Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
View Bug Activity | Format For Printing | XML | Clone This Bug
If I attempt to install referenced version of firebird on amd64, I eventually trigger this failure: ======================== liasis www-client # more /var/log/sandbox/sandbox-dev-db_-_firebird-1.5.4-21711.log unlink: /usr/lib/libfbclient.so (symlink to /usr/lib64/libfbclient.so) unlink: /usr/lib/libfbclient.so.1 (symlink to /usr/lib64/libfbclient.so.1) unlink: /usr/lib/libfbclient.so.1.5.4 (symlink to /usr/lib64/libfbclient.so.1.5.4) =============================================== Now, a quick check shows that: liasis www-client # ls /usr/lib/libfbclient.so /bin/ls: cannot access /usr/lib/libfbclient.so: No such file or directory liasis www-client # ls /usr/lib64/libfbclient.so /bin/ls: cannot access /usr/lib64/libfbclient.so: No such file or directory (which is not surprising since /usr/lib is just a symlink to /usr/lib64) ================================================ Now, if I look at /var/tmp/portage/dev-db/firebird-1.5.4/image/usr I see that both lib and lib64 are real directories, and that seems wrong: Compare with the image from a quick 'ebuild expat-1.95.8.ebuild install' --- it has only usr/lib64. OK, let's look at firebird's image directory more closely: opt/firebird/lib has the libraries just as it should. image/usr/lib is set up correctly with symlinks thus: libfbclient.so -> ../../opt/firebird/lib/libfbclient.so (even though I am not sure usr/lib should exist at all.) OK, what about image/usr/lib64? Hm, here we see: libfbclient.so -> /opt/firebird/lib/libfbclient.so libfbclient.so.1 -> /opt/firebird/lib/libfbclient.so.1 libfbclient.so.1.5.4 -> /opt/firebird/lib/libfbclient.so.1.5.4 But libib_util.so -> ../../opt/firebird/lib/libib_util.so So, that's not very consistent. Finally, go back to the sandbox violation: In fact, /usr/lib is a symlink to /usr/lib64, and we should be installing /usr/lib64/libfbclient.so -> /opt/firebird/lib/libfbclient.so (which paludis does for this version of firebird) And whatever is going on, most certainly we are not going to end up with: unlink: /usr/lib/libfbclient.so (symlink to /usr/lib64/libfbclient.so) which would just be a circular symlink (unless the message really means that /usr/lib is a symlink to /usr/lib64. If /usr/lib/fbclient.so is a symlink to anything at this point, it is to /opt/firebird/...). Both portage-2.1.2.7 & pkgcore-0.2.14 trigger this failure, paludis-0.24.1 does not. Here is the obligatory 'emerge --info' ======================================================= fmccor@liasis firebird [347]% emerge --info Portage 2.1.2.7 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.15-gentoo-r7-ail-simulation-sensors x86_64) ================================================================= System uname: 2.6.15-gentoo-r7-ail-simulation-sensors x86_64 Dual Core AMD Opteron(tm) Processor 165 Gentoo Base System release 1.12.9 Timestamp of tree: Thu, 10 May 2007 10:30:01 +0000 dev-java/java-config: 1.3.7, 2.0.32 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/confcache: 0.4.2-r1 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=k8" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -pipe -march=k8" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache cvs distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.club-internet.fr/pub/mirrors/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://194.117.143.72/sites/gentoo" LC_ALL="en_US.utf8" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X Xaw3d alsa amd64 berkdb bitmap-fonts bzip2 cairo cli cracklib crypt cscope cups dri eds emboss encode examples firefox foomaticdb fortran gif glx gpm graphviz gsl gstreamer gtk gtk2 iconv imlib isdnlog jpeg kerberos ldap lzw lzw-tiff midi mp3 mpeg mysql ncurses nls nptl opengl pam pcre pdf perl png pppd python qt3 qt4 quicktime readline reflection ruby ruby18 sdl session spell spl sqlite ssl stroke tcl tcltk tcpd tetex tiff tk truetype-fonts type1-fonts unicode usb vim-syntax xorg xpm xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="dummy fbdev nv nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ===========================================
Not amd64 related. Identical failure from sparc, but here on the unmerge of an old version: unlink: /usr/lib/libfbclient.so (symlink to /opt/firebird/lib/libfbclient.so.1.5.3) (Here, it is trying to get rid of firebird-1.5.3-r1) So, we can take care of that: emerge -C firebird Now, the violation looks like: ================ polylepis lib # cat /var/log/sandbox/sandbox-dev-db_-_firebird-1.5.4-22220.log unlink: /usr/lib/libfbclient.so unlink: /usr/lib/libfbclient.so.1 unlink: /usr/lib/libfbclient.so.1.5.4 ================
Can you see if 1.5.4-r2 exhibits this behavior. If it does I am open as to suggestions regarding a resolution. If it resolve the bug, please let me know so I can close the bug and see about getting that version stable on amd64 and sparc. Thanks
(In reply to comment #2) > Can you see if 1.5.4-r2 exhibits this behavior. If it does I am open as to > suggestions regarding a resolution. If it resolve the bug, please let me know > so I can close the bug and see about getting that version stable on amd64 and > sparc. Thanks > On amd64: ======================== bzip2: Can't open input file /var/tmp/portage/dev-db/firebird-1.5.4-r2/image/usr/share/doc/firebird-1.5.4-r2//sql.extensions: No such file or directory. ACCESS DENIED unlink: /usr/lib64/libfbclient.so rm: cannot remove `/usr/lib64/libfbclient.so': Permission denied ACCESS DENIED unlink: /usr/lib64/libfbclient.so.1 rm: cannot remove `/usr/lib64/libfbclient.so.1': Permission denied ACCESS DENIED unlink: /usr/lib64/libfbclient.so.1.5.4 rm: cannot remove `/usr/lib64/libfbclient.so.1.5.4': Permission denied >>> Completed installing firebird-1.5.4-r2 into /var/tmp/portage/dev-db/firebird-1.5.4-r2/image/ --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-dev-db_-_firebird-1.5.4-r2-12757.log" unlink: /usr/lib64/libfbclient.so (symlink to /opt/firebird/lib/libfbclient.so.1.5.3) unlink: /usr/lib64/libfbclient.so.1 (symlink to /opt/firebird/lib/libfbclient.so.1.5.3) unlink: /usr/lib64/libfbclient.so.1.5.4 -------------------------------------------------------------------------------- ====================================== On sparc: ====================================== bzip2: Can't open input file /var/tmp/portage/dev-db/firebird-1.5.4-r2/image/usr/share/doc/firebird-1.5.4-r2//sql.extensions: No such file or directory. ACCESS DENIED unlink: /usr/lib/libfbclient.so rm: cannot remove `/usr/lib/libfbclient.so': Permission denied ACCESS DENIED unlink: /usr/lib/libfbclient.so.1 rm: cannot remove `/usr/lib/libfbclient.so.1': Permission denied ACCESS DENIED unlink: /usr/lib/libfbclient.so.1.5.4 rm: cannot remove `/usr/lib/libfbclient.so.1.5.4': Permission denied >>> Completed installing firebird-1.5.4-r2 into /var/tmp/portage/dev-db/firebird-1.5.4-r2/image/ --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-dev-db_-_firebird-1.5.4-r2-29035.log" unlink: /usr/lib/libfbclient.so (symlink to /opt/firebird/lib/libfbclient.so.1.5.3) unlink: /usr/lib/libfbclient.so.1 (symlink to /opt/firebird/lib/libfbclient.so.1.5.3) unlink: /usr/lib/libfbclient.so.1.5.4 -------------------------------------------------------------------------------- ====================================== Both systems are portage-2.1.2.7, sandbox-1.2.18.1 And on yet another sparc (where the upgrade is from an older version of firebird): ====================================== bzip2: Can't open input file /homes/home1/tmp/portage/dev-db/firebird-1.5.4-r2/image/usr/share/doc/firebird-1.5.4-r2//sql.extensions: No such file or directory. ACCESS DENIED unlink: /usr/lib/libfbclient.so rm: cannot remove `/usr/lib/libfbclient.so': Permission denied ACCESS DENIED unlink: /usr/lib/libfbclient.so.1 rm: cannot remove `/usr/lib/libfbclient.so.1': Permission denied ACCESS DENIED unlink: /usr/lib/libfbclient.so.1.5.4 rm: cannot remove `/usr/lib/libfbclient.so.1.5.4': Permission denied >>> Completed installing firebird-1.5.4-r2 into /homes/home1/tmp/portage/dev-db/firebird-1.5.4-r2/image/ --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-dev-db_-_firebird-1.5.4-r2-30918.log" unlink: /usr/lib/libfbclient.so (symlink to /opt/firebird/lib/libfbclient.so.1.5.1) unlink: /usr/lib/libfbclient.so.1 (symlink to /opt/firebird/lib/libfbclient.so.1.5.1) unlink: /usr/lib/libfbclient.so.1.5.4 -------------------------------------------------------------------------------- ======================================= I don't have any suggestions, because I haven't torn the ebuild apart or the packages install procedures. I recommend someone else try on amd64 or sparc and pass on their experiences. I am willing to concede that these problems might be local to my systems, but if so it's pervasive, because I see it on three of them. (Sandbox is complaining that the install into image is trying to play with the live system.)
I am on ~amd64 and have access to amd64. That's why I am confused. Since I do not have this problem, but am trying to address.
Ok, pretty sure I found the problem where rm was being called on symlinks that resided on the live system. Not sure why they were added. I know they were trying to go from absolute symlinks to relative. But a simple revision bump should have been enough to get old absolute links removed, and then on merge of new version. Relative links would be put in their place. If resolve please let me know and close bug, thanks.
On yet another sparc system, I see: ================================== bzip2: Can't open input file /cache/tmp/portage/dev-db/firebird-1.5.4-r2/image/usr/share/doc/firebird-1.5.4-r2//sql.extensions: No such file or directory. ACCESS DENIED unlink: /usr/lib/libfbclient.so rm: cannot remove `/usr/lib/libfbclient.so': Permission denied ACCESS DENIED unlink: /usr/lib/libfbclient.so.1 rm: cannot remove `/usr/lib/libfbclient.so.1': Permission denied ACCESS DENIED unlink: /usr/lib/libfbclient.so.1.5.4 rm: cannot remove `/usr/lib/libfbclient.so.1.5.4': Permission denied >>> Completed installing firebird-1.5.4-r2 into /cache/tmp/portage/dev-db/firebird-1.5.4-r2/image/ --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-dev-db_-_firebird-1.5.4-r2-2163.log" unlink: /usr/lib/libfbclient.so (symlink to /opt/firebird/lib/libfbclient.so.1.5.3) unlink: /usr/lib/libfbclient.so.1 (symlink to /opt/firebird/lib/libfbclient.so.1.5.3) unlink: /usr/lib/libfbclient.so.1.5.4 -------------------------------------------------------------------------------- ============================== This is from emerge -b firebird And there is no binary package built. We cannot install into image. I don't see the difference between 1.5.3-r1 & 1.5.4-r2, but so far, I cannot install 1.5.4-r2 on amd64 or on any of three different sparc systems. I'll keep playing, but I haven't a clue what more to try.
If you sync your tree or etc. The lastest 1.5.4-r2 I committed earlier (change did not require a bump). I removed the commands that were causing this access violation. The commands are # we want relative symlinks... rm /usr/lib/libfbclient.so rm /usr/lib/libfbclient.so.1 rm /usr/lib/libfbclient.so.1.5.4 Which as you can see have paths on the live system, not the image paths under ${D}. Pretty 100% that's causing the access violation, and has been removed from 1.5.4-r2. Diff the two 1.5.4's to see the difference. This change is in ~arch atm so will need to keyword ebuild as such to test.
(In reply to comment #7) > If you sync your tree or etc. The lastest 1.5.4-r2 I committed earlier (change > did not require a bump). I removed the commands that were causing this access > violation. The commands are > > # we want relative symlinks... > rm /usr/lib/libfbclient.so > rm /usr/lib/libfbclient.so.1 > rm /usr/lib/libfbclient.so.1.5.4 > > Which as you can see have paths on the live system, not the image paths under > ${D}. Pretty 100% that's causing the access violation, and has been removed > from 1.5.4-r2. > > Diff the two 1.5.4's to see the difference. This change is in ~arch atm so will > need to keyword ebuild as such to test. > Retesting --- I resynced between the time you updated bugzilla and before the change propagated; I was looking at cvs & thought PORTDIR reflected it. More in a bit.
When I make sure to get the correct version of firebird-1.5.4-r2.ebuild on sparc, I now get a good build and install: Says genlop, Tue May 15 01:05:37 2007 >>> dev-db/firebird-1.5.4-r2 Sorry about the false negative previously; my sync picked up the ebuild before the update was available. I'll verify on amd64 tomorrow, but I am sure this is fixed. After amd64 builds cleanly, I'll close the bug as fixed. Thanks for your help.
Fixed. Closing. (Latest firebird-1.5.4-r2 has no sandbox violation). Thanks for the quick response.
