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