All posts by Henrik Skupin

Erster offizieller Halbmarathon

Nachdem ich mir bereits vor mehr als einem Jahr vorgenommen hatte, einen Halbmarathon zu laufen, hat es nun doch bis letzte Woche gedauert. Eine wirklich lange Zeit, aber der Grund waren einfach Knieprobleme, die mich letztes Jahr zu einer mehrmonatigen Pause beim Laufen zwangen. Aufgeben wollte ich trotzdem nicht und habe deshalb die Auszeit genutzt, und meine Füße im normalen Alltag komplett an das Barfußlaufen zu gewöhnen. Für jedmögliche Gelegenheit gibt es nun spezielle, sogenannte Barfußschuhe in meinem Schuhschrank. Durch deren ständiges Tragen konnte ich die Muskulatur in meinen Füßen wunderbar stärken und auch den Laufstil anpassen. Vom vormals Hinterfußläufer bin ich nun zum Mittelfuß- aber auch schon zum Teil Vorderfußläufer geworden. Diese Veränderung hat durch die natürliche Dämpfung des Fußes wesentlich geringere Belastungen für das Knie zur Folge, und lässt mich erfolgreich mit dem Training fortsetzen. Wie froh ich darüber bin, muss ich sicherlich nicht gesondert erwähnen. Seit ca. April dieses Jahres bin ich nun wieder wöchentlich aktiv und habe die gelaufenen Distanzen mit den Barfußschuhen kontinuierlich erweitert. Am 05.10.2014 hatte ich dann meine erste Halbmarathondistanz von 21.1km erfolgreich absolviert und war mir sicher, den offiziellen Lauf auch bewältigen zu können.

Starter des Marathons und Halbmarathons – (c) Bild von mopo24.de

Der 16. Dresdner Morgenpost Marathon fand am 19.10.2014 hier in Dresden statt. Dieses Mal mit einer komplett geänderten Streckenführung und einem getrennten Start der Marathon- und Halbmarathonläufer vom 10km Feld. Das war sicherlich hilfreich, aber aufgrund der riesigen Anzahl von Läufern – allein 2255 für den Halbmarathon – gab es trotzdem ein arges Gedränge am Start. Glücklicherweise konnte die breite Ostra-Allee und der weitere Weg über den Theaterplatz und die Augustusbrücke, die Läufermasse etwas auseinander ziehen, sodass spätestens in der Neustadt ein angenehmes Laufen möglich war. Auch das Wetter spielte wieder mit, das mit ca. 20 Grad und viel Sonne ein eher sommerliches Ambiente schuf.

Dieses Mal musste ich nicht allein rennen, sondern hatte Anita als Begleitung dabei. Für sie war es bereits der zweite Halbmarathon. Ich wollte den Lauf unterhalb von 2h beenden, und von ihrer Seite war ein Pace von 5:30 min/km geplant. Da beide nicht weit auseinander liegen, schloss ich mich ihr also an. Anita musste mich aber gerade zu Beginn gut drosseln. Wie immer wollte mich die schnellere Masse mitziehen. Nach den ersten Kilometern waren wir aber gut in unserem Tempo drin, und ich habe dann auch öfters selbst mal die Zeit kontrolliert. Alles lief ziemlich gut, bis bei Kilometer 13 dann die ersten Probleme mit dem linken Fuß begannen. Das ständige Laufen auf Asphalt ist mit Barfußschuhen dann doch etwas anderes, als mein Training auf gemischtem Boden. Aber es half nichts. Mein Wille war da, es zu schaffen! Deshalb wurde mit zusammengebissenen Zähnen weitergerannt. Wenn ich die geplante Zeit nicht schaffe, dann wollte ich wenigstens das Ziel erreichen. Glücklicherweise ließen die Schmerzen auf den letzten beiden Kilometern etwas nach. Ein Abgleich mit der Zeit bei Kilometer 20 zeigte aber auch, dass wir schon lange nicht mehr den 5:30 min/km Pace hatten. Um ihn doch noch zu schaffen, nahm ich bei etwas mehr als 500m vorm Ziel all meine Kräfte zusammen und sprintete ins Ziel. Das Resultat war unglaublich – mit 5:30 min/km Pace war ich somit exakt nach 1:56:50 anggekommen. Ein einfach herrliches Gefühl sich selbst noch etwas mehr als die 2h unterboten zu haben.

Selbstportrait kurz vor dem Endspurt – (c) V. Lichanov

Ganz besonders freut es mich natürlich wieder, dass die mit dem Lauf verbundene Spendenaktion zusammen mit dem PTV Sachsen so erfolgreich war. Aufgrund all der engagierten Spender, die meinen Lauf unterstützt haben, kamen stolze 219 EUR für einen wohltätigen Zweck zusammen. Sicherlich wird ein Großteil wieder an Aktionen für Kinder aus sozial schwächeren Familien genutzt werden. Somit vielen lieben Dank an Euch alle!!!

Nach diesem Lauf und dem Erreichen einer neuen Distanz und Zeit, liegen nun neue Herausforderungen vor mir. Sicherlich werde ich jetzt versuchen, Zeiten für die 10km und Halbmarathon-Distanz zu verbessern, aber ein kompletter Marathon-Lauf wäre auch ein klasse Ziel – vielleicht ja schon für das nächste Jahr zur gleichen Zeit!

Firefox Automation report – week 33/34 2014

In this post you can find an overview about the work happened in the Firefox Automation team during week 33 and 34.

Highlights

To make sure that our weekly meetings will be more visible to our community, we got them added to the community calendar. If you are interested in what’s going on for Firefox Automation you are welcome to join our Monday’s team meeting.

In regards of the Mozmill project, Henrik landed his patch, which makes Mozmill more descriptive in terms of unexpected application shutdowns. Especially in the past weeks we have seen that Firefox does not restart as expected, but simply quits. There is bug 1057246 filed for the underlying problem. So with the patch landed, Mozmill will log that correctly in the results. Beside that we can also better see when crashes or a not by Mozmill triggered quit happens.

For Mozmill CI we landed a couple of enhancements and fixes. The most important ones were indeed the addition of 20 new locales for testing beta and release builds of Firefox across supported platforms. That means we cover 30 of about 95 active locales now. To cover them all, a good amount of follow-up work is still necessary. Immediately we stopped to run add-on tests for all branches except Nightly builds to save more time on our machines.

Henrik also continued on PuppetAgain integration for our staging and production CI systems. One of the blockers was the missing proxy support, but with the landing of the patch on bug 1050268 all proxy related work should have been done now.

Also on the continuous integration for TPS tests we made progress. The implementation got that far for Coversheet that we made the Jenkins branch the active master. There are still issues to implement or get fixed before the Jenkins driven CI can replace the old hand-made one.

Individual Updates

For more granular updates of each individual team member please visit our weekly team etherpad for week 33 and week 34.

Meeting Details

If you are interested in further details and discussions you might also want to have a look at the meeting agenda, the video recording, and notes from the Firefox Automation meetings of week 33 and week 34.

Firefox Automation report – week 31/32 2014

In this post you can find an overview about the work happened in the Firefox Automation team during week 31 and 32. It’s a bit lesser than usual, mainly because many of us were on vacation.

Highlights

The biggest improvement as came in during week 32 were the fixes for the TPS tests. Cosmin spent a bit of time on investigating the remaining underlying issues, and got them fixed. Since then we have a constant green testrun, which is fantastic.

While development for the new TPS continuous integration system continued, we were blocked for a couple of days by the outage of restmail.net due to a domain move. After the DNS entries got fixed, everything was working fine again for Jenkins and Mozilla Pulse based TPS tests.

For Mozmill CI we agreed on that the Endurance tests we run across all branches are not that useful, but only take a lot of time to execute – about 2h per testrun! The most impact also regarding of new features landed will be for Nightly. So Henrik came up with a patch to only let those tests run for en-US Nightly builds.

Individual Updates

For more granular updates of each individual team member please visit our weekly team etherpad for week 31 and week 32.

Meeting Details

If you are interested in further details and discussions you might also want to have a look at the meeting agenda, the video recording, and notes from the Firefox Automation meetings of week 32. There was no meeting in week 31.

Memchaser 0.6 has been released

The Firefox Automation team would like to announce the release of memchaser 0.6. After nearly a year of no real feature updates, but also some weeks of not being able to run Memchaser in Firefox Aurora (34.0a2) at all (due to a regression), we decided to release the current state of development as a public release. We are aware that we still do not fully support the default Australis theme since Firefox 29.0, but that’s an issue, which takes some more time to finish up.

Changes in 0.6

  • Upgrade to Add-on SDK 1.17 (#201)
  • Fix test_start_stop_logging for ‘File not found’ error (#199)
  • contentURL expects a string in Panel() and Widget() constructors (#198)
  • Bring the minimizeMemory() implementation up to date (#193)
  • Use ‘residentFast’ instead of ‘resident’ for memory reporter (#192)
  • Use postMessage for widget and panel communication instead port object (#185)
  • Support incremental cycle collection statistics (#187)
  • Added a usage section to the README (#178)
  • Change require statements and update the SDK to 1.14 (#174)
  • Simplify .travis.yml (#172)
  • Use . (dot) to include files while invoking /bin/sh (#169)
  • Use failonerror attribute in exec tasks (#168)

For all the details about the 0.6 release please check our issue tracker on Github.

mozdownload 1.12 has been released

The Firefox Automation team would like to announce the release of mozdownload 1.12. Without any other release of our universal download tool in the last 7 months, a couple of nice new features and bug fixes will make this release even more useful. You can upgrade your installation easily via pip, or by downloading it from PyPI.

Changes in 1.12

  • Display selected build when downloading (#149)
  • Add support for downloading B2G desktop builds (#104)
  • Download candidate builds from candidates/ and not nightly/ (#218)
  • Add Travis CI build status and PyPI version badges to README (#220)
  • Add Python 2.6 to test matrix (#210)
  • Fix broken download of mac64 tinderbox builds (#144)
  • Allow download even if content-length header is missing (#194)
  • Convert run_tests script to Python (#168)
  • Ensure that –date option is a valid date (#196)

Mozmill 2.0.7 and 2.0.8 have been released

The Firefox Automation team would like to announce the release of Mozmill 2.0.7 and Mozmill 2.0.8. Both versions had to be released in such a short time frame to ensure continuing support for Firefox. Some latest changes done for Firefox Nightly broke Mozmill, or at least made it misbehaving. If you run tests with Mozmill ensure to upgrade to the latest version. You can do this via PyPI, or simply download the already pre-configured environment.

Changes in 2.0.7

  • Bug 1066295 – testMultipleLoads.js is failing due to new HTTP Cache v2
  • Bug 1000098 – Fix testPageLoad.js test for invalid cert page
  • Bug 1065436 – Disable e10s until full support landed
  • Bug 1062773 – Disconnect errors invalidate the report
  • Bug 999393 – Expose assert and expect by default in sub modules
  • Bug 970820 – Mozmill aborts with socket.timeout when trying to send the report

Changes in 2.0.8

  • Bug 1067939 – JSBridge and Mozmill broken due to ‘let’ changes in bug 1001090

Please keep in mind that Mozmill 2.0 does not support electrolysis (e10s) builds of Firefox yet. We are working hard to get full support for e10s added, and hope it will be done until the next version bump mid of October.

Thanks everyone who was helping with those releases!

Firefox Automation report – week 29/30 2014

In this post you can find an overview about the work happened in the Firefox Automation team during week 29 and 30.

Highlights

During week 29 it was time again to merge the mozmill-tests branches to support the upcoming release of Firefox 31.0. All necessary work has been handled on bug 1036881, which also included the creation of the new esr31 branch. Accordingly we also had to update our mozmill-ci system, and got the support landed on production.

The RelEng team asked us if we could help in setting up Mozmill update tests for testing the new update server aka Balrog. Henrik investigated the necessary tasks, and implemented the override-update-url feature in our tests and the mozmill-automation update script. Finally he was able to release mozmill-automation 2.6.0.2 two hours before heading out for 2 weeks of vacation. That means Mozmill CI could be used to test updates for the new update server.

Individual Updates

For more granular updates of each individual team member please visit our weekly team etherpad for week 29 and week 30.

Meeting Details

If you are interested in further details and discussions you might also want to have a look at the meeting agenda, the video recording, and notes from the Firefox Automation meetings of week 29 and week 30.

Firefox Automation report – week 27/28 2014

In this post you can find an overview about the work happened in the Firefox Automation team during week 27 and 28.

Highlights

Henrik continued his work on our QA specific PuppetAgain setup. One of the blockers for us was bug 997721, which is the full proxy support on OS X and Linux. By week 27 we were finally able to get this finished. Further Henrik also got the manifest for installing Java done.

On TPS we also made progress. So Cosmin got the Pulse listener script implemented for the Coversheet CI, which triggers TPS tests whenever new nightly builds of Firefox have been made available. Further a couple of fixes for Mozrunner were necessary given that the 6.0 release caused a couple of regressions for TPS. As result we agreed on to pin Python package dependencies to specific versions of mozrunner and related packages.

One big thing for our team is also to assist people in the decision, if automated tests are possible for certain Firefox features. The questions mainly come up for tests, which cannot be implemented for any of our developer driven test frameworks due to limitations on buildbot (no network access allowed, restart of the application, and others…). To be more successful in the future, Henrik started a discussion on the dev-quality mailing list. We hope to get the proposed process established for bug verification.

Individual Updates

For more granular updates of each individual team member please visit our weekly team etherpad for week 27 and week 28.

Meeting Details

If you are interested in further details and discussions you might also want to have a look at the meeting agenda, the video recording, and notes from the Firefox Automation meetings of week 27 and week 28.

Firefox Automation report – week 25/26 2014

In this post you can find an overview about the work happened in the Firefox Automation team during week 25 and 26.

Highlights

June the 11th was actually the last Automation Training day for our team in Q3. About the results you can read here. We will implement some changes for the next quarter, when we most likely want to host 2 of them.

Henrik finally got the time to upgrade our Mozmill-CI systems to the lastest LTS version of Jenkins. There were a bit of changes necessary but in general all went fine this time, and we can see some great improvements. Especially the long delays when sending out job results seem to be gone.

Further Henrik investigated the slow behavior with the mozmill-ci production master, when it is under load, e.g. QA runs ondemand update tests for releases of Firefox. The main problem stays with Java, which is taking up about 100% of the CPU. Because of this the integrated web server cannot serve pages in a timely manner. Adding a 2nd CPU to this node gave us way better response times.

Given that the new version of Ubuntu came out already in April, we want to have our Mozmill tests also run on that platform version. So we got new VM spun-up by IT, which we now have to puppetize and bring online. But this may still take a bit, given the remaining blockers for using PuppetAgain.

While talking about Puppet we got the next big change reviewed and landed. With bug 1021230 we now have our own user account, which can be customized to our needs. And that’s what we totally need, given that our infrastructure is so different from the Releng one.

Also for TPS we made progress, so the new TPS-CI production machine came online. Yet it cannot replace the current CI due to still a fair amount of open blockers, but hopefully by end of July we should be able to turn the switch.

Individual Updates

For more granular updates of each individual team member please visit our weekly team etherpad for week 25 and week 26.

Meeting Details

If you are interested in further details and discussions you might also want to have a look at the meeting agenda, the video recording, and notes from the Firefox Automation meetings of week 25 and week 26.

Firefox Automation report – week 23/24 2014

In this post you can find an overview about the work happened in the Firefox Automation team during week 23 and 24.

Highlights

To continue the training for Mozilla related test frameworks, we had the 3rd automation training day on June 4th. This time lesser people attended, but we were still able to get a couple of tasks done on oneanddone.

Something which bothered us already for a while, is that for our mozmill-tests repository no push_printurl hook was setup. As result the landed changeset URL gets not printed to the console during its landing. Henrik fixed that on bug 1010563 now, which allows an easier copy&paste of the link to our bugs.

Our team started to work on the new continuous integration system for TPS tests. To be able to manage all the upcoming work ourselves, Henrik asked Jonathan Griffin to move the Coversheet repository from his own account to the Mozilla account. That was promptly done.

In week 24 specifically on June 11th we had our last automation training day for quarter 2 in 2014. Given the low attendance from people we might have to do some changes for future training days. One change might be to have the training on another day of the week. Andreea probably will post updates on that soon.

Henrik was also working on getting some big updates out for Mozmill-CI. One of the most important blockers for us was the upgrade of Jenkins to the latest LTS release. With that a couple of issues got fixed, including the long delays in sending out emails for failed jobs. For more details see the full list of changes.

Individual Updates

For more granular updates of each individual team member please visit our weekly team etherpad for week 23 and week 24.

Meeting Details

If you are interested in further details and discussions you might also want to have a look at the meeting agenda, the video recording, and notes from the Firefox Automation meetings of week 23 and week 24.