Summary: | emerge groff (and other packages) attempts to access /var/backups/infodir.bak and fails install | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Cubittus <alexgentoo> |
Component: | [OLD] Core system | Assignee: | Heinrich Wendel (RETIRED) <lanius> |
Status: | VERIFIED FIXED | ||
Severity: | critical | CC: | azarah, brainstorm, cretin, curtm4n, deathwing00, kumba, lisa, mail, nr16020, rhapsodhy, sotaegui, taviso |
Priority: | Highest | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
List of all installed packages
emerge.log |
Description
Cubittus
2003-08-04 07:59:25 UTC
When I did the emerge -e world the following were successfully compiled and installed before groff was attempted and failed ... [ebuild N ] sys-devel/gnuconfig-20030708 [ebuild N ] sys-devel/patch-2.5.9 [ebuild N ] sys-devel/libtool-1.4.3-r1 [ebuild N ] sys-libs/db-1.85-r1 [ebuild N ] sys-libs/gdbm-1.8.0-r5 [ebuild N ] sys-libs/ncurses-5.3-r1 [ebuild N ] sys-devel/gettext-0.11.5-r1 [ebuild N ] sys-apps/texinfo-4.5 I have the same problem, on a system that's been running Gentoo for 3 months. Trying to reemerge the installed groff package ends on the same error, too (!!). Weird and painful : emerge glibc (I have 2.3.1 and want to upgrade to 2.3.2) fails with a sandbox violation, trying to write to /var/backup/infodir.bak too. Any ideas ? nr16020@free.fr Exactly the same problem here. I tried back-versioning the ebuild to groff-1.18.1-r2, the currently installed (and previously successfully built) version and it failed in the same manner so apparently the problem lies outside the groff package. I should also note that the problem occurred first when upgrading to groff-1.18.1-r3. 4 ebuilds were scheduled as shown in emerge -up system following an emerge sync earlier this evening, The groff upgrade was the first one up and so the entire emerge failed. I was able to bypass the groff problem and explicitly update the other three packages - patch, automake and psmsic - with no problems. The Gentoo installation is on a Dell laptop and is relatively new (less than a month old) and is extremely 'stock' in that I've really been too busy studying the Gentoo system and installation layout to do any tinkering with it :-) I've tried recompiling some more packages and tetex is giving me the exact same problem ... --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-tetex-1.0.7-r12-10768.log" open_wr: /var/backups/infodir.bak open_wr: /var/backups/infodir.bak open_wr: /var/backups/infodir.bak open_wr: /var/backups/infodir.bak -------------------------------------------------------------------------------- OK - so we see this same issue with grof, glibc and tetex ... it seems that install-info has started to need acess to /var/backups outside the sandbox. I don't see anything recent in the texinfo changelog so maybe it's a portage problem? I'm using sys-apps/portage-2.0.48-r5 and sys-apps/texinfo-4.5. This problem still exists (for me, too!) and on x86 it shouldn't. *** Bug 25997 has been marked as a duplicate of this bug. *** Do you have a /var/backups ? I don't. EV5Junkie As an additional note, I have to say that I've created one with 755 root:root privileges, and then tried with 755 portage:portage. Neither seems to work... This problem happens on all of my 3 machines! Need it solved, please! Who's the ebuild's responsible? Nor did I have /var/backups, and likewise creating it didn't help. I would assume that if a package needed the directory, and it wasn't there, it would be created. I do not have that dir - was why I asked. I cannot recreate it though ... Are you using coreutils, or the older file/sh/text-utils ? sys-aps/textutils is installed. sys-apps/coreutils is not. Don't find any reference on the box to text-utils (with the dash). The system was installed using rc4 on July 23. I have coreutils-4.5.11-r1 installed instead of fileutils, sh-utils and textutils and get the problem. I don't have a /var/backups and when I try to create it and place a copy of /usr/share/info/dir into it as infodir.bak I still see the problem. When infodir.bak exists I get a sandbox violation. When it does not I get an install fail due to install-info not finding it. I am attaching a list of all my installed packages. Created attachment 15638 [details]
List of all installed packages
My installed packages. Nearly all are latest x86 releases - only exceptions
are
galeon, sun-jdk and libmpeg2 (I think).
Just tried upgrading groff to latest 1.18.1-r3 and still getting same problem ... mkdir /var/tmp/portage/groff-1.18.1-r3/image/usr/share/info d=.; \ test -f "groff" || d=/var/tmp/portage/groff-1.18.1-r3/work/groff-1.18.1/doc; \ for f in $d/groff $d/groff-*; do \ rm -f /var/tmp/portage/groff-1.18.1-r3/image//usr/share/info/`basename $f`; \ /bin/install -c -m 644 $f /var/tmp/portage/groff-1.18.1-r3/image//usr/share/info/`basename $f`; \ done install-info --info-dir=/var/tmp/portage/groff-1.18.1-r3/image//usr/share/info /var/tmp/portage/groff-1.18.1-r3/image//usr/share/info/groff * Groff: (groff). The GNU troff document formatting system. install-info(/var/tmp/portage/groff-1.18.1-r3/image//usr/share/info/groff): no backup file /var/backups/infodir.bak available, giving up. make[2]: *** [install_data] Error 1 make[2]: Leaving directory `/var/tmp/portage/groff-1.18.1-r3/work/groff-1.18.1/doc' make[1]: *** [doc] Error 2 make[1]: Leaving directory `/var/tmp/portage/groff-1.18.1-r3/work/groff-1.18.1' make: *** [install] Error 2 !!! ERROR: sys-apps/groff-1.18.1-r3 failed. !!! Function src_install, Line 95, Exitcode 2 !!! (no error message) This is now causing an emerge -u world to fail for me so I think the priority and severity should be raised. Ah ha! And I thought I was going insane. I ran into this stupid bug several weeks ago while kludging gentoo into a pre-existing debian install on a Cobalt RaQ2. I thought it was a possible mix of the MIPS-based hardware and the already existing debian install that was causing this, since I had never ran into the problem before (and that was a pretty exotic setup). I can't remember if I got around this or not. I'll have to find time to netboot the RaQ2 back up and check. Putting gentoo on the thing is on hold for awhile due to a flakey tulip driver, so I don't turn the unit on very often. Aside from that machine however, I've not seen this problem on any of my other machines. Since it's appearing on x86 however, I would venture to guess it is definitely nothing architecture or MIPS specific. Could someone who has the problem please attach a full log of the "emerge groff" (to see all configure steps, compilation messages...)? Thanks. Created attachment 15664 [details]
emerge.log
This also happens to several other packages, like glibc! alexandria root # emerge info Portage 2.0.48-r5 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.21 i686 AMD Athlon(tm) MP 2400+ GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 3dnow apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline arts bonobo svga tcltk java guile X sdl gpm tcpd libwww python esd imlib oggvorbis gnome gtk qt kde motif opengl -oss acpi alsa cdr dvd emacs ethereal flash gd gphoto2 gtk2 imap ldap lcms leim maildir mbox mozilla mysql oav perl ruby samba ssl -sasl scanner snmp sse tetex tiff usb wmf pic pam apache2 -kerberos" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-mp -O3 -pipe -fomit-frame-pointer -msse -mmmx -mfpmath=sse -fforce-addr -fPIC" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j3" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="cvs ccache sandbox usersandbox userpriv strict digest" WFM. portage-2.0.48-r7, alpha and x86. Your install-info program seems to be different from mine - not just regarding the bug symptom. Your outputs info text * Groff: (groff). The GNU troff document formatting system. when run, mine doesn't. Please tell me the output of epm -qf $(which install-info) and of epm --verify texinfo. haha, this is a funny one!! do find / -name install-info I get /usr/bin/install-info /usr/sbin/install-info haha, qpkg -f /usr/bin/install-info sys-apps/texinfo qpkg -f /usr/sbin/install-info app-arch/dpkg emerge -C dpkg emerge groff and it works .... muhaha, thanks for the tip Patrick I removed install-info from dpkg and hope there are no problems with deb's now (does anyone use any???). New version is 1.10.10-r1, immediatly stable! I don't know exactly why has all this derived to this point... what I don't understand yet is wether groff merging problem was solved or not. The only thing I see is that install-info was removed... any details on this? When will it be corrected in the portage tree? the problem was not in the groff but in the dpkg package, which was updated, if you update dpkg, groff will emerge fine There is a strange problem. I did NOT have dpkg installed on my system, only groff. How is that there appears no related dependency on this matter? do you have *exactly* the same error? * Groff: (groff). The GNU troff document formatting system. install-info(/var/tmp/portage/groff-1.18.1-r2/image//usr/share/info/groff): no backup file /var/backups/infodir.bak available, giving up. This was the error I got... trying to see wether it works for me. emerge gentoolkit what's the output of qpkg -f /usr/sbin/install-info and qpkg -f /usr/bin/install-info No need. I just # emerge dpkg # emerge -u groff and now it works fine. SUGGESTION: Add dpkg as dependency of groff in portage tree. Dpkg is no dependency of groff, instal-info is provided by texinfo. You are sure, you didn't have dpkg installed before? Updating dpkg from 1.10.10 to 1.10.10-r1 apparently solved the groff problem. I'm emerging glibc right now, to see if that also is resolved. thx... OK, very good! I haven't updated dpkg yet, but I _did_ install it over the weekend, so this may well be the source of the problem on my Gentoo installation as well. All the rest of my boxen run Debian :-) regent:~# locate install-info /usr/bin/install-info /usr/sbin/install-info regent:~# qpkg -f /usr/sbin/install-info app-arch/dpkg * regent:~# qpkg -f /usr/bin/install-info sys-apps/texinfo * >Dpkg is no dependency of groff, instal-info is provided by texinfo. You are
>sure,
>you didn't have dpkg installed before?
Yes, completely sure I didn't have it installed. About texinfo, I had installed version 4.5 about 2 months ago and never brought problems (nor now).
Yhe only thing I know is that after installing dpkg the problem waved away... and for what I noticed you didn't change anything on the groff.
Better have a detailed summary of what happened as I am getting lost on what has happened (my programmer mind is this month off-line :)) And thanks for having it solved.
the problem was that dpkg installed the file /usr/sbin/install-info which is incompatible to /usr/bin/install-info of the texutils package. /usr/sbin/install-info was responsible for the access violation, so removing it resolved the problem. This is very strange... I don't have texutils installed on my system. Nor I had dpkg. The fact is that I installed dpkg and then I could install groff. What happens to me seems in contradiction with what happens to all of you. I'm confused. I have now installed dpkg-1.10.10-r1 and groff-1.18.1-r3 but I don't have textools-1.14 installed. Can anyone explain that to me? Allright, I think there is a portage problem on my system for what I see, as I also had those 2 versions installed on my system (install-info). Nevermind, portage never has worked totally fine on any of my systems. Any tool to have portage checked? I can confirm this has fixed the bug for me. (Don't forget to run emerge -c if you don't autoclean on upgrades or you will still have the bogus install-info in /usr/sbin) It would be very helpful to know where your /usr/sbin/install-info came from. qpkg -f /usr/sbin/install-info What do you get? updating glibc == Ok. so upgrading dpkg to latest version resolved the problem. Thx again. Upgraded dpkg. Problem solved here, too. Thanks! I'm gone. Thanks guys, much appreciated! When doing qpkg -f /usr/sbin/install-info nothing appears because after installing qpkg it was removed. Still don't understand how I have /usr/bin/install-info (it says it's because of sys-apps/texinfo) and... I think I now understand what happened, yesterday I updated texinfo (it wasn't textools after all). Anyway, consider this as fine. Now I understand what happened (perhaps cause I finally got up ;)) Thanks for your time! Interesting. So this is also why I ran into this bug before anyone else -- Because I was installing gentoo over top an existing debian installation. Quite the strange oddity. *** Bug 26202 has been marked as a duplicate of this bug. *** *** Bug 27792 has been marked as a duplicate of this bug. *** *** Bug 35367 has been marked as a duplicate of this bug. *** *** Bug 37840 has been marked as a duplicate of this bug. *** |