[02:27] <TheLordOfTime> Precise is still frozen, right?
[02:28] <RAOF> Precise is frozen forevermore.
[02:28] <TheLordOfTime> i meant for updates.
[02:28] <TheLordOfTime> then i realized...
[02:28] <TheLordOfTime> wrong channel.
[02:28] <TheLordOfTime> :P
[02:28]  * TheLordOfTime has too many damned channels
[02:28] <TheLordOfTime> (and the ZNC is slow to join them all)
[02:30] <infinity> TheLordOfTime: Nothing is being accepted into -updates at this point, so image building is stabilised until 12.04.1's release, but -proposed is vaguely open again.
[02:30] <TheLordOfTime> right, but nothing will go from -proposed -> -updates until post-12.04.1 release?
[02:30]  * TheLordOfTime is checking so he can correctly respond to a bug he was subscribed to
[02:31] <TheLordOfTime> (regarding a program update to Precise)
[02:31] <infinity> TheLordOfTime: Right, nothing will migrate (unless we find something we critically MUST fix for .1) until after .1 ships.
[02:33] <TheLordOfTime> that's what i thought
[02:33] <TheLordOfTime> just wanted to confirm that freeze on -updates was still in place :)
[02:33]  * TheLordOfTime thought that was still the case, but wanted to confirm :)
[02:34] <TheLordOfTime> *yawn*  this is why i sometimes hate being subscribed to a package's bugs... you get pinged on ***EVERYTHING*** and everyone sometimes expects you to know the answers :/
[02:34] <TheLordOfTime> (case in point why i poked around about this)
[02:35] <TheLordOfTime> anyways, back to bug triaging, thanks infinity for confirming what I suspected, that -updates is still frozen :)
[02:36] <TheLordOfTime> out of pure curiosity, is there a site or something that would state whether $given_repo is frozen or not?
[02:37] <TheLordOfTime> so i don't have to poke around to the various teams (Release, Security, MOTU, etc.) about whether its frozen :P
[02:37] <infinity> Not so much, no, you just need to be on top of the release process.  Or not care. ;)
[02:37] <infinity> I recommend the latter option to most people.
[02:37] <TheLordOfTime> :P
[02:37] <infinity> Upload as if there's no freeze, let us deal with it when we thaw the world.
[02:38] <TheLordOfTime> well, when you're triaging bugs, and there's questions about whether something can be moved from -proposed to -updates, well....
[02:38] <TheLordOfTime> you kinda need to know whether there's a freeze :P
[02:38] <infinity> Well, it's not up to bug submitters/commentors whether things move anyway, even when not in a freeze. :P
[02:38] <TheLordOfTime> (namely, the people who actually are incessantly annoying and naggy will say "Why isnt this fixed in Precise yet?"  "Why isnt it fixed?"
[02:38] <infinity> It's up to the SRU team.  And we have a handle on what we're moving and why.
[02:38] <TheLordOfTime> indeed, however to get the person to stop posting "Why"... :P
[02:38] <infinity> (Or what we're not moving, right now)
[02:39]  * TheLordOfTime is one of the contacts for that given package, so...
[02:39] <TheLordOfTime> anyways, thanks again.  :)
[02:40] <TheLordOfTime> actually, for a different reason, i wanted to know whether the freeze existed, there was a... "regression" we'll call it... between oneiric and precise's version of php5, and there's a ton of people (including myself) that wanted that fix pushed into precise pre-freeze, but it never happened.  Thank god for my SRU testing PPAs :P
[02:41] <TheLordOfTime> anyways, i'll leave you all be.
[03:20] <astraljava> skaet: stgraber: I don't feel there's a need for respins of neither Studio nor Xubuntu, either. Unless I missed any conversations about this, I concur with knome and scott-work.
[09:30] <njin> hallo mismatch kernel in ubuntu server amd64
[09:53] <xnox> njin: ogra_ is on it ;-)
[09:54] <ogra_> well, as much as clicking a retry button on LP means "on it" :)
[09:57] <njin> xnox, ogra_ thanks
[09:58] <xnox> ogra_: well, I have no such button, so you win!
[13:47] <skaet> astraljava, ok.
[13:57] <skaet> seb128, https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/1038573 - who's looking at it?
[13:57] <ubot2`> Ubuntu bug 1038573 in evolution "Unreadable messages displayed during Lucid -> Precise upgrade" [High,Triaged]
[14:01] <astraljava> skaet: The only thing that might require a respin for Studio is the possible refresh of -lowlatency, but I haven't heard of this thus far. And yes, I have noted the nearing testing deadline. :)
[14:01] <skaet> astraljava,  ack.  :)
[14:03] <seb128> skaet, nobody, shouldn't those bugs be tagged or assigned to our team so we notice them coming?
[14:04] <seb128> skaet, I will ask cyphermox to have a look since he fixed the similar looking issue the bug is pointing at, maybe his fix needs some tweaking
[14:05] <skaet> seb128,  depends on who's opening them how well the process is followed.   Thanks for asking cyphermox
[14:06] <seb128> skaet, thanks for pointing it
[14:21] <xnox> infinity: https://launchpad.net/builders/ross is calling out for you =)
[14:21] <xnox> Non-virtual builder in ABORTED state, requires admin to restart
[14:28] <Laney> xnox: care to ask someone in launchad-ops internal?
[14:28] <xnox> Laney: ok.
[14:31] <skaet> stgraber, slangasek - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1039405 -  is there a recommended minimum configuration we should update the release notes to?
[14:31] <ubot2`> Ubuntu bug 1039405 in ubiquity "Lockups when running vm's with 768MB of memory" [Undecided,New]
[14:32] <xnox> skaet: I think that when people do "Try Ubuntu -> install" instead of just "Install now"
[14:32] <xnox> it eats more memory.
[14:32] <cjwatson> Yes
[14:33] <xnox> so "Install now" can/should have lower memory footprint.
[14:33] <xnox> needs testing to determine the limit for both ways of running it.
[14:35] <skaet> thanks xnox, cjwatson.
[14:36] <njin> xnox, are you working ov bug 1037515 ?
[14:36] <ubot2`> Launchpad bug 1037515 in ubiquity "ubiquity-dm crashed with MissingProgramError in run(): No window manager found (tried metacity, xfwm4, matchbox-window-manager, openbox-lubuntu, openbox)" [Medium,Confirmed] https://launchpad.net/bugs/1037515
[14:37] <xnox> njin: no, I am currently looking into LVM2
[14:38] <njin> ok, I require in bugsquad then, thanks
[15:10] <slangasek> cjwatson: do you think there's any action we should take on bug #1039405?  The submitter suggests that ubiquity should fail to start with a warning when it knows it has too little memory
[15:10] <ubot2`> Launchpad bug 1039405 in ubiquity "Lockups when running vm's with 768MB of memory" [Undecided,New] https://launchpad.net/bugs/1039405
[15:11] <cjwatson> That's kind of problematic since ubiquity doesn't necessarily know for sure
[15:11] <cjwatson> 768MB is what I use for my test VMs
[15:11] <slangasek> ok
[15:12] <cjwatson> So I don't actually buy that this is a low-RAM case
[15:12] <skaet> slangasek,  cjwatson,  cross checked earlier with QA and a 1G system does work with "Try Ubuntu"
[15:12] <slangasek> cjwatson: using "Try Ubuntu"?
[15:12] <cjwatson> Yes
[15:12] <Daviey> skaet / stgraber: i don't think we need to respin for bug 1032456
[15:12] <ubot2`> Launchpad bug 1032456 in cups "Canon inkjets (and some other printers) print only half of the last page after 20120801 upgrade to v1.5.3-0ubuntu2" [Critical,Fix released] https://launchpad.net/bugs/1032456
[15:12] <slangasek> alright
[15:12] <cjwatson> I used to use 512MB not that long ago
[15:12] <cjwatson> If 768MB were now too small, that would be a pretty serious ballooning in not very much time
[15:12] <skaet> Daviey,  its down as an opportunity target.   Some flavors are picking it up,  others are not.
[15:13] <skaet> Daviey,   if we respin Ubuntu for other reason's we'll pick it up,  otherwise release note time.
[15:13] <Daviey> yep, that sounds fine.
[15:20] <cjwatson> I'm suspicious that all the memory allocation failures there are in fork()
[15:24] <jibel> skaet, hm ok, I can reproduce 1039405 with 768MB and 12.04.1 amd64 by booting to a live session, and running ubiquity with all the defaults values
[15:25] <cjwatson> amd64 might have a different limit I guess; I usually use i386
[15:25] <skaet> thanks jibel.
[15:26] <cjwatson> amd64 limits aren't a major concern in reality since who has an amd64 box with <1G
[15:27] <Daviey> cjwatson: erm, does this impact virtual machines?
[15:27] <Daviey> oh, desktop only.. don't care :)
[15:27] <ogra_> youre so evil !
[15:28] <Daviey> well, i do care.. really.. and it is certainly less than ideal.
[15:28] <smartboyhw> Well, I think that setting a limit for amd64 is better, don't set a limit on i386 I think
[15:28] <ogra_> :)
[15:28] <smartboyhw> Hi ogra_
[15:39]  * xnox typically gives a VM 2 cpu cores and 2 GB or ram and directio to external drive.....
[15:41]  * tumbleweed typically uses 1GB for my VMs. But at some point, I'll have to bump that...
[15:45] <jibel> on i386 with 512MB I get page allocation failures from the kernel when it mounts the target FS.
[15:46] <xnox> jibel: this is with "try ubuntu" right?
[15:46] <jibel> xnox, right
[15:48] <cjwatson> Some of this might be better in quantal due to the rewritten console page
[15:48] <cjwatson> That was a fairly non-trivial memory hog
[15:48] <cjwatson> Might be worth backporting for .2 if it makes a difference to this kind of thing
[15:49] <infinity> skaet: Even if you don't respin for the cups bug, there's no reason (IMO) to release note something that has a fix sitting in -updates and doesn't affect the installation.
[15:49] <stgraber> infinity: it'll affect anyone trying to print from the livefs on an affected system
[15:49] <stgraber> and apparently people use our live environment for more than running ubiquity...
[15:50] <infinity> stgraber: People turn livecds into print servers?
[15:50]  * infinity shrugs.
[15:51] <infinity> I know my brother uses livecds for pristine/secure web browsing, but people who print web pages are weird (ie: my parents) and almost the exact inverse of the set of people who read release notes. :P
[15:51] <stgraber> :)
[15:51] <smartboyhw> ;)
[15:51] <infinity> But more seriously, if we release note every known bug, it's a phone book that NO ONE will read, that's not what they're for.
[15:52]  * xnox remembers 7-digit phone numbers they were nice
[15:52] <smartboyhw> Oh!
[15:59] <Daviey> xnox: i remember 4 digit phone numbers :)
[16:00] <xnox> Daviey: stop showing your age, you look much younger than 4 digit numbers ;-)
[16:00] <tumbleweed> I was going to remember 6 digit phone numbers, but I knew *someone* would one-up me
[16:00]  * ogra_ had a 4 digit number in his last house
[16:02] <ogra_> if you move far enough to the countryside they get shorter and shorter :)
[16:02]  * knome barely remembers his 2-digit age
[17:08]  * balloons missed the end of the https://launchpad.net/bugs/1039405 conversation
[17:08] <ubot2`> Ubuntu bug 1039405 in ubiquity "Lockups when running vm's with 768MB of memory" [Undecided,New]
[17:09] <cjwatson> probably amd64-specific; just splatting in a memory check is the wrong answer; may well be possible to backport keyboard page improvements from quantal for .2
[17:10] <balloons> cjwatson, ty ;-)
[18:05] <stgraber> jibel: noticed that nobody did i386 LTSP, I'll take care of it.
[18:11] <tjaalton> i've uploaded xorg that adds xserver-xorg-video-modesetting to x-x-video-all depends, fixes bug 1039648
[18:11] <ubot2`> Launchpad bug 1039648 in xorg "kvm/cirrus: X driver will not load when kernel module is loaded" [High,Fix released] https://launchpad.net/bugs/1039648
[18:12] <tjaalton> means that -modesetting needs to be moved to main
[18:12] <tjaalton> doubt it would need a MIR..
[18:13] <xnox> tjaalton: \0/
[18:23] <jibel> stgraber, I doing mac atm, I can do ltsp right after if you want
[18:26] <stgraber> jibel: install is running here
[19:02]  * skaet --> lunch
[19:21] <jibel_> balloons, skaet alternate on mac is ok, I tested encrypted+lvm and non-encrypted/guided and manual partitioning
[19:21] <jibel_> no testing desktop images
[19:21] <jibel_> now
[19:23] <balloons> jibel, k.. I'm trying to fill in the missng tests as well on the alt images (non-mac of course)
[19:32] <balloons> jibel, does selecting ftp as mirror fail for you on alt images.
[19:33] <balloons> I've seen that before.. but it might actually be a bug
[19:39] <jibel_> balloons, I didn't try to select ftp as mirror, I will test it
[19:59] <balloons> jibel, trying again with i386 iso..
[20:00] <balloons> I was using vm.. that MIGHT have caused the issue..
[20:03] <balloons> ahh.. got it to work now with ftp://mirror.anl.gov/pub/ubuntu
[20:15] <balloons> jibel, seems like the vmwareeasyinstall testcase is a bit messed up.. I'll update it.. I took new screenshots anyway :-)
[20:18] <jibel> balloons, how messed up ? there is already all the screenshots on the wiki
[20:18] <jibel> http://testcases.qa.ubuntu.com/Install/VMWareEasyInstall
[20:20] <balloons> http://iso.qa.ubuntu.com/qatracker/milestones/230/builds/21389/testcases/591/results
[20:21] <balloons> most of precise didn't get updated to point to the new testcases it looks like.. I just left it alone
[20:21] <balloons> but it seems the conversion for this testcase only has 2 steps :-)
[20:23] <jibel> ah ok. 2 steps are more than enough for this test. 1. select the iso 2. click next until installation is done
[20:23] <balloons> lol.. it's pretty much it
[20:24] <balloons> so getting vmware player running required a patch.. how odd
[20:24]  * balloons not a fan
[20:26] <knome> vmware... why not use vbox :)
[20:27] <jibel> balloons, do you use the linux or windows version ? on ubuntu I couldn't install it, python segfaulted during install
[20:28] <balloons> jibel, on ubuntu
[20:28] <balloons> I got it to install using a patch
[20:28] <balloons> knome, I do use vbox :-)
[20:28] <balloons> this was just to get the vmware easy install testcase covered
[20:28] <knome> :)=
[20:28] <balloons> I'd never done it, so ..
[20:29] <knome> i used to use vmware, but it was a bit too much hassle, and non-open
[20:32] <balloons> wow.. I can't change the vm settings with player
[20:32] <balloons> this is weird
[20:44]  * skaet back
[20:44] <skaet> thanks jibel.
[20:44] <knome> welcome
[20:46] <balloons> ohh biy
[20:46] <balloons> I crashed ubiquity..
[20:47] <skaet> balloons,  details please.   That sort of message does tend to get my attention during the ramp up to a release....
[20:47] <balloons> skaet, heh.. yea.. I shall try and re-create
[20:47] <balloons> manual install on i386
[20:47] <balloons> I was just doing it to test rescue mode on i386
[20:48] <balloons> rescue i386 doesn't like 64bit os's :-)
[20:48]  * skaet nods
[20:52] <balloons> same error
[20:54] <jibel> balloons, can you be more specific ?
[20:54] <balloons> jibel, yes.. I'm going to try real hardware first.. sorry I don't want to excite anyone just yet :-)
[21:02] <balloons> skaet, everything is fine :-)
[21:12]  * skaet steps down the alert level... ;)
[21:51] <SpamapS> its fine to let unseeded stuff into precise-updates right now, correct?
[21:51] <stgraber> unseeded is fine, yes
[21:52] <skaet> SmapapS,  yes, as long as unseeded
[21:52] <skaet> :)