Profile

Cover photo
Martin Pitt
Works at Canonical Ltd.
Lives in Augsburg, Deutschland
458,831 views
AboutPostsPhotosYouTube

Stream

Martin Pitt

Shared publicly  - 
 
Strenge Regeln!

Firm rules!
 ·  Translate
14
2
Stefanie Krausch-Hofmann's profile photoJames Harding's profile photoJan Groenewald's profile photoPeter Frandsen's profile photo
4 comments
 
I wonder if it says "No parking" or "No Barking?"
Add a comment...

Martin Pitt

Shared publicly  - 
 
I fixed autopkgtest to correctly handle "build profiles" in Build-Depends:. This fixes tests like gem2deb which currently fail on those.

(See https://wiki.debian.org/BuildProfileSpec for more information about profiles.)
[Message part 1 (text/plain, inline)] Package: autopkgtest Version: 3.14.2 Severity: normal Tags: patch gem2deb seems to the first package to use build profiles in the official Debian archive, and it started to cause fallout in several places. autopkgtest is also affected.
4
1
Carla Sella's profile photo
Add a comment...

Martin Pitt

Shared publicly  - 
 
Heh, after you've done it a couple of times, querying swift for new files and downloading them is exceptionally easy!

I'm clearing out the extra stuff in https://code.launchpad.net/~pitti/+git/autopkgtest-cloud and prepare it for upstream inclusion in debci (or perhaps autopkgtest itself); the autopkgtest-cloud branch should only contain the deployment logic (juju charms and deploy.sh), no runtime code.
In some cases one wants to keep all autopkgtest results in public swift containers, to avoid relying on on storing primary data in cloud instances. Add debci-collect-swift script which downloads recent autopkgtest results from a public autopkgtest- container and puts them into debci's ...
4
Add a comment...

Martin Pitt

Shared publicly  - 
 
In the last two weeks I've been working on moving our autopgkgtests (for gating the landing into the Ubuntuu development series) into the cloud. We've already had had that for a few weeks for amd64 until ProdStack 4 broke down, but there were several shortcomings.

https://code.launchpad.net/~pitti/+git/autopkgtest-cloud now has a simple worker which accepts test requests over AMQP, runs them in ephemeral VMs in ScalingStack, and puts the results into swift. I modified  debci to get along with artifacts being in swift instead of the local file system (all changes are upstream) so that we get a nice web browser on http://autopkgtest.ubuntu.com similar to http://ci.debian.net. The data you can see there is "real", but there are still a lot of "tmpfail" errors from development.

This does away with Jenkins and the hideous pile of rsync/state files mess that we've piled up over the years, and radically simplifies and robustifies the entire thing. The entire cloud worker is some 250 lines of Python, which is less than a single Jenkins job :-) The rest of the code is just a shim for debci to download the test result metadata from swift, and of course the Juju charms. There is a single shell script for deploying the whole thing now.

TODO before this can go into production:
- We need more power! </TimTaylor> → Our ScalingStack tenant for this purpose only has 10 instances ATM which is too little to keep up.
- Debugging/fixing a nasty race condition with rebooting tests (https://launchpad.net/bugs/1470209)
- Teaching britney to issue requests through AMQP.
Ubuntu Continuous Integration Results
11
2
Martin Pitt's profile photoColin Watson's profile photoDaniel Holbach's profile photoUbuntu QA's profile photo
4 comments
 
We're going to be getting scalingstack beefed up by another six compute nodes in the next couple of weeks or so. This is mostly so that we can consolidate the virtual and non-virtual x86 LP build farms into a single pool, but it might allow for a little more headroom in general as well.
Add a comment...

Martin Pitt

Shared publicly  - 
 
The next systemd upstream release is around the corner, so high time to pick up the "daily testing" effort again. I now have a script to build proper .debs from upstream trunk. Most integration tests run fine, but the "network interface hotplug" one regressed -- apparently this is a behaviour change in udev wrt. immediately killing forked off children from processes  started by udev rules. Will track that down.

There's also a distcheck regression (https://github.com/systemd/systemd/issues/215), but that looks fairly easy.

Update: Fixed the "network interface hotplug" issue now, 's all good. Ship it! ☺
Let's have a really good 221 release!
Add debian/extra/build-upstream-master-dsc script. This checks out upstream git, applies debian/, applies some packaging modifications, applies most of our Debian patches (ignoring the backported upstream ones and ignoring fuzz), and builds a dsc. - Add debian/patches/upstream-master/: These ...
16
Thomas Andersen's profile photo
 
good stuff. Are the deps built with the address sanitizer? That would be a great way to catch even more errors
Add a comment...

Martin Pitt

Shared publicly  - 
 
Spent today going through all "temporary testbed failure" issues in autopkgtests which should be real test failures, and fixed them all. And with that, off to 10 days of summer vacation!
8
Colin King's profile photo
 
Have a great vacation!
Add a comment...

Martin Pitt

Shared publicly  - 
 
New Apport release! This brings retracer support for PPAs and non-current versions (in which case the debs and ddebs get downloaded directly from Launchpad), thanks to +Brian Murray ! This also fixes deprecated GTK 3.16 properties, works with Python 3.5, and a few bug fixes.
7
1
Cassidy James Blaede's profile photoCarla Sella's profile photo
 
+Cody Garver+Shnatsel​ might be interesting. :)
Add a comment...

Martin Pitt

Shared publicly  - 
 
I added a first (and rather basic) integration autopkgtest for networkd, in preparation for the planned integration work with if-up.d/ and resolvconf.
author, Martin Pitt , 2015-07-13 11:19:12 (GMT). committer, Martin Pitt , 2015-07-13 11:28:26 (GMT). commit, 961dd059d23c592331a1b3e4834e8ba119d676ce (patch). tree, cbbf0ef2283a43fb7e8b464f8fc8a61d9d56add2 ...
9
1
Carla Sella's profile photo
Add a comment...

Martin Pitt

Shared publicly  - 
 
#systemd 222 landed in Debian unstable yesterday, and just made it through britney's CI and landed in Ubuntu wily.

The upstream semaphore CI, the "daily trunk builds" with complete autopkgtest coverage, and pre-announcing the impending release really helped immensely! Packaging 221 and 222 was child's play compared to the earlier versions.
17
2
Jason DeRose's profile photoCarla Sella's profile photo
Add a comment...

Martin Pitt

Shared publicly  - 
 
I whipped up a quick swift mock server with just Python's BaseHTTPRequestHandler. I'm going to use that to write tests for the new cloudified proposed-migration mechanics, but it might be useful for other people too (with some modifications).

Python, I love you more than ever ☺
Mock a Swift server with autopkgtest results import os import tarfile import io import sys try: from http.server import HTTPServer, BaseHTTPRequestHandler from urllib.parse import urlparse, parse_qs except ImportError: # Python 2 from BaseHTTPServer import HTTPServer, BaseHTTPRequestHandler from ...
8
Add a comment...

Martin Pitt

Shared publicly  - 
 
Here's a new udisks bug fix release.
udisks 2.1.6 released. Martin Pitt martin.pitt at ubuntu.com. Tue Jun 30 01:21:54 PDT 2015. Previous message: Issues compiling upower 0.99.4 in mint 17.1 / ubuntu 14.04; Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ...
9
Add a comment...

Martin Pitt

Shared publicly  - 
 
Small python-dbusmock release which adjusts the timedated template to the changed property in systemd 220.
3
Add a comment...
People
Work
Employment
  • Canonical Ltd.
    2004 - present
Basic Information
Gender
Male
Story
Tagline
Does it have a test case?
Places
Map of the places this user has livedMap of the places this user has livedMap of the places this user has lived
Currently
Augsburg, Deutschland
Previously
Dresden, Deutschland
Links
Other profiles
Contributor to