/srv/irclogs.ubuntu.com/2012/10/16/#ubuntu-release.txt

cjwatsonslangasek: hmm, that crash in pkgCacheGenerator::NewVersion should have been fixed by the patch I pulled in from David00:04
slangasekwell hmm00:04
infinityplars / hggdh: Either of you around?00:06
skaetinfinity, plars is family time right now.   what's up?00:08
infinityskaet: Was just looking for someone who had a system with bug 1066376, but I'll just poke him in the morning.00:09
ubot2Launchpad bug 1066376 in initramfs-tools "keyboard doesn't work to enter password with panda and encrypted partitions" [Undecided,New] https://launchpad.net/bugs/106637600:09
cjwatsonslangasek: So, I dunno.  I can look at it first thing tomorrow if you / somebody else haven't worked it out by then, although I also ought to look at bug 1066173.00:09
ubot2Launchpad bug 1066173 in ubiquity "whole disk install puts grub in wrong place" [High,Confirmed] https://launchpad.net/bugs/106617300:09
skaetinfinity,  ok.    ogra_ may be online earlier, but I can't remember if his was showing it or not.00:09
slangasekcjwatson: well, I still have some time today that I'm hoping to spend looking at it (apt); hopefully that'll leave you free to worry about grub-installer00:10
cjwatsonxnox's latest comment suggests it's actually ubiquity, but yeah00:10
slangasekcjwatson: btw, not sure if you saw my comment the other day about /boot/efi being a problem for the "reinstall Ubuntu" path?  I don't think that's a blocker bug in itself, but I'm wondering if it suggests a deeper problem with the mount handling somewhere (os-prober?) that could have a more widespread effect00:11
cjwatsonslangasek: I don't think I did see that comment, no00:11
* infinity is somewhat tempted to just replace the manual list of HID drivers with a copy_modules_dir call instead.00:12
infinityUnless someone can give me a fancy way of sorting out if a module in that directory is or isn't a keyboard driver.00:12
cjwatsonslangasek: FWIW my technique for tracking the previous apt bug down involved building a chroot with suitable sources.list, a debug build of apt, and gdb installed, bisecting to find the number of iterations of the affected function that ran before the segfault, and then observing pointer values on stepping through the crashing iteration00:13
cjwatsonPerhaps the Dynamic trick isn't working due to that being a & parameter or something00:13
cjwatsonI checked for any other instances of the same bug I fixed, so this is a qualitatively different one00:14
cjwatsonAlthough it certainly feels similar00:15
slangasekcjwatson: the /boot/efi thing was bug #106665300:15
ubot2Launchpad bug 1066653 in ubiquity ""reinstall Ubuntu 12.10" on efi system fails when trying to mount /boot/efi" [Medium,New] https://launchpad.net/bugs/106665300:15
slangasekcjwatson: thanks for the debug hints00:15
cjwatsonOK, will have to look tomorrow ...00:15
slangasekok00:15
* cjwatson crashes, just like apt00:15
* infinity too.00:16
skaetslangasek,  confirm that WUBI i386 using the new signed image works.00:37
hggdhinfinity: I am here00:45
slangasekhggdh: he said he was looking for help on bug #1066376, but he's EOD now00:49
ubot2Launchpad bug 1066376 in initramfs-tools "keyboard doesn't work to enter password with panda and encrypted partitions" [Undecided,New] https://launchpad.net/bugs/106637600:49
hggdhslangasek: I will have to leave for the airport (picking up my wife) in a few, but I will try00:50
slangasekhggdh: well, I don't think there's anything to try because he didn't actually say what he wanted help with beyond giving the bug #: )00:51
hggdhslangasek: I know what was the issue -- keyboard unavailable for entering the disk encryption passphrase on arm, so I can try it00:51
slangasekhggdh: I don't think he's asking for a reproduction test00:52
slangasekhggdh: so really, don't worry about it00:52
hggdhslangasek: ack. I think he wanted us to check the new arm image00:53
* hggdh misplaces yet another USB memory stick00:53
slangasekhggdh: there haven't been any changes accepted into quantal for this bug00:54
slangasekso there's really no new image to check :)00:54
hggdhslangasek: oh. /me disregards it, then until tomorrow00:54
skaetslangasek, https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/106713400:56
ubot2Launchpad bug 1067134 in grub2 "when booting fresh install on i386 system, screen output shows evidence of buffer overwrites" [High,New]00:56
skaetslangasek,  apport-collect info gatherered and added to bug.   anything else you want for it before I EOD?01:26
* skaet will leave system up, but time for dinner now01:32
micahgcan someone please process Bug #1033325 before it gets too late?02:15
ubot2Launchpad bug 1033325 in vala-0.10 "Please remove vala and vala-0.10 source packages from Ubuntu" [Undecided,Confirmed] https://launchpad.net/bugs/103332502:15
infinitymicahg: Sure.02:15
slangasekinfinity: sleep02:16
micahgisn't deleting stuff from the archive what everyone aspires to do at 3AM?02:16
infinityslangasek: I slept.  For, like, 3 hours.02:17
micahgand dynamips above is an FTBFS fix02:17
slangasekgrr, why are there no longer any working instances of checkrdepends02:17
micahgslangasek: reverse-depends if you need something without setup02:18
slangasekI don't know what reverse-depends is, how do I know I can trust it? :)02:18
* micahg introduces slangasek to tumbleweed02:19
slangasektumbleweed is not an archive admin, his tool may not do what I want02:19
slangasekindeed, it does not02:19
micahgslangasek: I can paste you output of reverse-depends02:19
micahgoops02:19
micahgI meant checkrdepends02:19
infinityslangasek: 'reverse-depends src:vala-0.10 ; reverse-depends -b src:vala-0.10' is probably what you wantr.02:19
infinitys/wantr/want/02:20
infinityAnyhow, I'll try to get more sleep.02:20
infinityOh, but first.02:20
slangasektwo commands! fie02:21
infinityhggdh: If you still have a panda with crypted root that can only be unlocked via serial, can you jump on the #1066376 bandwagon and give me an lsmod of the booted system?02:21
infinityhggdh: And if it happens that it also wants hid_logitech_dj, can you patch /usr/share/initramfs-tools/hook-functions by hand to add "hid-logitech-dj" in the same block as you find "hid-generic", run "sudo update-initramfs -u", and reboot and see if that's all you need to make it go?02:23
infinityAnd this should all be in the bug.02:23
* infinity copies and pastes.02:23
slangasekyeah, check-rdepends doesn't do what I want; I don't want a list of 50 interdependencies between awn-extras and avant-window-navigator and have to hand-inspect each one to make sure it's what it appears02:24
slangaseks/check-rdepends/reverse-depends/02:26
micahgoh, I didn't know checkrdepends accepts multiple pacakges02:28
micahgthat's a cool feature :)02:28
slangasek;)02:28
micahgslangasek: I can give you the output of checkrdepends from a packages mirror from Friday if you like02:29
slangasekmicahg: I've got it now, thanks02:30
plarsinfinity: back02:30
slangasekplars: I believe infinity's request for you is the same as what he just asked hggdh for 10 minutes ago in scrollback02:31
slangasekmicahg: bug #1033325 dispatched02:31
ubot2Launchpad bug 1033325 in vala-0.10 "Please remove vala and vala-0.10 source packages from Ubuntu" [Undecided,Fix released] https://launchpad.net/bugs/103332502:31
micahgslangasek: thanks02:32
plarsinfinity: I included an lsmod in the bug report since yesterday when I opened it02:33
infinityplars: Yeah, I wanted to know if his was the same keyboard.02:35
infinityplars: But I'm betting it is.02:36
plarsinfinity: I have at least two different keyboards here I can try it with, it does it on both02:36
plarsinfinity: I'll need to reinstall before I can really try anything though02:36
infinityAnd this is totally just the fault of our static module list being longer/different than Debian's, and thus me failing to merge this one change (it's the only module they include that we don't).02:37
infinityI'm just going to upload with that one change.02:37
infinityplars: My bet is that they both use the logitech-dj driver.02:37
plarsinfinity: one does, the other is a dell generic usb keyboard and likely does not02:37
infinityDell doesn't manufacture hardware.02:38
infinityIt's probably a logitech. :P02:38
bjfinfinity, my usb keyboard: http://pastebin.ubuntu.com/1282357/02:40
infinitybjf: And what driver does it use?02:40
infinity(Anyhow, I'm confident the 1-line change I'm about to upload is what we want/need anyway, for other reasons)02:41
infinityAnd, furthermore, this needs to be SRUed.02:41
plarsinfinity: right, but when I plug this "dell" (yeah, I realize they didn't make it) into my laptop, I don't see any logitech driver. However, when I plug in the logitech one, I do02:42
infinityplars: Fair enough.  Does the Dell one also fail to love the Panda?02:42
plarsinfinity: with the dell one, I just get usbhid02:42
plarsinfinity: yes, they both do02:42
bjfinfinity, hid_logitech_dj02:42
infinityplars: And, if so, an lsusb on that would also be nice (when it's booted and working).02:42
infinitybjf: That's kinda what I expected.02:43
bjfinfinity, yup02:43
infinityplars: Err, and lsmod, I mean.02:43
plarsinfinity: they had both been plugged in with the one I provided yesterday, but I'll limit it to just the generic usb keyboard this time02:44
plarsI had tried swapping them to make sure it wasn't keyboard specific02:45
infinityAlright, I'm going to bed again.02:52
infinityslangasek: That initramfs-tools should fix people's logitech keyboards.  For bonus points, there's also an upload in precise-proposed that brings the hid module list in line.02:53
plarsinfinity: updated the bug03:39
slangasekinfinity: hid from initramfs, only on ARM, hardware-specific> this seems to me like something we can take as a target of opportunity rather than something that warrants a respin on its own04:24
slangasekinfinity: so I'm going to leave it in the queue and mark it on the pad, for now04:24
=== tkamppeter_ is now known as tkamppeter
stgrabergood morning07:25
cjwatsonslangasek: checkrdepends is still usable as ubuntu-archive@lillypilly07:28
infinityslangasek: It's not ARM-specific, but yes, it's not worth a respin all by itself.07:35
cjwatsonOTOH looks like we still have those open apt and ubiquity issues ...07:38
* infinity -> office.07:40
tumbleweedmicahg: reverse-depends is more of a QA tool then an AA one (it coalesces alternative dependencies). Patches / suggestions welcome, of course :)07:49
* stgraber -> out for the next 15min or so, testing secureboot on server amd6407:52
stgraberslangasek: so, we're getting closer but still not there...08:07
stgrabercjwatson: Install media boots fine, install succeeds, shim-signed gets installed and grub shows up post-install08:08
stgrabercjwatson: but then grub won't let me boot an unsigned kernel so I'm getting stuck when booting the installed system08:08
stgrabercjwatson: the same grub detected my existing system (with a signed kernel) and booting that entry works fine, it's really just the new server system with an unsigned kernel that won't boot08:09
stgrabercjwatson: I ran with debug=all and am getting the same thing I pasted the other day (bunch of efidisk read while loading the kernel, then "Locating shim protocol" and stuck there)08:10
cjwatsonstgraber: well, independently of whether unsigned kernels should be bootable (they should, but that may be a system-specific problem), there's then the question of why a signed kernel wasn't installed08:19
cjwatsonstgraber: Any way to get installer logs?08:19
stgrabercjwatson: sure08:19
=== henrix_ is now known as henrix
stgrabercjwatson: http://paste.ubuntu.com/1282678/08:21
stgrabercjwatson: would it be useful for me to try installing the desktop image see if we get the same problem with ubiquity?08:22
cjwatsonSure, but I bet you won't since I see where this problem is08:23
stgrabergood :)08:23
cjwatsonbase-installer bug08:23
cjwatson(If you could file one ...)08:23
stgrabersure08:23
stgrabercjwatson: bug 106725008:25
ubot2Launchpad bug 1067250 in base-installer "Installing quantal server amd64 on secureboot, shim-signed is installed but linux-signed isn't" [Undecided,New] https://launchpad.net/bugs/106725008:25
cjwatsonThanks.  I should look at this apt bug first, though.08:25
cjwatsonSince it doesn't look like Steve managed to sort it overnight08:27
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
stgrabercjwatson: hmm, just spotted another problem, looks like Edubuntu (at least) doesn't ship the signed kernel08:40
cjwatsonYeah, we haven't in general had a chance to ensure that all the flavours have secure boot bits sorted out properly08:42
cjwatsonBecause this all landed so late08:42
cjwatsonIf you want to tweak your seeds, feel free08:42
infinityI thought we'd put it in a common seed?08:42
stgraberyeah, I'll have to figure out exactly what happened there as in general edubuntu inherits everything from ubuntu and just adds a bunch of packages on top08:42
infinityOh, not for ship.08:43
cjwatsoninfinity: exactly08:43
stgraberoh right, and the live seed is the only thing we don't include as a whole from ubuntu in edubuntu... we just use live-common. Will do some copy/pasting and do a quick respin of Edubuntu to ensure it's good (no test results at the moment and it's a reasonably quick build nowadays)08:47
cjwatsonPretty sure we have some more respin-everythings coming up :-/08:48
infinityapt's good for that.08:48
cjwatson(bug 1067056, bug 1066173)08:48
ubot2Launchpad bug 1067056 in apt "apt-get crashed with SIGSEGV during installation in pkgCacheGenerator::NewVersion ()" [Critical,Confirmed] https://launchpad.net/bugs/106705608:48
ubot2Launchpad bug 1066173 in ubiquity "whole disk install puts grub in wrong place" [High,Confirmed] https://launchpad.net/bugs/106617308:48
stgraberyeah, it's just that I want to get that secureboot stuff done with ASAP so I can use my machine for VM testing and stop having to reboot and reconfigure EFI every 10 minutes ;)08:49
cjwatsonHeh08:50
cjwatsonFair enough08:50
cjwatsonWon't be ready with base-installer for a while - still not really awake :-/08:50
stgraberseed updated, started a rebuild of edubuntu i386/amd64 now. Shouldn't take much more than 30min so should finish way before the next respin08:50
* stgraber updates the pad08:51
infinitycjwatson: I don't recommend waking up.08:54
infinitycjwatson: It's not working out well for me.08:54
cjwatsonjibel: Hmm, I can't reproduce bug 1067056 with the directions given08:59
ubot2Launchpad bug 1067056 in apt "apt-get crashed with SIGSEGV during installation in pkgCacheGenerator::NewVersion ()" [Critical,Confirmed] https://launchpad.net/bugs/106705608:59
cjwatsonjibel: Any way I could get the contents of /etc/apt/ at the point of the crash?09:00
jibelcjwatson, of course, I'll attach it to the report09:01
cjwatsonThanks09:01
jibelcjwatson, https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1067056/+attachment/3399940/+files/_etc_apt.tgz09:02
ubot2Launchpad bug 1067056 in apt "apt-get crashed with SIGSEGV during installation in pkgCacheGenerator::NewVersion ()" [Critical,Confirmed]09:02
jibelI'll try to recreate the crash again09:02
cjwatsonHuh, ddebs were present in sources.list during installation?09:03
cjwatsonsources.list.d/ddebs.list anyway09:03
jibelno, I added after the crash to generate the back trace09:05
cjwatsonAh09:07
stgraberxnox: hey, do we have any weird/critical partman/ubiquity bug at the moment? I'm trying to figure out why my VM seems to always get stuck loading partman (hangs after clicking Continue on the prepare step)09:18
stgraberxnox: manually wiping the partition table and rebooting seems to fix it, though starting ubiquity again after the system is installed gets me the same thing again (so it's not a temporarily messed up partition table)09:19
xnoxstgraber: well, we do have a bug with VirtualBox which I cannot reproduce yet.09:19
jibelcjwatson, I can't reproduce the apt crash this morning with the same image than yesterday, free software only i.e main and universe only.09:19
stgraberxnox: I'm running in kvm here09:20
xnoxstgraber: http://pad.lv/1065502  ?09:20
xnoxsimilar?09:20
xnoxoh and there is something funny about mounting efi partitions ?!09:20
stgraberxnox: certainly looks like it09:20
xnoxhttps://launchpad.net/bugs/106665309:21
ubot2Launchpad bug 1066653 in ubiquity ""reinstall Ubuntu 12.10" on efi system fails when trying to mount /boot/efi" [Medium,New]09:21
xnoxbug 106550209:21
ubot2Launchpad bug 1065502 in ubiquity "[VirtualBox] Ubiquity failed to proceed to partman, fails at replace recipe now..." [High,Confirmed] https://launchpad.net/bugs/106550209:21
stgraberxnox: it's not an EFI system. It's a standard kvm VM so good old BIOS09:21
stgraberxnox: looking at the process tree, it looks stuck on /lib/partman/automatically_partition/25replace/choices09:23
xnoxstgraber: ooh reproducer of bug 1065502. I didn't manage to reproduce it with kvm.09:24
ubot2Launchpad bug 1065502 in ubiquity "[VirtualBox] Ubiquity failed to proceed to partman, fails at replace recipe now..." [High,Confirmed] https://launchpad.net/bugs/106550209:24
xnoxstgraber: can you paste ps tree?09:24
cjwatsonjibel: Yeah, I can't do it with that /etc/apt/ either, although I hadn't yet got round to plugging in apt-cdrom configuration09:24
stgraberxnox: I'm trying to reproduce it from a full ubuntu session so I can give you VNC access to the VM09:24
cjwatsonjibel: I suspect this has been avoided by essentially arbitrary changes to archive indexes, and we won't be able to debug it until it happens again09:25
cjwatson(And we also don't need to consider it RC unless it comes back)09:25
cjwatsonjibel: FWIW, if it happens again, immediately take a tarball of /etc/apt/ and /var/lib/apt/09:25
cjwatsonjibel: That will then let us debug it regardless of archive changes09:26
jibelcjwatson, I still have a snapshot of the previous VM in a broken state, you want the indexes ?09:26
jibeland bug  1067244 is a recent duplicate with the restricted and multiverse enabled09:27
ubot2Launchpad bug 1067244 in ubiquity "installation crashes (dup-of: 1067056)" [Undecided,Confirmed] https://launchpad.net/bugs/106724409:27
ubot2Launchpad bug 1067056 in apt "apt-get crashed with SIGSEGV during installation in pkgCacheGenerator::NewVersion ()" [Critical,Confirmed] https://launchpad.net/bugs/106705609:27
cjwatsonjibel: Oh, yes, definitely09:28
cjwatsonI'm certainly up for debugging this if at all possible09:28
* smartboyhw thinks stgraber can update the pad again since the build has finished:D09:32
stgrabersmartboyhw: I'm grabbing them now to check that I have the right kernel on them, otherwise I'll need to tweak the seed again and respin09:33
smartboyhwstgraber, ah:P09:33
cjwatsonstgraber: Do you think I should upload this base-installer fix to quantal-proposed or quantal?09:34
cjwatsoninfinity: ^-09:34
stgrabercjwatson: well, the plan is to respin with it and it's not one of those potential skew packages, so quantal should be fine09:35
infinitycjwatson: quantal it up.09:35
infinitycjwatson: And while you're at it, accept my initramfs-tools, now that we have something else we need to respin for.09:35
cjwatsonRight09:40
stgrabercjwatson, infinity, skaet: added bug 1065502 as "UNDER INVESTIGATION FOR REBUILD TRIGGERS". We've seen multiple occurences of it now and it's not limited to a single VM type, xnox is looking at it (he has access to my VM)09:40
ubot2Launchpad bug 1065502 in ubiquity "[VirtualBox] Ubiquity failed to proceed to partman, fails at replace recipe now..." [High,Confirmed] https://launchpad.net/bugs/106550209:40
smartboyhwHmm I don't get THAT bug....09:40
smartboyhwIs there actually a package name for the signed linux kernel?09:40
cjwatsonYes09:41
smartboyhwcjwatson, er what is the name?09:41
cjwatsonapt-cache search linux-signed09:41
cjwatson(That's the source package name, but that command will show the binary package names)09:41
jibelcjwatson, https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1067056/+attachment/3399977/+files/_var_lib_apt.tgz09:42
ubot2Launchpad bug 1067056 in apt "apt-get crashed with SIGSEGV during installation in pkgCacheGenerator::NewVersion ()" [Critical,Confirmed]09:42
smartboyhwcjwatson, thx. stgraber then I don't think the signed kernel is in the new build , I can't see them in the manifest....Or am I wrong?09:42
cjwatsonNew build of what?09:42
jibelI also have var/cache/apt if there is some value, but that's another 40MB upload09:42
cjwatsonjibel: I don't think I need that, but I'll let you know09:43
smartboyhwcjwatson, edubuntu09:43
stgrabersmartboyhw: you're right, I'm looking into that now09:43
smartboyhwstgraber, :D09:43
cjwatsonstgraber: dvd-live is a task-generating seed; I suspect you didn't wait for enough publisher runs09:45
cjwatsonIndeed, given that quantal's frozen and that there were no accepts for some hours, there may not have been a relevant publisher run until the one that's starting in ~18 minutes09:45
stgrabercjwatson: yeah, that sounds like it. I'll wait until the next run is done and check that the Task field is properly updated09:46
xnoxstgraber: naturally adding `set -x` to the replace/choices and re-running ubiquity makes the bug disappear....09:50
cjwatsonjibel: Thanks, that's enough to reproduce it in a chroot with 'apt-cache gencaches'09:55
stgraberxnox: wouldn't be fun otherwise :)09:56
infinityDoes someone want to have an opinion about the apport upload in the queue?09:57
xnoxstgraber: may I reboot it?09:57
stgraberxnox: sure10:00
stgraberxnox: there you go. (It ejected the cd-rom so I had to kill it and restart it)10:01
xnoxstgraber: thanks.10:02
xnoxstgraber: it was a "serial installer" habbit? installed and didn't boot into the installed system & try to install again?10:06
stgraberxnox: could have been10:06
stgraberxnox: actually, yeah, the previous install was done and never booted as I was trying to reproduce the non-free bug jibel mentioned earlier10:07
jibelxnox, despite being a serial installer, I always reboot the system I installed. But I noticed that disks are often not cleanly unmounted in vbox.10:12
xnoxs/often/always/10:12
apwcjwatson, i have had a little bit of a poke at this "install from usb to usb with a disk present" install.  from what i can see dispite knowing that target is on sdc, it decides to install to 'the default boot disk' as long as that is not the 'cd'.  grub-mkdevicemap is used to get the disks which returns the internal drive first10:12
cjwatsonxnox's analysis suggested that it might be because we're not setting the boot device debconf question in all partitioning scenarios10:14
cjwatsonI haven't had a chance to poke yet ...10:16
apwcjwatson, i can see how that might do it, if its not set we'll use the value i am aluding to, which is indeed wrong and what we used.10:18
stgraberapw, cjwatson: I can take a look at that bug if you want. Should be easy to replicate in a VM.10:21
cjwatsonPlease10:21
stgraberapw: got a bug #?10:21
cjwatsonSlightly overextended at the momt10:21
cjwatsonmoment10:21
cjwatsonstgraber: bug 106617310:22
ubot2Launchpad bug 1066173 in ubiquity "whole disk install puts grub in wrong place" [High,Confirmed] https://launchpad.net/bugs/106617310:22
cjwatsonOf course it's possible this is misdesign - it used to be that hd0 was a good default because that was likely to be where the system booted from10:22
stgraberhehe, yeah I figured and xnox is probably busy trying to reproduce and debug bug 106550210:22
ubot2Launchpad bug 1065502 in ubiquity "Ubiquity failed to proceed to partman, fails at replace recipe now..." [High,Confirmed] https://launchpad.net/bugs/106550210:22
cjwatsonWe might need to add yet another special case, namely the case where you're installing to removable media which is a good indication you don't want the boot loader on a fixed disk10:23
cjwatsonIf you do that then be careful to change the corresponding code in both grub-installer and ubiquity (sorry)10:23
cjwatsonAt least the one in ubiquity has test cases10:23
cjwatsonI had a reason for duplicating it but I forget what it was; possibly to be able to set the default value in the drop-down long before grub-installer starts10:23
cjwatsonIn future perhaps a good partial-simplification rule would be that the default boot loader location should be constrained to be of the same type (fixed or removable) as /boot10:24
* cjwatson develops a nasty suspicion about apt10:25
cjwatsonI think David got it wrong10:25
cjwatsonIOW if I'd just left well alone and not backported his patch, it would have been fine10:25
=== mmrazik is now known as mmrazik|afk
cjwatson... and he's already reverted it in trunk10:30
cjwatsonFortunately I didn't backport that patch in my SRU10:31
infinitycjwatson: I eagerly await your revert. :)10:32
cjwatsonYeah, just testing10:33
cjwatsonThat fixes it - partial revert on its way10:35
* infinity is trying to sort out why that apport has a patch in debian/patches.10:41
stgrabercjwatson: managed to reproduce the bug with a VM using two virtio disks and a cdrom drive. When installing to whatever is /dev/vda it works fine, when installing to /dev/vdb it fails as /dev/vda is perfectly blank (no partition table) and grub-install fails when run against it ("unable to identifiy a filesystem in hostdisk/dev/vda: safety check can't be performed"10:49
stgraberat least it lets me select another drive in that case10:50
cjwatsonAlmost a different bug, although similar - the removable vs. not case is more immediate, isn't it?10:50
stgraberyeah, the problem here is that kvm is terribly slow when running with usb disks (I gave up after 10min trying to boot the installer) so I can't actually test with removal usb disks...10:51
xnoxusb 1.0 only emulation =/10:51
cjwatsonWhile I think some of this suggests that in future maybe we should just always install to the disk containing /boot, I'm wary about doing this across the board two days before release; it's a bigger code change, and I'm worried that it will produce a different set of complaints10:51
cjwatsonOf the form "I installed Ubuntu to my second hard disk and it doesn't boot by default"10:52
cjwatsonI don't know, maybe attempting to fix that was misguided10:52
xnoxmy worry is that rarely boot options on a machine list USB before internal HDD by default =(10:52
cjwatsonSure, I absolutely think we should fix the USB vs. not case10:52
cjwatsonBut I'm wary about changing the first HDD vs. second HDD case right at the moment10:53
cjwatsonEven if perhaps we ought to change it in the future10:53
xnoxack.10:53
cjwatsonUSB vs. not is what's going to get us the lion's share of bugs, I think10:53
stgraberI'll figure out the required code change to make my VM work, then will put that under a check for the removable flag on the disk, that should let me test it easily and then do what we actually want10:53
infinitybdmurray: Your apport upload is rather goofy.10:53
infinitybdmurray: You have a populated .pc in your diff.10:54
xnoxalso ubiquity does rw mount to check for wubi.... totally should be ported to grub-mount, partman detection, or maybe both.10:54
stgraber(and poke apw so he test whatever change I come up with)10:54
apwstgraber, have the machine sitting here indeed10:55
stgraberapw: so, looking at the code, the logic seems right... ubiquity should only be looking at (hd0) in the device map if the drive containing /boot isn't removable11:15
apwstgraber, and how does it decide that11:18
stgraberat least I managed to get usb2 running in kvm so I should be able to debug the removable handling code11:18
stgraberapw: it queries using udev11:18
stgraberapw: can you paste: udevadm info -q property -n /dev/sdX ?11:19
apwstgraber, presumably from the 'installer' boot ... will do11:19
xnox"imuxsock begins to drop messages from pid 4274 due to rate-limiting" *sigh*11:20
stgraberapw: the content of /sys/class/block/sdX/removable would also be useful11:20
apwstgraber, ack11:20
apwstgraber, http://paste.ubuntu.com/1282881/ and /removable is 111:31
stgraberapw: can you get the same against the first partition of that disk?11:32
apwstgraber, http://paste.ubuntu.com/1282880/ and /removable is not there11:37
stgraberapw: can you try to run http://paste.ubuntu.com/1282898/ with /dev/sdX and /dev/sdX1 as argument?11:43
infinitystgraber: Bin that with debian, so he can download it without logging in? :P11:43
stgraberhttp://paste.debian.net/201016/11:44
apwstgraber, http://paste.ubuntu.com/128290511:46
apwstgraber, http://paste.ubuntu.com/128290611:46
apwsdc == 05, sdc1 == 0611:46
stgraberok, so that part of the code works fine11:46
stgraberapw: can you replace /usr/lib/ubiquity/ubiquity/misc.py with http://paste.debian.net/201017/, run and install and don't reboot at the end (stay in the live environment)?11:52
apwstgraber, will do11:53
stgraberapw: I'm going to want /var/log/syslog /var/log/installer/* /var/cache/debconf/* and maybe even /target/var/cache/debconf/* once that install is over11:54
apwack11:54
stgraberthat should let me grab all the debug statements I added, check what grub-install ran against and what's stored in debconf11:54
apwstgraber, ok11:56
cjwatsoninfinity: Can you reproduce the spandsp/amd64 build failure?11:58
infinitycjwatson: Not sure, was looking at gmap/ppc.  Let me spin up a testbuild ot spandsp.12:03
cjwatsonI'm trying in a (virt) PPA now, but it won't fail locally12:03
infinitycjwatson: I blame the uploader.12:04
cjwatsonWell, quite12:06
cjwatsonCould revert to older tiff and see if that helps, I guess, except: it has rdepends; I don't understand why it only breaks on amd64; and it would be nice to be able to reproduce the build failure in case the old source just FTBFS now12:07
infinitycjwatson: Didn't fail locally here either.  Hrm.12:07
infinityThat error doesn't look like the sort of thing that should be reliant on environment.12:08
cjwatsonWorked in my PPA12:12
cjwatsoninfinity: Do you think you could try copying the source into a devirt PPA and see what happens?12:12
infinitycjwatson: Sure.12:12
cjwatsonI wondered if it might depend on -j or something12:12
infinityIt was -j4 here.12:14
cjwatson-j8 on the buildd12:14
infinityI can see no reason why it would work in a devirt but not the archive, but it's building now, so we'll see.12:17
infinitycjwatson: Entertainingly, it failed on i386 in my PPA.12:20
infinitycjwatson: With different, but related errors.12:20
infinitycjwatson: I suppose it could be a concurrency/dependency issue.12:21
cjwatsonSucceeeded across the board on mine.12:21
infinityhahahaha.12:21
cjwatsonMaybe this is another "retry until it sticks" thing?12:21
infinityFailed on i386, built on amd64.12:21
infinitySo, yeah, retrying until it sticks would likely "work".12:21
cjwatsonNot that I like it but we're out of time.12:22
cjwatsonFound an upstream patch for spatialite/powerpc12:22
cjwatsonIt's a bit giant12:22
infinityRemoving the --parallel from debian/rules might magically fix it, if it's a concurrency issue.12:22
cjwatsonBut without evidence ...12:22
cjwatsonI'll retry this and see what happens12:22
infinityWell, evidence would come in looking at the logs and trying to sort out if we're getting deps out of order.12:23
infinityBut retrying should work, eventually, based on my PPA's results.12:23
infinityWe could force it to komainu, which is where it worked for me, but that's likely just a fluke.12:23
infinityI'll do that if your retry on allspice fails.12:24
infinitykamailio looks all good now, at least.12:25
skaetstgraber,  Edubuntu image on the iso tracker,  does 20121016 have [41] in it?12:26
cjwatsoninfinity: allspice built it12:26
stgraberskaet: no12:26
infinitycjwatson: Cute.12:26
infinitycjwatson: Also, "whatever".12:27
skaetstgraber, is it rebuilding for that right now, or something else?12:27
stgraberskaet: no, it'll be included with the next mass rebuild12:28
skaetk12:32
stgraberapw: how's that install going?12:37
skaetstgraber,  can't tell from the pad about that seed change for Edubuntu.   Is it ready to go, or something pending?12:40
stgraberskaet: the change was made, we were waiting for the publisher to run but that's be done a while ago, so it's just going to get fixed whenever we respin12:40
* ogra_ notes that omap4 desktop and server as well as omap server work fine here12:40
skaetok,  marking as such.12:40
ogra_ac100 next :)12:41
skaetthanks ogra_ :)12:41
ogra_havent noted them on the tracker yet12:41
skaetinfinity,   looks like we've got positive testing results on the signed WUBI,   can you copy it over to nusakan so we don't forget about it later?12:52
stgrabercjwatson, infinity: opinion on aptdaemon? it's fixing bug 1066457 which in itself should appear until post-install but I think it'd be worth including if we're going to respin the world anyway12:54
ubot2Launchpad bug 1066457 in aptdaemon "Missing dpkg-dev dependency results in false bad quality warnings when installing local packages" [Critical,In progress] https://launchpad.net/bugs/106645712:54
cjwatsonDoesn't that pull in a pile of stuff onto images?12:55
stgraberno12:56
stgraberdiff is: http://paste.ubuntu.com/1283012/12:56
cjwatsonOh, I see12:56
cjwatsonShould be done using lsb_release, really12:56
stgraberyeah12:56
cjwatsonBut yeah, that patch is fine12:56
stgraberaccepted into -proposed. skaet added it to the pad so we'll need to remember to pocket copy12:57
=== doko__ is now known as doko
cjwatsonquantal_outdate_all almost fits in one browser page for me now ...13:03
apwstgraber, chinstrap:~apw/X.tgz ... machine awaiting any further poking13:11
stgraberapw: yay, thanks13:11
skaetinfinity, cjwatson - what's still critical to land from your perspectives before the respin gets kicked off?  (beyond the aptdaemon?)13:11
stgraberapw: oh, fun, so it never actually reaches the is_removable code :)13:12
cjwatsonskaet: stgraber's ubiquity fix (plus the other bits queued in bzr there)13:12
cjwatsonWhich appears to be still under investigation13:13
stgraberxnox: any progress on the VM bug?13:13
stgraberxnox: s/VM/partman freaking out when running on possibly not clean disks/13:14
cjwatsonOh, yes, that too13:14
xnoxstgraber: some I can reproduce it, but neither set -x nor strace are useful. Unless i'm reading it wrong...13:14
cjwatsonspatialite above is a giant diff basically because it's GIS software and has loads of autogenerated code13:14
cjwatsonBut it's straight from upstream (with just a bit of adjustment to apply to what we had) and I've test-built it on amd64/i386/powerpc13:15
stgraberok, so apw's problem is that boot_device returns None. That can either be because parted doesn't return anything or because it stacktraces and we hit the except statement13:15
* stgraber gets back to looking at the logs13:15
* xnox smae13:15
infinitycjwatson: Having a look.13:16
balloonsskaet, do we see this as being release noted at this point, or is a fix still being worked on? https://bugs.launchpad.net/ubuntu/+source/unity/+bug/105594913:23
ubot2Launchpad bug 1055949 in unity "Unity panel shadow appears as solid black bar on GLES/ARM (Pandaboard)" [Medium,Confirmed]13:23
skaetballoons,  release noted,  feel free to add it to ReleaseNotes/UbuntuDesktop page if its not there already ;)13:24
* skaet suspects it will likely be in SRU, but will let seb128, popey comment on that. 13:24
infinityI'm not sure why that needs a release note, to be honest.13:25
seb128skaet, right, I don't think we want to respin for cosmetic issues13:25
seb128doesn't seem really release note worthy either...13:25
infinityRelease notes shouldn't contain every bug we know about, just things that affect people negatively.13:26
infinity(Plus interesting new changes)13:26
skaetinfinity, seb128 - key reason would be we don't want people filing more bug reports against it, as it is visible.   But since its localized to ARM,  suspect you're right and it doesn't really need a note.    balloons, chime in if you disagree.13:27
popeyskaet / seb128 +113:28
balloonsskaet, I brought it up because it's the 'out of the box' experience on ARM. It is purely cosmetic, but it will also universally affect those users13:28
balloonsthat said I've no reason to disagree with the decision to release note or not. Thanks for the info :-)13:29
apwballoons, as they can boot successfully and update successfully and indeed file a bug successfully it does not seem critical to note13:30
=== rtg is now known as rtg-afk
stgrabercjwatson, xnox: so, after adding a ton of debug, I see that misc.boot_device() is properly iterating through the disks and indeed lists a single partition on the disk I'm using, but I'm suspecting some kind of race as it's marked as "free" and doesn't list a mountpoint...13:34
xnoxstgraber: hmm... is it cached and determined only once (at start of partman caching) and never actually re-iterated on partman confirm as to what we want to do?13:35
* xnox needs to look at misc.py13:36
stgraberxnox: I'm adding some more debug to check that the output of p.partitions() makes sense13:37
infinityjamespage: Say, if you get a spare moment, can I get you to verify https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/1028038 ?13:39
ubot2Launchpad bug 1028038 in eglibc "sscanf always calls realloc/causes deadlock in google-perftools" [High,Fix committed]13:39
=== yofel_ is now known as yofel
jamespageinfinity, on my list13:39
=== mmrazik_ is now known as mmrazik
stgraberxnox, cjwatson: do you know what the "part" parameter of p.readline_part_entry should look like?13:40
infinityjamespage: Kay.  Once I verify one other bug, yours it the only one holding up the copy to -updates.  No pressure.13:40
stgraberwe're currently calling it with a string with a value like "32256-10737418239" and it seems a bit weird to me13:40
stgraber(but I don't know parted so it may totally be right)13:40
cjwatsonLooks right13:40
xnoxstgraber: that's partman's id for the partition. starbyte-endbyte13:40
stgraberok13:41
cjwatsonIndeed13:41
cjwatsonWell, it's odd that it starts at 63 sectors with cylinder alignment, but that aside13:41
cjwatson(Not relevant here)13:41
stgraberso now the question is why mountpoint doesn't contain anything...13:41
cjwatsonWell, find out why it's marked as free first13:42
cjwatsonboot_device isn't cached as such directly, but it could be that we're calling it too early when it matters13:43
cjwatsonThe partman log *might* indicate something13:43
tkamppeterI have a question to the fix for bug 1034045, a CUPS crasher. It got accepted as SRU and then treated like an SRU: Put into -proposed, verified, and then passed on, but not into -updated but simply into Main. Does this mean that the fix is going onto the CDs?13:44
ubot2Launchpad bug 1034045 in cups "cupsd assert failure: *** glibc detected *** /usr/sbin/cupsd: free(): corrupted unsorted chunks: 0x00007f3dc478c0f0 ***" [High,Fix released] https://launchpad.net/bugs/103404513:44
infinitytkamppeter: Yes.13:44
cjwatsonYou ought to see a call to PARTITIONS corresponding to the call to boot_device13:44
jamespageinfinity, no pressure felt :-)13:44
infinityjamespage: Then I did it wrong. :013:45
xnoxstgraber: at the start of the gtk ubi-partman we populate grub_device_entry by using grub_default which down the road calls boot_device.13:45
cjwatsonDo we populate that too early, maybe?13:46
stgraberxnox: indeed, though we should only use grub_device_entry when in manual install, the rest of the time we should call grub_default() after partitioning13:46
xnoxwe populate that drop down at partman initialisation.13:46
xnoxstgraber: yes, but we call get_grub_choice and it doesn't do that =)13:47
xnoxit always preffers the drop down, respective of the mode. Maybe it should...13:47
xnoxself.preseed('grub-installer/bootdev', self.ui.get_grub_choice())13:48
cjwatsonThe only relevant calls I see are in ok_handler (should be well after partman cache is built) and maybe_update_grub (either explicitly just after building the cache, or when you ask to create or edit a partition)13:48
xnoxin the ok_handler13:48
cjwatsonAm I missing a path?13:48
cjwatsonOh, but ok_handler doesn't have a cache if you didn't use manual partitioning!13:48
xnoxcjwatson: yes. get_grub_choice only calls into mics. only once.13:48
xnoxhmmm...13:49
cjwatsonBut building the cache is fiendishly hard otherwise13:49
cjwatsonWhen autopartitioning, we always know what disk we're operating on, right?13:50
cjwatson(Don't we?)13:50
xnoxyes.13:50
cjwatsonThen we could pass that down the layers and have that be used instead of boot_device()13:50
cjwatsonSince boot_device() returns the disk, not the partition13:50
cjwatsonThat feels like it has a good chance of being the right answer, to me13:51
cjwatsongrub_default and is_boot_device_removable would need to take boot_device=None parameters or similar13:51
cjwatsonEr, boot=None to avoid shadowing the function name13:52
cjwatsonAnd the get_grub_choice implementations too13:52
cjwatsoninfinity: So, mgltools-opengltk in unapproved fixes that build failure; spatialite is building; I removed the OOD binaries for sigx, structure-synth, and tetgen; and I believe doko/jamespage are working on eigenbase-resgen and mondrian13:54
cjwatsoninfinity: How goes gmap/powerpc?13:54
cjwatsonI think that's the last one13:54
infinitycjwatson: Ask apw, I had him crying over the code.13:54
apwcjwatson, from what i can see its an endian issue, the problem with that is the code is utterly vile wtf to endian support and hand literally hundreds of endian specific stanzas13:55
cjwatsonAh, believeable13:55
infinityThere's a distinct possibility that the code in question was always broken, and they just recently started testing it.13:55
cjwatsonWe *could* just remove it; no rdepends13:55
dokoohh, tetgen. hmm, I did want to work around it13:55
cjwatsonit> the powerpc binary, that is13:55
infinitySo, yeah, I was going to remove the binary, I think.13:56
infinityWe're on the same page there.13:56
cjwatsondoko: Feel free, me removing the one binary doesn't stop you :)13:56
cjwatsonIt just removes it as a blocker13:56
cjwatsoninfinity,apw: righto, removed13:56
infinitycjwatson: Oh, hah, I just did it dtoo.13:57
infinityOr, was about to.13:57
* infinity answers "n".13:57
cjwatsonSo that's everything in outdate, as long as building with openjdk-6 fixes eigenbase-resgen13:57
cjwatsonWhich was the plan for mondrian13:57
infinity\o/13:58
infinityTwo releases in a row.  This could be habit-forming.13:58
cjwatsonI certainly hope so13:58
cjwatsonAnd this time hopefully we won't still be finishing it on release morning13:59
jamespageinfinity, eglibc SRU fix verified13:59
infinityjamespage: My hero.13:59
dokolooking at gwt first, then eigenbase13:59
jamespagedoko, lemme take eigenbase13:59
jamespageI got stuck on it last week - reverting to openjdk-6 is something I had not tried.14:00
apwstgraber, anything i can be doing to forward this issue ?14:01
cjwatsonstgraber: Does my proposal make sense to you?14:02
cjwatsoninfinity: if we do manage to get britney going before auto-syncs, it should be easy to keep it there14:02
stgrabercjwatson: yep, trying to implement now14:02
cjwatsonseb128: could somebody on your team look at bug 1066883, please?14:06
ubot2Launchpad bug 1066883 in linux "[Macmini 5,1] Fatal server error: Can not run in framebuffer mode on reboot" [High,Confirmed] https://launchpad.net/bugs/106688314:06
cjwatsonseb128: not clear whether it's a kernel or X bug14:06
infinityaptdaemon copied to release, FWIF.14:06
infinityFWIW, too.14:06
seb128cjwatson, ok, I will ping our xorg guys to have a look14:07
cjwatsonThanks14:07
dokojamespage, eigenbase solved14:18
jamespagedoko, OK - you beat me14:18
jamespagewhat did I miss?14:18
dokoinfinity: please build libeigenbase-resgen using the debian ibeigenbase-resgen binary (self build dependency)14:18
infinitydoko: s/lib// ?14:20
dokolibeigenbase-resgen-java14:20
infinitydoko: Which is from the eigenbase-resgen source, so yeah.  s/lib// :P14:21
plarsslangasek: the bug I mentioned was bug #106734814:21
ubot2Launchpad bug 1067348 in upstart "garbled character appears on the screen after inputting the passphrase of the encrypted hard disk during the boot process" [Undecided,New] https://launchpad.net/bugs/106734814:21
infinitydoko: That need rebootstrapping on all arches, or?14:21
dokoi386 only14:21
infinityOh, right.  Check.14:21
plarsgranted, it's probably in the wrong place14:22
cjwatsondoko: Excellent14:22
xnoxplars: somehow I think it's not a bug in upstart but rather console-setup.14:23
cjwatsonI doubt it14:25
cjwatsonplymouth seems more likely as a first guess14:25
cjwatsonNothing in console-setup would cause you to get those Unicode grid characters, at least not directly14:26
xnoxcjwatson: apart from not generating the correct locale due to missing langpacks?14:28
cjwatsonconsole-setup is not responsible for generating the locale14:28
cjwatsonIs there any evidence that the locale is missing?14:28
cjwatsonAlso, if the locale weren't generated, I would not expect to be seeing translated messages14:29
cjwatson(Even mangled)14:29
xnoxtrue.14:29
xnoxhmm..14:30
cjwatsonI've reassigned to plymouth14:30
=== rtg-afk is now known as rtg
slangasekplars: thanks14:31
slangasekplars, cjwatson: right, this looks like a straightforward matter of missing font support in the initramfs for our mountall strings14:34
dokois somebody looking at nvidia-tegra-codecs-ventana in NEW?14:35
slangasekwould be nice if we could pre-render the images so we didn't have to keep shoving more fonts into the initramfs; but that's not something we can fix now-ish14:36
stgraberxnox: what's the right way of getting the auto disk target from get_grub_choice? I'm currently using self.get_current_disk_partman_id().replace('=', '/') but the function only exists in the Gtk implementation14:37
xnoxstgraber: ui.get_autopartition_choice exists in both.14:40
infinitydoko: I was going to look at both of ogra's nvidia* uploads, but if you want to review them, be my guest.14:40
stgraberxnox: oh, I somehow missed that one, thanks14:40
xnoxstgraber: get_autopartition_choice[1] should be a useful dict.14:41
tkamppeterinfinity, thanks.14:43
dokoogra: why are the b-d's for nvidia-tegra-codecs-ventana needed?14:44
infinitydoko: To generate dhlibdeps?14:47
infinitydoko: shlibdeps*14:48
dokoahh, ok14:48
stgraberxnox: hmm, and is there a convenient way of going from the "SCSI3 (0,0,0) (sda) - 10 GB QEMU QEMU HARDDISK" format to a device path or do I have to parse the string to extract sda?14:49
infinitydoko: So, wait, was there going to be an upload of eigenwhatever, or did you just want the current version in the archive rebootstrapped against Debian?14:50
xnoxstgraber: well the iterator in the gtk drop down has both from somewhere. first colum is /dev/sda3 the second column is that freaky thing.14:50
dokoinfinity, the current14:51
xnoxstgraber: or poke around the self.extra_choices more. it should have something better.14:51
xnoxoptions.14:51
infinitydoko: Alrighty.14:51
xnoxI have a "fix" for the replace issue. But I don't understand it. At the end of the for-loop $mountpoint is unmounted in the normal run, but not deleted. Then cleanup() trap kicks in and the code is a bit wrong cause it assumes if the $mountpoint is there - it should be unmounted. With this change http://paste.ubuntu.com/1283223/ it no longer hangs at that spot & shows the install options.15:03
* Daviey checks in... everything good?15:03
xnoxBut there is a side effect. I think the "replace" option now kicks in, not displayed but instead "Reinstall 12.10" is insensitive now.15:04
balloonsI thought iscsi got cleared up yesterday?15:04
xnoxs/ kicks in / partman produces it /15:04
cjwatsonxnox: Oh, so umount -l returns non-zero, I guess15:11
cjwatsonThe new code is clearer anyway15:12
plarsballoons: are you talking about the iscsi bug reported? https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1066945 looks like jamespage was able to confirm it a bit ago15:12
ubot2Launchpad bug 1066945 in debian-installer "iSCSI root fails" [Undecided,Confirmed]15:12
balloonsyes15:12
balloonsplars, yes15:12
plarsjamespage: looks like it could be release critical?15:12
jamespageplars, balloons: the part of that bug that has been fixed was release critical15:13
jamespageI'm not sure about the remaining issue...15:13
plarsjamespage: ah, I didn't realize it was partially fixed15:13
plarsjamespage: is that tracked in another bug somewhere?15:13
jamespageplars, the fixed bug is bug 105763515:14
ubot2Launchpad bug 1057635 in Ubuntu Quantal "initramfs built during install does not contain a valid iscsi initiator name" [High,Fix released] https://launchpad.net/bugs/105763515:14
plarsthanks15:14
jamespagewhich stopped iscsi root working whatever nic type you used15:14
xnoxcjwatson: yeah it does return non-zero and the error message is lost somewhere?!15:14
cjwatsonxnox: I'm not sure I totally understand the side-effect you describe.  Could you explain the behaviour both before and after your patch?15:14
balloonsright, there were 2 parts.. but I see a new iscsi in proposed -- or is it the same?15:15
xnoxcjwatson: before my patch - we hang and do not proceed to the partman options.15:15
cjwatsonballoons: That was precise-proposed15:15
balloonsdo'h15:15
xnoxcjwatson: after this patch you get: unselectable reinstall, side-by-side, wipe-and-install, advanced.15:16
cjwatsonxnox: Well, that certainly sounds better than a hang15:16
cjwatsonI'd say go for it15:16
xnoxcjwatson: i'm looking into making the replace option work, cause this upload will need to be in ubiquity as well.... so ubiquity is being uploaded...15:17
* xnox digs back into ubiquity #2 pencil calculations.15:17
stgraber... getting the target disk in ubi-partman in a way that works with all frontends and with all install options (except for manual) is a real nightmare15:17
cjwatsonubiquity's being uploaded anyway, since the fix stgraber is working on is stop-ship15:18
cjwatsonstgraber: anything I can do to help?15:42
stgrabercjwatson: current implementation is http://paste.ubuntu.com/1283299/15:45
stgraberI'm just about to test if that stuff actually works15:45
stgraberwell, once I fixed the obvious mistakes that pyflakes just highlighted15:46
Laneyif we're spinning again, could I sneak that gdocs in? :-)15:46
cjwatsonstgraber: boot=boot, not boot=None in grub_default15:46
stgrabercjwatson: http://paste.ubuntu.com/1283302/15:47
cjwatsonstgraber: And I think an explicit boot= when calling grub_default, for documentation's sake15:47
cjwatsonYow, complexity in ubi-partman - presumably unavoidable15:48
cjwatsonLooks plausible.  You might or might not need test changes too15:48
stgraberyeah and I'm really not happy to have to parse the string but well, ...15:48
cjwatsonYou have enough checks that I don't think it'll introduce crashes15:49
cjwatsonAnd if it doesn't work it falls back to previous behaviour15:49
skaetLaney, gdocs?  is it on the pad?15:50
stgraberapw: still around?15:50
Laneyskaet: I haven't put it there; it's heading for SRU but if we could sneak it in it would fix a top crasher15:50
apwstgraber, sure am, waiting on you :)15:50
Laneyskaet: I wouldn't be offended if it goes via SRU though15:51
stgraberapw: I'm going to run a very quick test here to check that my code actualy runs in my test environment and should be ready in 5min to have it run on your machine15:52
skaetLaney,  what's the scope of change like?   risk for regressions?   if low impact, and low risk for regressions, am ok with it going on the pad as opportunity target,   fixing as an SRU is also an option.15:53
Laneycatching an exception and exiting cleanly instead of crashing15:53
* skaet nods15:54
xnoxstgraber: *sigh* the controller needs to pass devices with the options i think, such that UI can "get it normally" =(((( sorry about that.15:55
xnoxlooks good though =)15:55
cjwatsoninfinity: Any luck with the bootstrap?  I can do it if you like ...15:56
cjwatson(eigenbase-java)15:56
infinitycjwatson: Oh, I'm still fiddling with other things.  Go ahead, if you want.15:56
cjwatsonOK, will do15:56
stgraberspotted one mistake (isinstance is checking for list instead of tuple), fixing and re-trying15:56
cjwatson(er, eigenbase-resgen, of course)15:57
=== adam_g_ is now known as adam_g
stgraberok, code tested here and it seems to do the right thing with the gtk frontend at least15:59
apwstgraber, so i need to reset to before the install yes, then you'll have updated code for me ?16:00
apw(i can get doing that in parallel)16:00
stgraberapw: http://paste.debian.net/201083/ for /usr/lib/ubiquity/ubiquity/misc.py16:00
stgraberapw: http://paste.debian.net/201084/ for /usr/lib/ubiquity/plugins/ubi-partman.py16:00
* stgraber grabs kubuntu desktop for a quick test run with the kde frontend16:02
stgraberok, result on the kde frontend matches that of the gtk frontend. So just need to wait for apw to know whether the result is actually what we want16:10
apwstgraber,  on it16:10
stgraberapw: do you know roughly how long that install will take?16:11
apwstgraber, half hour ish16:11
apwstgraber, its booting into the installer now16:12
stgraberok, I guess it's still reasonable to wait for it. If it'd have been longer I'd have suggested releasing ubiquity, pushing it to -proposed, letting it build and only pocket-copy once we know the test result16:12
cjwatsonAs long as somebody not involved in the upload will still be around to review it16:13
cjwatsonI guess infinity will still be around16:13
xnoxso I am running Oracle VM Virtualbox (which is oh so good are reproducing the replace bug) it also has an interesting property of having an IP address, NAT network yet not having any host name resolutions...16:14
xnoxwhich makes ubiquity correctly detect that there is no network, but that does not stop apt-get update to be painfully slow further down the line (when trying for langpacks, etc.)16:15
xnoxwith 10s to time out per each network request....16:15
cjwatsonThat's an apt regression16:15
cjwatsonIt's supposed to notice that situation16:16
skaetjust to note:  Kubuntu powerpc testing indicates probably best not to ship this image.   After discussion with ScottK,  have removed from Manifest and iso tracker.16:16
cjwatsoninfinity: The bootstrap archive appears to have fallen out of the i386 chroots16:16
xnoxcjwatson: I see. But I also want to blame something else in either Oracle VirtualBox packaging or dnsmasq in Oracle VirtualBox for not giving me the internetz.16:17
xnoxok. will troubleshoot later.16:17
infinitycjwatson: Oh, it's out of all of them.  I'll re-enable it for i386.16:18
infinitycjwatson: I told you a couple of days ago that I'd disabled it for everything for release.16:18
stgraberxnox: can you get /etc/resolv.conf, /var/log/syslog and the "ps aux" output out of that VM?16:18
infinitycjwatson: Anyhow, fixing.16:18
xnoxstgraber: sure.... let me think how am I going to do that.16:18
cjwatsoninfinity: Oh, I missed that.16:19
stgraberxnox: I usually "cat <file> | nc -l 1234" on one end, then "nc <ip> 1234 | pastebinit" on the other16:19
cjwatsoninfinity: Hopefully just need it for i386 briefly.16:19
cjwatson(missed or forgot)16:19
xnoxstgraber: briliant =)16:19
cjwatsonYeah, it's in my scrollback and all16:20
infinitycjwatson: Uploaded.16:22
cjwatsonThanks.  Retrying eigenbase-resgen.16:22
cjwatson(The libeigenbase-resgen-java binary there is the result of a local sbuild run with the Debian libeigenbase-resgen-java package installed.)16:23
infinityI assumed, yes.  I trust you. :)16:23
xnoxstgraber: http://paste.ubuntu.com/1283369/16:25
slangasekanyone know if the precise wubi build has been tested yet?16:26
skaetslangasek,  plars said he did earlier16:26
xnoxstgraber: had to do the reverse, listen on my host & connect in the guest. But it worked like a charm =) also confirms that guest can get through to my host.16:26
slangasekskaet: when?  I only saw his testing of quantal wubi16:26
Davieyskaet: Everything kosher?16:26
skaetslangasek, call earlier16:26
slangasekah16:27
slangasekok then :)16:27
skaetDaviey,  how does MAAS on ARM look?16:27
Davieyskaet: *AWESOME*16:28
Davieyrbasak: ^^ confirm?16:28
stgraberxnox: is "host www.google.com 10.0.2.2" working from that VM?16:28
rbasakDaviey: confirmed!16:29
Davieyta16:29
skaetthanks.  :)16:29
xnoxstgraber: ;; connection timed out; no servers could be reached16:30
stgraberxnox: ok, so that's virtualbox's fault, not dnsmasq, resolvconf or NM16:30
stgraber(10.0.2.2 is the IP reported by NM as its upstream dns server)16:31
skaetDaviey,   any fixes ready on the server team's critical list that is left to pick up in next set of respins?  or are we pretty much set for you and rest is now SRU targets...16:31
xnoxstgraber: cool. I'll try the open-sourcey edition and then decide where to file bugs =)16:31
xnoxstgraber: thanks.16:31
cjwatsondoko,infinity: eigenbase-resgen rebootstrapped.  I'll retry mondrian once that's published.16:32
infinitydoko: What's going on with mondrian?16:46
cjwatsoninfinity: It'll be fixed with a retry after the rebootstrapped eigenbase-resgen publishes.16:47
cjwatsoni.e. soon.16:47
infinitycjwatson: Ahh, kay.  Didn't notice they were a dependency chain.16:48
infinitycjwatson: So yay, we're done!16:48
cjwatsonYes!16:48
stgraberapw: how are things looking?16:50
apwstgraber, it literally just ran install-grub, from what i saw it went to sdc16:53
stgraberapw: yay!16:54
apwi'll have the logs in the near16:54
stgraberwell, I'll mostly be interested to know whether it boots ;)16:54
cjwatsonWith and without the stick inserted16:55
apwcjwatson, indeed16:56
cjwatsonAnd there's mondrian built16:58
apwstgraber, cjwatson, ok the stick is good seems to be internally referential, and the normal boot (though broken by the previous test, still points to the previous test)17:05
apwie it was not updated by this install17:06
stgraberall good17:06
stgraberpushing my stuff and uploading then17:06
cjwatsonWait a sec17:08
apwstgraber, ^^ ?17:10
stgraberyep, I've been talking to cjwatson in #ubuntu-installer in parallel :)17:11
cjwatsonUnblocked now17:12
stgraberuploaded17:15
infinityI'd like to promote chromium-browser at some point for lubuntu images as well, but I guess we can re-spin just lubuntu tomorrow morning after doing the world tonight.17:17
* skaet nods17:19
cjwatsoninfinity: ^-17:21
micahginfinity: I don't think it's worth respinning lubuntu just for chromium unless they want it, chromium will be out of date in another week anyways17:22
infinitymicahg: Yeah, but the world's respinning anyway, and chromium will be built in ~3h.17:23
micahgok17:23
cjwatsonHmm, still several autopkgtest failures, but at least the ones I've looked at are test-only so it doesn't look worth trying to cram in fixes there17:24
cjwatson(software-properties and unattended-upgrades)17:25
cjwatsonmaas has never passed that, network-manager hasn't passed for a month ... will be a shock for a few people when we start making that gate entry to the release pocket :-)17:26
stgraber|| true => "fixed" (isn't that how we deal with tests usually? ;))17:27
cjwatsonhah17:28
skaet:P17:28
cjwatsonEvery other automatic release metric I can find is looking pretty good now17:28
skaethave all the -proposed opportunity targets been moved over?17:29
cjwatsonpending-sru only lists chromium-browser, discussed above17:29
infinityskaet: Other than the ones I'm reviewing and accepting right now.17:29
infinitycjwatson: Want to review and/or have opinions on dbus-python?17:29
cjwatsoninfinity: Simon said in the bug that it fails the upstream regression tests17:30
skaetLaney, ^ looks like infinity +1'd -gdocs ;)17:30
cjwatsoninfinity: And at any rate it's complex enough that I'd rather not cram it in for release now17:31
infinitycjwatson: Check.  If you want to apply that opinion by rejecting, that would be lovely. :P17:31
cjwatsonI'll just talk with barry17:31
infinityThe tiny gnome-icons patch looks worth grabbing.  All the other gnome stuff was universe.17:31
cjwatsonbarry: ^- re your dbus-python upload - should we be including stuff that fails the upstream regression tests?17:32
cjwatson(You may have some good reason; it makes me nervous, though)17:32
* stgraber -> dinner, be back in 30min17:33
infinityI may let the current state of build queues settle down before making some final proposed promotion choices and respinning tonight from my hotel room, if that sounds reasonable to others?17:33
cjwatsoninfinity: Er, re gnome-icon-theme, doesn't that need Replaces?17:33
cjwatsonBecause it should, as I read the bug, have the effect of moving files between packages17:34
seb128cjwatson, infinity: g-i-t has a replaces always updated to the current version17:34
cjwatsonAh, good17:34
seb128we keep moving icons between the binaries17:34
infinityWhat he said.17:35
infinityI think I've reviewed a few of these moves in the past and it no longer phases me.17:35
cjwatsonThough not a Breaks from gnome-icon-theme to gnome-icon-theme-full, I notice, only the other way round17:35
cjwatsonBut that's fairly minor17:35
infinityWhich could be poor practice on my end by now. :P17:35
skaetinfinity,  challenge is the timing so that folks can start testing before EOD in North America17:35
seb128cjwatson, right...17:35
infinityskaet: Or, they can wake up to steamy fresh images in the morning instead. ;)17:36
micahgwould me holding onto am armel buildd for a day or so be a problem at this point?17:36
cjwatsonI think we do need something tonight17:36
infinitymicahg: For..?17:36
skaetyeah I do too.17:36
micahginfinity: I'm symbols diving in webkit :)17:36
cjwatsoninfinity: Give me a list of stuff from -proposed you think is sensible, and I can promote and (if you're not around) start builds17:36
infinityWell, we'll look at the state of the world when ubiquity's done, it's a long(ish) build.17:36
cjwatsonHeading off for dinner now, but that's fine since as you say ubiquity needs to build17:37
infinitycjwatson: I'll be around, I'm not going out tonight, just heading from the office to the hotel.17:37
skaetinfinity,  let us know when you head out and are back online.    Please make sure the pad is updated with the bits you just reviewed and definitely want to see in.17:37
cjwatsonRight, so "tonight" is actually "early this evening"17:37
infinitycjwatson: Yeah, not midnight or anything.17:37
phillwinfinity: I'm okay with an updated Chrome, but as it is not due until tomorrow I'll double check with Julien (Having the latest Chromium IMHO is a good thing for us).17:37
cjwatsonmicahg: At minimum, please wait for a few hours until we're well into image building rather than package building again17:38
cjwatsonThere are enough long builds on armel at the moment that I'd rather have a bit more slack17:38
skaet+117:38
cjwatsonAnyway, as I say, dinner17:38
micahgcjwatson: ok, I can disable the arm builds for right now if it's problematic, that's why I was asking17:39
* skaet thinks its good time for lunch for me as well.17:39
cjwatsonmicahg: I'd rather you didn't tie up x86 builders right now either17:39
cjwatsonJust give us a few hours17:39
micahgcjwatson: ok17:40
seb128(rejected that one because the upload was incomplete, I reuploaded it)17:52
gilirinfinity, about chromium, no need to plan a respin for lubuntu only for the last update17:55
infinitygilir: Well, there is if we want to promote it to -release.17:56
infinitygilir: If we plan to make it a 0-day SRU, then no, no need to respin.17:56
gilirinfinity, well, it's fine as a 0-day SRU17:58
gilirinfinity, but if another respin happen later, it would be nice to have it in the ISO :-)17:59
infinitygilir: Right, well, I'll check timing tonight.  If I do lubuntu last in the build cycle, that's about when chromium will be ready anyway.18:00
barrycjwatson: re: dbus-python.  no, if it fails the test suite we should not include it.  i thought i had run the test and it passed, but i think my tree was not clean.  i'm now running it again and i see failures.  i'll take a closer look.  in the meantime, feel free to reject my upload and i'll do another when i get the test suite passing18:00
gilirinfinity, great, thanks :-)18:01
skaetbarry, cjwatson - done18:01
barryskaet: thanks.18:02
apwstgraber, cjwatson, just completely redid the ubiquity testing (usb to usb install) and confirmed the original disk is not affected now18:07
skaetthanks apw.  :)18:07
slangasekcjwatson: we don't have any of the hardware for reproducing bug #1040557 in house, do we?18:10
ubot2Launchpad bug 1040557 in ubuntu-cdimage "UEFI boot live-usb bricks SAMSUNG 530U3C,np700z5c laptop" [Critical,Confirmed] https://launchpad.net/bugs/104055718:10
slangasekcjwatson: have we actually had anyone confirm this happens when NOT writing the USB stick using a third-party tool?18:10
infinityslangasek: Even if we did, we'd only be able to test it once. ;)18:11
slangasekinfinity: cking suggested removing the cmos battery is sufficient to clear the failure18:11
apwslangasek, that was on a different machine tho.18:12
slangasekok18:12
infinityslangasek: I thought that was on a machine he'd bricked differently (a Lenovo, perhaps?), but maybe I got my wires crosses on that.18:12
slangasekso that was basically just cking dogpiling the bug, was it?  I see how it is18:12
apwslangasek, it may work there too.  though on the machine he had "just removing the battery" meant taking the whole machine appart18:13
slangasekwell sure, but that's what machines are FOR18:13
slangasekcjwatson: so I've gotten in touch with someone from Samsung about this, but I'm trying to make sure I'm giving them clear information... the bug log is unfortunately muddled18:32
slangasekcjwatson: I'm trying to figure out what to tell them for a reproducer case18:33
ScottKMark didn't happen to announce the new code name at the openstack summit keynote, did he?18:38
slangasekso after a more careful reading of bug #1040557, I see that there haven't actually been any confirmed reports of the original bug occurring with 12.1018:52
ubot2Launchpad bug 1040557 in ubuntu-cdimage "UEFI boot live-usb bricks SAMSUNG 530U3C,np700z5c laptop" [Critical,Confirmed] https://launchpad.net/bugs/104055718:52
slangasekone reporter said he got a black screen, only *after* he successfully booted and installed 12.10 from usb18:53
slangasek(and then rebooted to Windows, and rebooted again)18:53
slangasekso not at all clear that it's the same bug18:53
skaetScottK, not that I've heard.   waiting for the blog post.18:57
jbichamutter failed to build on armel on sigbin but built successfully when I retried, who do I complain to?18:59
infinityjbicha: If you'd saved the log, you could complain to me.  Otherwise, complain to cosmic rays?19:00
micahginfinity: weren't you supposed to do something to sigbin?19:00
jbichainfinity: http://paste.ubuntu.com/1283668/19:00
jbichait totally wasn't obvious to me that was a builder issue19:01
skaetslangasek, cjwatson, stgraber - I've gone through all the fixes in -proposed (from http://people.canonical.com/~ubuntu-archive/pending-sru ), and sorted them into 3 buckets on the pad.   1) bugs I believe we're picking up are at the bottom - waiting for respin.   2) bugs that should be going through SRU process  3) bug fixes that are going into unseeded universe, and should be allowed in before our freeze today if19:02
skaetthey build ok.19:02
skaetinfinity, ^19:02
skaetcould you please cross check and make sure the details are accurate/adjust if needed so we all have the same picture.19:02
slangasekinfinity: thanks for taking care of wubi19:02
jbichaskaet: when are you freezing universe today?19:03
ScottKjbicha: Is gnome-boxes amd64 only on purpose?19:05
skaetjbicha, 2100 UTC was the plan.19:06
jbichaScottK: yes, because qemu-kvm-spice is amd64 only because of bug 92843219:06
ubot2Launchpad bug 928432 in qemu-linaro "spice backend fails to build on i386 with -Werror" [Undecided,Fix released] https://launchpad.net/bugs/92843219:06
ScottKOK.19:06
jbichaBoxes is i386 and amd64 on Debian though19:07
ScottKOK, so it just needs copying over at this point, right?19:07
seb128jbicha, sorry for screwing the arch stuff in boxes19:08
seb128upstream said that spice should work on i38619:08
seb128but I never managed to track down the right people to get that fixed for quantal...19:08
infinityjbicha: That's a random data corruption issue. :/19:11
jbichaseb128: np, it looks like your change was (accidentally?) reverted in 3.5.91-0ubuntu119:11
cjwatsonslangasek: in-house> not that I know of; third-party tool> I'm sure I remember hearing of such a case but it's not in the bug log19:11
slangasekcjwatson: phooey, ok19:12
infinityskaet: I hadn't actually accepted anything that I didn't plan to pick up for -release, but I'll double-check your lists.19:12
slangasekinfinity: some of these on the list look quite dubious for -release - is empathy yours?19:13
cjwatsonslangasek: Hmm, you're right that the concrete evidence for 12.10 having the same problem is thin on the ground, but I have a hard time asking people to test this deliberately.  I'm inclined to take comment #14 as a yellow flag at the very least19:13
infinityslangasek: empathy isn't in proposed...19:13
infinityslangasek: Unless you mean the gnome-icon-theme upload.19:13
slangasekcjwatson: yes - I think we should release note it as a possible issue, but at least for Samsung I'm pointing them at the 12.04.1 images only19:14
slangasekinfinity: hrm, apparently I'm looking at the wrong section on the pad then19:14
slangasekskaet: I'm confused.  Where is the break-down of the packages in -proposed?19:15
cjwatsonslangasek: OK, good catch, thanks; certainly given the hybridisation it's *possible* something changed19:15
cjwatson(I said on the call earlier that the timing was such that this followed our work on improved hybrid USB images for UEFI, but I was mistaken as that was never applied to 12.04.x)19:15
slangasekcjwatson: TBH I think if this has changed between 12.04.1 and 12.10 it's more likely due to upstream kernel drift; at least one user reported the bug with usb-creator, and all usb-creator's EFI code does is unpack efi.img and throw grub to the right path19:16
slangasek(unetbootin's code, in contrast, causes eye bleeding and C++ hatred, so I haven't bothered working out what it does)19:17
cjwatsonslangasek: Sure, but our fixes might have fixed things for people who use dd19:17
cjwatsonIIRC the usb-creator code is analogous to the older approach19:18
cjwatsonRoughly19:18
slangasekinfinity: fwiw I was referring to bug #1020959, which is on the pad in the "SRU" section but indeed does not appear to be in -proposed19:18
ubot2Launchpad bug 1020959 in empathy "Empathy call is missing an icon for dialpad the icon can be found in gnome-icon-theme-full but not the non full version" [Low,Triaged] https://launchpad.net/bugs/102095919:18
ScottKjbicha: How confident are you really about no regressions in mutter?19:18
infinityslangasek: It is in proposed, but not as empathy, it's a simple one-line change in gnome-icon-theme.19:19
* cjwatson copies ubiquity to quantal to start with19:19
slangasekcjwatson: well, my general sense was that there's very little space between what usb-creator writes out and what the new hybrid code outputs in terms of what UEFI would do with it19:20
slangasekbut anyway, it's all speculative at this point19:20
jbichaScottK: it works here and I'm ok with it going into quantal today but I filed the SRU bug anyway19:20
slangasekinfinity: ah - and why is that something that's going to -release?  That looks like a very low-priority change19:21
cjwatsonSo, wait, what happened to the list of rebuild triggers?19:21
ScottKjbicha: OK.19:21
cjwatsonA bunch of stuff that hasn't actually been respun for yet has been moved down to the historical section at the end19:21
slangasekinfinity: does that fall under "target of opportunity, squeezed in because we know we're respinning for ubiquity anyway"?19:21
cjwatsonThis is confusing and seems not desperately helpful19:21
infinityslangasek: Because it was a simple and clean fix, and we had a respin happening anyway, mostly.  But, it's in proposed, it can stay there if people have massive objections.19:21
ScottKjbicha: Done (g-boxes too).19:22
slangasekinfinity: my only objection is about knowing what's what :)19:22
cjwatsonWhat else from -proposed is going in?  I can no longer keep track due to the pad mangling (plus that it takes forever to scroll the pad because the website is hopelessly broken, so stuff near the bottom I'll basically not see)19:22
infinitycjwatson: Honestly, I was fine with most everything there, but we seem to be having ongoing discussions. :P19:23
infinitycjwatson: The software-center GTK memleak workaround looks safe enough to me.19:23
cjwatsonunity-scope-gdocs I thought was fairly agreed19:23
ScottKskaet: The two universe ones are done.19:23
slangasekskaet: where is the list of -proposed packages we're picking up?19:23
infinityYeah, gdocs should be good.19:23
=== rsalveti_ is now known as rsalveti
=== Ursinha_ is now known as Ursinha
skaetslangasek,  I put the list of -proposed packages I believe we're accepting at the bottom of the pad - but that's what I want the double check on.19:25
stgraberFWIW I'm working on a small isc-dhcp fix that jdstrand mentioned in #security. It's clearly not a respin candidate and should at best be considered a nice to have in case of another mass respin.19:27
slangasekinfinity: it's one thing for you to be fine with the stuff in -proposed being included, and another thing for it to be clear to everyone else that this is the intent... please document each -proposed accept on the pad so that if questions come up during the two hours you're asleep, I know what I should be doing with them19:27
cjwatsonThe pad seems to suggest that ubuntu-release-upgrader is to be accepted19:28
slangasekskaet: the last two headings at the bottom of the pad are "History (Respin Triggers and Reasons)" and "Build Timings" - I don't see the list?19:28
skaetcjwatson, sorry - I was trying to make sense of what was accepted, what was not between the must fix, and slew of things that were in proposed, so grouped all the ones I believed should/were going to be in the image at the bottom together - so there was a consistent view.19:28
infinityslangasek: Well, it was only an hour or two ago that all these accepts were discussed, including me respinning this evening.19:28
cjwatsonskaet: I'm afraid it just confused me further19:29
cjwatsonI see no purpose in the Build Timings section nowadays, BTW19:29
skaetcjwatson,  that section can be deleted19:30
cjwatsonWe shouldn't be spending time at this point analysing build performance19:30
skaethttp://paste.ubuntu.com/1283717/19:30
cjwatsonOK, good, done19:30
cjwatsonCopied ubuntu-release-upgrader19:30
skaetcjwatson,  the paste has the set of packages/bug fixes I believe should be going into the respin.19:30
skaetbut wanted more eyes on them,  since it got a bit confusing between what was in universe, what should be SRU, opportunity targets and must fix.19:31
skaetwhat's in the paste, is my best understanding of opportunity targets and must fix.19:31
cjwatsonWhere did unity-scope-gdocs go?19:31
cjwatsonOh, it's in opportunity target way up at the top.  Copy or not?19:32
cjwatson(BTW every time we go past :32 or so we lose another half-hour)19:32
skaetthere was a second fix in it.19:32
cjwatson(or :02)19:32
cjwatsonSo I'm not sure why it's still in opportunity targets then ...19:32
cjwatsonIf it's been rejected19:32
skaetit was in -proposed19:33
cjwatsonI know19:33
infinityskaet: I'm not sure what you mean with the software-center comment.  We *are* s-c upstream.  Unless you're referring to GTK upstream, which we're currently working around because we don't have a fixed GTK.19:33
skaetinfinity,  last comment implied there was a GTK fix coming...19:33
infinityskaet: There's a GTK fix upstream, yes.  It's certainly not landing for release.19:33
skaetinfinity,  why is this not an SRU target,  and getting sorted properly?19:34
skaetcjwatson, unity-scope-gdocs has two fixes,  one of which was dicussed and sounded safe,  other of which hasn't been.   Both in same upload, so wasn't clear what state should be to me.19:35
cjwatsonIt shouldn't be in an intermediate state if you've taken a decision to reject it, which it sounds like you have.19:36
infinityskaet: Because the memory leak is rather inexcusably large, and very easily worked around as an opportunity target for a respin we'd already planned.19:36
skaetinfinity, document decision in bug then so its clear what's supposed to be happening.19:38
stgraberjdstrand: re-introduced the .links, test built isc-dhcp, confirmed the binary package now contains the symlink and uploaded to quantal-proposed. So if we don't end up having it on the media, it should be there as zero-day SRU.19:39
jdstrandstgraber: awesome, thanks!19:39
infinityskaet: Both the gdocs bugs seem pretty rough.  Which was the one that wasn't discussed enough?19:40
cjwatsonMoved 42 to the this-respin section, since it's in the ubiquity upload that was copied (though the bug number was left out of the changelog by accident)19:41
cjwatsonAnd deleted the stray copy of the same bug under release notes19:41
infinityskaet: bug #1041749 appears to render the package essentially pointless.19:41
ubot2Launchpad bug 1041749 in unity-scope-gdocs "Google documents open as a download, not for editing." [High,Confirmed] https://launchpad.net/bugs/104174919:41
skaethttps://bugs.launchpad.net/ubuntu/+source/unity-scope-gdocs/+bug/104174919:41
ubot2Launchpad bug 1041749 in unity-scope-gdocs "Google documents open as a download, not for editing." [High,Confirmed]19:41
skaetyes, that was the one I hadn't seen  discussed.19:42
skaetkenvandine marked it as quantal-updates,  not critical though19:42
skaetso, ambiguous.19:42
skaethence desire for discussion.19:43
kenvandinenot critical, but high19:43
kenvandinethe crasher had lots of dupes19:43
infinityI tend to take people's targets with a grain of salt.  Some are overly conservative to not annoy us, and some are overly liberal to attempt to produs to action. :P19:43
kenvandines/lots/more than i like to see19:43
skaetyeah am +1 on the crasher ken.   it was the surprise of the other being in there that stalled things up.19:43
kenvandineoh... the link?19:44
kenvandinethat one is important too19:44
infinityIndeed.19:44
kenvandinesome files get downloaded instead of opening in a browser19:44
kenvandinenever what a user expects19:44
skaetno argument,  which is why it wasn't flat out rejected.19:44
kenvandine:)19:44
skaetwhat testing's been done on it,  and what risk of regression?19:45
kenvandinei try to keep those guys in check :)19:45
kenvandinenone really19:45
kenvandinethe crasher has no chance of a regression19:45
kenvandinei tried the link change on a bunch of docs myself19:45
kenvandineand it did the right thing19:45
kenvandinei don't think there is a chance of regression there either19:45
cjwatson(We have 15 minutes or so to conclude these discussions if we want to be able to start builds in ~1hr.)19:45
infinity^19:46
skaetfine then.   let it in.   Crasher should get fixed.19:46
kenvandinewe have both link values from the API, it just used the wrong one before19:46
kenvandinegreat19:46
kenvandine:-D19:46
infinitygnome-icon-theme is clean, simple, and obvious (and was discussed in IRC previously).19:46
kenvandineis now the chance to point out the libunity-webapps upload?19:46
infinityPending strong objections, I'm copying it.19:47
kenvandineadds affiliate codes to links for a few more countries19:47
kenvandineso just changes the link opened for those19:47
kenvandinetrivial change19:47
skaetno strong objections there from me.19:47
skaetsorry19:47
cjwatsonkenvandine: Where's this upload?19:48
skaetthat comment was for infinity and gnome-icon-theme19:48
infinitykenvandine: Looks perfectly reasonable, but it won't hold up tonight's spins (and if they turn out to be final, won't make release)19:48
skaetnot the libunity-webapps.19:48
infinitycjwatson: in the queue.19:48
cjwatsonOh, -proposed/unapproved19:48
kenvandineyeah19:48
cjwatsonKeep being bitten by 'queue -Q unapproved info' not showing -proposed19:48
cjwatsonYeah, if we take more not-yet-built uploads at this point we push the respins out by at least another half an hour (probably an hour) and further diminish the odds of North American testing19:49
cjwatsontonight19:49
infinityCopying gdocs and icons.19:50
kenvandinecjwatson, certainly not worth a delay19:50
kenvandineinfinity, thanks19:50
infinitySo, that just leaves software-center in proposed.19:51
infinityWe have another 10 minutes to debate its relevance in the modern world.19:51
cjwatsonOh, abiword needs to finish building and publishing on all architectures before Xubuntu and Lubuntu can be safely respun19:52
cjwatsonIf I'd noticed that I'd have required the sync to go to -proposed, sorry :-/19:52
cjwatsonOh eek, it failed on armel19:52
cjwatsonGah19:52
infinitycjwatson: Eek indeed.19:52
cjwatson"dangerous relocation: unsupported relocation"19:52
cjwatsonWhat19:53
infinitycjwatson: Also, I was planning on doing lubuntu last, so it could pick up the chromium in proposed as well.19:53
cjwatsonWell19:53
slangasekdangerous relocation: do not go in the attic19:53
cjwatsonWe aren't actually building any armel images, are we?19:53
slangasekwe aren't19:53
=== henrix is now known as henrix_
infinitycjwatson: That feels like cosmic rays.  And yeah, doesn't affect images.19:53
slangasekdo you mean to leave abiword FTBFS on armel in -release, then?19:53
stgraberinfinity: can you try and get edubuntu early on? I haven't done any testing yet so if I can do some testing tonight it'd greatly appreciated19:53
cjwatsonSo it's not technically a respin blocker, but we can only get the archive consistent for release if we fix it19:53
stgraberedubuntu is a 30min build on i386+amd64 so not as bad as it used to :)19:54
cjwatsonLet's hold off on Xubuntu and Lubuntu builds for as long as possible while we sort this out19:54
infinityRight then.  So.  Software-center?  Nasty memleak worked around, or drop it from proposed and insist on a GTK SRU to fix it "later"?19:55
skaetre: software-center - ok, looked at the diff, and see what its doing.19:56
cjwatsonI see somebody's retried abiword/armel19:56
skaetget rid of the leak,  and let the proper fix be sorted later.19:56
skaetvia an SRU19:56
infinitycjwatson: That was me, based on the fact that I can't see how the patch between -7 and -8 could have done that.19:57
infinityAlright, copying s-c.19:57
cjwatsonMe neither, and the last build was recent19:57
cjwatsonI think I'll try racing ishigaq with a build on scheat19:57
infinityishigaq will win.19:58
cjwatson(scheat'll lose, but just in case it fails again)19:58
infinityMostly because its name it less comical when spoken aloud.19:58
infinityAlright, looks like, barring some serious show-stopper in the next hour, we're past our last publisher cut-off for stuff for this respin.20:05
infinityAnd xubuntu and lubuntu will wait a bit longer.20:05
infinity(Also, chromium's just finishing up)20:06
cjwatsonAh, yes, it already wasn't built on powerpc20:06
infinity(Also, also: copying gnome-shell to -release)20:06
kenvandineinfinity, so libunity-webapps didn't build in time?20:07
infinitykenvandine: It'll be two publisher cycles behind.20:07
kenvandineok20:08
infinitykenvandine: Needs to build in proposed, publish, get copied, publish.20:08
slangasekkenvandine: even if it would have, it wouldn't get copied in time; there was not much time going around20:08
infinitykenvandine: So, no, unless the world stops for other reasons, it's stuck in proposed.20:08
kenvandineyeah, just checking20:08
kenvandinei hope it doesn't stop :)20:08
kenvandineget those isos!20:08
kenvandine:-D20:08
slangasekkenvandine: which means bug #1067461 ought to be properly SRUified so that it doesn't wind up stalling somewhere in the process20:11
ubot2Launchpad bug 1067461 in libunity-webapps "Update Amazon affiliates code for webapps runner target url" [Medium,Confirmed] https://launchpad.net/bugs/106746120:11
infinityThankfully, it's a 2 or 3 line SRUification, I suspect.20:12
infinity"Test-case: URLs look correct and go somewhere that's not goatse".20:13
cjwatsoninfinity: Did you by any chance keep a copy of the failing abiword log?  Just wondering what file it failed in.20:14
infinitycjwatson: No, if it does it again, then I'll be curious.20:15
cjwatsonIrritating how we lose those logs quite so quickly on retry.  It'd be nice if the GC waited until the next build is finished.20:15
infinitycjwatson: It was GCed already?20:15
cjwatsonI got a 404 from the librarian.  I think.20:17
cjwatsongoogle says qt4-x11 had this problem recently, and doko recommended disabling parallelisation20:17
cjwatsonWhich would support the "retry might work" theory20:17
jbichaI'd rather get gdm in pre-release too, thanks!20:18
=== Ursinha is now known as Ursinha-afk
cjwatson(Unless -gstabs fixed it)20:18
cjwatsonjbicha: I'd like to avoid loading the builders further just for a few hours20:18
cjwatsonIn particular if we have to upload something respin-critical I don't want to end up blocked on powerpc20:19
jbichaok20:20
cjwatsonShouldn't take too long to clear ...20:21
infinitySo, ftpmaster's nearly done publishing.  Who wants to drive?  I was going to, but I'm just as happy to hand it off to someone in a more pleasant timezone.20:23
* infinity looks at slangasek.20:23
skaetif slangasek's not available, I can.20:25
skaetadjust the order of the pad build scripts though so lubuntu, and the other considerations are accurate please.20:25
infinityLess about order and more about skipping lubuntu and xubuntu entirely for now.  But I'm already prepping to start it all up.20:26
phillwhe he, I never thought I'd ever ask "please build lubuntu last" :)20:26
skaetok.  please post what you start off either here or the pad, so we don't overlook.20:27
skaetsince we'll need to remember to tack on lubuntu and xubuntu later.20:27
phillwthanks for squeezing chromium in for lubuntu.20:27
slangasekoh usb-creator20:30
slangasekyou're writting in python, so I'd really appreciate it if you didn't segfault20:30
slangaseks/writting/wrotnon/20:31
slangasekskaet: do you want me to drive, or are you doing it?20:31
infinityAlright, starting the world minux lubuntu/xubuntu.  The commands for x/l are in the pad to pick them up later.20:31
infinitys/minux/minus/20:31
skaetslangasek,  infinity's doing it.20:31
slangasekok20:31
skaetinfinity, slangasek - iso tracker marked for rebuilding now.20:34
infinityAlright, spinning away.20:36
infinityAnd chromium's done.  Will copy at :0320:38
phillwinfinity: thanks :)20:39
ScottKstgraber: ^^^21:26
hggdhxnox: I un-milestoned bug 1062625. We will need somebody else to get a similar machine from Dell21:28
ubot2Launchpad bug 1062625 in ubiquity "Ubuquity partitioning fails to find /dev/sda" [High,Incomplete] https://launchpad.net/bugs/106262521:28
stgraberScottK: yay!21:29
cjwatsoninfinity: scheat is actually beating ishigaq, amusingly21:34
cjwatsonAdmittedly not by lots21:34
cjwatsonI take that back.  By quite a lot.21:42
cjwatsonscheat's reached dh_strip, lending credence to the "cosmic rays" theory.21:44
infinityCopying chromium-browser to release.21:59
* phillw sends infinity cookies & beer :)22:04
=== charlieS` is now known as charlieS
cjwatsonOh, thank God for that.  abiword/armel built this time.22:17
cjwatsoninfinity: Xubuntu and Lubuntu will be good to build once chromium-browser has published, then.22:19
cjwatsonSince the abiword build just means we won't have to do another source upload there.22:20
infinitycjwatson: Yep.22:20
cjwatsonSo, in fact, any time from now.22:21
infinityIndeed.  Going to spin the alternates, and then the other missing ones.22:23
cjwatsonI'll take gdm now for jbicha22:27
cjwatson23:27 <cjwatson> I'll take gdm now for jbicha22:27
cjwatsonAlthough no opinion on whether it's a pre-release thing22:28
cjwatsonI guess it's universe and unseeded so no particular reason not to22:28
cjwatsonmicahg: I think you're good to start in on webkit experimentation now if you want22:29
* cjwatson goes to crash for a while.22:31
ScottK^^^ would make a nice opportunity target if we respin again, but it's perfectly SRU able.22:39
phillwScottK: again?!! :P22:44
* infinity goes to bed, while the images continue to roll out.22:58
slangasekinfinity: anything that I should worry about tending?23:00
infinityslangasek: All the builds look happy, so far.23:00
slangasekok23:00
infinityslangasek: Reviewing proposedy things for hybrid opportunity/SRU acceptance wouldn't go amiss.23:00
* skaet --> dinner23:14
micahgis the release team still accepting unseeded universe RC bugs?23:37
slangasekmicahg: I haven't seen a freeze announcement go out, so AFAIK yes23:39
jbichamicahg: hurry before skaet returns from dinner :)23:42

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!