[00:04] <highvoltage> edubuntugirl: announce feature freeze is now in effect
[00:04] <edubuntugirl> highvoltage: One learns a new thing every day
[00:04] <highvoltage> oops
[00:04] <highvoltage> edubuntugirl: forget announce feature freeze
[00:04] <edubuntugirl> highvoltage: Yessir
[00:35] <sbalneav> highvoltage: ping\
[00:35] <edubuntugirl> sbalneav: By the way, highvoltage on freenode told me "tell sbalneav please ping me when you're back :)" 1 hour, 57 minutes and 41 seconds ago
[00:35] <sbalneav> Gee, thanks :)
[00:35] <highvoltage> hey sbalneav :)
[00:36] <highvoltage> sbalneav: at least we don't have to get the gartoon-redux package in *right now*
[00:36] <highvoltage> sbalneav: it's covered by the artwork freeze but it would still be nice to get it in before the end of the week
[00:36] <highvoltage> sbalneav: I'm going to sleep now since its 2:36am here but we'll talk again tomorrow!
[00:37] <sbalneav> highvoltage: cool, yeah get some sleep :)
[01:00] <mhall119|work> highvoltage: Qimo packages made what?
[01:57] <mhall119|work> thank you highvoltage and nixternal
[02:42] <mgariepy> sbalneav, when you launch sabayon with gksu does the cursor stay in the busy position forever, for profilemanager it stay there for like 30 seconds even tho it takes like 4 sec to start
[02:43] <stgraber> mgariepy: takes more like 0.5s here then 30s of that wait cursor ;)
[02:43] <mgariepy> hmm not on karmic
[02:44] <mgariepy> but that's great then ;)
[02:44] <stgraber> yeah, everything is just faster in lucid ;)
[02:44] <mgariepy> with your ssd
[02:44] <stgraber> well, that helps but Lucid in general is faster
[02:45]  * stgraber should really reinstall his laptop ... hundreds of useless packages and a ton of hacks have piled up since alpha1
[02:46] <mgariepy> same for me but mine was a karmic alpha i think.
[02:47] <sbalneav> mgariepy: yeah\
[02:47] <sbalneav> it's a bug in gksu
[02:47] <mgariepy> ok
[02:47] <sbalneav> the code's a nightmare
[02:48] <sbalneav> You know the screen-scraping stuff we do with ldm for the ssh connection?
[02:48] <sbalneav> gksu does that for sudo
[02:49] <sbalneav> so, if you've already authenticated (i.e. the sudo runs right away without asking for a password) the gksu sits there in the main thread for 30 seconds looking for a passord prompt
[02:49] <mgariepy> ouch
[02:49] <sbalneav> meanwhile, the apps aready running.
[02:49] <mgariepy> omg
[02:49] <sbalneav> yeah
[02:50] <sbalneav> man, I can't get that new pam module running fast enough :)
[02:50] <sbalneav> I've already got it authenticating
[02:50] <sbalneav> the libssh stuff's going to be MUCH more sane.
[02:53] <stgraber> looking forward to getting rid of all that expect code ;)
[02:59] <sbalneav> oh, you have no idea
[02:59] <sbalneav> that code's my worst nightmare
[03:00] <sbalneav> I'm simultaneously very proud, and very ashamed I wrote it.
[03:00] <sbalneav> Proud that it worked, and it was the only solution we had to the problem
[03:01] <sbalneav> Ashamed that it was such a gawd-awful hack
[03:01] <stgraber> well, I guess you haven't looked at NX's code then ;)
[03:01] <stgraber> ldm is so clean compared to it :)
[03:02] <stgraber> NX is using ssh for communication (so it's using expect too) but then it has its own protocol (implemented as a shell) with some more expect to in the end run a daemon on both side of the SSH link and use a ssh tunnel for data ;)
[03:02] <sbalneav> No, I long ago gave up on looking under rocks for gross things that squiggle just for the fun of it :) I only do it as needs must.
[03:02] <stgraber> the good thing they did is force a standard protocol rather than fight with PAM, the only issue is that they added a second layer of expect for that
[03:05] <sbalneav> "If engineers built buildings the way programmers wrote programs, the first woodpecker to come along would destroy civilization" :)
[03:06] <stgraber> hehe ;)
[03:07] <sbalneav> On a lighter note, I was down at Windsor Plywood today looking at 6" tongue-in-groove knotty-pine siding and flooring to finish the basement on my cottage over the spring break
[03:08] <sbalneav> so, by end of march, I'll know if I can host the mini-hackfest :)
[03:09] <stgraber> yeah !
[03:09] <mhall119|work> anyone know a good bittorrent tracker for hosting a Qimo ISO?
[03:10] <sbalneav> mhall119|work: heh, never hosted anything on BT.  Only ever downloaded ISO's :)
[03:10] <sbalneav> Still no luck with hosting?
[03:10] <mhall119|work> I used linuxtracker.org for 1.0, but their site isn't responding anymore
[03:11] <mhall119|work> actually I did have luck, University of South Florida (where I'm going to school) is going to host a mirror
[03:11] <stgraber> mhall119|work: I don't know of any good tracker, though once you find one, please give me a .torrent and I'll put one of my server so it seeds it (100Mb/s)
[03:11] <mhall119|work> sure will
[03:11] <sbalneav> mhall119|work: what about ibiblio?
[03:12] <sbalneav> they maitain a huge archive of a lot of Linux ISO's
[03:12] <mhall119|work> haven't contacted them yet, I think USF hosting should be enough, they have plenty of bandwidth
[03:12] <mhall119|work> my non-USA mirrors seem to be doing okay
[14:04] <mhall119|work> Qimo 2 Alpha 2 ISO is now available: http://www.quinncoincorporated.org/qimo-2.0-desktop-alpha2.iso
[14:04] <mhall119|work> if anyone could help seed, that would be much appreciated
[15:26] <mhall119|work> highvoltage: now that the Qimo packages are approved, what's the process for bugfixes?
[15:28] <mhall119|work> stgraber: The Qimo ISO is up for seeding: http://www.quinncoincorporated.org/qimo-2.0-desktop-alpha2.iso
[15:30] <mhall119|work> http://www.quinncoincorporated.org/qimo-2.0-desktop-alpha2.iso.torrent that is
[15:43] <highvoltage> mhall119|work: bug fixes are *much* simpler than getting a new package in, especially since only one person needs to sponsor it, we'll talk about it a bit later, I'm just in the middle of a few things at the moment
[15:51] <mhall119|work> sure, no problem
[17:13] <mhall119|work> wasn't there talk about a Netbook edition of Edubuntu?
[17:16] <highvoltage> stgraber: how did ltsp-livecd cause a ftbfs?
[18:02] <stgraber> highvoltage: it was my fault, I called it debian/ltsp-livecd but the package is also called ltsp-livecd and so uses debian/ltsp-livecd/ as build directory
[18:02] <stgraber> highvoltage: I moved it to debian/scripts/ltsp-livecd to workaround that issue
[18:03] <highvoltage> stgraber: ah ok, thanks