Pagina 1 di 2

GoboLinux - UNIX file system rivoluzionato?

Inviato: mar 7 nov 2006, 22:38
da elettronicha

Inviato: mar 7 nov 2006, 23:49
da krisis
Il prossimo passo è fare un filesystem per unix stile fat32?
Ma non capisco perchè certa gente si svegli la mattina pensando che ci sia bisogno di una nuova distribuzione linux.
Che porcata. :roll:

Inviato: mar 7 nov 2006, 23:55
da dapuzz
oddio, l'idea di avere ogni programma in una directory non è male, c'avevo pensato anche io, ma alla fine con tutti quei link simbolici lo stesso finisci per incasinarti. Dalla pulizia che vorresti avere finisci alla munnezza delle cose complicate.

Inviato: mar 7 nov 2006, 23:58
da krisis
dapuzz ha scritto:oddio, l'idea di avere ogni programma in una directory non è male, c'avevo pensato anche io, ma alla fine con tutti quei link simbolici lo stesso finisci per incasinarti. Dalla pulizia che vorresti avere finisci alla munnezza delle cose complicate.
Esatto.

Inviato: mer 8 nov 2006, 9:50
da IceSlack
krisis ha scritto:Il prossimo passo è fare un filesystem per unix stile fat32?
Ma non capisco perchè certa gente si svegli la mattina pensando che ci sia bisogno di una nuova distribuzione linux.
Che porcata. :roll:
quoto.....

ste distro escono come se ognuno volessese dire "anche io ci sono e ho fatotuna distro"

certe distro tipo questa sono inutili...................

e poi se devo usare

/programmi uso windows .

Inviato: mer 8 nov 2006, 12:13
da lamarozzo
uhm, non per essere in controtendenza, ma a me l'idea sembra proprio buona. La prima volta che mi sono approcciato a Linux mi ero chiesto perchè i programmi finiscono smembrati in diverse directory. Magari su internet trovi le varie differenze tra /bin /usr/bin /usr/local/bin, ecc., però poi ci sono moltissime eccezioni. Alla fine ho accettato la gerarchia Unix, ma non vedo perchè dovrebbe essere la migliore in assoluto, e se magari soluzioni come quella di bogolinux non abbiano qualcosa da insegnare.

Una risposta al perchè nascono così tante distribuzioni linux. Io penso che la risposta sia che crearsi una propria distribuzione sia il modo migliore di imparare come funziona un sistema Linux nei minimi dettagli. Anche a me piacerebbe ma purtroppo non ho tempo.

Inviato: mer 8 nov 2006, 12:43
da IceSlack
lamarozzo ha scritto:uhm, non per essere in controtendenza, ma a me l'idea sembra proprio buona. La prima volta che mi sono approcciato a Linux mi ero chiesto perchè i programmi finiscono smembrati in diverse directory. Magari su internet trovi le varie differenze tra /bin /usr/bin /usr/local/bin, ecc., però poi ci sono moltissime eccezioni. Alla fine ho accettato la gerarchia Unix, ma non vedo perchè dovrebbe essere la migliore in assoluto, e se magari soluzioni come quella di bogolinux non abbiano qualcosa da insegnare.

Una risposta al perchè nascono così tante distribuzioni linux. Io penso che la risposta sia che crearsi una propria distribuzione sia il modo migliore di imparare come funziona un sistema Linux nei minimi dettagli. Anche a me piacerebbe ma purtroppo non ho tempo.
buttiamo via spazio su sourceforge............ o altri hosting............

mah..... non e' la migliore ma preferisco cosi' una volta capito e' come windows............. e' questione di impostazione mentale

Inviato: mer 8 nov 2006, 14:48
da absinthe
diciamo che fondamentalmente poteva anche fare l'opposto: mantenere il filesystem di unix e usare i link simbolici per visulalizzare i dati di un programma... alla fin fine -dipendenze a parte- il contenuto di un programma lo vedi dando less nomepacchetto.tgz (ammesso che ci sia un tgz (o un tar) da qualche parte... tipo su slack debian etc...)

M

PS: anche su win le shared components (dll principalemente) vanno in directory comuni -spesso non identificabili al volo-)

Inviato: mer 8 nov 2006, 22:31
da Luci0
In Linux e quindi anche in *nix i programmi cooperano tra loro e quindi sono tutti insieme nelle vare directory /bin /sbin che dir si voglia pronti per essere lanciati ...
... mentre sul noto sistema (non) operativo i vari programmi sono lì per farsi le scarpe l' un l'altro ... la differenza é lampante ... :-)

Inviato: mer 8 nov 2006, 22:55
da elettronicha
Se avete letto bene il link, in fin dei conti il file system rimane identico a quello che conosciamo; sono solo stati fatti dei link simbolici in modo da riorganizzarlo per essere più comprensibile, ammettiamolo, a chi arriva da altri S.O.

Inviato: mer 8 nov 2006, 23:10
da gioco
absinthe ha scritto:diciamo che fondamentalmente poteva anche fare l'opposto: mantenere il filesystem di unix e usare i link simbolici per visulalizzare i dati di un programma... alla fin fine -dipendenze a parte- il contenuto di un programma lo vedi dando less nomepacchetto.tgz (ammesso che ci sia un tgz (o un tar) da qualche parte... tipo su slack debian etc...)
Si infatti sarebbe più ragionevole come cosa. Ma la stessa cosa come giustamente hai già scritto è possibile gestirla con gli attuali packet manager.
Il fatto è che questo non migliora le cose, è solo un altro modo di gestirle. Non porta nessuna miglioria sostanziale ad un sistema *NIX, è solo una semplificazione per gli utenti che migrano da Windows. E questi utenti farebbero prima a impararsi ad usare un filesystem *NIX piuttosto che partorire nuove distro.

Inviato: gio 9 nov 2006, 8:48
da lamarozzo
gioco ha scritto:E questi utenti farebbero prima a impararsi ad usare un filesystem *NIX piuttosto che partorire nuove distro.
Il fatto è che, secondo me, non esiste un modo standard di organizzare un filesystem *nix e che da una distro all'altra le cose cambiano anche di parecchio. Ad esempio perchè in Slack kde si trova in /opt mentre in Fedora da tutt'altra parte?

Inviato: gio 9 nov 2006, 9:53
da absinthe
lamarozzo ha scritto:
gioco ha scritto:E questi utenti farebbero prima a impararsi ad usare un filesystem *NIX piuttosto che partorire nuove distro.
Il fatto è che, secondo me, non esiste un modo standard di organizzare un filesystem *nix e che da una distro all'altra le cose cambiano anche di parecchio. Ad esempio perchè in Slack kde si trova in /opt mentre in Fedora da tutt'altra parte?
http://www.pathname.com/fhs/

/opt fondamentalmente accoglie tutto ciò che l'autore ritiene opzionale e sopratutto tutto ciò che potrebbe sovrascrivere delle librerie di default con versioni specifiche (vedi acroread)

M

Inviato: gio 9 nov 2006, 14:07
da simplex
come idea sembra buona, ma non mi piace.
Anche adesso i prograami, i log, i file di configurazione sono divisi bene, in /bin, /etc, /var/log, non vedo dove stia la necessita' di cambiare suddivisione, linux sta andando troppo incontro agli utenti, quando dovrebbe accadere il contrario

Inviato: gio 9 nov 2006, 22:51
da goldy
simplex ha scritto: Anche adesso i prograami, i log, i file di configurazione sono divisi bene, in /bin, /etc, /var/log, non vedo dove stia la necessita' di cambiare suddivisione, linux sta andando troppo incontro agli utenti, quando dovrebbe accadere il contrario
quoto....
e poi tecnicamente non credo ci siano delle migliorie , se in windows ha senso quel tipo di struttura,
perchè ogni programma si porta dietro la sua carovana di librerie , in linux la cosa è completamente opposta ,
le lib devono trovarsi in un "contenitore" dove altri software cercano e trovano le librerie richieste.
Comunque questa cosa che ha fatto gobolinux , penso sia solo un'esperimento ,
poi magari chissà,
potrebbe anche rivelarsi un'ottima idea , ma comporterebbe sicuramente diversi problemi
per adattare le distro a questa nuova eventuale architettura del file-system ,
che poi sinceramente , cosi' come è strutturata adesso,
mi sembra molto lineare e logica , e non da particolari problemi.