Rétablir le mode hibernation par défault car bien que l'on peut le remettre via une petite maneouvre , je trouve que c'est assez absurde de l'avoir retiré par défault.
Sinon continué le développement de Unity et corrigé les bug de l'interface, et faire une sorte de synchronisation entre ubuntu OS pour Phone et Ubuntu  OS pour PC serai cool .
Recevoir c'est appel et sms sur son PC , et controler l'intégralité du tel via un programme comparable a iTunes pour l'iPhone serai pas mal

De mes expériences multiples et variées, le mode hibernation sous Linux est encore plus aléatoire que sous windows, donc il ne vaut mieux l'utiliser que si on est sure de ce que l'in fait.

Bien sûr c'est très technique comme changement, mais c'est une idée. Ce serait comme des paquets "suggérés" mais automatiques !

ils répondront sur le rapport de bug.

> ne faudrait-il pas que d'autres utilisateurs commentent en disant que cette modif les intéresse aussi, pour que ça aie plus de poids ?

oui. La base c'est de se marquer affecté (cliquer sur "Does this bug affect you?" --> Yes).

En effet ma solution (passer par ubuntu tweak) n'est pas entièrement satisfaisante.

Il faudrait que l'outil, dont nous débattons ici, soit celui par défaut, dans Ubuntu. Ou quelque chose qui ressemble ou s'inspire d'ubuntu tweak. L'utilisateur n'aurait qu'une seule interface pour gérer son système.

Avec l'option "Supprimer les anciens noyaux automatiquement ?" ...

Oui effectivement on pourrait proposer que Update-Manager propose de retirer d'anciens kernels lorsqu'il y en a plus de 3 ou 5 par exemple. Tu peux ajouter un commentaire au rapport si tu veux.

juste, ce que je dis, c'est que déjà, c'est pas très logique que quand le noyau est mis à jour, le nouveau est installé, mais l'ancien reste aussi; certains vont dire qu'avant le reboot, on s'en sert encore du vieux noyau, et qu'on ne peut pas l'enlever, mais non: il est chargé en RAM, on peut virer ce qui se trouve sur le disque, certaines distro le font (l'install du nouveau noyau écrase l'ancien).
mais bon, on va dire que c'est par sécurité: si un matériel est mal supporté par le nouveau, on repasse sur l'ancien et on attend le prochain.
mais c'est encore moins logique de voir que rien n'est prévu pour enlever ceux qui pourraient l'être au moment de l'install du nouveau.

tiens, un truc tout bête: le script post-install présent dans les paquets DEB; pour les noyaux il permet déjà de faire, après l'install, un update-initramfs et un update-grub; pourquoi ne pourrait-il pas lancer la suppression de l'avant dernier noyau ?
c'est deux ou trois lignes de code en shell, et c'est plus simple à mettre en place que de modifier Update-manager (mais c'est pas réglable par contre).

@ YannUbuntu: merci de l'avoir posté si vite mais juste un truc; tu dis:
"It would be nice if Ubuntu could propose to remove some of the old kernels when upgrading from one Ubuntu version to another"
supprimer les noyaux seulement au moment de la mise à niveau, ça en fait déjà stocker beaucoup; sous Precise, 8 noyaux se sont succédés (environ 1,5 Go sans les headers et les extras) mais elle n'est qu'à ses débuts de LTS; sous Oneiric, il y en a eu 13 ( 2 Go); mais sous Lucid, LTS, y en a eu 44 ( près de 6,5 Go), donc pour quelqu'un qui ne fait que les LTS, il aura 7 Go de foutu en l'air avant le passage à la LTS suivante, ce qui est trop si on a pas des partitions assez grandes (et surtout pénible quand on sait que les LTS sont théoriquement conçues pour durer), et c'est pire quand on pense que cette LTS a encore un an devant elle en desktop (3 en serveur mais je pense que les admins savent enlever les vieux noyaux).

pour l'histoire de l'espace disque, il me semble qu'avant ça signalait par une notification quand ça devenait juste, mais ça fait un moment que je l'ai pas vue cette notif...

Pire que ça: l'utilisateur n'est pas prévenu du tout, il se retrouve avec une session bloquée et rien pour deviner que c'est dû à un manque d'espace.

Quand j'installe une Ubuntu chez un nouvel utilisateur, je lui installe aussi Ubuntu-Tweak pour qu'il puisse la gérer facilement.

2) le paquet DEB fait 30 Mo (il est compressé), une fois installé, ça fait bien plus; je fais le test, j'ouvre Synaptic, et je sélectionne pour suppression "linux-image-3.5.0-15-generic": en bas de la fenêtre, ça affiche "152 MB seront libérés", juste pour un noyau; le gars que j'ai vu aujourd'hui en avait 51 (plus de 7 Go donc), et même si c'est un cas extrême, il y a énormément de sujets sur le forum où la panne est basée sur le fait que le disque est plein à cause d'un excès de noyau.

3) je ne suis pas d'accord avec toi là dessus; pour quelqu'un qui n'installe presque rien en plus de ce qu'Ubuntu fournit par défaut, les mises à jours sont très fiables; ça peut poser problème quand on a installé beaucoup de choses en plus, ou des dépots tiers, et encore: bien que je bidouille et ajoute plein de choses, je fais plus souvent les mises à niveau, parfois plusieurs versions d'affilés, et j'ai jamais eu de problème. mais c'est vrai que je vois beaucoup de gens bidouiller dans /usr, ou autre répertoire système, et y a rien de mieux pour casser les mises à jour...

je crois qu'il faut se mettre à la place de l'utilisateur lambda; bien sûr que des gars comme toi ou moi (des geeks, quoi) on pense à désinstaller nos vieux noyaux, mais Mme Michu, elle, va se faire pièger et se retrouver avec un système qui veut plus se mettre à jour.
si on veut démocratiser Ubuntu, et le voir un jour sur des PCs dans les rayons de Darty ou Carrefour, il faut que ce soit abordable par tous, et plus abordable que les autres OS.

c'est un peu normal: n'importe quel système d'exploitation a besoin de créer des fichiers temporaires pour fonctionner; si y a plus de place, c'est cuit; ce qui est anormal c'est d'être prévenu quand c'est trop tard...
et empêcher qu'il y ait trop de noyaux installés préviendrait ce genre de problème.

Par contre, LE bug à corriger c'est le fait que Ubuntu plante sans explications quand / est pleine !!!
https://bugs.launchpad.net/bugs/610358