Et même que je kiffe l'UEFI.

Ma tête quand je suis allé dans le "BIOS" la première fois et que il y avait pleins de couleurs, une résolution native et ma souris sans-fil était supporté...

2.17 est dans experimental.

Tout sauf de la merde ?? Parce qu'empêcher un système libre de booter c'est pas de la merde ?

Oui le SecureBoot est bien, c'est comment il est appliqué par Microsoft qui me dérange.
Pour l'UEFI je suis le premier à dire que c'est un bond en avant, c'est juste que c'est vachement dur de s'y mettre après tant d'années sur le bios. J'ai aussi un peu de mal à comprendre comment ça se fait qu'il y ait si peu de "traitement" de l'UEFI sur les forums des principales grandes distros, étant données que maintenant la plupart des portables et fixes vendus neufs le sont avec l'UEFI

Sait-tu si 2.15 est dans unstable ?

Dakien > apparemment non: http://packages.debian.org/search?lang=fr&searchon=names&keywords=glibc

"Paquet eglibc-source

squeeze (stable) (devel): Embedded GNU C Library: sources
2.11.3-4: all
wheezy (testing) (devel): Embedded GNU C Library: sources
2.13-38: all
sid (unstable) (devel): Embedded GNU C Library: sources
2.13-38: all
experimental (rc-buggy) (devel): Embedded GNU C Library: sources
2.17-0experimental2: all
"

Pas d'après packages.debian.org

La unstable ressemble beaucoup à la testing en ce moment.

J'ai aussi un peu de mal à comprendre comment ça se fait qu'il y ait si peu de "traitement" de l'UEFI sur les forums des principales grandes distros, étant données que maintenant la plupart des portables et fixes vendus neufs le sont avec l'UEFI

Oui je sais.
Les seuls distributions que je connaisse qui supporte Secureboot OOTB, c'est Fedora et openSUSE.

Et ne parlons pas des BSD...

Pas possible de jouer à Proteus sur une Debian sans passer par experimental

De toute façon, je ne suis pas assez expérimenté pour parler de l'UEFI et du SecureBoot donc bon, ça doit forcément avoir des avantages que je ne connais pas

Je suis deg. Je vais contacter le développeur de la version Linux pour lui parler de ce problème J'adore ce jeu, j'adore me balader dans ce jeu !

C'est pas un problème Dakien, un petit pinning en Expérimental pour un paquet (qui semble pas poser de problème, en plus), c'est pas la mort

C'est parce que je sais pas le faire

http://packages.debian.or.org/experimental/glibc-2.17-1

Le voila le paquet en question

Comment je peux procéder ?

http://www.debianiste.org/?post/2009/06/23/Apt-pinning-ou-comment-avoir-une-Debian-Stable-et-a-jour-:

http://jaqque.sbih.org/kplug/apt-pinning.html

Hésite pas si t'as besoin d'aide, mais normalement c'est assez simple à faire
Dans tous les cas pense à toujours tester si t'as pas fait de bêtise avec la simulation d'aptitude (option -s, pas de mode root)

Hey le principe du pinning, ça déchire. J'ai fais ce qui était expliqué et j'ai bien pigé le concept. J'étais très loin de cette idée au départ, merci Caletlog. Je test et te redis ça

Hey

aptitude -s install glibc-2.17-1
« glibc-2.17-1 » existe dans la base de données des paquets mais ce
n'est pas un vrai paquet et aucun paquet ne le fournit.
Aucun paquet ne va être installé, mis à jour ou enlevé.
0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 0 o d'archives. Après dépaquetage, 0 o seront utilisés.

Le nom du paquet est bon, je l'ai recherché avant mais c'est normal ce message ?

si tu as donné la même priorité qu'aux autres dépôt au glibc d'experimental, la version d'experimental devrait être choisis par défaut puisque c'est la plus haute avec la même priorité.

je crois que j'ai compris. Ce que j'ai fais c'est que Testing est resté en priorité puisque je ne voulais pas passer en experimental. Il aurait fallu que j'écrive préférence uniquement en fonction de glibc ou bien ajouter une "exception" à la suite des lignes de priorités. La logique m'échappe un peu

Bah non c'est logique, il t'autorisera pas à télécharger une version d'un paquet provenant d'un dépôt X si t'as la priorité générale sur le dépôt Y
Sinon me semble qu'avec la ligne de commande tu peux pointer vers un dépôt momentanément, regarde du côté de
aptitude -t experimental foo

Il y a une mise à jour systemd