Eh ben ça me donne un paquet de trucs à potasser moi ! Merci bien

XLock n'est pas dans les paquets de Lenny Et les pages de doc semblent dater de 1997, c'est rigolo ^^

« Ah tiens, ça parle de TWM » : d) non, ça parle de tiling-WM, et TWM n'est pas un tiling-WM.

« Pour le mdp, il y a xlock. » qingy se charge de ça pour moi.

XKCD: man aptitude + /search
Ou encore, man apt-file + /search
chris@tarsonis:~% apt-file search bin/xlock
xlockmore: /usr/bin/xlock
xlockmore-gl: /usr/bin/xlock

Awais non mais je sais chercher dans aptitude hein ^^ Là il me trouve que deux paquets "libposixlock-ruby" et "libposixlock-ruby1.8"... Et apt-file search me renvoie rien

apt-file a une "feature".

Je sais que tu sais hein. Ça m'arrive aussi de ne pas trouver ce que je cherche parce que ça n'a pas le nom auquel je m'attends.

La base de donnée n'est pas la même pour l'utilisateur et pour root. Donc pour éviter les surprises, il faut faire un "apt-file update" en user ET en root.

Sinon :
chris@melange:~% apt-cache policy xlockmore
xlockmore:
[…]
*** 1:5.31-1 0
500 http://ftp.fr.debian.org/debian/ unstable/main i386 Packages

Au cas où ça pourrait t'aider.

C3PO:~# logout
moi@C3PO:~$ apt-file update
E: Can't write in /var/cache/apt/apt-file
moi@C3PO:~$ su
Mot de passe :
C3PO:~# apt-file update
Can't get http://security.debian.org/dists/lenny/updates/Contents-i386.gz
Can't get http://dl.google.com/linux/deb/dists/stable/Contents-i386.gz
Can't get http://ppa.launchpad.net/chromium-daily/stable/ubuntu/dists/intrepid/Contents-i386.gz
Can't get http://dl.google.com/linux/chrome/deb/dists/stable/Contents-i386.gz
C3PO:~#

Première fois de ma vie qu'il semble qu'il y ait un problème avec aptitude... Est-ce que ça pourraît être dû au fait que je sois connecté par un hotspot Neuf WiFi ?

Étrange pour apt-file :

chris@melange:~% apt-file update
Downloading […]

Mais bon, on va dire que c'est parce que tu es en oldstable et donc que tu n'as pas volé tes problèmes :
« Can't get http :// security.debian.org/dists/ lenny /updates/Contents-i386.gz »

Je l'attendais un peu celle-là ^^

En fait j'ai une trouille folle d'upgrader mon Lenny : à force d'avoir des problèmes avec mon wifi, j'en ai déduit de manière à peu près certaine que ma carte wifi ne fonctionnait simplement pas avec des versions récentes du noyau. Et j'ai vraiment, vraiment, vraiment pas envie de risquer de perdre ma connexion wifi, avec toutes les méthodes possibles qui échouent, et sans la possibilité de revenir en arrière sans réinstaller le système... Je m'occuperai de ça quand j'aurai un nouveau laptop.

https://www.jeuxvideo.com/forums/1-38-7710262-1-0-1-0-black-screen-au-demarrage.htm#message_7710262 alinea 1 !

De toute façon, tu dois mettre à jour. Et puis, plus tu attends, et plus ça sera la merde :
1) les mises à jour qui seront appliquées à squeeze prochainement ne seront pas forcément "lenny->squeeze"-compliant,
2) les gens qui ont eu des problèmes se souviennent encore des solutions, mais ça ne sera plus le cas dans 3 mois.
3) cf le début de mon message !

Je vois pas ce qui est censé me convaincre dans ton lien

Je sais que c'est super super mal de pas mettre à jour une Debian, simplement là c'est une année entière de cours qui est sur ce disque, j'ai pas de quoi faire de sauvegarde en cas de pépin, et je pense sincèrement que ma carte wifi ne marchera pas sur un noyau récent. J'ai passé plusieurs dizaines d'heures (au bas mot) en fin d'année dernière pour tester 6 distributions différentes, à chaque fois j'essayais les 4 ou 5 méthodes que l'on me proposait pour résoudre le problème et faire fonctionner ma carte et à chaque fois, y'avait une seule méthode qui marchait et elle ne marchait que sur des noyaux vieux (à l'époque, plus vieux que celui d'Ubuntu 10.10).

Si il y avait un moyen de revenir sur l'ancien noyau en cas de pépin, je ferais volontiers la mise à jour, parce que je sais que c'est important, seulement c'est pas le cas, il me semble. S'ils se décarcassent pour faire une mise à jour complète d'un système comme Debian, je pense pas qu'ils prévoient la situation où on voudrait garder un noyau plus vieux...

là c'est une année entière de cours qui est sur ce disque, j'ai pas de quoi faire de sauvegarde en cas de pépin

Murphy me susurre que tu vas bientôt le regretter.

Tiens c'est pas faux ça

XKCD: en effet, ça pointe vers nimp. Essaie celui-là :
https://www.jeuxvideo.com/forums/1-38-7710262-1-0-1-0-black-screen-au-demarrage.htm#message_7710277

« et je pense sincèrement que ma carte wifi ne marchera pas sur un noyau récent.» et moi je pense sincèrement que sur le coup là tu es con. Et je n'achète pas tes histoires de tests, ton problème est ailleurs./

C'est ce que tu m'avais dit à l'époque, que ça venait pas de là, et malgré ça on a jamais réussi à trouver d'autre explication Je faisais exactement la même manip' sur Lenny et Sid, et ça marchait sur Lenny et pas sur Sid, sans qu'il y ait de message d'erreur supplémentaire...

Si c'est le même chipset que celui qui t'avait causé des problèmes ici
: http://www.jeuxvideo.com/forums/1-38-7701627-1-0
-1-0-debian-probleme-de-wifi.htm
ça devrait marchait correctement sous Squeeze.
En effet dans ce thread, il semble que tout fonctionnait bien sous Ubuntu (qui avait un kernel 2.6.32 à l'époque) avec le driver wl. Or, le kernel de squeeze est un 2.6.32 et a priori la version de wl proposée ne devrait pas être plus mauvaise qu'à l'époque…

Ah. Apparemment, oui, le noyau de Squeeze est plus vieux que celui de 10.10. Ça me rassure un peu.

Mais je préfèrerais quand même 20 fois avoir une possibilité de revenir sur l'ancien si ça ne fonctionne pas... C'est vraiment pas possible ? Je sais qu'avec Ubuntu quand une mise à jour installait un nouveau noyau on pouvait quand booter sur les précédents, ça mettait des lignes en plus dans Grub

Le old-stable, c'est mourant, et on ne peut pas downgrader vers un truc qui est mourant/mort.

Cela dit, je pense que le noyau est conservé lors de la mise à jour (information à vérifier !).

Effectivement : http://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.fr.html

Cette page est carrément instructive, et elle a le mérite de remettre un peu les pieds sur terre : Je vais pas me lancer dans le processus de mise à jour maintenant, alors que j'ai pas de connexion filaire, ni de moyen de faire une sauvegarde. Mais quand des conditions matérielles plus opportunes se présenteront et que j'aurai un peu de temps devant moi (genre : pas avant mes concours), je me pencherai sur le sujet

Ah je n'avais jamais lu la release note de squeeze. Je n'avais pas vu qu'il y avait un bug critique avec splashy

J'ignorais ça aussi.

En même temps, splashy ça n'a hamais vraiment marché sous Debian.

J'ai un binaire 32 bits qui depend de openal. Naturellement mon linux est 64 bits et openal ne fournit pas la lib32 bits. Quelle est la meilleure option d'apres vous ? recuperez les source de la distribution et la recompiler en -m32 ?