On Sat, 24 Jan 2004 14:46:45 +0200 Birzan George Cristian <[EMAIL PROTECTED]> wrote: > On Sat, Jan 24, 2004 at 01:22:10PM +0200, Ground Zero wrote: > > In alta ordine de idei, e fantastic de multa inertie in comunitatea Linux. > > Te-ai astepta ca utilizatorii unui sistem de operare care a ajuns si pe > > ceasuri de mina sa fie mai flexibili. Apar mereu doua tipuri de reactii: > > "de ce sa incerci ceva complet nou cind exista si functioneaza chestiile > > vechi", respectiv "te-ai apucat de astea pentru ca nu esti in stare sa > > pricepi chestiile traditionale, nu esti linuxist adevarat, du-te si mai > > citeste de 3 ori documentatia, invat-o pe de rost dupa care sa nu te mai > > aud cu prostii din astea revolutionare". > [...] > /usr/i486-linuxlibc1/lib nu e FHS, asa ca te rog sa te duci sa mai > frunzaresti o data documnetatia, poate chiar o intelegi
Voila. > Prin _ce_ e mai buna organizarea ta? (sau a celor de la Gobo, whatever) > In loc sa ai /lib/ ai /System/Links/Libraries/? Am /S/L/L in loc de /lib, /usr/lib, /usr/local/lib, /usr/X11R6/lib, /usr/i386-glibc21-linux/lib si /usr/kerberos/lib, gasite pe un Red Hat. Dintre care primele 4 sint in FHS daca nu ma insel. > Cum separi ceea ce e instalat local de ceea ce face parte din pachete? De ce ar trebui facuta vreo distinctie? Ce inseamna "instalat local?" Ceva esential pentru sistem? Ceva aflat pe o anumita partitie? Nu orice fisier de pe sistem are legatura cu un anumit pachet? > Aplicatiile de sistem de cele folosibile de useri? Prin drepturi, evident, cea mai pragmatica diferentiere si singura care are importanta IMHO. Daca o aplicatie e "de sistem" dar are voie un user obisnuit sa o execute ce inseamna? > De cand sunt glibc, kernelheaders, ncurses si readline aplicatii? Imi cer scuze. O sa le zic "Packages", daca-mi permiti, bineinteles. (Tot e bine ca nu le-am zis "Programs" ca in Gobo ca mincam si bataie pe motive de asociere cu odiosul M$.) :D > Sau, cum functioneaza /Appliction? Oarecum pe principiul /opt, in sensul ca fiecare pachet e instalat cu --prefix=/opt/ceva si deci isi regaseste toate fisierele asociate acolo. Personal am ales sa pun fisierele de configurare si de runtime undeva la comun (am explicat in primul mesaj din thread). In plus accesul la diverse parti ale unui pachet (executabile, bibilioteci, headere) se face cu symlinks dintr-un director comun in /System/Links. > > Nu e chiar asa de nasoala situatia. Cum ziceam, marea majoritate a > > pachetelor sint facute totusi de oameni normali. In putinele cazuri in > > care trebuie modificat ori sint modificari minore ori iti bagi piciorul > > si cauti alt soft. De abia afli care sint facute cu cap si care nu. > > Ai gasit alternativa pentru e2fstools? Nu, dar sint eu de vina pentru ca autorii e2fstools sint imprastiati? Daca nu am alternativa inseamna ca e OK? Asta e, ma astept sa fie si pachete mai mult sau mai putin recalcitrante, ma descurc cum pot. Sa le fie in nas. Daca am timp ma duc la dezvoltatori si-i trag de mineca. -- GZ --- Detalii despre listele noastre de mail: http://www.lug.ro/
