ja robim s OpenBSD, ale asi takto:
ad 1: klavesnica, staci sa pohrat s mapingom. Na i386 obcas/niekedy nefunguje
ad 2: bash ma byt v local, nie v bin (nie je defaultovy)
ad 3: root by bash mat nemal, preco? ako root som sa naposledy prihlasil tak pred rokom
ad 4: MC je shit, preto napr. nie je v portoch OpenBSD
ad 5: vi na vacsinu staci, ak nie je to v portoch. Kompilovat sa nemusi ak je k dispozicii balicek s pozadovanymi vlastnostami (flawours) - co vacsinou je
ad 6: kompilovat sa ma, je to lepsie, clovek si to nastavi ako chce a moze si pozriet patche ake boli aplikovane a to v diff forme
ad 7: netvrdim ze to je lepsie ako Linux, ale ja som s tym spokojnejsi. Kazdy tyzden nove jadro nemusim.
t.
1) Jasne, taky jsem to jen poznamenal a nekritizoval (respektive nic v tom clanku nebyla kritika).
2) No prave se tady stretava filozofie s praxi. Pokud bude v /usr/local/bin, nebudou problemy, pokud po bootu nastane problem s fsck a bude pripojeny pouze root RO a ja mam bash jako root shell.
3) A ja myslel, ze pristup "OS vi co je pro uzivatele dobre" uplatnuje jenom Microsoft... Proste ja chci mit root shell bash.
4) Vicemene souhlasim, ale treba pro prohlizeni stromove struktury je idealni.
5) vi je vylozene nouzovka (asi jako treba joe). Na normalni praci je podstatne lepsi vim (syntax highlighting, ...)
6) No to je fajn, ale kdyz aktualizuji treba 30 serveru, tak to kompilovat na kazdem...
7) Ja to nove jadro kazdy tyden taky nemusim :-)
2) pokud neni shell dostupny, dostanete vyzvu kde si muzete zvolit libovolny jiny shell, ze ktereho provedete fsck a mount /usr a pak si muzete spustit bash. jinak bash neni soucast zakladniho systemu (base), je to software treti strany a jako takovy se instaluje do /usr/local. pekny shell ktery je soucasti systemu je treba /bin/tcsh. vase prekvapeni plne chapu, vsichni kteri prechazeji z Linuxu jsou prekvapeni, protoze jsou zvykli na /bin/bash.
IMHO: Je treba mit na pameti, ze root login shell pouzivaji i neinteraktivni veci, (napr. spoustene z cronu), ktere v me praxi casto byly scripty s bash nekompatibilni. Dokonce i nektere binarky pustene z bash coreuji (bash ma na nekterych systemech problemy s loudovanim nekterych knihoven). Takze ma zkusenost je, ze root by mel mit co nejkompatibilnejsi shell a kdyz mu ho nekdo zmeni, lamu za to prsty! ;-)
O.
Skripty neco nejak maji mit? :-) Tos' me pobavil. :-) Jak to reknes lidem, kteri je psali cca pred 10-ti lety? Ano, bylo by hezke smet vse prepsat od zacatku, zel zejmena na zivych strojich nesmime menit nic, co nesouvisi s nasim projektem. Nedto vsechny skripty prepsat a otestovat by byla prace - troufam si odhadnout - cca na 1 clovekorok (~1Mil Kc). To jiste za nahradu logovaciho shellu nestoji.
Navic co ma clovek pak odpovedet na otazku vedeni - proc jste to menili, kdyz to fungovalo od 1995? Clovek akorat vypada jako blbec, ze stoural do veci, po kterych mu nic neni a kterym prokazatelne ani nerozumi, kdyz to pak nejelo. :-( Navic je pak krome vedeni a zakaznika nasrana i manzelka, pac to clovek jede nekam resit misto oslavy narozenin, dovolene...
v tom pripade ja dost velka sanca, ze nieco pod bash nepojde - bash nie je 100% kompatibilny s klasickym bourne shellom (niektora syntax obcas dava ine vysledky)
Btw ratam s tym ze ak sa budu 10rokov stare skripty hadzat na aktualny OS, je dost velka sanca ze bude nutne prepisat ich tak ci tak...
root nie je v systéma nato aby niečo robil ale len nato aby niečo upravil/nastavil/zachránil/na-od-instaloval... .
bash nie je spätne kompaktibilné, ani medzi platformami UNIX-ov. Klasický BORN shell je preto taký aký je aby bol na všetkých systémoch rovnaký. Aj ped 10 rokmi aj o 10 rokov ... Nie preto sa nemení že by to nevedel niekto preprogramovať a doplniť ale chvalabohu sa ešte nenašiel taký iniciatívny blbec.
Mám jeden šikovný skriptík na admin systému, ktorý som napísal a odladil na BSD 2.9 ( skúsim hádať koľko Vás vie čo to je ?? ) . Bez toho aby som zmenil jediné písmenko to fungovalo vo všetkých SCO, BSD, Linux, FreeBSD, OSF 1, HP UX aj AIX !!