Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 312049 - app-office/openoffice-3.2.0 must emerge twice to successfully build
Summary: app-office/openoffice-3.2.0 must emerge twice to successfully build
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Office Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-30 08:07 UTC by Gustav Schaffter
Modified: 2010-11-11 21:57 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
A partial build log from a failed build attempt. (app-office-openoffice-3.2.0-20100329-055516.partial.log,8.55 KB, text/plain)
2010-03-30 08:16 UTC, Gustav Schaffter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gustav Schaffter 2010-03-30 08:07:52 UTC
First attempt to emerge app-office/openoffice-3.2.0 fails due to missing intermediate results file. (See attached excerpt from the build log.)

Immediately re-executing the emerge will succeed.

This behavior is repeatable, but each try will take a long day, so I wont do it very often. ;-) I've had to rebuild more than once, since I had to add languages to LINGUAS. Each time the same behavior, build twice without reboot to succeed. First trial after a reboot will constantly fail. (And I've made a number of attempts before I noticed the repeatable pattern.)

emerge command:
# nice emerge app-office/openoffice
(Using nice to keep computer responsive to users. Building with '-j1'.)


Requirement for success:
- Must not reboot between emerges, thereby *not* cleaning out /var/tmp/ or /tmp directories. (This computer must be shutdown over night, due to family requirements. ;-)

Recipe for failure:
- Shutdown and restart between emerges. (Repeatable.)


Build logs:
I will attach a relevant part of the failing build log. Upon specific request, I will be happy to attach the full build logs from both the failing build and the succeeding build immediately following the failure.
The build logs are big. The failing build produces a log of about 5MB and the succeeding log is almost 7MB. (Not sure if such can be uploaded to bugzilla.)

Please, note:
The emerge fails in different places each time. It is *not* the same error each time. But, if emerging twice, it will definitively succeed.

Me thinks some delay while creating intermediate results, but that's nothing but a gut feeling. Odd, since I build with '-j1', as instructed by the ebuild. 

The very fact that the ebuild instructs me to build with '-j1' make me think that I'm not the first one having seen unexplained behaviors in this area.


In the exact moment of the failure, there is still 96GB of free disk space on the file system where both /var/tmp and /tmp reside. Swap is used to about 25%. 

Using reiserfs.

# eix -I reiserfs
[I] sys-fs/reiserfsprogs
     Available versions:  3.6.19-r2 ~3.6.21
     Installed versions:  3.6.19-r2(16:26:38 01/05/08)
     Homepage:            http://www.kernel.org/pub/linux/utils/fs/reiserfs/
     Description:         Reiserfs Utilities

# uname -a
Linux embla 2.6.31-gentoo-r10-embla #1 PREEMPT Sun Mar 21 20:52:27 CET 2010 x86_64 AMD Athlon(tm) 64 Processor 4000+ AuthenticAMD GNU/Linux


Reproducible: Always

Steps to Reproduce:
1. Boot up the computer.
2. nice emerge app-office/openoffice
3. Wait several hours
4. See the emerge fail
5. Reboot the computer
6. nice emerge app-office/openoffice
7. Wait several hours
8. See the emerge fail
9. nice emerge app-office/openoffice
10. Wait many, many more hours
11. See the emerge succeed

Actual Results:  
The emerge fails on the first attempt but succeeds on the second attempt without reboot of the computer.


Expected Results:  
The emerge should succeed at first attempt.


# emerge --info
Portage 2.1.7.17 (default/linux/amd64/10.0, gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10-embla x86_64)
=================================================================
System uname: Linux-2.6.31-gentoo-r10-embla-x86_64-AMD_Athlon-tm-_64_Processor_4000+-with-gentoo-1.12.13
Timestamp of tree: Tue, 30 Mar 2010 03:00:01 +0000
app-shells/bash:     4.0_p35
dev-java/java-config: 2.1.10
dev-lang/python:     2.5.4-r4, 2.6.4-r1
dev-python/pycrypto: 2.1.0_beta1
dev-util/cmake:      2.6.4-r3
sys-apps/baselayout: 1.12.13
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.13, 2.63-r1
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r3, 1.10.3
sys-devel/binutils:  2.18-r3
sys-devel/gcc:       3.4.6-r2, 4.1.2, 4.3.4
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.30-r1
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=athlon64 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -march=athlon64 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LDFLAGS="-Wl,-O1"
LINGUAS="en en_US en_GB fr it sv"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://gentoo-portage.yggdrasil.home/gentoo-portage"
USE="3dnow 3dnowext X a52 aac aalib acl acpi alsa amd64 apache2 asf avahi berkdb bidi branding bzip2 cairo cdda cddb cdparanoia cdr cli consolekit corba cracklib crypt css ctype cups cxx daap dbus dc1394 dia divx dri dts dv dvb dvd dvdr dvdread eds emacs encode esd faac faad fam fame fat ffmpeg filter firefox fits flac fortran freetype gd gdbm gedit ggi gif gimp gimpprint gmedia gnome gnutls gpac gphoto2 gpm grammar gstreamer gtk hal hddtemp hdri httpd iconv id3tag idea imagemagick inkjar ipod iptc ipv6 java jpeg jpeg2k keyring kqemu ldap libcaca libnotify live lm_sensors logrotate lzo mad matroska mbox mdnsresponder-compat mikmod mjpeg mmx mng mod modules mono mozbranding mozcalendar mozilla mozsvg mp3 mpeg mplayer mudflap multilib musicbrainz mysql mysqli ncurses netcdf new-login nfs nls nptl nptlonly nsplugin nvidis odbc ogdi ogg openexr opengl openmp pae pam pcre pdf perl png ppds pppd python qemu qt3support qt4 quicktime rar readline realmedia reflection reiserfs rtsp scanner sdl session shout skins slang smp sox speex spell spl sse sse2 ssl startup-notification stream subtitles svg sysfs tcpd tetex theora tiff tk truetype udev unicode usb utempter v4l v4l2 vcd vlm vorbis wav wma wmf wmp wxwindows x264 xanim xine xinerama xml xorg xosd xulrunner xv xvid xvmc zip zlib" ALSA_CARDS="intel8x0 usb-audio" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon                  authn_dbd authn_dbm authn_default authn_file                  authz_dbm authz_default authz_groupfile authz_host                  authz_owner authz_user autoindex cache dav dav_fs                  dav_lock dbd deflate dir disk_cache env expires                  ext_filter file_cache filter headers ident imagemap                  include info log_config logio mem_cache mime                  mime_magic negotiation proxy proxy_ajp                  proxy_balancer proxy_connect proxy_http rewrite                  setenvif so speling status unique_id userdir                  usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US en_GB fr it sv" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Gustav Schaffter 2010-03-30 08:16:02 UTC
Created attachment 225799 [details]
A partial build log from a failed build attempt.

Provided a build log that was reduced due to its size.

The original failing log file of about 5MB can be provided upon request.

A log from a successful build can be provided on request, but this log will be about 7MB.
Comment 2 Didier Barvaux 2010-03-31 19:28:52 UTC
Did you check that you got enough room for many new inodes on the partition ? This might stop the build process to create new files even if there is plenty of free space. You can check with "df -ih".
Comment 3 Gustav Schaffter 2010-04-01 15:14:21 UTC
Thanks for the tip, but...

It seems to me that reiserfs doesn't provide this information (??).


#######################
The problematic computer, where openoffice fails to build first time (AMD64).
From /etc/fstab :
/dev/sda3 / reiserfs noatime 0 1

# df -ih
Filesystem Inodes   IUsed   IFree IUse% Mounted on
/dev/sda3       0       0       0    -  /
udev         126K    2.3K    123K    2% /dev
# etc...


#######################
Another computer I have (X86). Never tried to install openoffice here.
From /etc/fstab :
/dev/hda3 / reiserfs noatime 0 1
/dev/hdc1 /var/cache/http-replicator reiserfs noatime 0 2

# df -ih
Filesystem Inodes   IUsed   IFree IUse% Mounted on
/dev/hda3       0       0       0    -  /
udev          47K    2.2K     45K    5% /dev
/dev/hdc1       0       0       0    -  /var/cache/http-replicator
# etc...


#######################
Yet another computer I have, AMD64, no openoffice.
From /etc/fstab :
/dev/sda3 / reiserfs noatime 0 1

# df -ih
Filesystem Inodes   IUsed   IFree IUse% Mounted on
/dev/sda3       0       0       0    -  /
udev         465K    2.6K    462K    1% /dev
# etc...


Three examples of computers where reiserfs doesn't provide the inode information. Have I done anything wrong in the setup of those?

Regards
GuS
Comment 4 Didier Barvaux 2010-04-03 10:59:59 UTC
(In reply to comment #3)
>
> Three examples of computers where reiserfs doesn't provide the inode
> information. Have I done anything wrong in the setup of those?
> 

I've got the same here with a reiserfs partition. Sorry for the noise.
Comment 5 Andreas Proschofsky (RETIRED) gentoo-dev 2010-11-11 20:34:35 UTC
Do you still see this problem with 3.2.1? Works fine here, also with the first merge on a new machine...
Comment 6 Gustav Schaffter 2010-11-11 21:57:01 UTC
Well, that was back in late March.

My currently installed version (3.2.1.), installed at first go.

I assume that was the case for 3.2.0 as well, but for my life, I can't remember it any more.


I guess this bug could now be closed, so I change the status to Resolved, WONTFIX. Change it further if you feel the resolution should be different.