Anonymous | Login | 2024-04-24 04:36 CEST |
Main | My View | View Issues |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||
0005267 | [subversion] upgrade | minor | N/A | 2016-02-23 14:47 | 2016-09-01 17:37 | ||
Reporter | pfelecan | View Status | public | ||||
Assigned To | dam | ||||||
Priority | normal | Resolution | fixed | ||||
Status | closed | ||||||
Summary | 0005267: upgrade to a fresher version | ||||||
Description |
Is it possible to upgrade this and afferent packages to a more recent version ? TIA |
||||||
Additional Information | |||||||
Tags | No tags attached. | ||||||
Attached Files | truss.out [^] (132,063 bytes) 2016-03-21 16:59 | ||||||
|
Notes | |
(0011088) dam (administrator) 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 (developer) 2016-02-23 16:19 |
I don't get this. Subversion is built on many systems with gcc. What's the issue? |
(0011090) dam (administrator) 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 (developer) 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 (developer) 2016-03-03 18:36 |
Did you have the time to explore what I reported in the feedback? |
(0011095) rupert (developer) 2016-03-03 20:23 |
what apache are you using? |
(0011096) pfelecan (developer) 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 (developer) 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 (developer) 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 (administrator) 2016-03-21 14:45 |
I cannot verify this. Have you also updated all the subversion libraries? |
(0011108) pfelecan (developer) 2016-03-21 15:20 |
What do you mean by "cannot verify this" ? BTW, here is what I've done: pkgutil --catalog pkgutil --upgrade --yes pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/subversion [^] --upgrade ap2_subversion subversion pythonsvn |
(0011109) dam (administrator) 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 (developer) 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 (administrator) 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 (developer) 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 (developer) 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 (developer) 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 (developer) 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 (developer) 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 (developer) 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 (developer) 2016-04-05 20:00 |
Anything new on this issue ? In the last days I haven't the time to explore further. |
(0011141) rupert (developer) 2016-05-05 15:06 |
how does csw declare dependencies on so files usually and how does one see such dependencies? |
(0011142) pfelecan (developer) 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 (administrator) 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 (administrator) 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 (developer) 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 (administrator) 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 (developer) 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 (developer) 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 (developer) 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 (administrator) 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 (administrator) 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/. |
Copyright © 2000 - 2008 Mantis Group |