Erreur sur apt-get upgrade

OSFD · Février 20, 2016, 7:09pm

Salut,
Je suis sous squeeze et il y a peu de temps j’ai décidé de faire un petit:

Apparemment, tout ne s’est pas bien passé mais je n’y ai pas fait attention. Sauf que maintenant ça a l’air de bloquer un peu tout…
lorsque je fais un:

j’obtiens ceci :

Setting up libthunar-vfs-1-2 (0.9.0-10) ... No manual entry for thunar-data No manual entry for libthunar-vfs-1-2 dpkg: error processing libthunar-vfs-1-2 (--configure): subprocess post-installation script returned error exit status 16 dpkg: dependency problems prevent configuration of thunar: thunar depends on libthunar-vfs-1-2 (>= 0.9.0); however: Package libthunar-vfs-1-2 is not configured yet. dpkg: error processing thunar (--configure): dependency problems - leaving unconfigured Setting up xscreensaver (5.05-3) ... No manual entry for XScreenSaver-nogl No manual entry for XScreenSaver dpkg: error processing xscreensaver (--configure): subprocess post-installation script returned error exit status 16 Setting up ca-certificates (20081127) ... Updating certificates in /etc/ssl/certs....<standard input>:8: warning [p 1, 1.0i]: cannot adjust line <standard input>:9: warning [p 1, 1.2i]: cannot adjust line <standard input>:10: warning [p 1, 1.3i]: cannot adjust line <standard input>:11: warning [p 1, 1.5i]: cannot adjust line <standard input>:12: warning [p 1, 1.7i]: cannot adjust line <standard input>:13: warning [p 1, 1.8i]: cannot adjust line <standard input>:14: warning [p 1, 2.0i]: cannot adjust line <standard input>:15: warning [p 1, 2.2i]: cannot adjust line <standard input>:16: warning [p 1, 2.3i]: cannot adjust line <standard input>:17: warning [p 1, 2.5i]: cannot adjust line <standard input>:18: warning [p 1, 2.7i]: cannot adjust line <standard input>:19: warning [p 1, 2.8i]: cannot adjust line <standard input>:20: warning [p 1, 3.0i]: cannot adjust line <standard input>:21: warning [p 1, 3.2i]: cannot adjust line <standard input>:22: warning [p 1, 3.3i]: cannot adjust line <standard input>:23: warning [p 1, 3.5i]: cannot adjust line <standard input>:24: warning [p 1, 3.7i]: cannot adjust line <standard input>:25: warning [p 1, 3.8i]: cannot adjust line <standard input>:26: warning [p 1, 4.0i]: cannot adjust line <standard input>:27: warning [p 1, 4.2i]: cannot adjust line No manual entry for brasil.gov.br.pem dpkg: error processing ca-certificates (--configure): subprocess post-installation script returned error exit status 16 dpkg: dependency problems prevent configuration of xfdesktop4: xfdesktop4 depends on libthunar-vfs-1-2 (>= 0.9.0); however: Package libthunar-vfs-1-2 is not configured yet. dpkg: error processing xfdesktop4 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libthunar-vfs-1-2 thunar xscreensaver ca-certificates xfdesktop4

Est ce que quelqu’un rencontre un problème similaire, ou peut m’aider, s’il vous plait…?

D’avance merci pour votre aide,

Olivier

antiheros · Février 20, 2016, 7:09pm

tu as testé avec aptitude ?
aptitude update
aptitude safe-upgrade

[size=50]non, c’est pas un troll[/size]

OSFD · Février 20, 2016, 7:09pm

hhmm, ça a fait plein de trucs et j’avais bon espoir…mais non, ça n’a pas réglé le problème et maintenant j’obtiens:

#dpkg --configure -a Setting up libthunar-vfs-1-2 (0.9.0-10) ... No manual entry for thunar-data No manual entry for libthunar-vfs-1-2 dpkg: error processing libthunar-vfs-1-2 (--configure): subprocess post-installation script returned error exit status 16 dpkg: dependency problems prevent configuration of thunar: thunar depends on libthunar-vfs-1-2 (>= 0.9.0); however: Package libthunar-vfs-1-2 is not configured yet. dpkg: error processing thunar (--configure): dependency problems - leaving unconfigured Setting up xscreensaver (5.05-3) ... No manual entry for XScreenSaver-nogl No manual entry for XScreenSaver dpkg: error processing xscreensaver (--configure): subprocess post-installation script returned error exit status 16 Setting up ca-certificates (20081127) ... Updating certificates in /etc/ssl/certs....<standard input>:8: warning [p 1, 1.0i]: cannot adjust line <standard input>:9: warning [p 1, 1.2i]: cannot adjust line <standard input>:10: warning [p 1, 1.3i]: cannot adjust line <standard input>:11: warning [p 1, 1.5i]: cannot adjust line <standard input>:12: warning [p 1, 1.7i]: cannot adjust line <standard input>:13: warning [p 1, 1.8i]: cannot adjust line <standard input>:14: warning [p 1, 2.0i]: cannot adjust line <standard input>:15: warning [p 1, 2.2i]: cannot adjust line <standard input>:16: warning [p 1, 2.3i]: cannot adjust line <standard input>:17: warning [p 1, 2.5i]: cannot adjust line <standard input>:18: warning [p 1, 2.7i]: cannot adjust line <standard input>:19: warning [p 1, 2.8i]: cannot adjust line <standard input>:20: warning [p 1, 3.0i]: cannot adjust line <standard input>:21: warning [p 1, 3.2i]: cannot adjust line <standard input>:22: warning [p 1, 3.3i]: cannot adjust line <standard input>:23: warning [p 1, 3.5i]: cannot adjust line <standard input>:24: warning [p 1, 3.7i]: cannot adjust line <standard input>:25: warning [p 1, 3.8i]: cannot adjust line <standard input>:26: warning [p 1, 4.0i]: cannot adjust line <standard input>:27: warning [p 1, 4.2i]: cannot adjust line No manual entry for brasil.gov.br.pem dpkg: error processing ca-certificates (--configure): subprocess post-installation script returned error exit status 16 dpkg: dependency problems prevent configuration of xfdesktop4: xfdesktop4 depends on libthunar-vfs-1-2 (>= 0.9.0); however: Package libthunar-vfs-1-2 is not configured yet. dpkg: error processing xfdesktop4 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libthunar-vfs-1-2 thunar xscreensaver ca-certificates xfdesktop4

Il semblerait que ce soit moins pire…mais on y est pas encore…

antiheros · Février 20, 2016, 7:09pm

peut-être en ressayant avec chaque paquet un par un
aptitude reinstall libthunar-vfs-1-2
aptitude reinstall thunar

et ainsi de suite si ça marche …
si ça marche pas, copie ce que fait aptitude stp.

D5cro · Février 20, 2016, 7:09pm

As-tu ton “sources-list au carré” accompagné de son fichier préférences ? …

OSFD · Février 20, 2016, 7:09pm

de pire en pire…

# aptitude reinstall libthunar-vfs-1-2 Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages will be REINSTALLED: libthunar-vfs-1-2 The following partially installed packages will be configured: ca-certificates thunar xfdesktop4 xscreensaver 0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 3 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Writing extended state information... Done Setting up ca-certificates (20081127) ... Updating certificates in /etc/ssl/certs....<standard input>:8: warning [p 1, 1.0i]: cannot adjust line <standard input>:9: warning [p 1, 1.2i]: cannot adjust line <standard input>:10: warning [p 1, 1.3i]: cannot adjust line <standard input>:11: warning [p 1, 1.5i]: cannot adjust line <standard input>:12: warning [p 1, 1.7i]: cannot adjust line <standard input>:13: warning [p 1, 1.8i]: cannot adjust line <standard input>:14: warning [p 1, 2.0i]: cannot adjust line <standard input>:15: warning [p 1, 2.2i]: cannot adjust line <standard input>:16: warning [p 1, 2.3i]: cannot adjust line <standard input>:17: warning [p 1, 2.5i]: cannot adjust line <standard input>:18: warning [p 1, 2.7i]: cannot adjust line <standard input>:19: warning [p 1, 2.8i]: cannot adjust line <standard input>:20: warning [p 1, 3.0i]: cannot adjust line <standard input>:21: warning [p 1, 3.2i]: cannot adjust line <standard input>:22: warning [p 1, 3.3i]: cannot adjust line <standard input>:23: warning [p 1, 3.5i]: cannot adjust line <standard input>:24: warning [p 1, 3.7i]: cannot adjust line <standard input>:25: warning [p 1, 3.8i]: cannot adjust line <standard input>:26: warning [p 1, 4.0i]: cannot adjust line <standard input>:27: warning [p 1, 4.2i]: cannot adjust line No manual entry for brasil.gov.br.pem dpkg: error processing ca-certificates (--configure): subprocess post-installation script returned error exit status 16 Setting up libthunar-vfs-1-2 (0.9.0-10) ... No manual entry for thunar-data No manual entry for libthunar-vfs-1-2 dpkg: error processing libthunar-vfs-1-2 (--configure): subprocess post-installation script returned error exit status 16 dpkg: dependency problems prevent configuration of thunar: thunar depends on libthunar-vfs-1-2 (>= 0.9.0); however: Package libthunar-vfs-1-2 is not configured yet. dpkg: error processing thunar (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of xfdesktop4: xfdesktop4 depends on libthunar-vfs-1-2 (>= 0.9.0); however: Package libthunar-vfs-1-2 is not configured yet. dpkg: error processing xfdesktop4 (--configure): dependency problems - leaving unconfigured Setting up xscreensaver (5.05-3) ... No manual entry for XScreenSaver-nogl No manual entry for XScreenSaver dpkg: error processing xscreensaver (--configure): subprocess post-installation script returned error exit status 16 Errors were encountered while processing: ca-certificates libthunar-vfs-1-2 thunar xfdesktop4 xscreensaver E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up libthunar-vfs-1-2 (0.9.0-10) ... No manual entry for thunar-data No manual entry for libthunar-vfs-1-2 dpkg: error processing libthunar-vfs-1-2 (--configure): subprocess post-installation script returned error exit status 16 dpkg: dependency problems prevent configuration of thunar: thunar depends on libthunar-vfs-1-2 (>= 0.9.0); however: Package libthunar-vfs-1-2 is not configured yet. dpkg: error processing thunar (--configure): dependency problems - leaving unconfigured Setting up xscreensaver (5.05-3) ... No manual entry for XScreenSaver-nogl No manual entry for XScreenSaver dpkg: error processing xscreensaver (--configure): subprocess post-installation script returned error exit status 16 Setting up ca-certificates (20081127) ... /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe /var/lib/dpkg/info/ca-certificates.config: line 83: echo: write error: Broken pipe Updating certificates in /etc/ssl/certs....<standard input>:8: warning [p 1, 1.0i]: cannot adjust line <standard input>:9: warning [p 1, 1.2i]: cannot adjust line <standard input>:10: warning [p 1, 1.3i]: cannot adjust line <standard input>:11: warning [p 1, 1.5i]: cannot adjust line <standard input>:12: warning [p 1, 1.7i]: cannot adjust line <standard input>:13: warning [p 1, 1.8i]: cannot adjust line <standard input>:14: warning [p 1, 2.0i]: cannot adjust line <standard input>:15: warning [p 1, 2.2i]: cannot adjust line <standard input>:16: warning [p 1, 2.3i]: cannot adjust line <standard input>:17: warning [p 1, 2.5i]: cannot adjust line <standard input>:18: warning [p 1, 2.7i]: cannot adjust line <standard input>:19: warning [p 1, 2.8i]: cannot adjust line <standard input>:20: warning [p 1, 3.0i]: cannot adjust line <standard input>:21: warning [p 1, 3.2i]: cannot adjust line <standard input>:22: warning [p 1, 3.3i]: cannot adjust line <standard input>:23: warning [p 1, 3.5i]: cannot adjust line <standard input>:24: warning [p 1, 3.7i]: cannot adjust line <standard input>:25: warning [p 1, 3.8i]: cannot adjust line <standard input>:26: warning [p 1, 4.0i]: cannot adjust line <standard input>:27: warning [p 1, 4.2i]: cannot adjust line No manual entry for brasil.gov.br.pem dpkg: error processing ca-certificates (--configure): subprocess post-installation script returned error exit status 16 dpkg: dependency problems prevent configuration of xfdesktop4: xfdesktop4 depends on libthunar-vfs-1-2 (>= 0.9.0); however: Package libthunar-vfs-1-2 is not configured yet. dpkg: error processing xfdesktop4 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libthunar-vfs-1-2 thunar xscreensaver ca-certificates xfdesktop4 Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done

antiheros · Février 20, 2016, 7:09pm

As-tu ton “sources-list au carré” accompagné de son fichier préférences ? …[/quote]ptêt pas une mauvaise idée, en effet, même si libthunar… et thunar sont dispo de la même manière en stable, testing et sid.

antiheros · Février 20, 2016, 7:09pm

ah oui au fait, j’ai oublié un truc :

squeeze c’est mal !

OSFD · Février 20, 2016, 7:09pm

mon sources.list:

[code]#

deb cdrom:[Debian GNU/Linux testing Lenny - Official Snapshot i386 kde-CD Binary-1 20081215-11:41]/ lenny main

deb http://ftp.fr.debian.org/debian/ squeeze main non-free contrib
deb-src http://ftp.fr.debian.org/debian/ squeeze main non-free contrib

deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free

perso

deb http://download.skype.com/linux/repos/debian/ stable non-free

deb http://www.debian-multimedia.org/ testing main

experimental

deb http://http.us.debian.org/debian experimental main contrib non-free

deb-src http://http.us.debian.org/debian/ experimental main non-free contrib

compiz fusion

deb http://download.tuxfamily.org/shames/debian-lenny/desktopfx/unstable/ ./

[/code]

antiheros · Février 20, 2016, 7:09pm

avec un sources.list uniquement squeeze, il y a certainement des paquets que tu ne peux pas installer.
si tu veux rester en squeeze, ajoute au moins les dépôts lenny à ton sources.list.

il y a une raison particulière pour laquelle tu veux que ta debian soit en squeeze ?
tu pourras lire un peu partout que la distro testing (donc squeeze en ce moment) n’est pas faite pour être installée comme distro de travail, il vaut mieux choisir stable ou sid.
avec stable (lenny) tu seras tranquille, avec sid, surtout en ce moment où lenny vient de sortir, c’est un tout petit peu plus “sportif”.

111 · Février 20, 2016, 7:09pm

Salut,

Ça c’est du Fud propagé par certains ne connaissant pas Testing ou ne l’ayant pas utilisé depuis des lustres. Sur les forums anglophones par exemple la chanson n’est pas du tout la même… Du moment que l’on connais un peu Debian, Testing est un très bon choix comme distro de travail et pour avoir utilisé Sid et Testing pendant longtemps en parallèle elle s’est révélée plus fiable que Sid.

Par contre :

Il faut éviter Testing les première semaines après la sortie de Stable (cela vaut d’ailleurs aussi pour Sid qui est bien pire que Testing en ce moment).
Il faut un sources.list complet, entre autres parce que Testing/Sid ne sont pas complètes, soit les dépôts Sid, Testing, Stable (au moins dans les 1er mois) et Experimental.
Il faut pour Testing un fichier /etc/apt/preferences neutre (donc surtout pas ceux du Trucs et Astuces qui pour la version Testing met un gros bordel dans le système et laisse des paquets troués non mis à jours du fait de priorités farfelues).

Soit par exemple :

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages
Pin-Priority: 900

Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 900

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia Packages
Pin-Priority: 800

Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 800

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages
Pin-Priority: 90

Package: *
Pin: release o=Debian,a=unstable,l=Debian
Pin-Priority: 90

En sus, un très bon article sur Testing.

antiheros · Février 20, 2016, 7:09pm

hé hé, j’étais presque certain que troisptitspoints allait réagir.

FUD ? je connaissais fuck mais pas fud
c’est réparé, je vais pouvoir jouer les geeks à donf avec mon nouveau mot. :smt003
du moment que l’on connait un peu debian, testing est une très bonne distro de travail : même si j’ai pas réellement d’avis, y a quand même un paquet de gens pas particulièrement “fudés” qui ne sont pas d’accord avec toi.
testing est à éviter juste après une sortie stable : tu peux nous rappeler quand lenny est sortie ?
un sources.list complet (stable, testing, sid, experimental) : pourquoi donc pas seulement testing et stable ? parce que si on veut installer certains paquets de testing, il y aura besoin de paquets sid ? mais alors, pourquoi pas sid directement plutôt que de se retrouver rapidement avec une distro aux paquets tout mélangés.
le fichier préférences de T&A est complètement pourri ?
depuis le temps que tu l’affirmes, comment se fait-il alors qu’il n’ait pas été modifié ?

tout ça c’est des vraies questions, sans agressivité je le jure, car ta réponse, pour moi en tout cas, apporte plus de questions que de réponses, c’est peut-être pas ce que recherchait OSFD.

PS et pis c’est pas facile aussi de dialoguer avec quelqu’un qui choisit troisptitspoints comme pseudo.

OSFD · Février 20, 2016, 7:09pm

Bon, je crois que j’ai bien compris…que pensez vous du sources.list suivant ?

[code]## Stable (Lenny)
deb http://ftp.fr.debian.org/debian/ lenny main non-free contrib

deb-src http://ftp.fr.debian.org/debian/ lenny main non-free contrib

Testing (Squeeze)

deb http://ftp.fr.debian.org/debian/ squeeze main non-free contrib

deb-src http://ftp.fr.debian.org/debian/ squeeze main non-free contrib

Unstable (Sid)

deb http://ftp.fr.debian.org/debian/ sid main contrib non-free

deb-src http://ftp.fr.debian.org/debian/ sid main contrib non-free

Security

deb http://security.debian.org/ lenny/updates main contrib non-free

deb-src http://security.debian.org/ lenny/updates main contrib non-free

deb http://security.debian.org/ squeeze/updates main contrib non-free

deb-src http://security.debian.org/ etch/updates main contrib non-free

Multimedia

deb http://www.debian-multimedia.org/ stable main
deb http://www.debian-multimedia.org/ testing main

Experimental

deb http://ftp.fr.debian.org/debian/ experimental main[/code]

111 · Février 20, 2016, 7:09pm

@OSFD, oui mais pourquoi commenté certains dépôts ? Avec le preferences que je t’ai donné ça ne sert à rien. Aussi, les dépôts multimedia acceptent les noms de version (lenny, squeeze) qu’il est préférable d’utiliser.

Pourtant tu ne t’es pas gardé de le donner…

Un paquet ? Seulement quelques uns en particulier sur ce forum et qui n’utilisent pas Testing ou qui l’ont utilisé avec le preferences de la section Trucs & Astuces, donc forcement… Sans parler de ceux qui utilisent Sid mais qui sont quelque part des utilisateurs de Testing qui s’ignorent car ne faisant leurs mises à jours que tout les 36 du mois par peur des problèmes…
Et je le répète, si l’on va sur les forums Debian anglophones par exemple la chanson n’est pas la même.
Mon avis est que finalement Testing et Sid sont très proches et la façon de les administrer est à peut près la même. Testing restant quand même moins casse gueule et réservant moins de mauvaises surprises.

L’idée est simplement d’essayer d’orienter les gens vers la branche qui leur convient : voir à longueur de temps des gens conseiller Sid à des débutants en leur prétendant qu’elle est super stable, qu’il n’y jamais de problème, etc. Et les voir revenir 2 jours après parce qu’ils ne s’en sortent pas a tendance à me gonfler.

Le 14 février ? Mais je ne vois pas où tu veux en venir.
La réponse se trouve dans l’article donné en lien.

En Testing, passé le cap des 1ères semaines et à de rares exceptions près le mélange des branches ne tient qu’à des choix personnels, il n’est pas inéluctable comme tu sembles le croire. C’est une liberté offerte aux utilisateurs, certains seront en Testing à 99% voire 100%, d’autres s’amuseront à installer certains paquets Sid/Experimental plus récents (pour tester, par nécessité…) tout en gardant une base relativement solide, etc.

Pourri est un peu fort.
Celui pour Sid, mise à part qu’il est inutile, est le moins pernicieux : les seuls problèmes qu’il peut engendrer se situes aux niveau des mises à jours de paquets vers Testing/Stable (en cas de problème avec les versions Sid par ex.)
Celui pour Testing est le plus pernicieux et rend à la longue Testing difficilement utilisable (plusieurs personnes en ont fait la mauvaise expériences sur ce forum. L’utilisation d’un preferences neutre à résolu leurs problèmes).
Celui pour Stable ce situe entre les 2 autres.
Ils ont été modifiés, certaines de mes remarques ont été prises en compte comme : « correction d’une erreur de conception empêchant l’utilisation du -t -> les prios ont été baissées sous 990 ».
Mais pour le reste Mat s’accroche à conserver cette hérésie d’une priorité supérieure pour les dépôts Security, et ce en dépits du bon sens et sans même mettre en garde les utilisateurs sur les conséquences que cela engendre (conséquences qu’il a par ailleurs reconnues).

PS -> pourquoi donc ?

fran.b · Février 20, 2016, 7:09pm

Et je le répète, si l’on va sur les forums Debian anglophones par exemple la chanson n’est pas la même.
Mon avis est que finalement Testing et Sid sont très proches et la façon de les administrer est à peut près la même. Testing restant quand même moins casse gueule et réservant moins de mauvaises surprises.
[/quote]Non testing n’est (n’était pas) pas une distribution mais un outil de travail, la doc debian suggère effectivement sid ou la stable. Le souci est que si on est assuré de la cohérence de sid (je n’ai pas dit la stabilité), il arrive que la testing soit incomplète ou incohérente (cela dure peut de temps c’est vrai). Quoi qu’il en soit, testing n’est pas utilisable sans les dépots de la stable ou les dépots de sid.[quote]
L’idée est simplement d’essayer d’orienter les gens vers la branche qui leur convient : voir à longueur de temps des gens conseiller Sid à des débutants en leur prétendant qu’elle est super stable, qu’il n’y jamais de problème, etc. Et les voir revenir 2 jours après parce qu’ils ne s’en sortent pas a tendance à me gonfler.
[/quote]C’est exact, sid pose des problèmes de stabilité ponctuels nécessitant de l’expérience pour s’en sortir.

Le 14 février ? Mais je ne vois pas où tu veux en venir.
[/quote]Lorsque etch est devenu stable, il suffit de regarder les archives de la DUF pour voir que ça a été le bazar avec lenny pendant au moins 3 mois. Je déconseille fortement squeeze pendant au moisn 3 mois sauf si on sait ce qu’on fait.

La réponse se trouve dans l’article donné en lien.

antiheros:

mais alors, pourquoi pas sid directement plutôt que de se retrouver rapidement avec une distro aux paquets tout mélangés.

Le mélange n’est pas un problème particulièrement entre sid et testing.

[quote]En Testing, passé le cap des 1ères semaines et à de rares exceptions près le mélange des branches ne tient qu’à des choix personnels, il n’est pas inéluctable comme tu sembles le croire. C’est une liberté offerte aux utilisateurs, certains seront en Testing à 99% voire 100%, d’autres s’amuseront à installer certains paquets Sid/Experimental plus récents (pour tester, par nécessité…) tout en gardant une base relativement solide, etc.

Ce qui défini la distribution est la libc6 essentiellement, pour savoir sous quel système on est, il faut regarder la version de la libc6. Très souvent l’installation d’un paquet sid ou experimental entraine la mise à jour de la libc6. Il est illusoire de croire encore à une modification mineure du système à ce niveau, 5 paquets modifiés peuvent complètement bouleverser unsystème.

Pourri est un peu fort.
Celui pour Sid, mise à part qu’il est inutile, est le moins pernicieux : les seuls problèmes qu’il peut engendrer se situes aux niveau des mises à jours de paquets vers Testing/Stable (en cas de problème avec les versions Sid par ex.)
Celui pour Testing est le plus pernicieux et rend à la longue Testing difficilement utilisable (plusieurs personnes en ont fait la mauvaise expériences sur ce forum. L’utilisation d’un preferences neutre à résolu leurs problèmes).
Celui pour Stable ce situe entre les 2 autres.
Ils ont été modifiés, certaines de mes remarques ont été prises en compte comme : « correction d’une erreur de conception empêchant l’utilisation du -t -> les prios ont été baissées sous 990 ».
Mais pour le reste Mat s’accroche à conserver cette hérésie d’une priorité supérieure pour les dépôts Security, et ce en dépits du bon sens et sans même mettre en garde les utilisateurs sur les conséquences que cela engendre (conséquences qu’il a par ailleurs reconnues).

Ça n’est pas une hérésie, simplement cela peut effectivement empêché une installation de paquet sauf à forcer une installation d’un paquet présentant a priori un problème de sécurité. Le choix fait est le plus prudent (À moins qu’il y ait un autre problème que je ne connais pas).

antiheros · Février 20, 2016, 7:09pm

Pourtant tu ne t’es pas gardé de le donner… [/quote]si tu lis bien (et je pense que tu lis très bien) tu remarqueras que j’ai fait référence à des lectures qu’on peut avoir ici ou là … et même si j’ai bien un “tout petit” avis, j’ai ajouté “pas réellement” car mes connaissances et mon expérience de linux (à peine plus d’un an, uniquement sur debian, d’abord stable, puis testing :smt003 , puis sid) ne me permettent pas d’avoir un avis tranché sur cette question.

Un paquet ? Seulement quelques uns en particulier sur ce forum et qui n’utilisent pas Testing ou qui l’ont utilisé avec le preferences de la section Trucs & Astuces, donc forcement…[/quote]
on se battra pas sur des chiffres mais non, je ne base pas tout ce que je dis uniquement par rapport à ce forum

[quote="…"] Mon avis est que finalement Testing et Sid sont très proches et la façon de les administrer est à peut près la même. Testing restant quand même moins casse gueule et réservant moins de mauvaises surprises.[/quote]peut-être, admettons, mais alors si on quitte la version stable, et que bien entendu on met à jour son système un peu plus souvent que tous les 36 du mois, et qu’en plus testing et sid sont très proches, pour quelle raison se contenter de testing. si on aime le sport, on se donne à fond, non ?

[quote="…"]L’idée est simplement d’essayer d’orienter les gens vers la branche qui leur convient : voir à longueur de temps des gens conseiller Sid à des débutants en leur prétendant qu’elle est super stable, qu’il n’y jamais de problème, etc. Et les voir revenir 2 jours après parce qu’ils ne s’en sortent pas a tendance à me gonfler.[/quote]là je suis d’accord avec toi. mais tout ça c’est peut-être cyclique, les derniers mois avant la sortie de lenny, il ne se passait plus grand’chose sur sid, cela peut être une des raisons pour lesquelles ces arguments-là fleurissaient. je pense que ces prochaines semaines, les mêmes arguments ne tiendront plus, même si je n’ai pas assez de recul pour en être certain.

[quote="…"]3) Le 14 février ? Mais je ne vois pas où tu veux en venir.[/quote]juste par rapport à la question de départ d’OSFD qui a choisi squeeze à la sortie de lenny. je trouvais ça un peu provoc de venir défendre testing dans ce topic-là, ailleurs ça aurait été différent.

[quote="…"]4) La réponse se trouve dans l’article donné en lien.[/quote]allez, j’ose te dire que je n’ai pas encore eu le temps de lire l’article car quand je t’ai répondu ce midi c’était juste avant de retourner au boulot … et là je viens de rentrer du boulot. mais je vais le lire parce que ça m’intéresse.

En Testing, passé le cap des 1ères semaines et à de rares exceptions près le mélange des branches ne tient qu’à des choix personnels, il n’est pas inéluctable comme tu sembles le croire. C’est une liberté offerte aux utilisateurs, certains seront en Testing à 99% voire 100%, d’autres s’amuseront à installer certains paquets Sid/Experimental plus récents (pour tester, par nécessité…) tout en gardant une base relativement solide, etc.[/quote]là je trouve que tu manques un peu de logique.
d’une part tu conseilles d’éviter testing pendant les premières semaines, donc n’envisageons pas ce cas.
ensuite, tu dis que le mélange des paquets n’est pas inéluctable mais que c’est un choix seulement pour ceux qui le souhaitent.
alors pourquoi donc proposes-tu systématiquement une sources.list complet avec un preferences judicieux ? il y en a qui choisissent testing (je l’imagine) pour testing et pas pour le mélange, autant donc qu’ils n’aient que des sources testing alors ?
oui, là sur ce coup je suis peut-être pas de très bonne foi … mais ça n’est ni la première ni la dernière fois.

[quote="…"]PS -> pourquoi donc ?[/quote]c’est tout simple …
j’emploie aussi les points de suspension comme signe de ponctuation, et ça me fait un peu chier d’être obligé d’écrire troisptitspoints quand je parle de … car sinon j’ai l’impression qu’on n’y pige plus rien.
je sais pas si tu vois ce que je veux dire …

111 · Février 20, 2016, 7:09pm

Salut françois,

On a déjà eu cette discution, il me semble…
Sid est aussi un outils de travail. La doc Debian est contradictoire (une fois c’est Sid, une fois c’est Testing). Non on est pas assuré de la cohérence de Sid qui a aussi besoin des autres branches, il n’est d’ailleurs pas possible d’installer une Sid par défaut (donc avec Gnome) depuis plusieurs jours sans les autres dépôts et même avec cela ce n’est pas simple du tout et ce n’est pas un cas exceptionnel.

C’était en partie l’objet de mon 1er message. Il en va d’ailleurs de même pour Sid qui actuellement n’est pas au mieux…

Je sais tout cela mais merci de le rappeler.

Cela rend bancale le distro (surtout pour testing) et multiplie les trous de sécurité. Un exemple déjà donné parmi tant d’autres : pendant plus de 6 mois les utilisateurs de Testing (Lenny) + preferences du T&A se sont coltinés une version d’Iceweasel présentant de grosses failles de sécurités (dont plusieurs critiques) à cause de ses priorités farfelues. Sans parler des bogues liés à des paquets qui n’ont pas été prévu pour fonctionner ensemble.
Le choix le plus prudent c’est de ne pas jouer aux apprentis sorciers et donc de garder la cohérence entre les dépôts Debian d’une même branche comme c’est le cas par défaut, à moins que les devs Debian soient des imbéciles et ne sachent pas faire leur boulot, ce qui ne me semble pas être le cas…

Non, d’ailleurs ce n’avancerait à rien.

Et pourquoi pas ? Il faut de tout pour faire un monde non ?
Le but de Debian c’est de sortir une distribution stable et fiable et pour cela il faut de vrais utilisateurs de Sid pour rapporter les bogues et rendre Testing aussi fiable que possible (là il y a de gros progrès à faire, cf. le nombre de bogues qui ne sont rapportés qu’une fois les paquets dans Testing), et de vrais utilisateurs de Testing pour faire la même chose (où il y a aussi des progrès à faire).

[quote=“antiheros”]là je suis d’accord avec toi. mais tout ça c’est peut-être cyclique, les derniers mois avant la sortie de lenny, il ne se passait plus grand’chose sur sid, cela peut être une des raisons pour lesquelles ces arguments-là fleurissaient. je pense que ces prochaines semaines, les mêmes arguments ne tiendront plus, même si je n’ai pas assez de recul pour en être certain.
[/quote]

Cela amplifie peut être un peu les choses mais l’on entend cela régulièrement (remarque ce n’est pas spécifique à Debian : « Whouaou la nouvelle version Alpha truc est géniale, en plus elle est super stable ! Foncez tous !!! »)

[quote=“antiheros”]ah oui au fait, j’ai oublié un truc :

squeeze c’est mal !
[/quote]

[quote="…"]

Il faut éviter Testing les première semaines après la sortie de Stable (cela vaut d’ailleurs aussi pour Sid qui est bien pire que Testing en ce moment).[/quote]

Neutre. Entre autre pour éviter aux gens les ennuis artificiellement créés par les preferences du T&A. Le jour où ils seront neutres je gagnerai du temps en me ferai un plaisir de donner le lien.

Cela répondra à d’autres de tes questions.

Pour le pseudo ce n’est pas si grave…

OSFD · Février 20, 2016, 7:10pm

Salut, salut
Bon, d’abord je vous remercie pour votre aide et je prends bien note de tout ce que vous avez dit…MAIS MAIS MAIS, voila, entre temps mon systeme a totalement crashe…HS, dead, mort, out of service…Donc, une reinstall plus tard, me voila avec un système tout neuf et surtout en FULL stable.

Je crois que je vas rester en stable un moment (~1 an) et j’envisagerai peut être plus tard un passage en testing. Encore une fois, merci a tous et bonne journée

Olivier