UDS Jour 3

Session d’aujourd’hui

Analyse des bugs sous forme de graphes (dashboard)

http://summit.ubuntu.com/uds-p/meeting/19483/other-p-bug-dashboard/

https://blueprints.launchpad.net/ubuntu/+spec/other-p-bug-dashboard

Cette session avait pour but de créer une façon d’étudier les bugs de plusieurs paquets de façon centralisée et graphique. Actuellement, quand des gens veulent travailler sur plusieurs paquets, ils créent une équipe, et souscrive tous les paquets qui les intéressent. Cela marche pour récupérer l’information, mais pas pour des statistiques (statuts, sévérités, en cours …).

 

Ask Ubuntu pour les experts.

http://summit.ubuntu.com/uds-p/meeting/19717/community-askubuntu-experts/

https://blueprints.launchpad.net/ubuntu/+spec/community-askubuntu-experts

Présentation de Askubuntu, et de quelques fonctionnalités avancées (édition, tag, votes, récompenses …) et la possible intégration avec les Loco teams. On déplorera quand même que Askubuntu soit seulement en anglais, pas très facile pour faire du support, par exemple avec des français.

 

Intégration du calendrier

http://summit.ubuntu.com/uds-p/meeting/19450/desktop-p-calendar-integration/

https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-calendar-integration

Cette session avait pour but de discuter l’inclusion d’une solution de calendrier, parce que le changement pour Thunderbird par défaut a supprimé cette fonctionnalité.

Il y a plusieurs solutions :

– Ajouter un plugin à TB (lightning) pour ajouter cette fonctionnalité. Mais, les développeurs ne sont pas chaud pour ajouter une extension à TB par défaut.

– Adopter Maya, le calendrier d’Elementary OS. Mais c’est une application encore très incomplète, qui a besoin d’aide pour être terminée.

– Écrire une nouvelle application. Mais il faut du temps et des ressources, pour une solution qui sera à terme remplacée soit quand GNOME aura sa propre solution de calendrier (en cours), soit quand Maya fonctionnera correctement.

Les discussions ont suivies dans la session des applications par défaut, et a priori, rien ne sera fait pour combler ce manque sur la 12.04.

 

12.04 LTS (Precise Pangolin) Planning de sortie

http://summit.ubuntu.com/uds-p/meeting/19548/other-p-release-lts-planning/

https://blueprints.launchpad.net/ubuntu/+spec/other-p-release-lts-planning

Celle-ci était sur le planning de la future version. C’est une revue de la feuille de route, et des ajustements éventuels. Par exemple, le DebianImportFreeze (la date d’arrêt des imports de Debian testing vers Ubuntu).a été bougé après la période des fêtes de fin d’année. Également, il a été confirmé qu’il n’y aura plus d’images RC officielles. A la place, une période sera déclarée à partir de laquelle, toutes les images produites seront des “release candidate”.

Également, le statut des dérivés a été abordé. Enfin, quelque chose a été écrit sur ce statut, comment peut-on y arriver, ce que Canonical offre pour soutenir ces dérivés … C’était quelque chose de très flou, et nous avons souffert de cela quand nous avons essayé de rendre Lubuntu officiel.

Voir les détails :

https://wiki.ubuntu.com/RecognizedDerivatives

 

Les plénières ont été sur la technologie ARM, et sur les brevets logiciels. Nous avons également eu la traditionnelle photo de groupe.

 

Version de GNOME

https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-gnome-version

http://summit.ubuntu.com/uds-p/meeting/19454/desktop-p-gnome-version/

Cette session avait pour but de définir la version de GNOME qui sera utilisée, soit la 3.2 (la version stable actuelle), soit la 3.4 (la future version).

Pour les 2 pièces principales (GTK et glib), il a été décidé de les mettre à jour vers la version la plus à jour. Il faudra cependant que des vérifications soit faites, car GTK a implémenté une fonctionnalité de multi-touches, qu’Ubuntu a déjà. Il faudra s’assurer qu’il n’y a pas de conflit. Également, le sujet d’une version de GTK style LTS (version supportée pendant 2 ans) a été abordée, mais devra être débattu avec les développeurs de GNOME.

Pour le reste des applications, par défaut elle resterons en 3.2. Au cas par cas, elles pourront être mise à jour. Mais pour certaine, il est déjà prévu de les garder sur la 3.2 (Nautilus, gvfs, Evolution, Empathy).

 

Discussion sur les applications par défaut

https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-default-apps

http://summit.ubuntu.com/uds-p/meeting/19442/desktop-p-default-apps/

La discussion habituelle sur les applications par défaut. Beaucoup de sujets ont été abordés, entre autres :

– Inclusion de Boot-repair sur le live-cd, sauf gros problème technique

– Inclusion de FreeRDP, va être étudiée (quelques vérifications de sécurité à faire)

– Pas d’éditeur de vidéos, le besoin ne s’en fait pas sentir

– Rhythmbox / Banshee :

Ce fut une surprise pour moi de voir ce sujet revenir sur le tapis. Et ce fut assez animé entre les pro RB et les pro Banshee. Les 2 solutions ont leur inconvénients :

– Banshee : Problèmes sur ARM, pas de port sur GTK3, et sa suppression enlèverai Mono du CD (gain de place) et probablement de main (pas de support de sécurité à faire pendant les 5 ans de la LTS).

– RB : Le magasin U1 devra être mis à jour, ainsi que le lens Musique. Il faudra également que le projet amont sorte une version officielle (une copie de l’arbre de développement est actuellement intégré à Ubuntu).

Un sondage rapide dans la salle a montré que l’utilisation entre les 2 étaient d’environ 50 / 50 (peut-être un tout petit peu plus pour RB).

En conclusion, RB risque bien de revenir sur le CD à la place de Banshee, si aucun problème n’est soulevé pas d’autres équipes non présentes à la session. Ce fut une décision difficilement prise pendant la session. C’est une décision que je comprends, au regard de la maintenance à faire sur 5 ans. Et puis, Banshee sera toujours disponible dans les dépôts, avec le même niveau d’intégration que dans la 11.10.

UDS Day 3

Today Sessions :

Defect Analyst Bug Review Dashboard

http://summit.ubuntu.com/uds-p/meeting/19483/other-p-bug-dashboard/

https://blueprints.launchpad.net/ubuntu/+spec/other-p-bug-dashboard

This session was to create a way to monitor bugs across several packages and in an efficient way. Currently, most people who want to work on bugs of multiple packages create a team and subscribe all packages to this team. It’s working to get information, but nothing exist to summarize statistics about the bugs (status, severity, in progress …).

 

Ask Ubuntu for the experts

http://summit.ubuntu.com/uds-p/meeting/19717/community-askubuntu-experts/

https://blueprints.launchpad.net/ubuntu/+spec/community-askubuntu-experts

Presentation of Askubuntu.com, and some advanced features to use it (edit, tag, bounty, votes …), and possible integration with Loco teams. It still sad that it’s only in English, so not easy to do support, in counties which don’t speak English.

 

Calendar Integration

http://summit.ubuntu.com/uds-p/meeting/19450/desktop-p-calendar-integration/

https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-calendar-integration

This session was to discuss the use of a calendar application, because with the switch to Thunderbird, there is no calendar in 11.10.

There is different solutions :

– Adding extension to TB to handle calendar features. But some people express the wish to have no extension by default on TB.

– Adopting Maya, the calendar application of Elementary OS. But this application is not finished, and it needs help to be functional.

– Write a new application. But it needs time and resources, + it will probably be dropped once Gnome have it’s own calendar application, or if Maya is finished and works well.

Discussion followed in the Default application session, and probably nothing will happen this cycle to add a calendar solution (unless a drop-in solution is found).

 

12.04 LTS (Precise Pangolin) Release Planning

http://summit.ubuntu.com/uds-p/meeting/19548/other-p-release-lts-planning/

https://blueprints.launchpad.net/ubuntu/+spec/other-p-release-lts-planning

This one was about the schedule of the release, the different milestones etc … It’s a review of the current roadmap, and adjustments of it. For example, the DebianImportFreeze (the date when automatic imports from Debian testing stopped) was moved later in the cycle due to Christmas break. Also, it was confirmed that there will be no RC official images, but a period when images will be declared as “release candidate”.

Also, the status of derivatives was discussed. Finally, something was written about the status of derivatives, how you can achieve this status, what support is provided by Canonical … It was something always blurry, and we suffer it when Lubuntu tried to be official.

See details on :

https://wiki.ubuntu.com/RecognizedDerivatives

 

The plenaries was about ARM technology and patents. There was also the traditional group photos after.

 

GNOME Version

https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-gnome-version

http://summit.ubuntu.com/uds-p/meeting/19454/desktop-p-gnome-version/

This session was to discuss which version of GNOME will be shipped, 3.2 (the actual stable one) or 3.4 (the next stable one).

For the 2 main parts of the platform (GTK and glib), the plan is to update them to 3.4. It may have problems with multitouch support which is now included in GTK. It may conflict with Ubuntu multitouch implementation. There was also a discussion about the idea to have some sort of LTS version for GTK (discussion to be continued with GNOME people).

The plan for the rest of the applications is to stay by default on 3.2, and pickup components from 3.4 in some cases. Nautilus (and gvfs), Evolution for example should stay with 3.2, like empathy. For other small applications, it will be discuss case by case.

 

Default Apps Discussion

https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-default-apps

http://summit.ubuntu.com/uds-p/meeting/19442/desktop-p-default-apps/

This is the usual session to discuss applications by default. Many topics was discussed :

– Inclusion of Boot-repair in the Live-CD : probably yes if there is no stopper.

– Inclusion of FreeRDP : to be check with security.

– Video editor : No (not needed by default)

– Rhythmbox / Banshee :

This subject was a bit of surprise for me, I didn’t expect such discussion will happen. However, the 2 applications have problems :

– Banshee : Problem on ARM (doesn’t work), no GTK3 support, and removing Banshee will remove Mono from the CD (good for the space) and probably from main (which make Security team happy, not having to maintain Mono stack for 5 years)

– RB : U1 store need to be updated, Music lense needs to be updated, it needs a release from upstream.

A quick vote on usage of both applications in the room makes approximately a 50 / 50 result (maybe a bit more for RB).

Conclusion, RB will probably be back on the CD, if no problem is raised by the other teams not present during the session. The decision was not easy, but IMO it makes sense in the context of an LTS. And, well, Banshee will still be available in the archive, will at least the same level of integration than in 11.10.

UDS Jour 2

Sessions d’aujourd’hui :

Réduire les temps de création des ISO

http://summit.ubuntu.com/uds-p/meeting/19533/foundations-p-image-build-pipeline/

https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-image-build-pipeline

Cette session avait pour but de réduire les temps de création des images. C’est important durant les périodes de tests, quand on a besoin de reconstruire beaucoup d’images. Par exemple, si l’installeur est cassé, et qu’il est réparé pendant la période de test des ISO, beaucoup d’ISO devront être reconstruite. En réduisant ce temps, on accélère les tests et on prends moins de risque de prendre du retard sur une sortie.

Identifier les ISO “daily” cassé

http://summit.ubuntu.com/uds-p/meeting/19409/other-p-builds-smoke-testing/

https://blueprints.launchpad.net/ubuntu/+spec/other-p-builds-smoke-testing

Cette session était sur les tests automatiques et comment générer un rapport automatique, pour être sûr que les ISO «daily» sont en bon état pour être testés (démarrage et installation OK) C’est utile pour que les gens qui testent ne perdent pas de temps à télécharger une version cassée (et pas testable). Cela sera disponible pour Ubuntu et Ubuntu Server, mais comme des parties importantes sont communes (exemple, l’installeur), cela bénéficiera aussi aux dérivées.

Expérience utilisateur sur Lubuntu

http://summit.ubuntu.com/uds-p/meeting/19473/other-lubuntu-p-users-experience/

https://blueprints.launchpad.net/ubuntu/+spec/other-lubuntu-p-users-experience

1e session pour Lubuntu, ce fut l’occasion de discuter les nouvelles fonctionnalités, et les nouvelles applications par défaut. Il n’y avait pas beaucoup de personnes dans la salle, mais certaines ont eu la possibilité de participer par IRC. J’ai présenté ce que je comptais faire au prochain cycle :

– Lightdm par défaut pour l’Alpha1

– Possibilité de configurer le multi-écran en utilisant un outil externe comme arandr

– Options / services dans Lxsession : ajouter la possibilité de configurer les applications par défaut, et de les activer ou non (exemple, l’économiseur d’écran ou le gestionnaire d’énergie).

– Lubuntu-software-center par défaut, mais en gardant synaptic.

FreeRDP

http://summit.ubuntu.com/uds-p/meeting/19614/desktop-p-freerdp/

https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-freerdp

Présentation de FreeRDP and Remmina. Il y a une autre session cette semaine pour discuter si l’on remplace la solution actuelle de bureau distant (vinaigre, tsclient …) par celle-ci. Upstream est très actif, et ils ont commencé à travailler sur l’intégration dans Ubuntu (migration à GTK3, support des indicateurs).

Les pléniaires étaient sur openstack et Rackspace, le développement d’applications sous Ubuntu, et l’écosystème de Qt (comment cela est organisé, les réussites et ce qui est prévu pour Qt 5.0).

Piloter un nouvel outil de gestion des tests

https://blueprints.launchpad.net/ubuntu/+spec/other-p-qa-test-case-management-tool

http://summit.ubuntu.com/uds-p/meeting/19416/other-p-qa-test-case-management-tool/

Cette session avait pour but de récolter les besoins des utilisateurs, dans le but de déployer un outil de gestion des tests, en remplacement des pages de wiki existantes. Pas de décision pour l’instant sur le choix de l’outil.

Optimisations dans Lubuntu

http://summit.ubuntu.com/uds-p/meeting/19472/other-lubuntu-p-optimizations/

https://blueprints.launchpad.net/ubuntu/+spec/other-lubuntu-p-optimizations

La seonde session de Lubuntu ne fut pas très utile, la plupart des sujets ayant été débattus à la première session. La discussion continuera sur la mailing list. Un élément supplémentaire, est que nous resterons sur GTK2 pour nos principales applications, car ni le panel, ni le gestionnaire de fichiers, ni le navigateur ne prévoit de migrer pendant ce cycle.

Améliorer la réunion hebdomadaire de la «release team»

https://blueprints.launchpad.net/ubuntu/+spec/other-p-release-meeting

http://summit.ubuntu.com/uds-p/meeting/19547/other-p-release-meeting/

La dernière session avait pour but d’améliorer la réunion hebdomadaire des différentes teams, afin de faire un point sur le développement avec la release team. De bonne dées ont été proposées, et seront appliquées aux prochaines (comme l’envoi des compte-rendus d’équipe la veille de la réunion). Cela devrait réduire la durée de cette réunion. Également, nous avons eu une présentation de quelques outils utilisés par la release team (comme statut.ubuntu.com)

C’est tout pour ajourd’hui.

UDS Day 2

Today sessions:

Shrink the image build pipeline

http://summit.ubuntu.com/uds-p/meeting/19533/foundations-p-image-build-pipeline/

https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-image-build-pipeline

This session was to reduce the time to build ISOs. It’s important during testing time, when we need to rebuild many ISOs. For example, if ubiquity is broken, and it’s fixed during ISO testing, many ISOs need to be rebuild to re-do testing. By reducing this time, you speed up testing and reduce the risk to delay a release.

 

Identify build breaks on daily ISOs

http://summit.ubuntu.com/uds-p/meeting/19409/other-p-builds-smoke-testing/

https://blueprints.launchpad.net/ubuntu/+spec/other-p-builds-smoke-testing

This one was about automated testing and to generate a report into a central place, to ensure daily ISO are in good shape enough to be tested (booting, installation OK …). It’s useful to ensure people are aware of the  state of the daily builds, and if it’s broken, they don’t need to download it (and don’t loose time to download something broken). It will be only available for Ubuntu and Ubuntu server, but as some pieces are common across the distributions (like ubiquity),it’s also useful for all derivative.

 

Lubuntu user experience

http://summit.ubuntu.com/uds-p/meeting/19473/other-lubuntu-p-users-experience/

https://blueprints.launchpad.net/ubuntu/+spec/other-lubuntu-p-users-experience

First session for Lubuntu, it was to discuss improvements like new features, new applications by default. There was not so many people on the room, but some had the possibility to participate on IRC. Basically, I presented the items I’ll be working on for this cycle :

– Lightdm enable by default for Alpha 1

– Multi-screen configuration : not easy to configure with lxrandr. Solution : Extend lxsession to accept configuration from other utility like arandr.

– Lxsession options / services : Add possibility to configure applications by default, and to enable them or not (screensaver, power-management …)

– lubuntu-software-center : Add it by default, but keep synaptic.

 

FreeRDP

http://summit.ubuntu.com/uds-p/meeting/19614/desktop-p-freerdp/

https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-freerdp

Presentation of FreeRDP and Remmina. There is another session this week to discuss inclusion of FreeRDP and Remmina by default on Ubuntu (to replace vinaigre, tsclient …). We had also a demo on the features. Upstream is pretty active, and starts integration into Ubuntu (port to GTK3, indicator support …).

 

Plenaries were about Openstack and Rackspace, applications development, and Qt. ecosystem (how is it organized, achievements, and future plan with Qt 5.0).

 

Piloting a new test case management tool

https://blueprints.launchpad.net/ubuntu/+spec/other-p-qa-test-case-management-tool

http://summit.ubuntu.com/uds-p/meeting/19416/other-p-qa-test-case-management-tool/

This session was to discuss the use of a test cases management tool, to replace the current wiki pages. No decision was made, but people was able to discussed features they want in the next tool.

 

Optimization in Lubuntu

http://summit.ubuntu.com/uds-p/meeting/19472/other-lubuntu-p-optimizations/

https://blueprints.launchpad.net/ubuntu/+spec/other-lubuntu-p-optimizations

The second session of Lubuntu was not very useful,as many items were discuss on the other session.Discussion will probably move to the mailing when it’s needed. The only important thing is that we will kept GTK2 for most of our applications, as we will not have the resources to migrate them all.

 

Improving weekly release meeting

https://blueprints.launchpad.net/ubuntu/+spec/other-p-release-meeting

http://summit.ubuntu.com/uds-p/meeting/19547/other-p-release-meeting/

The last session was about the weekly release meetings we have with many other teams to share what happened last week, what are the plans for next week, current issues …We discuss some improvements to make it more interactive (because currently, it’s often a copy / paste of a wiki page during the meeting). Status of each team will be asked 1 day before the meeting, so people will have time to prepare the meeting, and it should reduce the time needed for this meeting. We also have a quick presentation on what tools are available (status.ubuntu.com for example).

 

That’s all fort today 🙂

UDS Day 1

1st day to the UDS, and as usual, it began with an introduction by Jono Bacon. It’s a quick introduction on how the UDS is working, some advices, and how to use the schedule and the blueprints. It’s followed by the Keynote by Mark Shuttleworth. This time, he talks a lot on the achievements of the last cycle (developer.ubuntu.com, Software-Center, Lightdm …). No big announcement for the next release (as expected, the 12.04 need to focus on polishing). The main announcement was the goal for 14.04 : Ubuntu on everything (Tablets, TV, phones …). And to finish, there was a quick speech about Linaro (introduction to the project, achievements, etc …).

 

Today Sessions :

As usual, the schedule was quite unstable for sessions I would like to follow (sessions were moving all the time on the schedule, even during UDS itself), but hopefully some doesn’t move 🙂

 

Build images :

http://summit.ubuntu.com/uds-p/meeting/19546/ubuntu-arm-p-image-build-tools/

https://blueprints.launchpad.net/ubuntu/+spec/ubuntu-arm-p-image-build-tools

This session was about how ISO can be build without using the main Ubuntu infrastructure. Progress was made to achieve this goal, like using live-build and ubuntu-defaults-builder. They are used to produce localized ISO (such as the Chinese one, or the French one). But this system lacks some features of the official infrastructure, and doesn’t solve the problem of ARM cases (which use specific file systems on each hardware).

 

Software-center roadmap

https://blueprints.launchpad.net/ubuntu/+spec/consumer-p-software-center-enhancements

http://summit.ubuntu.com/uds-p/meeting/19743/consumer-p-software-center-enhancements/

It was a general session about software-center, and some ideas how to improve it :

* Performance : Devs are aware of the performance issues (like startup time), and they planned to improve the situation.

* Unit testing : How to improve unit testing coverage (which is good, but not complete enough)

* Code reviews and documentation : devs will try to improve the documentation for new contributors.

* Improving the integration with Unity (lens)

* Recommendations : Add automatic recommendations of packages that people would probably want to install.

It’s IMO a good balance between new features and quality improvement plan for a LTS

After the lunch, there are plenaries with various topics. There was one about Cloud Foundry, and a more interesting for me, on the relationship between Debian and Ubuntu, made by the Debian Leader. The situation seems to have improved since 2 years ago, and I’m agree that in general, Debian devs seems to be more friendly about Ubuntu contributions. I think current problems are mostly not project-wide, but when people from the different projects have different points of view. It can’t be easily fixed, and certainly not project-wide, but case by case.

 

Release Process Improvements

https://blueprints.launchpad.net/ubuntu/+spec/other-p-release-process-improvements

http://summit.ubuntu.com/uds-p/meeting/19545/other-p-release-process-improvements/

This one was about  how the release process can be improved. One of the most discussed item was the release candidate images. For oneiric cycle, there was not an official RC ISO, just a moment when images was declared “release candidate”, but without a real milestone. It will be improved in the next cycle (more communication about it). Also, there would be improvements on ISO tracker, when a respin[1] is necessary.

 

Control panel cleanup

https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-control-center-cleanup

http://summit.ubuntu.com/uds-p/meeting/19451/desktop-p-control-center-cleanup/

This session was about improving integration of Ubuntu applications to the gnome control center, such as ubuntu one preferences, the language settings (language-selector), additional drivers support (jockey) …  The goal is to have them embedded in the control center window, instead of launching another window.

Supporting package to team mappings effectively

http://summit.ubuntu.com/uds-p/meeting/19664/other-p-package-mapping/

https://blueprints.launchpad.net/launchpad/+spec/other-p-package-mapping

The last one was to implement a feature in launchpad to link a package to a team which will be responsible of. The main goal is to have a single point of contact when there is critical bugs, and for statitics. It’s useful for the release team, to be able to affect bugs to the right team (the one which will be in charge to fix it). One of the solution proposed was to used packagesets (group packages used in Launchpad) to achieve it.

That’s all for today, tomorrow there will be the 2 Lubuntu sessions planned for UDS, it’s time to prepare them 🙂

[1] Currently, you do ISO testing during several days before the day of the release of a milestoned ISO (Alpha, Beta …). To validate an ISO (saying it’s OK to release this ISO), yu need to do some manual tests (like testing the installation). When a bug is fixed on some specific packages (like ubiquity, the installer), you need to rebuild the ISO to include the fix. After this, you need to do again all the tests to validate the ISO. So, if there are 3 respins, all the tests you have done on the 2 previous ISO are useless, and need to be done again.

UDS Jour 1

1e jour de l’UDS, et comme d’habitude il commence par une introduction de Jono Bacon, pour expliquer ce qu’est l’UDS, comment cela fonctionne, quelques conseils, et comment utiliser l’agenda et les blueprints. Ensuite, c’est la Keynote de Mark Shuttleworth. Cette fois, il a beaucoup insisté sur les réussites du dernier cycle (developer.ubuntu.com, Software-Center, Lightdm …); Pas d’annonce fracassant pour la prochaine sortie (il fallait s’en douter, la 12.04 étant une LTS, l’accent va être mis sur la stabilisation). L’annonce principale portait sur la version LTS suivante (14.04) : Ubuntu sur tout (tablettes, TVs, téléphones …). Le but annoncé est de pourvoir installé Ubuntu sur n’importe quel appareil. Enfin pour finir, le président de Linaro a fait une présentation du projet avec qui nous partageons le centre de conférence.

 

Sessions du jour

Comme d’habitude, l’agenda a été très instable, notamment pour les sessions que je voulais suivre 🙂 Heureusement, certaines sont restées en place 🙂

 

Construction d’images

http://summit.ubuntu.com/uds-p/meeting/19546/ubuntu-arm-p-image-build-tools/

https://blueprints.launchpad.net/ubuntu/+spec/ubuntu-arm-p-image-build-tools

Cette session était sur comment construire une image ISO sans l’infrastructure Ubuntu habituelle. Des progrès ont été faits, par l’utilisation de live-build et ubuntu-defaults-builder. Ils sont utilisés pour créer des ISO localisées (comme la chinoise et la française). Mais il manque encore quelques fonctionnalités à ce système, et il ne résout pas les problèmes de création des images ARM (qui utilisent des images spécifiques pour chaque matériel)

 

Feuille de route de la logithèque

https://blueprints.launchpad.net/ubuntu/+spec/consumer-p-software-center-enhancements

http://summit.ubuntu.com/uds-p/meeting/19743/consumer-p-software-center-enhancements

Ce fut une session généraliste sur les futures évolutions de la logithèque :

* Performance : les développeurs sont au courant des problèmes de performances, et vont travailler dessus pour la prochaine version.

* Test unitaires : Comment améliorer la couverture des tests unitaires (qui est actuellement bonne, mais pas assez).

* Revue de code et documentation. : les développeurs vont essayer d’améliorer la documentation pour les nouveaux contributeurs.

* Amélioration de l’intégration avec Unity (lens)

* Recommandations : Ajout automatiquement des recommandations de paquets basées sur ceux déjà installés sur le système.

A mon avis, c’est un bon compromis entre fonctionnalités et augmentation de la qualité pour une LTS.

Après le déjeuner, il y a des séances plénières sur des sujets diverses. Aujourd’hui, c’était sur Cloud Foundry, et, plus intéressant pour moi, sur la relation entre Debian et Ubuntu, fait par le leader Debian. La situation semble s’être améliorée depuis 2 ans, et je suis assez d’accord, les développeurs Debian semblent plus réceptifs aux contributions venant d’Ubuntu. Je pense que les conflits restant sont surtout des personnes qui ont des points de vue différents, des cas qu’on ne peut régler au niveau du projet, mais seulement au cas par cas.

Amélioration du process de sortie

https://blueprints.launchpad.net/ubuntu/+spec/other-p-release-process-improvements

http://summit.ubuntu.com/uds-p/meeting/19545/other-p-release-process-improvements/

Celle-ci était sur comment améliorer le process de sortie. L’un des sujets les plus discuté fut la non présence d’une image RC (release candidate). Pour oneiric, il n’y a pas eu d’images officiels, juste un moment ou les images ont été déclarées “release candidate”. Cela devrait être amélioré dans le futur (plus de communication sur ce sujet). Également, il y aura des améliorations sur le tracker des ISO (le site regroupant les tests des ISO), quand un “respin” [1] est nécessaire.

Nettoyage du centre de contrôle

https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-control-center-cleanup

http://summit.ubuntu.com/uds-p/meeting/19451/desktop-p-control-center-cleanup/

Cette session était sur l’amélioration des applications Ubuntu dans le centre de contrôle de Gnome, comme les préférences d’Ubuntu One, les configurations de la langue (language-selector), le support de drivers supplémentaire (jockey) …Le but est d’avoir ces programmes à l’intérieur  de la fenêtre principale, à la place d’un programme part.

Support des liens paquets <=> équipe efficace

http://summit.ubuntu.com/uds-p/meeting/19664/other-p-package-mapping/

https://blueprints.launchpad.net/launchpad/+spec/other-p-package-mapping

La dernière session était sur la possibilité d’implémenter une fonctionnalité sur Launchpad pour lier les paquets à une équipe responsable de résoudre les bugs de ce paquet, pour avoir un point de contact unique. C’est particulièrement utile pour la release team, pour affecter le bug et savoir a qui s’adresser pour corriger le bug. une solution proposée a été d’utiliser les packagesets (groupe de paquets référencé sur Launchpad).

C’est tout pour aujourd’hui. Demain, il y aura les 2 sessions Lubuntu plannifiées pour l’UDS. il est temps que je les prépare 🙂

[1]Actuellement, le test organisé des ISO se fait quelques jours avant la sortie des versions intermédiares (Alpha, Beta …). Pour valider une ISO (pour dire Ok, on peut sortir cette ISO), il faut faire plusieurs tests manuels (comme tester l’installation). Quand un bug est corrigé sur des paquets spécifiques (comme l’installeur ubiquity), on a besoin de reconstruire l’image pour inclure la correction. Après ça, il faut refaire tous les tests de validation de l’ISO. Par exemple, s’il y a 3 respin, les tests que vous avez pu faire sur les 2 premières ne servent à rien et devront être refaits sur la 3e images.