Re: /etc filesytem
On Tue, 2005-02-08 at 22:42 +0100, Guglielmo Dapavo wrote: idee strampalate mode on Esiste qualche progetto mirato a standardizzare dietro ad un database la directory /etc rendendola un filesystem montabile tipo /dev ? Che supporti versioning come cvs ma che sia più squadrato in stile database? Chesso un frankenstein fra berkeley DB e cvs?[/quote] C'e` elektra (elektra.sf.net) che fa una cosa del genere, tutto in userspace. Personalmente -per quel che puo` valere- vedo con un certo interesse la cosa, ma sono anche molto prudente in merito. Penso che la standardizzazione di un filesystem come etc permetterebbe al sistema di essere configurato in maniera molto più diretta, per esempio si potrebbe indirizzare direttamente una voce di configurazione invece che dover elaborare un file ascii. Per esempio l'idea di passare la configurazione da file ASCII (siano con poca struttura come adesso o molto strutturati come gconf o elektra) a file binari mi lascia molto perplesso... -- Francesco Romani 'In fact, users don't read /anything/' -- Joel Spolsky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc filesytem
Il giorno mar, 08-02-2005 alle 22:42 +0100, Guglielmo Dapavo ha scritto: Penso che la standardizzazione di un filesystem come etc permetterebbe al sistema di essere configurato in maniera molto pi diretta, per esempio si potrebbe indirizzare direttamente una voce di configurazione invece che dover elaborare un file ascii. Vedi gconf che implementa quello che vuoi tu senza dover stravolgere /etc. -- Federico Di Gregorio http://people.initd.org/fog Debian GNU/Linux Developer[EMAIL PROTECTED] INIT.D Developer [EMAIL PROTECTED] We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil.-- D.E.Knuth signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
Re: /etc filesytem
Federico Di Gregorio wrote: Il giorno mar, 08-02-2005 alle 22:42 +0100, Guglielmo Dapavo ha scritto: Penso che la standardizzazione di un filesystem come etc permetterebbe al sistema di essere configurato in maniera molto pi diretta, per esempio si potrebbe indirizzare direttamente una voce di configurazione invece che dover elaborare un file ascii. Vedi gconf che implementa quello che vuoi tu senza dover stravolgere /etc. Senzaltro molto funzionale, ma il gconf si occupa di un ambito molto limitato, poi secondo me possono esistere entrambe le realt, un etc fs potrebbe appoggiarsi su un fs reale che archivia i dati, non necessariamente in binario, basterebbe un formato testo standard come csv, o la definizione di uno standard in xml, un demone in user space potrebbe intercettare le chiamate per sincronizzare le modifiche ed inserirle in un database con versioning, si potrebbe anche inserire un decodificatore che interpreta varie maniere di scrivere file di configurazione in modo da fornire un xml standard al database e mantenere la compatibilit con i programmi. Ok sono un appassionato di sci-fi. -- Ciao Guglielmo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc filesytem
Il giorno mer, 09-02-2005 alle 13:05 +0100, Guglielmo Dapavo ha scritto: Senzaltro molto funzionale, ma il gconf si occupa di un ambito molto limitato, poi secondo me possono esistere entrambe le realt, un etc fs potrebbe appoggiarsi su un fs reale che archivia i dati, non necessariamente in binario, basterebbe un formato testo standard come csv, o la definizione di uno standard in xml, un demone in user space potrebbe intercettare le chiamate per sincronizzare le modifiche ed inserirle in un database con versioning, si potrebbe anche inserire un decodificatore che interpreta varie maniere di scrivere file di configurazione in modo da fornire un xml standard al database e mantenere la compatibilit con i programmi. Ok sono un appassionato di sci-fi. Pi che altro non leggi le risposte.. :) gconf fa *esattamente* quello che vuoi. con un backend opportuno pu anche fare versioning. nota che per avere /etc in un formato standard (xml?) dovresti comunque modificare gli applicativi e, visto che devi modificarli, tanto vale usare non solo un formato unico ma anche una API unica, quella di gconf, appunto. l'idea del decodificatore mi sembra una sforzo inutile, se scrivere il decodificatore per un programma ha un certo costo, quansi sicuramente convertire quel programma ad usare gconf costa meno! -- Federico Di Gregorio http://people.initd.org/fog Debian GNU/Linux Developer[EMAIL PROTECTED] INIT.D Developer [EMAIL PROTECTED] Barbiere gratis. Pompini anche. -- dani signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
Re: /etc filesytem
On Wed, 2005-02-09 at 13:05 +0100, Guglielmo Dapavo wrote: [...] un etc fs potrebbe appoggiarsi su un fs reale che archivia i dati, non necessariamente in binario, basterebbe un formato testo standard come csv, o la definizione di uno standard in xml, un demone in user space potrebbe intercettare le chiamate per sincronizzare le modifiche ed inserirle in un database con versioning, si potrebbe anche inserire un decodificatore che interpreta varie maniere di scrivere file di configurazione in modo da fornire un xml standard al database e mantenere la compatibilità con i programmi. Secondo me un demone non e` una soluzione ottimale. Il servizio dovrebbe essere *sempre* disponibile in virtu` della sua essenzialita` e del fatto che verrebbe usato anche per binari critici quali mount o init, e introdurre un demone credo porterebbe una dipendenza alquanto problematica. L'approccio di elektra (libreria condivisa) lo vedo meglio da questo punto di vista -- Francesco Romani 'In fact, users don't read /anything/' -- Joel Spolsky l'INFORMATICA e` morta copiare windows e` moralmente giusto (per la serie balle spaziali) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc filesytem
Federico Di Gregorio wrote: l'idea del decodificatore mi sembra una sforzo inutile, se scrivere il decodificatore per un programma ha un certo costo, quansi sicuramente convertire quel programma ad usare gconf costa meno! Si ma se io vado sul sito di apache, o su quello do xorg, e gli do una patch per usare gconf, quelli se va bene mi ridono in faccia e se va male mi ignorano. Per altre cose come per esempio /etc/passwd, /etc/group, /etc/crontab ecc. c' da tener presente che tantissimi programmi usano l'interfaccia classica e non si pu tener conto di tutti e andarli a modificare ad uno ad uno. Non che in generale io mi aspetti che la cosa sia fattibile, ma la motivazione legittima. V. -- Please note that I do not read the e-mail address used in the from field but I read vincenzo_ml at yahoo dot it Attenzione: non leggo l'indirizzo di posta usato nel campo from, ma leggo vincenzo_ml at yahoo dot it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/etc filesytem
idee strampalate mode on Esiste qualche progetto mirato a standardizzare dietro ad un database la directory /etc rendendola un filesystem montabile tipo /dev ? Che supporti versioning come cvs ma che sia più squadrato in stile database? Chesso un frankenstein fra berkeley DB e cvs? Penso che la standardizzazione di un filesystem come etc permetterebbe al sistema di essere configurato in maniera molto più diretta, per esempio si potrebbe indirizzare direttamente una voce di configurazione invece che dover elaborare un file ascii. Suona molto registro di sistema lo so, ma i suoi vantaggi li ha sopratutto se viene implementato il versioning. /idee strampalate mode off Ciao -- Guglielmo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc filesytem
Guglielmo Dapavo wrote: Esiste qualche progetto mirato a standardizzare dietro ad un database la directory /etc rendendola un filesystem montabile tipo /dev ? Che supporti versioning come cvs ma che sia pi squadrato in stile database? Chesso un frankenstein fra berkeley DB e cvs? Penso che la standardizzazione di un filesystem come etc permetterebbe al sistema di essere configurato in maniera molto pi diretta, per esempio si potrebbe indirizzare direttamente una voce di configurazione invece che dover elaborare un file ascii. Ci sono almeno 4 diversi problemi da risolvere per fare quello che chiedi :) - Creare un modello standard dei dati di configurazione di un programma. Ogni programma ha il suo formato e bisogna creare un mapping bidirezionale dal modello standard al file di configurazione di ogni programma, almeno di quelli che non hanno alcuna intenzione di adattarsi al nuovo modello dei dati. Gnome e KDE hanno i loro modelli, e freedesktop.org ha degli standard (o almeno dei work in progress). - Usare un sistema di versionamento, possibilmente per il modello standard e non file per file. - Interfacciarsi ad un database. - Mantenere la backward compatibility, quindi creare un filesystem. Il primo problema secondo me quasi irrisolvibile, soprattutto per via della resistenza. Ci hanno gi provato in tanti e mai nessuno riuscito. In compenso risolvendo solo gli altri tre ed evitando il formato dei dati comune si ottiene un buon risultato, e secondo me la cosa fattibile. Si potrebbero includere anche i vari database dei pacchetti che attualmente a seconda della distribuzione hanno interfacce di query basate su grep che a volte ci mettono un minuto o pi per dirti che non esiste nessun pacchetto chiamato in un certo modo. Tra le altre funzioni che vorrei implementare in RelFS, un progetto su cui a rilento lavoro da agosto, ci saranno le ultime tre cose citate, e un sistema di backup pi automatico possibile. Ci metter un paio di anni e probabilmente prima di allora qualcun altro avr fatto di meglio :) E' il bello di lavorare nel tempo libero, nessuna pressione, e il brutto di lavorare nel tempo libero, nessuna garanzia sui tempi di consegna. Se sei curioso puoi guardare http://relfs.sf.net, ma le cose sono un po' cambiate, quindi guarda gli ultimi messaggi nella mailing list. Ciao Vincenzo -- Please note that I do not read the e-mail address used in the from field but I read vincenzo_ml at yahoo dot it Attenzione: non leggo l'indirizzo di posta usato nel campo from, ma leggo vincenzo_ml at yahoo dot it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /etc filesytem
Vincenzo Ciancia wrote: Guglielmo Dapavo wrote: Esiste qualche progetto mirato a standardizzare dietro ad un database la directory /etc rendendola un filesystem montabile tipo /dev ? Che supporti versioning come cvs ma che sia pi squadrato in stile database? Chesso un frankenstein fra berkeley DB e cvs? Penso che la standardizzazione di un filesystem come etc permetterebbe al sistema di essere configurato in maniera molto pi diretta, per esempio si potrebbe indirizzare direttamente una voce di configurazione invece che dover elaborare un file ascii. Ci sono almeno 4 diversi problemi da risolvere per fare quello che chiedi :) - Creare un modello standard dei dati di configurazione di un programma. Ogni programma ha il suo formato e bisogna creare un mapping bidirezionale dal modello standard al file di configurazione di ogni programma, almeno di quelli che non hanno alcuna intenzione di adattarsi al nuovo modello dei dati. Gnome e KDE hanno i loro modelli, e freedesktop.org ha degli standard (o almeno dei work in progress). - Usare un sistema di versionamento, possibilmente per il modello standard e non file per file. - Interfacciarsi ad un database. - Mantenere la backward compatibility, quindi creare un filesystem. Il primo problema secondo me quasi irrisolvibile, soprattutto per via della resistenza. Ci hanno gi provato in tanti e mai nessuno riuscito. In compenso risolvendo solo gli altri tre ed evitando il formato dei dati comune si ottiene un buon risultato, e secondo me la cosa fattibile. Si potrebbero includere anche i vari database dei pacchetti che attualmente a seconda della distribuzione hanno interfacce di query basate su grep che a volte ci mettono un minuto o pi per dirti che non esiste nessun pacchetto chiamato in un certo modo. Tra le altre funzioni che vorrei implementare in RelFS, un progetto su cui a rilento lavoro da agosto, ci saranno le ultime tre cose citate, e un sistema di backup pi automatico possibile. Ci metter un paio di anni e probabilmente prima di allora qualcun altro avr fatto di meglio :) E' il bello di lavorare nel tempo libero, nessuna pressione, e il brutto di lavorare nel tempo libero, nessuna garanzia sui tempi di consegna. Se sei curioso puoi guardare http://relfs.sf.net, ma le cose sono un po' cambiate, quindi guarda gli ultimi messaggi nella mailing list. Ciao E' veramente molto interessante, sopratutto se si potesse creare un tipo di file particolare (come le pipe in *nix) che rappresenti una tabella vera e propria, in questa maniera si potrebbe generare un file system che da un lato mantiene la compatibilit dall'altro pu integrare tabelle di database. Certo mi chiedo se postgres non sia un p eccessivo, berkeley non andrebbe meglio per un uso a basso livello? Non sarebbe male darti una mano, ma non sono un gran che con la programmazione Ciao -- Guglielmo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]