|
Notes |
|
|
(0011088)
|
|
dam
|
|
2016-02-23 14:51
|
|
|
Unfortunately this is not that easy due to the transition from Sun Studio to GCC: The language bindings have problems with the specific compiler flags. I already took a look, but the fix is not that straight-forward. |
|
|
|
(0011089)
|
|
pfelecan
|
|
2016-02-23 16:19
|
|
|
I don't get this. Subversion is built on many systems with gcc. What's the issue? |
|
|
|
(0011090)
|
|
dam
|
|
2016-02-24 10:13
|
|
The issue is that we have different components like Subversion, JDK, Ruby, Python and Perl and that we are not done recompiling all things with the same compiler (and probably never will due to JDK).
Nonetheless I finally fixed the issue and made an updated 1.9.3:
http://buildfarm.opencsw.org/experimental.html#subversion [^]
Please give them a try an let me know how it goes. |
|
|
|
(0011091)
|
|
pfelecan
|
|
2016-02-25 16:33
|
|
I installed the new packages from the corresponding experimental repository.
pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/subversion [^] --upgrade ap2_subversion subversion pythonsvn
When restarting apache, the subsystem transits to maintainance and the corresponding log file contains:
httpd: Syntax error on line 126 of /opt/csw/apache2/etc/httpd.conf: Cannot load /opt/csw/apache2/libexec/mod_dav_svn.so into server: ld.so.1: httpd.prefork: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_svn.so: symbol svn_fs_youngest_rev: referenced symbol not found
The module is provided by the new ap2_subversion. |
|
|
|
(0011094)
|
|
pfelecan
|
|
2016-03-03 18:36
|
|
|
Did you have the time to explore what I reported in the feedback? |
|
|
|
(0011095)
|
|
rupert
|
|
2016-03-03 20:23
|
|
|
what apache are you using? |
|
|
|
(0011096)
|
|
pfelecan
|
|
2016-03-04 09:21
|
|
|
2.2.31,REV=2015.07.28 but I see that yesterday there is a new one released. Should I test with the new one? |
|
|
|
(0011097)
|
|
pfelecan
|
|
2016-03-04 10:44
|
|
|
I installed the new apache package, 2.2.31,REV=2016.03.03, and get the same result. |
|
|
|
(0011098)
|
|
pfelecan
|
|
2016-03-04 11:18
|
|
|
BTW, the error is in a library provided by ap2_subversion. What changes when installing apache ? Especially when the symbol is prefixed by svn_fs |
|
|
|
(0011107)
|
|
dam
|
|
2016-03-21 14:45
|
|
|
I cannot verify this. Have you also updated all the subversion libraries? |
|
|
|
(0011108)
|
|
pfelecan
|
|
2016-03-21 15:20
|
|
|
|
|
(0011109)
|
|
dam
|
|
2016-03-21 15:54
|
|
The symbol is indeed undefined:
root@experimental10s [experimental10s]:/opt/csw/apache2/libexec > nm -D mod_dav_svn.so| fgrep svn_fs_youngest_rev
[453] | 0| 0|FUNC |GLOB |0 |UNDEF |svn_fs_youngest_rev
But it is provided by libsvn_fs-1.so:
root@experimental10s [experimental10s]:/opt/csw/lib/svn > nm -D libsvn_fs-1.so | fgrep svn_fs_youngest_rev
[106] | 27928| 16|FUNC |GLOB |0 |10 |svn_fs_youngest_rev
And that one is pulled in by mod_dav_svn.so:
root@experimental10s [experimental10s]:/opt/csw/apache2/libexec > ldd -vr mod_dav_svn.so 2>&1 | less
Objekt=libsvn_repos-1.so.0 suchen; wird benötigt von ./mod_dav_svn.so
libsvn_repos-1.so.0 => /opt/csw/lib/svn/libsvn_repos-1.so.0
Objekt=libsvn_fs-1.so.0 suchen; wird benötigt von ./mod_dav_svn.so
libsvn_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs-1.so.0
Objekt=libsvn_delta-1.so.0 suchen; wird benötigt von ./mod_dav_svn.so
libsvn_delta-1.so.0 => /opt/csw/lib/svn/libsvn_delta-1.so.0
The symbol is new, can you please check if the symbols on your system look the same way? |
|
|
|
(0011110)
|
|
pfelecan
|
|
2016-03-21 16:33
|
|
On my test system there are some differences. Here is what I get when I'm doing the same thing as you:
nm -D mod_dav_svn.so| fgrep svn_fs_youngest_rev
[450] | 0| 0|FUNC |GLOB |0 |UNDEF |svn_fs_youngest_rev
bash-4.3# nm -D libsvn_fs-1.so | fgrep svn_fs_youngest_rev
[102] | 27408| 26|FUNC |GLOB |0 |12 |svn_fs_youngest_rev
# ldd -vr mod_dav_svn.so 2>&1 | less
find object=libsvn_repos-1.so.0; required by ./mod_dav_svn.so
libsvn_repos-1.so.0 => /opt/csw/lib/svn/libsvn_repos-1.so.0
find object=libsvn_fs-1.so.0; required by ./mod_dav_svn.so
libsvn_fs-1.so.0 => /opt/csw/lib/svn/libsvn_fs-1.so.0
find object=libsvn_delta-1.so.0; required by ./mod_dav_svn.so
libsvn_delta-1.so.0 => /opt/csw/lib/svn/libsvn_delta-1.so.0 |
|
|
|
(0011111)
|
|
dam
|
|
2016-03-21 16:37
|
|
|
I don't understand why you are getting the error. svn_fs_youngest_rev is defined in libsvn_fs and that is pulled in by mod_dv_svn.so, can you probably trace the apache start? |
|
|
|
(0011112)
|
|
pfelecan
|
|
2016-03-21 16:59
|
|
Well, for the moment I don't see anything relevant.
I'm attaching the output of:
truss -f -o /tmp/a /opt/csw/apache2/sbin/apachectl -f /opt/csw/apache2/etc/httpd.conf -k start -DSSL |
|
|
|
(0011113)
|
|
pfelecan
|
|
2016-03-22 09:15
|
|
I'm attaching the output of:
LD_DEBUG_OUTPUT=/tmp/l LD_DEBUG=all,detail /opt/csw/apache2/sbin/apachectl -f /opt/csw/apache2/etc/httpd.conf -k start -DSSL
hoping that another pair of eyes remarks something useful; for the moment I cannot understand what's happening but I'm not losing hope. |
|
|
|
(0011114)
|
|
pfelecan
|
2016-03-22 09:20
(edited on: 2016-03-22 09:25) |
|
Well, I didn't succeed to upload the file mentioned in the previous note (error 401). Consequently, I put the file on the build farm in the path /home/pfelecan/ld.so.debug.xz
|
|
|
|
(0011115)
|
|
pfelecan
|
|
2016-03-22 09:43
|
|
Here are the possibly interesting parts referring to the symbol in question:
[...]
24009: 1: file=libsvn_fs-1.so.0; lazy loading from file=/opt/csw/apache2/libexec/mod_dav_svn.so: symbol=svn_fs_youngest_rev
24009: 1:
24009: 1: find object=libsvn_fs-1.so.0; searching
24009: 1: search path=/opt/csw/apache2/lib: (LD_LIBRARY_PATH)
24009: 1: trying path=/opt/csw/apache2/lib/libsvn_fs-1.so.0
24009: 1: trying path=./libsvn_fs-1.so.0
24009: 1:
24009: 1: file=./libsvn_fs-1.so.0 mmapobj entries=2
24009: 1: [0]: addr: 0xfdac0000 fsize: 0x7c8d [ HDR_ELF ]
24009: 1: offset: 0x0 msize: 0x7c8d
24009: 1: [1]: addr: 0xfdad7000 fsize: 0xf0c
24009: 1: offset: 0x0 msize: 0xf0c
24009: 1:
24009: 1: file=./libsvn_fs-1.so.0 [ ELF ]; generating link map
24009: 1: addr: 0xfdac0000 size: 0x17f0c
24009: 1: lmid: BASE lmco: 0x30
24009: 1:
24009: 1: version needed processing: file=/opt/csw/apache2/libexec/mod_dav_svn.so
24009: 1: file version
24009: 1:
24009: 1: handle=/opt/csw/apache2/libexec/mod_dav_svn.so; adding dependent objects [ GPH_PUBLIC GPH_INITIAL ]:
24009: 1: file=./libsvn_fs-1.so.0; object added [ GLOBAL ] [ GPD_DLSYM GPD_RELOC GPD_ADDEPS ]
24009: 1:
24009: 1: file=/opt/csw/apache2/libexec/mod_dav_svn.so; add binding to:
24009: 1: file=./libsvn_fs-1.so.0 [ NEEDED ]
24009: 1:
24009: 1: file=./libsvn_fs-1.so.0; analyzing [ RTLD_NOW RTLD_GLOBAL RTLD_GROUP RTLD_WORLD ]
24009: 1:
[...]
24009: 1: file=libsvn_fs-1.so.0; lazy loading from file=./libsvn_repos-1.so.0: symbol=svn_fs_youngest_rev
24009: 1:
24009: 1: find object=libsvn_fs-1.so.0; searching
24009: 1: search path=/opt/csw/apache2/lib: (LD_LIBRARY_PATH)
24009: 1: trying path=/opt/csw/apache2/lib/libsvn_fs-1.so.0
24009: 1: trying path=./libsvn_fs-1.so.0
24009: 1: file=./libsvn_fs-1.so.0; skipped: already processed
24009: 1:
24009: 1: version needed processing: file=./libsvn_repos-1.so.0
24009: 1: file version
24009: 1:
24009: 1: handle=./libsvn_repos-1.so.0; adding dependent objects [ GPH_PRIVATE GPH_INITIAL ]:
24009: 1: file=./libsvn_fs-1.so.0; object added [ GLOBAL ] [ GPD_DLSYM GPD_RELOC GPD_ADDEPS ]
24009: 1: file=./libsvn_fs_fs-1.so.0; object added [ GLOBAL ] [ GPD_DLSYM GPD_RELOC GPD_ADDEPS ]
24009: 1:
24009: 1: file=./libsvn_repos-1.so.0; add binding to:
24009: 1: file=./libsvn_fs-1.so.0 [ NEEDED ]
24009: 1: symbol=svn_fs_youngest_rev; lookup in file=./libsvn_fs-1.so.0 [ ELF ]
24009: 1: in R_386_JMP_SLOT 0x3f790 svn_fs_youngest_rev
24009: 1: apply 0xfda0f790 0xfdac6b10
24009: 1: binding file=./libsvn_repos-1.so.0 (0xfda0f790:0x3f790) to file=./libsvn_fs-1.so.0 (0xfdac6b10:0x6b10): symbol 'svn_fs_youngest_rev' (direct)
24009: 1: symbol=svn_fs_revision_root; lookup in file=./libsvn_fs-1.so.0 [ ELF ]
24009: 1: in R_386_JMP_SLOT 0x3f794 svn_fs_revision_root
24009: 1: apply 0xfda0f794 0xfdac6140
[...]
24009: 1: [0x30] ./libsvn_repos-1.so.0
24009: 1:
24009: 1: in R_386_JMP_SLOT 0x392fc svn_fs_youngest_rev
24009: 1:
24009: 1:
24009: 1: ld.so.1: httpd.prefork: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_svn.so: symbol svn_fs_youngest_rev: referenced symbol not found
24009: 1:
24009: 1:
24009: 1: relocation processing: file=/opt/csw/apache2/libexec/mod_dav_svn.so; finished (failed)
24009: 1:
24009: 1: file=/opt/csw/apache2/libexec/mod_dav_svn.so; loading failed: cleaning up lmco 0x20
24009: 1:
24009: 1: handle=/opt/csw/apache2/libexec/mod_dav_svn.so; collected for possible removal [ GPH_PUBLIC GPH_INITIAL ]
24009: 1:
[...]
24009: 1: dlerror() called from file=/opt/csw/lib/i386/libapr-1.so.0: ld.so.1: httpd.prefork: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_svn.so: symbol svn_fs_youngest_rev: referenced symbol not found
24009: 1: symbol=apr_dso_error; lookup in file=/opt/csw/lib/i386/libapr-1.so.0 [ ELF ]
24009: 1: binding file=/opt/csw/apache2/sbin/httpd.prefork (0x8096515:0x46515) at plt[249]:full to file=/opt/csw/lib/i386/libapr-1.so.0 (0xfec568e0:0x168e0): symbol 'apr_dso_error' (direct)
24009: 1:
[...] |
|
|
|
(0011117)
|
|
rupert
|
2016-03-23 05:17
(edited on: 2016-03-23 05:18) |
|
i did the same on experimental10x:
pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/subversion [^] -i subversion
pkgutil --catalog
pkgutil --upgrade --yes
pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/subversion [^] --upgrade ap2_subversion subversion pythonsvn
cd /opt/csw/apache2/libexec
ldd -vr mod_dav_svn.so 2>&1 | grep "not found"
symbol not found: svn__decompress (/opt/csw/lib/svn/libsvn_fs_fs-1.so.0)
symbol not found: svn__compress (/opt/csw/lib/svn/libsvn_fs_fs-1.so.0)
symbol not found: svn__decompress (/opt/csw/lib/svn/libsvn_fs_x-1.so.0)
the list is long and i am not sure if i am doing the right thing to check here ...
|
|
|
|
(0011118)
|
|
pfelecan
|
|
2016-03-23 13:50
|
|
The missing symbol error is only the tip of the iceberg, i.e., we only
see the last resolution error.
When debugging the dynamic link process, we can see that the first
error occurs when trying to solve the svn__decompress symbol for
libsvn_fs_x-1.so.0, thus, the library and its symbols are deleted:
24009: 1: ld.so.1: httpd.prefork: fatal: relocation error: file ./libsvn_fs_x-1.so.0: symbol svn__decompress: referenced symbol not found
24009: 1:
24009: 1:
24009: 1: relocation processing: file=./libsvn_fs_x-1.so.0; finished (failed)
24009: 1:
24009: 1: file=./libsvn_fs_x-1.so.0; loading failed: cleaning up lmco 0x50
24009: 1:
24009: 1: handle=./libsvn_fs_x-1.so.0; collected for possible removal [ GPH_INITIAL ]
24009: 1:
24009: 1: handle=./libsvn_fs_x-1.so.0; inspecting for deletion:
24009: 1: file=./libsvn_fs_x-1.so.0; object deleting [ GLOBAL ]
24009: 1: file=./libsvn_fs_util-1.so.0; object removed from handle [ GLOBAL ]
24009: 1:
24009: 1: processing .fini dependencies [ OBJECTS-DELETED ]:
24009: 1:
24009: 1: Summary of PLT types bound: total=0
24009: 1:
24009: 1: file=./libsvn_fs_x-1.so.0; deleting
After that, like dominoes, when loading libraries which need symbols
from the one already deleted, symbol resolution errors apear:
24009: 1: ld.so.1: httpd.prefork: fatal: relocation error: file ./libsvn_fs_fs-1.so.0: symbol svn__decompress: referenced symbol not found
24009: 1:
24009: 1:
24009: 1: relocation processing: file=./libsvn_fs_fs-1.so.0; finished (failed)
24009: 1:
24009: 1: file=./libsvn_fs_fs-1.so.0; loading failed: cleaning up lmco 0x40
[...]
24009: 1: file=./libsvn_fs_fs-1.so.0; deleting
and
24009: 1: ld.so.1: httpd.prefork: fatal: relocation error: file ./libsvn_fs-1.so.0: symbol svn_fs_fs__init: referenced symbol not found
24009: 1:
24009: 1:
24009: 1: relocation processing: file=./libsvn_fs-1.so.0; finished (failed)
24009: 1:
24009: 1: file=./libsvn_fs-1.so.0; loading failed: cleaning up lmco 0x30
[...]
24009: 1: file=./libsvn_fs-1.so.0; deleting
and eventually
24009: 1: ld.so.1: httpd.prefork: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_svn.so: symbol svn_fs_youngest_rev: referenced symbol not found
24009: 1:
24009: 1:
24009: 1: relocation processing: file=/opt/csw/apache2/libexec/mod_dav_svn.so; finished (failed)
24009: 1:
24009: 1: file=/opt/csw/apache2/libexec/mod_dav_svn.so; loading failed: cleaning up lmco 0x20
[...]
24009: 1: dlerror() called from file=/opt/csw/lib/i386/libapr-1.so.0: ld.so.1: httpd.prefork: fatal: relocation error: file /opt/csw/apache2/libexec/mod_dav_svn.so: symbol svn_fs_youngest_rev: referenced symbol not found
which is what we see in apache's log.
Consequently, the root cause is not what we see but a missing
dependency on libsvn_fs_x-1.so.0.0.0 which can be seen with:
ldd -r libsvn_fs_x-1.so.0.0.0
libsvn_delta-1.so.0 => /opt/csw/lib/svn/libsvn_delta-1.so.0
libsvn_fs_util-1.so.0 => /opt/csw/lib/svn/libsvn_fs_util-1.so.0
libsvn_subr-1.so.0 => /opt/csw/lib/svn/libsvn_subr-1.so.0
libintl.so.8 => /opt/csw/lib/i386/libintl.so.8
libapr-1.so.0 => /opt/csw/lib/i386/libapr-1.so.0
libc.so.1 => /lib/libc.so.1
libaprutil-1.so.0 => /opt/csw/lib/i386/libaprutil-1.so.0
libexpat.so.1 => /opt/csw/lib/i386/libexpat.so.1
libz.so.1 => /opt/csw/lib/pentium_pro+mmx/libz.so.1
libsqlite3.so.0 => /opt/csw/lib/i386/libsqlite3.so.0
libmagic.so.1 => /opt/csw/lib/i386/libmagic.so.1
libsocket.so.1 => /lib/libsocket.so.1
libiconv.so.2 => /opt/csw/lib/i386/libiconv.so.2
libuuid.so.1 => /opt/csw/lib/libuuid.so.1
libsendfile.so.1 => /lib/libsendfile.so.1
librt.so.1 => /lib/librt.so.1
libnsl.so.1 => /lib/libnsl.so.1
libpthread.so.1 => /lib/libpthread.so.1
libpcreposix.so.0 => /opt/csw/lib/i386/libpcreposix.so.0
libaio.so.1 => /lib/libaio.so.1
libmd.so.1 => /lib/libmd.so.1
libmp.so.2 => /lib/libmp.so.2
libscf.so.1 => /lib/libscf.so.1
libpcre.so.1 => /opt/csw/lib/i386/libpcre.so.1
libdoor.so.1 => /lib/libdoor.so.1
libuutil.so.1 => /lib/libuutil.so.1
libgen.so.1 => /lib/libgen.so.1
symbol not found: svn__decompress (./libsvn_fs_x-1.so.0.0.0)
symbol not found: svn__compress (./libsvn_fs_x-1.so.0.0.0)
libm.so.2 => /lib/libm.so.2
The missing dependency for libsvn_fs_x-1.so is libsvn_subr-1.so, as
seen bellow:
$ cd /opt/csw/lib/svn
$ nm -D -l -r * | grep svn__decompress
[85] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_delta-1.so:svn__decompress
[85] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_delta-1.so.0:svn__decompress
[85] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_delta-1.so.0.0.0:svn__decompress
[102] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_fs-1.so:svn__decompress
[102] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_fs-1.so.0:svn__decompress
[102] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_fs-1.so.0.0.0:svn__decompress
[128] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_x-1.so:svn__decompress
[128] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_x-1.so.0:svn__decompress
[128] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_x-1.so.0.0.0:svn__decompress
[1064] | 191504| 28|FUNC |GLOB |0 |12 |libsvn_subr-1.so:svn__decompress
[1064] | 191504| 28|FUNC |GLOB |0 |12 |libsvn_subr-1.so.0:svn__decompress
[1064] | 191504| 28|FUNC |GLOB |0 |12 |libsvn_subr-1.so.0.0.0:svn__decompress
How to correct this? That's the question! |
|
|
|
(0011132)
|
|
pfelecan
|
|
2016-04-05 20:00
|
|
Anything new on this issue ?
In the last days I haven't the time to explore further. |
|
|
|
(0011141)
|
|
rupert
|
|
2016-05-05 15:06
|
|
|
how does csw declare dependencies on so files usually and how does one see such dependencies? |
|
|
|
(0011142)
|
|
pfelecan
|
|
2016-05-07 11:47
|
|
By explicit run-time dependencies; RUNTIME_DEP_PKGS
You can see the dependencies in the catalog.
What we have here is no the kind of dependencies that are usual, i.e., linking with at build time but with dlopen dependencies. These must be also explicitly declared in the packaging recipe as mentioned above.
Hope that this is clear and answers the question for which I'm not so sure... |
|
|
|
(0011155)
|
|
dam
|
|
2016-06-15 10:57
|
|
I noticed 1.9.4,REV=2016.05.05 has been pushed. The issue is quite strange:
dam@unstable10s [unstable10s]:/opt/csw/lib/svn > nm -D -l -r * | grep svn__decompress
[8] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_delta-1.so:svn__decompress
[8] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_delta-1.so.0:svn__decompress
[8] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_delta-1.so.0.0.0:svn__decompress
[220] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_fs-1.so:svn__decompress
[220] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_fs-1.so.0:svn__decompress
[220] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_fs-1.so.0.0.0:svn__decompress
[129] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_x-1.so:svn__decompress
[129] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_x-1.so.0:svn__decompress
[129] | 0| 0|FUNC |GLOB |0 |UNDEF |libsvn_fs_x-1.so.0.0.0:svn__decompress
[1164] | 202472| 36|FUNC |GLOB |0 |10 |libsvn_subr-1.so:svn__decompress
[1164] | 202472| 36|FUNC |GLOB |0 |10 |libsvn_subr-1.so.0:svn__decompress
[1164] | 202472| 36|FUNC |GLOB |0 |10 |libsvn_subr-1.so.0.0.0:svn__decompress
dam@unstable10s [unstable10s]:/opt/csw/lib/svn > ldd -r libsvn_fs_x-1.so.0
libsvn_delta-1.so.0 => /opt/csw/lib/svn/libsvn_delta-1.so.0
libsvn_fs_util-1.so.0 => /opt/csw/lib/svn/libsvn_fs_util-1.so.0
libsvn_subr-1.so.0 => /opt/csw/lib/svn/libsvn_subr-1.so.0
libintl.so.8 => /opt/csw/lib/sparcv8/libintl.so.8
libmagic.so.1 => /opt/csw/lib/sparcv8/libmagic.so.1
libapr-1.so.0 => /opt/csw/lib/sparcv8/libapr-1.so.0
libc.so.1 => /lib/libc.so.1
libaprutil-1.so.0 => /opt/csw/lib/sparcv8/libaprutil-1.so.0
libexpat.so.1 => /opt/csw/lib/sparcv8/libexpat.so.1
libz.so.1 => /opt/csw/lib/sparcv8plus+vis/libz.so.1
libsqlite3.so.0 => /opt/csw/lib/sparcv8/libsqlite3.so.0
libsocket.so.1 => /lib/libsocket.so.1
libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2
libpcreposix.so.0 => /opt/csw/lib/sparcv8/libpcreposix.so.0
libuuid.so.1 => /opt/csw/lib/libuuid.so.1
libsendfile.so.1 => /lib/libsendfile.so.1
librt.so.1 => /lib/librt.so.1
libnsl.so.1 => /lib/libnsl.so.1
libpthread.so.1 => /lib/libpthread.so.1
libpcre.so.1 => /opt/csw/lib/sparcv8/libpcre.so.1
libaio.so.1 => /lib/libaio.so.1
libmd.so.1 => /lib/libmd.so.1
libmp.so.2 => /lib/libmp.so.2
libscf.so.1 => /lib/libscf.so.1
libdoor.so.1 => /lib/libdoor.so.1
libuutil.so.1 => /lib/libuutil.so.1
libgen.so.1 => /lib/libgen.so.1
/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1
symbol not found: svn__decompress (./libsvn_fs_x-1.so.0)
symbol not found: svn__compress (./libsvn_fs_x-1.so.0)
libm.so.2 => /lib/libm.so.2
/platform/SUNW,SPARC-Enterprise-T5220/lib/libmd_psr.so.1
So svn__decompress is not found when libsvn_fs_x-1.so.0) is loaded because the symbol is
defined in libsvn_subr-1.so.0 - but wait, that library is actually defined as dependency:
dam@unstable10s [unstable10s]:/opt/csw/lib/svn > dump -Lv libsvn_fs_x-1.so.0
libsvn_fs_x-1.so.0:
**** DYNAMIC SECTION INFORMATION ****
.dynamic:
[INDEX] Tag Value
[1] POSFLAG_1 LAZYLOAD
[2] NEEDED libsvn_delta-1.so.0
[3] POSFLAG_1 LAZYLOAD
[4] NEEDED libsvn_fs_util-1.so.0
[5] POSFLAG_1 LAZYLOAD
[6] NEEDED libsvn_subr-1.so.0
[7] POSFLAG_1 LAZYLOAD
[8] NEEDED libintl.so.8
[9] POSFLAG_1 LAZYLOAD
[10] NEEDED libmagic.so.1
[11] POSFLAG_1 LAZYLOAD
[12] NEEDED libapr-1.so.0
[13] NEEDED libc.so.1
[14] INIT 0x418e0
...
and also pulled in when I again look in the output of "ldd -r".
This looks more like a bug in the linker or the binary stripping/assembly.
I'll investigate further. |
|
|
|
(0011158)
|
|
dam
|
|
2016-06-15 17:54
|
|
When I tried to reproduce the issue it went away.
I have now new packages and at the same time I changed the package names to match the catalog name,
a thing I wanted to do for a long time.
Please try the latest packages from
http://buildfarm.opencsw.org/experimental.html#subversion [^]
With these packages
ldd -r /opt/csw/lib/svn/libsvn_fs_x-1.so
runs without errors. |
|
|
|
(0011160)
|
|
pfelecan
|
|
2016-06-16 14:09
|
|
Installed from the experimental repository and Apache is now starting, i.e., there is no more issues with undefined symbols.
It would be nice to know what "fixed" this issue as without this knowledge we cannot exclude a new instance of.
For the moment I didn't tested the installation as a subversion repository offering its services through HTTP. |
|
|
|
(0011161)
|
|
dam
|
|
2016-06-16 14:36
|
|
I have no idea - it worked when I rebuild it.
@Rupert: do you have an idea what you could have done differently?
I pushed the packages for now. |
|
|
|
(0011162)
|
|
pfelecan
|
|
2016-06-16 14:37
|
|
Tested the experimenatl version as a subversion server through HTTP and it works nice and well.
IMHO, it can be released.
Thank you for the effort. |
|
|
|
(0011168)
|
|
rupert
|
|
2016-06-18 22:18
|
|
dam, no idea. i usually log in on unstable10x or experimental10 and do
mgar up
mgar spotless platforms
or:
mgar spotless package
in .garrc there is:
PARALLELMFLAGS = '-l -j $(psrinfo | wc -l)' |
|
|
|
(0011180)
|
|
pfelecan
|
|
2016-09-01 15:43
|
|
Is there a reason for which all this was not released ?
As I wrote in a previous comment, this works now.
TIA |
|
|
|
(0011181)
|
|
dam
|
|
2016-09-01 15:45
|
|
|
Yes, because I get checkpkg errors on csw-upload-pkg for Solaris 11 and I haven't found the issue yet triggering the error. |
|
|
|
(0011182)
|
|
dam
|
|
2016-09-01 17:37
|
|
|
I guess it was a false positive, I now upload the packages per OS release and now it worked. The packages are now in unstable/. |
|
truss.out [^] (132,063 bytes) 2016-03-21 16:59