Category Archives: Uncategorized

Jenkins remote build trigger (eg: from git push) tokens

After upgrading my Sid virtual machine hosting my Jenkins, build after git push stopped working. This is because version 1.503 and above require an auth token for triggering the build. Since it took me some time to search the web, I’ve decided to blog about it to save time to other Jenkins users. Under each […]

OpenStack 2013.2~rc1, aka Havana, fully available in Debian Experimental

Announcement After a very long work, over the course of 4 months, I have finished packaging the first RC1 of OpenStack. This comes on time, just 9 days before the official Havana release. Please do try this RC1 before the official 2013.2, code name Havana, is released, and hopefully uploaded to Debian. All of the […]

My old 1024 bits key is dead, please use 0xAC6B43FE

—–BEGIN PGP SIGNED MESSAGE—– Hash: SHA256 Hi, I am not using my old GPG key, 0x98EF9A49 anymore. My new key, using 4096 SHA2 256, with fingerprint: A0B1 A9F3 5089 5613 0E7A 425C D416 AD15 AC6B 43FE has replaced the old one in the Debian keyring. Please don’t encrypt message to me using the old key […]

Why using Mailman when MLMMJ is available?

Daniel Pocock just wrote a blog post about how to setup mailman for virtual hosting. Well, it strikes me that mailman is a bad solution, for many reasons. First, it imposes you to use @lists.example.com lists instead of @example.com. I’m not sure if that is mandatory, but at least I’ve seen only mailman setups done […]

OpenStack Havana b2 available, openstack-debian-images approved

I have finished preparing the beta 2 of the next release of OpenStack. It is currently only available from out Git on Alioth (in /git/openstack), and directly from my jenkins repository, which creates Wheezy backports for it: deb ftp://havana.pkgs.enovance.com/debian havana main deb http://archive.gplhost.com/debian havana-backports main As for every OpenStack release, a large number of Python […]

The “v” sikness is spreading

It seems to be a new fashion. Instead of tagging software with a normal version number, many upstream adds a one letter prefix. Instead of version 0.1.2, it becomes version v0.1.2. This sickness has spread all around in Github (to tell only about the biggest one), from one repository to the next, from one author […]

Compute node with 256 GB of RAM, 2CPU with 6 cores each (24 threads total)

Will that be enough? Let’s load some VMs in that beast! :)

dtc-xentop: monitoring of CPU, I/O and network for your Xen VMs

What has always been annoying me with Xen, is that xentop is… well … a piece of shit! It just displays the current numbers of sectors or network bytes read / write. But as an administrator, what you care about, is to know which of your VM is taking all the resources, making your whole […]

Jenkins: building debian packages after a “git push” (my 2cents of a howto)

The below is written in the hope it will be helpful for my fellow DDs. Why using “build after push”? Simple answer: to save time, to always use a clean build environment, to automate more tests. Real answer: because you are lazy, and tired of always having to type these build commands, and that watching […]

Git packaging workflow

Seeing what has been posted recently in planet.d.o, I would like to share as well my thoughts and work-flow, and tell that I do agree with Joey Hess on many of his arguments. Especially when he tells that Debian fetishises upstream tarballs. We’re in 2013, at the age of Internet, and more and more upstream […]