View Full Version : Debian Sid
Ciao.
Solo una domanda: per installare sid è ok la guida di Debianizzati?
http://www.google.it/url?sa=t&rct=j&q=installare+debian+sid&source=web&cd=1&ved=0CGIQFjAA&url=http%3A%2F%2Fguide.debianizzati.org%2Findex.php%2FInstallare_Debian_SID&ei=Txa1T5ehNJPU4QTOndWEDg&usg=AFQjCNHB1VwSG_bmLeoXypcuvqzetFRV0w
Grazie per eventuali consigli.
Ah, ho visto che ci sarebbe pure Siduction, però preferirei una sid pura.:)
Gimli[2BV!2B]
17-05-2012, 20:46
La guida mi sembra tocchi gli argomenti principali.
Personalmente sono solitamente propenso all'installazione diretta (http://guide.debianizzati.org/index.php/Installare_Debian_SID#Metodo_diretto), però è possibile che al momento dell'installazione i repository Sid non offrano un albero delle dipendenze completo impedendo il completamento dell'installazione.
Passando attraverso l'aggiornamento si perde più tempo e traffico internet, ecc... però si è praticamente certi di riuscire ad installare il sistema.
Un appunto potrei farlo sul sources.list (ma non è strettamente legato all'installazione, quanto più agli aggiornamenti quotidiani): impostando almeno due rilasci adiacenti con pinning (http://wiki.debian.org/it/AptPreferences) sarà molto meno probabile incappare in dipendenze in ristrutturazione (se uno è incompleto l'altro tappa i buchi).
Esempio Unstable/Testing
/etc/apt/sources.listdeb ftp://ftp.it.debian.org/debian/ testing main contrib non-free
deb ftp://ftp.it.debian.org/debian/ unstable main contrib non-free
# deb-src ftp://ftp.it.debian.org/debian/ testing main contrib non-free
# deb-src ftp://ftp.it.debian.org/debian/ unstable main contrib non-free
/etc/apt/preferencesPackage: *
Pin: release a=unstable
Pin-Priority: 900
Package: *
Pin: release a=testing
Pin-Priority: 800
Package: *
Pin: release o=Debian
Pin-Priority: -10P.S. non ho mai controllato se sia possibile impostare il pinning già durante l'installazione.
;37471268']P.S. non ho mai controllato se sia possibile impostare il pinning già durante l'installazione.
Puoi fare alla vecchia maniera: quando hai installato il sistema di base e prima di taskel fai un chroot su /target. Da li puoi usare vi (o installare quello che vuoi) per modificare il sources.list e preferences e fare un update.
E' un modo crudo per fare quelle cose che l'installer non permette di fare, tipo installare su btrfs compresso.
A seconda dei periodi si puo' installare direttamente sid oppure fare un dist-upgrade da stable. Per il primo dipende dallo stato del debian installer in sid, per quanto se fai una installazione 'avanzata' puoi sceglere di installare direttamente testing / unstable dall'installer standard.
Poi bisogna vedere se lo stato di sid e' tale da permettere una installazione da zero: non sempre tutti i 'blocchi' (X, i desktop enviroment) sono in uno stato direttamente installabile. In genere i pacchetti ci sono ma possono essere mal organizzate le dipendenze e i meta-pacchetti (es: install kde | gnome | xorg . Magari si deve richiamare esplicitamente dei componenti). Per questo convene andare a vedere sul debian wiki la procedura per installare determinati pacchetti. Es KDE:
- http://wiki.debian.org/KDE
In genere se vuoi la via piu' semplice per Sid conviene installare stable base, fare un dist-upgrade e poi installare quello che ti serve (io almeno faccio cosi').
Poi quando il software e' installato in genere gli aggiornamenti non sono un problema.
In genere, in questo periodo pero' si sta' finalizzando testing per farla diventare frozen quindi ci puo' essere un po' meno attenzione in Sid e un po' di fretta a far entrare qualche paccheetto.
Gimli[2BV!2B]
17-05-2012, 21:55
@eaman, al solito sognavo di più, cioè poter impostare il pinning già prima dell'installazione del sistema base per poter lanciare l'installazione diretta di Sid ma con Testing che gli copre le spalle.
La mia Unstable ha avuto almeno un paio di colpi di tosse negli ultimi giorni.
Quello più fastidioso è stato quando ha cercato di rimuovere ifupdown ed ho dovuto temporaneamente bloccarne la versione per impedirlo.
Un altro ha lasciato una versione di numlockx incompatibile con Xorg aggiornato che rendeva il server grafico inavviabile.
Come di consueto al successivo aggiornamento si è risolto tutto ed ho impiegato 5 minuti per contrastare/risolvere questi problemi.
Resta che questi contrattempi capitano molto più raramente rispetto ad alcuni anni fa e sono mediamente semplici fastidi.
Per finire si può dare un'occhiata a che tempo fa (http://edos.debian.net/weather/) in Unstable: sembra sia un bel sereno sia in i386 (http://edos.debian.net/weather/weather.php?distro=unstable&arch=i386) che in amd64 (http://edos.debian.net/weather/weather.php?distro=unstable&arch=amd64).
Ho dato un'occhiata veloce alle liste dei pacchetti che non sono installabili in questo momento e non ho notato nulla di importante.
Grazie a tutti per le esaustive anzichenò risposte!:D :)
Eaman e Gimli mi spaventate a volte (in senso positivo, fate paura:D ); sono un semplice utente desktop che vuol provare sid ma, mi pare d'aver capito che poi c'è da ravanare causa grattacapi, per quanto piccoli...:O
Gimli[2BV!2B]
18-05-2012, 00:16
Io ti direi di non spaventarti e che dovresti provarla (naturalmente se ne hai veramente voglia, non voglio costringerti!).
Non potevo nascondere sotto il tappeto che è una distribuzione rolling in continua evoluzione.
Personalmente continuo a preferirla alle altre distribuzioni (ed agli altri rilasci Debian) perché compromesso tra buone regole su pacchettizzazione ed integrazione, versioni aggiornate, velocità di aggiornamento, ricchezza dei repository, trasparenza dell'attività di sviluppo, universalità, buoni strumenti per creare ambienti di sviluppo nonostante si tratti di una distribuzione binaria, ecc...
;37472376']Io ti direi di non spaventarti e che dovresti provarla (naturalmente se ne hai veramente voglia, non voglio costringerti!).
Non potevo nascondere sotto il tappeto che è una distribuzione rolling in continua evoluzione.
Personalmente continuo a preferirla alle altre distribuzioni (ed agli altri rilasci Debian) perché compromesso tra buone regole su pacchettizzazione ed integrazione, versioni aggiornate, velocità di aggiornamento, ricchezza dei repository, trasparenza dell'attività di sviluppo, universalità, buoni strumenti per creare ambienti di sviluppo nonostante si tratti di una distribuzione binaria, ecc...
Ok, grazie, fatta, la provo. Tanto l'unica cosa che so far bene è testare distro, se i miei dischi fissi (4) non hanno i solchi poco ci manca.:D :) .
Per il resto son solo un gran ravanatore che dopo anni di prove, non riesce ancora a scegliere La Distro e ne tiene installate 5-6.....:muro: :muro:
Ok, grazie, fatta, la provo. Tanto l'unica cosa che so far bene è testare distro, se i miei dischi fissi (4) non hanno i solchi poco ci manca.:D :) .
Se vuoi una dritta: Debian Sid per workstation / portatili, Debian stable per i server e le macchine che non vanno aggiornate spesso. Risolto!
BTW: installala su lvm magari quella Sid cosi' puoi fare degli snapshot prima degli aggiornamenti.
Se vuoi una dritta: Debian Sid per workstation / portatili, Debian stable per i server e le macchine che non vanno aggiornate spesso. Risolto!
BTW: installala su lvm magari quella Sid cosi' puoi fare degli snapshot prima degli aggiornamenti.
Grazie Eaman, configurate da te o Gimli però:O :D . Di me mi fido relativamente, comunque la piazzo su una partizione unica al posto di un'altra distro che ultimamente mi sta dando grattacapi (Debian Mint) fastidiosi. Installare su lvm è una procedura che non ho mai provato, ho letto il principio di funzionamento ed i vantaggi, però, francamente, per le mie esigenze mi sembra troppo...i dati li tengo su dischi esterni, più che altro mi interessa che il sistema funzioni e mi garantisca una certa stabilità.
Grazie Eaman, configurate da te o Gimli però:O :D .
Puoi andare per gradi: parti da una derivata di debian piu' semplice (tipo *buntu) e poi quando ti va- stretta magari passi a debian.
Installare su lvm è una procedura che non ho mai provato, ho letto il principio di funzionamento ed i vantaggi, però, francamente, per le mie esigenze mi sembra troppo...i dati li tengo su dischi esterni, più che altro mi interessa che il sistema funzioni e mi garantisca una certa stabilità.
Guarda che basta che in fase di installazione imposti il sistema su LVM: tineni una partizione di /boot di un paio di centinaia di MB e poi metti la root su LVM.
Cosi' puoi fare gli snapshot al volo prima di aggiornare Sid.
E' una questione di metodo: quando avrai provato varie distro (e confrontati statuti / licenze / community) ti conviene dedicare il tuo tempo a qualcosa come:
- http://debian-handbook.info/
- http://dsl.org/cookbook/cookbook_toc.html
- https://labs.truelite.it/projects/truedoc/
piuttosto che stare giorni a installare e reinstallare distro diverse sperando che in automatico si adattino all'esigenza del momento.
Puoi andare per gradi: parti da una derivata di debian piu' semplice (tipo *buntu) e poi quando ti va- stretta magari passi a debian.
Guarda che basta che in fase di installazione imposti il sistema su LVM: tineni una partizione di /boot di un paio di centinaia di MB e poi metti la root su LVM.
Cosi' puoi fare gli snapshot al volo prima di aggiornare Sid.
E' una questione di metodo: quando avrai provato varie distro (e confrontati statuti / licenze / community) ti conviene dedicare il tuo tempo a qualcosa come:
- http://debian-handbook.info/
- http://dsl.org/cookbook/cookbook_toc.html
- https://labs.truelite.it/projects/truedoc/
piuttosto che stare giorni a installare e reinstallare distro diverse sperando che in automatico si adattino all'esigenza del momento.
Grazie, terrò in considerazione i tuoi consigli.
Ho già due *buntus e già ho tenuto per diverso tempo una testing. Ora voglio provare una sid, visto che non c'ho mai avuto a che fare.
Ok, Debian Sid installata e operativa (almeno finora), dopo ravanamenti vari (tipo i driver nvidia per la mia 7300GT, che non volevano saperne di funziare; ho risolto loggandomi su ubuntu e copiando in /etc/X11 un xorg.conf che avevo conservato:D ).
Volevo porre una questione a lor signori: adesso mi conviene aggiungere il repo testing e impostare /etc/apt/preferences come indicato sopra da Gimli? Non è che ottengo una Sid "ibrida", se mi passate il termine?
Grazie.
Gimli[2BV!2B]
21-05-2012, 21:54
Quindi ora hai una Unstable/Sid liscia, giusto?
Il preferences + sources.list che ti ho proposto non cambia rilascio in uso, aggiunge solamente la possibilità di usare pacchetti testing in caso di necessità, mantenendo Sid come ramo preferenziale.
;37494133']Quindi ora hai una Unstable/Sid liscia, giusto?
Il preferences + sources.list che ti ho proposto non cambia rilascio in uso, aggiunge solamente la possibilità di usare pacchetti testing in caso di necessità, mantenendo Sid come ramo preferenziale.
Si, si, unstable liscia con gnome-shell. Ho preferito la i386 e kernel PAE alla amd64 nonostante abbia un core2duo e 8 giga di ram, più che altro perchè in quel che faccio io non ho notato gran vantaggi per la 64bit. Forse ho sbagliato, ma ora la tengo come sta.
Cioè, in automatico, quando aggiorno vengono pescati i pacchetti che servono da testing?
Forse ho mal interpretato...
Gimli[2BV!2B]
21-05-2012, 22:23
Solo in caso di necessità potranno essere utilizzati automaticamente pacchetti Testing per risolvere/mantenere delle dipendenze.
Verrà data precedenza alle versioni Unstable.
Qualche volta torna utile anche per installare manualmente versioni precedenti.
Riguardo ai 64bit direi che può starci, con PAE dovresti comunque poter utilizzare tutte le risorse disponibili. Io devo ammettere di non avere ancora avuto macchine personali a 64bit, quindi non ho ancora avuto modo di confrontare prestazioni, differenze nel sistema, percentuale di RAM utilizzata in più, ecc...
;37494288']Solo in caso di necessità potranno essere utilizzati automaticamente pacchetti Testing per risolvere/mantenere delle dipendenze.
Verrà data precedenza alle versioni Unstable.
Qualche volta torna utile anche per installare manualmente versioni precedenti.
Riguardo ai 64bit direi che può starci, con PAE dovresti comunque poter utilizzare tutte le risorse disponibili. Io devo ammettere di non avere ancora avuto macchine personali a 64bit, quindi non ho ancora avuto modo di confrontare prestazioni, differenze nel sistema, percentuale di RAM utilizzata in più, ecc...
Ok, grazie. Provvedo a modificare i files come da te suggerito, sempre gentilissimo e disponibile, poi vado a leggermi qualcosina di più sul pinning, che, a qusto punto, fà proprio al caso mio.
EDIT: ma che macchina "personale" utilizzi e con quale DE? Se ti va di dirmelo.
Gimli[2BV!2B]
21-05-2012, 23:00
Il mio desktop è un sensazionale Athlon XP 2000+, con 1GiB di DDR ed ATI Radeon 9600SE. Potenza allo stato puro. Al lavoro i sistemisti/clienti/capo di turno mi danno un po' di tutto.
Desktop KDE, praticamente da sempre.
Tornando al pinning ti segnalo che potresti anche aggiungere il ramo successivo ad Unstable, vale a dire Experimental (http://wiki.debian.org/DebianExperimental).
È un rilascio incompleto che accoglie principalmente software che deve subire aggiornamenti complessi o pacchetti molto aggiornati che contengono novità interessanti. Varie volte si possono trovare cose sfiziose o, in alcuni casi, versioni che contengono già correzioni di bug.
Naturalmente vedi te se ti può interessare: dandogli priorità 10 non verrebbe mai scelto, ma se non lo utilizzassi rallenterebbe solamente l'aggiornamento delle liste dei pacchetti e le ricerche.
;37494489']Il mio desktop è un sensazionale Athlon XP 2000+, con 1GiB di DDR ed ATI Radeon 9600SE. Potenza allo stato puro. Al lavoro i sistemisti/clienti/capo di turno mi danno un po' di tutto.
Desktop KDE, praticamente da sempre.
Tornando al pinning ti segnalo che potresti anche aggiungere il ramo successivo ad Unstable, vale a dire Experimental (http://wiki.debian.org/DebianExperimental).
È un rilascio incompleto che accoglie principalmente software che deve subire aggiornamenti complessi o pacchetti molto aggiornati che contengono novità interessanti. Varie volte si possono trovare cose sfiziose o, in alcuni casi, versioni che contengono già correzioni di bug.
Naturalmente vedi te se ti può interessare: dandogli priorità 10 non verrebbe mai scelto, ma se non lo utilizzassi rallenterebbe solamente l'aggiornamento delle liste dei pacchetti e le ricerche.
Minkia che macchina all'"ultimo grido"!:D :)
Per quel che riguarda il pinning, come va fatta l'aggiunta di experimental perchè non causi troppi casini? Potrei anche studiarmi la documentazione e arrivarci da solo, ma visto che siam qui, tanto vale avere la "pappa pronta".:D
Gimli[2BV!2B]
21-05-2012, 23:42
sources.list
deb ftp://ftp.it.debian.org/debian/ testing main contrib non-free
deb ftp://ftp.it.debian.org/debian/ unstable main contrib non-free
deb ftp://ftp.it.debian.org/debian/ experimental main contrib non-free
/etc/apt/preferences storico, con i valori che ti avevo proposto
Package: *
Pin: release a=unstable
Pin-Priority: 900
Package: *
Pin: release a=testing
Pin-Priority: 800
Package: *
Pin: release a=experimental
Pin-Priority: 10
Package: *
Pin: release o=Debian
Pin-Priority: -10
/etc/apt/preferences.d/01base su un'installazione più recentePackage: *
Pin: release a=unstable
Pin-Priority: 201
Package: *
Pin: release a=testing
Pin-Priority: 101
Package: *
Pin: release a=experimental
Pin-Priority: 1
Package: *
Pin: release o=Debian
Pin-Priority: -1Il risultato che si ottiene dovrebbe essere praticamente uguale (entrambi i sistemi sono ovviamente Sid tenuti costantemente aggiornati e si comportano allo stesso modo durante gli aggiornamenti).
Modificati i files, mò vediamo che succede in futuro.
Comunque per ora la distro mi sembra solida.:)
Grazie mille.:) :O
Ciao.
qui: http://guide.debianizzati.org/index.php/Introduzione_al_pinning
mi parlano di /etc/apt/apt-conf che, specificano, in una installazione di default questo file non è normalmente presente (vengono utilizzate delle impostazioni di default), poi sembra ne consiglino la creazione. Tengo le impostazioni di default medesime o creo 'sto file? Che mi dite?
Più che altro mi interessa perchè il nocciolo della questione sta nel fatto che il file suddetto offre una serie di opzioni interessanti per istruire apt.
Voi l'avete creato?
Gimli[2BV!2B]
22-05-2012, 21:58
Sono impostazioni interessanti e tra le più utili.
Personalmente mi son solo limitato ed evitare lo scaricamento delle traduzioni in lingua italiana:root@phoenix:~# cat /etc/apt/apt.conf
Acquire::Languages "en";Da tempo sono tentato di usare la Clean-Installed... ok, aggiudicata, tanto mi sarà capitato una volta sola di dover riutilizzare un vecchio file dalla cache locale ed esiste snapshot.debian.org (http://snapshot.debian.org/) che contiene praticamente tutto lo storico di tutti i repository.
Grazie per avermi risposto, Gimli.:)
Pensavo anch'io di creare un file con clean-installed soltanto, al limite, ma che mi dici del Fix-Broken, Fix-Missing e di Force-LoopBreak=true (a proposito non ho capito molto il senso di quest'ultima opzione:O ).
Gimli[2BV!2B]
22-05-2012, 22:27
Clean-Installed non fa quel che desideravo facesse... man apt.confClean-Installed
Defaults to on. When turned on the autoclean feature will remove any
packages which can no longer be downloaded from the cache. If turned
off then packages that are locally installed are also excluded from
cleaning - but note that APT provides no direct means to reinstall
them.Non fa automaticamente quel che fa autoclean, ma premette ad autoclean di fare quel che deve.
Di default è attiva: ridondante.
Leggendo la Force-LoopBreak la vedo un po' azzardata:Force-LoopBreak
Never Enable this option unless you -really- know what you are doing.
It permits APT to temporarily remove an essential package to break a
Conflicts/Conflicts or Conflicts/Pre-Depend loop between two essenti-
al packages. SUCH A LOOP SHOULD NEVER EXIST AND IS A GRAVE BUG.
Leggendo pure la Fix-Broken e la Fix-Missing (man apt-get) sarei più dell'idea che in caso di errore sia preferibile saperlo subito (questo in qualsiasi situazione) e non lasciare ad apt la prima iniziativa di fare ciò che può.
Cache-Limit mi ha ingannato nuovamente: agisce sulla memoria allocabile da apt per fare le sue pensate: non mi è mai capitato che l'abbia finita, non so se serva andarci accanto...
AllowUnauthenticated toglie l'incombenza di registrare le chiavi dei repository. Anche qui storco un po' il naso.
Dopo questa analisi salverei, forse, Purge (in fondo quando rimuovo faccio sempre purge e mi scoccia rifare quando mi scordo...).
Ammazza che stroncata... dai nomi mi sembravano interessanti, ma non facevano assolutamente ciò che immaginavo.
;37500949']Clean-Installed non fa quel che desideravo facesse... man apt.confClean-Installed
Defaults to on. When turned on the autoclean feature will remove any
packages which can no longer be downloaded from the cache. If turned
off then packages that are locally installed are also excluded from
cleaning - but note that APT provides no direct means to reinstall
them.Non fa automaticamente quel che fa autoclean, ma premette ad autoclean di fare quel che deve.
Di default è attiva: ridondante.
Leggendo la Force-LoopBreak la vedo un po' azzardata:Force-LoopBreak
Never Enable this option unless you -really- know what you are doing.
It permits APT to temporarily remove an essential package to break a
Conflicts/Conflicts or Conflicts/Pre-Depend loop between two essenti-
al packages. SUCH A LOOP SHOULD NEVER EXIST AND IS A GRAVE BUG.
Leggendo pure la Fix-Broken e la Fix-Missing (man apt-get) sarei più dell'idea che in caso di errore sia preferibile saperlo subito (questo in qualsiasi situazione) e non lasciare ad apt la prima iniziativa di fare ciò che può.
Cache-Limit mi ha ingannato nuovamente: agisce sulla memoria allocabile da apt per fare le sue pensate: non mi è mai capitato che l'abbia finita, non so se serva andarci accanto...
AllowUnauthenticated toglie l'incombenza di registrare le chiavi dei repository. Anche qui storco un po' il naso.
Dopo questa analisi salverei, forse, Purge (in fondo quando rimuovo faccio sempre purge e mi scoccia rifare quando mi scordo...).
Ammazza che stroncata... dai nomi mi sembravano interessanti, ma non facevano assolutamente ciò che immaginavo.
A questo punto meglio che lasci tutto come sta, ho preso un granchio pure io, meglio il comportamento di default.
Grazie per l'esaustiva risposta.:)
EDIT: sono in up da ieri sera e zero problemi. Per carità, vorrà dir poco, ma mi accontento per ora.
Gimli[2BV!2B]
22-05-2012, 23:09
Sid non si arrende mai! :)root@phoenix:~# ls -la --full-time /root/.local/share/Trash/
totale 16
drwx------ 4 root root 4096 2007-02-26 22:02:17.000000000 +0100 .
;37501166']Sid non si arrende mai! :)root@phoenix:~# ls -la --full-time /root/.local/share/Trash/
totale 16
drwx------ 4 root root 4096 2007-02-26 22:02:17.000000000 +0100 .
Che mi vorresti dire con l'output di quel comando? Hai una sid dal 2007 o è in up dal 2007 (!!!!!!!!!!!)?:eek: :eek: :confused:
Gimli[2BV!2B]
23-05-2012, 21:48
Quella è la data d'installazione, se fosse uptime sarebbe quasi da record :)
Viene riavviata da blackout o per avviare nuovi kernel ogni mese/mese e mezzo circa.
È l'installazione Sid nativa più vecchia che ho.
;37507343']Quella è la data d'installazione, se fosse uptime sarebbe quasi da record :)
Viene riavviata da blackout o per avviare nuovi kernel ogni mese/mese e mezzo circa.
È l'installazione Sid nativa più vecchia che ho.
Ah, ok. Però, minkia, un mese/mese e mezzo!:eek: Ma non era meglio una stable? D'accordo, sid ha i pacchetti aggiornati, ma se la lasci in up per tutto 'sto tempo, immagino tu ne faccia un uso server....
Gimli[2BV!2B]
23-05-2012, 22:59
Sì, ha scopi server casalinghi, ma ho dato più peso ai vantaggi di usare lo stesso sistema su tutte le macchine. Inoltre mi tiene costantemente aggiornato sulle novità dei demoni che utilizzo.
Un altro suo scopo è di farmi un po' di esperienza con macchine headless: una volta all'anno circa mi da qualcosa da fare (facendo un bilancio però saranno 3/4 problemi hardware ed 1/4 software).
Se fosse stable sarebbe una noia... :asd:
;37507770']Se fosse stable sarebbe una noia... :asd:
ah, ecco.:O
vBulletin® v3.6.4, Copyright ©2000-2026, Jelsoft Enterprises Ltd.