Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
emerge generates segmentation fault
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
c00kiemon5ter
n00b
n00b


Joined: 27 Apr 2010
Posts: 9
Location: (void *)null

PostPosted: Tue Apr 27, 2010 2:23 pm    Post subject: Reply with quote

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
View user's profile Send private message
platojones
Veteran
Veteran


Joined: 23 Oct 2002
Posts: 1602
Location: Just over the horizon

PostPosted: Tue Apr 27, 2010 2:59 pm    Post subject: Reply with quote

Nsane457 wrote:
Seems to be related to https://bugs.gentoo.org/show_bug.cgi?id=317297.

Unmerging zen-sources-9999 (still keeping and using the kernel source, though) worked for me.


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
View user's profile Send private message
aTan
Tux's lil' helper
Tux's lil' helper


Joined: 06 Jan 2007
Posts: 134
Location: Czech Republic (Ukraine)

PostPosted: Tue Apr 27, 2010 4:50 pm    Post subject: Reply with quote

Same problem here. Solved by unemerging live zen ebuild.

UPDATE: all zen sources should be removed to solve the issue.
Back to top
View user's profile Send private message
albright
Advocate
Advocate


Joined: 16 Nov 2003
Posts: 2588
Location: Near Toronto

PostPosted: Tue Apr 27, 2010 5:38 pm    Post subject: Reply with quote

Quote:
UPDATE: all zen sources should be removed to solve the issue.


I don't call that a "solution" :wink:
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)
Back to top
View user's profile Send private message
c00kiemon5ter
n00b
n00b


Joined: 27 Apr 2010
Posts: 9
Location: (void *)null

PostPosted: Tue Apr 27, 2010 8:01 pm    Post subject: Reply with quote

albright wrote:
Quote:
UPDATE: all zen sources should be removed to solve the issue.


I don't call that a "solution" :wink:

I wouldn't call it a workaround :p
Back to top
View user's profile Send private message
gerardo
Apprentice
Apprentice


Joined: 05 Feb 2004
Posts: 228
Location: Belgium

PostPosted: Tue Apr 27, 2010 8:44 pm    Post subject: Reply with quote

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
View user's profile Send private message
platojones
Veteran
Veteran


Joined: 23 Oct 2002
Posts: 1602
Location: Just over the horizon

PostPosted: Tue Apr 27, 2010 9:30 pm    Post subject: Reply with quote

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
View user's profile Send private message
gerardo
Apprentice
Apprentice


Joined: 05 Feb 2004
Posts: 228
Location: Belgium

PostPosted: Tue Apr 27, 2010 9:40 pm    Post subject: Reply with quote

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
View user's profile Send private message
platojones
Veteran
Veteran


Joined: 23 Oct 2002
Posts: 1602
Location: Just over the horizon

PostPosted: Tue Apr 27, 2010 9:42 pm    Post subject: Reply with quote

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
View user's profile Send private message
albright
Advocate
Advocate


Joined: 16 Nov 2003
Posts: 2588
Location: Near Toronto

PostPosted: Tue Apr 27, 2010 9:49 pm    Post subject: Reply with quote

That's a relief -but I thought the zen sources were
supposed to speed things up! :D
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)
Back to top
View user's profile Send private message
platojones
Veteran
Veteran


Joined: 23 Oct 2002
Posts: 1602
Location: Just over the horizon

PostPosted: Tue Apr 27, 2010 10:00 pm    Post subject: Reply with quote

albright wrote:
That's a relief -but I thought the zen sources were
supposed to speed things up! :D


Heh, they giveth and they taketh away :D
Back to top
View user's profile Send private message
c00kiemon5ter
n00b
n00b


Joined: 27 Apr 2010
Posts: 9
Location: (void *)null

PostPosted: Wed Apr 28, 2010 12:47 am    Post subject: Reply with quote

:P :P :P

time to test ck-sources :wink:
Back to top
View user's profile Send private message
Bircoph
Developer
Developer


Joined: 27 Jun 2008
Posts: 261
Location: Moscow

PostPosted: Wed Apr 28, 2010 11:31 am    Post subject: Reply with quote

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
View user's profile Send private message
Nsane457
n00b
n00b


Joined: 25 Nov 2004
Posts: 45

PostPosted: Wed Apr 28, 2010 12:50 pm    Post subject: Reply with quote

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
View user's profile Send private message
c00kiemon5ter
n00b
n00b


Joined: 27 Apr 2010
Posts: 9
Location: (void *)null

PostPosted: Wed Apr 28, 2010 3:48 pm    Post subject: Reply with quote

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
View user's profile Send private message
pappy_mcfae
Watchman
Watchman


Joined: 27 Dec 2007
Posts: 5999
Location: Pomona, California.

PostPosted: Wed Apr 28, 2010 11:35 pm    Post subject: Reply with quote

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
View user's profile Send private message
pappy_mcfae
Watchman
Watchman


Joined: 27 Dec 2007
Posts: 5999
Location: Pomona, California.

PostPosted: Thu Apr 29, 2010 5:21 am    Post subject: Reply with quote

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
View user's profile Send private message
disi
Veteran
Veteran


Joined: 28 Nov 2003
Posts: 1354
Location: Out There ...

PostPosted: Sun May 02, 2010 2:41 pm    Post subject: Reply with quote

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. :roll:
_________________
Gentoo on Uptime Project - Larry is a cow
Back to top
View user's profile Send private message
platojones
Veteran
Veteran


Joined: 23 Oct 2002
Posts: 1602
Location: Just over the horizon

PostPosted: Sun May 02, 2010 3:32 pm    Post subject: Reply with quote

The ebuilds in portage are fine. The problem is with the 9999 ebuild in the zen-sources overlay.
Back to top
View user's profile Send private message
disi
Veteran
Veteran


Joined: 28 Nov 2003
Posts: 1354
Location: Out There ...

PostPosted: Mon May 03, 2010 2:07 am    Post subject: Reply with quote

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
View user's profile Send private message
Hwoarang
Retired Dev
Retired Dev


Joined: 24 Feb 2007
Posts: 701
Location: Leeds, UK

PostPosted: Mon May 03, 2010 4:48 pm    Post subject: Reply with quote

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
View user's profile Send private message
CrankyPenguin
Apprentice
Apprentice


Joined: 19 Jun 2003
Posts: 283

PostPosted: Mon Aug 23, 2010 6:02 pm    Post subject: Same problem, no zen. Reply with quote

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
View user's profile Send private message
CrankyPenguin
Apprentice
Apprentice


Joined: 19 Jun 2003
Posts: 283

PostPosted: Mon Aug 23, 2010 7:24 pm    Post subject: Update. Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page Previous  1, 2
Page 2 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum