[gentoo] emerge sandbox failt

[Boudewijn]

Hoi

Ik heb een quad core amd64 systeem op gentoo dat maar niet die stomme sandbox wil compileren; en dat is irritant omdat portage het wel wil:

code:

checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/sandbox-1.2.20_alpha2/work/build-x86-x86_64-pc-linux-gnu/config.log

!!! ERROR: sys-apps/sandbox-1.2.20_alpha2 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_compile
  ebuild.sh, line 937:   Called src_compile
  sandbox-1.2.20_alpha2.ebuild, line 97:   Called econf '--libdir=/usr/lib32' '--enable-multilib'
  ebuild.sh, line 540:   Called die

!!! econf failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

!!! This ebuild is from an overlay: '/usr/local/portage'

andere zut compileert btw prima....

code:

dionysos mediawiki # emerge --info
Portage 2.1.1-r1 (default-linux/amd64/2005.1, gcc-3.4.6, glibc-2.4-r3, 2.6.17 x86_64)
=================================================================
System uname: 2.6.17 x86_64 Dual Core AMD Opteron(tm) Processor 265
Gentoo Base System version 1.12.5
Last Sync: Fri, 27 Oct 2006 15:20:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.3.5-r2, 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -pipe -O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -pipe -O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo"
LINGUAS="nl"
MAKEOPTS="-j9"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 apache2 asterisk bitmap-fonts bzlib cli cracklib crypt cups cyrus-sasl dedicated dlloader dri dvd dvdr dvdread eds elibc_glibc emboss encode foomaticdb fortran gd-external gdbm gif gpm gstreamer imap imlib innodb input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog jpeg kernel_linux ldap libwww linguas_nl lzw lzw-tiff maildir mp3 mpeg mysql ncurses nptl nptlonly pam pam-mysqlimap pcre perl php png postfix pppd python qt3 qt4 quicktime readline recursor reflection sasl sdl session snmp spl ssl tcpd tiff tls truetype-fonts type1-fonts usb userland_GNU vhosts video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo winbind xml xorg xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

De versie maakt niet uit van sandbox (lees ik heb de nieuwste geunmasked maar dat hielp ook niet).
Ik heb ook dit gedaan:

code:

FEATURES=-sandbox emerge sandbox

.

Zelfde probleem.
Googlen levert alleen maar PEBKACs op.

Iemand een idee?

[Zr40]

Boudewijn schreef op vrijdag 27 oktober 2006 @ 22:34:
Ik heb ook dit gedaan:

code:

FEATURES=-sandbox emerge sandbox

Zelfde probleem.

Geeft dit hetzelfde probleem tijdens de sandbox-loze compile, of als je het erna opnieuw probeert?

edit:

code:

checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.

Wat staat er in config.log? Deze is te vinden in /var/tmp/portage/sandbox-1.2.20_alpha2/work/build-x86-x86_64-pc-linux-gnu/.

(lees ik heb de nieuwste geunmasked maar dat hielp ook niet).

In principe hoef je als gewone gebruiker helemaal niets te unmasken. Packages zijn doorgaans gemasked met een goede reden.

[ Voor 63% gewijzigd door Zr40 op 27-10-2006 22:44 ]

[Rainmaker]

Deze fout krijg je met foute CFLAGS / CXXFLAGS...

Vreemd, want ik kan niks vreemds ontdekken bij je emerge --info...


Probeer eens voor de gein

code:

CFLAGS="-pipe" emerge sandbox

[ Voor 3% gewijzigd door Rainmaker op 27-10-2006 22:52 ]

[Boudewijn]

Zr40 schreef op vrijdag 27 oktober 2006 @ 22:39:

Geeft dit hetzelfde probleem tijdens de sandbox-loze compile, of als je het erna opnieuw probeert?

ja.

Zr40 schreef op vrijdag 27 oktober 2006 @ 22:39:
Wat staat er in config.log? Deze is te vinden in /var/tmp/portage/sandbox-1.2.20_alpha2/work/build-x86-x86_64-pc-linux-gnu/.

http://temp.gentoo-forum.nl/config.log
ik denk dat hij iets te groot is om hier te c\p'en.

Zr40 schreef op vrijdag 27 oktober 2006 @ 22:39:
In principe hoef je als gewone gebruiker helemaal niets te unmasken. Packages zijn doorgaans gemasked met een goede reden.

Jep in principe
in principe zou de ebuild ook moeten werken. ik ben pas gaan unmasken na dit gedoe.


@rainmaker: doet hetzelfde.

[Raynman]

Boudewijn schreef op vrijdag 27 oktober 2006 @ 22:53:
[...]

ja.

Klinkt als een "Wil je thee of koffie? -Ja."-situatie en link geeft 404.

Verder staat er dit:

code:

!!! This ebuild is from an overlay: '/usr/local/portage'

Aangepaste ebuild?

[Boudewijn]

jep.

ik heb toen de orig. ebuild niet wilde werken erin zitten wroeten en die econf regel op 97 aangepast.
ook zonder errort hij.

de link is fixed trouwens (sorry vrijdagavond)

[Zr40]

In de config.log zie ik het volgende:

code:

configure:2709: i686-pc-linux-gnu-gcc -V >&5
i686-pc-linux-gnu-gcc: '-V' must come at the start of the command line

Aangezien dit redelijk vroeg in het configure proces gebeurt, lijkt het mij sterk dat dit een sandbox fout is. Maar andere packages compilen wel, heb je vermeld in je startpost.
Probeer voor de gein eens bash opnieuw te emergen? (Of welke package dan ook, als het maar gebruik maakt van configure.)

[Boudewijn]

ok vandaag al 80 gedaan.

bash gedaan.... (kostte 1 minuut volgens genlop).
wat nu?

[Zr40]

bash zelf is waarschijnlijk niet de oorzaak, maar dit sluit in ieder geval uit dat er iets mis is met het configure systeem.
Welke niet-gemasked versie van sandbox geeft problemen?

[DataGhost]

Inderdaad, het is handig als we ook weten welke versies je allemaal hebt geprobeerd. Voor zover ik nu kan zien heb je namelijk alleen geprobeerd de nieuwste (alpha-)versie te installeren, na het omzeilen van een hardmask. Snie goed Als je even vertelt welke fouten je precies kreeg met welke unmasked versies, onder welke user je probeert te emergen, wat revdep-rebuild -pv oplevert, en of een recompile van gcc/binutils/glibc/portage iets oplost, zou dat erg fijn zijn

edit: oh en maakt het nog verschil als je je MAKEOPTS weghaalt, dwz -j1 in plaats van -j9?

[ Voor 9% gewijzigd door DataGhost op 27-10-2006 23:49 ]

[Boudewijn]

code:

[ebuild     U ] sys-apps/sandbox-1.2.17 [1.2.12]

alles uit package.keywords gehaald van sandbox btw.
ook de overlay is geleegd op dit gebied.

[Boudewijn]

ik doe het als root.
en nee de hele toolchain upgraden hielp hier niet.


en ik ben gaan unmasken omdat de reguliere versie niet up wilde graden.... en dat is van 12 naar 17. (ik ga potverdikkeme geen sys-apps/XXX) un-hardmasken.

[ Voor 52% gewijzigd door Boudewijn op 27-10-2006 23:50 ]

[DataGhost]

Nouja, wat ik dan altijd doe is het emergen van een iets lagere versie dan de nieuwste (unmasked?) als die niet werkt.

helios ~ # emerge -pv =sandbox-1.2.
sandbox-1.2.12 sandbox-1.2.17 sandbox-1.2.18.1 sandbox-1.2.20_alpha2
sandbox-1.2.16 sandbox-1.2.18 sandbox-1.2.20_alpha1-r2

Keuze zat probeer eens emerge -av =sandbox-1.2.16
(en vertel wat revdep-rebuild -pv oplevert, wellicht dat er iets stuQue is waardoor je configure niet goed werkt. Ik heb op mijn server (x86, geen amd64) gewoon 1.2.17 draaien namelijk.)

[Boudewijn]

ja ik weet het.
waarom wil ik upgraden?

omdat ik gewoon die bak goede nieuwe software wil hebben draaien.
ook omdat emerge world -uD dan goed blijft draaien (lekker makkelijk)

de revdep doet:

code:

All prepared. Starting rebuild...
emerge --oneshot -pv =dev-java/blackdown-jdk-1.4.2.03 
..........

dus alleen java moet gedaan worden.
op zich werkt de huidige sandbox btw prima.

[DataGhost]

Boudewijn schreef op zaterdag 28 oktober 2006 @ 00:07:
ja ik weet het.
waarom wil ik upgraden?

omdat ik gewoon die bak goede nieuwe software wil hebben draaien.
ook omdat emerge world -uD dan goed blijft draaien (lekker makkelijk)

de revdep doet:

code:

All prepared. Starting rebuild...
emerge --oneshot -pv =dev-java/blackdown-jdk-1.4.2.03 
..........

dus alleen java moet gedaan worden.
op zich werkt de huidige sandbox btw prima.

Nou, als het niet stuQ is hoef je het niet te fixen toch? Het kan altijd gebeuren dat op een specifieke install iets niet werkt, mijn manier werkt dan vrij goed (vind ik zelf). Gewoon het betreffende package masken en dan pakt ie met emerge -uD world sowieso de iets lagere versie, en zodra er een nieuwere uitkomt neemt ie die gewoon.

[Boudewijn]

nou ja waarom fixen: bug-upgrades? soms willen packages die op een versie die nieuwer is dan de mijne niet emergen.

dat vind ik wel vrij storend.
sowieso: het zou moeten werken op amd64... op sparc64 is het ok dat het brak is.

[Hagar]

gebruik jij eselect-compiler ?
eselect-compiler heeft een aantal ernstige bugs openstaan en is niet voor niks hardmasked.

Als je die geinstalleerd hebt moet je deze vervangen voor gcc-config

emerge -C eselect-compiler; emerge --oneshot =gcc-config-1*
gcc-config -l
gcc-config <compiler_profiel_uit_lijst>
env-update
source /etc/profile
emerge --oneshot sandbox

[Boudewijn]

ik gebruik gcc ... op een 'productie' (ja er moet BSD op ik weet) bak alleen maar standaard spul.

[Verwijderd]

Zomaar iets hoor, maar ik had hier ook last van en bij mij kwam het omdat ik gewoon geen 32 bits spul kon executen.
Heb je zelf een kernel gemaakt?

Check eens of IA32 emulatie in de kernel aanstaat, bij mij stond dat niet aan met gevolg dat ik een aantal apps niet kon emergen, sandbox, gcc etc.

Je kan het ook testen door even een simpele 32 bits en 64 bits binary te compilen.
Maak eens een hello.c file en zet dit erin:

main()
{
printf("Hello!\n");
}

Dan, gcc hello.c -o hello64 en gcc hello.c -o hello32 -m32.
chmod +x hello* en ./hello64 en ./hello32.
Als je de 32 niet kan executen, staat IA32 waarschijnlijk niet aan in je kernel.

[ Voor 3% gewijzigd door Verwijderd op 28-10-2006 12:30 ]

[Boudewijn]

ze doen het allebei, en ik kan ook gewoon alle gcc meuk enzo emergen.... op 1 ding na.
vandaag wilde mijn ppc crosscompiler ook niet emergen, maar dat is van later zorg.

[Hagar]

Boudewijn schreef op zaterdag 28 oktober 2006 @ 02:56:
ik gebruik gcc ... op een 'productie' (ja er moet BSD op ik weet) bak alleen maar standaard spul.

gcc is de compiler,
eselect-compiler en gcc-config bepalen welke compiler je systeem gebruikt.

Dus graag mijn post nogmaals doorlezen en beantwoorden.

@fabio-c
Helemaal vergeten

[ Voor 4% gewijzigd door Hagar op 28-10-2006 18:54 ]

[Verwijderd]

Hagar schreef op zaterdag 28 oktober 2006 @ 18:09:
[...]

gcc is de compiler,
eselect-compiler en gcc-config bepalen welke compiler je systeem gebruikt.

Dus graag mijn post nogmaals doorlezen en beantwoorden.

Als je zijn eerste post beter had bekeken:

System uname: 2.6.17 x86_64 Dual Core AMD Opteron(tm) Processor 265
Gentoo Base System version 1.12.5
Last Sync: Fri, 27 Oct 2006 15:20:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
app-admin/eselect-compiler: [Not Present]

[Boudewijn]

hagar; ik snap je punt echt niet.
het feit dat gcc een compiler is, mag je als zijnde bekend beschouwen bij mij.

code:

dionysos boudewijn # emerge eselect-compiler -p

These are the packages that would be merged, in order:

Calculating dependencies   
!!! All ebuilds that could satisfy "eselect-compiler" have been masked.
!!! One of the following masked packages is required to complete your request:
- app-admin/eselect-compiler-2.0.0_rc2-r1 (masked by: package.mask, ~amd64 keyword)
# Ned Ludd <solar/gentoo.org> (Aug 14 2006)
# This pkg breaks working systems and eradicator
# has gone MIA yet again.
# Bugs 143697, 108398, 112156, 135702, 137917,
# 138296, 139016, 139629, 143684


For more information, see MASKED PACKAGES section in the emerge man page or 
refer to the Gentoo Handbook.

eselect-compiler emergen lijkt me niet zo slim

[ Voor 77% gewijzigd door Boudewijn op 28-10-2006 20:07 ]

[Zr40]

Boudewijn schreef op zaterdag 28 oktober 2006 @ 19:55:
hagar; ik snap je punt echt niet.
het feit dat gcc een compiler is, mag je als zijnde bekend beschouwen bij mij.
[...]
eselect-compiler emergen lijkt me niet zo slim

Het punt is juist dat eselect-compiler bugs bevat, en aangeraden wordt over te schakelen naar gcc-config.

Gcc-config is een tool waarmee je tussen compilerversies kan switchen. Eselect-compiler doet hetzelfde, maar is gebaseerd op eselect, een configuratie toolkit. Eselect-compiler is nieuwer, en is een tijdje unmasked geweest. Echter zijn er bugs ontdekt, waardoor men nu aanraadt terug te switchen naar gcc-config.

[Boudewijn]

ja ik heb geen eselct-config maar gcc-config.
afaik klopt dat dus ook

[Hadron]

Hmm, als ik zo naar het config.log kijk, is hij gestopt met de melding dat hij crt1.o mist.

sudo equery belongs crt1.o
[ Searching for file(s) crt1.o in *... ]
sys-libs/glibc-2.4-r3 (/usr/lib32/crt1.o)
sys-libs/glibc-2.4-r3 (/usr/lib64/crt1.o)

Misschien is't je moeite waard om glibc 'even' opnieuw te emergen?
(Ik tiep 'even' omdat glibc emergen altijd een eeuwigheid duurt hier )

[edit]
Oh ja, als je recent overgegaan bent van gcc 3.x naar 4.x, word je door Gentoo aangeraden alle packages te re-emergen

[ Voor 14% gewijzigd door Hadron op 28-10-2006 21:40 ]

[Boudewijn]

glibc gerecompiled ... ( merge time: 42 minutes and 30 seconds.)


maar het helpt niet.
ik ga als ik niets hoor emerge world doen vanavond... en dat duurt echt even.

[Hadron]

Voor de migratie van gcc 3 naar gcc 4 staat de handleiding in de gentoo documentatie

Verder zou ik op de gentoo forums kijken.. In de 3 jaar dat ik nu gentoo gebruik, heb ik daar meestal genoeg terug kunnen vinden..

Overigens is de versie van sandbox die je aan het emergen bent gehardmasked.. Dat wil meestal zeggen dat die packages OF zo lek zijn als een mandje OF serieuze problemen met je systeem gaan geven. Misschien is het wijzer om versie 1.2.17 te emergen, die is op amd64 stabiel.

Last but not least, kan je kijken of je probleem in de bugzilla van sandbox wordt genoemd.

[Boudewijn]

Hadron schreef op zondag 29 oktober 2006 @ 00:03:
Voor de migratie van gcc 3 naar gcc 4 staat de handleiding in de gentoo documentatie

Verder zou ik op de gentoo forums kijken.. In de 3 jaar dat ik nu gentoo gebruik, heb ik daar meestal genoeg terug kunnen vinden..

Allang gedaan.

Hadron schreef op zondag 29 oktober 2006 @ 00:03:
Overigens is de versie van sandbox die je aan het emergen bent gehardmasked.. Dat wil meestal zeggen dat die packages OF zo lek zijn als een mandje OF serieuze problemen met je systeem gaan geven. Misschien is het wijzer om versie 1.2.17 te emergen, die is op amd64 stabiel.

die heb ik al geprobeerd... as I said, ik ga niet voor niets hardmasked shit unmasken.
btw: daarmee probeerde ik het vandaag (toen ik zag dat die hardmasked versie niet werkte heb ik hem weer teruggezet).

Hadron schreef op zondag 29 oktober 2006 @ 00:03:
Last but not least, kan je kijken of je probleem in de bugzilla van sandbox wordt genoemd.

ja lekkere laatste optie

[Boudewijn]

het remergen van libtool lijkt het op te lossen trouwens.