Summary: | openoffice-ximian-1.3.6 hangs when using reiserfs4 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Benjamin Rich <benjamin.rich> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | office |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Benjamin Rich
2004-11-16 13:43:38 UTC
benxor@mugatu ~ $ emerge info Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-rc1-mm5 i686) ================================================================= System uname: 2.6.10-rc1-mm5 i686 AMD Athlon(TM) XP 2400+ Gentoo Base System version 1.6.6 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -mtune=athlon-xp -O2 -pipe -fomit-frame-pointer -funroll-loops" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -mtune=athlon-xp -O2 -pipe -fomit-frame-pointer -funroll-loops" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://mirror.pacific.net.au/linux/Gentoo http://gentoo.scphost.com" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowex X aac aalib acpi acpi4linux aim alsa apm audiofile avi berkdb bitmap-fonts bonobo caps cdinstall cdparanoia cdr cdrom cdrw codecs crypt cups curl dba dga directfb divx4linux dts dv dvd dvdr dvdread dvdrw encode f77 faac faad fam fbcon ffmpeg fftw flac foomaticdb fortran freetype ftp gd gdbm gif gimp gimp2 gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal icq imagemagick imlib imlib2 ipod ipv6 jack java javascript jp2 jpeg jpeg2k junit lcms libcaca libsamplerate libwww lirc live lzo mad matroska mikmod mime mmx mng motif mp3 mp4 mpeg mpeg4 mplayer msn ncurses network nls no_wxgtk1 nptl nptlonly offensive ogg oggvorbis openal oscar pam pdflib perl pic plotutils png ppds python qt quicktime radeon readline real recode rtc samba sdl slang sndfile soundtouch spell sse ssl svg svga tcltk tcpd tga theora thumbnail tiff transcode truetype unicode usb vcdimager vorbis wmf x86 xml xml2 xpm xv xvid xvmc yahoo zlib video_cards_radeon" Are you sure that you have enough diskspace, this looks a lot like a disk full problem... I have 13.7GB free on the disk I'm installing it on. I wouldn't expect it to overflow that. I should also mention this has happened twice - and exactly the same error occurs each time. Once when I had 1.3.5 already installed; and once after I'd uninstalled 1.3.5, thinking this would fix the problem. 13 Gigs should be enough even for OOo ;) Which filesystem are you using on your /var-partition? Well, I'm sure to be thrown out of town, but I use Reiser4 on my / partition (including .var, /opt, etc.) with the mm-sources kernel (which at the moment seems to be the only kernel package to support Reiser4). In my defense of using an apparently 'unstable' filesystem, I should say I've been using for 3 or 4 months (ever since it came out in ck/mm/dev sources) and I have never had *one single problem*, ever. Not one corruption, error checking the disk, fsck'ing the partition, nothing. I also have a 120GB drive full of media and music also formatted Reiser4, and not one single problem of file-loss or corruption there. I mess around with the system a lot, and in the last month or two I've probably done 3 'emerge -e world's, so compiling has never had weird problems like this for any other package, ever. Basically, I have never, ever had a more stable and fast filesystem, so I don't think it's that, but I suppose it could be some weird error caused by reiser4 and the mm-patches not getting on well. The ebuild does hang on a copy, after all. Benjamin, I would say reiser4 is the problem. I had the exact same issue a few months ago. I thought it was solved, but I can't check as I'm not using reiser4 anymore. One solution was to 'ebuild complete_path_to.ebuild compile' until it worked, then 'ebuild complete_path_to.ebuild install' until it worked too (usually once is enough), and finally 'ebuild complete_path_to.ebuild qmerge' followed by 'ebuild complete_path_to.ebuild clean'. Note that the repetition of 'ebuild ... compile' and system hanging completely borked my partition once. Another solution is to use a partition in a different format than reiser4 for your /var/tmp/portage. If this works, you'll know for sure that it's reiser4. just wanted to say that I have the same issue with reiser4. :) Changed my root partition to reiserfs 3.6 and ximian-openoffice installs, so it looks like it is reiser4. damn =P Imho, this is a bug due to reiser4 AND mm kernel patchset. I've got this bug trying to emerge both openoffice-ximian-1.3.6 and openoffice-bin on my reiser4 /. "ps aux" gives me pb with setup.bin (noted as defunct) and dmesg gives me call trace (I don't really understand) with "mm" expression at the and of line(s) (don't save this call trace, sorry). As I have some other kernels w/o mm patchset (like cko), I try to emerge openoffice-bin (spent to much time with sources) and IT WORKS. Rebooting with mm patchset kernel and launching OOo works. Hope this helps to solve the bug. This is not an openoffice bug, so reassigning reiserfs4 -> you fix your own bugs |