=== RAOF_ is now known as RAOF === TheDrums_ is now known as TheDrums === smoser` is now known as smoser [08:05] I have the Launchpad permissions to copy the X stack from quantal-proposed to quantal; do I also have the authority? [08:06] RAOF, can you look at bug 1017477 it breaks upgrade to Quantal with current X stack in quantal-proposed [08:06] Launchpad bug 1017477 in xserver-xorg-video-qxl "Precise to Quantal failed to upgrade with -proposed enabled: -qxl depends on xserver-video-abi-11 but -12 is in proposed" [High,New] https://launchpad.net/bugs/1017477 [08:07] A rebuild of qxl would fix that, I'm sure. [08:07] It would indeed. [08:07] I thought I'd done that. Thanks. [08:07] * infinity throws one at proposed. [08:08] If you want to :) [08:09] Also, I didn't know we tested upgrades with -proposed enabled. Do we actually support that? [08:09] RAOF: Done. [08:09] Ta muchly. [08:09] RAOF: We don't support it, but it's a nice metric to have. [08:09] In return, I shall finish fixing the xf86-video-msm's build. [08:12] Hrm, that's a fair bit of toolchain updating at the beginning of builds. Time for me to refresh the chroots again, methinks. [08:33] RAOF: I'm not sure whether you technically do, but please do this one anyway. I was waiting to talk to somebody who knew about it. :-) [08:33] (Once those video drivers are sorted, anyhow) [08:34] Oh, we seem to be missing fglrx, too, and while it is supposed to support 1.12 it segfaults on a 64bit server. Urgh. [08:35] Can we ignore the existence of proprietary blobs yet? :) [08:49] RAOF: I don't use proprietary drivers, so clearly no one else does. [08:55] ogasawara: When are we expecting the next kernel upload? === fabo_ is now known as fabo [09:20] livefs for Ubuntu Desktop were built more than 1 hour ago but there's still no CD (and no cd log), can anyone look what's happening ? [09:20] Daviey, ^ [09:21] It's waiting for armhf livefses to finish [09:21] Wait [09:21] it's me being impatient then :) [09:21] Now that they're being built in the same run it blocks on them all [09:22] kde packages should now be in a state where images can be made, please add them to the queue [09:29] * Daviey goes home. [09:37] infinity, thanks for the g-s-d approval! ;-) [09:38] seb128: NP. [09:38] seb128: In the future, can you avoid setting "Fix Committed" when you upload to proposed? [09:38] seb128: Our snazzy scripts do that when we accept, so it's a bit harder to track status if it's already in that state. [09:38] infinity, hum? [09:39] infinity, ok, I though we were meant to set to fix commited when uploaded, that's what I've been doing so far [09:39] I suspect there are two entirely different workflows at play here. [09:39] It's not world-ending if you track your bugs differently than I'm used to, just a bit confusing. [09:40] infinity, would be good to have that documented one way or another in https://wiki.ubuntu.com/StableReleaseUpdates#Procedure [09:40] And, to be fair, I'm not sure if the "proposed = committed, updates = released" thing is documented. [09:40] (Which means "uploaded to proposed, but not accepted" is another state entirely, like "in progress") [09:40] seb128: Yeah, let me open the wiki as a subtle reminder to myself, and I'll see about documenting something when I'm not asleep. [09:41] infinity, I'm open to any workflow there, i.e using "in progress" for things waiting in the queue works for me [09:41] infinity, thanks [09:41] Yeah, that's what I do [09:45] infinity: Looks like you should update your ubuntu-archive-tools to Brian's newest revision [09:45] (for sru-accept) [09:45] Actually, let me tidy that up a little more [09:45] cjwatson: Hrm? I'm out of date again? :P [09:45] I really should cron that bzr pull. [09:47] OK, done [10:10] hmm, did anyone plan to upload ubiquity before A2 ? [10:10] * ogra_ would need the arm fixes [10:10] Hadn't but can do, shall I? [10:11] that would be great, yeah [10:11] I'll send it to -proposed [10:11] thx [10:42] there is a problem with external keyboard on alternate and server images. I filed bug 1017879 [10:42] Launchpad bug 1017879 in debian-installer "External USB keyboard stops working when d-i starts" [Critical,New] https://launchpad.net/bugs/1017879 [10:43] jibel: you rock my world. [10:44] Daviey, in the cloud times, why would you want a keyboard on a server anyway. [10:44] jibel: -> incomplete [10:45] jibel: i'm about to do a server install, with an integrated keyboard.. for giggles, i'll attach an external and reproduce [11:16] cjwatson, I attached the output of lsmod during and after installation of a server image. [11:16] I need it from a running desktop image, as I said on the bug ... [11:17] Though I guess the post-installed config might be helpful, but it's usually easier if instructions are followed exactly [11:18] Does the external keyboard work post-install? [11:22] cjwatson, output from a running desktop image attached [11:22] the keyboard works post-install [11:24] Confirmed that todays image doesn't work with external usb keyboard. [11:41] Mostly waiting for my kernel trees to update in order to look at this [11:41] Though it could be udev or d-i [12:44] Daviey: we just received the omap3 patches we were waiting for, so I plan to apply those, quick test build/boot, then upload. so I'm guessing upload eta is ~1hr from now. [12:45] are we waiting on the new atk until after Alpha 2? I'm just curious as the gnome-shell stack update needs it [12:46] ogasawara: I haven't yet figured out whether this external USB keyboard problem is yours or mine [12:46] jbicha, it's in quantal-proposed [12:47] jbicha, you can upload new gnome-shell stack there as well [12:48] ogasawara: Super, looking forward to it.. Hopefully it will unblock i386 cloud images. [12:48] right, I did that, I was just checking if it would stay in -proposed for the next few days [12:48] Daviey: indeed, smb filled me in just now for that [12:48] thanks [12:49] jbicha, ok, I don't know about that, I guess you can make a case to move it to quantal if you want the new gnome-shell in for a2 though ;-) [12:49] cjwatson: just catching up on that bug... [12:51] seb128: it's not a big deal to me, gnome-shell won't be on any official or unofficial A2 images AFAIK [13:01] ogasawara: Could the problem be missing hid-generic in input-modules? It hardly seems to do anything though [13:01] cjwatson: I was just thinking the same [13:01] usbhid is there, mac_hid is just for mouse button emulation [13:02] jibel: when you insert the external keyboard, any messages show up in dmesg re: hid-generic? [13:04] udev is identical between precise and quantal so surely not that [13:04] rootskel's only had trivial changes [13:08] ogasawara, when I plug the keyboard dmesg says: kernel: [ 16.311471] usb 2-1.1 new low-speed USB device number 4 using ehci_hcd [13:08] do you want me to try the same in a live session where keyboard works ? [13:10] jibel: wouldn't hurt, although I think it is the culprit [13:10] cjwatson: commit 8215d557e5f3a70e50e07c857d35c250fee62a73 [13:10] Author: Henrik Rydberg [13:10] Date: Mon Apr 23 12:07:07 2012 +0200 [13:10] HID: Create a common generic driver [13:10] [13:10] Move the hid drivers of the bus drivers to a common generic hid [13:10] driver, and make it a proper module. This ought to simplify device [13:10] handling moving forward. [13:10] cjwatson: that's new as of v3.5-rc1 [13:10] Right, but the actual code seems trivial; how does not having it break? [13:10] cjwatson: so I'll add hid-generic to input-modules [13:11] I assume I'm missing something so mostly trying to educate myself [13:19] ogasawara, this is the output when I plug the keyboard with a live session: http://paste.ubuntu.com/1060722/ [13:20] jibel: thanks === yofel_ is now known as yofel [13:33] Daviey: what's the status of alpha 2 candidates? [13:33] Riddell: need a rebuild when new kernel alnds [13:33] lands* [13:34] OTP [13:34] gotcha, thanks [13:35] ogasawara: So yeah, from jibel's output adding that to input-modules looks right [13:35] Daviey: We'll need a d-i upload too [13:36] cjwatson: ack, my test build to confirm it's in the input-modules udeb is just finishing up, then I'll upload [13:37] \o/ [14:38] That's all the 7 days +verified SRUs for today. [14:44] cjwatson, i assume the d-i versioning for master and lowlatency are separate ? [14:45] s/master/generic et al/ [14:45] d-i doesn't have lowlatency images so we don't care about that [14:45] ahh good point [14:45] ubuntustudio d-i just uses generic [14:45] or generic-pae or whatever === cyphermox_ is now known as cyphermox [15:10] jibel: ^ fixed, though I think that list is a bit wrong... shouldn't it be amd64, amrhf+*, i386 and powerpc instead? [15:10] (my script just publishes all active products) [15:39] ogasawara, cjwatson keyboard not working after completing 'check disk' on a desktop image is the same problem than bug 1017879 ? [15:39] Launchpad bug 1017879 in linux "External USB keyboard stops working when d-i starts" [Critical,Fix committed] https://launchpad.net/bugs/1017879 [15:39] Not as such [15:39] Might be kind of vaguely similar [15:40] But 1017879 is specific to d-i and "check disk" isn't [15:40] The latter's probably hid-generic being missing from the list of HID modules in initramfs-tools [15:41] ok, I'll file another report. What info do you need ? [15:41] Nothing more [15:41] Just need a bug number to close with the fix [15:50] bug 1017991 filed [15:50] Launchpad bug 1017991 in initramfs-tools "Keyboard stops working after completing 'Check disk'" [Undecided,New] https://launchpad.net/bugs/1017991 [16:04] skaet: someone forgot to fix the topic in #ubuntu-devel and here for the freeze [16:04] cjwatson, on bug https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1008717, is there any reason why the scrollbars would appear in the slideshow and then later disappear? At a certain point it seems like a redraw takes place [16:04] Ubuntu bug 1008717 in ubiquity "Ubiquity displays scrollbars inside of slideshow" [Medium,Triaged] [16:09] Sorry, I don't know, maybe somebody else does [16:09] On a call, but that's not an area I've touched much anyway [16:15] jibel: Fix uploading now, untested [16:16] balloons: pure guess: the translation is one line longer.... [16:16] based on the screenshots [16:18] balloons, they disappear for me as soon as i grab the window and move it [16:19] so yeah, there is a redraw ... and it pretty likely calculates a wrong size somewhere before the initial draw [16:19] hmm.. glad I'm not the only one seeing such things :-) === ChanServ changed the topic of #ubuntu-release to: Quantal A2 prep: please use -proposed during this soft-freeze | Quantal Quetzal Release Coordination. Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team | we accept payment in cash, check or birdseed | melior malum quod cognoscis === jamespage is now known as hazmat_mk2 === hazmat_mk2 is now known as jamespage [16:27] micahg, topics updated, thanks for the flag. [16:40] hmm.. how did that happen? [16:41] Daviey: you apparently forgot to turn off cron [16:41] Daviey: based on "crontab -l" (as cdimage) [16:43] stgraber: it is disabled now.. but i wasn't going to do it until all were built [17:04] Daviey, have done #9 on th list now. [17:17] * skaet just noticed checklist is still pointing to precise for launchpad UI.... fixing [17:23] Daviey, is there a plan for d-i upload and build after the kernel finishes? [17:23] skaet: tentative [17:23] no ABI changes? [17:23] it's noted that it's required. [17:24] I'm normally more comfortable when cjwatson touches d-i.. but really, i suppose anyone can do it. [17:25] right now, i'm stopping for dinner.. I can't imagine much will change whilst i'm gone. [17:28] Daviey, ok, have it a bit more explicit in the tracking. If you're handling the d-i that's fine, otherwise we'll need to line that up. [17:30] Once the kernels get bounced from proposed to release, I can do a quick d-i respin, if we don't also have other things d-i is waiting on. [17:32] And yes, it's an ABI change. [17:40] thanks infinity [17:47] does anyone know about this? I've had this for several weeks now. And now it's preventing me from reporting iso testing bugs as well ;-( https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1013334 [17:47] Ubuntu bug 1013334 in apport "apport could not connect to crash database" [Undecided,Confirmed] [18:26] skaet,Daviey: I can take care of d-i this evening [18:26] but I was waiting for the kernel to land, obv [18:27] ev, ^ do you have other reports of bug 1013334 being seen by others? [18:27] Launchpad bug 1013334 in apport "apport could not connect to crash database" [Undecided,Confirmed] https://launchpad.net/bugs/1013334 [18:28] thanks cjwatson, infinity has chimed in that he'd help. [18:29] cjwatson: Kenrels will be "a while" still, I'm sure. [18:29] * infinity ponders killing that gcc-snapshot on PPC and scoring it to oblivion. [18:29] I wish I'd noticed it earlier. [18:32] I need to do some LP QA later anyway, since I had a qa-bad so the deployment pipeline tomorrow gets complicated otherwise. [19:10] Daviey: Bryce uploaded xserver-xorg-input-synaptics to the release pocket by mistake. That package is seeded by pretty much everything so I guess it'd be best for it to finish building everywhere before the next respin [19:13] I assume we're waiting on kernels anyway, which are much further off than synaptics. [19:23] * Daviey returns [19:24] * Daviey guesstimates another 2hrs on armhf [19:24] ^ rejected that xkeyboard-config upload, we need to sort an issue [19:26] Daviey: Another 4h on PPC (kernel got stuck behind a gcc-snapshot build I just killed), but only a few images ship PPC, so they could be strategically built last. :P [19:26] Daviey: Oh, wait. No. Since the kernel is in proposed, we kinda need to wait for the PPC build to do the copy. [19:29] * skaet --> dr. appt. will be online later. [19:30] infinity: the ppc build for lubuntu is already in http://iso.qa.ubuntu.com/qatracker/milestones/222/builds ?? [19:33] phillw: There will be another when the new kernel lands (as there will be for everything). [19:35] infinity: thanks, I'll tell the guys to hold fire on testing! When is A2 due to release? [19:36] phillw: Oh, no, if people are testing, please let them test. [19:37] phillw: If they find bugs, we want to fix them now, not in 8 hours, or 2 days. [19:37] (Don't wait for the "final" image to test, cause then if it's broken, it's not the final image [19:37] ) [19:38] infinity: respins that wipe out bug reports, drive the testers mad! It is for this reason the new qa tracker is supposed to keep a hold of them :) You make a concerted effort, validate all the mandatory tests, then some 'bright spark' puts a new release out and resests all tests to zero :P [19:39] I'll alert them, instead to the fact there is a kernel release across everything, then log off so they don't "chew my head off" :) [19:41] phillw: Yeah, that feature of the tracker is annoying, but the bug reports are still valid. [19:41] phillw: And they don't go away. [19:42] infinity: Hi, and thanks for your work already for Studio! There's a minor glitch, though. bug #1018075 [19:42] Launchpad bug 1018075 in ubuntustudio-meta "quantal still wants linux-lowlatency-pae on i386 even when that variant has gone away already" [Undecided,New] https://launchpad.net/bugs/1018075 [19:42] astraljava: Oh, indeed. Can fix. [19:42] I have updated the seeds regarding headers. [19:42] infinity: Thanks so much! [19:43] Needs to be fixed in livecd-rootfs, debian-cd, and cdimage. [19:43] cjwatson: Yeahp. [19:44] Also, need to drop the -pae from meta. I hadn't noticed Andy had done the rename/dropping from the 3.5.0 upload. [19:45] Oh, actually. [19:45] Don't want to drop it, want to have transitional metapackages. [19:45] Which will allow the rest of the machinery to work for now anyway. [19:45] (Though it should all be fixed) [19:46] https://dogfood.launchpad.net/ubuntu/precise/+queue?queue_state=2&queue_text= hey, this actually looks sort of plausible [19:47] nice! [19:47] cjwatson: Pretty. [19:47] cjwatson: I assume they're still accepted as a unit with the build record? [19:47] Yeah [19:48] That's the effect of running the PCJ after accepting the sync in the unapproved queue [19:48] Probably would be neater to have them in a single PackageUpload, but this way I got to reuse a giant pile of code from elsewhere [19:51] * cjwatson tries publishing that [19:59] astraljava: meta is fixed. Other fixes can trickle in whenever, but are less urgent (as, for now, -lowlatency-pae will just pull in -lowlatency) [20:01] reverted back to 3G, WiFi is having a really bad hair day! [20:02] infinity: Many thanks! [20:04] Harmless OOPS when copying the Rosetta translations over (which shouldn't be done anyway), but otherwise this works. Yay. [20:10] cjwatson: What was the reasoning behind debian-cd using generic for ubuntustudio alternates? [20:10] It didn't seem worth d-i building lowlatency images. [20:11] Oh, right. [20:11] And lowlatecy doesn't do udebs. [20:11] Derp. [20:11] Check. [20:11] I *think* it still installs ll on the target. [20:15] Alright, lowlatency fixes committed to debian-cd and cdimage, don't pull them to production until -meta and livecd-rootfs agree (both of which were also uploaded, though the latter to -proposed, and now I'm wondering why I did that...) [20:16] infinity: since it's not needed for alpha2 probably :0 [20:17] micahg: Kinda is. The CDs no workie. [20:17] infinity: the transitional package should fix that though [20:17] micahg: Unless ubuntustudio isn't participating in A2. [20:17] micahg: Oh, right, that's why I did livecd-rootfs to proposed. Thanks. :P [20:17] (brain... need... lunch) [20:18] Anyhow, should someone accept livecd-rootfs, then cdimage/debian-cd need to be pulled in production to match. [20:18] And vice-verse, for that matter. :P [20:18] s/accept/copy/ [20:31] What's the action when a package in -updates is found to have a regression (see Bug #1014570). [20:31] Launchpad bug 1014570 in bzr "bzr: Unable to sign commits: "no terminal at all requested"" [Unknown,Confirmed] https://launchpad.net/bugs/1014570 [20:32] Squeeze jelmer until a fix pops out comes to mind, but I'd probably need help. [20:33] (nevermind the annoyance that the bug about the regression got file a week ago, but no one bothers to mention about it in any of the SRU bugs until just AFTER I copy it to updates. [20:40] ScottK: I don't think this situation is well described TBH.. As a user, i'd be frustrated that my workflow is regressed on the basis of fixing someone elses (i generally don't use an agent.) [20:41] Daviey: I agree. [21:24] ~2 more hours on powerpc linux build [21:40] so confirmed respins of everything occurring yes? Can we update the notice board when it occurs please? [21:47] balloons: sorry, notice board? [22:31] Daviey: any kubuntu images on their way? [22:36] Riddell: kernel still not ready, so no [22:36] :( [22:37] righty ho [22:37] but you don't get to go to sleep until it is ready to go :) [22:54] Daviey, sorry.. Yes, the notice board is on the isotracker [22:57] infinity: I made a crontab change to cdimage, but just deployed it live since you said you didn't want the lowlatency fix rolled out yet [22:57] but it's in bzr too [22:57] (fixing precise livefses to build with -proposed, which I forgot when I made the other -proposed changes to precise earlier) [23:05] cjwatson: Mmkay. [23:05] cjwatson: When the kernel's ready to copy, I'll pick up the studio bits as well, and pull cdimage and debian-cd to match. [23:12] why does launchpad show a delta from 0.156.14.2 to 0.156.14.6 for update-manager, instead of from .14.5? Is it because the latter versions were not yet published to -updates when .6 was uploaded to the queue? [23:12] slangasek: It's because .14.5 is in -security; that's the diff from what's currently in -updates [23:12] no, .5 is also in -updates [23:13] slangasek: It's a diff from what was last in -proposed. [23:13] ok [23:13] That's what I meant :) [23:14] slangasek: Known bug. [23:14] right-o [23:14] slangasek: And stupidly annoying. :/ [23:18] infinity: Are you pushing a d-i no-change? [23:18] Daviey: No-change? It's an ABI bump. [23:19] Daviey: But yes, I'm doing a new d-i after I copy the kernel. [23:19] cjwatson: Why did you change livefses to build from proposed ? Doesn't that make the landscape identical to release pocket? [23:19] Ie, inconsistent binaries across arches? [23:20] infinity: Okay, once that is published, do you want to kick off cd builds.. meaning i can go to bed? :) [23:20] Daviey: For point-releases, we start with proposed, and move to updates as we get closer to release day. [23:20] infinity: Ah! My bad, i thought cjwatson was talking about Quantal [23:21] I now see he mentioned precise. [23:22] Correct. [23:23] slangasek: I think that was a bug i raised some time ago... bug 680911? [23:23] Launchpad bug 680911 in launchpad "Diff generation in the proposed pocket should consider the updates pocket even when there are previous proposed publications." [Low,Triaged] https://launchpad.net/bugs/680911 [23:23] ah, so :) [23:23] Turns out that syncpackage has the same bug. [23:23] right [23:24] I almost wet myself when i saw a diff of something i uploaded.. 1 line change turned into 100's :) [23:26] May not be in the same place in syncpackage. For uploads, try lib/lp/archiveuploader/nascentupload.py:NascentUpload.getSourceAncestry. [23:26] I think. [23:26] infinity: To confirm, you are copying linux to release pocket, handling a d-i upload, then triggering respins? [23:27] Daviey: Certainly the first two, but sure, I can do the latter as well. [23:27] And yeah, as Julian says, there's a smarter pocket->list(pocket) map in lp.soyuz.adapters.archivedependencies [23:27] cjwatson: Sorry, I meant the same misfeature, not necessarily the same bug. [23:27] infinity: Well, if you are happy to, it unblocks me on slumber. [23:28] Daviey: Given that you're old enough to be in danger of wetting yourself while reading diffs, you probably need your sleep. [23:28] There's a near-parallel in lp.soyuz.model.queue. [23:28] Which *might* be what syncpackage ends up caring about; I haven't tracked all that down. [23:28] infinity: this beauty doesn't maintain itself. [23:28] so we are still waiting for kernel.... me wants to test raid.... oh well. Will it be ready for European breakfast time? [23:28] Daviey: It certainly appears not to, no. [23:29] Daviey: Err, I mean. [23:29] Daviey: Go sleep. [23:29] xnox: If all goes well, yes. [23:29] Daviey: ok. I will go sleep then. [23:29] nn all [23:30] (thanks infinity) [23:30] Daviey: good night =) me off as well [23:58] cjwatson: Was the new ubiquity targetted at A2? [23:59] cjwatson: Ahh, I see Oli mentioning he needs it for the ARM bits. Grabbing that with the kernels, then.