Opened 13 years ago

Closed 13 years ago

#27352 closed defect (fixed)

kdesvn compilation

Reported by: isaiasmy@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 1.9.2
Keywords: Cc: ryandesign (Ryan Carsten Schmidt), cjones051073 (Chris Jones), peter@…, michaelld (Michael Dickens)
Port: kdesvn

Description


Attachments (3)

kdesvn_output.txt (471.6 KB) - added by isaiasmy@… 13 years ago.
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_kde_kdesvn/main.log
kdesvn.log (563.3 KB) - added by peter@… 13 years ago.
Build log with failure
nl.diff (269 bytes) - added by peter@… 13 years ago.
Patch that allows compilation (disables Dutch handbook)

Download all attachments as: .zip

Change History (16)

Changed 13 years ago by isaiasmy@…

Attachment: kdesvn_output.txt added

/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_kde_kdesvn/main.log

comment:1 Changed 13 years ago by isaiasmy@…

Hello,

I'm trying to compile kdesvn. Recently, it has been changed the PortGroup of kde4 applications. So, I have changed manually from "PortGroup kde4 1.0" to "PortGroup kde4 1.1". Unfortunately, this action does not solve the problem. An error exists, the mos importan debug information is:

:info:build ld: library not found for -ldb-4.6
:info:build collect2: ld returned 1 exit status
:info:build make[2]: *** [lib/libsvnqt.6.0.2.dylib] Error 1
:info:build make[1]: *** [src/svnqt/CMakeFiles/svnqt.dir/all] Error 2

This problem seems to be similar to this previous ticket: #23999 but It seems that something is still missing.

comment:2 Changed 13 years ago by isaiasmy@…

Cc: isaiasmy@… added

Cc Me!

comment:3 Changed 13 years ago by jmroot (Joshua Root)

Cc: ryandesign@… jonesc@… added; isaiasmy@… removed
Keywords: kdesvn PortGroup apr-util removed

Note that #23999 is the ticket for originally submitting this port, but the comments say that it doesn't actually work, which makes me wonder why it was committed.

comment:4 Changed 13 years ago by isaiasmy@…

I've partially solved problem. I have compiled apr-utils and subversion with port no_bdb (without berkley db). However, I cannot confirm yet its functionality because my IP address was blacklisted for some reason (security policies) and I have not performed any update, commit or whatever

comment:5 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: peter@… added

Has duplicate #27543.

comment:6 Changed 13 years ago by michaelld (Michael Dickens)

Cc: michaelld@… added

Cc Me!

comment:7 Changed 13 years ago by michaelld (Michael Dickens)

I just checked in r74338, which still doesn't work for me but I think is closer to doing so. I think the hang-up is on creating a DOC translation for 'nl' ... I haven't had the time to figure out how to disable it. Anyway, if those on this ticket could do a 'selfupdate' to get these changes & then try for themselves & report back the results that would be useful to me. I should have time to work on this port evenings this week ;)

comment:8 in reply to:  7 Changed 13 years ago by peter@…

Replying to michaelld@…:

I just checked in r74338, which still doesn't work for me but I think is closer to doing so. I think the hang-up is on creating a DOC translation for 'nl' ... I haven't had the time to figure out how to disable it. Anyway, if those on this ticket could do a 'selfupdate' to get these changes & then try for themselves & report back the results that would be useful to me. I should have time to work on this port evenings this week ;)

The build fails for me, see attached log.

Changed 13 years ago by peter@…

Attachment: kdesvn.log added

Build log with failure

comment:9 Changed 13 years ago by michaelld (Michael Dickens)

Might this ticket be a duplicate of #23999, now with the same issue?

comment:10 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)

Replying to peter@…:

Replying to michaelld@…:

I think the hang-up is on creating a DOC translation for 'nl'

The build fails for me, see attached log.

Right, same error as Michael wrote about, specifically:

[ 11%] Built target translations
[snip]
Scanning dependencies of target nl-handbook
[snip]
index.docbook:14: warning: failed to load external entity "dtd/kdex.dtd"

I guess it's not specifically the Dutch handbook that's the problem; that's just the first language the build process seems to have tried to build.

Searching for this error, I found some possibly interesting information in this message which says:

The 'cannot find dtd/kdex.dtd' is rather misleading, what it really means is 'I can't find a valid dtd that matches this document in the catalog file, and i tried falling back to dtd/kdex.dtd, but the one I need is not there either, so I'm going to give up'

You could consider this a duplicate of #23999 if you like.

comment:11 in reply to:  10 Changed 13 years ago by peter@…

I guess it's not specifically the Dutch handbook that's the problem;

May or may not be. Preventing it from being processed at least makes kdesvn build and run. I have been able to open a working copy of a checkout and done some initial testing.

I have attached a small patch that when applied makes it possible to build kdesvn.

Changed 13 years ago by peter@…

Attachment: nl.diff added

Patch that allows compilation (disables Dutch handbook)

comment:12 Changed 13 years ago by michaelld (Michael Dickens)

Nice, simple fix. I'll verify & try to get it commited in the next couple days.

comment:13 Changed 13 years ago by michaelld (Michael Dickens)

Resolution: fixed
Status: newclosed

Fixed in r75280.

Note: See TracTickets for help on using tickets.