[gentoo] verschillende make errors

[Siebz0r]

Mensen,
Tijdens het emergen van sommige programma's ontstaan er wel eens fouten tijdens het compileren.
Ik heb nooit een idee waar te beginnen met zo'n foutmelding. Weet iemand hiervoor een procedure?

Hier 2 foutmeldingen;

*
* ERROR: net-analyzer/netdude-0.4.8a failed.
* Call stack:
* ebuild.sh, line 49: Called src_install
* environment, line 109: Called die
* The specific snippet of code:
* emake DESTDIR="${D}" install || die "emake install failed";
* The die message:
* emake install 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/net-analyzer/netdude-0.4.8a/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/net-analyzer/netdude-0.4.8a/temp/environment'.
*

*
* ERROR: dev-util/monodevelop-0.19 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 2527: Called die
* The specific snippet of code:
* emake || die "make failed"
* The die message:
* make 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/dev-util/monodevelop-0.19/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-util/monodevelop-0.19/temp/environment'.
*

[Verwijderd]

Nou, de logs bekijken die meepost staan en daaruit zien op te maken wat er fout gaat

[Siebz0r]

waar zou k die logs het beste kunnen uploaden?

[laurencevde]

Allereerst zijn de stukken die je post niet de daadwerkelijke fouten, maar slechts de melding dat er iets heeft gefaald. Hier heb je dus niks aan. De echte fouten staan daarboven.

Meestal kun je uit de echte foutmelding wel de oplossing afleiden, en anders kun je het beste eerst je hele systeem updaten, revdep-rebuild draaien, en rare compilatie-opties uitzetten.
Als dat niet helpt, forums.gentoo.org en bugs.gentoo.org afzoeken, en als het dan nog niet werkt wordt het tijd om een bug op bugs.gentoo.org te planten.

[Boudewijn]

Tsja post het relevante deel van het log (net voor het einde) gewoon hier .

[_eXistenZ_]

Ik ben toevallig as we speak een dergelijke error aan het posten op gentoo-forum.nl Weet zelf ook niet wat de oplossing is voor een compileprobleem, helemaal als je stable draait zou het niet mogen natuurlijk

[Siebz0r]

hier dan de 1e, hopelijk kan iemand hieruit iets opmaken.

/usr/bin/install -c -m 644 'nd_raw_protocol.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_raw_protocol.h'
/usr/bin/install -c -m 644 'nd_timestamp.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_timestamp.h'
/usr/bin/install -c -m 644 'nd_tp.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_tp.h'
/usr/bin/install -c -m 644 'nd_tpm_gui.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_tpm_gui.h'
/usr/bin/install -c -m 644 'nd_trace.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_trace.h'
/usr/bin/install -c -m 644 'nd_trace_area_gui.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_trace_area_gui.h'
/usr/bin/install -c -m 644 'nd_trace_registry.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_trace_registry.h'
/usr/bin/install -c -m 644 'nd_types.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_types.h'
make[2]: Leaving directory `/var/tmp/portage/net-analyzer/netdude-0.4.8a/work/netdude-0.4.8a/src'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/var/tmp/portage/net-analyzer/netdude-0.4.8a/work/netdude-0.4.8a/src'
make: *** [install-recursive] Error 1

[wzzrd]

Siebz0r schreef op vrijdag 28 maart 2008 @ 18:09:
hier dan de 1e, hopelijk kan iemand hieruit iets opmaken.

/usr/bin/install -c -m 644 'nd_raw_protocol.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_raw_protocol.h'
/usr/bin/install -c -m 644 'nd_timestamp.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_timestamp.h'
/usr/bin/install -c -m 644 'nd_tp.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_tp.h'
/usr/bin/install -c -m 644 'nd_tpm_gui.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_tpm_gui.h'
/usr/bin/install -c -m 644 'nd_trace.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_trace.h'
/usr/bin/install -c -m 644 'nd_trace_area_gui.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_trace_area_gui.h'
/usr/bin/install -c -m 644 'nd_trace_registry.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_trace_registry.h'
/usr/bin/install -c -m 644 'nd_types.h' '/var/tmp/portage/net-analyzer/netdude-0.4.8a/image//usr/include/netdude/0.4/nd_types.h'
make[2]: Leaving directory `/var/tmp/portage/net-analyzer/netdude-0.4.8a/work/netdude-0.4.8a/src'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/var/tmp/portage/net-analyzer/netdude-0.4.8a/work/netdude-0.4.8a/src'
make: *** [install-recursive] Error 1

Nee, je mist nog steeds het relevante stuk

Mmh. Fouten na een rijtje installs, waarin geen fouten staan. Misschien toch wel een ebuild bug.

[ Voor 3% gewijzigd door wzzrd op 28-03-2008 23:27 ]

[Siebz0r]

heb in m'n /etc/make.conf, het lijntje "MAKEOPTS="-j3"" verandert in "MAKEOPTS="-j1"" nu maakt emerge de ebuild af

eens kijken of dit ook werkt met de andere ebuild

[Siebz0r]

jup, andere finished ook netjes

[Boudewijn]

Siebz0r schreef op zaterdag 29 maart 2008 @ 14:10:
heb in m'n /etc/make.conf, het lijntje "MAKEOPTS="-j3"" verandert in "MAKEOPTS="-j1"" nu maakt emerge de ebuild af

eens kijken of dit ook werkt met de andere ebuild

Dat zou niet uit mogen maken.
Dat is gewoon een parallelisatie optie voor compilatie-threads.
Als iets niet te paralleliseren is, dan hoort het ook niet te gebeuren (wordt in sommige ebuilds dan ook gewoon overridden).

[Siebz0r]

Boudewijn schreef op zaterdag 29 maart 2008 @ 14:31:
[...]

Dat zou niet uit mogen maken.
Dat is gewoon een parallelisatie optie voor compilatie-threads.
Als iets niet te paralleliseren is, dan hoort het ook niet te gebeuren (wordt in sommige ebuilds dan ook gewoon overridden).

dus....

[Boudewijn]

Dus dat zou eigenlijk niet moeten mogen.
GCC hoort zelf te merken waneer GCC niet meerdere threads tegelijk kan compileren.
Op het moment dat het toch fout gaat hoort de ebuild developer het te over-riden in de ebuild (dat kan gewoon), en dat is dus niet gebeurd.


1: draai je stable? Zo ja, kwalijke zaak van de gentoo-devs. (ik gebruik het zelf ook trouwens hoor, naat nog wat andere dingen).
2: tipje, post voortaan ook je emerge --info.
3: logjes kun je kwijt op pastebin oid.

[Siebz0r]

hoe zie ik of ik stable draai?

thnx voor de tip van pastebin

[_eXistenZ_]

Als je dingen in /etc/portage/package.keywords of /etc/portage/package.unmask gezet heb zodat je een pakketje/ versie dat niet stabiel verklaard was toch wilde kunnen installeren --> unstable.
Als je dit niet gedaan heb -->? je draait stable.

[Siebz0r]

in dat geval draai ik unstable

[laurencevde]

sowieso dus een bugreport richting gentoo sturen. Dit zijn precies de dingen waarvoor pakketjes in unstable getest worden voordat ze stable worden.

[Boudewijn]

_eXistenZ_ schreef op zaterdag 29 maart 2008 @ 15:25:
Als je dingen in /etc/portage/package.keywords of /etc/portage/package.unmask gezet heb zodat je een pakketje/ versie dat niet stabiel verklaard was toch wilde kunnen installeren --> unstable.
Als je dit niet gedaan heb -->? je draait stable.

Niet helemaal.
dan draai je een unstable versie van die pakketten.

Dat je 1 pakket unstable draait betekent niet dat je hele systeem unstable is bij de meeste pakketten (tsja als je glibc oid unstable pakt ...).

Gewoon emerge --info | grep KEYWORDS .

Als daar ~XXX bijstaat waarbij XXX je arch is draai je unstable.

Dit staat trouwens ook allemaal al lang en breed op het eerder genoemde http://www.gentoo-forum.nl beschreven hoor.

[ Voor 8% gewijzigd door Boudewijn op 30-03-2008 03:15 ]

[Verwijderd]

Boudewijn schreef op zaterdag 29 maart 2008 @ 15:05:
Dus dat zou eigenlijk niet moeten mogen.
GCC hoort zelf te merken waneer GCC niet meerdere threads tegelijk kan compileren.

Dit is tijdens de install, niet tijdens de compile, dus gcc doet niks, nergens. Dit is een make probleem, niet een compilatie-probleem.

[Boudewijn]

Waarom maakt dan de makeopts flag wat uit? afaik wordt die direct aan GCC meegegeven, of heb ik dit mis.