[01:06] <Ahmuck> i've been thinking, i changed the ip address of the server as well as the hostname.  is gdm tied in with the hostname?
[06:33] <alkisg> crimsun, thanks for teeworlds ;)
[10:48] <alkisg> Damn evolution doesn't run on fat clients, with SSH_FOLLOW_SYMLINKS=false...
[10:48]  * alkisg tries with =True...
[13:27] <highvoltage> hey mgariepy
[13:28] <mgariepy> hey
[13:28] <mgariepy> how you doing ?
[14:08] <highvoltage> doing good thanks and you?
[15:00] <highvoltage> alkisg: hey there. have you installed ltsp on lucid recently? it seems to hang when it's busy doing "Setting up ldm-server..." here
[15:00] <alkisg> highvoltage: switch to another vt, and run: sudo service openbsd-inetd restart
[15:00] <alkisg> I've reported that, but noone has looked into it yet...
[15:01] <alkisg> (erm, I _think_ i've reported that... bah, Alzheimer)
[15:02] <highvoltage> alkisg: heh, ok
[15:02] <alkisg> highvoltage: how would you like the permissions for fat clients?
[15:03] <alkisg> I.e. like on normal desktops, admins can mount anything etc, or with "LOCALDEV_DENY_FLOPPIES" etc?
[15:03] <alkisg> (policykit vs lts.conf directives...)
[15:03] <alkisg> (I mean about mounting devices)
[15:04] <highvoltage> good question, I think it probably makes sense making it work like a typical fat client (so policykit then), but I don't have particularly strong feelings about it
[15:05] <alkisg> Yeah, that's how I feel too.. I've been trying to make consolekit/policykit cooperate for that past 2 days ;)
[15:05] <alkisg> OK, thanks
[15:10] <Ahmuck> whew, fixed my problem
[15:11] <stgraber> alkisg: I just did some quick debugging, my guess is that moving openbsd-inetd to a Pre-Depends should fix the issue
[15:12] <alkisg> stgraber: nice! Btw, could you update your ppa with the latest trunk? That "quoted clientid" in udhcp is causing problems for some people..
[15:12] <stgraber> alkisg: ok, I'm quickly going to upload a fixed 2.1 in Lucid to fix that inetd issue, then I'll do a new snapshot
[15:12] <alkisg> (i.e. the dhcp server always sends the same id for all)
[15:12] <stgraber> alkisg: do you have a bug number for the inetd issue ?
[15:12] <alkisg> Goodies
[15:12] <alkisg> let me check...
[15:13] <alkisg> stgraber: I don't see it, so I might not have reported it...
[15:13] <mhall119|work> highvoltage: stgraber: could either of you point me to some good documentation on using seeds and germinate to make Qimo ISOs?
[15:13] <mhall119|work> I'd like to start doing this properly
[15:14] <highvoltage> mhall119|work: afaik the best documentation is available from the wiki: https://wiki.ubuntu.com/SeedManagement and https://wiki.ubuntu.com/Germinate
[15:14] <mhall119|work> ok, already found both of those
[15:15] <mhall119|work> is there somewhere I can get the seed files used by Edubuntu and Xubuntu?
[15:15] <highvoltage> mhall119|work: although if you want to build a cd from scratch for qimo I think this would be way better: https://help.ubuntu.com/community/LiveCDCustomizationFromScratch
[15:16] <highvoltage> mhall119|work: https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/edubuntu.lucid
[15:16] <mhall119|work> oh, interesting, thanks highvoltage
[15:18] <highvoltage> you're welcome
[15:19] <mhall119|work> not sure if I want to go from scratch or not
[15:19] <mhall119|work> but I'll give it a try and see how it works out
[15:24] <mhall119|work> ubuntu-standard is what it common among all  the *buntus?
[16:33] <stgraber> alkisg: uploaded
[16:34] <alkisg> Thanks!
[17:07] <highvoltage> where does /var/lib/tftpboot/ltsp/i386/pxelinux.0 come from?
[17:08] <stgraber> highvoltage: syslinux is installed in the chroot, pxelinux.0 is copied in /boot in the chroot, then copied to /var/lib/tftpboot by ltsp-update-kernels
[17:08] <highvoltage> ah thanks stgraber
[17:09] <highvoltage> for the ltsp livecd, would we prefer mounting the squashfs and extracting it from there or installing syslinux?
[17:12] <stgraber> mounting the squashfs as we'll need to extract the kernel and initrd anyway
[17:12] <stgraber> (the initrd in LTSP is different from the one on the livecd, so we need to extract it from the chroot)
[17:12] <highvoltage> ah right I forgot that they were different
[17:14] <sbalneav> Morning all
[17:14] <highvoltage> morning scottesaurus
[17:14] <stgraber> hey sbalneav
[17:22] <highvoltage> it would've been so nice if pxelinux could've been quiten down
[17:22] <highvoltage> the rest of the boot process is so nice these days
[17:23] <ogra> send a patch to intel :)
[17:23] <highvoltage> ogra: :)
[17:27] <highvoltage> ogra: I might be wrong but it seems like most of the noise is generated after intel's stuff
[17:28] <highvoltage> (from the pxelinux.0 binary)
[17:29] <sbalneav> I've never understood the obsession with making boot silent.  It makes it 10x as hard to help people debug problems ("Go here! Turn this on! Now this!  And turn this off!  Now whats it say?"), and the boot's over with so fast... who CARES what it looks like booting?
[17:29] <sbalneav> </grump?
[17:29] <sbalneav> >
[17:30] <highvoltage> sbalneav: useful information is good, repetitive useless information that is always the same whether things are working or not may actually make things harder to troubleshoot since it makes the actual error messages harder to spot
[17:31] <jussi01> highvoltage: got a sec?
[17:31] <highvoltage> jussi01: yep
[17:31]  * jussi01 pms
[17:32] <sbalneav> highvoltage: sure. all this silencing doesn't spit out errors at all, it just completely silences everything.
[17:33] <ogra> sbalneav, windows and mac users are scaaaared by white text on black screens ... all these errprs messages that pass by
[17:33] <ogra> *error
[17:33] <sbalneav> Yeah, so, let 'em use Mac or Windows.
[17:33] <sbalneav> We're supposed to be different, remember?
[17:33] <ogra> if its white on black it *must* be errors
[17:34] <highvoltage> sbalneav: yes indeed, silencing error messages isn't a great idea
[17:34] <sbalneav> Or is that Linuxs' only goal these days: to be like windows/mac?
[17:34] <ogra> sbalneav, lucid spits out errors if they appear
[17:34] <highvoltage> in the one company I worked for, I didn't want to miss an irc meeting during a work meeting
[17:34] <ogra> plymouth chnaged a lot of things
[17:34] <highvoltage> so I irc'd during the meeting
[17:35] <highvoltage> my one manager walked passed and saw irssi and said "wow, look how committed Jonathan is, he even codes during meetings"
[17:35] <sbalneav> heh
[17:36]  * ogra wouldnt mind bootmessages though ... even on his normal lappie ... you dont notice them anyway if you boot in 8sec
[17:37]  * alkisg just sees a "(C) .... ess esc to skip disk check" and a blue bar with plymouth
[17:37] <alkisg> Isn't that supposed to actually show messages when one puts "NONquiet splash"?
[17:37] <ogra> yeah, still buggy
[17:38] <ogra> err NONquiet ?
[17:38] <ogra> what should that be ?
[17:38] <alkisg> you know, not define quiet at all :D
[17:38] <alkisg> At least it doesn't crash when one presses enter since 2 weeks ...
[17:38] <ogra> ah, i thought you literally put NON there
[17:38] <alkisg> There's something really wrong with their tty switching
[17:39] <ogra> plymouth is the biggest crap ... but if you dont want console messages its the only way to go
[17:39] <HedgeMage> Greetings, all.
[17:40] <ogra> (you need a graphical way for asking for the password on encrypted filesystems and a graphical way for fsck progress)
[17:41] <ogra> i think these two are the only reason why we still have plymouth ... else we'd just go with a black screen if quiet is set
[17:41] <ogra> splashes dont really make sense if you only see them for 1/2 second
[17:41] <alkisg> I got lots and lots of complains about thin clients not being able to boot because of plymouth :-/
[17:42] <ogra> are you sure its plymouth ?
[17:42] <alkisg> If they remove plymouth from init-bottom, it works...
[17:43] <alkisg> ...and half of them also work by just removing "quiet splash"
[17:44] <ogra> that doesbnt really say it must be plymouth :)
[17:45] <ogra> the framebuffer handling in the kernel changed a lot too
[17:46] <ogra> especually the vt switching code :)
[17:47] <alkisg> OK, but from the user prespective, plymouth is the guilty one, as it worked before :D
[17:47] <alkisg> I just hope it'll work in most of the cases when the final lucid is out
[17:47] <ogra> as long as you (make the users) file bugs
[18:25] <highvoltage> stgraber: my short-term memory seems to be failing me, what did Lamont say about the squashfs image?
[18:26] <stgraber> that he'd look at the bug
[18:26] <stgraber> but that hasn't happened yet ...
[18:26] <stgraber> highvoltage: can you poke him ? I've done enough nagging recently and don't want to end up in his ignore list ;)
[18:27] <stgraber> bug 531546
[18:27] <joerg> hey boys and girls :)
[18:27] <stgraber> hi joerg
[18:27] <highvoltage> hey joerg!
[18:27] <highvoltage> stgraber: yes, will do!
[18:27] <stgraber> highvoltage: thanks
[18:28] <joerg> highvoltage, saw a report on TV about south africa :) very nice over there ^^
[18:28] <highvoltage> joerg: depends where. it has good and bad places :)
[18:30] <joerg> hmm, at the southern coast
[18:30] <joerg> where they that old railway along the coast
[18:32] <joerg> +run
[18:47] <stgraber> Edubuntu meeting in 13 minutes !
[18:51] <highvoltage> joerg: ah yes I was down there this weekend for a wedding
[19:01] <highvoltage> Edubuntu Meeting about to start in #ubuntu-meeting
[19:55] <Ahmuck> meeting over?
[19:55] <stgraber> yep
[19:56] <Ahmuck> so, what do i need to back up.  lts.conf, interfaces & ...
[20:25] <mad_willsy> \join #ltsp