Michal,

I feel your pain. Even though your URL seems to suggest the opposite.

Red de solidariteit!

Awel zie, dat is nu eens een petitie waar ik me kan achter zetten. Sommigen gaan het niet graag horen, maar de zogenaamde 'vlaamse beweging' is iets waar ik me nooit in heb kunnen vinden. In deze tijden van globalisering en europese eenmaking lijkt het me contraproductief om separatist te zijn; en het mag dan wel zo zijn dat Wallonië vandaag economisch wat achterop ligt tegenover Vlaanderen, maar pakweg honderd jaar geleden was dat net andersom—en toen waren er ook geen separatisten.

Wat ik Mieke Vogels gisteren op de Zevende Dag hoorde zeggen over Antwerpen en Limburg is trouwens een argument dat ik zelf ook al jaren loop te verkondigen: als je Vlaanderen van Wallonië wilt afscheiden omdat er 'geldstromen' zijn, dan moet je consequent zijn en Antwerpen ook van de rest van Vlaanderen afscheiden, want Antwerpen ligt economisch ver voor op andere provincies. En misschien moet je nog verder gaan, en dat ene bedrijf dat zo veel winst maakt ook afzonderen, zodat diens groei ongebreideld wordt. Om maar te zeggen: als je je landsdeel gaat afscheiden want 'ze houden ons tegen, meneer', dan is het einde zoek.

Nu hoor ik sommigen in het publiek al zeggen 'jamaar, er zijn culturele verschillen, en verschillen in taal, tussen Vlaanderen en Wallonië'. Dat is waar. Maar West-Vlamingen en Limburgers spreken ook niet helemaal dezelfde taal. Je moet het zelfs niet zo extreem gaan zoeken; mijn moeder is opgegroeid in Kuringen, in de buurt van Hasselt, en wanneer ik met mijn tantes, nonkels, neven en nichten uit die buurt spreek, moet ik soms serieus moeite doen om ze te verstaan. En cultuurverschillen? Die zijn er ook, geloof me.

Nu hoor je me niet zeggen dat er geen problemen zijn. Die zijn er, en ik negeer die niet; en daar moeten oplossingen voor komen. Maar een onafhankelijke staat 'Vlaanderen'? Nee, bedankt.

Kortom: Red de solidariteit!

Dear lazyweb,

Is it possible, under Linux, to request a Kerberos ticket-granting ticket from one Kerberos realm without destroying your TGTs from another realm that are already in your credentials cache?

Otherwise, this happens:

Ticket cache: FILE:/tmp/krb5cc_2000_O5THYS
Default principal: wouter@EXAMPLE.COM

Valid starting     Expires            Service principal
10/02/07 19:29:53  10/03/07 05:29:53  krbtgt/EXAMPLE.COM@EXAMPLE.COM
	renew until 10/03/07 19:29:50
10/02/07 19:29:56  10/03/07 05:29:53  HTTP/exampleserver.example.com@
	renew until 10/03/07 19:29:50
10/02/07 20:52:54  10/03/07 05:29:53  host/exampleserver.example.com@
	renew until 10/03/07 19:29:50


Kerberos 4 ticket cache: /tmp/tkt2000
klist: You have no tickets cached
wouter@country:~$ kinit wouter@GREP.BE
Password for wouter@GREP.BE: 
wouter@country:~$ klist
Ticket cache: FILE:/tmp/krb5cc_2000_O5THYS
Default principal: wouter@GREP.BE

Valid starting     Expires            Service principal
10/02/07 20:59:01  10/03/07 06:59:01  krbtgt/GREP.BE@GREP.BE
	renew until 10/03/07 20:58:57


Kerberos 4 ticket cache: /tmp/tkt2000
klist: You have no tickets cached

Note the complete absense of any reference to the first realm in the second klist output, which is annoying.

(Yes, I do know about the possibility to create trust paths between two realms; But I'm not going to give customers access to my personal mailserver...)

Crap

wouter@country:~$ mount /media/cdrom0; echo $?; mount /media/cdrom0/;
echo $?; eject; mount /media/cdrom0/; echo $?
0
mount: /dev/hdc already mounted or /media/cdrom0 busy
mount: according to mtab, /dev/hdc is already mounted on /media/cdrom0
32
mount: No medium found
32

I guess I'll have to parse mount's output, then.

Geekdinner

Het was weer geekdinner gisteravond, en het was plezant. Wel niet zeker of ik de volgende keer me weer zo ga laten gaan—ik mag dan wel niet in voormiddagen geloven en gemiddeld rond de middag beginnen, het is uiteraard wel zo dat mensen er soms nog in slagen om me om 8:45 te bellen. Midden in de nacht dus, zeker als je de avond ervoren met een flink stuk in uw kraag in bed gekropen bent. Maar goed.

Één punt dat ik wel nog even wil ophalen is 'Planet Grep content'. We hebben het er gisteravond ook al over gehad toen de grote hoop al vertrokken was en we met een groep van ongeveer zes à acht man overbleven om nog wat te drinken; maar dat ga ik uiteraard niet zomaar doen zonder daar andere mensen in te horen.Het punt is het volgende: het doel van Planet Grep, zoals ik het zie, is community-building in de Belgische FLOSS-community. Dat wil zeggen dat het over FLOSS moet gaan, maar aan de andere kant wil het niet zeggen dat het alleen over FLOSS moet gaan; een 'community' bestaat uit mensen, die allemaal (hopelijk) nog wat andere interesses hebben dan alleen dat wat met FLOSS te maken heeft. Om die reden ben ik er ook geen voorstander voor om bijvoorbeeld een verplichte 'Planet Grep' tag in te voeren; naar mijn gevoel gaan mensen mensen zo'n tag dan enkel gebruiken voor zaken die over FLOSS gaan, en een deel van de charme van Planet Grep—het feit dat het een hele brede content bevat—zou daarmee verloren gaan.

Aan de andere kant is het doel van Planet Grep wel nog altijd dat het over de FLOSS community gaat, en niet over 'een hoop mensen die toevallig once in a blue moon even over FLOSS babbelen'. Er zijn een aantal mensen die momenteel op Planet Grep zitten, waarin de Signal/Noise ratio ongeveer 0.000001/1 is. En hoewel ik dus wel degelijk een deel noise wil zien, moet er ook niet overdreven worden—met alle respect voor zulke bloggers, overigens: ik wil niemand opdragen om op een bepaalde manier of over bepaalde onderwerpen te bloggen; mijn enige doel is de kwaliteit van Planet Grep op de één of andere manier verhogen.

En dat brengt mij meteen naar mijn probleemstelling: het zoeken van die manier. De mogelijkheden zijn niet zo uitgebreid:

1. Mensen verwijderen van planet grep die te weinig over FLOSS praten. Dit zou ik liever alleen doen als de vraag groot genoeg is, kwestie van objectiviteit te bewaren.
2. Enkel de FLOSS-artikels opnemen van bepaalde mensen, of van iedereen. Zoals eerder uitgelegd heeft dat dus een serieus nadeel (ik heb dit één keer gedaan, maar voel me eigenlijk niet echt goed bij die beslissing).
3. Een suggestie die gisteravond gemaakt werd, maar waar ik me ook niet helemaal in kan vinden: een tweede instantie opzetten van planet grep met enkel posts over FLOSS, en de 'huidige' instantie ongefilterd laten.

Dat lijkt het me zowat te zijn. Suggesties zijn welkom.

Printer on fire

Seems this message (which I have seen once or twice on my Linux systems) originated from a real failure mode in which the printer could, indeed, catch fire. Whoa.

Mean time, my own old Kyocera FS-1500 is dead; the drum is damaged to a level that confuses the printer somehow, so that it now always thinks there's no toner left. If this were any type of modern printer, I'd just replace the drum. In this particular case, that's not going to happen, though; this printer is from 1992, and neither the toner container nor the drum are replaceable; instead, you have to clean the drum with some device that's part of the toner kit, and you have to refill the toner container using the contents of a box of toner that's inside the kit. Trust me, toner powder is messy.

Automounters

You know the problem? Something happens, and all your systems go down—scheduled or otherwise. When you boot them up, one box is faster than the other; and as a result, some network mounts don't really work correctly. While this doesn't really happen at work, I've seen it after a power failure at home.

I thought this was a feature that Windows had but Linux doesn't. I really should've known better...

wouter@country:~$ mount
/dev/hda5 on / type ext3 (rw,errors=remount-ro,commit=0)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)

(...)

binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
automount(pid15173) on /autofs type autofs (rw,fd=5,pgrp=15173,minproto=2,maxproto=4)
wouter@country:~$ ls /mnt/stuff

(lots of private data snipped...)

wouter@country:~$ mount
/dev/hda5 on / type ext3 (rw,errors=remount-ro,commit=0)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)

(...)

binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
automount(pid15173) on /autofs type autofs (rw,fd=5,pgrp=15173,minproto=2,maxproto=4)
goa:/stuff on /autofs/stuff type nfs (rw,addr=192.168.119.23)

And after I wait a minute, that last line is gone. Automounters are cool. And not too hard to set up, either, if only a bit confusing at first.

My /etc/auto.master contains the following (not counting commented-out examples):

/autofs	/etc/auto.autofs --timeout=60

I then need to have a directory /autofs, on which the automounter mounts a special filesystem if it's started; this is the "automount" in the above mount output. The autofs needs a second automounter map, which looks like this in my case:

cdrom	-fstype=iso9660,ro,nosuid,nodev	:/dev/cdrom
stuff	-fstype=nfs			goa:/stuff
camerab	-fstype=vfat,ro,umask=133,dmask=22 :/dev/disk/by-id/usb-GENERIC_USB_Storage-SDC_200606191719424ND-0:1-part1
floppy	-fstype=auto			:/dev/disk/by-id/usb-Y-E_DATA_USB_Floppy_Drive

Occasionally, yes, from the above lines it can be inferred that this indeed also works for my USB floppy drive, my multicardreader, and my CD-ROM drive.

Finally, I need a symlink into the automount filesystem, like so:

wouter@country:~$ ls -l /mnt/stuff
lrwxrwxrwx 1 root root 13 2007-10-23 19:21 /mnt/stuff -> /autofs/stuff

et voila: if I now try to access anything below /autofs/stuff, the automounter kicks in, transparently mounts the filesystem, and without any further delay or ado, I can get at my files.

Well—unless the server is down, that is.

OpenSSL self-signed certificates in one line

Yes, it is pretty easy to google for this (heck, it turns up first in a relevant result list), but I sometimes find myself out and about in need of this particular thing without immediate access to google. And since I have a full copy of my blog on my laptop...

openssl req -new -newkey rsa:1024 -days 365 -nodes -x509 -keyout server.key -out server.crt

There you go. That's from some kind soul who didn't get it right the first time. But at least he did have an idea, as opposed to me...

It does beg the question why there's no openssl selfsigned command or so. Not as if you wouldn't need that all too often.

No, there is no cabal

I have a theory. There are two kinds of people in the world: those who see conspiracies everywhere, and those who don't. Personally, I'm part of the latter group; and it annoys me endlessly when people in the former group use conspiracy theories to explain what they don't understand—much in the same way that I don't really understand people who use religion to explain what they don't understand.

An example of what I mean:

Marc 'HE' Brockschmidt wrote about the stuff he'd like to change in Debian, since he feels many things go wrong. Now even though he doesn't mention the word 'Cabal' anywhere in there, it still reads as someone who sees conspiracy theories in Debian.

No hard feelings, Marc, but...

• It doesn't really help to 'enforce' addition of new architectures. Arguments like "I've heard that foo said bar" don't really help, either; please go find out for sure. If you can't or won't, then please do assume that those people who did care enough to find out know what they're doing.
• Adding more official suites, such as volatile or backports, increases the burden on the security team and others. This isn't something that should be done lightly, and so "just" adding a CNAME won't really fix it.
• I don't see why the practice of porting machines should be "resurrected". Yeah, sure, some of them are down, but we all know hardware sucks. That doesn't mean there's malicious intent or a change of policy or anything.
• I'll agree that it's a bad thing that some people in core teams aren't delegates, especially when they don't do their job. There are many core teams of which the members aren't delegates, such as the security team, the listmasters, the maintainers of our default MTA, the d-i team, the kernel team, the X strike force, and a huge bunch of other teams; if and when they stop doing their jobs, that would be a serious problem.
  I also really don't believe it's a good idea to go to a specific team that you don't have any experience with, and start dictating terms.
• With my m68k buildd maintainer hat on, I can tell you that adding more buildd maintainers to any architecture is a bad idea. I'll gladly explain the details in more detail later, if there's any interest.
• You do know about the draft updates to the FDL, right? We've put forward our position, now it's the FSF's turn; and though they considered updating the GPL to be of higher priority, they didn't ignore our opinion, which one can easily see if they read the discussion drafts.

I could go on, but I guess you got the point. Like I said, conspiracy theories annoy the hell out of me. Marc, it isn't personal, you're just the last in a long list.

Oh, and BTW: comments to this post will be moderated away.

SVN merge

I'll probably get laughed at by git/mercurial/darcs/whatever fanboys for even mentioning that I use subversion, but whatever. Just so I don't forget:

If, in subversion, you want to merge changes on a branch to the mainline, then the following is wrong:

svn merge http://svnserver/branches/foo/ http://svnserver/trunk/ .

Instead, you should use this:

svn merge http://svnserver/branches/foo@REV http://svnserver/branches/foo@HEAD .

With the current directory being a checkout from /trunk/, and REV being the revision where /branches/foo and /trunk started to diverge; that is, either the revision where the branch was made, or the one where they were brought back in sync with a merge in either direction.

Now hopefully I don't forget this for next time.

Key mappings

Sometimes, I think people go out of their way to create key mappings that are silly, stupid, and whatever.

• Why is irssi's "Ctrl-K" a key combination to delete a whole line, when "Ctrl-J", with J being right next to K, is a key combination to confirm the same line?
• Why is mutt's "x" a command to leave a folder without saving changes, while "c" is a command to leave a folder with saving changes?
• Why did the mac designers position the "eject" key right above backspace—the second most often used key on a keyboard?

Please, pretty please, with sugar on top: make sure accidentally mishitting a key in any application doesn't perform the opposite of what one would assume it would do. Thanks.

Abbreviations

C1n we p4e s2p u3g s3y a11s s2h as 'i18n', 'l10n', a1d m18n? T4s.