I love deadlines. I like the whooshing sound they make as they fly by.
— Douglas Adams
- the awesome work by Antonio Fernandez from Aentos (sponsored by Canonical) on the feature/unitymenus branch
- some PackageKit integration for LibreOffice on Ubuntu (will be upstreamed for 3.7)
I’ll go into the details of both and what they mean for endusers in later blogposts as they each deserving one of their own. Also, for the current stable Ubuntu 12.04 LTS release we have in:
- the LibreOffice PPA a current backport of LibreOffice 3.6.0
- the LibreOffice 3.5 PPA a current update to LibreOffice 3.5.6
This allows users to be up-to-date with LibreOffice on the current stable release of Ubuntu too. Ok, so we are running a tight ship for LibreOffice on Ubuntu, but that is kind of expected, right? Well, yes — but I want to reach out to another point, which is: how we got there. To illustrate that, I want to select some random datapoints on the debian/rules file, which is the core file that makes a package out of a plain upstream build. The situation has improved since the beginning of LibreOffice (LibreOffice-3.3.0-1):
- The debian/rules file, while probably still one of the most “impressive” of all of Ubuntu, shrank by 12% since that first LibreOffice release on Debian and is now at 3173 lines. Removing complexity here is a Good Thing(tm) and hopefully will continue.
- Less than 3% of the lines are different between Ubuntu and Debian by now in the rules file. That is a Good Thing(tm). While there certainly are some differences between the distributions, if such vendor changes need modifications in the rules file it is usually a sign of bad design.
- Finally, since that first release, there have been 640 commits made touching that file — 90% of those by Rene Engelhard, 10% by me. In total 1092 lines have been added and 1541 lines have been removed — meaning at least 1/3 of that file has been rewritten. Now, only 1.5 KLOC delta does not sound much, but with a turnaround time of 1.3 days on some architectures even a dedicated machine would not keep up with that for every commit. Also: I bet the rules file of a lot of other Debian/Ubuntu packages will fit in that 1.5 KLOC (or even in the 449 lines we lost since the first release).
Finally, this tasty pie chart shows that the red to yellow upstream parts of the rules file are not that big. Most of the rules file is concerned with mapping the build we want to do to both ./configure switches and dependencies(*) and splitting up the build result:
This “last mile” of getting LibreOffice on Ubuntu and Debian is often overlooked. I still think it is quite an important (although mostly invisible) job. An explicit “Thank You!” to Rene for all his hard and continuous work on this.
(*) Yes, LibreOffice has a rule to generate its own control file. Manually maintaining that would be truely painful.