Re: testing su server di produzione

2010-06-15 Per discussione Giancarlo Martini

Giovanni Toraldo wrote:

Il 14/06/10 13.33, dea ha scritto:

Voi monterese testing (l'attuale testing, che praticamente è quasi una stable)
su due server critici ?


IMHO, usare testing su un server pubblico, è un problema non tanto per
la stabilità dei pacchetti, ma per la non-garanzia di ricevere
aggiornamenti di sicurezza tempestivamente.

Altra alternativa che potrebbe sembrare blasfema detta qui, ma usare
invece l'attuale Ubuntu LTS?

per le mie modeste esperienze preferisco debian, a mio avviso, in casa Ubuntu, 
cambiano troppe cose, spesso inutilmente, aggiornano il software troppo

 e spesso inutilmente, nel caso dei server ribadisco.

Ma una volta passato a testing, quando si deve ripassare a stable come si fà?
Basta modificare il source.list e dare un bel apt-get update/upgrade?


--
Giancarlo Martini
(Replace 'AAA' with @)
mailto:giancarlomartiniAAAkatamail.com
Registered Linux user number 367542


--
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per

problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c171b21.1090...@katamail.com



Re: testing su server di produzione

2010-06-15 Per discussione dea

So che il fattore sicurezza è trattato diversamente (come è giusto che sia) in
testing, il fatto è che il mio caso è un po particolare...

L'attuale testing è la futura stable, attualmente in freeze, quindi non c'è
inserimento di pacchetti provenienti da unstable, è quindi in fase di
stabilizazione, quando verrà promossa a stable, l'update sarà perfettamente
lineare.

Valutando gli standard Debian, una testing è MOLTO più collaudata di una
stable Fedora o similari, dove la politica di testing è ristretta per
disporre sempre della versione più recente del pacchetto.

Trovo controproducente questa ricerca dell'ultima versione quando si lavora
in campo server di produzione, se qualcuno vuole versioni più recenti usa un
mix di stable/unstable ma è UNA DECISIONE del SA, non è un'imposizione della
distribuzione.

Io ho deciso di utilizzare testing su due server di produzione per esigenze
hardware e perchè voglio un'installazione pulita su una macchina appena
installata, che continuerà a rimanere pulita anche dopo il rilascio di stable 
6.0.

E' una mia decisione e me ne assumo i rischi, ma è giusto che sia così, mentre
non capisco la politica di altre distro utilizzate in campo server.

A prescindere, uso Debian e vivo felice :)



-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100615064143.m72...@corep.it



Re: testing su server di produzione

2010-06-15 Per discussione Gollum1
In data martedì 15 giugno 2010 08:18:09, Giancarlo Martini ha scritto:

 Ma una volta passato a testing, quando si deve ripassare a stable come si
 fà? Basta modificare il source.list e dare un bel apt-get update/upgrade?

visto che l'attuale testing dovrebbe diventare stable a breve, io installerei 
tranquillamente la testing anche sui server di produzione.

In ogni caso, quando installi la testing, nel sources.list viene indicato il 
nome della distribuzione e non testing quindi quando testing diventerà 
stable, per te non cambia assolutamente nulla, a quel punto starai usando la 
stable senza neppure rendertene conto.

Byez
-- 
Gollum1

Tesoro, dov'é il mio tesoro...


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201006150847.59496.goll...@tiscali.it



Re: testing su server di produzione

2010-06-15 Per discussione Davide Prina

On 15/06/2010 08:18, Giancarlo Martini wrote:


Ma una volta passato a testing, quando si deve ripassare a stable come
si fà?


È sufficiente che metti squeeze in /etc/apt/sources.list al posto di 
testing. Ora è la testing, ma a breve sarà la stable (il freeze dovrebbe 
iniziare verso fine agosto).


Io non sono un sistemista, ma vedo in questo periodo questa possibile 
difficoltà. Ora si è già in un periodo di transizione e potrebbe essere 
che alcuni pacchetti sono stati tolti temporaneamente da testing o 
qualcosa non è funzionante per le varie transizioni in corso prima del 
rilascio. Quindi l'installazione potrebbe dare problemi, potresti non 
avere pacchetti che ti servono o qualcosa non funzionante.


Se vuoi installare Squeeze io ti consiglio di stare attento a queste 
possibili problemi.


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Petizione per uso di software interoperabile nell'UE:
http://openparliament.eu/
Non autorizzo la memorizzazione del mio indirizzo su outlook


--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c17b2af.6000...@gmail.com



Re: testing su server di produzione

2010-06-14 Per discussione Dott. Giovanni Bonenti

On Lun, Giugno 14, 2010 13:33, dea wrote:

 Lista, buongiorno !

 Immagino la risposta che mi darete (si), ma (forse per rafforzare il mio
 autoconvincimento) ve lo chiedo ugualmente... :)

 Voi monterese testing (l'attuale testing, che praticamente è quasi una
 stable)
 su due server critici ?

 La mia perplessità è motivata da:

 - Il kernel 2.6.26 dell'attuale stable è troppo vecchio e non mi supporta
 le
 schede di rete di quei server (mentre il 2.6.32 le supporta senza
 problemi).

E se tu installassi su stable un kernel recente da backports.org?

Ciao :)

Giovanni

-- 
Dott. Giovanni Bonenti
Linux user 209071
Veniva un fiato tiepido dal mare, che smorzava le parole e alimentava una
dolcezza inesprimibile.
(Cesare Pavese - Il carcere)


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/8832b91288c639bd565c8ce842113b9f.squir...@www.midhgard.it



Re: testing su server di produzione

2010-06-14 Per discussione dea

Si, questa era la mia prima idea, purtroppo ci sono altri problemi (oltre al
kernel) .. la versione di PHP per esempio, l'attuale stable utilizza la 5.2.6,
a me serve come minimo la 5.2.8 e la testing monta la 5.3.x ...

Alla fine avrei un sistema misto su due macchine, mezzo stable e mezzo
backports ..

Mi chiedo quindi se ha senso avere due sistemi appena installati ibridi o due
sistemi appena installati già con i pacchetti che in buona misura
apparterranno a Debian 6.0, inoltre, l'operazione di passaggio verso la nuova
stable, per sua natura, sarà così praticamente trasparente
 
 E se tu installassi su stable un kernel recente da backports.org?


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100614115014.m48...@corep.it



Re: testing su server di produzione

2010-06-14 Per discussione Dott. Giovanni Bonenti

On Lun, Giugno 14, 2010 13:56, dea wrote:

 Mi chiedo quindi se ha senso avere due sistemi appena installati ibridi o
 due
 sistemi appena installati già con i pacchetti che in buona misura
 apparterranno a Debian 6.0, inoltre, l'operazione di passaggio verso la
 nuova
 stable, per sua natura, sarà così praticamente trasparente


Posso dirti che io uso unstable su desktop e portatile e, con l'aiuto di
apt-listbugs, mi trovo veramente bene.

Direi che potresti cominciare a migrare una macchina tenendo una stable di
soccorso e poi una volta sicuro che tutto vada, migri anche la seconda.

Ciao :)

Giovanni

-- 
Dott. Giovanni Bonenti
Linux user 209071
Veniva un fiato tiepido dal mare, che smorzava le parole e alimentava una
dolcezza inesprimibile.
(Cesare Pavese - Il carcere)


-- 
Per REVOCARE l'iscrizione alla lista, inviare un email a 
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org

To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/08d2e6567842ce8e242893f9316fbc44.squir...@www.midhgard.it



Re: testing su server di produzione

2010-06-14 Per discussione Giovanni Toraldo
Il 14/06/10 13.33, dea ha scritto:
 Voi monterese testing (l'attuale testing, che praticamente è quasi una stable)
 su due server critici ?

IMHO, usare testing su un server pubblico, è un problema non tanto per
la stabilità dei pacchetti, ma per la non-garanzia di ricevere
aggiornamenti di sicurezza tempestivamente.

Altra alternativa che potrebbe sembrare blasfema detta qui, ma usare
invece l'attuale Ubuntu LTS?

Ulteriore alternativa: http://www.dotdeb.org/instructions/
Non l'ho mai provati, non conosco le politiche riguardo i bug di
sicurezza, ma da quel che si legge in giro pare funzioni.

-- 
Giovanni Toraldo
http://twitter.com/gionn
http://bit.ly/about-gionn



signature.asc
Description: OpenPGP digital signature