Uz jsem si zvykl, ze uzivatele debianu se povazuji za nejlinuxovatejsi z linuxovatych, takze jsem jen cekal, kdy se objevi nekdo jeste vic "hardcore". No a uz jsou tady - "prekladatele" vseho. ;-)
Ted uz jen pockam, az i techto bude hodne a vznikne mezi nimi skupina, kterym samotne pouzivani a prekladani bude pripadat prilis ubohe a zacnou vsechny aplikace psat sami. (Back to Linus?:-))
Takze nic proti, prekladani vseho je urcite zajimava kratochvile, ale ja musim obcas i pracovat a ne se jen bavit, takze zustanu u svych rpm a v zachvatech "prekladatelskeho" chtice se uspokojim nejakym src.rpm balikem. ;-)
1. pokud mi jde o strojový čas, tak není jedno, že počítač furt něco kompiluje (nice toho moc nevyřeší, celkové množství strojového času, který je k disposici, se nicem nezvětší)
2. pokud s tím programem potřebuju pracovat, tak musím počkat, až se zkompiluje, takže na druhé konzole můžu leda tak čumět na prompt
aby se kokot nemusel namáhat s odpovědí: samozřejmě tomu taky nerozumím :o)
ad 1) Kdyz clovek potrebuje strojovej cas -> viz. "nice" ev. "renice".
ad 2) Kompilace samozrejme vubec nesouvisi s aktualni instanci toho programu. Event. problemy muzou nastat az u "make install" (pouhy kopirovani), ale to vetsinou taky nevadi, protoze ten program uz je natazenej v pameti. Ted mluvim samozrejme o updatu toho programu, ne o novy instalaci. Tam je samozrejme potreba si pockat, ale to samy plati i u binarnich distribuci (jen to trva min)...
1. Ach jo. Mluvím do zdi nebo co? Když procesor za skundu zvládne dohromady třeba miliardu instrunkcí, tak pustím pár programů s nicem a on z ničeho nic zvládne miliardy dvě? Škoda že to nevědí u Intelu a AMD :o) Jak podle tebe zvětší nice celkové množství strojového času k disposici, o kterým píšu?
2. No to teda souvisí. Dokud se nová verze nezkompiluje, musím používat starou, případně žádnou, pokud jsem program doteď neměl nainstalovaný. Na vyzkoušení nějakého programu nebo nové featury je to naprosto na prd.
Když jsem instaloval gentoo, tak jsem to samozrejme delal ve stavajici linuxove instalaci, kde jsem si na to vyhradil jednu konzoli. Chrootnul jsem si na novej disk, zadal par parametru, nakopnul to a pak prepnul zpatky do X a pracoval jako obvykle. Akorat sem tam jsem se juknul jestli to nepotrebuje popohnat a zase se vratil k praci. Pohoda. Kdyz uz jsem mel natahane vsechno co jsem potreboval, tak jsem si pretahl home adresar na partisnu s gentoo, upravil zavadec a rebootnul, upravil par veci a od te doby jedu v Gentoo. Ztrata casu minimalni, jelikoz vsechno kompilovani se odbude nekde na pozadi a clovek pritom muze pracovat jakoby se nechumelilo.
Jinak gentoo nepouzivam ani kvuli tomu kompilovani, ale spis kvuli te filozofii ala BSD. Debian sice takhle v podsate funguje taky, ale od pouziti na desktopu me odrazuji nutne sarady s balicky z ruznych vetvi.
ačkoliv se jako uživatel debianu cítím hrubě uražen ;-) nezbývá nic jiného než souhlasit. kdysi v počátcích portu debianu na MIPS jsem si vyzkoušel jaký je _skutečný_ bootstrapping, tj. vezmete zdrojáky gcc, binutils a libc a ty na architektuře X (u mě i386) přeložíte pro --target=Y (tady linux-mips). Pak je potřeba přeložit jádro, libc, nějaký init a spol pro cílovou platformu. Už ted jste zabili půlden... zkoušel jsem totéž pro linux-arm a ejhle: konfigurační skripty nebylo možné použít. člověk by čekal, že bude stačit upravit --target a věci okolo použitého procesoru, ale ono to není pravda. enable-threads vs. disable-threads, with-headers aj. jsou věci tak křehké, že je třeba testovat každou verzi toolchains zvlášt. když překlad skončí chybou po dvou hodinách je vážně veselo. toolchain-source je zkrátka solidní balík :)
tahle distribuce neřeší nic, je to jenom učebnice překladu ze zdrojáků. apt-get source <package> dá lepší výsledek a vyřeší závislosti. to musíte udělat stejně. *BSD systémy fungují velmi podobně. debian unstable obsahuje v podstatě tentýž sw. a jakpak je asi vyřešena situace, kdy host != target (jinými slovy potřebujete něco pro svůj embeded systém)? tohle umí i RH :-)
když se podívám na buglist kteréhokoliv projektu, je z takového mrhání silami smutno... ale co, každý dělá, co ho baví :-)
za chvíli bude linuxových distribucí víc než aplikací, a k čemu to? nikoho nezajímá, že v programech jsou tuny chyb a nedodělaných featur, hlavně že má nejnovější verze zoptimalizované pro jeho procesor a správu balíčků, která je nefunkční jiným způsobem, než správy balíčků v ostatních distribucích.
např. z gimpu budou nejspíš zase odstraněny mmx optimalizace základních grafických rutin, protože není, kdo by se o to staral. takže kompilace s -O9 -march=pentium5 vám bude stejně na prd.
