Portál AbcLinuxu, 28. října 2025 12:09
Nejde jen o "nový vzhled instalátoru" instalátoru (to je vedlejší produkt KDE4), ale hlavně o FUNKCIONALITU (a zjednodušení, viz. např významný pokles instalačních kroků). Aby to všechno fungovalo bez hodiny a hravě, ne aby musel člověk 3 dny čekat na kompilaci a modlit se ke Svatému Tunákovi, aby se to někde nepoto
Ave chameleon!
Nejde jen o "nový vzhled instalátoru"
s/KDE4/Qt4/
Svatému TunákoviCo to používáš za systém s rybama, neznatuxi jeden? Tux si Tě dá k obědu!
/arch/quickinstall (tj malý, jednoduchý, a čitelný skript, který do cílového mountu rozbalí core balíky, a provede nějakou minimální inicializaci. Ale obávám se že něco tak přímočarého v Suse vůbec realizovat nejde, protože si tam různá "usnadňovadla" navzájem radostně podrážejí nohy.
(recnicka otazka - neodpovedat
)
2) Opravdu onen skript najdu na instalačním médiu? Že ne? Takže proč to vůbec zmiňujete?!?

.
aneb bez "zeleného moru" bych si to nedokázal představit.
SUSE Labs pracuje na vývoji jádra Linuxu, Samby a vývojových nástrojů pro Linux, včetně GCC,
Což docela dobře vysvětluje, proč už 5 let v GCC přetrvává bugPochopil jsem vás správně, že GCC bylo bezchybné, ale od té doby, co do toho SUSE Labs začalo přispívat, zavedlo bugy a blokuje jejich opravu? Si děláte srandu nebo to myslíte vážně?
?
(BTW, my zase "máme" Petra Tomeše. Co s tím dělat? Někdy jen humor ochrání člověka před pádem do frustrace.
)
Hmm, možná se mi to jen zdá, ale trollové jeho typu se vynořují čím dál tím častěji. ;/ Naštěstí hlavně na Rootu, sem to tak nějak neproniká.
)
Vidí, mě zas před frustrací z toho, že zjevné chyby se stále dokola obcházejí, místo aby se jednou a provždy vyřešily, pomáhá občasné trollování.
SUSE Labs "pracují na vývoji jádra Linuxu, Samby a vývojových nástrojů pro Linux". Uniká mi, kde v tom vidíš to "diktátorsky drží pod palcem vývoj kernelu, GCC a Glibc a bez jejich štemplu se nic nesmí dělat", které se nám zjevně snažíš namluvit.
Taky bych mohl říct: "Na GCC a Glibc pracuje jiste i Red Hat. To docela dobře vysvětluje, proč už 5 let v GCC přetrvává bug, díky kterému nepatchovaný gcc-glibc toolchain nelze použít pro tvorbu binárek pro uclibc, přestože jde o totožnou architekturu." Nebo třeba že bychom si vzali na paškál IBM nebo HP? 
ale nikdy jsem nepochopil, jak je možné nenajít soubor ve vlastním počítači. Vždyť přece ukládáš soubory tam, kam patří - můžeš mít prakticky libovolně rozsáhlou hierarchii adresářů, a až budeš soubor hledat, tak prostě půjdeš po té hierarchii podle toho, čeho se ten soubor týkal, a z principu nemůžeš nikdy zabloudit.
Mimochodem, několikrát jsem přemýšlel o tom, jakou hirerarchii že bych si měl udělat, a nakonec jsem dospěl k tomu, že bych těch smysluplných hierarchií dokázal vymyslet i víc paralelně. Nebo tagovat soubory by se mi občas hodilo. A já si toho Holmese na disk stejně asi nasadím.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.