YourDeveloperApplication
Contents |
I, Bjoern Michaelsen, apply for upload rights for package libreoffice.
Name |
Bjoern Michaelsen |
Launchpad Page |
|
Wiki Page |
https://wiki.documentfoundation.org/User:Bjoern-michaelsen https://wiki.ubuntu.com/BjoernMichaelsen |
Who I am
I joined Canonical in February 2011 and was with Sun/Oracles OpenOffice.org team before. I am currently member of the:
- engineering steering commitee for Libreoffice.
- a Deputy Director on the Board of the Document Foundation.
My Ubuntu story
I joined Canonical in February 2011 and was with Sun/Oracles OpenOffice.org team before. I now maintain LibreOffice and related packages for Ubuntu.
My involvement
Examples of my work / Things I'm proud of
Packing LibreOffice 3.3/3.4/3.5 for Natty, Oneiric and Precise. Writing a new build system (gbuild) replacing the ancient cruft OOo used before to build this >10 million lines of code project (including C/C++/Java/Python/Perl components) on various platforms (Linux, Solaris, OS X, Windows -- and now also IOS and Android).
Areas of work
I am working closely with the Ubuntu Desktop Team, Debian LibreOffice packaging and LibreOffice upstream. For the 3.5 release we finally got rid of the old go-oo build and patch system, which should make maintainance a lot easier and quicker for the important LibreOffice 3.5/Ubuntu Precise LTS release. The bug situation is still in need of a lot of improvement (>800 open bugs in launchpad, however most of those are upstream feature requests), but the situation is clearing up here to now with the now increased velocity and the frantic first year of LibreOffice behind us.
Things I could do better
Bugs syncronization between launchpad and upstream (freedesktop bugzilla). I am currently working on tooling to find dupes and up-/downstream issue without too much manual intervention.
Plans for the future
General
Keep LibreOffice on Ubuntu the best free office suite ever!
What I like least in Ubuntu
Sometimes Ubuntu provides simple tools and leaned down workflows for usual tasks (packaging, bugtracking, l10n, SCM, etc.). However, with a project of the size of LibreOffice there is always an assumption in the 'leaned down/streamlined workflow' that is mismatching LibreOffice and needs to be workarounded. The solution is either adapting the project upsteam (lots of work, but might still make sense if the assumptions are sane) or custom tooling matching the requirements of LibreOffice for Ubuntu. The parento principle is hitting the LibreOffice/Ubuntu combination quite hard, but there is little blame to be distributed for this: two systems as big and complex as LibreOffice and Ubuntu will always have some friction -- the important part is spotting _needless_ friction and getting rid of it quickly.
Comments
If you'd like to comment, but are not the applicant or a sponsor, do it here. Don't forget to sign with @SIG@.
Endorsements
As a sponsor, just copy the template below, fill it out and add it to this section.
TEMPLATE
== <SPONSORS NAME> == === General feedback === ## Please fill us in on your shared experience. (How many packages did you sponsor? How would you judge the quality? How would you describe the improvements? Do you trust the applicant?) === Specific Experiences of working together === ''Please add good examples of your work together, but also cases that could have handled better.'' === Areas of Improvement ===