12.04 se signale comme quantal après avoir installé toolchain-test-ppa?

Je suis passé à 12.04 (64 bits) aujourd’hui, jusqu’à présent, tout va bien, jusqu’à ce que j’essaie de faire des choses plus avancées.

Lorsque j’ai essayé d’append la chaîne d’outils toolchain-test , j’ai eu un problème de dissortingbution. Après un essai ou 4, cela a changé et m’a lié à ce rapport de bogue . Jusqu’ici tout va bien, une erreur étrange mais je ne suis pas le seul et ce sera corrigé non?

Mais j’ai trouvé cette erreur très étrange et j’ai aussi remarqué la présence d’autres applications (personnalisées) se comportant de manière étrange en ce qui concerne ma version de dissortingbution. J’ai donc essayé de savoir quelle version j’utilisais, voici les résultats que j’ai obtenus:

>:~$ lsb_release -a No LSB modules are available. Dissortingbutor ID: Ubuntu Description: Ubuntu quantal (development branch) Release: 12.10 Codename: quantal >:~$ cat /etc/issue Ubuntu quantal (development branch) \n \l

Maintenant, je me demande: est-ce que j’ai mal agi lors de l’installation? Ai-je accidentellement téléchargé des fichiers étranges tous les soirs, mis en place de mauvais référentiels, …? Ou est-ce simplement un bogue dans une petite partie du système qui rend le rapport erroné et peut confondre une application ou deux?

Maintenant, quelle que soit la raison: existe-t-il un moyen simple de redéfinir ces informations de version sur la version correcte?

J’ai eu exactement le même problème. Dans mon cas, cela était dû au fait que j’avais le ppa: ubuntu-toolchain-r / test activé et que, bien que seule precise liste soit precise , le paquet de base-files y semble appartenir à quantal . Pour savoir d’où le paquet de base-files défectueux est installé, utilisez la commande suivante:

 $ apt-cache policy base-files

Recherchez la ligne où la version correspond à la version installée et inspectez l’URL indiquée pour cette version.

Si vous voulez garder le PPA activé (par exemple parce que vous voulez / devez utiliser le compilateur gcc-4.7), vous pouvez utiliser apt-pinning pour forcer le système à conserver le paquet de fichiers de base tout en vous permettant d’installer gcc-4.7. Créez le fichier /etc/apt/preferences.d/base-files (assurez-vous de ne pas utiliser de points dans le nom) avec le contenu suivant:

 Package: base-files Pin: release o=Ubuntu Pin-Priority: 1001

Cela forcera la rétrogradation du paquet de base-files vers sa version par défaut (à partir du référentiel principal ubuntu) lors de la prochaine mise à niveau.

Faites particulièrement attention aux erreurs typographiques, en particulier aux espaces et à la capitalisation.

Une fois le fichier en place, utilisez les apt-cache policy base-files de apt-cache policy base-files pour déterminer la version du Candidate . Cela devrait correspondre à la version listée à côté de l’archive Ubuntu par défaut. Enfin, lancez le déclassement:

 $ sudo apt-get upgrade

Quand on vous demande si vous voulez vraiment DOWNGRADE (la capitalisation n’est pas la mienne …), répondez avec y + Entrée .

Pour autant que je sache, une fois qu’un package est mis à niveau, il ne peut pas être rétrogradé, à l’exception d’une procédure telle que REMOVE PACKAGE-> CHANGE REPO-> UPDATE APT -> REINSTALL OLD PACKAGE. Ce qui est une procédure assez étrange, car il y a parfois des problèmes de dépendance et de version.

Quoi qu’il en soit, allez dans /etc/apt/sources.list et /etc/apt/sources.list.d/*.list pour voir s’il existe des lignes contenant le mot “quantal”.

S’il y en a, alors c’est le problème. Je vous suggère de tout sauvegarder et de réinstaller une version propre et stable. L’autre solution consisterait à modifier tous les mots “quantiques” en “précis”, à mettre à jour de nouveau les pensions et à espérer que tous les paquets quantiques seront remplacés par une version plus précise et à jour. Mais c’est une très mauvaise solution!