Je ne sais pas si c'est judicieux de le faire maintenant, étant donné
qu'etch vient d'être publiée en tant que stable. C'est une question
qu'on m'a posée : est-ce que les versions testing sont moins stables
dans la période qui suit directement la publication de la version
antérieure ?
Je ne sais pas si c'est judicieux de le faire maintenant, étant donné
qu'etch vient d'être publiée en tant que stable. C'est une question
qu'on m'a posée : est-ce que les versions testing sont moins stables
dans la période qui suit directement la publication de la version
antérieure ?
Je ne sais pas si c'est judicieux de le faire maintenant, étant donné
qu'etch vient d'être publiée en tant que stable. C'est une question
qu'on m'a posée : est-ce que les versions testing sont moins stables
dans la période qui suit directement la publication de la version
antérieure ?
Bonjour à tous,
Mon PC est actuellement en Windows XP. Depuis un certain temps,
j'étudie la possibilité de migrer vers Linux. J'ai donc essayé
plusieurs distributions et finalement j'ai décidé d'utiliser Debian.
Le seule petit problème, c'est que dans la philosophie Debian
"stables", les logiciels installés sont un peu anciens. J'ai donc
adapté le source.list pour avoir des mise à jour plus récente.
Malheureusement, j'ai eu quelques petit soucis de dépendance avec
certains programmes, d'autres ont perdu leur configuration ou ne
voulaient plus fonctionner correctement et synaptic s'est désinstallé.
Je l'ai réinstallé via aptitude, mais bon, je voudrai éviter ce genre
de mésaventures.
Ma question est: quel canal logiciel faut-il choisir pour avoir les
programmes récents et éviter qu'ils n'aient un comportement
incohérent?
J'ai installé la version 4.0r0 (etch) et voici les canaux qui sont
configurés par défaut:
deb http://ftp.debian.skynet.be/ftp/debian/ etch main
deb-src http://ftp.debian.skynet.be/ftp/debian/ etch main
deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib
J'aimerai également connaître le canal à choisir pour les mises à jour
de sécurité correspondantes au canal principal que j'aurai choisi.
Merci à tous et à bientôt.
Bonjour à tous,
Mon PC est actuellement en Windows XP. Depuis un certain temps,
j'étudie la possibilité de migrer vers Linux. J'ai donc essayé
plusieurs distributions et finalement j'ai décidé d'utiliser Debian.
Le seule petit problème, c'est que dans la philosophie Debian
"stables", les logiciels installés sont un peu anciens. J'ai donc
adapté le source.list pour avoir des mise à jour plus récente.
Malheureusement, j'ai eu quelques petit soucis de dépendance avec
certains programmes, d'autres ont perdu leur configuration ou ne
voulaient plus fonctionner correctement et synaptic s'est désinstallé.
Je l'ai réinstallé via aptitude, mais bon, je voudrai éviter ce genre
de mésaventures.
Ma question est: quel canal logiciel faut-il choisir pour avoir les
programmes récents et éviter qu'ils n'aient un comportement
incohérent?
J'ai installé la version 4.0r0 (etch) et voici les canaux qui sont
configurés par défaut:
deb http://ftp.debian.skynet.be/ftp/debian/ etch main
deb-src http://ftp.debian.skynet.be/ftp/debian/ etch main
deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib
J'aimerai également connaître le canal à choisir pour les mises à jour
de sécurité correspondantes au canal principal que j'aurai choisi.
Merci à tous et à bientôt.
Bonjour à tous,
Mon PC est actuellement en Windows XP. Depuis un certain temps,
j'étudie la possibilité de migrer vers Linux. J'ai donc essayé
plusieurs distributions et finalement j'ai décidé d'utiliser Debian.
Le seule petit problème, c'est que dans la philosophie Debian
"stables", les logiciels installés sont un peu anciens. J'ai donc
adapté le source.list pour avoir des mise à jour plus récente.
Malheureusement, j'ai eu quelques petit soucis de dépendance avec
certains programmes, d'autres ont perdu leur configuration ou ne
voulaient plus fonctionner correctement et synaptic s'est désinstallé.
Je l'ai réinstallé via aptitude, mais bon, je voudrai éviter ce genre
de mésaventures.
Ma question est: quel canal logiciel faut-il choisir pour avoir les
programmes récents et éviter qu'ils n'aient un comportement
incohérent?
J'ai installé la version 4.0r0 (etch) et voici les canaux qui sont
configurés par défaut:
deb http://ftp.debian.skynet.be/ftp/debian/ etch main
deb-src http://ftp.debian.skynet.be/ftp/debian/ etch main
deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib
J'aimerai également connaître le canal à choisir pour les mises à jour
de sécurité correspondantes au canal principal que j'aurai choisi.
Merci à tous et à bientôt.
> J'aimerai également connaître le canal à choisir pour les mises à jour
> de sécurité correspondantes au canal principal que j'aurai choisi.
Alors là, j'ai un trou. Je ne sais plus s'il existe des mises à jour de
sécurité pour testing.
> J'aimerai également connaître le canal à choisir pour les mises à jour
> de sécurité correspondantes au canal principal que j'aurai choisi.
Alors là, j'ai un trou. Je ne sais plus s'il existe des mises à jour de
sécurité pour testing.
> J'aimerai également connaître le canal à choisir pour les mises à jour
> de sécurité correspondantes au canal principal que j'aurai choisi.
Alors là, j'ai un trou. Je ne sais plus s'il existe des mises à jour de
sécurité pour testing.
On Wed, Apr 25, 2007 at 11:41:08AM +0200, David Soulayrol wrote:J'aimerai également connaître le canal à choisir pour les mises à jour
de sécurité correspondantes au canal principal que j'aurai choisi.
Alors là, j'ai un trou. Je ne sais plus s'il existe des mises à jour de
sécurité pour testing.
Non, uniquement pour stable et sid. C'est une des raisons
qui poussent certains à préferer sid sur les serveurs.
Y.
On Wed, Apr 25, 2007 at 11:41:08AM +0200, David Soulayrol wrote:
J'aimerai également connaître le canal à choisir pour les mises à jour
de sécurité correspondantes au canal principal que j'aurai choisi.
Alors là, j'ai un trou. Je ne sais plus s'il existe des mises à jour de
sécurité pour testing.
Non, uniquement pour stable et sid. C'est une des raisons
qui poussent certains à préferer sid sur les serveurs.
Y.
On Wed, Apr 25, 2007 at 11:41:08AM +0200, David Soulayrol wrote:J'aimerai également connaître le canal à choisir pour les mises à jour
de sécurité correspondantes au canal principal que j'aurai choisi.
Alors là, j'ai un trou. Je ne sais plus s'il existe des mises à jour de
sécurité pour testing.
Non, uniquement pour stable et sid. C'est une des raisons
qui poussent certains à préferer sid sur les serveurs.
Y.
Yves Rutschle wrote:On Wed, Apr 25, 2007 at 11:41:08AM +0200, David Soulayrol wrote:J'aimerai également connaître le canal à choisir pour les mise s à jour
de sécurité correspondantes au canal principal que j'aurai chois i.
Alors là, j'ai un trou. Je ne sais plus s'il existe des mises à j our de
sécurité pour testing.
Non, uniquement pour stable et sid. C'est une des raisons
qui poussent certains à préferer sid sur les serveurs.
Y.
il est préferable de commencer par le stable(actuellement etch) et
quand on commence à avoir envi d'essayer autres choses alors de passe r
sur sid pour d'essai. Se mettre à sid(Still In Development) sur un
serveur de grande importance peut être dangereux ou même
suicidaire,car les bogues existent encore.
Merçi
Yves Rutschle wrote:
On Wed, Apr 25, 2007 at 11:41:08AM +0200, David Soulayrol wrote:
J'aimerai également connaître le canal à choisir pour les mise s à jour
de sécurité correspondantes au canal principal que j'aurai chois i.
Alors là, j'ai un trou. Je ne sais plus s'il existe des mises à j our de
sécurité pour testing.
Non, uniquement pour stable et sid. C'est une des raisons
qui poussent certains à préferer sid sur les serveurs.
Y.
il est préferable de commencer par le stable(actuellement etch) et
quand on commence à avoir envi d'essayer autres choses alors de passe r
sur sid pour d'essai. Se mettre à sid(Still In Development) sur un
serveur de grande importance peut être dangereux ou même
suicidaire,car les bogues existent encore.
Merçi
Yves Rutschle wrote:On Wed, Apr 25, 2007 at 11:41:08AM +0200, David Soulayrol wrote:J'aimerai également connaître le canal à choisir pour les mise s à jour
de sécurité correspondantes au canal principal que j'aurai chois i.
Alors là, j'ai un trou. Je ne sais plus s'il existe des mises à j our de
sécurité pour testing.
Non, uniquement pour stable et sid. C'est une des raisons
qui poussent certains à préferer sid sur les serveurs.
Y.
il est préferable de commencer par le stable(actuellement etch) et
quand on commence à avoir envi d'essayer autres choses alors de passe r
sur sid pour d'essai. Se mettre à sid(Still In Development) sur un
serveur de grande importance peut être dangereux ou même
suicidaire,car les bogues existent encore.
Merçi
>> Non, uniquement pour stable et sid. C'est une des raisons
>> qui poussent certains à préferer sid sur les serveurs.
NON ! tu te trompes. Il existe heureusement des mises à jour de sécurité
pour testing sinon peu de gens l'utiliserait.
C'est pour sid qu'il n'y en a pas : les problèmes de
sécurité y sont simplement considéré comme des bugs
critiques qui empêchent le paquet de passer dans testing.
Je pense que sid est réservé aux développeurs et testeurs actifs
(souhaitant rapporter voir corriger des bugs).
>> Non, uniquement pour stable et sid. C'est une des raisons
>> qui poussent certains à préferer sid sur les serveurs.
NON ! tu te trompes. Il existe heureusement des mises à jour de sécurité
pour testing sinon peu de gens l'utiliserait.
C'est pour sid qu'il n'y en a pas : les problèmes de
sécurité y sont simplement considéré comme des bugs
critiques qui empêchent le paquet de passer dans testing.
Je pense que sid est réservé aux développeurs et testeurs actifs
(souhaitant rapporter voir corriger des bugs).
>> Non, uniquement pour stable et sid. C'est une des raisons
>> qui poussent certains à préferer sid sur les serveurs.
NON ! tu te trompes. Il existe heureusement des mises à jour de sécurité
pour testing sinon peu de gens l'utiliserait.
C'est pour sid qu'il n'y en a pas : les problèmes de
sécurité y sont simplement considéré comme des bugs
critiques qui empêchent le paquet de passer dans testing.
Je pense que sid est réservé aux développeurs et testeurs actifs
(souhaitant rapporter voir corriger des bugs).
Se mettre à sid(Still In Development) sur un serveur [...]
Se mettre à sid(Still In Development) sur un serveur [...]
Se mettre à sid(Still In Development) sur un serveur [...]
Scribit Pitshou Asingalembi Mbema dies 25/04/2007 hora 11:37:Se mettre à sid(Still In Development) sur un serveur [...]
sid n'est pas un acronyme, c'est un nom de personnage.
Scribit Pitshou Asingalembi Mbema dies 25/04/2007 hora 11:37:
Se mettre à sid(Still In Development) sur un serveur [...]
sid n'est pas un acronyme, c'est un nom de personnage.
Scribit Pitshou Asingalembi Mbema dies 25/04/2007 hora 11:37:Se mettre à sid(Still In Development) sur un serveur [...]
sid n'est pas un acronyme, c'est un nom de personnage.
Scribit Pitshou Asingalembi Mbema dies 25/04/2007 hora 11:37:Se mettre à sid(Still In Development) sur un serveur [...]
sid n'est pas un acronyme, c'est un nom de personnage.
http://www.debian.org/doc/FAQ/ch-ftparchives#s-codenames
Étymologiquement,
Pierre
Scribit Pitshou Asingalembi Mbema dies 25/04/2007 hora 11:37:
Se mettre à sid(Still In Development) sur un serveur [...]
sid n'est pas un acronyme, c'est un nom de personnage.
http://www.debian.org/doc/FAQ/ch-ftparchives#s-codenames
Étymologiquement,
Pierre
Scribit Pitshou Asingalembi Mbema dies 25/04/2007 hora 11:37:Se mettre à sid(Still In Development) sur un serveur [...]
sid n'est pas un acronyme, c'est un nom de personnage.
http://www.debian.org/doc/FAQ/ch-ftparchives#s-codenames
Étymologiquement,
Pierre
Pierre THIERRY a écrit :
> Scribit Pitshou Asingalembi Mbema dies 25/04/2007 hora 11:37:
>> Se mettre à sid(Still In Development) sur un serveur [...]
>
> sid n'est pas un acronyme, c'est un nom de personnage.
>
> http://www.debian.org/doc/FAQ/ch-ftparchives#s-codenames
>
> Étymologiquement,
> Pierre
C'est aussi un acronyme !
Pierre THIERRY a écrit :
> Scribit Pitshou Asingalembi Mbema dies 25/04/2007 hora 11:37:
>> Se mettre à sid(Still In Development) sur un serveur [...]
>
> sid n'est pas un acronyme, c'est un nom de personnage.
>
> http://www.debian.org/doc/FAQ/ch-ftparchives#s-codenames
>
> Étymologiquement,
> Pierre
C'est aussi un acronyme !
Pierre THIERRY a écrit :
> Scribit Pitshou Asingalembi Mbema dies 25/04/2007 hora 11:37:
>> Se mettre à sid(Still In Development) sur un serveur [...]
>
> sid n'est pas un acronyme, c'est un nom de personnage.
>
> http://www.debian.org/doc/FAQ/ch-ftparchives#s-codenames
>
> Étymologiquement,
> Pierre
C'est aussi un acronyme !