Tak hele a co kdybys misto tech kecu radsi napsal kus dokumentace?
Ze Te triskali RTFM a byli na Tebe zli, s tim uz nic nenadelas. Ale muzes to zmenit pro ty budouci generace
Dokumentace u Promethea je slaba a nemyslim si, ze je az tak cool muset si dohledavat ve zdrojaku, co ktera volba vlastne dela. Az to bude slusne popsany a dotazy budou RTFM, pak je posilej do haje.
Ja nerikam, ze na me nekdo byl zly. Sice je fakt ze jsem to v ty dobe tak nejak aktualne citil, ale pamatna veta Dannyho (nebo D-Evila), ktera se me sice netykala a nebyla me urcena (chudak Digletton) znela: "Chci aby ses neco naucil, proto Te posilam do prdele" a musim rict, ze po urcite dobe s ni muzu jen souhlasit.
Bylo to k cemu. Clovek bud neco prekousne a chce se dane veci venovat, nebo nechce. Problem u novacku je, ze malokdy poznas, zda se bude zajimat dal, nebo zda si jen napise konfig, ktery bude chodit a nikdy uz se o problematiku nebude zajimat, nez se neco posere. Pak bude opet hledat napovedu.
Chapu rozhorceni, kdyz uzivatel chce neco hned nakonfit a nikdo miu neporadi. Soucitim s nimi, ale je nejen jednodussi rict "google," ale i ucelnejsi. Tusim ze to pred cytrmi lety byla slova Dannyho, ktery prohlasil, ze pokud se clovek nenauci sam hledat problem, nema se sanci naucit vic. (omlouvam se za zrejme nepresne zneni). Na druhou stranu ocenuju Aquariusovu snahu, protoze on byl jedinny kdo si vyhradil cas a dost me ze zacatku postrcil vpred. Proto velmi dobre chapu ze se ozval i tady.
Danny: ne, opravdu nejde o sikanujici komplex :-)
Ale co se tyce promethea, az na par drobnosti bych mu nemel co vytknout. rpm ci deb baliky by nebyly spatny, ale v tom ze se distribuuje jako tarko a user si to sam musi zkompilit nevidim problem. Kazdy kdo trosku umi anglicky (paklize ma nekdo commandline v cestine a anglicky neumi, nechapu jak cte man, ktery stale cely prelozen neni) s manualem co je k prometheovi prilozen nema problem, je tam vse nazorne uvedeno.
Problem pokud chapu spravne nastava prave pri kompilaci. Seznam zavislosti jsme zde tusim jiz vypsali, libc6, libc6-dev, gcc, gcc-devel, gcc-compat plus navazne zavislosti.
I tak si ale nemyslim, ze je tohle pripad, kdy by se n00b mel poprvy setkat s kompilaci. Tyhle detske problemy s kompilaci a zavislostmi by si mel kazdy poprve projit pri kompilaci kernelu, aspon takovy mam nazor.
__________________
V.I.R.N.I.K: Vigiliant Individual Responsible for Nocturnal Infiltration and Killing
Resistance is, and always has been futile...
V podstatě jsou dva důvody proč není oficiální rpm nebo debianí package: jednak, že to opravdu není hotový (dokumentace, rozumný /etc/init.d/ interface, možná i nějaký interaktivní setup), a druhak, že lidi kteří rpm nebo deby umějí udělat se mnou o tom nějak nekomunikují (chybí tu nějak ten mezistupeň mezi tím stavem, kdy oni z toho umějí udělat balík a stavem kdy já z toho umím udělat balík.) Ale jinak samozřejmě, že bych to finálně jako předkompilované balíky nabízet chtěl... (a vydělat na tom balík, samozřejmě :-)
S tím kernelem to vidím taky tak. Totiž vůbec netuší, jestli nějaká současná distribuce má předkompilovaný modul pro SFQ nebo HTB. Logicky jsem předpokládal, že poté co přibalený checkovací skript lidem vypíše, že nemají HTB nebo SFQ (nebo že nemají /proc/config.gz :-), tak že začnou řešit kompilaci kernelu, a to gcc se jim tak nějak nachomýtne samo do cesty... :-)
mozna by stalo za to se zamyslet nad zdokonaleniim promethea tak, aby podporoval shaping a qosing na vice ifacech najednou, pricemz by se na kazdy iface daly nastavit pajpy zvlast. pak by to bylo opravdu cool
__________________
V.I.R.N.I.K: Vigiliant Individual Responsible for Nocturnal Infiltration and Killing
Resistance is, and always has been futile...
01.02.2006 v 18:22
