Vlákno názorů k článku Distribuce slučují adresáře /lib a /usr/lib, je to dobrý nápad? od AoeAoe - Mne sa to paci tak, ako to je. /bin...
-
AoeAoe (neregistrovaný)
Mne sa to paci tak, ako to je.
/bin - admin veci (coreutils)
/usr/bin - apps nainstalovane pkg systemom
/usr/local/bin - apps co some si manualne skompiloval/nainstalovalJe to jednoduche a jasne, fakt ze ludia uz nepouzivaju na tieto veci diskety a sietove mounty je vyhoda (aspon v tom nie je bordel).
Navyse sa na tieto 'core' aplikacie v bin daju aplikovat striktne pravidla (whitelist, rootkit checky via hashe, trusted path execution a pod).
-
Tak, jak to je teď (v Linuxu) už to stejně moc nemá logiku. Na FreeBSD mám v / malý základní systém, který je potřeba pro nabootování. Je tam toho málo, takže to klidně můžu dát na základní ufs. Tím odpadá šaškování s initrd apod.
Oproti tomu od /usr se očekává, že tam bude daleko víc věcí, který se používají častěji, a bude tam víc místa. Takže už se třeba bude hodit jiný fs.
Taky mám docela slušnou jistotu, že v /usr nebude nic specifickýho pro konkrétní stroj, takže můžu mít třeba pro bezdiskový stanice jeden /usr.
Taky vím, že se do /usr bude zapisovat jenom při upgradu verze OS. Instalace balíků tam nezapisuje, takže můžu mít s klidem /usr read-only a jenom jednou za pár měsíců na to budu muset šahat.
atd. atd. prostě nejrůznější výhody a jistoty, který platí už X let.
V Linuxu mám spíš pocit, že mám jedinou jistotu: že to, jak to je teď, bude zítra jinak - lépe, radostněji, moderněji...
-
Creator (neregistrovaný)
Ano, pochopili jsme - máš rád úhledné FreeBSD a nelíbí se ti bordel v GNU/Linuxu.
Ten bordel vzniká proto, že Linux používá řádově víc lidí a vývojáři pro něj dělají řádově víc softwaru, takže se v něm bordel šíří řádově rychleji. Zároveň to způsobuje, že se při problémech nedá jednoduše vrátit na čtverec jedna a začít všechno dělat jinak. Musí se pracovat s tím, co je.
Pokud je nějaká věc rozbitá, protože autoři softwaru nedodržují pravidla, je jednodušší upravit systém tak, aby se dal i s takhle rozbitým softwarem v praxi používat, než přinutit všechny autory, aby své programy přepsali podle pravidel. Sebelepší promýšlení dopředu těmhle věcem nezabrání a spousta lidí pravidla stejně nikdy dodržovat nebude.
Řečeno krátce, je to daň za úspěch a za svobodu. A řešením je pragmatičnost. Estéti nechť dál používají třeba Plan 9.
-
No a tohle právě vůbec není pravda a je to výborná ukázka gulášovitého myšlení. Jak propánakrále souvisí množství dostupného SW třetích stran s FSH?
Jen tak FYI: FreeBSD aktuálně obsahuje 23765 portů. Porovnej s množstvím balíků ve tvé oblíbené distribuci.
>> protože autoři softwaru nedodržují pravidla, je jednodušší upravit systém tak, aby se dal i s takhle rozbitým softwarem v praxi používat
Jasně. A tenhle koloběh půjde do nekonečna: někdo zprasil SW, tak zprasíme OS, aby to fungovalo. Ono to funguje, takže autor SW neopraví. Pro jistotu ještě pár nekompatibilit přidá. Výsledek: systém plný workaroundů, kde u většiny z nich už ani nikdo neví, co měly původně workaroundovat, ale každý ví, že je potřeba kvůli nim dělat další workaroundy, protože by se ten historický workaround rozbil nějakou cool moderní featurou...
-
AoeAoe (neregistrovaný)
Dalsiu (hoc velmi malu) vyhodu ma to rozdelienie z pohladu rychlosti, malokedy je cele /usr/bin drzane v dcache (linux directory cache, google dentry) kdezto maly folder /bin sa moze byt nacacheovany nonstop.
Anyways, nemam pocit ze by toto rozdelenie robilo userom problemy, vacsina toolov v /bin je bud pouzivana len systemom (/bin/init) alebo je de facto standardizovana - interprety (/bin/sh, /bin/*ash, /bin/awk).
Zmena .. zlo!
-
tvi (neregistrovaný)
AoeAoe> Je to jednoduche a jasne, fakt ze ludia uz nepouzivaju na tieto veci diskety a sietove mounty je vyhoda (aspon v tom nie je bordel).
tvi> Uvedu jeden (uznávám, trochu atypický) příklad z vlastní praxe: sestavoval jsem linuxový systém pro digitální varhany, kde bylo z určitých důvodů potřeba, aby "/" (minimální základní systém s ovladači, prostorem pro dočasný zápis atd.) běžel z ramdisku a "/usr" (velký moloch s daty (objemné zvukové vzorky) a software (hudební programy, grafická podpora dotykových obrazovek)) byl připojen na read-only mediu. V současné FHS to bylo realizovatelné prakticky minimální úpravou nějaké existující distribuce. Dost obtížně si ale umím představit realizaci v novém "vylepšení" - leda tak nacpat do /usr/bin zase jen minimum potřebné pro rozchození ramdisku a zbytek mít nafutrovaný dejme tomu někde do /opt, čímž ale celé stěhování do jednoho chlívku ztratí smysl (stěhovat tam třeba X-ka, Javu atd. ...)
-
tvi (neregistrovaný)
no, z obecného hlediska by bylo použití initramfs asi lepší řešení než klasický ramdisk (to mne nenapadlo, muselo by se ozkoušet a porovnat, nejsem zas tak velký linuxový šaman), ale není mi jasné, zda by to přineslo nějaký pokrok z hlediska toho, o čem se bavíme (výhoda odděleného /usr od základu systému) v dané hardwarové situaci, pro kterou se zvolené řešení nakonec po řadě experimentů ukázalo (z toho, kam sahaly mé chabé znalosti) jako nejpoužitelnější.
