Looking for a room in an apartment in Den Haag/Delft
I've decided to stay in Den Haag past the new year, so I'm now looking for an room in a shared apartment. If you know of any, let me know. I wrote a webpage outlining what I'm looking for, and I'm hoping that I find something suitable with some interesting flatmates. I'm looking for something cheaper than I have now, because I plan to travel back to Passau often to see Sophia, which costs around €280 return for the flight plus trains. I'm also looking for a flatshare so that I have less initial costs and more flexibility in the future, in-case my contract isn't extended next year (although at this stage everybody says it will be).
My eventual plan is to move back to Germany, and most likely to Munich because of the IT companies there, and its close proximity to Passau and Sophia. The job market is picking up, and I've already had expressions of interest from a couple of companies there. But they'll have to wait for the time being. :-)
See: Room Wanted Advert
— by RobertThomson, created 28th Oct, 2007, last modified 2nd Nov, 2007 | Tags: Private
Fedora's Build System - Mock and Koji now working
I'm helping to revamp the build infrastructure here. Until now, we've been using a bunch of home-rolled scripts and Test::AutoBuild.
We decided to look at Fedora's build system and processes, since we're developing RHEL and using RHN Satellite, didn't want to re-invent the wheel, and Red Hat would similarly be trying to keep closely aligned with Fedora's processes also. Yum repository support is official in RHEL5 and supported by RHN Satellite 5.
Mock was relatively simple. Create a Yum repository (extract latest version information from Satellite and copy the RPMS and comps.xml to a directory, then run createrepo), create a group and the directory structures, the configuration files for our build targets (x86_64 and i386) and it's a go.
Koji's a different story. Koji doesn't support straight Username/Password logins - it uses SSL certificates and/or Kerberos to authenticate. I tried to follow the instructions for the Koji Server HowTo but my setup is a bit different in that I'm installing everything on one machine. For me it meant that I didn't need (and couldn't use) a separate cert for kojiweb and kojihub..
For the ClientCert's, you need a combined PEM file containing both the cert and the private key. If you don't have that, you will see a python error with PEM something-or-other in it. This applies for ~/.fedora.cert (whatever path's mentioned in $HOME/.koji/config for the cert), as well as for the WebCert in /etc/httpd/conf.d/kojiweb.conf, that used by kojid (cert= in /etc/kojid/kojid.conf), and of course that used by kojira (as explained in the Koji Server HowTo.)
The "Python ProxyDNs" option should correspond to the DN of the web host (or maybe hub, but for me it's the same) .. if you get this wrong, don't worry, you will (when the rest is correctly setup) receive an error from the web interface with the proper string.
Now that I can login, I just have to learn how to use Koji. :-)
Update: Koji turned out to be too much of a pain. It really is a complete distribution management solution, and we already use RHN Satellite for that.. so I built my own distributed build system based around Mock. It works quite well, although it lacks a lot of the pizazz of Koji.