19 Dec
2003
19 Dec
'03
10:30 p.m.
djosip(a)croadria.com (Josip Deanovic) writes:
To možeš staviti pod napredno. Naime premda njubijima nije zanimljivo,
svakako je zanimljivo to znati *bez* da 4 sata kompiliraš! - I to od
nekoga kome se je dalo. :-)
On je pod networkingom. Misliš da bismo ga trebali prebaciti u 9.?
Nesto mi ne stima sa tvojim charsetom.
To je izvan mojih administratorskih ovlasti. Isto je i na web
arhivi. Mailman pretvara nase crcke u base64. Kod mene se nista nije
mjenjalo 3 i vise godina glede toga.
U "osnove" bi trebalo nagurati kompletno
objasnjenje ownershipa usera
i grupa nad fajlovima i direktorijima kao i permissionima.
Dodano.
Predlazem i dodavanje ovih sekcija ili ukomponiravanje
u postojece:
- Vlasnistvo i dozvole (mozda bi bilo bolje ownership i permissioni)
u sklopu ovoga bi se detaljno sa primjerima, ascii artom i bez
komplikacija objasnilo 100% kako funkcionira sustav prava i vlasnistva
nad fajlovima, a ne ovlas kao sto to obicno biva. Nedavno sam dosao
do zakljucka da najveci broj korisnika Linuxa shvaca i poznaje samo
90% problematike sto kasnije dovodi do iznenadenja kad user ne moze
obrisati fajlove sa permissionima 777.
4.11. File ownership, bitovi i permissioni - unix osnove.
- Povijest unixa i linuxa
Ukratko povijest Unixa i Linuxa, godine, ljudi koji su sve poceli, itd.
Mislim da to negdje vec ima na hrvatskom, samo treba pronaci, mozda
Rado ima nesto sto nije (C)(R)(TM). Za detalje naravno dati URL na
par desetina mjesta na webu gdje to piše, od DMR-a i Bell Labsa, pa do
Linusa i ESR-a.
- Licence - prava o obveze
Ljudima GPL i ostale licence predstavlja nesto neshvatljivo i cesto
nisu sigurni sto smiju, a sto ne smiju. Nije cudo za nekoga tko
godinama koristi nelegalni softvare i ima duboku ukorijenjenu
naviku trazenja cracka ili cdkey-a.
To bi išlo u predzadnju sekciju (može se ona bilo gdje renumerirati,
nemojte se hvatati za brojeve). Traženje crackova u konvencije - kod
netiquette i unix kulture kojoj je to more/less strano.
Sto mislite hoce li to biti previse nalik na howto?
Ne, jer pokriva sve i svašta. :-)
Trebali bi srediti i parametre koji se daju kernelu
prilikom boota.
Ili mozda da se napravi sekcija koja pojasnjava boot. Meni je to
jako trebalo dok sam pocimao sa Linuxom, a sve sam morao skuziti
sam. Sto na kraju i nije lose. :-)
Dodajem u Development:
10.1.1 Kernel boot - troubleshooting i česte boot opcije
Isto tako mislim da nije pokriveno spasavanje sistema.
Odlična ideja! Mislim da bi trebalo uzeti sa grupe nekoliko tipičnih
scenarija i napraviti rescue huharicu!
7.2. Rescue sistema kada nešto generalno pođe po zlu, scenariji i
savjeti
> stvarima ipak ne bi trebali pisati potpuni
po=E8etnici. Josipe, pitaj
> Tvrtka da li bi =BEelio malo poraditi na KDE Q/A, bolje netko tko zna
> =B9to pi=B9e ...
Tesko, da ce htjeti. On je ipak kernel hacker. Ali
dobro, mogu ga
pitati. :-)
Pa rekao si da je ljubitelj KDE-a. :-) Nek si odvoji kojih sat i pol i
napiše nešto malo ... možemo ga podmititi pivom ... (mislim si: bolje
da o tome piše ozbiljan čovjek)
Ok, ali mislim da im treba dati rucno dizanje i
spustanje interfaceova
te pojasniti rute i spomenuti dokumentaciju i najcesce alate koji
se koriste.
Trebamo misliti na to da ljudima treba dati osnove da bi mogli krenuti
dalje. Ako su osnove preslabe onda ce user biti izgubljen.
Agrid, no opet vele mi ljudi da većina ljudi ne voli biti zatrpana
informacijama i prebogatim štivom. Za razliku od tebe i mene koji
jučer do pet ujutro čitam RFC-ove i HOWTOove o IPv6, pa u 8 idem u
firmu slagati tunele i OSPFv3 na testnoj mreži jer nemrem zaspati dok
to ne isprobam i onda se vratim doma spavati do podneva. :-)
Znači osnove bi trebale biti osnove i trebalo bi DOBRO sakriti od
ljudi da ih želimo nešto naučiti, to će doći onda kada se malo
priviknu. Znači zalažem se za "niti preslabe niti prejake osnove".
Ok, iako se nadam da ce vecina odgovora biti sto je
moguce vise
portabilna, tj. primjenjiva na vecini ako ne na svim distribucijama.
SVI odgovori moraju biti generički (većinom) osim iz dist i vendor
sekcija koje baš služe tome da izoliraju takve stvari - do njih bi
samo trebali voditi linkovi iz ostalih sekcija kada je to potrebno.
Meni to upravo i odgovara.
Na svu sreću imao si i primjedbi, to i tražim budući da sam *siguran* da
se nisam svega sjetio - ljudi vičite dalje, ne samo za dodavanje,
recite ako bi što trebalo izbaciti za sada - naime ako bude previše
bit će to kasnije gotovo.
Ok. Bas sam razmisljao o tome ali CVS nije previse
koristan za nesto
malo sto nije razbijeno u dijelove i podijeljeno maintainerima. (IMHO)
Agrid.
Ovdje treba ubaciti nesto kao "Kako prepoznati
trolla i kako mu se
oduprijeti"
Apsolutno, to je i Elezović predložio, a slažemo se da ide u
konvencije.
ext2/3 treba pisati kao ext2, ext3 jer pocetnik ovo
moze dvojako
shvatiti.
Blagodati izvlačenja: TO JE DRAAAFT! :-)
> 4.6.7. Linkovi do svih distribucija i
njihove engleske
> dokumentacije, linkovi do rasprava koja je distra
> bolja i nekoliko rije=E8i o tim raspravama i njihovom
> (be)smislu.
Ovdje treba sekcija koja ce pojasniti najpoznatije
paket managere.
rpm, deb, tgz, pkg, itd.
Može.
4.12. Najpoznatiji paket manageri i formati paketa: rpm, deb, pkg i
klasični tgz, tar.gz i taz.bz2 tarballovi.
6.11. WWW
Browseri, pros, cons, a vs b ...
6.11.1. Kako se u Mozilli ono ...
6.11.2. Mozilla mi ne=E6e ...
Mozemo tu ubaciti kako kompajlirati mozillu i galeon jer sam ja na
450MHz potrosio nekoliko dana dok nisam skuzio da se na neke opcije
krse. Zapisao sam one s kojima radi. ;-) Dodati inetd i xinetd.
Pa bio je, pod 9.3. :-)
9.6. NFS,
portmap ...
Spomenuti i NIS tako da se bar zna sto je to bilo i cemu je sluzilo. Mozda bi bilo dobro da se napravi opsiran popis
naredbi sa kratkim
objasnjenjem i primjerom sintakse koristenja.
Da, to su često tražili. whatis u /bin im je isto OK.
Boot loaderi i njihovo uklanjanje, multiboot, tj.
suzivot vise
OS-ova na jednom stroju.
5.1. Boot loaderi i njihovo uklanjanje, multiboot, tj. suzivot vise
OS-ova na jednom stroju.
:-)
Dodati Xineramu i slicne stvari.
6.22. GL, 2D i 3D akceleracija, XF86Config, xinerama, vendori:
nvidia, ati ...
(samo sam ubacio još i xinerama)
Dodati popis URL-ova na kojem se moze iscitati
podrzani i nepodrzani HW.
Koji HW i gdje to uklopiti? Nemam neku ideju ...
Objasniti kako se vidi i kako se postavi vrijeme na
Linuxu. Spomenuti
postojanje hwclocka i systemskog (software) sata.
5.2. Postavljanje sistemskog vremena i njegovo spremanje u BIOS.
Nabacio sam ove ideje jer ce mi kasnije ispariti iz
pamcenja. :-)
Neće, snimljeno ... :-)
--
The Network is the Filesystem.