UDS Lucid Jour 1
Par Didier Roche le mardi 17 novembre 2009, 05:48 - Lien permanent
Voici que se termine la première journée de l'UDS lucid.
Beaucoup de discussions intéressantes, sur divers sujet. Cela fait toujours plaisir de rencontrer les veilles connaissances aussi bien upstream (projets amont) que ceux de la communauté Ubuntu.
Voici un rapide résumé de la journée : - Première plénière de bienvenue avec la présentation des différentes tracks[1] et de la position globale pour la prochaine LTS, lucid lynx. Le déroulement des sessions et de l'UDS en général est également présenté. - Roundtable Mobile: présentation sur ce quoi va porter la team Mobile pour lucid, c'est à dire principalement le portage des applications sur ARM et optimisations de ces derniers. - Session sur Geoclue: imaginez, vous voyagez et allez, par exemple, de Paris à Dallas. Il ne serait pas appréciable que votre horloge puisse se synchroniser automatiquement sur le bon timezone. Le fait également de permettre la géolocalisation et le partage de votre position actuelle par empathy a été abordée. Il va y avoir des tests et des patchs testés afin de savoir si cela sera disponible pour lucid (mais sûrement pas activé par défaut concernant le partage de la position actuelle).
Après le repas, les sessions en plénières de midi se sont déroulées. La première étant sur « comment avoir une bonne session de travail ». Jono a partagé ses 7 dernières expériences à l'UDS sur ce sujet. Ensuite, Matthew Paul Thomas a présenté le travail qui sera effectué sur le Software Center pour lucid au niveau Design. Par mal de travail sur les sessions à venir cette semaine. Ensuite, Rick Spencer et moi-même avons présenté une session sur Quickly. Pas mal de retours et d'intérêt sur ce projet qui a débuté au dernier UDS. Mercredi donnera lieu à une session de deux heures sur le sujet et le devenir de la 0.4.
L'après-midi a été rythmée sur les différents moyens et métriques disponibles pour qualifier le niveau de qualité des bugs reportés et comment s'y retrouver dans cette jungle. Nous avons ensuite eu droit à une session sur comment apporter une meilleure expérience de mise à jour entres versions et proposer de permettre à l'utilisateur de prendre les choix par défaut (par exemple, le passage de pidgin à empathy, la remise par défaut des éléments du panel…). Ce désir semble contreversé et un proof of concept sera proposé dans les semaines à venir. Enfin, j'ai assisté à une session sur le process de packaging en environnement distribué. Les habitudes sont longues à changer, mais ce qu'apporte ces éléments par rapport aux méthodes tradictionnelles semble particulièrement alléchant.
Notes
[1] sujets d'intérêt

Commentaires
Je me suis fait une réflexion à la lecture de ton billet (merci au fait de nous tenir au courant ! ).
L'idéal pour nous serait que tous les logiciels utilisent launchpad pour le suivi de bogues mais bon... ;) Peut être qu'un outil permettant de transférer un bug en amont serait utile. Monsieur patate rapporte un bogue sur cups sur launchpad, après discussions il s'avère que cela vient de plus haut et que ce n'est donc pas spécifique à Ubuntu. Une personne en ayant la possibilité, fait transférer ce bogue directement sur le système de suivi des bogues de cups. Si Madama saucisse revient sur le bogue rapporté sur launchad, elle voit un status "transféré plus haut", n'a plus la possibilité de commenter et on lui présente clairement le lien vers le rapport en amont.
@kagou : on voit que tu connais pas Launchpad toi :D, la remonté et le suivi des bugs dit "upstream" est une fonctionnalité qui existe depuis déjà pas mal de temps.
Parlerez-vous de la petite régression portée par le "bypass" du Xorg.conf ? Toutes les manips de bidouillage du Xorg.conf permettant de faire fonctionner du matériel qui n'est pas automatiquement reconnu par Kamric sont voués à l'échec... Possesseur d'un tablet PC TN120T, c'est la grosse galère sur les nouvelles version (9.04 à 9.10), obligé de retomber sur la LTS 8.04...
Nous faudra-t-il encore patienter 6 mois de plus (voir plus, dans le pire des cas) pour voir enfin une distrib qui prenne en charge les périphériques dits "nouveaux" ? ...
P't'être une version "TabletPC" de Ubuntu serai la bienvenue !
Librement vôtre...
Bonne nouvelle le portage des applications sur ARM. Moi qui me demandait comment j'allais faire pour utiliser pleinement Ubuntu sur le Touchbook d'alwaysinnovating ^^.
"Ubuntu 10.04 LTS, cétait mon idée" :D
@YoBoY : je connais pas launchpad ? Ah ben zut alors :D
J'utilise déjà la liaison de bug en upstream. Mais là ce que je propose va plus loin. Au lieu de garder un bug ouvert sur launchpad, où les gens continuent à discuter alors que le problème est en haut. Au lieu de continuer à juste garder la trace de l'activité du bug en upstream. Je propose de transférer l'ensemble du bug en upstream. Pas la peine de continuer à gérer un bug ouvert sur launchpad (un autre sous bugzilla de fedora, un autre chez opensuse etc.) alors que le bug est reporté en upstream, là où toutes discussions doivent avoir lieux car c'est là-bas que ça se passe et non plus sous launchpad. Le bug est marqué comme transféré et non plus comme "confirmed" + lié à un numéro+lien en upstream.
@Kagou:
Il y a un plugin dans Bugzilla que la plupart des upstreams commencent à prendre où les commentaires sont mergés entre le bug upstream et le bug launchpad. Donc quand tu réponds dans Launchpad, le commentaire va apparaître également dans le bug upstream et vice-versa.
@PapsOu: je n'ai absolument pas connaissance de ce problème. Essaie de trouver une session sur Xorg et de participer par IRC avec Bryce.
Sinon, une version TabletPC, cela pourrait un beau projet communautaire :)
@YoBoY: pour le Xorg, c'est pas bien grave, je me débrouille autrement. (voir ici: http://forum.ubuntu-fr.org/viewtopi... ). En ce qui concerne l'édition "TabletPC", ce serai une bonne chose, surtout avec une zone réservée à la saisie (comme si CellWriter se plaçait sous le tableau de bord du bas). Sans oublier, bien sur, la reconnaissance du matos (peut importe le type, hid, event, etc...). Chose qui me permettrai de virer la couche Windaube de mon PC...
Librement vôtre !
@PapsOu: de quoi parles-tu ? depuis que X n'a plus la nécessité d'avoir un /etc/X11/xorg.conf, il est quand même possible de forcer l'usage d'une configuration en bidouillant (en le créant d'abord) /etc/X11/xorg.conf. Pour preuve, si ce n'était possible, on ne pourrait plus utiliser les drivers nvidia proprio (qui ne sont utilisés qu'à la condition d'être _explicitement_ spécifié dans xorg.conf, en tout cas avec Xorg 1.6, 1.7, sous Debian comme sous Gentoo)
je ne comprends pas trop. Peux-tu pointer un bug précis sur Launchpad que je regarde ?
merci
@Regala: En fait, je sais qu'on peut le créer manuellement mais ça plante systématiquement le serveur X (démarrage en mode commande uniquement, obligé de supprimer le xorg.conf pour pouvoir démarrer en graphique).
Pour info le bug concerné est celui-ci : https://bugs.launchpad.net/bugs/317... au sujet des devices type "evtouch" (seulement mon écran tactile est de type "hid", donc je sais pas si il faut créer un bug spécifique sur launchpad pour les "hid"...).
@YoBoY: Allez-vous aborder le sujet des matériels reconnus sous les versions précédentes d'Ubuntu mais plus sous Karmic ? (a cause, notamment, de la suppression du xorg.conf)
Et pourquoi ne pas voir arriver une interface graphique du style "gestionnaire de périphériques" pour pouvoir "controler" un minimum son hardware... (pilotes, paramètres, etc... histoire de centraliser tout ça)
L.V.