[07:19] <flexiondotorg> cyphermox, I really don't think this is going to be acceptable.
[07:20] <flexiondotorg> cyphermox, It is a hack specific to the "kernel" from the Raspberry Pi Foundation.
[07:20] <flexiondotorg> cyphermox, I'm trying to reduce it to just minimum changes required.
[07:21] <flexiondotorg> It is not conditional right now. I'd prefer it to enumerate the system, determine it is a Pi kernel and then behave accordingly.
[07:22] <flexiondotorg> I've also been forcibly modifying it to use oem-slideshow-ubuntu-mate.
[07:22] <flexiondotorg> Which I'd like to make a general purpose modification so flavours can ship their own oem-config slideshow.
[08:32] <davmor2> infinity, jibel: I'm not sure I got a reply yesterday but weren't we dropping wubi from the image?
[08:33] <infinity> davmor2: We were literally JUST talking about that.
[08:34] <davmor2> infinity: talk louder I can't hear you
[08:34] <infinity> davmor2: WE WERE LITERALLY JUST TALKING ABOUT THAT.
[08:34] <davmor2> infinity: I didn't say shout ;)
[08:40] <Laney> wE wErE lItErAlLy JuSt TaLkInG aBoUt ThAt
[08:41] <didrocks> no coffee at the office makes Laney writing in a weird capitalization :p
[08:42] <infinity> There's a backup coffee machine.
[08:42] <didrocks> ah, this week only one is broken, not the 2 of them?
[08:43] <Laney> think so, but I haven't been that far
[08:43] <Laney> the tea machine works :)
[08:43] <didrocks> heh
[08:43] <didrocks> 50% better than last week thus
[08:46] <jibel> infinity, davmor2 is verifying of fix for bug 1507676 , do we want it in the release or 0-day SRU?
[08:46] <ubot2> bug 1507676 in xserver-xorg-video-intel "Nvidia-Prime not switching from intel to nvidia leading to a black screen" [Critical,In progress] https://launchpad.net/bugs/1507676
[08:46] <jibel> s/of/a/
[08:47] <infinity> jibel: I have to respin to remove wubi anyway, so if it can be solidly verified, sure.
[08:48] <jibel> davmor2, how much time do you need to verify tseliot's fix?
[08:49] <tseliot> yes, either you get a black screen or you don't ;)
[08:49] <davmor2> jibel: having issues with it just double checking now, seems to be locked to intel
[08:49] <davmor2> tseliot: is there a way to double check it is using nvidia
[08:49] <tseliot> davmor2: yes, dmesg, and /var/log/gpu-manager.log
[08:50] <davmor2> tseliot: I open nvidia settings I select nvidia I log out, log back in, and nvidia prime option is still on intel
[08:50] <tseliot> davmor2: yes, that's why I need the log. I need to see what's going on
[08:50] <davmor2> let me try again and this time I'll reboot
[08:51] <tseliot> maybe nouveau is loaded, and it won't let the system use nvidia
[08:55] <tseliot> davmor2: if that doesn't work, try removing and reinstalling the nvidia driver, and finally rebooting
[08:56] <davmor2> tseliot, jibel: so reboot and I now see the nvidia sections in nvidia-settings so I am on nvidia now, tseliot that means that it lies when it says log out to apply settings you need to reboot,  I assume that means that lightdm keeps x alive so the x session isn't restarted right?
[08:58] <davmor2> tseliot: is that text something we can get changed?  I assume it is part of the nvidia binary so probably not right?
[08:59] <tseliot> davmor2: a log out should be enough. I don't know what happened in your specific case (I needed that log). Lightdm does restart X. Can you try again now (switching and logging out), please?
[08:59] <davmor2> tseliot: sure
[09:01] <tseliot> BTW nvidia doesn't offer any such feature. That's something I created.
[09:02] <davmor2> tseliot: and now it is working maybe just a glitch
=== zequence_ is now known as zequence
[09:03] <tseliot> davmor2: yes, it works fine here too
[09:04] <davmor2> tseliot: oh I wonder if it needed to reboot for the fixed package and that was the issue,  I flipped between intel and back to nvidia with log outs and it is fine now
[09:05] <tseliot> davmor2: oh, good point, that's it. It did need a reboot. I forgot to tell you
[09:05] <davmor2> tseliot: mystery solved
[09:06] <davmor2> jibel: I declare this fixored
[09:08] <jibel> davmor2, good
[09:08] <jibel> tseliot, can you upload to wily and we'll get it into the image, there'll be a respin soon
[09:08] <tseliot> jibel: sure
[09:09] <davmor2> tseliot: thanks dude \o/
[09:09] <tseliot> davmor2: thanks for your help
[09:09] <davmor2> tseliot: np's it's what I'm here for :)
[09:13] <tseliot> jibel: uploaded
[09:16] <jibel> tseliot, thanks
[09:19] <davmor2> jibel: when is the new image spinning up then?
[09:19]  * davmor2 it thinking I might just test memtest and stuff if new images are spinning
[09:19] <jibel> davmor2, soon
[09:34] <Laney> infinity: libnet-dbus-perl libx11-protocol-perl libxml-twig-perl libunicode-map8-perl libxml-sax-machines-perl libxml-handler-yawriter-perl libxml-xpathengine-perl libunicode-string-perl
[09:58] <bluesabre> ^ small fixes that correct a startup crash and a runtime crash, confirmed by xubuntu qa team
[10:00] <cyphermox> oh, cool, thanks
[10:00] <cyphermox> bluesabre: is that the sudoers thing?
[10:00] <bluesabre> cyphermox: yes
[10:02]  * Laney looks
[10:06] <bluesabre> thanks Laney :)
[10:24] <Laney> tseliot: ^ unclean source package, could you re-upload please?
[10:24] <Laney> You can use the same version number
[10:34] <pitti> bluez: trivial and tested fix, but should not be important for images
[10:34] <pitti> oh, nice anyway :)
[10:34] <infinity> pitti: We have a respin anyway, so whatever.
[10:56] <flexiondotorg> cyphermox, Regarding wubi. Take a look at this bug reported and the merge proposal linked within it.
[10:56] <flexiondotorg> https://bugs.launchpad.net/ubuntu-mate/+bug/1471344
[10:56] <ubot2> Launchpad bug 1471344 in wubi "The wubi.exe provided on the 15.04 and 15.10 install ISOs" [Undecided,New]
[10:57] <cyphermox> flexiondotorg: I believe it's late for that, we just removed wubi.
[10:58] <flexiondotorg> cyphermox, OK.
[10:58] <flexiondotorg> Can you close that bug accordingly please/
[10:59] <pitti> infinity: is someone already on the demotions on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt ?
[10:59] <pitti> and more importantly, http://people.canonical.com/~ubuntu-archive/component-mismatches.svg has two cases which we must fix for the release, AFAICS
[11:00] <infinity> pitti: Yes.
[11:00] <cyphermox> flexiondotorg: I'll look in a bit, but currently focusing on maybe fixing a bug before respin
[11:00] <infinity> pitti: The maas ones and the libgd-perl one?
[11:00] <pitti> we could probalby ignore the recommends, but bug 1471476 and cmake-extras sound release-critical?
[11:00] <ubot2> bug 1471476 in libimage-exiftool-perl "[MIR] libimage-exiftool-perl" [High,New] https://launchpad.net/bugs/1471476
[11:00] <flexiondotorg> cyphermox, OK.
[11:00] <flexiondotorg> Is the descision to remove wubi final and forever?
[11:00] <pitti> infinity: i. e. someone alredy looks at the demotions, or yes these two MIRs are RC?
[11:00] <flexiondotorg> If so, I can be the messenger.
[11:01] <infinity> pitti: I just did all the demotions.
[11:01] <infinity> pitti: The MIRs are RC, IMO, we need to hound people.
[11:01] <infinity> pitti: The maas one is the only one that affects images.
[11:02] <pitti> erk, that too indeed
[11:03] <pitti> infinity: MIR requirements in bug 1415164 got ignored by the server team for half a year :(
[11:03] <ubot2> bug 1415164 in slimit "[MIR] slimit" [Undecided,New] https://launchpad.net/bugs/1415164
[11:03] <infinity> lamont: Lamaaaaaaaaaant.
[11:05] <infinity> We really need to make britney component-aware, to push back on maintainers.
[11:05] <infinity> Cause this should fail installability checks and not migrate.
[11:08] <pitti> infinity: or the train, for that matter (libqtdbustest would be FTBFS in ubuntu)
[11:09] <infinity> pitti: The tain should be enforcing components, I think people keep turning that flag off on the silos when I turn it on >:(
[11:09] <pitti> infinity: anyway, I'm playing monkey and file a MIR for cmake-extras, and give the package some review
[11:10] <infinity> pitti: Yeah, I think cmake-extras will probably be a no-brainer "does it have a subscribers?  kay, whatever, promote".
[11:10] <infinity> pitti: The maas deps are far more concerning, IMO.
[11:10] <infinity> pitti: libimage-thingajob-perl I'm not super concerned about either, but I'll get security to sign off when the US wakes up.
[11:11] <pitti> infinity: right, there was concern about parsing images themselves rather than just wrapping a standard lib
[11:19] <pitti> bug 1508000
[11:19] <ubot2> bug 1508000 in cmake-extras "[MIR] cmake-extras" [Undecided,New] https://launchpad.net/bugs/1508000
[11:21] <flocculant> tseliot: not sure if bug 1501041 is dupe of davmor2's one - but it appears to be close
[11:21] <ubot2> bug 1501041 in nvidia-graphics-drivers "No visible display in ubuntu session when using nvidia drivers via nvidia-prime until screen goes to sleep, then waked up" [Critical,Triaged] https://launchpad.net/bugs/1501041
[11:22] <infinity> pitti: Alright, have the security team alerted to angular and libwhosit-perl.
[11:24] <infinity> pitti: c-m should clear out a fair bit after the next archive-reports run.
[11:49] <ogra_> infinity, hmm, did you disable daily builds for snappy ?
[11:50]  * ogra_ just noticed there were no wily images since the 17th
[11:50] <infinity> ogra_: Might have.
[11:50]  * ogra_ turns them back on 
[11:51] <ogra_> done :)
[11:51] <seb128> ogra_, speaking about snappy, is anyone going to fix the 1.6 ftbfs? we still have 1.5 in wily and a non building 1.6 in wily-proposed
[11:51] <ogra_> seb128, Chipaca and mvo were looking into it yesterday i think
[11:51] <ogra_> not sure aboout the outcome or if there is more needed
[12:34] <chrisccoulson> can we use wily-security yet?
[12:43] <davmor2> infinity, jibel: is the new image built yet?
[12:44] <infinity> davmor2: No, still waiting on some installer fixes.
[12:44]  * davmor2 looks at cyphermox and drums his fingers on the desk loudly
[12:47] <jibel> tseliot, Laney rejected your upload, can you fix it an reupload?
[12:56] <tseliot> jibel: sure
[12:57] <tseliot> flocculant: it could be the same issue
[12:59] <tseliot> Laney: weird, I don't see any pyc files here
[13:00] <Laney> tseliot: see https://launchpadlibrarian.net/221757417/ubuntu-drivers-common_1%3A0.4.10_1%3A0.4.11.diff.gz
[13:01] <cyphermox> davmor2: what did I do again?
[13:01] <tseliot> Laney: so that means that those files are available in the original tarball too
[13:01] <cyphermox> davmor2: I'm fixing the bugs you don't find! :)
[13:01] <tseliot> but they differ
[13:01] <davmor2> cyphermox: fixing is the issue they should be fixed already damn it ;)
[13:02] <cyphermox> davmor2: I'll let you play with powerpc-ibm-utils next time :)
[13:02] <Laney> tseliot: nah, diff's just not showing us the contents because binary
[13:02] <davmor2> cyphermox: I'm not sure there is enough power in our house for one of those :D
[13:03] <Laney> tseliot: compare http://launchpadlibrarian.net/221756239/ubuntu-drivers-common_0.4.11.tar.gz with 0.4.10
[13:07] <cyphermox> davmor2: not sure I want one in my living room either. it must be loud.
[13:10] <cyphermox> vvv grub-install? ta-daaa!?
[13:10] <cyphermox> *grub-installer.
[13:18] <lamont> infinity: wat!?
[13:19] <lamont> oh.  maas.
[13:19] <lamont> infinity: details and I'll sic someone on it
[13:19] <infinity> lamont: Yeah.  Need traction on your ignored MIRs.
[13:19] <infinity> lamont: I have the security team looking at angular.js, but angular's build-dep also needs a response from you guys, AFAICT.
[13:19] <lamont> url?
[13:20] <infinity> lamont: https://bugs.launchpad.net/ubuntu/+source/slimit/+bug/1415164
[13:20] <ubot2> Launchpad bug 1415164 in slimit "[MIR] slimit" [Undecided,New]
[13:23] <tseliot> Laney: .gitignore (which I didn't set), contains "*.pyc". Mystery solved...
[13:31] <tseliot> Laney: re-uploaded. No trace of pyc files now
[13:31] <Laney> ty
[13:41] <lamont> infinity: anything more than the slimit one? (which I guess is blocking angular.js?)
[13:41] <infinity> lamont: Just that, afaict.
[13:42] <lamont> cool. just trying to start with a full scope. :/
[13:42] <cyphermox> davmor2: find me a quick ubiquity bug I can fix to go with the rebuild for grub-installer?
[13:42] <lamont> full understanding of scope, that is
[13:43] <davmor2> cyphermox: the cursor changes to the grab icon before you can grab it in the slider for resize partition, how's that?
[13:43] <cyphermox> yuck
[13:43] <cyphermox> that's very yuck, probably not one I can done in a five minutes.
[13:43] <davmor2> cyphermox: hahahaha
[13:44] <davmor2> cyphermox: man you ask, I give and now you don't want it ;)
[13:44] <cyphermox> yep, I'm picky.
[13:46] <davmor2> cyphermox: how about this one then, If I run live desktop, install the binaries for wifi and intel, in ubiquity select install 3rd party drivers, the wifi and intel blobs are not installed?  Probably because ubuntu drivers doesn't detect there are drivers missing?
[13:46] <davmor2> cyphermox: you're not going to want that one either are you
[13:47]  * davmor2 pencils them in for 16.04
[13:48] <cyphermox> davmor2: it's not the easy quick fix type I was looking for
[13:48] <cyphermox> I'll just do the rebuild
[13:50] <davmor2> cyphermox: I'm looking for some others but to be honest I only noticed the first because jibel couldn't move the slider so am playing around with it now, and the second because I just did it try on my xps 13 and got nailed by no network :)
[13:51] <davmor2> cyphermox: see this is what happens when you have time on your hands because there is no point testing something that is being respun :P
[13:52] <davmor2> jibel: ^ this is possibly the issue you hit, it's not that the slider doesn't move it is that the cursor changed to the slider one before you can actually click to slide
[13:54] <infinity> davmor2: There's lots of point in testing images that are being respun.
[13:54] <infinity> davmor2: The more bugs we fix in one iteration, the better.
[13:54] <davmor2> infinity: and I found 2 just :P
[13:56] <davmor2> cyphermox, infinity: are there any logs that would be useful for the last one.  I'm assuming it is because I installed the binary drivers in the live session so ubuntu devices isn't picking them up
[13:56] <infinity> davmor2: So the driver one is that desktop->ubuntu-drivers->install, then ubiquity->3rd-party doesn't give you a sane result but, I assume, just boot-to-ubiquity, or desktop->ubiquity both work fine if you didn't to the drivers bit first?
[13:56] <infinity> davmor2: Yeah, it would be exactly that.  ubuntu-drivers won't list them as needed if they're already installed.
[13:57] <infinity> Actually, it does in some modes.  Hrm.
[13:59] <davmor2> infinity: This is on the xps and I wanted to install the drivers in live desktop, so it went, try ubuntu, install drivers, connect to web, click on install, run ubiquity in the live session, select install 3rd party drivers, finish the install, new system has no wifi
[13:59] <jibel> cyphermox, bug 1508060
[13:59] <ubot2> bug 1508060 in ubiquity "Partioning fails if user reverts LVM partition created with the manual partitioner" [Undecided,New] https://launchpad.net/bugs/1508060
[14:00] <infinity> davmor2: Yeahp.  It's the manual install bit that would have broken it.  Cause we get the install list from "ubuntu-drivers autoinstall" which then tells us which packages it installed.  Which will be none if you already installed them.
[14:00] <infinity> davmor2: Fixable, but I don't think I want to touch that bit two days before release, it's potentially brittle.
[14:00] <davmor2> infinity: hence pencilling it for 16.04
[14:01] <infinity> davmor2: Worth a permanent spot on the release notes as a "don't do that, then" note until we fix it.
[14:01] <infinity> davmor2: (ie: please add, with bug link, thanks)
[14:01] <davmor2> infinity: yeap I'm just reproducing it now, and will add a bug after, are there any useful logs I can add to it to confirm the assumption though?
[14:02] <infinity> davmor2: Nope, I just tested locally, it's quite obvious why it breaks.
[14:02] <infinity> davmor2: Just less obvious how to fix it nicely.
[14:02] <davmor2> infinity: oh sound okay I'll just write up a bug then
[14:06] <cjwatson> mana/wg 51
[14:06] <cjwatson> argh
[14:06] <cjwatson> manamana
[14:07] <ogra_> badipidipi
[14:07] <cjwatson> Laney: urls of the form https://bugs.launchpad.net/bugs/bugtrackers/ubuntu-bugzilla/NNNNN
[14:08] <Laney> https://bugs.launchpad.net/ubuntu/+bug/10727
[14:08] <ubot2> Launchpad bug 10727 in ubuntu "Chosing Norwegian Installation" [Low,Fix released]
[14:11] <davmor2> infinity: https://bugs.launchpad.net/ubuntu/+source/ubuntu-drivers-common/+bug/1508063
[14:11] <ubot2> Launchpad bug 1508063 in ubuntu-drivers-common "In a live session installing binary drivers, stops them from installing on the system" [Undecided,New]
[14:11] <infinity> davmor2: Ta.
[14:48] <infinity> jamespage: Did you not read the rejection message on the last horizon upload?
[14:51] <davmor2> and cyphermox for you I present you with https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1508086
[14:51] <ubot2> Launchpad bug 1508086 in ubiquity "Cursor changes to slider mode before you are on the actual slider" [Undecided,New]
[14:52] <cyphermox> weeee
[14:54] <davmor2> cyphermox: sorry for the blurry pictures only I was holding a mouse still while taking them :)  poor excuse I know but it is as good as you are getting :)
[14:59] <hallyn_> rbasak: pushed the cherrypick of netcf FTBFS fix to wily, fwiw
[14:59] <rbasak> hallyn_: thanks!
[15:04] <cyphermox> davmor2: reproduced it here
[15:04] <cyphermox> but yeah, I blame gtk
[15:05] <davmor2> cyphermox: also should you be able to move the cursor off the grab bar once you have it clicked?
[15:06] <cyphermox> yesish
[15:06] <cyphermox> it works if I kill ubiquity to start over, and go really slowly to catch the right pixels
[15:06] <davmor2> so not to the far left and right of the screen then?
[15:07] <cyphermox> at the far left or right of the screen?
[15:07] <davmor2> cyphermox: grab the bar, and move it as far left as it will go and keep moving the mouse
[15:07] <davmor2> to the left
[15:08] <davmor2> cyphermox: it leave the bar and keeps going
[15:08] <cyphermox> how cute.
[15:09] <cyphermox> that's just gtk being gtk though
[15:10] <davmor2> cyphermox: nice I still blame you though :P
[15:11] <jdstrand> fyi, I did all the overrides for the juju component mismatches
[15:11] <infinity> jdstrand: Was everything MIRed and happy?
[15:12] <jdstrand> yes, I verified the remaining bits, commented in the bug, etc, etc
[15:12] <infinity> jdstrand: There were some reds on the chart.
[15:12] <infinity> jdstrand: Ahh, kay, cool.
[15:12] <jdstrand> right, but that was just the timing of the report
[15:12] <infinity> jdstrand: Looking forward to that node of c-m clearing up then, thanks.  Wasn't sure that would make it for release.
[15:13] <jdstrand> sure, np
[15:13] <jdstrand> yes, that node took some work, and I don't mean just this mroning :)
[15:13] <jdstrand> morning*
[15:14] <infinity> jdstrand: I suspect golang-race-detector-runtime might still want attention there.  It had no MIR (recommended from golang).
[15:14] <infinity> jdstrand: But willing to ignore it if no one has the time too.
[15:14] <jdstrand> let me look at it real quick
[15:20] <Riddell> I get bug 1508075 in unity and kubuntu, means I can't install
[15:20] <ubot2> bug 1508075 in ubiquity "crash during network setup in ubiquity wily" [Undecided,New] https://launchpad.net/bugs/1508075
[15:21] <jdstrand> infinity: it looks fine to me
[15:23] <jdstrand> infinity: I'll add a task and move it, etc
[15:24] <infinity> Riddell: That log looks like it's from a unity session?  Not kubuntu?  I'm confused.
[15:24] <infinity> Riddell: Oh, you get it in both.  I can't read.  Check.
[15:25] <Riddell> infinity: right, I tested both and reported from unity
[15:25] <infinity> Riddell: I like that your first terminal search was for 'konsole'. ;)
[15:27] <Riddell> muscle memory :)
[15:27] <infinity> Riddell: Do you still have the session?
[15:28] <Riddell> infinity: no, although I can boot up a kubuntu one easily enough
[15:30] <cyphermox> Riddell: was that in Try or in Install?
[15:30] <infinity> Riddell: Did you happen to dist-upgrade the live system?
[15:30] <Riddell> cyphermox: Try, using Install works fine (runs as root)
[15:30] <Riddell> infinity: nope
[15:32] <cyphermox> Riddell: ok, I couldn't parse that sentence on the bug.
[15:35] <jdstrand> infinity: the component-mismatches looks funny now for juju. is that due to the report generation and the publisher run?
[15:35] <infinity> jdstrand: It's cause you closed all the bugs but nothing's been published yet.
[15:35] <jamespage> infinity, nope I got it second hand via coreycb
[15:35] <infinity> jdstrand: Should clear up on the nest run.
[15:35] <jamespage> so evidently I misheard
[15:35] <jamespage> apologies
[15:35] <jdstrand> ok. that is what I was trying to ask
=== bladernr_ is now known as bladernr
[15:37] <infinity> jamespage: I rejected it because calling binaries from your deps is wrong on purge, as you don't know if they're installed anymore when in a removed-with-conffiles state.
[15:37] <infinity> jamespage: Furthermore, it's redundant to perform the same steps for both remove and purge anyway.
[15:37] <infinity> jamespage: As purge implies remove first.
[15:37] <infinity> jamespage: So you'll just be doing the same thing twice, and the second time isn't guaranteed to work.
[15:38] <jamespage> infinity, so the action needs to happen in remove only
[15:38] <infinity> jamespage: Yeahp.
[15:38] <infinity> jamespage: Or, if there's conffile removal somewhere, it should happen in purge only.
[15:38] <infinity> jamespage: But I think all your stuff was more remove-worthy, as things would be broken if you removed your binaries and didn't perform those cleanup steps.
[15:39] <jamespage> infinity, ack
[15:40] <flocculant> tseliot: I wondered so thought I would point it out :)
[15:41] <tseliot> flocculant: the package has been accepted into wily, so you might want to give it a try when it lands
[15:42] <flocculant> tseliot: it doesn't actually affect me so can't test that - I just saw it on the forum, then saw davmor and your discussion re the other one
[15:42] <tseliot> flocculant: oh, ok
[15:44] <utlemming> stgraber: can you populate "Wily Final" on clouds.qa.ubuntu.com?
[15:45] <slangasek> infinity, cjwatson: wubi removed from 15.10, does this impact the autorun support on Windows?
[15:45] <infinity> slangasek: By all accounts, the autorun didn't do much on >= 7 (or >= vista?) anyway, because of the new "what do you want to do?" dialog getting in the way.
[15:46] <cjwatson> Possibly, but consensus seemed to be that the cure was worse than the disease
[15:46] <infinity> slangasek: But yes, this removes autorun.inf, which ran wubi.exe.
[15:46] <cjwatson> Er, cure == having wubi
[15:50] <slangasek> ok
[16:00] <flocculant> infinity: sorry to bother - did I read ^^ a rebuild coming due to d-i and ubiquity?
[16:00] <infinity> flocculant: Yeah.
[16:01] <flocculant> infinity: ok - thanks - we were expecting to do one for us - but I think what was expected has turned up so will make it in the global one :)
[16:02] <infinity> flocculant: What package were you waiting on?
[16:02] <flocculant> catfish
[16:03] <infinity> Riddell: We can't reproduce that ubiquity/wireless/NM thing here. :/
[16:03] <flocculant> but looks like 1.3.3-0ubuntu2 on http://changelogs.ubuntu.com/changelogs/pool/universe/c/catfish/catfish_1.3.3-0ubuntu2/changelog
[16:03] <Riddell> infinity: I see other testers are ok too, so it may just be me
[16:03] <Riddell> thanks for trying
[16:04] <coreycb> infinity, is this ok? https://git.launchpad.net/~ubuntu-server-dev/ubuntu/+source/horizon/tree/debian/openstack-dashboard-ubuntu-theme.postrm
[16:07] <cyphermox> Riddell: still going to try kubuntu now, for kicks
[16:08] <cyphermox> I couldn't reproduce it on Ubuntu
[16:11] <jibel> cyphermox, bug 1508121
[16:11] <ubot2> bug 1508121 in ubiquity "fcitx-mozc has missing files" [Undecided,New] https://launchpad.net/bugs/1508121
[16:12] <jibel> Laney, ^
[16:15] <infinity> jamespage: Looks less sketchy, yeah.
[16:16] <jamespage> coreycb, ^^
[16:19] <coreycb> infinity, thx
[16:19] <infinity> Riddell: cyphermox made it crash.  Somehow.  He's looking harder.
=== nhh is now known as nhandler
[16:23] <flexiondotorg> cyphermox, I don't know when this started working. But if I installed oem-config-slideshow-ubuntu-mate before preparing an OEM install. The Ubuntu MATE Slideshow work correctly during the oem-config-first :-)
[16:24] <flexiondotorg> cyphermox, So, the question is.
[16:25] <flexiondotorg> Can it be included in the live seed?
[16:26] <infinity> flexiondotorg: ... really?  I didn't think there was any code to handle that.
[16:27] <infinity> flexiondotorg: Oh, was it changed to just install files to the same paths?
[16:28] <flexiondotorg> infinity, No idea on the first. I looked at the code and thought it should work.
[16:28] <flexiondotorg> infinity, Don't think the oem-config path was ever changed.
[16:28] <flexiondotorg> Anyway, I have a patched oem-config working on the Pi 2 build with slidshow :-)
[16:28] <flexiondotorg> Also tested the slideshow on PC too.
[16:29] <flexiondotorg> Only drawback is that package is not autoremoved.
[16:29] <flexiondotorg> I have patched my Pi 2 version so it does remove it.
[16:29] <flexiondotorg> Anyway, maybe for 16.04 now.
[16:30] <flexiondotorg> But a simple heuristic to detect the DE and then appropriate oem slideshow can be installed/removed.
[16:31] <jibel> davmor2, what is the bug # for the missing binary drivers after install again?
[16:31] <davmor2> https://bugs.launchpad.net/ubuntu/+source/ubuntu-drivers-common/+bug/1508063
[16:31] <ubot2> Launchpad bug 1508063 in ubuntu-drivers-common "In a live session installing binary drivers, stops them from installing on the system" [Undecided,New]
[16:31] <davmor2> jibel: ^
[16:32] <jibel> thanks
[16:33] <infinity> flexiondotorg: The autoremoval should be trivial to fix in ubiquity.
[16:34] <flexiondotorg> infinity, Indeed.
[16:35] <infinity> flexiondotorg: Oh.  But not completely trivial.
[16:35] <infinity> flexiondotorg: So, yeah, let's do it for 16.04 Alpha 2.
[16:35] <flexiondotorg> infinity, Yep.
[16:35] <infinity> flexiondotorg: Not terribly comfy with the three places this looks to need abuse.
[16:36] <flexiondotorg> Just need a method to determine the DE and store that as an attribute.
[16:36] <flexiondotorg> Then add a few conditional statements about the place.
[17:06] <cyphermox> pitti: you still around?
[17:07] <cyphermox> pitti: https://bugs.launchpad.net/ubuntu/+source/policykit-1/+bug/1508075 may be up your alley; looks like some weirdness in how polkitd gets started for ubiquity, but I can only reproduce it once every second try or so; I put details on the bug.
[17:07] <ubot2> Launchpad bug 1508075 in policykit-1 "crash during network setup in ubiquity wily" [Critical,Confirmed]
[18:16] <tsimonq2> hey, when are the rebuilds going to happen
[18:17] <wxl> i hear talk of a world rebuild?
[18:17] <tsimonq2> yeah, that is what I am asking about
[18:59] <tsimonq2> Does anybody have an answer to the question of when the *World* *Rebuild* will be?
[21:03] <infinity> Respinning the world, FYI.
[21:04] <wxl> aw why for infinity ?
[21:05] <infinity> wxl: Installers all got rebuilt.
[21:05] <wxl> just ubiquity i'
[21:05] <wxl> m assuming, infinity ?
[21:05] <infinity> wxl: And d-i.
[21:05] <wxl> aw fooey.
[21:07] <tsimonq2> infinity: When will the new ISOs be released?
[21:07] <wxl> tsimonq2: watch the tracker
[21:07] <tsimonq2> wxl: the QA tracker?
[21:07] <tsimonq2> ?
[21:07] <wxl> tsimonq2: yep. they're not rebuilding yet, but they will be and you'll see (rebuilding)
[21:08] <infinity> tsimonq2: They'll start building shortly, and will pop up over the next couple of hours.
[21:08] <tsimonq2> infinity: How do I know what is building?
[21:08] <wxl> tsimonq2: "(rebuilding)"
[21:09] <wxl> tsimonq2: for lubuntu we'll have version 20152020
[21:11] <tsimonq2> wxl: umm where are you seeing this?
[21:11] <wxl> you will see it on the iso tracker when it happens, tsimonq2. as always with you, learn patience
[21:12] <infinity> Rebuilds in progress now.
[21:13] <wxl> you going to make an announcement by email infinity ?
[21:16] <infinity> wxl: Nope, I'll probably sleep.
[21:17] <wxl> infinity: good night sweet prince XD
[21:59] <jderose> not sure if it just takes a while for them to be regenerated, but the zsync files in http://cdimages.ubuntu.com/daily-live/pending/ are stale... they're still the zsync files from yesterday's builds
[21:59] <tsimonq2> ping infinity, wxl ^
[22:08] <jderose> tsimonq2: thanks :)