View previous topic :: View next topic |
Author |
Message |
c00kiemon5ter n00b
Joined: 27 Apr 2010 Posts: 9 Location: (void *)null
|
Posted: Tue Apr 27, 2010 2:23 pm Post subject: |
|
|
Unmerging zen-sources(latest keyword, not masked-9999 here)
fixed the delay in nvidia-drivers and world emerge
Code: | $ time emerge -pv nvidia-drivers
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] x11-drivers/nvidia-drivers-195.36.24 USE="gtk (multilib) -acpi -custom-cflags" 0 kB
Total: 1 package (1 reinstall), Size of downloads: 0 kB
real 0m2.178s
user 0m1.915s
sys 0m0.095s
------------------------------------------------------------------------------
$ time emerge -pv world
These are the packages that would be merged, in order:
Calculating dependencies... done!
[..packages..]
Total: 205 packages (205 reinstalls), Size of downloads: 114,679 kB
real 0m8.905s
user 0m8.228s
sys 0m0.126s
|
however this appeared now (it was there before, but unnoticed)
Code: | $ time emerge -pv zen-sources
These are the packages that would be merged, in order:
Calculating dependencies |Sandboxed process killed by signal: Segmentation fa... done!
[ebuild N ] sys-kernel/zen-sources-2.6.33_p1 USE="symlink -build -deblob" 0 kB
Total: 1 package (1 new), Size of downloads: 0 kB
real 4m34.295s
user 2m3.912s
sys 2m9.971s |
|
|
Back to top |
|
|
platojones Veteran
Joined: 23 Oct 2002 Posts: 1602 Location: Just over the horizon
|
Posted: Tue Apr 27, 2010 2:59 pm Post subject: |
|
|
Again, very strange that not everybody is affected. Thinking about it some more, the messages that albright listed in the initial post do almost seem to indicate perhaps an infinite recursion loop that causes bash to exhaust stack space and ultimately segfault. That may be why it runs so long before it finally dies. |
|
Back to top |
|
|
aTan Tux's lil' helper
Joined: 06 Jan 2007 Posts: 134 Location: Czech Republic (Ukraine)
|
Posted: Tue Apr 27, 2010 4:50 pm Post subject: |
|
|
Same problem here. Solved by unemerging live zen ebuild.
UPDATE: all zen sources should be removed to solve the issue. |
|
Back to top |
|
|
albright Advocate
Joined: 16 Nov 2003 Posts: 2588 Location: Near Toronto
|
Posted: Tue Apr 27, 2010 5:38 pm Post subject: |
|
|
Quote: | UPDATE: all zen sources should be removed to solve the issue. |
I don't call that a "solution" _________________ .... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
Back to top |
|
|
c00kiemon5ter n00b
Joined: 27 Apr 2010 Posts: 9 Location: (void *)null
|
Posted: Tue Apr 27, 2010 8:01 pm Post subject: |
|
|
albright wrote: | Quote: | UPDATE: all zen sources should be removed to solve the issue. |
I don't call that a "solution" |
I wouldn't call it a workaround :p |
|
Back to top |
|
|
gerardo Apprentice
Joined: 05 Feb 2004 Posts: 228 Location: Belgium
|
Posted: Tue Apr 27, 2010 8:44 pm Post subject: |
|
|
Same here on a fresh install (this weekend) of Funtoo on ~amd64 (core2)
I'm using zen-sources because my root is Reiser4
So indeed, uninstalling zen-sources is not a solution
edit: problem is in zen-sources-9999 in zen-sources overlay
I just discovered that zen-sources is in the funtoo-packages list
There is a difference between the ebuild from the overlay and the one in Funtoo:
Code: | # diff /var/lib/layman/zen-sources/sys-kernel/zen-sources/zen-sources-9999.ebuild /usr/portage/sys-kernel/zen-sources/zen-sources-9999.ebuild
1c1
< # Copyright 1999-2009 Gentoo Foundation
---
> # Copyright 1999-2010 Gentoo Foundation
3c3
< # $Header $
---
> # $Header: /var/cvsroot/gentoo-x86/sys-kernel/zen-sources/zen-sources-9999.ebuild,v 1.3 2010/04/26 07:46:53 robbat2 Exp $
11,12c11,14
<
< RESTRICT="binchecks strip primaryuri mirror"
---
> K_DEBLOB_AVAILABLE=0
> # If these are not set, you will get weird behavior from kernel-2, due to the
> # huge $PV that is used otherwise.
> CKV='2.6.99'
|
Problem only occurs when I add the zen-sources overlay (which is not needed in Funtoo) _________________ Windoze : Plug and Pay... |
|
Back to top |
|
|
platojones Veteran
Joined: 23 Oct 2002 Posts: 1602 Location: Just over the horizon
|
Posted: Tue Apr 27, 2010 9:30 pm Post subject: |
|
|
Confirmed. It's a bad ebuild in zen-sources overlay. It just hit me today. It didn't earlier because I just noticed that my ISP went down overnight and my nightly batch job didn't sync the overlay. Must have been happening for a few days. Zen folks need to fix it. No loss for right now because I'm not using the 9999 slotted kernels. |
|
Back to top |
|
|
gerardo Apprentice
Joined: 05 Feb 2004 Posts: 228 Location: Belgium
|
Posted: Tue Apr 27, 2010 9:40 pm Post subject: |
|
|
I'm not using 9999 either. Only the fact that it is in portage is enough to cause the delay and segfault.
I posted this on the zen-sources thread also _________________ Windoze : Plug and Pay... |
|
Back to top |
|
|
platojones Veteran
Joined: 23 Oct 2002 Posts: 1602 Location: Just over the horizon
|
Posted: Tue Apr 27, 2010 9:42 pm Post subject: |
|
|
Yeah...but that's about all that's in the overlay right now...and one other rather old kernel nobody is probably using. I'm just saying it's no loss to remove the overlay until team zen fixes that ebuild.
[UPDATE]Yeah, I see...on funtoo it's actually in the portage tree. Makes the situation a bit trickier for funtoo users.
Last edited by platojones on Tue Apr 27, 2010 10:03 pm; edited 1 time in total |
|
Back to top |
|
|
albright Advocate
Joined: 16 Nov 2003 Posts: 2588 Location: Near Toronto
|
Posted: Tue Apr 27, 2010 9:49 pm Post subject: |
|
|
That's a relief -but I thought the zen sources were
supposed to speed things up! _________________ .... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
Back to top |
|
|
platojones Veteran
Joined: 23 Oct 2002 Posts: 1602 Location: Just over the horizon
|
Posted: Tue Apr 27, 2010 10:00 pm Post subject: |
|
|
albright wrote: | That's a relief -but I thought the zen sources were
supposed to speed things up! |
Heh, they giveth and they taketh away |
|
Back to top |
|
|
c00kiemon5ter n00b
Joined: 27 Apr 2010 Posts: 9 Location: (void *)null
|
Posted: Wed Apr 28, 2010 12:47 am Post subject: |
|
|
time to test ck-sources |
|
Back to top |
|
|
Bircoph Developer
Joined: 27 Jun 2008 Posts: 261 Location: Moscow
|
Posted: Wed Apr 28, 2010 11:31 am Post subject: |
|
|
krinn wrote: |
distcc build something1 part in your computer -> march=native -> march=core2 cpu
distcc send to build something2 part in another computer (let's say a pentium2) -> march=native -> march=pentium2 and worst, chost x86...
except if your computers helpers are also core2 with chost also x86_64 you'll get into trouble...
and don't forget an amd64 helper running 64bits won't trouble you with x86_64, but still your core2 will dislike any code optimize with 3dnow and others stuff amd got. |
This is wrong. If distcc detects -march=native or -mtune=native (or -mcpu) it compiles code locally. Look at the codes and patches applied. _________________ Per aspera ad astra! |
|
Back to top |
|
|
Nsane457 n00b
Joined: 25 Nov 2004 Posts: 45
|
Posted: Wed Apr 28, 2010 12:50 pm Post subject: |
|
|
aTan wrote: | Same problem here. Solved by unemerging live zen ebuild.
UPDATE: all zen sources should be removed to solve the issue. |
The problem exists because PV=9999.
Any time portage would consider zen-sources-9999 as a potential dependency it will segfault.
It appears that a fixed zen-sources-9999.ebuild is in the main portage tree (along with other zen-sources ebuilds) so simply get rid of the zen overlay and everything should work fine. |
|
Back to top |
|
|
c00kiemon5ter n00b
Joined: 27 Apr 2010 Posts: 9 Location: (void *)null
|
Posted: Wed Apr 28, 2010 3:48 pm Post subject: |
|
|
yeap, zen-sources are also in the official portage tree now.
The overlay is not needed, so you can delete it via layman.
Everything seems fine now, but that doesn't mean the ebuilds in the overlay shouldn't be fixed.
Thanks everyone. |
|
Back to top |
|
|
pappy_mcfae Watchman
Joined: 27 Dec 2007 Posts: 5999 Location: Pomona, California.
|
Posted: Wed Apr 28, 2010 11:35 pm Post subject: |
|
|
Good question. My lappy has this issue, and none of the other machines do, yet. I'm recompiling everything with fresh, non-emerged zen sources. I'm interested to see how things turn out. What an annoying bug.
More to come...
Cheers,
Pappy _________________ This space left intentionally blank, except for these ASCII symbols. |
|
Back to top |
|
|
pappy_mcfae Watchman
Joined: 27 Dec 2007 Posts: 5999 Location: Pomona, California.
|
Posted: Thu Apr 29, 2010 5:21 am Post subject: |
|
|
I have changed the zen sources to installed by means other than portage, and the issue seems to have cleared.
I'd still like to know why it's only bothering this machine. All of my other systems are working just fine with the emerged zen-sources. I figure that answer will find its way here.
EDIT: Things get stranger. This machine had the zen-sources overlay, but so did my amd64 machine, and it was never effected. :shrug: It doesn't much matter as the zen-sources overlay is no longer among my many files on my many machines. I just wonder why it was never a problem before now. /EDIT
Cheers,
Pappy _________________ This space left intentionally blank, except for these ASCII symbols. |
|
Back to top |
|
|
disi Veteran
Joined: 28 Nov 2003 Posts: 1354 Location: Out There ...
|
Posted: Sun May 02, 2010 2:41 pm Post subject: |
|
|
I have a laptop on x86 which has no problems with zen-sources from portage and a desktop x86_64 with zen-sources from portage which has the problem. _________________ Gentoo on Uptime Project - Larry is a cow |
|
Back to top |
|
|
platojones Veteran
Joined: 23 Oct 2002 Posts: 1602 Location: Just over the horizon
|
Posted: Sun May 02, 2010 3:32 pm Post subject: |
|
|
The ebuilds in portage are fine. The problem is with the 9999 ebuild in the zen-sources overlay. |
|
Back to top |
|
|
disi Veteran
Joined: 28 Nov 2003 Posts: 1354 Location: Out There ...
|
Posted: Mon May 03, 2010 2:07 am Post subject: |
|
|
Oh sorry, I thought I didn't use it on the desktop...
Thanks
But I didn't use the zen-sources-9999, just adding the overlay is enough to have the problem. _________________ Gentoo on Uptime Project - Larry is a cow |
|
Back to top |
|
|
Hwoarang Retired Dev
Joined: 24 Feb 2007 Posts: 701 Location: Leeds, UK
|
Posted: Mon May 03, 2010 4:48 pm Post subject: |
|
|
Please remove zen-sources overlay. It is old and umaintained. All wokring zen-sources ebuilds are in portage. I removed zen-sources overlay from layman lists as well |
|
Back to top |
|
|
CrankyPenguin Apprentice
Joined: 19 Jun 2003 Posts: 283
|
Posted: Mon Aug 23, 2010 6:02 pm Post subject: Same problem, no zen. |
|
|
I have the same problem with segfaults then appearing to run normally. I get it on all emerge calls. My emerge --info is below:
Quote: |
Portage 2.1.8.3 (hardened/linux/x86/10.0, gcc-4.3.4, glibc-2.11.2-r0, 2.6.34 i686)
=================================================================
System uname: Linux-2.6.34-i686-Intel-R-_Pentium-R-_4_CPU_3.40GHz-with-gentoo-1.12.13
Timestamp of tree: Fri, 20 Aug 2010 17:30:01 +0000
app-shells/bash: 4.0_p37
dev-java/java-config: 2.1.10
dev-lang/python: 2.5.4-r3, 2.6.5-r2
sys-apps/baselayout: 1.12.13
sys-apps/sandbox: 1.6-r2
sys-devel/autoconf: 2.13, 2.65
sys-devel/automake: 1.9.6-r2, 1.10.3, 1.11.1
sys-devel/binutils: 2.20.1-r1
sys-devel/gcc: 4.3.4
sys-devel/gcc-config: 1.4.1
sys-devel/libtool: 2.2.6b
sys-devel/make: 3.81-r2
virtual/os-headers: 2.6.30-r1
ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA dlj-1.1"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O2 -pipe"
CHOST="i686-pc-linux-gnu"
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"
CXXFLAGS="-march=pentium4 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ask assume-digests distlocks fixpackages metadata-transfer news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ ftp://gentoo.mirrors.pair.com/ http://mirrors.cs.wmich.edu/gentoo http://mirror.mcs.anl.gov/pub/gentoo/ ftp://mirror.mcs.anl.gov/pub/gentoo/ /usr/local/toolchain-overlay/distfiles"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j2"
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="/var/lib/layman/java-overlay /usr/local/portage/toolchain-overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="UTF8 acl acpi alsa apache2 berkdb bzip2 cjk cli cracklib crypt cxx directfb dri emacs fortran gdbm gpm hardened hddtemp iconv lm_sensors loop-aes lzo mmx modules mudflap mysql ncurses nls nptl nptlonly openmp pam pcre perl pic postgres pppd python readline reflection session spell spl sse sse2 ssl sysfs tcpd unicode urandom usb x86 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 cgi cgid 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 evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
|
Any suggestions? _________________ Linux, the OS for the obsessive-compulsive speed freak in all of us. |
|
Back to top |
|
|
CrankyPenguin Apprentice
Joined: 19 Jun 2003 Posts: 283
|
Posted: Mon Aug 23, 2010 7:24 pm Post subject: Update. |
|
|
It is possible that the bug lies in the java-overlay which I have installed. I have not received it on the other system which has the overlay although I have not updated that one due to the segfault (I need it working perfectly right now). I say that the fault may be in java overlay because I am now getting a segfault when I run eix-update on the java-overlay. If time serves I will try to search further. _________________ Linux, the OS for the obsessive-compulsive speed freak in all of us. |
|
Back to top |
|
|
|