Dotaz: Problém po upgrade GLIBC

[Jakub]

Po upgrade glic už nemužu nic zkompilovat a to ani ručně (configure, make, make install) ani pomocí emerge. Emerge vždy skončí po nějaké krátké době s předem neznámou chybou (emake failed, econf failed atd.). Abych si byl jistej že je to v GLIBC zkusil jsem system znovu nainstalovat a po upgrade glibc na verzi 2.6.1 opět stejný problém.

Odpovědi

[Jan Kundrát (jkt)]

bez konkretni chybove hlasky se radi dost spatne.

[Miška]

Co zkusit revdep-rebuild, pripadne emerge -1 binutils. Jinak poslat konkretni chybovou hlasku je vzdycky dobrej napad

[Jooky (inactive)]

este by sa hodilo emerge --info , z akej verzie na aku si updatoval a aky profil pouzivas a ci si nieco spolu s tym emergoval (alebo v tej dobe). (vestica teodora ma dovolenku, sorry :D )

[Jakub]

Příloha:

• info.txt (2881 bytů)

Ja bych chybovou hlášku poslal kdyby nebyla pro jakejkoliv program po každym pokusu o jeho instalaci jiná. Někdy to jako The die message nahlásí make failed někdy econf failed někdy no die message a pokud je to dostatečně malej program a stihne se nainstalovat cca do 20s tak se i třeba napotřetí nainstaluje. Ta chyba je vždy jiná a nastane vždy v jiném časti kompilace.

V příloze přikládám výpis emerge --info

A stalo se to při uprade glibc ze základní verze ve stage3 2007.0 na verzi 2.6.1

[Petr Šobáň]

No tak v tom případě je chyba v HW. Skontrolovat ram zrušit jakékoliv přetaktování.

Prostě pokud je chyba vždy jiná a v jiném místě to znamená že hapruje HW a nebo pokud jsi překládal tu knihovnu tak blbne ta knihovna.

[Jakub]

Ale mě veškerý kompilace než se dokončí kompilace glibc fungujou (i když znovu gentoo nainstaluiju tak to funguje dokud neprovedu reinstal glibc a je jedno na jakou verzi dokonce i když ho přeinstaluju tou samou verzí). Kdyz by to byl HW tak by to podle mě nefungovalo už od začátku.

[David Watzke]

Pokud máš cokoliv přetaktovaný, tak to vrať do defaultu, protože to bys musel mít fakt zázračnou glibc, aby naprosto náhodně haprovala.

[Petr Šobáň]

A nebo u té knihovny používáš nějakou optimalizaci co se nelíbí tvému HW.

[Jakub]

Příloha:

• .config (26827 bytů)

nic přetaktovaný nemam a všechny flags ke kompilace který používám jsou vypsaný ve výpisu z emerge --info viz. výše. Jinak je to na NB Acer Aspire 3103WLMi, ještě přikládám soubor .config pro kernel jestli v něm neni něco co by za to mohlo

[Murry]

Mě se stalo něco podobného, kdysy....
Pomohlo vypnout CFLAGS 'fPIC' a USE 'pic' ...

[Jakub]

Ale ja USE pic a CFLAGS -fPIC nepoužívám.

[thl]

Takové problémy mě vždy donutily opustit stabilní větev a používat ~. tj místo x86 nebo amd64 mám nastaveno ~x86 nebo ~amd64. Subjektivně mi testovací větev přijde spolehlivější a zejména méně problémů s kompilací.

[Jakub]

i to sem zkoušel jak novější jádro tak i novější glic a nic

[thl]

a co testnout prvně novější gcc před kompilací čehokoliv?Pak teprve glibc a novější jádro.

[thl]

osobně mám nainstalovanou verzi 4.2.2, protože jsem měl nějaké potíže s kompilací 4.2.3. Stejně netrpělivě čekám na 4.3.x , protože od této verze si budu moci zapnout march=core2 místo march=nocona.

[Jakub]

tak sem zkusil nejdřív upgrade gcc na 4.2.3 a pak sem dal emerge -auv world. Všechno šlapalo v pohodě až do chvíle než se nainstaloval novej glibc. Nasledující balíček, což je bc-1.06-r6 skočil s chybou econf failed. A kompilace čehokoliv jinýho skončí tou samou chybou.

[tsLnox]

hm tak to nevim... mě sice (není to tak dlouho) glibc taky trochu rozhodilo systém, ale revdep-rebuild (za otcovy stálé snahy vyhodit mě od PC xD) to nakonec vyřešil

můžu popřát jedině... GL+HF

[BlackBourne]

Tak už jsem to vyřešil ale nevím přesně co pomohlo udělal sem tři věci : 1) na začátku instalace ještě před kompilací jádra a vůbec čehokoliv sem provedl upgrade gcc a emerge system 2) odstranil jsem z make.conf většinu use flagu 3) glibc jsem kompiloval s use glibc-omitfp