[00:11]  * infinity wonders idly why sru-report exploded...
[00:25] <knome> hey skaet
[00:37] <skaet> hiya knome
[02:50] <infinity> cjwatson: Did you want to verify bug #1038961 at some point, so we can release those apt updates?
[02:50] <ubot2> Launchpad bug 1038961 in apt "Maximum override line length is too short" [High,Fix committed] https://launchpad.net/bugs/1038961
[04:22] <ScottK> Right.  That one.
[08:35] <cjwatson> plars: the README advises on specific things that should be measured in order to adjust the lowmem thresholds in d-i
[08:35] <cjwatson> balloons: pretty much everywhere, and it will be automatically upgraded
[08:36] <cjwatson> Laney: hmm.  probably a regression from python rewrite / private branch merge.  thanks, I'll have a look
[08:36] <cjwatson> infinity: I'd love to verify that bug but haven't had time yet.  I have a to-do item for it ...
[08:40] <ogra_> cjwatson, seems our current kernel and initrd dont boot in 64M (there were some ltsp people testing with 64M clients, they seem to not have enough ram left to mount /)
[08:40] <cjwatson> Laney: ah - regression due to the awkward config kludge that's in place to mediate between shell and python during the transition.  I've updated the whitelist so it should work now; retrying
[08:40] <cjwatson> ogra_: lovely :-/
[08:41] <cjwatson> Laney: yeah, that's working now
[09:02] <Laney> cjwatson: good news
[09:02] <Laney> cjwatson: now bad news, I have a grub rescue prompt :-)
[09:02] <cjwatson> on upgrade?
[09:03] <cjwatson> https://www.gnu.org/software/grub/manual/grub.html#GRUB-only-offers-a-rescue-shell
[09:03] <cjwatson> follow that and then get me a bug report :)
[09:03] <Laney> yep
[09:03] <Laney> will do
[09:04] <cjwatson> gosh, apparently no other bug reports about grub 2.00 yet
[09:05] <Laney> popey reported that he got a rescue shell in #-uk
[09:05] <Laney> not sure if that turned into a bug
[09:05] <popey> it didnt
[09:05] <popey> i have two disks in this machine, may be user error
[09:05] <cjwatson> most grub bugs with multiple disks are user error :)
[09:05] <cjwatson> sudo debconf-show grub-pc
[09:06] <ogra_> so change the user !
[09:06]  * xnox is lucky with lvm & using stable device-mapper names to actually boot ;-)
[09:06] <popey> cjwatson, http://paste.ubuntu.com/1204374
[09:06] <xnox> even after resizing and splicing my LUKS partition in half everything just worked =) grub2.00 win =)
[09:06] <popey> i have 12.04 on one partition and 12.10 on another
[09:07] <cjwatson> popey: now check whether /dev/disk/by-id/ata-SAMSUNG_HD103SI_S1VSJ90B701831 actually corresponds to the disk you're booting from
[09:07] <cjwatson> popey: on multiple-disk machines I normally advise installing GRUB to the MBRs of all the disks to avoid confusion
[09:07] <popey> cjwatson, well, i had to change the boot order in bios to make it boot
[09:07] <cjwatson> excellent sign of user error, yes :)
[09:07] <popey> :)
[09:07] <Laney> heh
[09:07] <cjwatson> sudo dpkg-reconfigure grub-pc
[09:08] <popey> it doesnt offer which disks to install onto
[09:08] <cjwatson> continue through all the other prompts, and select the MBRs of all non-removable disks when prompted for where to install GRUB
[09:08] <cjwatson> err
[09:08] <cjwatson> sudo DEBCONF_DEBUG=developer dpkg-reconfigure grub-pc
[09:08] <popey> still doesnt
[09:08] <cjwatson> I didn't say it would
[09:08] <cjwatson> but it should provide a debugging trace
[09:09] <popey> ah :D
[09:09] <cjwatson> (if a command with extra debugging changes behaviour, that would be a surprise in itself!)
[09:09] <popey> http://paste.ubuntu.com/1204378
[09:10] <cjwatson> odd.  let me clear out a few other things and then have a proper look
[09:10] <popey> ta
[09:11] <Laney> what should the prefix be?
[09:11] <Laney> (something)/boot/grub?
[09:12] <cjwatson> on my system it's (hd0,msdos5)/boot/grub.  you can tab-complete the first bit
[09:13] <cjwatson> (well, or any of it really)
[09:13] <Laney> "file not found"
[09:13] <Laney> a possibly pertinent piece of information is that this is a macbook pro (with rEFIt)
[09:14] <cjwatson> oh, of course, you can't tab-complete while the prefix is busted
[09:14] <cjwatson> should still be possible to set a correct one though - you might have to guess
[09:15] <cjwatson> 'ls' should work I think
[09:15] <Laney> (hd0,gpt4) is the only one that doesn't give me unknown filesystem
[09:15] <Laney> and that is file not found
[09:16] <cjwatson> hmm
[09:16] <cjwatson> might be worth reinstalling grub from a live image as per my mail to -devel, and debugging from there
[09:16] <Laney> ok
[09:24] <cjwatson> oh, heh, core.img moved
[09:26] <cjwatson> popey: this'll involve a new upload to fix up dpkg-reconfigure - can you manage in the interim?
[09:26] <popey> yeah, its fine
[09:28]  * xnox was on the safe side and manually run grub-install & --recheck a few times before rebooting...
[09:28] <ogra_> we should just all switch to u-boot :)
[09:29] <cjwatson> :-P
[09:29] <ogra_> standardize on one bootloader across all arches etc *grin*
[09:32] <Laney> gah
[09:34] <Laney> error: can't find command 'linux'\nerror:  can't find command 'initrd' (today's daily)
[09:34]  * Laney retreats to b1
[09:35] <cjwatson> eh, after doing what with today's daily?
[09:35] <Laney> "Try Ubuntu without installing"
[09:36] <cjwatson> tf
[09:36] <cjwatson> wtf
[09:36] <cjwatson> afaik that grub image hasn't even been rebuilt against 2.00
[09:36]  * cjwatson hates life
[09:36] <Laney> GNU GRUB version 2.00-3ubuntu1
[09:36] <cjwatson> patch piloting today is not obviously happening
[09:36] <Laney> could it be me?
[09:37] <cjwatson> oh, d-i was rebuilt, just not by me :)
[09:37] <cjwatson> ok, so maybe that makes a degree of sense
[09:37] <cjwatson> b1 good idea for now but clearly I need to fix that urgentlyl
[09:38]  * cjwatson moves his pilot shift to Monday
[09:38]  * Laney is suddenly glad for 100mbit internet
[09:45] <Laney> hahaha oh dear
[09:46] <Laney> I have some horrible broken lightdm greeter on b1 instead of a desktop
[09:47] <ogra_> fun
[09:48] <Laney> it's a sign
[09:48] <Laney> to get a new laptop
[10:30] <Laney> cjwatson: ok, looks like I was installing to a partition. After downgrading and installing 1.99 properly, it upgraded fine.
[10:31] <cjwatson> hm, ok; seems a bit non-ideal though
[10:31] <cjwatson> installing to a partition is fairly common among Mac users
[10:31] <cjwatson> how big is /boot/grub/i386-pc/core.img
[10:31] <cjwatson> ?
[10:32] <Laney> when it was broken I was getting errors that grub-install couldn't find that
[10:32] <Laney> let's see
[10:33] <cjwatson> would be easier to see all the errors than to play twenty questions, then :)
[10:36] <Laney> didn't record it all, I'm afraid
[10:36] <Laney> but that one was:
[10:36] <Laney> # grub-install /dev/sda
[10:36] <Laney> source_dir doesn't exist. Please specify --target or --directory
[10:36] <Laney> core.img is 26393
[10:40] <cjwatson> uname -m, and does /sys/firmware/efi exist?
[10:41] <Laney> x86_64, and no it doesn't
[10:41] <cjwatson> might you have been booted in EFI mode when you previously ran grub-install?
[10:41] <Laney> however now yopu mention
[10:41] <Laney> yes
[10:41] <Laney> that was the option offered to me
[10:41] <cjwatson> looks like the current grub-install uses the x86_64-efi platform if booted in EFI mode
[10:41] <cjwatson> which seems kind of sane
[10:42] <cjwatson> but if you only have grub-pc installed then that won't work
[10:42] <cjwatson> option offered> when booting an image you mean, or something else?
[10:43] <Laney> yes
[10:43] <Laney> it presented the USB drive as "EFI device" or something like that
[10:47] <cjwatson> usually dual-capable BIOSes offer both
[10:47] <cjwatson> but who knows about insane Macs
[10:47] <Laney> perhaps there is a way
[10:47] <Laney> anyway it's a separate issue to the initial problem
[10:47] <cjwatson> so maybe grub-install needs to fall back to i386-pc if x86_64-efi isn't installed
[10:50] <cjwatson> yeah, but the more confusion I can fix the better
[10:51] <Laney> I wonder if OSX still boots
[11:42] <xnox> well rEFIt should have offered both options: bios & PC boot.....
[11:42] <cjwatson> bios *is* PC boot, I hope
[11:42] <cjwatson> ym efi and pc boot?
[11:42] <xnox> yes efi & PC boot
[11:43] <xnox> rEFIt often is confused on grub upgrade, especially if you manage to install it on both sda & sda4
[11:43] <xnox> e.g. partition and mbr. One will work while the other one will always give a fizzy fit.
[11:53] <Laney> It offers to boot "Legacy OS", but it doesn't work. Just boots from the hard drive.
[11:53] <Laney> and Mac OS does still work. happy days
[11:53] <cjwatson> I suspect legacy OS just chainloads the MBR or something
[11:54] <Laney> I don't know what it does, but it's only there when the USB drive is present
[11:55] <Laney> hm, is it intentional that the grub menu has no timeout now?
[11:56] <cjwatson> No
[11:56] <cjwatson> But are you testing in kvm here?
[11:56] <Laney> no, the mac
[11:56] <cjwatson> Dunno then
[11:56] <cjwatson> Bug me
[11:56] <Laney> let me check I didn't accidently press a key
[12:08] <Laney> ah, it was recordfail
[12:11] <cjwatson> oh, by no timeout you mean "sits there" not "boots without waiting"
[12:11] <cjwatson> yeah, likely recordfail
[13:15] <Mirv> release team ack/no-ack needed still regarding Unity 6.6 for bugs #713423 #1043915 and #876017
[13:15] <ubot2> Launchpad bug 713423 in unity "[FFe/UIFe] Unity launcher gets cluttered when having multiple partitions and/or external volumes attached" [Medium,Confirmed] https://launchpad.net/bugs/713423
[14:03] <highvoltage> hello
[14:17] <psivaa> cjwatson, when i run ubuntu-bug grub2, the pop-up window says grub2(not installed)! is this an expected behaviour?
[14:18] <cjwatson> I expect it's true
[14:18] <cjwatson> grub2 is a transitional package - you probably have either grub-pc or grub-efi-amd64 installed, depending on details of the platform
[14:19] <cjwatson> grub-pc => BIOS, grub-efi-amd64 => UEFI
[14:20] <psivaa> ahh ok, grub-pc is the one on mine, thanks
[15:07] <knome> stgraber, hey. we need UIFe for bug 1049658, and possibly need you to update the translations and do some magic.
[15:07] <ubot2> Launchpad bug 1049658 in ubiquity-slideshow-ubuntu "[Xubuntu] Office slide needs to be updated" [Undecided,New] https://launchpad.net/bugs/1049658
[15:12] <stgraber> knome: granted
[15:12] <stgraber> knome: please push to lp:ubiquity-slideshow-ubuntu
[15:12] <knome> stgraber, i will, just a sec
[15:13] <knome> urgh, diverged branches
[15:15] <knome> stgraber, should be done now
[15:15] <mterry> Friendly poke about bug 1049231 and friends
[15:15] <ubot2> Launchpad bug 1049231 in unity-greeter "[UIFe] The gap between the user name and password entry is too large in the greeter" [Undecided,New] https://launchpad.net/bugs/1049231
[15:16] <knome> stgraber, will you take care of the rest?
[15:16] <stgraber> knome: yep, just waiting on an update from highvoltage as we might also want to bundle an update to the edubuntu slideshow. Once I know more I'll update the translations and upload.
[15:17] <knome> stgraber, ok, thanks a lot :)
[15:58] <jamespage> iulian, is there anything I can do to help unblock bug 1043654 ?
[15:58] <ubot2> Launchpad bug 1043654 in zentyal-samba "[FFe] New version of zentyal-samba" [High,Confirmed] https://launchpad.net/bugs/1043654
[16:05] <iulian> jamespage: Oh that one. I shall have another look at it in a few moments. I haven't been satisfied with the information provided so far.
[16:06] <iulian> What's it doing in precise-proposed?
[16:06] <iulian> Argh.
[16:06] <jamespage> iulian, different bug
[16:07] <iulian> Oh I see.
[16:08] <iulian> zentyal is poorly maintained at the moment I must say. It'd be nice if bencer could take more care of it.
[16:09] <bencer> iulian: why do you think is poorly maintained?
[16:10] <iulian> bencer: Because of the issue we've got now.
[16:10] <bencer> iulian: i think is explained in the issue, we didn't reach the freeze with the package ready
[16:11] <bencer> and we were focused on upstream bugfixing rather than uploading broken ubuntu packages
[16:11] <bencer> now packages are ready
[16:11] <bencer> i don't see the problem uploading now
[16:12] <bencer> seriously, blocking this only makes having a broken package status
[16:12] <bencer> instead of allowing to upload a new package which is compatible with the other ones already in the archive
[16:13] <iulian> bencer: I was having comment #10, paragraph 2 in my mind when I said that. You were supposed to test the packages before uploading to the archive.
[16:13] <iulian> But that's not important now. It's been done already.
[16:14] <bencer> iulian: yes, i know, the upload was a bit messy, you are right
[16:14] <bencer> but was also my first upload, i didnt make everything perfect first time, i've realized about my mistakes there
[16:21] <jamespage> iulian, zentyal has certainly suffered over the last few releases, but bencer is trying to step up to make things better
[16:21] <jamespage> but he is new to alot of the processes - how can we move this forwards?
[16:23] <iulian> jamespage: Very happy to hear that. I've just approved it now.
[16:24] <jamespage> iulian, much appreciated
[16:24] <iulian> I hope it doesn't break anything else. There are loads of new features in there.
[16:25] <bencer> just to confirm, we can upload new packages containing *only bugfixes* without ffe and until the final freeze, right?
[16:25] <bencer> thanks a lot iulian & jamespage
[16:25] <tumbleweed> bencer: yes
[16:25] <iulian> bencer: Correct.
[16:26] <bencer> ok, one more question
[16:26] <bencer> these latest packages 2.3.x packages containing only bugfixes
[16:26] <bencer> have been renamed to 3.0
[16:26] <tumbleweed> the version isn't important, it's the content
[16:26] <bencer> when we released the stable yesterday, should be okey to upload the packages with  the 3.0 version number, or we should stick to 2.3?
[16:27] <bencer> ok, cool, then going to upload the ones approved on this ffe, and i will upload the new 3.0 after that, before the final freeze
[16:27] <bencer> thanks everybody!
[16:27] <iulian> bencer: That's fine. Make sure to update your Depends as well. :)
[16:28] <bencer> sure
[16:43] <tumbleweed> bencer: it usually makes sense to close the bug from the upload
[16:43] <bencer> tumbleweed: yup, just i got aware of that
[16:43] <bencer> going to close manually and i will take that in account in the future
[17:40] <mterry> skaet, could I get a look at UIFe bug 1049231?
[17:40] <ubot2> Launchpad bug 1049231 in unity-greeter "[UIFe] The gap between the user name and password entry is too large in the greeter" [Undecided,New] https://launchpad.net/bugs/1049231
[18:40] <micahg> skaet: Bug #1044657 probably should've been highlighted in teh release meeting but wasn't
[18:40] <ScottK> Is there any way we could expedite getting the fix for Bug #1044657 uploaded?  It's blocking switching Kubuntu back to LO by default.
[18:40] <ubot2> Launchpad bug 1044657 in libreoffice "[regression] Missing LO menus when not run in Unity" [High,Fix committed] https://launchpad.net/bugs/1044657
[18:45] <infinity> micahg: It probably needs to be hilighted to Sweetshark more than the release meeting.
[18:45] <infinity> micahg: (As in, if he preps an upload, I'll happily review and sponsor it)
[18:46] <ScottK> I guess the problem is he broke LO and then went on vacation.
[18:47]  * micahg forgot about the revert regressions rule, so apparently there's some process breakdown
[18:47] <ScottK> So it's left broken and I guess based on the fix committed status there's an option to move forward, but we ought to move forward or back.
[18:50] <infinity> If I could find this mysterious commit that supposedly fixes it, I'd JFDI.
[18:50] <ScottK> That would be lovely.
[18:52] <infinity> Oh, he was referencing an upstream commit.
[18:52] <infinity> Curious.
[18:52] <ScottK> Yeah.  http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg39638.html
[18:52]  * infinity nods.
[18:53]  * ScottK refers infinity back to his previous JFDI comment ...
[18:53] <infinity> But.  But.  Birthday weekend!
[18:55] <infinity> Oh, sweet merciful spaghetti monster.  Never visit someone with slow internet, never visit someone with slow internet...
[18:55] <TheLordOfTime> lol
[18:55] <infinity> Or never download LibO sources.
[18:57] <skaet> lol
[19:02] <stgraber> highvoltage, knome: ubiquity-slideshow-ubuntu uploaded (xubuntu changes, edubuntu changes and translation update)
[19:04] <jbicha> micahg: except that the previous LibreOffice was unusable too :( bug 1041354
[19:04] <ubot2> Launchpad bug 1041354 in libreoffice "unity-panel-service uses ~100% CPU when libreoffice-gtk is installed and enabled" [High,Fix released] https://launchpad.net/bugs/1041354
[19:05] <highvoltage> stgraber: awesome
[19:05] <infinity> jbicha: Yeah, I think the only way forward here is forward.
[19:05] <jbicha> lol
[19:06] <infinity> jbicha: Say, do you want to sort out this mess with the upstream unitymenus stuff? ;)
[19:06] <infinity> My guess, based on the next commit being "Fixed crashes when executing some menu actions", is that we just want to be using the "latest upstream" for this particular bit, not cherrypicking fixes.
[19:09] <jbicha> infinity: no, good luck finding someone to do it though :)
[19:10] <infinity> Hrmph.
[19:10] <infinity> I'll just do it in the background.  It's all download/compile/upload for hours/days anyway, there's no actual WORK.
[19:11] <infinity> Just lots and lots of waiting.
[19:11] <infinity> And cursing.
[19:44] <Laney> heh
[19:44] <Laney> IIUC there's a branch for the menus stuff, so it should be possible to just take head of that, yeah.
[19:50] <infinity> Laney: Yeah, I'm slowly working on that.
[19:50] <infinity> Or, rather, my computer is, I'm not doing much to help.
[19:50] <highvoltage> compiling!
[19:50] <infinity> Downloading.  Not as cool as compiling.
[19:50] <highvoltage> ah
[19:51] <Laney> someone needs the cloud!
[19:51] <infinity> Oh, that's a fair point.  I could be doing this elsewhere.
[19:51] <infinity> Derp.