#0 Re : -1 » End Kernel Panic after update » Le 20/05/2020, à 18:13
- didrocks
- Réponses : 38
En résumé plutôt: ne jamais utiliser <version>-proposed.
Proposed est justement là pour éviter que les gens tombent sur ce genre de problème grave: c’est un sas pour une première validation avant de copier dans la pocket de release. C’est pour cela qu’il n’est pas activé par défaut. Même en temps que développeur travaillant sur la version de devel, proposed n’est jamais activé ici (et pareil pour mes collègues).
Les seuls cas valides pour activer -proposed *et ne prendre que quelques paquets, à la main, de ce pocket:
* vous travaillez sur un fix/une transition et voulez tester ceci
* on vous demande de valider un SRU
#1 Re : -1 » Nouveautés dans Focal » Le 11/02/2020, à 13:14
- didrocks
- Réponses : 844
Diiiidieeeer, je sais que tu lis alors pourquoi pas une ligne supplémentaire dans "À propos" comme "Software Updates" dans mon image, qui ouvrirait Tweaks ?
Tweaks est une application qui active des options non supportées. En plus d’avoir des pbs de qualité (bon, à vrai dire, ce n’est pas la seule 
), si on l’embarque par défaut, cela signifie que l’on supporte officiellement toutes les options et surtout toutes les combinaisons d’options disponibles, ce qui n’est pas possible sans test automatique, ce que GNOME ne fournit malheureusement pas (ou de manière très limitée).
Je pense qu’upstream a été clair également et partage ce point de vue:
Enter GNOME Tweaks. GNOME Tweaks is more "advanced" as in "it exposes an UI for more settings, but don't guarantee that they work at any combination." Basically, if you change a setting in Tweaks and it doesn't work, chances are that this is not a bug that people care about. Whereas, in GNOME Settings, if something doesn't work, you are not on your own, it will be considered a bug and someone will care about.
Of course, that means that opening the gates to any given configuration in GNOME Settings will have a much, much higher cost to the maintainers compared to GNOME Tweaks. And given that we barely have one half-time maintainer, this is not a cost we can take easily. So yeah, the acceptance criteria is much, much higher in Settings than it is in Tweaks, because of the much, much higher expectations.
Cela rejoint ce que l’on avait fait (et ce que j’avais expliqué à l’époque sur mon blog) lors du light fork du Dock: https://didrocks.fr/2017/08/18/ubuntu-g … ful-day-5/, partie « Why disable all those settings? ».
Donc oui, avec des fonds infinis, du temps infini et un nombre de contributeur actif infinis, cela serait possible, mais d’ici là…
#2 Re : -1 » Nouveautés dans Focal » Le 19/02/2020, à 09:40
- didrocks
- Réponses : 844
unity (0.1.5+r58) lucid; urgency=low
* New release from trunk
* debian/control
- Add mutter as a dependency-- Didier Roche <email_redacted> Tue, 12 Jan 2010 11:27:57 +0100
J’étais jeune, et c’était mon 2ème jour à Canonical (même si je contribuais en tant que dév ubuntu depuis 2 ans déjà)
#3 Re : -1 » Nouveautés dans Focal » Le 20/03/2020, à 10:25
- didrocks
- Réponses : 844
D'après ce que je crois avoir pigé, c'est que le souci est réglé à compter de GS 3.35.92.
J'attends également la 3.36.0 qui devrait débarquer un jour... Bon, le virus ne doit pas accélérer les choses, ils ont peut-être des gamins aussi les dévs.
Oui, la plupart en ont Après, on est habitué au télétravail. Par contre, je dénonce pas hein, mais celui qui va pousser GNOME Shell n’en a pas (mais il fixe les extensions qui ne marchent plus avec le nouveau GNOME, et Yaru doit être poussé en mëme temps…)
#4 Re : -1 » Nouveautés dans Focal » Le 20/03/2020, à 14:53
- didrocks
- Réponses : 844
Preum's, euh enfin peut-être deuze après Didier... :
https://launchpad.net/~ci-train-ppa-ser … ntu/3983.1
J'ai un peu tournicoté avec des dépendances entremêlées mais ça y est, je tourne avec. Je confirme que le souci des préférences des extensions est réglé. Apparemment (https://trello.com/c/wkUIO44Q/1-shell-stack-3360) il y avait un petit souci lié à Yaru à régler.Didier, puisque tu es sans emploi
1) quelle est désormais la manière recommandée pour installer des extensions ?
2) est-il normal qu'avec les paquets 3.36.0 :sudo update-alternatives --config gdm3.css [sudo] Mot de passe de ft : update-alternatives: erreur: pas d'alternatives pour gdm3.css?
On est loin du sans emploi justement C'est un peu un jour comme les autres.
1) euh… de ne pas en installer ? Perso, j’en ai aucune 
Sinon, je ne sais pas trop, le mieux est de prendre celles du dépot quand elles existent car elles sont corrigées pour marcher avec le dernier GS
2) cf ta réponse suivante
#5 Re : -1 » 20.04 : retard à cause du COVID ? » Le 16/04/2020, à 14:50
- didrocks
- Réponses : 21
Pour information, comme un peu partout, certains ont attrapés le COVID, ce qui forcément a un impact en terme de charge de travail de toute la monde, mais à part quelques trucs livrés un peu tard, il n’y a pas d’impact sur la calendrier de la release.
Les bureaux quand à eux, ont été bien évidemment fermés et les personnes mis en télétravail pour ceux qui sont concernés (il s’agit surtout de la RH, marketing, commerciaux, support, design… Donc cela n’impacte pas vraiment la distro en elle-même).
L’impacte le plus visible est le release sprint qui devient virtuel (la release team se réunit la semaine de la release dans les bureaux de Londres pour itérer plus rapidement sur les ISO). Donc une semaine de conf en ligne pour cette équipe qui a déjà tester cela pour la béta, ce qui a plutôt bien fonctionné apparemment.
Bon, sinon, finale freeze ce soir, je corrige quelques bugs d’ici là
#6 Re : -1 » 20.04 : retard à cause du COVID ? » Le 16/04/2020, à 17:15
- didrocks
- Réponses : 21
avec plaisir
#7 Re : -1 » 20.04 : retard à cause du COVID ? » Le 17/04/2020, à 11:18
- didrocks
- Réponses : 21
Pour info, cela reste une version de développement. C’est juste que nous sommes maintenant en finale freeze, quelques paquets migrent encore, mais uniquement pour les fixes très importants avant la release. Le paquet qui supprime le terme "développement" a été envoyé dans l'archive afin de ne pas oublier ou de ne pas refaire un rebuild d'iso juste pour ce changement
À partir de lundi soir, les iso sont considérées comme des candidats à l’iso officielle. Et donc, il y a un jeu de tests et éventuellement envoi d’un fix (nouveau paquet), migration, rebuild d’iso, etc etc etc.
#8 Re : -1 » [Résolu] ubuntu 20.04 beta » Le 03/04/2020, à 12:52
- didrocks
- Réponses : 22
@GammaDraconis: attention à cette affirmation. Certains ont dit la même chose avec la daily d’hier, mais on avait un pb et donc respin qui a duré toute une partie de la nuit. Donc ceux qui pensaient « je prends la béta avant l'annonce officielle » ont potentiellement installés une version avec des bugs importants (dans le cas présent, installation ZFS pourrie au deuxième reboot).
Pour info, l’annonce du retard a été publié https://lists.ubuntu.com/archives/ubunt … 40957.html
Donc il vaut mieux éviter ce genre de conseil
Sinon, bon, dans le cas présent, Jean-Baptiste et moi avons validé l’image desktop amd64 en cours et elle sera publiée comme béta (plus de détails sur les tests, où tout le monde peuvent participer avec un niveau minimal d’anglais, sur http://iso.qa.ubuntu.com/qatracker/mile … testcases)
#9 Re : -1 » [Résolu] ubuntu 20.04 beta » Le 03/04/2020, à 14:03
- didrocks
- Réponses : 22
Non Didrocks ! j'ai réinstallé la 20.04 avec le dailybuild récemment et aucun problème !
Avec ZFS? Je ne crois pas que tu l’ais fait avec les images depuis mardi.
On ne s’amuse pas à faire un respin d’ISO pour le plaisir et se coucher à plus de minuit hein
Toujours est-il que tant que c’est pas annoncé, non, la candidate n’est pas équivalente à la dernière béta, et il faut aussi garder la bande passante pour téléchargement à ceux qui le teste (ce qui est bon maintenant, la publication officielle se fait en ce moment même).
On a régulièrement le même problème avec des sites qui annoncent une version avant la date, ce qui délai la release car la copie sur les mirroirs sont, de ce fait, plus lente (en compétition avec la masse de gens qui téléchargent sur le serveur primaire)
#10 Re : -1 » [Résolu] ubuntu 20.04 beta » Le 03/04/2020, à 15:23
- didrocks
- Réponses : 22
Le point de mon poste était de ne pas appeler béta une image qui ne l’était pas et d’encourager les gens à télécharger une version qui pourrait poser problème (ce qui n’était pas ton cas, tant mieux) et fait ralentir tout le processus de développement, pour tous. J’espère que le message est passé et ne pas faire dérailler la conversation sur autre chose.
Pour information, la béta est maintenant officiellement annoncée avec l’image de ce matin (03/04).
#11 Re : -1 » Clavier "azerty amélioré", et également grec polytonique, façon bépo » Le 13/01/2020, à 10:34
- didrocks
- Réponses : 16
Pour information, je viens de pousser le support official dans la prochaine ubuntu 20.04 pour éviter d'avoir à le faire à la main
#12 Re : -1 » Nouveautés dans Eoan » Le 17/06/2019, à 14:25
- didrocks
- Réponses : 518
frenchy82 a écrit :Juste pour le partage
https://community.ubuntu.com/t/please-d … arly/11206Sûrement très mal écrit mais ça aura le mérite d'exister
Merci, commenté également !
SI Didier revient par ici, ce serait utile d'avoir un éclaircissement à ce sujet !
Je pense que ce que vous avez fait est le mieux : en parler sur le community hub et pargager l'avis d'une partie de la communauté de cette manière et continuer de le faire (sans troll, juste sur des points objectifs et mesurés: taille, vitesse de démarrage, incompatibilité X ou Y, nombre de threads de support ouvert sur le forum… et donc des choses mesurables).
Je partage personnellement certains points de crispations évoqués ici, mais après, je ne suis pas dans la sous-équipe qui bosse sur ce sujet ou décide d'utiliser ou non les snaps. Je pense que les snaps peuvent avoir des avantages (par exemple, les stacks java qui ne sont pas compatibles d'une version à l'autre ou encore de donner directement les clefs de release à upstream, qui pourront alors mieux contrôler leurs dépendances et le cycle de vie de leur logiciel). Je suis d'accord cependant que la technologie a besoin d'être mâture pour être acceptée par les utilisateurs et donc d'appuyer les avantages du confinement, versions très fraiches sans packager-in-middle, etc, mais cela n'engage que moi 
PS: en fait, je vous lis tout le temps (même les hors sujets mais je passe dessus rapidement), même si je ne commente pas
#13 Re : -1 » Nouveautés dans Disco » Le 07/01/2019, à 11:02
- didrocks
- Réponses : 384
- tracker s'installe (@Didier : Ubuntu va vraiment obliger tracker pour la 19.04 ?).
Normalement, on n'a pas pris de décision de l'installer par défaut (mais je suis en train de regarder ce qui a été discuté pendant mes vacances). Je vais regarder en tout cas, nautilus n'a pas encore migré hors de proposed, donc le manifest du CD ne nous aide pas: http://cdimage.ubuntu.com/ubuntu/daily- … 4.manifest.
Par contre, le message du changelog semble que certains de l'équipe ont décidé de prendre tracker (d'un côté, c'est un peu le moment de tester pour revisiter ça à la LTS), les 2 patchs suivants ayant été supprimés:
- 0015-tracker-search-engine-don-t-start-it-if-not-availabl.patch: We're depending on tracker now, no need to handle it not being there.
- 0018-search-engine-add-locate-based-search-engine.patch: Now we are going to use the tracker based one.
#14 Re : -1 » Nouveautés dans Disco » Le 08/01/2019, à 12:33
- didrocks
- Réponses : 384
@ft:
* Tracker peu très bien marcher sur certaines configs (c'est le cas aussi pour moi), et très mal sur d'autres. Je connais des gens chez qui tracker mouline sans arrêt et prenne tout le CPU + disk IO. Donc ne jamais jamais prendre le "ça marche chez moi" pour universel (en plus, ça dépend aussi du niveau de batterie, etc.). C'est un conseil que beaucoup de dévelopeurs dervaient appliquer aussi "works on my machine" n'est pas suffisant
* Aucune idée, j'imagine que rust est une nouvelle fois un problème. Par contre, d'un point de vue strict sécurité, l'équipe de sécurité a fait les MAJ de sécu nécessaire dans la LTS et toutes les versions supportées: https://launchpad.net/ubuntu/+source/th … u0.18.04.2. À part les navigateurs, on ne met pas à jour vers de nouvelles versions dans une release déjà faite.
* GSconnect ne devrait pas être intégré de base par manque de moyen: https://github.com/andyholmes/gnome-she … -438975069. J'espère avoir le temps au moins de le mettre à jour dans universe pour que ceux qui veulent l'utiliser aient une version plus à jour.
#15 Re : -1 » Nouveautés dans Disco » Le 08/01/2019, à 14:27
- didrocks
- Réponses : 384
didrocks a écrit :Tracker peu très bien marcher sur certaines configs (c'est le cas aussi pour moi), et très mal sur d'autres.
Juste pour être sur : donc pas d'intégration par défaut ?
Non, au contraire, il n'y a pas de choix pour l'instant, donc intégré sur disco et on verra les retours sur le terrain pour la LTS.
#16 Re : -1 » Nouveautés dans Disco » Le 08/01/2019, à 16:00
- didrocks
- Réponses : 384
oui oui, je parle d'ubuntu desktop par défaut (donc GNOME)
#17 Re : -1 » Nouveautés dans Disco » Le 14/01/2019, à 16:01
- didrocks
- Réponses : 384
@didrocks : est-ce que le thème Yaru-dark va prochainement être de nouveau disponible nativement dans Gnome Tweak, si les soucis avec GTK2 sont réglés ?
Sinon, d'accord avec la remarque sur les icônes : j'ai remis pour eux le thème Ubuntu-mono-dark, car Firefox et Thunderbird en tout petit dans leur carré, c'est pas terrible, j'espère que Yaru va corriger cela.
Il y a un commit dans master qui rend Yaru-dark disponible, donc prochaine release dans disco
Pour les opinions sur les icônes Firefox/Thunderbird, il y a le thread sur community.ubuntu.com pour entrer en contact avec ceux qui bossent sur Yaru hein, donc si pas signalé que cela ne plait pas, ce ne sera certainement pas modifié
#18 Re : -1 » Nouveautés dans Disco » Le 14/01/2019, à 18:22
- didrocks
- Réponses : 384
Concernant les icônes, cela a l'air volontaire dans le design et les couleurs différentes (noir pour FF, bleu clair pour TB) donc j'ignore s'ils prendront en compte les remarques - je ne vois pas l'utilité du carré entourant le logo minimisé, je préfère le logo originel sur fond transparent - les icônes d'applications très connues ne devraient pas être modifiées à mon humble avis...
Ah, mais c'est très clairement volontaire. Par contre, si personne ou peu de personnes indiquent qu'ils n'aiment pas, ben, ils pensent alors logiquement que la majorité aime bien et donc faire part de son opinion peut être important pour la future direction
#19 Re : -1 » Nouveautés dans Cosmic » Le 11/09/2018, à 10:33
- didrocks
- Réponses : 396
Et du coup didier pour le bug des instalations n'en finissant pas avec snap l, il y aura un fix?
pour continuer à mettre a jour mon système javais du desinstaller snapd, mais du coup c'est contreignant
Je pense qu'il faut en parler sur le forum snapcraft.io. Je ne bosse pas sur cette partie, et donc, je ne connais pas les problèmes courrant à l'installation ou leur plan de fix. Par contre, j'ai vu une discussion hier et Michael a enfin compris un problème d'installation à ce que je sais (beaucoup de personnes râlaient, mais tout le monde ne l'a pas, car ça dépend apparemment de la connexion au net, etc. mais c'était un peu un dialogue de sourd sans avoir de détails et ne pouvoir reproduire). Je pense que ce problème est/sera bientôt réglé, mais je n'en sais pas plus.
#20 Re : -1 » Nouveautés dans Cosmic » Le 27/09/2018, à 17:04
- didrocks
- Réponses : 396
Tiens, étonnant, Xorg ou Wayland? VM ou machine réel?
Je ne reproduis pas ici, on dirait plutôt des bouts d'écran non dessinés…
#21 Re : -1 » Nouveautés dans Cosmic » Le 27/09/2018, à 17:51
- didrocks
- Réponses : 396
bon, vu ce que tu dis, je ne me vais pas trop pouvoir me pencher dessus et il vaut mieux p-e pas
Je suis un peu étonné tout de même que ça puisse rendre ça, j'aurais pensé une autre forme de mix (genre, les labels, sans les widgets), but who knows
#22 Re : -1 » Nouveautés dans Cosmic » Le 01/10/2018, à 09:06
- didrocks
- Réponses : 396
Liste de mes remarques (s'il faut faire remonter, Didier le dira) :
- perte du focus sur le champ de saisie dans les dialogues GS (sous la session GNOME, pas de souci) (et plus joli :-) )
Un rapport de bug détaillé serait pas mal (pas certain de ce que tu dis), avec une différence détaillé de la session GNOME/Ubuntu.
Le plus "joli", ça reste subjectif et à voir avec la team Yaru (sur le hub communauté )
- sous Yaru (quelle que soit la session, et aussi avec d'autres thèmes hors Adwaita) : positionner la fenêtre de Tweaks vers le haut du bureau, choisir un thème GTK parmi plein d'autres, la liste de sélection sort de l'écran sans flèche de défilement
À rapporter aussi sur le thème yaru-theme (p-e rapport de bug + screenshot)
- l'installation de Baobab qui s'ouvre au lieu de Nautilus dans l'extension Places MI
Je ne connais pas cette extension, j'imagine quelque chose qu'on n'installe pas par défaut, donc à voir avec upstream.
- la session GNOME est plus aboutie : suramplification possible (dans Tweaks l'option apparaît)
Ça me ferait mal que ce soit plus aboutie puisque c'est moi qui ait poussé ce changement upstream (presque un an de travail dû à une inertie upstream)… Simplement, c'est par défaut sur Ubuntu, dans GNOME Control Center, "son", qui est un endroit plus logique pour trouver une option de son. Donc au contraire, mieux intégré dans ubuntu (upstream ne veut pas de l'option dans Control Center, sur le panneau "son").
Tweaks a décidé que si c'était montré dans Control Center, de ne pas dupliquer l'option dans Tweaks (qu'on n'installe pas par défaut)
Quelles sont les différences actuelles entre les sessions GNOME et Ubuntu, mis à part le thème GS et le dock, bien sûr ?
Je te renvoie sur mon blog avec les posts il y a un an, j'en ai listé par mal (tout plein de patches avec if session == "ubuntu" pour ne pas impacter la session vanilla). Pour info le changement de thème gdm qu'on a implémenté downstream (donc avec l'alternative gdm) est également listé dedans
#23 Re : -1 » Nouveautés dans Cosmic » Le 19/10/2018, à 09:19
- didrocks
- Réponses : 396
pas vraiment une nouveauté de cosmic, mais maintenant que la release est faite, la web team a publié les données agrégées de ubuntu-report, comme promis! https://www.ubuntu.com/desktop/statistics
#24 Re : -1 » Nouveautés dans Cosmic » Le 19/10/2018, à 10:12
- didrocks
- Réponses : 396
Tiens, je n'avais pas pensé à celle-là, mais oui, c'est logique. Il faut se logguer en tant que gdm (sudo -su gdm), et changer les clefs dconf par gsettings correspondant aux icons à la main pour Adwaita (org.gnome.desktop.interface: icon-theme, cursor-theme, etc.).
Ce serait pas mal une commande qui fait ça avec l'update-alternative en même temps… Si qqn veux se lancer dedans (ça pourrait faire parti du paquet gnome-session)