Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 243338 - x11-libs/libwnck-2.24.1 future timestamp stops configure
Summary: x11-libs/libwnck-2.24.1 future timestamp stops configure
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-23 07:14 UTC by Iain Buchanan
Modified: 2008-10-26 23:00 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Iain Buchanan 2008-10-23 07:14:47 UTC
libwnck-2.24.1.tar.bz2 files have timestamps in the "future".  It is currently:
Wed Oct 22 16:39:43 CST 2008 (-9:30) and files have times like
 -rw-r--r-- 1 portage portage  33022 2008-10-22 19:08 NEWS

This causes configure to die.  The first bit is from tar, which I've trimmed off:

tar: libwnck-2.24.1/po/li.po: time stamp 2008-10-22 18:45:25 is 7447.862365888 s in the future
tar: libwnck-2.24.1/po/zh_CN.po: time stamp 2008-10-22 18:45:25 is 7447.861738992 s in the future
tar: libwnck-2.24.1/po/xh.po: time stamp 2008-10-22 18:45:25 is 7447.861675297 s in the future
tar: libwnck-2.24.1/po: time stamp 2008-10-22 19:11:01 is 8983.861187735 s in the future
tar: libwnck-2.24.1: time stamp 2008-10-22 19:11:01 is 8983.861168389 s in the future
 * Fixing OMF Makefiles ...                                               [ ok ]
 * Running elibtoolize in: libwnck-2.24.1
 * Applying portage-1.5.10.patch ...
 * Applying sed-1.5.6.patch ...
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/x11-libs/libwnck-2.24.1/work/libwnck-2.24.1 ...
 * econf: updating libwnck-2.24.1/config.guess with /usr/share/gnuconfig/config.guess
 * econf: updating libwnck-2.24.1/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-gtk-doc --build=i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... configure: error: newly created file is older than distributed files!
Check your system clock

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/x11-libs/libwnck-2.24.1/work/libwnck-2.24.1/config.log
 * 
 * ERROR: x11-libs/libwnck-2.24.1 failed.
 * Call stack:
 * ebuild.sh, line   49:  Called src_compile
 * environment, line 2585:  Called gnome2_src_compile
 * environment, line 1979:  Called gnome2_src_configure
 * environment, line 1993:  Called econf '--disable-gtk-doc'
 * ebuild.sh, line  548:  Called die
 * The specific snippet of code:
 * die "econf failed"
 * The die message:
 * econf failed
 * 
 * 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/x11-libs/libwnck-2.24.1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/x11-libs/libwnck-2.24.1/temp/environment'.
 * 

>>> Failed to emerge x11-libs/libwnck-2.24.1, Log file:

>>>  '/var/tmp/portage/x11-libs/libwnck-2.24.1/temp/build.log'


I can workaround this by repackaging it or whatever, but how to stop it happening in the future?

emerge --info

Portage 2.2_rc12 (default/linux/x86/2008.0, gcc-4.1.2, glibc-2.8_p20080602-r0, 2.6.26-tuxonice i686)
=================================================================
System uname: Linux-2.6.26-tuxonice-i686-Intel-R-_Core-TM-2_Duo_CPU_T9500_@_2.60GHz-with-glibc2.0
Timestamp of tree: Thu, 23 Oct 2008 05:45:01 +0000
ccache version 2.4 [disabled]
app-shells/bash:     3.2_p39
dev-java/java-config: 1.3.7, 2.1.6-r1
dev-lang/python:     2.4.4-r6, 2.5.2-r8
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r8
dev-util/cmake:      2.6.2
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.3.0-r1
sys-apps/sandbox:    1.2.18.1-r3
sys-devel/autoconf:  2.13, 2.63
sys-devel/automake:  1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   2.2.6a
virtual/os-headers:  2.6.26
ACCEPT_KEYWORDS="x86 ~x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
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/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox"
GENTOO_MIRRORS="ftp://morpheus.pcorp.com.au/pub/gentoo-portage/ http://mirror.internode.on.net/pub/gentoo/ http://ftp.swin.edu.au/gentoo/"
LANG="en_AU"
LC_ALL="en_AU"
LDFLAGS="-Wl,-O1"
LINGUAS="en_AU en en_GB en_US"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
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/layman/desktop-effects /usr/local/portage /usr/local/portage-synce-overlay"
SYNC="rsync://rsync.au.gentoo.org/gentoo-portage"
USE="X aac acl acpi aiglx alsa avahi berkdb bzip2 cli cracklib crypt cups dbus dri esd ffmpeg fortran gdbm gnome gpm gtk hal iconv ipv6 isdnlog jpeg libnotify midi mpeg mudflap ncurses nls nptl nptlonly opengl openmp pam pcre perl pppd python readline reflection samba session smb spl ssl sysfs tcpd unicode x86 xcb xinerama xorg 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="keyboard mouse synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_AU en en_GB en_US" USERLAND="GNU" VIDEO_CARDS="nv nvidia vesa fbdev"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Peter Alfredsen (RETIRED) gentoo-dev 2008-10-23 20:07:31 UTC
So, in other words, this bug has now fixed itself?
Comment 2 Wormo (RETIRED) gentoo-dev 2008-10-24 06:54:52 UTC
That package must have been created very recently on a machine with different timezone than yours. This is quite a rare coincidence, so I don't think you need to worry about it happening again. 
Comment 3 Iain Buchanan 2008-10-26 23:00:56 UTC
(In reply to comment #1)
> So, in other words, this bug has now fixed itself?

no, rather the specific conditions that caused it have changed, so it's not manifesting itself with the same package.

(In reply to comment #2)
> That package must have been created very recently on a machine with different
> timezone than yours. This is quite a rare coincidence, so I don't think you
> need to worry about it happening again. 

really?  It will happen again.  Not necessarily with me, but with someone.  Given that the largest timestamp was quite a few hours into the future, the problem was there for a while.

Sure, it's not a bug against libwnck, but I thought it would be something to make Gentoo more stable in general.

Sorry if I sound annoying... just MHO.