Il 18 febbraio 2016 20:30:38 CET, Davide Prina ha
scritto:
>On 18/02/2016 19:49, gerlos wrote:
>
>> Tra l’altro rpm, yum ed il moderno dnf hanno “di serie” feature
>piuttosto interessanti, che noi in Debian non abbiamo ancora, come
>
>> il downgrade dei pacchetti,
>
>Ci
Leandro Noferini writes:
[...]
> In effetti credo che il problema sia (ancora una volta) in systemd
[...]
> stringa invece neanche con il comando esplicito riuscivo a montarla.
La situazione mi si fa ingarbugliata perché cambiando /etc/fstab riesco
a montare la
in ambienti di produzione, meno si cambia e meglio e'.
sono d'accordo che le cose sono migliorate assai soprattutto con
l'arrivo della virtualizzazione, ma le risorse da spendere per un cambio
di major e' sempre impegnativa e le aziende preferiscono, a buon
ragione, focalizzare il poco
Il 18/02/16 18:46, stefanogo...@gmail.com ha scritto:
> Retrofittare i bug è costoso e spero che la comunità spenda risorse nel
> guardare avanti, non indietro. Apt su debian è avanti a tutti e gli upgrade
> di versione sono generalmente facili. Credo che 5 anni sia un tempo ultra
>
On 18/02/2016 19:49, gerlos wrote:
Tra l’altro rpm, yum ed il moderno dnf hanno “di serie” feature piuttosto
interessanti, che noi in Debian non abbiamo ancora, come
il downgrade dei pacchetti,
Ci sono varie modalità:
* con apt-get install =
* con il pinning
* con source.list passando, ad
On 18/02/2016 19:12, Pol Hallen wrote:
apt è avanti ma yum permette il downgrade del pacchetto
non conosco yum, ma anche con apt puoi fare il downgrade e non solo del
pacchetto, ma di tutte le dipendenze di esso a cascata.
Ci sono varie modalità:
* con apt-get install =
* con il pinning
*
> Il giorno 18/feb/2016, alle ore 18:44, Alessandro Baggi
> ha scritto:
>
> Il 18/02/2016 18:39, dea ha scritto:
>>
>>
>> Sbaglio o il mondo RH non supporta (o supportava) l'aggiornamento da versione
>> precedente a versione nuova ed è (era) obbligatorio
Siccome mi son dimenticato vergognosamente di voi, vi inoltro quanto
mandato ad altre liste cui sono iscritto.
Messaggio Inoltrato
Oggetto: Articolo di Alessandro Rubini, via FSFE.
Data: Thu, 18 Feb 2016 19:18:59 +0100
Mittente: girarsi_liste
A:
Il 18/02/2016 19:22, Gollum1 ha scritto:
Il 18 febbraio 2016 18:44:13 CET, Alessandro Baggi
ha scritto:
ad oggi, che io sappia, se esce un update "minor release" si aggiorna
tranquillamente, ma se devi effettuare l'aggiornamento della major
release non è possibile
Il 18 febbraio 2016 18:44:13 CET, Alessandro Baggi
ha scritto:
>ad oggi, che io sappia, se esce un update "minor release" si aggiorna
>tranquillamente, ma se devi effettuare l'aggiornamento della major
>release non è possibile come con debian.
Che significa che
Retrofittare i bug è costoso e spero che la comunità spenda risorse nel guardare
avanti, non indietro. Apt su debian è avanti a tutti e gli upgrade di versione sono
generalmente facili. Credo che 5 anni sia un tempo ultra accettabile anche per i più
prudenti. Se poi si tiene presente che oggi
Il 18/02/2016 18:59, dea ha scritto:
Il Thu, 18 Feb 2016 18:44:13 +0100, Alessandro Baggi scrisse
Il 18/02/2016 18:39, dea ha scritto:
Sbaglio o il mondo RH non supporta (o supportava) l'aggiornamento da versione
precedente a versione nuova ed è (era) obbligatorio reinstallare ?
Ciao Luca,
Il 18/02/2016 18:46, stefanogo...@gmail.com ha scritto:
Retrofittare i bug è costoso e spero che la comunità spenda risorse nel
guardare avanti,
non indietro. Apt su debian è avanti a tutti e gli upgrade di versione sono
generalmente facili.
Credo che 5 anni sia un tempo ultra accettabile
Il 18/02/2016 18:30, Pol Hallen ha scritto:
Beh 5 anni di supporto vanno più che bene. Con i 10 di Centos si rischia
di rimanere nel medioevo secondo me.
mhmh...
perchè? meglio avere un supporto di sicurezza decennale che essere
obbligato ad aggiornare per forza.
Dopotutto, se usi un server
Il Thu, 18 Feb 2016 18:44:13 +0100, Alessandro Baggi scrisse
> Il 18/02/2016 18:39, dea ha scritto:
> >
> >
> > Sbaglio o il mondo RH non supporta (o supportava) l'aggiornamento da
> > versione
> > precedente a versione nuova ed è (era) obbligatorio reinstallare ?
> >
> Ciao Luca,
> ad oggi, che
Retrofittare i bug è costoso e spero che la comunità spenda risorse nel
guardare avanti, non indietro. Apt su debian è avanti a tutti e gli upgrade di
versione sono generalmente facili. Credo che 5 anni sia un tempo ultra
accettabile anche per i più prudenti. Se poi si tiene presente che oggi
Il 18/02/2016 18:39, dea ha scritto:
Sbaglio o il mondo RH non supporta (o supportava) l'aggiornamento da versione
precedente a versione nuova ed è (era) obbligatorio reinstallare ?
Ciao Luca,
ad oggi, che io sappia, se esce un update "minor release" si aggiorna
tranquillamente, ma se devi
> Beh 5 anni di supporto vanno più che bene. Con i 10 di Centos si
> rischia di rimanere nel medioevo secondo me.
Sbaglio o il mondo RH non supporta (o supportava) l'aggiornamento da versione
precedente a versione nuova ed è (era) obbligatorio reinstallare ?
Questo potrebbe giustificare il
Beh 5 anni di supporto vanno più che bene. Con i 10 di Centos si rischia
di rimanere nel medioevo secondo me.
mhmh...
perchè? meglio avere un supporto di sicurezza decennale che essere
obbligato ad aggiornare per forza.
Dopotutto, se usi un server di 10 anni fa e non hai necessità di avere
Il 18/02/2016 18:01, Pol Hallen ha scritto:
> Come sta evolvendo l'esperimento/progetto riguardo al support LTS?
Qualcuno sta utilizzando il supporto LTS?
direi bene :-)
ho 8 server (oldstable) e sono iscritto alla lista.
I membri sono davvero velocissimi a correggere i bug. Mai nessun
"dea" writes:
> NIENTE PANICO
Parli bene te ma in casa mia l'atmosfera è tesissima.
:-)
Niente Harry Potter, Star wars rebels, musica.
> Stiamo parlando di STABLE
>
> A parte questo, ho appena aggiornato un mio server NFS e non ha avuto
> alcun problema.
Mauro writes:
>> Il file exports è il seguente:
>> /dati 10.150.29.0/24(rw,subtree_check,all_squash,anonuid=109,anongid=112)
>>
>> La riga di /etc/fstab dei client (anche questi su stable) invece è:
>> nasone:/dati/dati nfs noauto,x-systemd.automount0 0
>>
> Come sta evolvendo l'esperimento/progetto riguardo al support LTS?
Qualcuno sta utilizzando il supporto LTS?
direi bene :-)
ho 8 server (oldstable) e sono iscritto alla lista.
I membri sono davvero velocissimi a correggere i bug. Mai nessun
problema (fin'ora)...
peccato che a fine mese
Salve ragazzi,
da tempo ormai si vedono diverse distro con LTS.
Ubuntu 5 anni, Centos 10 anni e cosi via.
Debian ad oggi ha un supporto di 3 anni ed è stato aggiunto un supporto
ulteriore di 2 anni attraverso il lavoro del team LTS.
https://wiki.debian.org/it/LTS
Al momento l'unica release
Il 18/02/16 11:55, Leandro Noferini ha scritto:
> Il file exports è il seguente:
> /dati 10.150.29.0/24(rw,subtree_check,all_squash,anonuid=109,anongid=112)
>
> La riga di /etc/fstab dei client (anche questi su stable) invece è:
> nasone:/dati/dati nfs noauto,x-systemd.automount0
On 18/02/16 15:35, Pol Hallen wrote:
Ciao a tutti :)
prima di migrare tutto a systemd ho iniziato con delle prove...
qualcuno ha idea di come cambiare editor/pager?
per intenderci:
systemctl mostra l'elenco dei servizi usando "more", vorrei utilizzare vim
export SYSTEMD_EDITOR non funziona
Ciao a tutti :)
prima di migrare tutto a systemd ho iniziato con delle prove...
qualcuno ha idea di come cambiare editor/pager?
per intenderci:
systemctl mostra l'elenco dei servizi usando "more", vorrei utilizzare vim
export SYSTEMD_EDITOR non funziona e anche cercando non ho trovato come
NIENTE PANICO
Stiamo parlando di STABLE
A parte questo, ho appena aggiornato un mio server NFS e non ha avuto alcun
problema. Possibile che cerchi il problema nell'aggiornamento ed invece è
altrove ?
Luca
Ciao a tutti,
allarme, orrore, raccapriccio, perdita di successo sociale, perdita
della patria potestà e divorzio!
Spero di aver trasmesso il senso dei problemi che mi vedo avvicinare se
non riesco a risolvere rapidamente questo mio problema.
Debian stabile su amd64: ieri sera ho fatto un
30 matches
Mail list logo