Gentoo 2006.1 (diskuse)

[stulda]

Staci na zmenu profilu jenom zmenit symlink /etc/make.profile nebo je jeste potreba udelat neco jinyho? A jak se nastavujou ty podprofily?

[David Watzke]

Staci na zmenu profilu jenom zmenit symlink /etc/make.profile nebo je jeste potreba udelat neco jinyho?

Kdepak, to stačí. Podprofily se nastavujou takhle (pro x86):

# cd /etc
# rm make.profile
# ln -s /usr/portage/profiles/default-linux/x86/2006.1/desktop make.profile

[D-Evil]

Nebo eselect profile set číslo (seznam získáte příkazem eselect profile list)

[mkoubik]

# rm make.profile

asi by tam mělo bejt:

# rm -f make.profile

(jenom pro úplnost, nebo kdyby to chtěl někdo kopírovat do terminálu)

[David Watzke]

Proč jako?

[David Watzke]

Btw, tady můžete tahat

ftp://ftp.linux.cz/pub/linux/gentoo/releases

[hermelin]

Spis me zajima jak dopadnou upgrade na nove gcc 4.1.1 a glibc 2.4. Mam to na dost vzdalenych serverech a docela by me zajimalo jestli prechod z gcc 3.4 a glibc 2.3 (2006.0) bude bezproblemovy.

[David Watzke]

Když jsem to zvládl já, tak by to neměl být problém snad pro nikoho

[hermelin]

Takze rikas bez problemu ? A postupoval si podle tohodle navodu http://www.gentoo.org/doc/en/gcc-upgrading.xml nebo jaky byl tvuj postup ?

[David Watzke]

Takze rikas bez problemu ?

Ano...

nebo jaky byl tvuj postup ?

Nejdřív jsem zkompiloval 2x GCC (aby se zkompilovala sama sebou a 100% zmizela závislost na tu starou), pak glibc a pak zbytek balíčků...

[hermelin]

Dik za info - zkusim - snad to vse klapne OK

[Martin Doucha]

Ehm, GCC se při instalaci vždycky kompiluje samo sebou. První kompilace je starou verzí, potom se zkompiluje znova čerstvě zkompilovanou verzí a potom se zkompiluje ještě jednou pro kontrolu binární integrity. Proto to taky tak nechutně dlouho trvá.

[David Watzke]

Já vím, ale ta čerstvě kompilovaná verze je kompilovaná starou GCC tak proto

[hermelin]

Ja si myslim ze si Martina spatne pochopil. Pokud zadas "emerge gcc" tak uz pri teto instalaci se gcc kompiluje 3x. Takze neni treba to davat 2x za sebou protoze vysledek dane instalace je uz sam sebou kompilovan po jedinem spusteni "emerge gcc". Snad to chapu spravne.

[David Watzke]

Ne, během emerge gcc se zkompiluje gcc4 a s tou se to pak kompiluje znova. Přesto je to IMHO lepší zkompilovat ještě jednou, aby se i ta gcc kterou se to pak kompiluje zkompilovala znova... uff

Takže ne 3x...

[hermelin]

no radsi toho nechame

[David Watzke]

Jasně, Králi Sýrů

[hermelin]

Dik za info. Stejne je to vse kompilovano jeste 3x protoze pokud se postupuje podle navodu co jsem poslal vyse tak nejprve rucne upgrade na novou verzi - pote se to rekompiluje diky emerge -e system a pak jeste emerge -e world.

[David Watzke]

Jasně, ale to je zbytečný... do worldu (s přepínačem -e) spadá i system...

[Käyttäjä 11133]

Do worldu spadá system překvapivě i bez přepínače -e

[David Watzke]

No, jasně, vtáhne ho to sebou.

[JeanVEGA]

mas pravdu, nebol

[Kníže Ignor]

LOL

[kavol]

upgradoval jsem včera přes ssh z gcc 3.4.6 a glibc 2.3.něco na 4.1.1 a 2.4 a tváří se to bez problémů - pravda, na reboot jsem si ještě netroufnul

krok emerge -e world jsem vynechal, pokud ho budeš dělat, tak vynech emerge -e system, neboť bys to akorát zbytečně překompilovával dvakrát ... tedy samozřejmě pokud máš odvahu odchýlit se od oficiálního postupu a nedělat věci "just for sure"

emergovat samotné gcc víckrát také k ničemu není (stejně se tak ale stane po jakémkoliv emerge -e ...)

[lampa]

A ty profily ovlivnuji konkretne co? Jak se lisi profil server od detskopu?

[hermelin]

co jsem tak v rychlosti videl tak jde pouze o to jak jsou prednastavene defalutne parametry USE.

[David Watzke]

Takhle <

# diff -r desktop server
diff -r desktop/make.defaults server/make.defaults
3c3
< # $Header: /var/cvsroot/gentoo-x86/profiles/default-linux/amd64/2006.1/desktop/make.defaults,v 1.4 2006/07/25 19:28:54 wolf31o2 Exp $
---
> # $Header: /var/cvsroot/gentoo-x86/profiles/default-linux/amd64/2006.1/server/make.defaults,v 1.1 2006/06/09 15:12:47 kugelfang Exp $
5,9c5
< # This will be commented and replaced with just STAGE1_USE="unicode" if we do
< # not end up with a stable glibc 2.4 by 2006.1's release.
< STAGE1_USE="nptl nptlonly unicode"
<
< USE="alsa arts avi cairo cdr dbus dvd dvdr eds emboss encode esd fam firefox gif gnome gstreamer gtk gtk2 hal jpeg kde ldap mad mikmod mp3 mpeg ogg opengl oss pdflib png qt3 qt4 quicktime sdl spell truetype vorbis win32codecs X xml xv"
---
> USE="apache2 ldap mailwrapper mysql snmp truetype xml"
Only in desktop: virtuals

[helb]

* Warning, the Surgeon General has determined that using profiles before
* they have been released can cause a multitude of medical problems,
* including, but not limited to:

* Nausea, diarrhea, intestinal blockage, mental defects, anal leakage,
* erectile disfunction, blindness, and death.

Ráno mi to vyhrožovalo průjmem a smrtí, teď už to jede v pohodě...

[David Watzke]

Jo, x86kaři říkali, ale já používám amd64/2006.1/desktop už jak dlouho a nikdo nevyhrožuje...

[helb]

x86, no... Ale hlášky to má pěkný :D

[finn]

Nebudu se tvářit jak brouk Pytlík a radši se zeptám: proč je po instalaci nového gcc doporučováno přeinstalovat systém?

To be completely safe that your system is in a sane state, you must rebuild the toolchain and then world to make use of the new compiler.

Nějak mi uniká souvislost mezi instalací gcc a přeinstalováním vimu, man-pages nebo pythonu...

[David Watzke]

Třeba proto, že když pak vyhodíš starou GCC, bude to dělat bordel...

[Käyttäjä 11133]

Nebude to dělat bordel kvůli vyhození starého GCC. Na GCC není žádná závislost, kompilátor se k binárkám nelinkuje. Bude to dělat bordel třeba v případě zkompilování jadernéo modulu kompilátorem verze x a samotného jádra kompilátorem verze y.

[David Watzke]

Nebude to dělat bordel kvůli vyhození starého GCC.

Bude... odzkoušeno.

[Martin Doucha]

GCC 3.x obsahuje libstdc++, kterou ve 4.x vyhodili.

[David Watzke]

Nevyhodili... stále tu mám

/usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/32/libstdc++.a
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/32/libstdc++.so
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/32/libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/32/libstdc++.so.6.0.8
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/32/libstdc++_pic.a
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/libstdc++.a
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/libstdc++.so
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/libstdc++.so.6
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/libstdc++.so.6.0.8
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/libstdc++_pic.a

[Martin Doucha]

Špatně jsem to napsal, nevyhodili jí celou, vyhodili jenom libstdc++.la

[DjAARA]

Na překompilování worldu jsem se vybodl, předpokládám, že než budu odinstalovávat gcc 3.4.6 (jestli vůbec - a to bude až se do gentoo dostane další stable překladač (a nemyslím tím minor verze 4.1), 3.4 si nechám kvůli škole, předpokládám, že i nadále budou testovat překlad tímto překladačem), tak už vše bude překompilované 4.1.1.

[brk]

Jak víš, jak se tvářím?

[David Watzke]

ROFLMAO!

[newman]

Ahoj.

pri prechodu z gcc-3.4 na gcc-4.1 se znovu zmenilo ABI (stejne jako pri prechodu z 3.3 na 3.4) proto musis prekompilovate cely system (tenkrat se menilo jenom ABI u cpp).

a pro ostatni: jedina moznost jak se vyhnou nekompatibilite mezi programy zkompilovanymi ruznymi verzemi gcc je NUTNE prekompilovat prvne system a pak world. ikdyz se to (system) kompiluje dvakrat, a na gentoo foru byl kratky skriptik na odstraneni tehle redundance, je to jediny doporuceny postup a fungujici postup. `fix_libtool_files` spustte urcite dvakrat, vyhnete se problemum.

a nezapomente prekompilovat jadro :).