Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 229045
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Benedikt Böhm <hollow@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Martin von Gagern <Martin.vGagern@gmx.net>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
bug229045a.patch r31852 and autogen.sh patch Martin von Gagern 2008-06-30 18:41 0000 2.65 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 229045 depends on: 233002 Show dependency tree
Bug 229045 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2008-06-23 13:21 0000
There is an error in build.conf which results in three undefined symbols in
libsvn_ra-1.so.0.0.0 if USE=dso is enabled. A patch for this has been applied
to the r31852 of the upstream trunk, but I don't know when 1.5.1 will be
released. As USE=dso is the default for this ebuild, I suggest Gentoo include
that fix now.

# ldd -r /usr/lib/libsvn_ra-1.so.0.0.0 
        linux-gate.so.1 =>  (0xffffe000)
        libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0xb7ff2000)
        libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xb7fd4000)
        libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0xb7faf000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f97000)
        libc.so.6 => /lib/libc.so.6 (0xb7e5f000)
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7e40000)
        libz.so.1 => /lib/libz.so.1 (0xb7e2e000)
        libgdbm.so.3 => /usr/lib/libgdbm.so.3 (0xb7e27000)
        libdb-4.6.so => /usr/lib/libdb-4.6.so (0xb7d02000)
        libuuid.so.1 => /lib/libuuid.so.1 (0xb7cfd000)
        librt.so.1 => /lib/librt.so.1 (0xb7cf3000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7cc1000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7cbd000)
        /lib/ld-linux.so.2 (0x4f12d000)
undefined symbol: svn_compat_wrap_file_rev_handler     
(/usr/lib/libsvn_ra-1.so.0.0.0)
undefined symbol: svn_txdelta_send_txstream     (/usr/lib/libsvn_ra-1.so.0.0.0)
undefined symbol: svn_txdelta   (/usr/lib/libsvn_ra-1.so.0.0.0)

All of these symbols are defined in /usr/lib/libsvn_delta-1.so.0.0.0 which is
not marked as a dependency of libsvn_ra-1.so.0.0.0 due to the bug.

------- Comment #1 From Arfrever Frehtes Taifersar Arahesis 2008-06-23 15:18:57 0000 -------
build.conf isn't used by eautoconf, so autogen.sh will have to be used again :)

------- Comment #2 From Mark Keisler 2008-06-30 14:56:51 0000 -------
Why not just bump to subversion-1.5.0-r1 and apply this patch?
http://svn.collab.net/viewvc/svn/trunk/build.conf?r1=31616&r2=31852&view=patch&pathrev=31852
I did this on a local overlay on my system and it worked fine.

------- Comment #3 From Martin von Gagern 2008-06-30 18:41:03 0000 -------
Created an attachment (id=158993) [details]
r31852 and autogen.sh

(In reply to comment #1)
> build.conf isn't used by eautoconf, so autogen.sh will have to be used again

If you want to avoid that, the attached patch captures not only the
modification to build.conf but also the effect that has on build-outputs.mk via
autogen.sh and gen-make.py.

> Why not just bump to subversion-1.5.0-r1 and apply this patch?
> I did this on a local overlay on my system and it worked fine.

Do you mean you did not run autogen in any way, just applied that patch to your
overlay, and the resulting build was linked against libsvn_delta-1.so even when
USE=dso was specified? I couldn't reproduce that fix; I needed the
modifications to build-outputs.mk as well.

------- Comment #4 From Mark Keisler 2008-06-30 19:01:20 0000 -------
oops, momentary lapse of reason.  I must have run ldd without the -r option to
check my work.
At any rate, let's patch instead of waiting for upstream to put out 1.5.1

------- Comment #5 From Arfrever Frehtes Taifersar Arahesis 2008-08-29 11:52:06 0000 -------
Fixed in Subversion 1.5.1.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug