Teh Changelog!!!1

If you do, decide, plan or rant about any relevant topic, note it here for our shiny Sprint reports!

* Policy for systemd
* How to stop D-Bus activated services: lala
* ...

= systemd fixes =
* Migrate systemd from gitpkg to git-buildpackage
* change libpam-systemd package so that pkgs can depend on it for logind
* fix the “/etc/machine-id is not gone when systemd is purged” bug (submitted a patch (#745876) against base-files)
* add systemd-dbg package
* Add support for insserv defined / Debian specific LSB facilities. This makes the network.target functional → re-enable mounting of remote file systems by hooking them up in remote-fs.target.wants
* add native systemd unit for unattended-upgrades

= Debian vs. Ubuntu delta =
Review changes with pitti, mbiebl, and Md; applied useful stuff to Debian, pitti has commit access now

= Make experimental installable so we have something to work on =
* cheese
* eog
* clean up meta-gnome3
* gnome-sushi
* TODO: rebuild needed stuff after GOA transition

= Prepare following transitions =
 * Launch of the e-d-s + goa transition
 * Next might be gnome-desktop if we can make it smooth
   + Make gnome-desktop 3.12 co-installable with 3.8
      → Works because only leaf packages use gnome-desktop in 3.8

= Clean up gdm3 =
 * Upload d-conf to unstable
 * Make the defaults be taken into account again
 * Use systemd properly \o/

= Poke at release-critical bugs =
 * gnome-system-log https://bugs.debian.org/740908
 * evolution -> e-d-s http://bugs.debian.org/740911
 * gcr http://bugs.debian.org/734908
 * libpeas http://bugs.debian.org/727127
 * ...

= debian vs. upstream udev rules review =

Marco and Martin went through the Debian specific udev rules. Reduced the Debian ones to two patches, down to ~ 13 additional rules. All committed.

50-udev-default.rules:
60-persistent-storage.rules:
60-persistent-storage-tape.rules:
75-cd-aliases-generator.rules:
80-drivers.rules:
= Start Evolution Data Server, GOA and libgdata transitions =
+ gnome-online-accounts uploaded with new SONAME
+ evolution-data-server uploaded with new SONAME
+ libgdata uploaded with new SONAME
+ evolution uploaded
+ evolution-related sourceful uploads done: -rss, -mapi, -ews
+ gmp nmued, messed up and [ongoing] fixed
+ gnome-control-center uploaded
+ binnmus scheduled

= glade transition started =
+ glade uploaded with new SONAME
+ binnmus scheduled

= pushed lots of 3.12 packages from experimental to sid =

= updated lots of packages to 3.12.1 =

= signing party! =

uns

= discussed git structure and workflow for GNOME =
+ We will base our git packages following the git-buildpackage structure. 
++ systemd's debian/README.source now explains this
++ Optionally people can use gbp-pq for patch management, but pure quilt workflow are still possible

++ Use git-dch
+++ Changelog changes should be seperate git commits
+++ Changelog should be updated when release
+++ using git-dch, don't use the hash!

++ targetted at unstable == master branch
++ targetted at experimental == experimental branch
++ for upstream: master => upstream, experimental = upstream-experimental
++ Add some tools for keeping gbp.conf in sync (pre-commit hook to check)

= discussed what GNOME version to ship with jessie =
+ We wish to ship with GNOME 3.14 for jessie. 3.14 will be released in September 24th, which is more than a month and a half before the freeze. 3.14 beta will be released in August 18th, and we plan to start uploading the platform libraries by then, as they are fairly stable. We will also start uploading GNOME 3.13/3.14 snapshots to experimental early to catch problems early.

== Improve transitions ==
+ Push things early (even beta depending on packages, e.g. applications and platform (stable) libraries like glib, libsoup and gtk+)
++ Define/do transition-planning before final gnome releases
++ Do mass-rebuilds of beta versions
+ See if pochu can join the release team (for pkg-gnome) to help with the transitions

== Gnome backports to stable? ==
+ Nope, no big interest compared to the big effort required

== Provide pkg-gnome repo that's not experimental ==
+ Experimental setup doesn't work for pkg-gnome as it's not self-contained
+ Debian ppa like setup?
+ If this happens, add disclaimer that it's as bad as experimental
+ Talk to DSA / DPL / ... and see if we could get a buildd or something for this, or see if DPAs are coming soon

== bluez 5 == 
+ can't co-install bluez{4,5}
+ Used by lots of different items => not everyone switched yet
+ bluez 4 deprecated since december 2012
+ Key worry => Will bluez 5 be available as part of the release?
 ++ Can we help?
+ IDEA: upload bluez 5 as bluez5 and make it conflict with bluez (4)
++ Have packages recommend rather than depend on bluez5 so that you can co-install e.g. GNOME and KDE
++ Then have as many stuff as possible move to bluez5
++ Finally drop bluez4, hopefully in jessie but not a blocker
++ For libbluetooth3:
+++ Have bluez5 build libbluetooth3-bluez5 and libbluetooth-bluez5-dev
+++ Maybe: libbluetooth3-bluez5 Provides: libbluetooth3 (for coinstallability)

== Wayland ==
+ For 3.12, ship mutter-wayland (in experimental?)
+ For Jessie aim at providing wayland gdm session (as a non-default option/tech preview)

== gir & multiarch ==
+ Is there a use-case? if not don't bother

== GNOME fast user switching integration ==
+ bigon and joss are looking at it!

= Photos =
 * http://malsain.org/~joss/hackfest.jpg
 * http://people.debian.org/~biebl/sprint-antwerpen/
 * http://goo.gl/BWjKtI

= Official report =

10 Debian developers gathered in Antwerp (Belgium) last weekend to discuss and work on a variety of topics concerning systemd and GNOME integration in Debian. During the two days, lots of work was done and most of our agenda items were resolved or discussed.

Attending the sprint were:

- Marco d'Itri (systemd)
- Martin Pitt (systemd)
- Michael Biebl (systemd, GNOME)
- Michael Stapelberg (systemd)
- Andreas Henriksson (GNOME)
- Laurent Bigonville (GNOME
- Jordi Mallach (GNOME)
- Josselin Mouette (GNOME)
- Sjoerd Simons (GNOME)
- Emilio Pozuelo Monfort (GNOME)

For much of the sprint, attendants split into two groups to work separately on systemd and GNOME issues, and joined forces when the topics overlapped.

Marco and Martin worked on cleaning up Debian's udev. Until recently, it had its own set of rules for device permissions, drivers, and persistent names, but they did not keep up with upstream and thus had a few deficiencies. We went through all of them and are now left with only 13 rule lines which aren't covered by upstream rules already and are not obsolete, and some of them can even go upstream. This leads to a few bug fixes, support for hwdb, faster boot (due to switching modprobe calls to the kmod builtin), and easier package maintenance. We also imported a few rule bug fixes from Ubuntu.

We discussed how to improve the current gitpkg branch for systemd; it does not offer a view of separated changes against upstream split by concept, only an individual by-commit list. It is also rather hard to understand for most Debian developers and does not follow the usual 3.0 (quilt) packaging that is the common case these days. We changed to git-buildpackage with proper broken-out debian/patches/ managed by gbp-pq, converted the repository, and documented the workflow [GBP]. The repository now also has an Ubuntu branch with the Ubuntu delta, so that Ubuntu's systemd now has an official git repository as well. The delta against Debian was massively shrunk (by 80% or more) by Debian now using the upstream udev rules, dropping the obsolete systemd-services split, using the Debian approach for starting logind under upstart/sysvinit, and merging the applicable Ubuntu changes to Debian. With all that we are now in a much better position for shared maintenance, bug fixing, and making it easier for contributors to help.

[GBP] http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=blob;f=debian/README.source;hb=HEAD

A patch was merged and tested to parse the insserv configuration files and amend LSB/SysV based units with the dependency information derived from those facilities. This greatly improves integration with our currently used LSB/SysV init scripts and the facility names defined by LSB and Debian.

Additionally, we went through the bug tracker and closed old/obsolete bugs, worked on resolving some still relevant bugs and sent out a few patches for adding native systemd service units to popular packages (unattended-upgrades, hdparm, apache2).

Michael B. also updated systemd to 208 in experimental. This was a good test of how practical gbp-pq's rebasing works, and we were quite pleased with the result. This release also includes a major rework of the cgroup handling that was done upstream as part of  version 205. As a result logind no longer creates cgroup hierarchies on its own and the standalone logind is no longer functional without support from systemd (or an equivalent cgroup manager). We discussed how such functionality could be provided by systemd-shim via cgmanager. While the Debian systemd team itself will not work on providing that kind of functionality in systemd-shim/cgmanager we invite everyone interested in keeping a standalone logind working (under sysvinit or upstart) to get in touch with the systemd team.

The GNOME and systemd teams jointly discussed how to configure and start display managers. This is not an easy task in a world where we have the combinatorial explosion of several display managers (gdm, kdm, lightdm, xdm, etc.) times several init systems times multiple ways  of enabling/disabling/chaging them (debconf, systemctl, update-rc.d, /etc/X11/default-display-manager). We believe we have a working solution now, fixed gdm, fixed lightdm upstream and in Ubuntu, and sent a patch to lightdm in Debian.

The entire core GNOME packaging team was able to attend the sprint, so they were able to tackle a lot of topics that have been on the pipeline for years.

Early on Saturday, and with the much appreciated help from release team member Niels Thykier, the planned Evolution Data Server, libgdata and GNOME Online Accounts transitions were combined into one and initiated in unstable. That meant doing a dozen or so source uploads and getting quite a few more binnmus scheduled, and dealing with some last minute problems like libgmp10 not having proper shlib versioning, or evolution-mapi needing to adapt  to 0day OpenChange API changes in unstable. This transition is going very well, and if no last-minute RC bugs arise, should be ready to migrate soon.

In parallel, the Glade transition was started as well, and both Glade and the scheduled nmus have been churning along since, with no unexpected problems for the transition to finalise.

While that was being sorted out, other team members were busy at updating most packages to their 3.12.1 release and uploading to unstable every bit that wasn't blocked by pending transitions. The net result is that our GNOME 3.12 status chart [312STATUS] is looking greener than ever.

[312STATUS] http://www.0d.be/debian/debian-gnome-3.12-status.html

The GNOME team also used the opportunity to discuss implementation details for our switch from Subversion to Git for our packaging work. Having the systemd people a few meters away was great to discuss the advantages and disadvantages of the various workflow models, and we ended up settling on using a git-buildpackage workflow, while allowing optional usage of gbp-pq or pure quilt patch management. Sjoerd has been testing git conversions for months and is near having a set of scripts that cleanup our jumpy history well enough for us, and we should be nearing the day when we make SVN read-only and officially do the switch.

On Sunday, we discussed the feasibility of shipping GNOME 3.14 with jessie. The GNOME 3.13 roadmap [313ROADMAP] shows it's a bit of an uphill battle, with final 3.14 tarballs released on September 22, and Debian jessie freezing on November. However, it was discussed that a possible plan would be to track and upload GNOME 3.14 beta releases to experimental, and try to start transitiolution Data Server release planned for 3.14 [EVO312], which makes the transition overons as soon as they are safe (with beta2 or release candidate). In our favour, there is no Evhead quite smaller. The GNOME team would arrange another face to face meeting very early in September to try to speed up all the process, if the release team agrees this can be done.

[313ROADMAP] https://wiki.gnome.org/ThreePointThirteen

[EVO312] https://wiki.gnome.org/Apps/Evolution/ReleaseHOWTO#Release_Schedule

Besides this, quite a few more topics were discussed, like trying to make our experimental packages always installable, or to maintain a semi-official repository that makes it easier to install our latest packaging work. On the flip side, backporting new GNOME releases to Debian stable was rejected due to complexity involved in updating GTK+3.0, which unfortunately sometimes affects some non-GNOME rdepends.

Wayland support for jessie was briefly discussed, and we agreed to provide a Wayland GDM session as a technology preview, as all the bits and pieces will be ready in that timeframe.

We finally discussed how to tackle Bluez5. Bluez 4 is the current release available in Debian, which is dead upstream and deprecated since late 2012. GNOME 3.12 only supports Bluez 5, while the rest of Bluez users in Debian (including KDE, Xfce and other environments) haven't been ported yet to Bluez 5. Both releases are not parallel installable, so we concluded that a potential solution could be to upload Bluez 5 as “bluez5”, and let it conflict with ”bluez” [BLUEZ5BTS]. Desktops would then recommend their supported release instead of depending on it, which would allow for parallel installation of different desktop environments, while respecting the bluez conflict. With that in place, it'd be a lot easier to migrate Bluez 4 users to Bluez 5 in a case by case basis. The GNOME team is ready to provide directions or assistance to the Debian bluez maintainer in order to achieve this transition.

[BLUEZ5BTS] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746078

The attendees used this great opportunity to keysign our new, stronger GnuPG keys in order to help the effort to abandon our older and weaker keys.

We'd like to thank our sponsors, most notably INUITS, which provided the venue for us, and Debian and its donors for covering the travel expenses for 5 of the attendees. A few of the attendees were kindly sponsored by their employers.