Loading
Home » it.test » it.test » linux: baron ...
linux: baron ... [messaggio #136409] |
sab, 05 novembre 2011 13:41 |
luh Messaggi: 757 Registrato: luglio 2007 |
Senior Member |
|
|
.... non e' che per caso ti ricordi il nome di quella utility che ti
fotografa tutti i pacchetti installati nel sistema e ti permette di
creare una distro con quei pacchetti li'?
ciao
luh
--
Satellite Computer HW&SW Multimedia Audio Video Foto Ottica
http://www.drl.it - http://www.derosaluciano.it
|
|
| | | | | | | | | |
Re: linux: baron ... [messaggio #136484 è una risposta a message #136472] |
sab, 05 novembre 2011 16:26 |
luh Messaggi: 757 Registrato: luglio 2007 |
Senior Member |
|
|
On Sat, 05 Nov 2011 14:13:12 +0000, Baron d'Holbach ~1723-1789~ wrote:
> io per ubuntu sono partito dalla mini-remix, aggiunto i miei pacchetti e
> ricreato la ISO.
> Ho seguito questa guida:
> http://code.google.com/p/ardesia/wiki/Create_a_live_distro
ok, ci do uno sguardo.
in effetti piu' che ricreare i pacchetti il problema e' ricreare i files
di configurazione personalizzati senza fare una copia integrale di etc,
var, usr ...
giusto per farti capire, per esempio quando preinstallo un server i passi
sono questi:
installazione base desktop o server-gui
script che installa il mare di pacchetti aggiuntivi che servono
lo stesso script quindi:
copia un altro mare di files di configurazione
installa rpm "forestieri"
modifica (grazie a sed) altrettanti files di configurazione
alla fine ho una macchina "utilizzabile" che risponde allo standard
prefissato, e che poi viene ulteriormente personalizzata a seconda del
cliente ...
quindi in effetti il problema si spezza in due:
a) costruire una distro aggiornabile con tutti i pacchetti necessari
b) fare in modo che ogni pacchetto arrivi con i files di configurazione
gia' corretti ...
il punto 2 lo vedo un po' piu' impegnativo ... mi sembra di capire che
remastersys lo gestisce, tocca cercare un equivalente (non c'e', sembra)
per gli rpm-based
ciao
luh
--
Satellite Computer HW&SW Multimedia Audio Video Foto Ottica
http://www.drl.it - http://www.derosaluciano.it
|
|
| |
Re: linux: baron ... [messaggio #136491 è una risposta a message #136488] |
sab, 05 novembre 2011 16:43 |
luh Messaggi: 757 Registrato: luglio 2007 |
Senior Member |
|
|
On Sat, 05 Nov 2011 15:30:53 +0000, Baron d'Holbach ~1723-1789~ wrote:
> dipende se li vuoi globali
no, sono globali; la sostituzione integrale del file e' la soluzione
"brute force", funziona fino a quando chi ha creato il pacchetto non
cambia la sintassi del corrispondente .conf :-)
per questo motivo parecchia roba la sistemo chirurgicamente col sed ma e'
comunque un lavoraccio, anche se poi e' ripagato dal fatto che diventa
facilmente adattabile a distribuzioni differenti.
o almeno lo e' fino a quando non ti schianti col cambio strutturale, tipo
quello contro cui sbatti se devi fare il respawn di un processo, distro
(e release) che vai sistema che trovi ... per non parlare delle regole di
udev, chissa' se smetteranno mai di cambiare sintassi e tokens ... :-)
> o solo per l'utente principale, nel qual caso
> basta fare in modo di copiarli nella sua home in modo piu' o meno
> automatico
si, ma sempre chirurgico, copiare l'intera home ormai ha effetti
imprevisti :-(
> esatto, ma non so se esista...
ho un flash dal passato, magari e' un progetto defunto, appena ho un po'
di tempo da perdere provero' a cercare meglio ;-)
nel frattempo se mi trovi un rpm di cups-client in versione 1.4.8 mi fai
un favore e il mio fax ringrazia, ma ti avviso: sembra lo abbiano fatto
sparire da tutta la rete, tutti i link che ho trovato o sono inesistenti
o portano a repository dove lo hanno sostituito con l'1.5.0 ... giusto
per ricollegarci al "boing" :-) al limite se si trova un .deb si puo'
provare a convertirlo con alien ... boh.
ciao
luh
--
Satellite Computer HW&SW Multimedia Audio Video Foto Ottica
http://www.drl.it - http://www.derosaluciano.it
|
|
| | | | | | | |
Re: linux: baron ... [messaggio #136684 è una risposta a message #136658] |
dom, 06 novembre 2011 12:50 |
luh Messaggi: 757 Registrato: luglio 2007 |
Senior Member |
|
|
On Sun, 06 Nov 2011 10:31:34 +0000, Baron d'Holbach ~1723-1789~ wrote:
> solo per perdere meno tempo con sti casini ne vale la pena
si, ma in passato non era cosi' ... a un certo punto fedora ha subito una
poderosa sbandata, poi ha ripreso la retta via ma adesso sta di nuovo
trascendendo e sembra che manchi qualcosa nella guida, sta diventando un
po' troppo "sperimentale" ed oggettivamente sembra che per alcune cose
gli manchino dei pezzi.
anche debian non e' innocente, e' storicamente stata sempre troppo "pura"
e conservativa, e' toccato aspettare ubuntu (con le sue pecche) che pero'
e' rigidamente indirizzata da una societa' commerciale, esattamente come
al tempo lo era redhat (che funzionava), e non a caso continuano a
funzionare rhel e la gemella centos ...
c'e' da chiedersi se il modello completamente opensorce sia di suo
fallimentare o se invece sia necessario evolverlo in modo che il rigore
diventi di casa ...
ciao
luh
--
Satellite Computer HW&SW Multimedia Audio Video Foto Ottica
http://www.drl.it - http://www.derosaluciano.it
|
|
| |
Re: linux: baron ... [messaggio #136886 è una risposta a message #136687] |
dom, 06 novembre 2011 18:48 |
luh Messaggi: 757 Registrato: luglio 2007 |
Senior Member |
|
|
On Sun, 06 Nov 2011 12:10:57 +0000, Baron d'Holbach ~1723-1789~ wrote:
> Debian SID non e' conservativa :)
si, ok, ma almeno li' sai che e' sperimentale e sai che rischi corri :-)
> Anche fedora e' "indirizzata da una societa' commerciale", perche' di
> fatto e' una redhat alpha.
NI, e' effettivamente una alpha, hai detto bene, nemmeno una beta, e
tantomeno una RC, anche se la spacciano come stable. E' quello il
problema. Prima erano stable, innovative ma stable. Ricordo ancora una
delle vecchie fedora, non ricordo se era la 8, era una roccia ed usava il
kernel 2.6.18 che ho apprezzato per la sua stabilita', non e' un caso se
successivamente divento' il kernel ufficiale della rhel 5.x, e' rimasto
li' ad imperare per diversi anni.
> la complessita' sta aumentando, credo che la colpa sia quella
si, ma se la complessita' aumenta di pari passo deve aumentare il rigore
con cui si realizzano i singoli moduli, perche' non potendo piu' gestire
tutte le variabilita' di un sistema complesso allora diventa fondamentale
che ogni suo modulo si interfacci al resto del sistema in modo certo e
stabile. Cio' non assicura la stabilita' dell'intero sistema, ma e'
comunque una buona base di partenza.
in assenza di cio' resta la scrematura che fa sul marasma globale una
societa' commerciale che ha i mezzi per farlo, nel momento in cui
sparisce questo attore ci troviamo tutti immersi nella melma.
cosi' come nascono i fork perche' una suite o un software sono stati
acquisiti da una societa' commerciale e il loro futuro diventa incerto,
si dovrebbe prestare altrettanta attenzione per quanto riguarda la
realizzazione delle distribuzioni, altrimenti si corre il rischio di
ritrovarsi col portoncino blindato ma senza una casa ...
also spracht luh :-)
ciao
luh
--
Satellite Computer HW&SW Multimedia Audio Video Foto Ottica
http://www.drl.it - http://www.derosaluciano.it
|
|
| |
Re: linux: baron ... [messaggio #136911 è una risposta a message #136687] |
dom, 06 novembre 2011 19:22 |
luh Messaggi: 757 Registrato: luglio 2007 |
Senior Member |
|
|
On Sun, 06 Nov 2011 12:10:57 +0000, Baron d'Holbach ~1723-1789~ wrote:
> la complessita' sta aumentando, credo che la colpa sia quella
e nel frattempo onore pubblico al merito per l'autore di yajhfc, al quale
avevo chiesto supporto, mi ha mandato l'rpm strippando la dipendenza da
cups-client che in fedora sembra sia gia' incluso in cups, come
sospettavo era una dipendenza "finta", ad esserne certo la ignoravo
forzando l'installazione :-)
tra l'altro, sembra che in debian cups dipenda da cups-client quindi era
pure una verifica ridondante, bastava la sola dipendenza da cups.
ciao
luh
--
Satellite Computer HW&SW Multimedia Audio Video Foto Ottica
http://www.drl.it - http://www.derosaluciano.it
|
|
|
Vai al forum:
Ora corrente: ven mag 03 23:34:13 CEST 2024
Tempo totale richiesto per generare la pagina: 0.01447 secondi
|