[02:46] my jaunty server has been doing well [02:46] turning it into a full blow horde/funambol server [02:47] altho, i would say it seems to not be performing as well as it did under 8.04 server... it's an old ass machine tho [07:07] <_stochastic_> hey room, out of curiosity, when will the next set of ISO's be put up on the UbuntuISO testing webpage? [07:07] <_stochastic_> is there any schedule to it or is it pretty intermittent? [11:25] heno: Hi [11:43] Hi davmor2 [11:43] No ara today? === rmcbride_ is now known as rmcbride [12:56] * mvo hugs sbeattie for the verification of #349725 === Shane_Fagan is now known as Shane_ === Shane_ is now known as Shane_Fagan1 === Shane_Fagan1 is now known as Shane_Fagan [13:16] where are the daily-live's from say 4/2/09 [13:16] the ios's from 4/2/09 [13:17] I think they're only preserved for two days and then deleted. [13:17] jtholmes: do you mean 20090402 [13:17] davmor2, yes [13:18] thanks jpds [13:19] davmor2, here is the problem 4/3/09 and 4/5/09 ubiquity installer's die at partman and i wanted to test 4/2/09 again to see if that problem exits [13:19] 4/5/09=4/6/09 [13:20] I cant believe I am the only one having this problem [13:20] this is on kubuntu ubuntu is fine [13:26] yop [13:28] euh je sais pas si j'ai fait un truc de travers mais j'arrive plus a avoir mon Google Calendar dans Evolution sous Jaunty [13:29] oh right this is not the french channel ^^ [13:30] strider sorry english only [13:30] i can't set up my Google Calendar in Evolution anymore =/ [13:31] i don't remember what where the options in Evolution's versions berfore Jaunty but i think there's something missing [13:35] davmor2, is there any file/information in a daily-live .iso that tells me the exact date the .iso file was created? [14:51] davmor2: Hey, do I remember correctly that you have an Acer Aspire One somewhere with the original OS installed? [14:52] fader_: I had an AAO with hardy unr on I now have an AAO with jaunty unr on why? [14:52] Oh I have linpus lite too [14:52] davmor2: I'm trying to find out the lid switch behavior on it for bug 348012 [14:52] Launchpad bug 348012 in linux "Acer Aspire One doesn't wake up when lid opens" [Medium,Triaged] https://launchpad.net/bugs/348012 [14:53] To see if it's really a bug or a 'feature' :) [14:54] davmor2: Do you have linpus installed on one currently? [14:54] fader_: I can drop linpus back on and confirm but iirc in all the shops displaying them including the xp version if you shut the lid the power button need to be pressed to restart it. [14:54] fader_: about 20 minutes I can [14:54] davmor2: You rock, thanks :) [14:57] fader_: transferring to usb now [14:59] hey cgregan [14:59] hey davmor2! [14:59] morning [14:59] errrr [14:59] afternoon! :-) [14:59] cgregan: close but no cigar :) [15:00] cgregan: will there be an upgrade path from hardy unr to jaunty unr? [15:01] davmor2: That is a question for lool [15:01] lool^ [15:01] davmor2: For our customers....no. Device is locked to the shipping version [15:01] cgregan: :( meanie [15:02] is this strictly for support reasons? [15:02] davmor2: hehe [15:02] davmor2: Yes...hardware support [15:03] that's fair enough then can't argue with that [15:04] fader_: installing to AAO now [15:04] davmor2: :D [15:08] davmor2: An upgrade path that we support officially? no [15:08] But you can probably upgrade; not sure what would break, probably not too much [15:08] Poulsbo would be the most obvious [15:10] python is the big screw up at the moment with upgrades [15:24] fader_: moment of truth [15:24] * fader_ plays a drumroll. [15:26] fader_: orange flashy power button [15:26] davmor2: i.e. it didn't wake up when you opened the lid? [15:26] no [15:26] fader_: I'll press the flashy button now [15:26] davmor2: Excellent, thanks. I'll put that in the bug. [15:26] davmor2: Thanks for checking that out! [15:27] fader_: now it's green and it's come back to life :) [15:27] davmor2: I think it's just lazy. Making you press a button... [15:35] fader_: that's classy the wifi doesn't work after suspend Yay [15:36] lool: is the current image okay? [15:36] davmor2: That's on the linpus install? [15:36] fader_: yeap [15:36] davmor2: Heh, nice [15:37] Who needs to be online anyway? [15:37] fader_: on a downside the leds work [15:38] davmor2: Which leds are those? [15:38] fader_: wifi [15:38] Heheh wow. [15:40] dtchen: uploaded alsa-info output to bugs 354705 and 354707 [15:40] Launchpad bug 354705 in alsa-driver "[Jaunty] Microphone doesn't work at all on Eee 701SD" [Undecided,Incomplete] https://launchpad.net/bugs/354705 [15:40] Launchpad bug 354707 in alsa-driver "[Jaunty] Microphone doesn't work at all on Eee 900" [Undecided,Incomplete] https://launchpad.net/bugs/354707 [15:40] man, ubot is quite clever to have understood both bug numbers [15:40] fader_: I'm just doing the updates and then I'll check suspend and resume again and just double check that it didn't get fixed latter [15:40] davmor2: The current image should be ok [15:41] davmor2: Ah, good idea [15:41] lool: Cool I need unr back lite is so poor [15:44] have there been any reports of partman failing in the 4/3/09 and the 4/6/09 daily-live iso's [15:46] jtholmes: not that I'm aware of cjwatson ^ [15:47] jtholmes: is this on Kubuntu? [15:47] davmor2, both give partman error 141 and wont install i put in bug 345515 friday but was not able to upload the syslog and partman logs until today [15:48] jtholmes: Error: Could not parse data returned by Launchpad: The read operation timed out [15:48] maybe i am the only one having the problems [15:48] jtholmes: it's not reproducible across the board [15:48] we're working through incoming bugs as fast as we can but it's taking a while [15:48] cjwatson, ok i will try another machine [15:48] and see what the results are there [15:49] i suspect though that it is somehow my machine [15:50] jtholmes: I did a kubuntu install on friday which was fine [15:50] jtholmes: I don't think you mean 345515. typo? [15:50] cjwatson, yes typo 354515 [15:51] davmor2, must be my machine I will check on another machine [15:51] because ubuntu installs fine, but on another machine [15:52] thanks guys i will test on another bed and get back to you [15:53] jtholmes: That could be the problem there try installing on a pc rather than a bed you might have more joy :D [15:53] rofl thanks needed that [15:54] jtholmes: err. are you sure that that partman log is complete? it doesn't look it [15:55] cjwatson, you know I had the same feeling about completeness let me reinstall and see if I missed something [15:55] exit code 141 is SIGPIPE which means "something I was talking to just randomly died" [15:55] but there's no indication in the logs of what that might have been [15:56] let me rerun wont take long [15:57] jtholmes: did you type out the logs? [15:58] davmor2, no i scp them to another machine from a terminal window i started after the partman failure [16:04] fader_: This may take a while AAO linpus lite downloads 1 patch and applies it and then then next patch and applies it etc, etc, etc [16:05] davmor2: Heh, nice... thanks for the update. :) [16:07] fader_: I wouldn't mind but I think it is on number 5 there are maybe 25-30 [16:08] jtholmes: I would recommend making sure that you acknowledge the installer's crash window first, to make sure that all the logs are flushed [16:11] cjwatson, yes i will do that [16:11] cjwatson, i get the same results on another machine i will upload the logs and try a third machine [16:15] jtholmes: is your burn good? [16:18] davmor2, i actually do it from a hard disk [16:18] however i did burn earlier today and it also failed at the same place [16:18] i am going to try a third machine which does not have both SATA and IDE hardware to see if that may be the problem [16:19] davmor2, if no one else is having the prob then it has to be my hardware [16:23] jtholmes: please don't casually assume local hardware problems; there's no obvious evidence of that in your log as yet [16:24] jtholmes: it's entirely possible for it to be some property of the current state of your hard disk (and I don't mean a broken hard disk, I mean the bits on the disk), for example [16:24] in most cases of hardware problems, there is some evidence of that in the logs [16:24] similarly, in most cases of bad burns (although not all), there is some evidence of that in the logs [16:25] so let's be scientific about this :) [16:26] cjwatson, what are your suggestions [16:26] we don't really have enough widespread daily build coverage to be able to generalise accurately from "only one tester is seeing this" to "only one Ubuntu user is going to see this", anyway [16:26] jtholmes: in the first instance, I suspect that running the installer with 'ubiquity -d' from a terminal window and then uploading /var/log/syslog /var/log/partman /var/log/installer/debug would be useful [16:26] I have no suggestions until I have seen the logs; I prefer not to guess [16:27] cjwatson, I will run ubiquity -d and upload the logs thanks [16:27] thank you [16:36] * davmor2 suddenly dies of boredom waiting for this chuff linpus lite to update [16:42] * fader_ calls dibs on davmor2's stuff. [16:43] Er, I mean, I'm in mourning. [16:43] :P [16:44] fader_: it's on like number 8 or something now it's a joke I've install a netboot faster than this infact I'm pretty sure the gentoo builds faster :D [16:47] davmor2: Have you tried hitting it with a blunt object? [16:48] fader_: I have a nasty feeling that it's a patching system and so needs to recompile the module/app after each update [16:49] davmor2: Ugh. [16:49] * fader_ barfs. [16:50] fader_: now your getting it. I just downloaded 713 meg of unr in the time that it took the bar to move 1 mm [16:50] davmor2: Yeah, but the screen is small, so you have to figure that 1mm is like 6km on a bigger screen, right? [16:51] fader_: berkelium was the system that was having LVM removal troubles, wasn't it? [16:51] fader_: I'd like to use my new magic servenab powers to fiddle with it today or (perhaps more likely at this point) tomorrow [16:51] cjwatson: berkelium was one of them [16:51] cjwatson: Cool, I'll be happy to assist in any way I can [16:51] fader_: anything special I need to do to get an installer session up with console access, beyond what's documented on the wiki? [16:52] preferably an installer image of my choice [16:52] cjwatson: Yes :/ It's doable but you'll need some extras and to fiddle with a preseed [16:52] cjwatson: I'll see if I can scrape you up some scripts to help, as otherwise it's a bit painful [17:00] cjwatson: I emailed a script to you and some detail on how it works. If you'd like me to make the modifications for you I can do that as well... I'll just need to know what image you'll want to use and we'll have to walk through the preseed [17:01] thanks; happy to have a go myself [17:04] cjwatson: Cool. Just to let you know, the process I'm using to reproduce this is to run "make_ppa berkelium"; wait a bit for berkelium to be rebuilt in the PPA pool (using LVM), and then run the install [17:05] (make_ppa on nickel will wipe a machine and rebuild it for use in the PPA pool) [17:07] right. sounds straightforward enough [17:08] this is about third or fourth on my list so I'll see how it goes today ... [17:27] cjwatson davmor2 that problem appears to be hardware specific move to 3rd machine and installs from cd and runs fine [17:28] move=moved [17:28] I'd say system-specific rather than hardware-specific [17:28] that was what i meant type [17:28] typo [17:29] I'll fight that battle here === fader_ is now known as fader|lunch === fader|lunch is now known as fader_ [18:36] davmor2: Still updating? ;) [18:37] Yes, Damn IT! Whose idea was this anyway [18:38] fader_: on a plus side this is the last patch [18:38] davmor2: Good grief. I thought you were joking about gentoo ebuilds being faster, but I see that you weren't. :P [18:39] fader_: I was on about a full install of gentoo :D [18:39] I'm beginning to wonder if linux from scratch might not be faster [18:40] Ah, well, that's different. I recall those taking a couple of days last time I tried. (Though how much of that was gentoo and how much was just me swearing violently I won't say.) [18:41] fader_: yes but this is like 20+ patches this isn't even a full app [18:43] fader_: next time I suggest it shoot me [18:43] davmor2: You know, it's taking all my willpower to not sit here and snark vehemently with you. I'm a bad person. :) [18:44] davmor2: I was hoping when you were done with this you'd polish a 20 cubic foot granite cube down to the size of a grain of sand with a silk cloth for me. [18:44] :) [18:45] fader_: no probs it'll take half the time this has [18:45] Hehe [18:46] I like to imagine that for space efficiency, the patches are transmitted as just MD5 sums. Then the machine is generating a string of random bits and testing them to see if they give the same MD5... if not, it tries again. [18:46] fader_: don't give them ideas [18:57] fader_: It's only gone and finished ;) [18:57] \o/ [18:58] reboot [18:58] Maybe you should reinstall and update one more time, just to be sure. O:-) [18:59] * davmor2 shoots fader_ to death with blow pipe and rolled up paper [19:00] * fader_ has quit (shot to death with blow pipe and rolled up paper) [19:01] fader_: After the monumental update it does exactly the same thing you still need to press the power button to wake it up [19:01] davmor2: Great. I appreciate the hassle to test that :) [19:01] fader_: worth being thorough though [19:02] Absolutely. [19:05] now to get unr back on before I go mad [19:07] fader_: Like I say iirc you had to do the same with xp too [19:09] lool: nice to see unr down in size :) [21:12] cr3: ok, looking. thanks. [21:14] dtchen: thanks man, there might be a known workaround for the Eees, but I'm not sure [21:16] right, just looking at a Xine/PulseAudio issue, then i'll be at 35470[57]