Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 252680 - dev-cpp/glibmm-2.18.1: failure unpacking glibmm-2.18.1.tar.bz2 with tar-1.21
Summary: dev-cpp/glibmm-2.18.1: failure unpacking glibmm-2.18.1.tar.bz2 with tar-1.21
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - External Interaction (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Portage team
Depends on:
Blocks: 309001
  Show dependency tree
Reported: 2008-12-27 13:01 UTC by Etienne Hilson
Modified: 2010-05-21 06:17 UTC (History)
3 users (show)

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

revert the commit which removed sys_drain_input_pipe() (drain-input-pipe.patch,3.00 KB, patch)
2008-12-28 21:22 UTC, Zac Medico
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Etienne Hilson 2008-12-27 13:01:40 UTC
dev-cpp/glibmm-2.18.1 failed to compile : failure unpacking glibmm-2.18.1.tar.bz2

>>> Unpacking glibmm-2.18.1.tar.bz2 to /var/tmp/portage/dev-cpp/glibmm-2.18.1/work                                          
 * ERROR: dev-cpp/glibmm-2.18.1 failed.                                                                                     
 * Call stack:
 *     , line   49:  Called src_unpack
 *             environment, line  634:  Called gnome2_src_unpack
 *             environment, line  592:  Called unpack 'glibmm-2.18.1.tar.bz2'
 *     , line  380:  Called die
 * The specific snippet of code:
 *                                      assert "$myfail"
 *  The die message:
 *   failure unpacking glibmm-2.18.1.tar.bz2

When I look at that directory :
rebel distfiles # ls -l /var/tmp/portage/dev-cpp/glibmm-2.18.1                                         
total 0                                                                                                
drwxr-xr-x 2 root    portage  88 Dec 27 14:43 distdir                                                  
drwxrwxr-x 2 portage portage  48 Dec 27 14:43 homedir                                                  
drwxrwxr-x 3 portage portage 168 Dec 27 14:43 temp                                                     
drwx------ 3 root    root     80 Dec 27 14:43 work                                                     

Are these rights ok for directory "work" ?
I tried to modify it manually, but it is set back while resuming emerge.

I tested to extract myself the archive, and it was ok.

Reproducible: Always

Steps to Reproduce:
1. emerge glibmm

Actual Results:  
>>> Emerging (1 of 9) dev-cpp/glibmm-2.18.1
 * glibmm-2.18.1.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...                                                              [ ok ]
 * checking ebuild checksums ;-) ...                                                                                  [ ok ]
 * checking auxfile checksums ;-) ...                                                                                 [ ok ]
 * checking miscfile checksums ;-) ...                                                                                [ ok ]
>>> Unpacking source...                                                                                                     
>>> Unpacking glibmm-2.18.1.tar.bz2 to /var/tmp/portage/dev-cpp/glibmm-2.18.1/work                                          
 * ERROR: dev-cpp/glibmm-2.18.1 failed.                                                                                     
 * Call stack:                                                                                                              
 *     , line   49:  Called src_unpack                                                                   
 *             environment, line  634:  Called gnome2_src_unpack                                                            
 *             environment, line  592:  Called unpack 'glibmm-2.18.1.tar.bz2'                                               
 *     , line  380:  Called die                                                                          
 * The specific snippet of code:                                                                                            
 *                                      assert "$myfail"                                                                    
 *  The die message:                                                                                                        
 *   failure unpacking glibmm-2.18.1.tar.bz2                                                                                
 * If you need support, post the topmost build error, and the call stack if relevant.                                       
 * A complete build log is located at '/var/tmp/portage/dev-cpp/glibmm-2.18.1/temp/build.log'.                              
 * The ebuild environment file is located at '/var/tmp/portage/dev-cpp/glibmm-2.18.1/temp/environment'.                     

>>> Failed to emerge dev-cpp/glibmm-2.18.1, Log file:

>>>  '/var/tmp/portage/dev-cpp/glibmm-2.18.1/temp/build.log'

Expected Results:  
emerge succeeds

running a fresh install (~x86) with kde4

emerging glibmm was a asked dependencies for vmware-workstation but I guess the bug is not related to it.

rebel distfiles # emerge --info
Portage 2.2_rc19 (default/linux/x86/2008.0, gcc-4.3.2, glibc-2.9_p20081201-r1, 2.6.24-gentoo-r8 i686)
System uname: Linux-2.6.24-gentoo-r8-i686-Intel-R-_Pentium-R-_M_processor_1.60GHz-with-glibc2.0      
Timestamp of tree: Sat, 27 Dec 2008 08:45:02 +0000                                                   
app-shells/bash:     3.2_p48                                                                         
dev-java/java-config: 1.3.7-r1, 2.1.6-r1                                                             
dev-lang/python:     2.4.4-r13, 2.5.2-r8                                                             
dev-python/pycrypto: 2.0.1-r6                                                                        
dev-util/cmake:      2.6.2                                                                           
sys-apps/baselayout: 2.0.0                                                                           
sys-apps/openrc:     0.4.1                                                                           
sys-apps/sandbox:    1.3.2                                                                           
sys-devel/autoconf:  2.13, 2.63                                                                      
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2                                            
sys-devel/binutils:  2.19                                                                            
sys-devel/gcc-config: 1.4.0-r4                                                                       
sys-devel/libtool:   2.2.6a                                                                          
virtual/os-headers:  2.6.27-r2                                                                       
ACCEPT_KEYWORDS="x86 ~x86"                                                                           
CFLAGS="-Os -march=pentium4 -pipe -fomit-frame-pointer"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-Os -march=pentium4 -pipe -fomit-frame-pointer"
FEATURES="ccache distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
USE="X a52 aac acl acpi alsa apache2 apm arts atm bash-completion berkdb bzip2 cddb cdparanoia cdr cgi cli cracklib crypt css cups dbus dga dhcp directfb dri dv dvd dvdread encode esd exif fbcon ffmpeg firefox flac ftp gdbm gif gimp gpm gstreamer hddtemp htmlhandbook iconv imagemagick imlib isdnlog jpeg kde lame libnotify lm_sensors mad matroska midi mmx mp3 mpeg mplayer mudflap ncurses nls nntp nptl nptlonly nsplugin ocaml ocamlopt ogg openmp pam pcre pdf perl plasma png pppd qt4 quicktime rawrdesktop readline reflection rss samba session spell spl sse sse2 ssl startup-notification suid svg svga sysfs syslog tcpd theora threads tiff unicode usb v4l v4l2 vim-syntax vnc vorbis wavpack wifi win32codecs wmf x86 xcomposite xorg xscreensaver xv xvid zeroconf zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 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 mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon 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 deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse synaptics vmmouse ps2mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorbncurses text" USERLAND="GNU" VIDEO_CARDS="fglrx radeon vmware"
Comment 1 wild 2008-12-28 03:36:16 UTC

sorry for my english. i emerge tar-1.20 and fix this problem.(In reply to comment #0)
Comment 2 Rémi Cardona (RETIRED) gentoo-dev 2008-12-28 08:36:17 UTC
Confirming the bug.

@portage, `tar -xjf /usr/portage/distfiles/glibmm-2.18.1.tar.bz2` correctly extract the files from the tarball.

What could be going wrong here?

Comment 3 Zac Medico gentoo-dev 2008-12-28 09:02:03 UTC
It extracted successfully with tar-1.20 and after I upgrading to tar-1.21 it failed. It seems to be some sort of interaction between bzip2 and tar because bzip2's exit code is 141 and tar's exit code is 0:

$ bzip2 -dc $DISTDIR/glibmm-2.18.1.tar.bz2 | tar xof -
$ echo ${PIPESTATUS[@]}
141 0
Comment 4 Zac Medico gentoo-dev 2008-12-28 21:22:06 UTC
Created attachment 176667 [details, diff]
revert the commit which removed sys_drain_input_pipe()

This patch seem to solve the problem be reverting the following commit:

2008-11-25  Sergey Poznyakoff  <>

	Do not try to drain the input pipe before closing the
	* src/buffer.c (close_archive): Remove call to
	sys_drain_input_pipe. Pass hit_eof as the second
	argument to sys_wait_for_child.
	* src/common.h (sys_drain_input_pipe): Remove
	(sys_wait_for_child): Declare second argument.
	* src/system.c (sys_drain_input_pipe): Remove.
	(sys_wait_for_child): Take two arguments. The second one helps to
	decide whether to tolerate child termination on SIGPIPE.
Comment 5 Budanov "r0g3r" Eugene 2008-12-29 08:51:37 UTC
Patch for tar 1.21 is working. After applying this patch glibmm unpacked and compiled without problems.(In reply to comment #4)

Comment 6 SpanKY gentoo-dev 2008-12-29 10:03:46 UTC
thanks Zac for figuring that out.  ive committed tar-1.21-r1 with that one change reverted and moved the issue upstream.