[02:27] Precise is still frozen, right? [02:28] Precise is frozen forevermore. [02:28] i meant for updates. [02:28] then i realized... [02:28] wrong channel. [02:28] :P [02:28] * TheLordOfTime has too many damned channels [02:28] (and the ZNC is slow to join them all) [02:30] 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] 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] (regarding a program update to Precise) [02:31] TheLordOfTime: Right, nothing will migrate (unless we find something we critically MUST fix for .1) until after .1 ships. [02:33] that's what i thought [02:33] 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] *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] (case in point why i poked around about this) [02:35] anyways, back to bug triaging, thanks infinity for confirming what I suspected, that -updates is still frozen :) [02:36] out of pure curiosity, is there a site or something that would state whether $given_repo is frozen or not? [02:37] so i don't have to poke around to the various teams (Release, Security, MOTU, etc.) about whether its frozen :P [02:37] Not so much, no, you just need to be on top of the release process. Or not care. ;) [02:37] I recommend the latter option to most people. [02:37] :P [02:37] Upload as if there's no freeze, let us deal with it when we thaw the world. [02:38] well, when you're triaging bugs, and there's questions about whether something can be moved from -proposed to -updates, well.... [02:38] you kinda need to know whether there's a freeze :P [02:38] Well, it's not up to bug submitters/commentors whether things move anyway, even when not in a freeze. :P [02:38] (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] It's up to the SRU team. And we have a handle on what we're moving and why. [02:38] indeed, however to get the person to stop posting "Why"... :P [02:38] (Or what we're not moving, right now) [02:39] * TheLordOfTime is one of the contacts for that given package, so... [02:39] anyways, thanks again. :) [02:40] 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] anyways, i'll leave you all be. [03:20] 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] hallo mismatch kernel in ubuntu server amd64 [09:53] njin: ogra_ is on it ;-) [09:54] well, as much as clicking a retry button on LP means "on it" :) [09:57] xnox, ogra_ thanks [09:58] ogra_: well, I have no such button, so you win! [13:47] astraljava, ok. [13:57] seb128, https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/1038573 - who's looking at it? [13:57] Ubuntu bug 1038573 in evolution "Unreadable messages displayed during Lucid -> Precise upgrade" [High,Triaged] [14:01] 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] astraljava, ack. :) [14:03] skaet, nobody, shouldn't those bugs be tagged or assigned to our team so we notice them coming? [14:04] 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] seb128, depends on who's opening them how well the process is followed. Thanks for asking cyphermox [14:06] skaet, thanks for pointing it === smartboyhw_w8 is now known as smartboyhw [14:21] infinity: https://launchpad.net/builders/ross is calling out for you =) [14:21] Non-virtual builder in ABORTED state, requires admin to restart [14:28] xnox: care to ask someone in launchad-ops internal? [14:28] Laney: ok. === popey_ is now known as popey [14:31] 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] Ubuntu bug 1039405 in ubiquity "Lockups when running vm's with 768MB of memory" [Undecided,New] [14:32] skaet: I think that when people do "Try Ubuntu -> install" instead of just "Install now" [14:32] it eats more memory. [14:32] Yes [14:33] so "Install now" can/should have lower memory footprint. [14:33] needs testing to determine the limit for both ways of running it. [14:35] thanks xnox, cjwatson. [14:36] xnox, are you working ov bug 1037515 ? [14:36] 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] njin: no, I am currently looking into LVM2 [14:38] ok, I require in bugsquad then, thanks [15:10] 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] Launchpad bug 1039405 in ubiquity "Lockups when running vm's with 768MB of memory" [Undecided,New] https://launchpad.net/bugs/1039405 [15:11] That's kind of problematic since ubiquity doesn't necessarily know for sure [15:11] 768MB is what I use for my test VMs [15:11] ok [15:12] So I don't actually buy that this is a low-RAM case [15:12] slangasek, cjwatson, cross checked earlier with QA and a 1G system does work with "Try Ubuntu" [15:12] cjwatson: using "Try Ubuntu"? [15:12] Yes [15:12] skaet / stgraber: i don't think we need to respin for bug 1032456 [15:12] 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] alright [15:12] I used to use 512MB not that long ago [15:12] If 768MB were now too small, that would be a pretty serious ballooning in not very much time [15:12] Daviey, its down as an opportunity target. Some flavors are picking it up, others are not. [15:13] Daviey, if we respin Ubuntu for other reason's we'll pick it up, otherwise release note time. [15:13] yep, that sounds fine. [15:20] I'm suspicious that all the memory allocation failures there are in fork() [15:24] 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] amd64 might have a different limit I guess; I usually use i386 [15:25] thanks jibel. [15:26] amd64 limits aren't a major concern in reality since who has an amd64 box with <1G [15:27] cjwatson: erm, does this impact virtual machines? [15:27] oh, desktop only.. don't care :) [15:27] youre so evil ! [15:28] well, i do care.. really.. and it is certainly less than ideal. [15:28] Well, I think that setting a limit for amd64 is better, don't set a limit on i386 I think [15:28] :) [15:28] 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] on i386 with 512MB I get page allocation failures from the kernel when it mounts the target FS. [15:46] jibel: this is with "try ubuntu" right? [15:46] xnox, right [15:48] Some of this might be better in quantal due to the rewritten console page [15:48] That was a fairly non-trivial memory hog [15:48] Might be worth backporting for .2 if it makes a difference to this kind of thing [15:49] 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] infinity: it'll affect anyone trying to print from the livefs on an affected system [15:49] and apparently people use our live environment for more than running ubiquity... [15:50] stgraber: People turn livecds into print servers? [15:50] * infinity shrugs. [15:51] 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] :) [15:51] ;) [15:51] 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] Oh! [15:59] xnox: i remember 4 digit phone numbers :) [16:00] Daviey: stop showing your age, you look much younger than 4 digit numbers ;-) [16:00] 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] 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] Ubuntu bug 1039405 in ubiquity "Lockups when running vm's with 768MB of memory" [Undecided,New] [17:09] 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] cjwatson, ty ;-) [18:05] jibel: noticed that nobody did i386 LTSP, I'll take care of it. [18:11] i've uploaded xorg that adds xserver-xorg-video-modesetting to x-x-video-all depends, fixes bug 1039648 [18:11] 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] means that -modesetting needs to be moved to main [18:12] doubt it would need a MIR.. [18:13] tjaalton: \0/ [18:23] stgraber, I doing mac atm, I can do ltsp right after if you want [18:26] jibel: install is running here [19:02] * skaet --> lunch [19:21] balloons, skaet alternate on mac is ok, I tested encrypted+lvm and non-encrypted/guided and manual partitioning [19:21] no testing desktop images [19:21] now [19:23] jibel, k.. I'm trying to fill in the missng tests as well on the alt images (non-mac of course) [19:32] jibel, does selecting ftp as mirror fail for you on alt images. [19:33] I've seen that before.. but it might actually be a bug [19:39] balloons, I didn't try to select ftp as mirror, I will test it [19:59] jibel, trying again with i386 iso.. [20:00] I was using vm.. that MIGHT have caused the issue.. [20:03] ahh.. got it to work now with ftp://mirror.anl.gov/pub/ubuntu [20:15] jibel, seems like the vmwareeasyinstall testcase is a bit messed up.. I'll update it.. I took new screenshots anyway :-) [20:18] balloons, how messed up ? there is already all the screenshots on the wiki [20:18] http://testcases.qa.ubuntu.com/Install/VMWareEasyInstall [20:20] http://iso.qa.ubuntu.com/qatracker/milestones/230/builds/21389/testcases/591/results [20:21] most of precise didn't get updated to point to the new testcases it looks like.. I just left it alone [20:21] but it seems the conversion for this testcase only has 2 steps :-) [20:23] ah ok. 2 steps are more than enough for this test. 1. select the iso 2. click next until installation is done [20:23] lol.. it's pretty much it [20:24] so getting vmware player running required a patch.. how odd [20:24] * balloons not a fan [20:26] vmware... why not use vbox :) [20:27] balloons, do you use the linux or windows version ? on ubuntu I couldn't install it, python segfaulted during install [20:28] jibel, on ubuntu [20:28] I got it to install using a patch [20:28] knome, I do use vbox :-) [20:28] this was just to get the vmware easy install testcase covered [20:28] :)= [20:28] I'd never done it, so .. [20:29] i used to use vmware, but it was a bit too much hassle, and non-open [20:32] wow.. I can't change the vm settings with player [20:32] this is weird [20:44] * skaet back [20:44] thanks jibel. [20:44] welcome [20:46] ohh biy [20:46] I crashed ubiquity.. [20:47] balloons, details please. That sort of message does tend to get my attention during the ramp up to a release.... [20:47] skaet, heh.. yea.. I shall try and re-create [20:47] manual install on i386 [20:47] I was just doing it to test rescue mode on i386 [20:48] rescue i386 doesn't like 64bit os's :-) [20:48] * skaet nods [20:52] same error [20:54] balloons, can you be more specific ? [20:54] jibel, yes.. I'm going to try real hardware first.. sorry I don't want to excite anyone just yet :-) [21:02] skaet, everything is fine :-) [21:12] * skaet steps down the alert level... ;) [21:51] its fine to let unseeded stuff into precise-updates right now, correct? [21:51] unseeded is fine, yes [21:52] SmapapS, yes, as long as unseeded [21:52] :) === rsalveti` is now known as rsalveti === Ursinha` is now known as Ursinha === jibel_ is now known as jibel === RAOF_ is now known as RAOF