LugCamp is over now :(

One of the craziest but coolest events ended on Sunday with a big tombola and something called “Improvortag”, some nonsense but really funny speeches.

For those of you that don’t know about it, it is an event where 4 things are mixed together:
– Meeting other Lug’s members
– Having some speeches (only some, not the whole 4 days)
– One local event (here it was visiting brewery and an alpine dairy)
– Fun fun fun….
It really has a non-commercial/non-advertising trait, and feels more like a big LUG-LAN things than anything else. As an addon you have a “coffee flatrate” and get at least one meal a day for free.

The announced Open Radio live event didn’t take place because of some problems with the dialup internet connection we were offered there. We’re really sad about that but we still had a lot of fun without it.

Someone once said “geeks always find other geeks in random places”. This should be sed s/geeks/devs/ here 😉 I met genstef there and we took a nice picture with The Alps in background 🙂

genstef (left) and jokey (right)
left: genstef, right: jokey

I’m really looking forward to LugCamp @ Father’s Day 2007 as these ~150 people there are just like a big family 😀

LugCamp, I’m coming

So after many preparations, the one-and-only LugCamp takes place the next days (from 25th – 28th of May).

Problems in preparation? Well, the Inbox of the orga’s is currently out of quota, the “Deutsche Bahn” sold some too expensive tickets but, well, FUN is the target 🙂 So going by EuroNight train (takes approx. 11 hours) from north to south.

I’m also there as student apprentice for Open Radio, so let’s see what we enjoy this year 🙂

Links:
http://www.lugcamp.org
http://www.open-radio.org

Security vs. config bug?

Okay, now we have a really weird situation….

On the one hand, OpenLDAP 2.3.23 has a problem with new-style slapd.d

slapadd -v -F /etc/openldap/slapd.d -l /root/200605191201.ldif
slapadd: ldif.c:416: r_enum_tree: Assertion `itmp.bv_val[ 0 ] != '-'' failed.
Aborted

(bug #133898 on bugs.g.o)

On the other hand we have a (hard to abuse) weakness in slurpd (which is used for some older replication setups)
(bug #134010 on bugs.g.o)

But masking 2.3 completely would really end up in breaking many setups and databases, so no option as well.