Opened 14 years ago
Closed 14 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)
Change History (16)
Changed 14 years ago by isaiasmy@…
Attachment: | kdesvn_output.txt added |
---|
comment:1 Changed 14 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:3 Changed 14 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 14 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 14 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | peter@… added |
---|
Has duplicate #27543.
comment:7 follow-up: 8 Changed 14 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 Changed 14 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.
comment:9 Changed 14 years ago by michaelld (Michael Dickens)
Might this ticket be a duplicate of #23999, now with the same issue?
comment:10 follow-up: 11 Changed 14 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 Changed 14 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 14 years ago by peter@…
Patch that allows compilation (disables Dutch handbook)
comment:12 Changed 14 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 14 years ago by michaelld (Michael Dickens)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in r75280.
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_kde_kdesvn/main.log