[01:17] <juri_> no, whats currently in svn tells me its beta3... ???
[05:04] meandtheshell (~markus@85.127.108.76) left irc: Quit: Leaving.
[06:38] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
[07:04] Nick change: \sh_away -> \sh
[07:20] allee (~ach@dialin-212-144-131-228.pools.arcor-ip.net) joined #fai.
[07:32] frale (~frale@tor-irc.dnsbl.oftc.net) joined #fai.
[07:32] mfl (~mfl@apoll.fnb.maschinenbau.tu-darmstadt.de) joined #fai.
[07:37] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Remote host closed the connection
[07:38] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
[07:39] ErKa (keryell@193.50.97.167) joined #fai.
[07:52] psibox (~dreger@smart.physik.fu-berlin.de) joined #fai.
[08:12] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds
[08:12] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
[08:39] <psibox> hi, i have a patch now for #416633 against 3.1.8 (setup_hardisks, mount2dir)
[08:39] <psibox> for uuid/label in /etc/fstab
[08:47] Mrfai (~lange@wireless-7-120.internal.dc7.debconf.org) joined #fai.
[08:47] <psibox> ah.
[08:47] <psibox> hi Mrfai 
[08:47] <Mrfai> hi, good morning
[08:47] <psibox> i have a patch for the UUID/Label support against 3.1.8 now
[08:48] <psibox> in setup_harddisks
[08:48] <psibox> and mount2dir
[08:48] <psibox> there is code in mount2dir that explicitly calls fsck
[08:48] <psibox> this ist not used in default config, since fai-mount-disk calls it with fsckopt=0
[08:48] <Mrfai> please send the patch to me or to the BTS
[08:49] <psibox> i have to discuss this fsck problem first
[08:49] <psibox> we don't use fsck
[08:49] <psibox> IF you use it, it will only work for ext2/3
[08:49] <psibox> but this is not tested.
[08:49] <psibox> in the code
[08:50] <psibox> anyway, I can put in UUID/LABEL support even for fsck
[08:50] <psibox> but it will not work for anything except ext2/3
[08:50] <Mrfai>  fsck is not always called
[08:50] <psibox> well.
[08:50] <psibox> it looks like it's never called
[08:52] <psibox> [ "$fscheck" = 1 ] && fsck -nt $fstype $device
[08:52] <psibox> fscheck is always 0 or ""
[08:52] <psibox> fsck does only work for ext2/3. 
[08:53] <psibox> this should at least check for the filesystem type and call the right fsck-program
[08:53] <psibox> but then i have the "problem" that not all fsck-programs unterstand UUID/LABEL
[08:55] <psibox> Mrfai: do you know any case, where mount2dir is called with fsck=1 ? i can't see any.
[08:55] <Mrfai> why is fscheck always 0 or ""?
[08:55] <stockholm> Mrfai: solved the initrd problem yet?
[08:55] <Mrfai> maybe mount2dit is currently not calles with fsck enabled, but you can do it
[08:56] <stockholm> i have a screenshot 
[08:56] <Mrfai> stockholm: do you have a screenshot of the error message?
[08:56] <psibox> my point is: this breaks for anything except ext2/3
[08:56] <psibox> in stock 3.1.8
[08:56] <psibox> i can fix it for xfs/reiserfs
[08:56] <stockholm> Mrfai: lange@debian.org?
[08:56] <psibox> but i can not support fsck for xfs/reisfers with UUID/LABEL
[08:57] <Mrfai> stockholm: yep
[08:57] <psibox> reiserfsck does not unterstand UUIDs
[08:59] <stockholm> you got mail
[08:59] <Mrfai> psibox: ok. SO UUID support is only usefull when the user is only using ext2/3 filesystems
[09:01] <psibox> nono
[09:01] <psibox> UUID/LABEL work perfectly for reiserfs/xfs/ext2/3
[09:01] <psibox> only problem is fsck
[09:02] <psibox> i have tested this with all three systems (we are actually using all three)
[09:02] <psibox> you can call fsck with UUID=1e95f00b-6408-4217-b69d-af6ab626eab0 instead of /dev/hdaX
[09:03] <psibox> this is not supported by xfs_check and reiserfsck
[09:03] <psibox> i could probably make it work using udev and /dev/disk/by-uuid/... but since it's probably not used by anyone, well...
[09:04] <psibox> proposal: i'll put in a check for ext2/3 befor calling fsck. 
[09:04] <Mrfai> good idea,
[09:04] <psibox> fsck never worked for xfs/reisfers and won't with UUID/LABEL
[09:04] <psibox> so it's not really a change :)
[09:04] <Mrfai> I think there's also a wishlist bug for adding UUID support.
[09:04] <psibox> sure
[09:04] <psibox> that's the bug i'm looking at
[09:05] <psibox> we have been using this for years. our servers can't be installed without it.
[09:05] <psibox> no that you can't controll which sata-controllers are detected first...
[09:06] <psibox> another question is why anyone would want to call fsck on a filesystem, that was formatted 1 second ago...
[09:09] <Mrfai> psibox: send me the patch and will have a look at it
[09:09] <psibox> ok
[09:09] <psibox> it's quite small.
[09:28] frale_ (~frale@tor-irc.dnsbl.oftc.net) joined #fai.
[09:28] <psibox> Mrfai: another thing that would be most useful for us would be if setup_harddisks would select the disk by serial-number
[09:28] <psibox> i tested this and it didn't work. i assume it's not (yet) supported ?
[09:28] <Mrfai> psibox: this is maybe a feature for the new partition tool
[09:30] <psibox> well, i looked at the new tool.
[09:30] frale (~frale@tor-irc.dnsbl.oftc.net) left irc: Remote host closed the connection
[09:30] <psibox> that really has nothing to do with the tool, just udev
[09:31] <psibox> you just have to make sure '/dev/disk/by-id/scsi-SATA_ST380817AS_4MR4PM9S' is in place before calling setup_harddisks
[09:32] <psibox> anyway, if it's not supported yet, i'll just try to make it work and let you know...
[09:33] <psibox> one _could_ put the serial-number code inside setup_harddisks, but it's probably better to let udev do that...
[09:35] <Mrfai> udev is already running when setup_harddisk is called
[09:36] <psibox> i know. didn't work in a test for me.
[09:36] <psibox> have to look into that
[09:44] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds
[10:06] Mrfai_ (~lange@wired-251-252.internal.dc7.debconf.org) joined #fai.
[10:08] Mrfai (~lange@wireless-7-120.internal.dc7.debconf.org) left irc: Ping timeout: 480 seconds
[10:09] <stockholm> Mrfai_: do you have an idea about the initrd problem?
[10:09] <stockholm> Mrfai_: it is unrelated to the tftp one afaik
[10:12] <Mrfai_> stockholm: please email me your file 59916A4B or paste it to paste.debian.net
[10:12] <stockholm> certainly
[10:15] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
[10:26] <stockholm> http://paste.debian.net/31090
[10:26] <stockholm> Mrfai_: see above
[10:30] <Mrfai_> mmmm. weired.
[10:31] <Mrfai_> can't see any problems there
[10:31] <stockholm> me either
[10:31] <stockholm> link works
[10:31] <Mrfai_> ls -l /srv/tftp/fai
[10:31] <Mrfai_> are you using symlinks there?
[10:31] <stockholm> Mrfai_: a symlink to from linux to the kernel
[10:32] <stockholm> /srv/tftp/fai$ l
[10:32] <stockholm> total 7176
[10:32] <stockholm> -rw-r--r-- 1 root root 5792342 2007-06-21 22:19 initrd.img-2.6.18-4-amd64
[10:32] <stockholm> lrwxrwxrwx 1 root root      22 2007-06-21 21:25 linux -> vmlinuz-2.6.18-4-amd64
[10:32] <stockholm> -rw-r--r-- 1 root root   13480 2007-06-21 22:19 pxelinux.0
[10:32] <stockholm> drwxr-xr-x 2 root root    4096 2007-06-22 12:31 pxelinux.cfg
[10:32] <stockholm> -rw-r--r-- 1 root root 1514181 2007-05-04 05:35 vmlinuz-2.6.18-4-amd64
[10:33] <stockholm> what about a debugging option in tftp?
[10:34] <stockholm> the log in paste.debian.net is with -v -v -v i think
[10:34] <stockholm> i could increase that i guess
[10:34] <Mrfai_> are you using the hpa version of tftpd?
[10:34] <stockholm> yes
[10:34] <stockholm> see in the log
[10:36] <Mrfai_> the log files only says in.tftpd, not that thius ixs the hpa version
[10:36] <stockholm> tftp           dgram   udp     wait    root  /usr/sbin/in.tftpd /usr/sbin/in.tftpd -v -v -v -v -v -s /srv/tftp/fai
[10:36] <stockholm> lets see
[10:37] <stockholm> ^dpkg --get-selections | grep tftp
[10:37] <stockholm> tftpd-hpa                                       install
[10:38] <stockholm> so yes
[10:38] <Mrfai_> which version
[10:39] <stockholm> apt-cache policy tftpd-hpa
[10:39] <stockholm> tftpd-hpa: Installed: 0.43-1.1 Candidate: 0.43-1.1
[10:39] <stockholm> from etch
[10:39] <Mrfai_> same as mine
[10:40] <psibox> Mrfai_: i've sent the patch to #416633. that mail contains a disk_config example and the corresponding results
[10:40] <Mrfai_> psibox: fine
[10:42] <Mrfai_> stockholm: install a tftp client on a machine (may on the install server), then try to get te vmlinuz-... file using the tftp client
[10:43] <stockholm> Mrfai_: now i added a couple of -v more and get http://paste.debian.net/31091
[10:43] <stockholm> it does not find the file
[10:44] <stockholm> but that is the other file
[10:44] <stockholm> not the kernle one
[10:44] <stockholm> so scratch that
[10:45] <Mrfai_> try the tftp client to see if the file gets received corretly
[10:45] <Mrfai_> remove the command line
[10:48] <psibox> Mrfai_: i'd suggest that you print the sfdisk input if verbose=1 or debug=1 in setup_harddisks
[10:50] <psibox> #364763 can easily be solved by this
[10:51] <psibox> should i send a patch ? :)
[10:51] <Mrfai_> psibox: sure
[10:51] <psibox> are there any more bug related to setup_harddisks ?
[10:52] <stockholm> remove the command line? which one?
[10:53] <Mrfai_> stockholm: 31090 on paste, line 18
[10:58] <stockholm> comment ahh
[11:02] <stockholm> Mrfai_: same error
[11:03] <stockholm> Mrfai_: loading the vmlinuz file directly worked from out of atftp client
[11:03] <stockholm> my theory is that the problem is on the client side
[11:03] <stockholm> as the server never sees anything from it
[11:03] <stockholm> as in an attempt to download a file 
[11:04] <stockholm> how feasable is it to debug pxelinux.0 and its operation?
[11:05] <stockholm> Mrfai_: but that is unrelated to my real problem (initrd and live and generating the right ramdisk image)
[11:06] <Mrfai_> yep
[11:07] <Mrfai_> using the symlink is a workaround
[11:08] <Mrfai_> I found the problem
[11:08] <Mrfai_> AND the solution
[11:09] <Mrfai_> Let's check, if you already has signed the Enterprise Support Contract
[11:11] <stockholm> did you find the signed support contract?
[11:11] <stockholm> i have a copy of it here, i filed it under "social contract"
[11:11] <stockholm> since i am so social
[11:14] <Mrfai_> http://paste.debian.net/31094
[11:14] <Mrfai_> The default and label lines are missing
[11:14] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds
[11:23] jerkeby (~jerkeby@wireless-7-169.internal.dc7.debconf.org) joined #fai.
[11:24] <jerkeby> hey guys
[11:24] Nick change: jerkeby -> kugg
[11:25] Mrfai_ (~lange@wired-251-252.internal.dc7.debconf.org) left irc: Ping timeout: 480 seconds
[11:26] <kugg> lazyb0y: wuzah?
[12:21] <lazyb0y> kugg: what?
[12:21] Mrfai (~lange@wireless-8-41.internal.dc7.debconf.org) joined #fai.
[12:23] <Mrfai> live-initramfs is not in the repository :-(
[12:24] <Mrfai> stockholm: try again. should work now.
[12:30] <kugg> lazyb0y: wats up, in a slangier term :)
[12:30] <lazyb0y> kugg: ey yo, digga
[12:30] <kugg> :D
[12:31] <kugg> which guide did you guys want me to translate to swedish?
[12:42] <kugg> I see you lazyb0y 
[12:44] <lazyb0y> kugg: hrm, ah!
[12:44] <lazyb0y> and now?
[12:47] <kugg> :)
[12:47] Action: lazyb0y waves
[12:49] MT (~MT@dove.informatik.tu-muenchen.de) joined #fai.
[12:53] <Mrfai> stockholm: klappt es nun?
[12:57] <psibox> Mrfai: ich bin gerade dabei das problem in name2id in fcopy zu fixen
[12:57] <psibox> waere es ok, wenn files-modes auch kommentarzeilen vertragen wuerde ?
[12:57] <psibox> geht naemlich derzeit nicht...
[13:00] <Mrfai> psibox: ja, das sollte eigentlich nur eine Zeile mehr sein. KAnnst du machen
[13:01] <Mrfai> h01ger: Zeit fuer ein kleines FAI Treffen. Jetzt? Im Cafe.
[13:06] Action: kugg  went to a bof
[13:07] MT (~MT@dove.informatik.tu-muenchen.de) left irc: Ping timeout: 480 seconds
[13:08] <lazyb0y> kugg: I was a bit shocked  to see your laptop being stolen cause I didn't take care...
[13:08] <lazyb0y> but obviously that hasn't happened, ot at leas the thief is a nice guy who keeps talking to us...
[13:11] <Mrfai> lazyb0y: habe auch kein highlighting im emacs.
[13:11] <kugg> haha
[13:11] <lazyb0y> hmm, daja eklig ...
[13:29] <Mrfai> stockholm: wie heissen nochmals diue paketnamen fuer linux-image und unionfs fuer amd64?
[13:29] <Mrfai> paste die namen einfach hier hin
[13:30] <stockholm> ja
[13:31] <stockholm> kernel-image-2.6-amd64-k8-smp unionfs-modules-2.6-amd64
[13:31] <Mrfai> glaub ich nicht. Der kernbel sollte linux-image... heissen
[13:32] <stockholm> hm
[13:36] <stockholm> linux-image-2.6-amd64 ist wohl besser. den anderen gibt es zwar auch aber ich bin nicht sicher warum
[13:37] <stockholm> es sollte reichen dann mit dem neuen packages.gz file make-fai-nfsroot auszuführen, gell?
[13:38] <stockholm> Mrfai: ?
[13:40] <lazyb0y> Mrfai sip'ed
[13:40] allee (~ach@dialin-212-144-131-228.pools.arcor-ip.net) left irc: Read error: Connection reset by peer
[13:41] <Mrfai> stockholm: ja
[13:44] <stockholm> funktioniert nicht
[13:46] <Mrfai> du weist ja jetzt wie man es debuggt. Wie du das eben gemacht hast
[13:46] <Mrfai> genauso
[13:47] <stockholm> genau
[13:48] <stockholm> live gibts immer noch nicht in der initrd
[13:48] <Mrfai> fehlermeldung?
[13:50] <stockholm> die gleiche wie gestern: cant open /scripts/live
[13:50] <stockholm> ich schau mal ob das in packages.gz im changeroot ist
[13:51] <Mrfai> schau dir die logs von make-fai-nfsroot an. Da sollte drin stehen warum live-ini... nicht installiert wird.
[13:51] <stockholm> wo sind die?
[13:51] <Mrfai> stockholm: bitte keine Anfaengerfragen. Das hast du doch schonmal gemacht.
[13:53] <stockholm> du meinst das ding mit tee?
[13:54] <Mrfai> ja
[13:54] Action: stockholm macht das
[13:57] <stockholm> WARNING: These unknown packages are removed from the installation list: live-initramfs
[13:58] Action: stockholm untersucht das näher.
[13:59] <Mrfai> stockholm: brav :-)
[13:59] <stockholm> Mrfai: wenn du sagst "logfile" dann denkt man an etwas unter /var/log
[14:00] <stockholm> Get:2 http://www.informatik.uni-koeln.de developers/koeln Packages [1654B]
[14:02] <h01ger> Mrfai, seit ihr immer noch im cafe?
[14:03] <stockholm> Mrfai: ok, jetzt bin ich ratlos. 
[14:04] <stockholm> Mrfai: das packages file in /var/lib/apt/list hat live-initibla aber apt-cache findet es nicht (beides im chroot)
[14:05] <lazyb0y> h01ger: ja
[14:06] <Mrfai> ja sind im cafe
[14:07] <lazyb0y> stockholm: diese frage macht mich allerdings auch ratlos. was machst du denn da?
[14:08] <stockholm> lazyb0y: nix besonders. komm und guck.
[14:09] <stockholm> hacklab1, fensterplatz
[14:09] <stockholm> folge dem geruch von earl gray
[14:10] kugg (~jerkeby@wireless-7-169.internal.dc7.debconf.org) left irc: Ping timeout: 480 seconds
[14:17] <lazyb0y> stockholm: du kennst den spruch mit dem berg und dem propheten ;)
[14:17] <stockholm> live-initramfs is im packages file aber nicht im cache file
[14:18] <stockholm> und ich habe keine ahnung wie das sein kann
[14:19] <Mrfai> live-initramfs_1.91.1~2143_i386.deb
[14:19] <Mrfai> i386 und nicht amd64
[14:20] <psibox> Mrfai: spricht irgendwas dagegen, dass man folgendes:
[14:20] <psibox> $uid = ($user  =~ /^\d+$/) ? $user  : `$ENV{ROOTCMD} perl -e '\$uid = getpwnam $user; print \$uid'`;
[14:20] <psibox> ersetzt durch:
[14:20] <psibox> $uid = ($user  =~ /^\d+$/) ? $user  : `$ENV{ROOTCMD} id -u "$user"`;
[14:21] <psibox> ?
[14:21] <Mrfai> psibox: HAbe jetzt keine Zeit fuer Details. Muss ich mir in ruhe ansehen. Bitte via mail oder ans BTS
[14:22] <stockholm> Mrfai: so are you building one for amd64?
[14:22] <stockholm> Mrfai: i could build one, too. i have a amd64 machine here
[14:23] kugg (~jerkeby@wired-230-252.internal.dc7.debconf.org) joined #fai.
[14:24] ErKa (keryell@193.50.97.167) left irc: Ping timeout: 480 seconds
[14:34] allee (~ach@dialin-145-254-255-156.pools.arcor-ip.net) joined #fai.
[14:37] <stockholm> Mrfai: du kannst das von paket von http://developer.skolelinux.no/~andreas/ ziehen
[14:37] <stockholm> Mrfai: passt die grösse?
[14:37] <stockholm> (habe ich nicht gescheckt)
[14:38] <stockholm> ja, sieht gut aus
[14:38] <Mrfai> ist nun da
[14:38] <stockholm> Mrfai: auch schon ein neues packages.zg?
[14:45] frale_ (~frale@tor-irc.dnsbl.oftc.net) left irc: Quit: .
[14:49] <psibox> Mrfai: i've submitted a patch for the name2num problem with a patch attached.
[14:52] meandtheshell (~markus@85.127.111.125) joined #fai.
[14:58] Nick change: \sh -> \sh_away
[15:03] <stockholm> Mrfai: http://backports.org/debian/pool/main/l/live-initramfs/live-initramfs_1.91.1-1~bpo.1_amd64.deb
[15:06] <Mrfai> is now available in developers/..  But this version is slightly older that that before
[15:53] <stockholm> now i boot again and it hangs after booting the root fs
[15:54] <stockholm> no error message this time
[15:59] <psibox> Mrfai: setup_harddisks can currently not use disks by serial-number
[16:00] <stockholm> ich würde gerne nochmal etwas hilfe beim debuggen in anspruch nehmen... Mrfai ?
[16:00] <stockholm> Mrfai: ich bin wieder an meinem fensterplatz
[16:00] Action: Mrfai langweilt sich im Grid Talk
[16:01] <stockholm> ich habe jetzt das live-intibla paket nochmal im pbuilder gebaut und lade ihn nach developer hoch... in5min
[16:01] <psibox> what about: 'disk_config serial=4MR0ADP5' in disk_config file ?
[16:02] <Mrfai> psibox: write a short proposal and post it to linux-fai-devel. We should diskcuss that there.
[16:07] <stockholm> Mrfai: jetzt habe ich ein neu paket frisch gebaut hochgeladen
[16:07] <stockholm> neues
[16:44] Mrfai (~lange@wireless-8-41.internal.dc7.debconf.org) left irc: Ping timeout: 480 seconds
[16:46] Mrfai (~lange@wireless-8-41.internal.dc7.debconf.org) joined #fai.
[16:51] <psibox> what is the usual diretory people use for tftpd in fai ?
[16:51] <psibox> /boot/fai ?
[16:51] MT (~MT@M309P023.adsl.highway.telekom.at) joined #fai.
[16:52] Nick change: MT -> Guest90
[16:55] Guest90 (~MT@M309P023.adsl.highway.telekom.at) left irc: 
[17:03] <Mrfai> stockholm: danke, neues amd paket liegt jetzt bei mir im repository
[17:03] <Mrfai> psibox: /srv/tftp/fai for FAI 3
[17:03] <psibox> ah, ok.
[17:06] <psibox> Mrfai: ich kann aus dem rsync-support fuer savelog auch noch'n patch machen
[17:06] <psibox> aber ich muss halt immer wissen, wie man das aktivieren soll
[17:06] <psibox> habe es derzeit bei uns als hook drin
[17:06] <psibox> bin jetzt auf linux-fai-devel
[17:07] <psibox> warum werden die subjects eigentlich nicht mit [fai] oder sowas getaggt ?
[17:07] <psibox> faend ich besser ;)
[17:08] <Mrfai> weil dann jede Mail mit [fai[ getaggt wuerde. IMO eine ueberfluessige Info. 
[17:09] <psibox> naja, das haengt so'n bisschen davon ab, ob man seine mails wegsortiert oder alle in die inbox kriegt.
[17:09] <Mrfai> rsync fuer savelog? Wozu? WArum nicht direkt rcp/scp?
[17:09] <psibox> aber ich weiss natuerlich, dass ich das auch selbst mit procmail/formail taggen kann...
[17:09] <psibox> scp kann keine links.
[17:10] <Mrfai> welche links?
[17:10] <psibox> rcp ist nicht gerade sicher, das haben wir nirgends.
[17:10] <psibox> wir haben im logdir links
[17:10] <Mrfai> ich nicht IIRC
[17:10] <psibox> z.B. zeigt last-install immer auf die letzte installation 
[17:10] MT_ (~MT@M309P023.adsl.highway.telekom.at) joined #fai.
[17:10] <psibox> jedenfalls funktioniert das mit rsync sehr schoen.
[17:11] <psibox> damit kann man z.B. das logdir auf dem server write only fuer die clients machen
[17:11] <Mrfai> fai macht das doch schon. auch ohne rsync
[17:11] <psibox> achso, scp braucht einen user, richtig ?
[17:11] <psibox> genau, ich wollte den LOGUSER weg haben
[17:11] <Mrfai> auch du meinst rsync nicht via ssh sondern auf ein NFS gemountetes dir.
[17:11] <psibox> mit rsyncd
[17:12] <psibox> habe ich mal ins fai wiki geschrieben vor einer weile
[17:12] <psibox> aber wenn das keiner nutzen will, soll mir das auch recht sein
[17:12] <psibox> ich finde, das funktioniert besser als alles andere ;)
[17:12] <Mrfai> und? Gabe es feedback das andere es auch wollten?
[17:13] <psibox> ja, irgendwer hat das mal genutzt.
[17:13] <psibox> aber egal.
[17:13] <psibox> ich kann damit leben, wenn's nicht in fai ist.
[17:13] <psibox> geht ja mit einen hook.
[17:13] <psibox> einem.
[17:13] <Mrfai> und es ist da sehr gut im Wiki dokumentiert. Danke nochmals dafuer. So sollte es sein
[17:26] MT_ (~MT@M309P023.adsl.highway.telekom.at) left irc: Read error: Connection reset by peer
[17:26] MT_ (~MT@M309P023.adsl.highway.telekom.at) joined #fai.
[17:33] Lin (~igor@200.179.57.57) joined #fai.
[17:35] MT_ (~MT@M309P023.adsl.highway.telekom.at) left irc: Quit: MT_
[17:40] kugg (~jerkeby@wired-230-252.internal.dc7.debconf.org) left irc: Ping timeout: 480 seconds
[18:05] allee (~ach@dialin-145-254-255-156.pools.arcor-ip.net) left irc: Read error: Connection reset by peer
[18:11] Lin (~igor@200.179.57.57) left irc: Quit: Ex-Chat
[20:34] ErKa (keryell@keryell.pck.nerim.net) joined #fai.
[21:41] Mrfai (~lange@wireless-8-41.internal.dc7.debconf.org) left irc: Quit: leaving
[22:06] MT (~MT@M391P026.adsl.highway.telekom.at) joined #fai.
[22:07] Nick change: MT -> Guest105
[22:09] ErKa (keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds
[22:20] Guest105 (~MT@M391P026.adsl.highway.telekom.at) left irc: Quit: Guest105
[00:00] --- Sat Jun 23 2007