[00:01] <mhall119> sbalneav, do I remember correctly that you're a Gnome developer?
[00:54] <Ahmuck> any suggestions for webdav/caldav/groupdav?
[00:55] <Ahmuck> i've looked at a couple, sogo, bedework
[00:55] <Ahmuck> iirc, one of them can work in conjuction with moodle
[00:55] <Ahmuck> and schooltool
[01:57] <mhall119> I think there is an apache module for webdav
[05:15] <sbalneav> mhall119: Yes
[05:15] <stgraber> sbalneav: we have an issue ;)
[05:16] <sbalneav> what's up?
[05:16] <stgraber> sbalneav: basically, if sabayon is installed you never get to a gnome desktop
[05:16] <sbalneav> !?
[05:16] <sbalneav> I've got it installed right now
[05:16] <stgraber> I've been doing test rebuild for the last 2 hours and I'm currently dropping sabayon off the seed and meta so we can get a working alpha-2
[05:16] <stgraber> yeah, on a desktop it's fine
[05:17] <stgraber> it's failing in the live environment
[05:17] <sbalneav> Oh, ok, I've never tested it there.
[05:18] <stgraber> only issue is that it's extremely difficult to debug ...
[05:18] <sbalneav> does the current dvd have it on?
[05:18] <stgraber> if you happen to have the image 20100103 you'll notice the issue, for testing I rebuilt that same image myself => still the use, then without sabayon => working desktop
[05:18] <stgraber> yeah, that's why I've been rushing to drop it so we at least have a bootable alpha-2
[05:19] <sbalneav> k, how do I rsync the current dvd so I can test it.
[05:19] <stgraber> actually, I've been spending two hours trying to debug it before choosing to drop it off the dvd ;)
[05:19] <sbalneav> it's the apply that'll be failing
[05:19] <stgraber> that's what I suspected too but it's not the case and that's where it gets very very weird
[05:20] <stgraber> I have an image here with sabayon installed, the Xsession.d script removed and it's still failing to load a desktop
[05:20] <sbalneav> well, it has to be the sabayon-apply, that's the only thing that would get run
[05:20] <alkisg> Good morning guys. What ltsp version is in alpha-2? Is the one with the ldm segfaulting problem fixed? (the 2 nbd-client processes) - some people are asking to test the fat clients script...
[05:20] <stgraber> alkisg: I didn't upload a new ltsp yet, I'll be doing that after alpha-2 is released
[05:21] <stgraber> sbalneav: rsync -tzhhP rsync://cdimage.ubuntu.com/cdimage/edubuntu/dvd/20100113/lucid-dvd-i386.iso .
[05:21] <stgraber> that'll get you the broken image
[05:21] <stgraber> it's been confirmed on both amd64 and i386
[05:21] <alkisg> Ugh so it's broken :( ok I'll tell them to wait for a new LTSP upload, and to update before installing ltsp.
[05:21] <sbalneav> stgraber: ok, rsyncing now
[05:22] <sbalneav> just go ahead and drop it, I'll figure out what's causing the failure.
[05:22] <alkisg> stgraber: I'd like to test and do the 010-fat-client => 030-fat-client commit before your next ltsp upload, do I have 1-2 days to do so?
[05:23] <stgraber> alkisg: I'm planning on uploading it tomorrow afternoon, once I've nbd-proxy running properly, so for you that's almost a day ;)
[05:24] <alkisg> It'll suffice, thanks :)
[05:24] <sbalneav> I was figuring if it was on the disk it would install on the text based installer. I wasn't expecting it to be in the live environment.
[05:24] <stgraber> sbalneav: we added it to the edubuntu-desktop package as a recommends, so it's everywhere
[05:24] <sbalneav> ah
[05:24] <sbalneav> well, if it's breaking things on live, by all means, ditch it.
[05:25]  * sbalneav scratches head
[05:25] <alkisg> sbalneav: there isn't any >= 1000 uid user on the live cd, would that matter?
[05:25] <stgraber> I'm doing some tests here, trying to alter a broken image during its boot sequence so I can debug it
[05:25] <sbalneav> sabayon-apply pretty much just bails if there's no users.xml or groups.xml
[05:25] <stgraber> regenering a whole DVD image takes me almost an hour so it makes debugging extremely painful ;)
[05:25] <sbalneav> right.
[05:26] <sbalneav> for debugging, could we mount -bind something ?  I'm assuming you can log in on a text console
[05:26] <stgraber> you can't logon
[05:26] <stgraber> vt1 is a broken X, vt2 is some console showing "Authentication failure", vt7 is another broken X
[05:27] <stgraber> other VTs are dead
[05:27] <sbalneav> ouch
[05:27] <stgraber> yeah, I'm really wondering how sabayon can do that ;)
[05:27] <stgraber> because I get all VTs working correctly once it's gone ;)
[05:27] <sbalneav> shouldn't be possible
[05:27] <stgraber> ok, found a way to change a broken DVD at boot time, let's try to get some debug info ;)
[05:28] <sbalneav> geez, teach me to take an evening off to go to Robbie Burns night at lodge :)
[05:29] <stgraber> only thing I get is "Authentication failure" repeated 10 times on vt1 and broken X ...
[05:29] <stgraber> let's reboot and drop sabayon, then I'll try dropping the sabayon user and group, then the python code, then ...
[05:30] <stgraber> alkisg: we'll need some iso testing during night here in Canada, will you be able to test the Edubuntu DVD images ?
[05:31] <stgraber> alkisg: if you have already one somewhere, you can use the command I gave sbalneav to update it
[05:31] <stgraber> alkisg: I'd really like to have an Edubuntu alpha-2 release as we didn't have alpha-1 and we are very very close to release time
[05:32] <alkisg> stgraber: will do. When should I rsync? In a few hours?
[05:33] <stgraber> alkisg: look at http://iso.qa.ubuntu.com/qatracker/build/edubuntu/all
[05:33] <alkisg> OK, I have the amd64 version, I'll test that.
[05:34] <stgraber> I just marked them both as invalid, they'll be marked as ready for testing once they are rebuilt
[05:34] <stgraber> ok, Xsession.d is really not at fault, trying to drop the user and group now
[05:38] <sbalneav> if [ "$1" = "configure" ] ; then
[05:38] <sbalneav>     if ! getent group sabayon-admin >/dev/null; then
[05:38] <sbalneav>         groupadd --system sabayon-admin
[05:38] <sbalneav>     fi
[05:38] <sbalneav>     if ! getent passwd sabayon-admin >/dev/null; then
[05:38] <sbalneav>         useradd --system --home /var/run/sabayon-admin \
[05:38] <sbalneav>             -c "Sabayon user" --gid sabayon-admin sabayon-admin
[05:38] <sbalneav>         mkdir -p /var/run/sabayon-admin
[05:38] <sbalneav>         chown sabayon-admin:sabayon-admin /var/run/sabayon-admin
[05:38] <sbalneav>     fi
[05:38] <sbalneav> fi
[05:38] <sbalneav> that's the postinst for sabayon
[05:38] <sbalneav> which is what it's been, packaging wise, for a while
[05:39] <sbalneav> the only thing I've done to the postinst is add --system
[05:39] <sbalneav> since the user and groupids should be < 1000
[05:42] <sbalneav> I notice on my system the userid and groupid are 999, which is unusual for a system id
[05:43] <sbalneav> could that be a problem?   what's the live user's id?
[05:45] <stgraber> sbalneav: on removal, it says that the sabayon-admin group doesn't exist
[05:45] <stgraber> and if I remove sabayon after the initramfs script it still doesn't work
[05:45] <stgraber> so something is conflicting with sabayon inside the initramfs ...
[05:46] <sbalneav> Well, I don't know how live cds actualy work, but as a normal package, it doesn't put anything anywhere CLOSE to an initramfs.
[05:47] <stgraber> ok, seems like the ubuntu user isn't getting created for some reason
[05:47] <sbalneav> it's gotta be something with the userids and group ids or homedir it creates
[05:49] <stgraber> uid is 999
[05:49] <stgraber> for the livecd user
[05:49] <stgraber> and so is sabayon-admin's
[05:50] <stgraber> the uid for the livecd user is hardcoded in the script
[05:50] <sbalneav> how's sabayon getting 999
[05:51] <sbalneav> hmm
[05:51] <sbalneav> other scripts seem to use adduser
[05:51] <sbalneav> wheras the sabayon postinst uses useradd
[05:51] <stgraber> no idea but that's the uid it got when installed in the live environment ...
[05:52] <sbalneav> ok, if I update the postinst, and push something to my ppa, do we have enough time to try?
[05:52] <sbalneav> or are you ready to collapse
[05:52] <sbalneav> this can wait 'till the next alpha
[05:52] <stgraber> we won't make it for alpha-2, the DVD is already building and it takes at least two hours before we can retry another one
[05:52] <sbalneav> ok, well, we know what the problem is: faulty sabayon postinst
[05:53] <stgraber> though I'd like to have that fixed ASAP so the next DVD build after alpha-2 can be tested to make sure we have that fixed
[05:53] <sbalneav> I'll fix it right now
[05:53] <sbalneav> gimme 10
[05:54] <stgraber> well, calling useradd isn't "wrong", adduser is a debian-specific script on top of useradd
[05:54] <stgraber> what I just don't get is why --system assigns the highest uid and not the lowest
[05:57] <stgraber> though all packages seem to use adduser
[05:57] <stgraber> so let's use adduser and it'll fix everything (at least it should)
[05:58] <stgraber> oh, or just add: -K UID_MIN=1
[05:58] <stgraber> that should fix the issue
[06:00] <stgraber> nope, doesn't work, just use adduser ;)
[06:00] <sbalneav> yep, one sec
[06:01] <stgraber> and also use addgroup instead of groupadd
[06:01] <stgraber> as the gid will be the next issue we'll have otherwise ;) (I noticed it's also 999 so would also conflict)
[06:03] <sbalneav> I've just converted it to a adduser --group
[06:04] <sbalneav> single lne
[06:04] <sbalneav> Stole it from the nbd postinst script
[06:04] <sbalneav> package is building now
[06:07] <sbalneav> works
[06:07] <sbalneav> uids are low now
[06:07] <sbalneav> 118 or so
[06:07] <sbalneav> on my box here
[06:07] <sbalneav> what's faster, grabbing something from my ppa, or me pasting the postinst here
[06:07] <sbalneav> #!/bin/sh
[06:07] <sbalneav> set -e
[06:07] <sbalneav> if [ "$1" = "configure" ] ; then
[06:07] <sbalneav>     if ! id sabayon-admin >/dev/null 2>&1; then
[06:07] <sbalneav>         adduser --system --group --home /var/run/sabayon-admin \
[06:07] <sbalneav>             sabayon-admin
[06:07] <sbalneav>     fi
[06:08] <sbalneav> fi
[06:08] <sbalneav> #DEBHELPER#
[06:08] <stgraber> I can upload that in like 10s
[06:08] <stgraber> though we found what was causing useradd to use 999
[06:08] <stgraber> it's a bug in /etc/login.defs
[06:09] <sbalneav> ah, so we've uncovered a bug in another program with our packaging :)
[06:09] <sbalneav> geez, stgraber, this has caused you a headache for sure.  Man, am I sorry.
[06:10] <stgraber> no problem ;)
[06:11] <stgraber> slangasek and persia are now debating about adduser and useradd not respecting /etc/login.defs and having their own configuration ;)
[06:11] <sbalneav> the original packaging from the old programs used useradd, but before, they didn't use --system
[06:11] <stgraber> something is clearly broken and will need fixing
[06:12] <sbalneav> you must have had that convo in the secret ubuntu-dev channel
[06:12] <sbalneav> it's not in regular ubuntu-devel :)
[06:12] <stgraber> it's in ubuntu-testing actually ;)
[06:12] <sbalneav> ah
[06:12] <sbalneav> heh
[06:15] <sbalneav> so does that seem to fix things?
[06:15] <sbalneav> spose we'll have to wait till the next daily build :(
[06:15] <stgraber> it should
[06:16] <sbalneav> so we won't have this for alpha 2 then.
[06:16] <stgraber> ok, sabayon uploaded
[06:17] <stgraber> nope, we won't have it for alpha-2 but we'll have the build just after and people updating their alpha-2 will get it too
[06:18] <sbalneav> perfect.
[06:18] <sbalneav> Well another bug squashed.
[06:19] <sbalneav> Sabayon seems cursed.
[06:19] <sbalneav> broken like heck, fix it.
[06:19] <sbalneav> Sabayon works, gksu breaks.
[06:19] <sbalneav> fix that
[06:19] <sbalneav> sabayon works, gksu works, useradd breaks :)
[06:20] <stgraber> hehe
[06:21]  * stgraber goes to revert his change on the seed + meta
[06:22] <stgraber> seed done
[06:28] <sbalneav> stgraber: Next BTS, all your drinks and dinners are on me :)
[06:28] <sbalneav> ok, the old fart's exhausted
[06:28] <sbalneav> I'm off to bed, you get some sleep too
[06:29] <stgraber> good night :)
[06:29] <stgraber> drings and dinners, sounds interesting :) I'll need to make a note of that ;)
[06:30] <stgraber> *drings (yeah, it's late)
[06:30] <stgraber> *drinks (..... keyboard)
[10:54] <alkisg> highvolt1ge: I think the edubuntu live dvd is still broken due to sabayon, can you help? (e.g. remove it from the seeds)?
[10:54] <alkisg> Or should we wait for stgraber?
[10:54] <alkisg> (it'll be too late then, won't it?)
[12:25] <highvolt1ge> alkisg: my sync will finish shortly then I could test as well, but stgraber will have to make the seed changes
[12:26] <alkisg> highvolt1ge: ok, that was with the i386 build, I'll try now with the amd64 one
[12:27] <ogra> you guys should really subscribe to lucid-changes ;)
[12:27] <ogra> edubuntu-meta (1.76) lucid; urgency=low
[12:27] <ogra>   * Refreshed dependencies
[12:27] <ogra>   * Added sabayon to desktop-gnome-recommends
[12:28] <ogra> seems he just added it today
[12:29] <alkisg> ogra: he removed it because it broke autologin and then added it right afterwards because they supposedly found a fix :-/
[12:29] <ogra> ah
[12:30] <alkisg> But that fix was in useradd or something like that (stgraber talked to some ubuntu devs in #ubuntu-testing, I didn't see the convo)
[12:30] <ogra> sabayon (2.29.5~rc1-0ubuntu2) lucid; urgency=low
[12:30] <ogra>   * Change postinst to user adduser instead of useradd (by Scott Balneaves).
[12:30] <ogra>     (Fixes Live CD bug where sabayon would have the same UID as the live user)
[12:30] <alkisg> Anyway now sabayon user id = 999, the same as the live user id, and that makes login impossible
[12:30] <ogra> check if your iso has that sabayon version on it
[12:31] <alkisg> k
[12:31] <mhall119> sbalneav, jono just posted that Canonical is looking to hire a couple Gnome devs
[12:32] <alkisg> ogra, I got a question though, "how can I check sabayon version in a CD where I cannot login?" :D
[12:32] <alkisg> Mount iso, mount squashfs and chroot?
[12:33] <ogra> the manifest file
[12:33] <alkisg> Ah, looking...
[12:33] <ogra> on cdimage where you downloaded your iso ;)
[12:33] <ogra> (manifest for live, .list file for alternate)
[12:34] <alkisg> sabayon 2.29.5~rc1-0ubuntu1
[12:35] <alkisg> Hmmm so the cd spin whatsyamacallit that stgraber did before he slept didn't get the new version
[12:37] <alkisg> highvolt1ge: so we need to request a new build of the dvd...
[12:53] <highvoltage> stgraber: eek, did you get much sleep at all?
[13:15] <stgraber> highvoltage: a bit over 4 hours ;)
[13:16] <stgraber> alkisg: I requested another respin, we should have another image in 1-2 hours including a working sabayon
[13:16] <stgraber> sbalneav will be happy ;)
[13:17] <alkisg> stgraber: nice! Now get back to bed :)
[13:19] <stgraber> nah, I'm at the office now, starting to work for a full day + server hardware change this evening so I'll be leaving quite late ;)
[13:24] <alkisg> While trying the new fat client script, I'm getting a lot of those messages, should I be worrying?
[13:24] <alkisg> debconf: (Failed to open fd 3: Bad file descriptor at (eval 24) line 3)
[13:26] <stgraber> as long as it's during ltsp-build-client, that's fine
[13:26] <alkisg> Yes, and it complains about initializing the passthough environment. Thanks, I'll ignore it
[13:48] <dgroos> Good morning
[13:50] <alkisg> highvoltage: any objections on commiting this updated fat client script in a while, when I'm done testing? http://ltsp.pastebin.com/m7bc4e0c5
[13:50] <dgroos> I'm still getting no success with iTALC--I still get the message: Somebody tried to access this computer but could not authenticate itself successfuly! I've done a complete removal of iTALC, I've tried installing both on the server and on the client--no luck.  Currently I'm installed on the client.
[13:55] <dgroos> googling hasn't helped, nor has this page: https://help.ubuntu.com/community/UbuntuLTSP/iTalc.  I'm guessing it's a key problem, but don't know how to check/fix.
[13:55] <alkisg> dgroos, alpha 2 is to be out in a few hours, so if you don't get enough help on troubleshooting iTalc today, try again tomorrow
[13:55] <alkisg> That wiki page needs to be deleted :D
[13:55] <alkisg> Usually `sudo apt-get install italc-master` on the server, and logoff/logon is ALL that is needed.
[13:55] <alkisg> But people start installing it to the chroot and things get complicated... :)
[13:56] <dgroos> I'll purge and give a re-try, thanks.
[13:56] <dgroos> Good luck everyone on alpha 2--Thanks for your work!
[13:56] <alkisg> Also try a complete reboot to make sure there aren't hang processes around
[14:03] <highvoltage> alkisg: that looks much nicer!
[14:03] <highvoltage> alkisg: thanks
[14:50]  * sbalneav hugs stgraber
[14:50] <sbalneav> stgraber: how late were you up last night?
[14:51] <sbalneav> ogra
[14:51] <sbalneav> alkisg
[14:52] <alkisg> Hi sbalneav
[14:52] <sbalneav> the problem was, sabayon was using useradd for adding users
[14:52] <sbalneav> but useradd wasn't respecting login.defs, and so was creating the sabayon user as uid 999
[14:52] <sbalneav> which is what the live cd's hard-code the live id to be.
[14:52] <alkisg> I saw that much, but was useradd fixed?!!
[14:53] <sbalneav> No, don't think so.
[14:53] <alkisg> I thought the debian utils didn't respect login.defs by design...
[14:53] <alkisg> (/etc/adduser.conf)
[14:53]  * ogra loks up from bootloader hacking
[14:53] <ogra> oh, hi sbalneav :)
[14:53] <alkisg> ogra, bootloader? Are we going to have a new syslinux version? :P :D
[14:54] <ogra> alkisg, u-boot ...
[14:54] <ogra> all ARM stuff
[14:54]  * alkisg gets his arm dictionary...
[14:55] <sbalneav> anywho, most other postinsts seem to use adduser and not useradd, so I just converted it to that.
[14:55] <sbalneav> I've never changed much in the packaging, other than the deps as they've changed.
[14:56] <sbalneav> so that's a bug that's been there a while.
[14:56] <sbalneav> but seeing as how sabayon's been broken for 3+ years... :)
[14:57] <stgraber> sbalneav: 2am or so
[14:58] <alkisg> sbalneav: well since postinst is a debian thing anyway, it makes sense to use adduser... I'll resync in a few hours and test again :)
[15:02] <sbalneav> stgraber: You young kids and your stamina :)
[15:04] <alkisg> Hmm can some guru help here? http://ltsp.pastebin.com/m2f291da6
[15:04] <alkisg> That's right after the fat client script tries to run `tasksel install ubuntu-desktop`
[15:05] <alkisg> 030-fat-client: http://ltsp.pastebin.com/m21c6359a
[15:09] <ogra> alkisg, isnt APT_GET_OPTS already set properly ?
[15:09] <ogra> oh, you re-enable it
[15:09] <ogra> nm
[15:10] <alkisg> ogra, it is, should I use apt-get $APT_GET_OPTS install ubuntu-desktop instead of tasksel?
[15:10] <ogra> n o, tasksel is the right way
[15:12] <ogra> i wonder if you couldnt do the last step a bit more elegantly with a file in /usr/share/gconf-defaults/
[15:13] <stgraber> Edubuntu 14.1 is on the mirror now
[15:14] <sbalneav> so we made it in for alpha-2 even with the sabayon respin?
[15:15] <ogra> sbalneav, non-official distros can even make A2 tomorrow
[15:15]  * sbalneav dances with ogra maniacally
[15:15]  * sbalneav give stgraber a big wet sloppy kiss
[15:15] <sbalneav> \o/
[15:15]  * ogra grins 
[15:16] <stgraber> sbalneav: looks like we did yeah
[15:17] <ogra> congrats guys !
[15:17] <alkisg> ogra, about the file, that's why I put a # TODO there. The problem is the apt dying without explanations :-(
[15:19] <alkisg> Congrats everyone :)
[15:19] <alkisg> Can I spawn a shell with all the environment variables at that point?
[15:20] <ogra> alkisg, well, "tasksel: aptitude failed (100)" ... why did it fail, the error must be either above or in a log
[15:20] <ogra> the umount is only fallout
[15:20] <ogra> just add a line to your plugin that does it ...
[15:20] <ogra> before the tsksel runs
[15:20] <ogra> then run it manually
[15:21]  * alkisg looks at /opt/ltsp/i386/var/log/apt/history.log ...
[15:22] <alkisg> Ugh, I can't find anything useful there, so I'll just call a `sh` at that point.
[15:58] <highvoltage> stgraber: so these are the 14.1 images right? http://cdimage.ubuntu.com/edubuntu/dvd/current/
[15:58] <stgraber> yep
[15:59] <highvoltage> it should be a quick sync at least :)
[16:23] <alkisg> Damn when I spawn a shell during ltsp-build-client, and run tasksel manuall from there, everything works fine, I even get a whiptail GUI... :-/
[17:08] <sbalneav> ok, I've officially (in my upstream roll) released 2.29.5
[17:08] <sbalneav> or sabayon
[17:13] <highvoltage> my rsync is taking way longer than expected :/
[17:17] <ogra> you wanted a DVD ;)
[17:20] <highvoltage> heh :D
[17:25] <stgraber> sent 448.44K bytes  received 359.61M bytes  261.94K bytes/sec
[17:25] <stgraber> so you need 360MB to get from 13.1 to 14.1
[17:27] <highvoltage> I synced with 14.0 earlier though
[17:36] <alkisg> stgraber: I tested the amd64 version and seems fine, do I need to "submit" my test results somewhere?
[17:36] <highvoltage> http://iso.qa.ubuntu.com/qatracker/build/edubuntu/all
[17:36] <ogra> alkisg, isotracker
[17:37] <alkisg> Uh, I prolly have to test teh "Install (debian-installer LTSP)" stuff as noone did it yet
[17:39] <alkisg> "Enter your Ubuntu QA username." ?
[17:40] <ogra> thats where you type in your ubuntu QA username :)
[17:40] <alkisg> So much for the openid launchpad stuff :)
[17:44] <ogra> finally a proper avatar summary http://i834.photobucket.com/albums/zz268/fotoslamenza/Fotos-fds/43/photopodborka_152.jpg :)
[17:46] <highvoltage> *g*
[18:59]  * alkisg gives up on `tasksel install edubuntu-desktop-gnome`, I can't find any logs about the "tasksel: aptitude failed (100)" problem anywhere... :(
[21:23] <highvoltage> so alternate i386 fails
[21:23] <highvoltage> (with LTSP installation)
[21:23] <highvoltage> it can't find the package ltsp-server-standalong
[21:24] <ogra> is it in the pool dir ?
[21:24] <ogra> or completely missing from the CD
[21:24] <highvoltage> one moment...
[21:25] <highvoltage> ogra: seems that it's not in the pool directory
[21:25] <ogra> well, then its missing from the seed somehow
[21:25] <highvoltage> ogra: in pool/main/l/ltsp there's an ltsp-client-builder and ltsp-server, but not ltsp-server-standalone
[21:26] <ogra> at this point thats rather something for a release note though, talk to slangasek (when he gets up again)
[21:27] <highvoltage> ok
[21:27] <ogra> and prepare some text for a note :)
[21:28] <highvoltage> "Whatever you do, don't choose the LTSP option from the installer!!!!"
[21:28] <ogra> heh
[22:08] <stgraber> highvoltage: we shouldn't even have that LTSP install option anymore, so it's really not an issue, we should just release note it
[22:08] <stgraber> we only have ltsp-server on the DVD as it's what will be needed for LTSP once it's moved to the live environment and dropped from the on-dvd archive
[22:08] <stgraber> and only reason why the on-dvd archive still contains everything is because I haven't found a way to get rid of that extra 1.5GB of package ...
[22:13] <nixternal> oi oi edubuntu'erz!!
[22:14] <nixternal> I have had the week from hell...I have done so much work, but I couldn't tell you what the heck I did :/
[22:15] <nixternal> I checked out Edubuntu docs and started to cry a little bit :(  needs a bit of work, but I don't think it needs a ton of work, considering we can leverage ubuntu-docs, though we might want to actually fork their docs and change screenshots, or something like that
[22:16] <nixternal> actually, not fork them, because they have translations, maybe have edubuntu-docs install ubuntu-docs first, and then replace screenshot images...if it is at all that important, as they look the same except for color
[22:23] <highvoltage> stgraber: ok
[22:25] <highvoltage> nixternal: I don't think people are too picky about wallpapers, since that's the first thing most people change anyway
[22:25] <highvoltage> nixternal: I guess we should have a docs day too
[22:26] <stgraber> highvoltage: we did mention planning one at some point after FF
[22:26] <highvoltage> stgraber: indeed, wow and it's crawling closer ever faster
[22:27] <highvoltage> nixternal: I think it's just been one of those kind of weeks
[22:34] <nixternal> that it has...trying to finish up a ton of stuff before FF
[22:34] <nixternal> have about 10 MIRs I have yet to do :)