nam1962
Ha, ha, un souci après un dist-upgrade :
Calcul de la mise à jour... Échec
Les paquets suivants contiennent des dépendances non satisfaites :
libnss3 : Casse: libnss3:i386 (!= 2:3.15.4-1ubuntu3) mais 2:3.15.3.1-1.1ubuntu1 devra être installé
libnss3:i386 : Casse: libnss3 (!= 2:3.15.3.1-1.1ubuntu1) mais 2:3.15.4-1ubuntu3 devra être installé
E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l'état.
E: Internal error, Upgrade broke stuff
Quelqu'un d'autre l'a t'il ?
Comment en sortir ?
Le upgrade tout simple passe.
Seul le dist-upgrade reste bloqué sur ce libnss3
Malizor
Tu as les dépôts proposed activés ? Si oui, enlève les.
Sinon, réessaye dans quelques heures.
nam1962
Il y a longtemps que je les ai virés !
Je regarde plus tard effectivement (ai mis un rapport sur launchpad)
nam1962
Ce soir, j'ai résolu tous les problèmes d'amis sur leur portable Acer récent.
... en les installant en 14.04.
Très prometteuse côté pilotes !J'avais ramé avec succès mitigé sur leur touchpad, leur wifi, etc.., là c'est une horloge au premier démarrage (enfin au second : j'ai passé mon tuto tout entier)
Fresh install à partir d'une USB : 8 minutes, mon tuto : 14 minutes de plus.
Fireweasel
Vous êtes au courant que la version 14.04 ne sort que dans 3 mois et est a peine en "alpha" et encore buggé pour l'instant ?
Non parce-que si il y a bien une chose qu'il ne faut pas faire c'est utiliser cette version instable sur un poste en production ou pour une utilisation "normale".
La version alpha2 de 14.04 ne sert que dans un but de test c'est a dire soit en virtualisation (par exemple avec virtualbox) ou sur un autre pc isolé pour les tests. Si vous utilisez cette version pour utilisation normale, faudra pas vous étonner si vous avez des mise a jour foireuse etc... (d'ailleurs la preuve ya plusieurs personne qui ont des problème le noyau et avec les mise a jour dist-upgrade etc...).
Par ailleurs nam1962, la compatibilité du matériel ne vient pas de ubuntu 14.04 mais uniquement du noyau utilisé.
nam1962
Rhôôô moi qui croyais depuis mon premier déploiement de trusty en novembre que c'était une stable release du commerce...
J'en apprends des trucs !
Accessoirement, je ne fais que des dist-upgrade : j'ai donc tout faux, flûte alors.
Ben oui, la compatibilité est liée au noyau. Et c'est sûrement très stable et tout plein de sécurité de forcer un noyau sur une release. En plus c'est très bien pour les failles : comme il ne sera pas mis à jour, le noyau forcé, on les gardera bien au chaud, les failles.
Chaque fois que je l'ai fait ce coup là, à brève échéance, j'ai été bon pour une fresh install.
Bon, sérieusement, mon post essaye d'apporter deux infos :
- la 14.04 est très rapide à installer (à ce stade et si on ne nous fait pas le coup de la 13.10 qui est devenue mamouthesque 15 jours avant le release.)
- la compatibilité matérielle du kernel 3.13 avec les portables récents sur lesquels les autres kernels foirent, semble excellente (expérience sur un Acer, un HP et un Asus, tous trois très ardus à installer imparfaitement sinon). qund j'aurais une demi heure, je testerai sur ma vieille tour qui roule bien en 12.04, pour voir si les vieilles configs passent aussi.
En bonus, mon tuto de finalisation, passe les doigts dans le nez, ce qui me plait pour ses utilisateurs 🙂
Fireweasel
Oui ba c'est sûr que si tu met la dernière LTS (12.04) sur du matériel très récent, là ok le noyau peux poser des problèmes de compatibilité mais la 13.10 a mon avis devait pas poser de problème car elle est quand même récente (3 mois a peine !).
nam1962
Le 3.11 est un très mauvais noyau.
Après 3 pertes de temps avec des trucs insolubles sur 3 ordis différents, j'ai abandonné la 13.10 (sur laquelle je tournais depuis juillet sur une bécane de prod) ...pour passer en 14.04 ou revenir en 12.04 suivant le matos.
Suis revenu en 12.04 sur la vielle bécane because l'excellente 13.04 n'est maintenue que 9 mois. (Et sur ce coup là avec le stack on peut faire tourner la 12.04 avec le 3.8 en plus..)
Fireweasel
Nan mais attend tu te prend trop la tête pour rien, la 13.10 est une version stable contrairement a la version 14.04, c'est impossible que tu ai + de problème avec la 13.10 que la 14.04.
Avec Ubuntu c'est très simple :
- soit tu utilises uniquement les versions LTS si tu veux pas mettre a niveau tes versions tous les 6 mois (support de 5 ans) mais dans ce cas si le pc est très récent et que la dernière LTS est un peu vieille il peux y avoir des incompatibilité matériel du fait que le noyau est un peu ancien. (ce qui peut être lle cas actuellement puisque la dernière LTS a presque 2 ans).
- soit tu utilises la dernière version d'ubuntu intermédiaire mais dans cas t'es obligé de mettre a niveau tous les 6 mois mais au moins pas de problème de gestion matériel du fait que le noyau est récent.
Il n'y a aucune raison d'utiliser une autre version que la 12.04 ou 13.10.
Si le pc est assez ancien, tu as raison de la mettre en 12.04, si il est très récent tu prend la 13.10 c'est aussi simple que ça.
Eh bien-sûr une fois que la 14.04 sera sortie en Avril, la question ne posera plus, tous les postes devront migrer vers cette version qu'il soit ancien ou récent et tu sera tranquille jusqu’à l'an 2019.
nam1962
Quel est le sens de ton post ?
1 - Ca m'intéresse de tester.
2 - Si j'ai déployé chez des amis, c'est que j'ai expérimenté la 13.10 et que ça a foiré, par ailleurs la 12.04 n'a pas les pilotes qui leurs sont nécéssaires. Je perds moins de temps à leur installer trusty qu'à résoudre les problèmes de la 13.10...
Quelle expérience as tu ? Moi juste une quarantaine de postes déployés et depuis 3 ans, toujours au moins un poste sur la version suivante.
Fireweasel
Je connais Linux depuis 2002 et j'ai fais des tonnes d'installation de différente distribution (Debian, Fedora, SuSe, Mandriva...) en 12 ans (difficile de donner une estimation mais plus de 50 a mon avis) et j'ai testé de nombreuse version d'Ubuntu y compris les dérivés (K/X/Lubuntu, Mint...).
shindz
je rejoins Obrowny dans son inquietude sur la compatibilité Gnome.
Quand j'utilise deux ecrans, je ne me peux m'empecher de detester le comportement des applis Gnome.
Avec deux ecrans, j'ai constament au moins deux docs ouverts, sans compter les autres apps qui n'ont pas le focus. et comme je passe regulierement d'un ecran à l'autre, naturellement je veux [pouvoir] scroller sans forcement cliquer en 1er sur l'app pour lui donner le focus. et là je remarque toutes les apps le font sans problemes sauf les apps de ... Gnome. du coup ca casse le rythme de travail car je veux me concentrer sur mes docs ouverts et non sur le focus de l'app pour savoir si je peux scroller ou pas.
du coup j'ai adopté qpdfView ( quoique le nommage n'est pas vraiment le fort de l'Open Source), qui n'est pas un app Gnome et donc repond à mes attentes.
Apres il faut etre realiste, les cores-apps ne seront pas pretes maintenant.
Les cores-app seront là pour la 16.04 avec les versions intermediaires comme chantier de developpement
grandtoubab
Fireweasel a écrit
Avec Ubuntu c'est très simple :
- soit tu utilises uniquement les versions LTS si tu veux pas mettre a niveau tes versions tous les 6 mois (support de 5 ans) mais dans ce cas si le pc est très récent et que la dernière LTS est un peu vieille il peux y avoir des incompatibilité matériel du fait que le noyau est un peu ancien. (ce qui peut être lle cas actuellement puisque la dernière LTS a presque 2 ans).
- soit tu utilises la dernière version d'ubuntu intermédiaire mais dans cas t'es obligé de mettre a niveau tous les 6 mois mais au moins pas de problème de gestion matériel du fait que le noyau est récent.
II y a aussi une troisieme solution:
- Garder la 12.04 (LTS) mais lui mettre le dernier noyau officielle 3.11 (Saucy 13.10) qui est tout à fait ok....
http://forum.ubuntu-fr.org/viewtopic.php?pid=15847321#p15847321
nam1962
Fireweasel a écritJe connais Linux depuis 2002 et j'ai fais des tonnes d'installation de différente distribution (Debian, Fedora, SuSe, Mandriva...) en 12 ans (difficile de donner une estimation mais plus de 50 a mon avis) et j'ai testé de nombreuse version d'Ubuntu y compris les dérivés (K/X/Lubuntu, Mint...).
C'est bien 🙂 Tu es un grand sage.
@grandtoubab - pas de mon expérience, je n'ai rencontré que des aléas avec la 3.11
Les kernel "tranquilles" sur mes expérimentations récentes : 3.2/3.8/3.12/3.13
obrowny
De mon côté, j'ai le noyau 3.11 sur la 12.04 mais je n'ai pas tenté l'upgrade de la stack graphique car elle me propose 43 paquets à installer et 52 paquets à enlever dont beaucoup de mes jeux, ia32lib, skype... Quand je vois l'ensemble des nouveaux paquets, des paquets suggérés et des paquets à supprimer ça fait un peu flipper sur mon poste de production.
Ceci étant j'ai pas mal de crash unity, un firefox très très lent mais est ce dû à la stack graphique ?
obrowny
@shindz: Est ce que unity 8 apportera un nouveau système de notifications dans lequel on pourra interagir ? Comme pour gnome shell.
Dans la mesure où j'ai vu cette fonction sur les smartphones, je me demandais si le desktop pourra en profiter.
Par contre j'imagine qu'il faudra attendre la 16.04 pour que tout ça soit en place... C'est long.
A chaque LTS je me dis que la prochaine sera cohérente depuis la 10.04 mais cela fait déjà 4 ans et il est probable qu'il faille encore attendre 2 ans.
shindz
obrowny a écrit@shindz: Est ce que unity 8 apportera un nouveau système de notifications dans lequel on pourra interagir ? Comme pour gnome shell.
Dans la mesure où j'ai vu cette fonction sur les smartphones, je me demandais si le desktop pourra en profiter.
pour l'instant c'est le silence total, la design team ne s'y est pas prononcée, mais je pense que, logiquement pour question de coherence entre Destop et Smartphone, cette fonctionnalité arrivera sur desktop. Mais vu qu'il s'agisse d'Unity 8 et donc la meme plateforme partout , je pense qu'on l'aura.
obrowny a écrit
Par contre j'imagine qu'il faudra attendre la 16.04 pour que tout ça soit en place... C'est long.
A chaque LTS je me dis que la prochaine sera cohérente depuis la 10.04 mais cela fait déjà 4 ans et il est probable qu'il faille encore attendre 2 ans.
KDE pourrai accélérer ce processus si seulement il n'y avait pas eu cette "dispute" entre certains devs KDE et canonical / Ubuntu. Ces deux projets ont une meme vision : Qt5 / QML. vraiment dommage avec le KDE Framework 5 Preview sorti récement ,
Fireweasel
shindz a écritKDE pourrai accélérer ce processus si seulement il n'y avait pas eu cette "dispute" entre certains devs KDE et canonical / Ubuntu. Ces deux projets ont une meme vision : Qt5 / QML. vraiment dommage avec le KDE Framework 5 Preview sorti récement ,
J'ai pas compris, c'est quoi la dispute qu'il y a eu entre les dev de KDE et Canonical ?
Quel rapport avec QT utilisé par KDE et Unity qui utilise GTK3 ?
Eh a mon avis la futur version 5 de KDE elle est pas près de sortir en version finale, pas avant fin 2014 a mon avis car j'ai pu testé la preview et y'a quasi aucun changement par rapport a la version 4 , ya juste l'effet des feuilles mortes qui tombe sur le bureau sur un fond d'automne qui a l'air pas mal mais sinon a part ça j'ai pas vu grand chose en nouveauté, je pense que ça va être ajouté plus tard (enfin j'espère). En tout cas j'aime bien le travail qu'ils ont fait sur KDE4.
Jarvis
Fireweasel a écritshindz a écritKDE pourrai accélérer ce processus si seulement il n'y avait pas eu cette "dispute" entre certains devs KDE et canonical / Ubuntu. Ces deux projets ont une meme vision : Qt5 / QML. vraiment dommage avec le KDE Framework 5 Preview sorti récement ,
J'ai pas compris, c'est quoi la dispute qu'il y a eu entre les dev de KDE et Canonical ?
Quel rapport avec QT utilisé par KDE et Unity qui utilise GTK3 ?
Unity 8 utilise Qt 5.
louis94
La dispute entre les devs de Kde et de Canonical, c'est à propos de
Mir vs
Wayland, KWin refusant de se rendre compatible avec Mir tant qu'une seule distribution le distribuera.
Le rapport, c'est que Unity 8 sera écrit en QML et donc en Qt.
La version 5 de Kde est prévue pour le premier mai (
http://community.kde.org/Frameworks/Epics). Si tu n'as pas vu de changement, alors c'est que les devs ont réussi leur coup, puisque le but est de faire de gros changements sous le capot sans modifier l'expérience utilisateur. Un des objectifs est de réunir les différentes versions (Desktop, Netbook, Plasma Active et Plasma-mediacenter) pour former un unique bureau Kde qui s'adaptera au périphérique. Un autre est de diviser Kdelibs en morceaux pour permettre aux applications de ne dépendre que de ce dont elles ont besoin (on n'a pas besoin de pouvoir lire des archives pour afficher une notification). Le tout en passant à Qt 5.
Louis
