[00:52] <cyphermox> yay builds.
[06:35] <flocculant> infinity: or indeed anyone who's in the know - no upgrade tests for beta 2 - missing or are we not getting those ?
[08:18] <davmor2> infinity: netboot is missing from the beta 2 test run
[08:19] <davmor2> jibel: ^ is that something you can add or just the landing team?
[08:20] <jibel> davmor2, I'll add it
[08:22] <davmor2> jibel: thanks
[08:39] <pitti> what's the current status wrt. image builds? can we accept the fixed langpacks?
[08:42] <jibel> pitti, first builds have been posted last night. It'd be nice to respin with latest langpacks
[08:44] <pitti> i. e. if we do a respin, the langpacks and user-setup would be really worthwhile
[08:44] <pitti> I don't know about unity-control-center, there's no diff
[08:44] <pitti> ah, https://launchpadlibrarian.net/218625387/unity-control-center_15.04.0%2B15.10.20150915-0ubuntu1_15.04.0%2B15.10.20150923-0ubuntu1.diff.gz
[08:44] <pitti> seems okay too
[08:45] <davmor2> pitti: I think they might need to resping to fix  this issue with wifi driver for the xps 13 too
[08:45] <davmor2> just trying it to see if it works now
[08:45] <pitti> if we are having a respin, I'll accept them now so that they can build
[08:45] <pitti> and if we don't have a respin, well then it doesn't matter anyway
[08:46]  * pitti does, I'll take the bullets
[08:46] <davmor2> yeap b43 is still taking control of the wifi driver so I don't no if it landed in the image yet so there will be a respin
[08:47] <davmor2> s/no/know
[08:51] <pitti> ah, thanks to whoever approved those
[08:51] <Laney> me
[08:51] <Laney> Seems like we get one anyway so might as well have fixes especially for user-setup
[08:52] <pitti> Laney: right, I was going to accept them, but noticed they were gone; I first thought I messed up my mass-accept for langpacks
[08:53] <Laney> :)
[10:48] <jamespage> would anyone in the release team object if I enabled python3 and doc packages for python-pylxd?
[11:42] <jibel> davmor2, ^
[11:42] <davmor2> \o/
[12:05] <ogra_> rtg, yo ...
[12:05] <rtg> ogra_, dude
[12:05] <ogra_> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html ... "linux-raspi2-tools-4.2.0-1008/armhf unsatisfiable Depends: linux-raspi2-tools-common "
[12:05] <ogra_> we probably want to drop the tools :)
[12:05] <rtg> hmm
[12:05] <ogra_> i doubt anyone in snappy will use them
[12:06] <ogra_> (and i'm not sure how well suited the kernel will be for non-snappy setups)
[12:06] <rtg> ogra_, yup, will do.
[12:25] <flocculant> seb128: bug 1498544 - which you repurposed for new installs - was originally an upgrade bug ;)
[12:26] <flocculant> what package should I report against for upgrade fails in this then?
[12:26] <seb128> flocculant, depends of what's the issue. is the file mangled/change on upgrade?
[12:26] <seb128> I though lightdm was supposed to understand the old format
[12:26] <seb128> in which case it's a lightdm issue if it doesn't
[12:27] <seb128> if something migrates the config then it's that something but I don't know what that is
[12:27] <flocculant> seb128: mmm
[12:27] <flocculant> not sure tbh
[12:27] <seb128> well, somebody needs to do a 15.04 install, look at the config, upgrade and see if that changed
[12:28] <flocculant> I did :) now I can't remember which file changed - it being different for me (xubuntu) than others
[12:28] <flocculant> I'll look again after I've finished worrying about b2
[12:29] <flocculant> seb128: thanks for that fix though :)
[12:29] <seb128> yw!
[12:29] <flocculant> will that get in when they respin?
[12:30] <seb128> yes
[12:31] <flocculant> ok - I'll make sure to check that out :)
[14:49] <cyphermox> davmor2: were you saying that you're still having an issue with bcmwl showing up in Drivers?
[14:49] <davmor2> cyphermox: indeed
[14:49] <cyphermox> boo
[14:51] <davmor2> cyphermox: I added a work around for now for the beta but it is marked as critical for release unless you have some brain waves on fixes.  works fine in vivid by the way so I assume we lifted a blacklist on b43 in wily again
[14:52] <cyphermox> well, in wily it was matching for a whole bunch of devices from Broadcom
[14:52] <cyphermox> now it's specifically targetting those that it's useful for
[14:52] <cyphermox> what I changed was adding the modalias for the one in your system
[14:53] <davmor2> cyphermox: I was wondering if it needed changing in b43 as well as bcmwl modules
[14:53] <cyphermox> should not
[14:53] <cyphermox> in the worst case, if both had the modalias they would both show in the Drivers window
[14:54] <apw> we have no blacklist for the others that wl takes over for
[14:54] <cyphermox> so if it's still not showing, there probably is still something wrong in ubuntu-drivers-common
[14:54] <apw> the act of installing wl because it is offered disables b43 anyhow
[14:55] <davmor2> apw: yeap if I install it manually we can see that happen, it just isn't doing it automagically
[15:04] <cyphermox> davmor2: we'll go step by step and retrace what ubuntu-drivers does
[15:04] <cyphermox> davmor2: could you please run this python code: http://paste.ubuntu.com/12531607/
[15:05] <davmor2> cyphermox: give me about 30 minutes to finish up what I'm running and flash 15.10 to usb again
[15:05] <cyphermox> sure
[15:05] <cyphermox> ^ that will list all the modaliases on the system, from there we'll see if it's something I missed in there, or if there's something else in ubuntu-drivers that's the matter
[15:06] <davmor2> cyphermox: also I got hit by https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/1481798 running upgrade test from 15.04
[15:06] <cyphermox> yep
[15:06] <davmor2> cyphermox: I know I lead the funniest life you've ever known right ;)
[15:07] <cyphermox> bah
[15:07]  * cyphermox stabs modemmanager some more
[15:07]  * davmor2 hands cyphermox his jackhammer
[15:26] <pitti> mdeslaur: ^ FTR, this might disrupt the thing you are working on?
[15:26] <mdeslaur> pitti: yes! please reject
[15:26] <pitti> mdeslaur: I can't -- someone accepted them, so the version number is "burned"
[15:27] <mdeslaur> ack, will bump and retest, thanks
[15:32] <davmor2> cyphermox: http://paste.ubuntu.com/12531876/ hope that looks right
[15:46] <davmor2> cyphermox: I just thought, the bcmwl package isn't actually installed on the system is it, so wouldn't that mean that the instruction set you gave it will have no effect on the live version?
[15:47] <flocculant> seb128: I assume that as lightdm appears to mangle it - that's what I should report this against? http://paste.ubuntu.com/12531997/
[15:48] <seb128> flocculant, yes
[15:49] <davmor2> cyphermox: or does the system recursively scan the system for none installed packages to see if they can be used for certain pic: listings
[15:49] <flocculant> seb128: ok - I'll do that now then
[15:49] <davmor2> pci even
[15:49] <seb128> flocculant, thanks
[15:50] <flocculant> welcome ofc
[15:57] <flocculant> seb128: bug 1498975
[15:57] <seb128> flocculant, thanks
[15:57] <cyphermox> davmor2: what I gave you does nothing to packages
[15:57] <flocculant> seb128: I'll keep that vm about as it is if anything else is required
[15:58] <seb128> flocculant, k, thank you, I emailed robert_ancell about it, so let's see
[15:58] <flocculant> yep
[15:58] <rtg> ogra_, uploaded raspi2 kernel and meta. both awaiting approval.
[15:58] <davmor2> flocculant: seb128: there is a bug for the fact that autologin is broken in wily on the tracker I don't know if it is just upgrades but wily as a whole
[15:59] <flocculant> davmor2: I did see a bug - but that was all fix released
[15:59] <flocculant> and things on tracker recently - are probably me and flexiondotorg :)
[16:01] <davmor2> flocculant, seb128: looks like the iso still has ubuntu6 on the system and you have fixed it in ubuntu7 of user setup
[16:01] <flocculant> yea
[16:02] <flocculant> but - flexiondotorg reports that he's seeing it still fail after he respun Mate
[16:02] <davmor2> so if the package  is stuck in proposed it won't show via update either
[16:02] <seb128> cyphermox is doing an ubiquity update to include the fixed user-setup, that was not done earlier
[16:02] <flocculant> aah cool
[16:02] <flocculant> I was waiting for a global respin
[16:05] <ogra_> rtg, oh, weird, why do they need approval again ? i thought once granted they should just go through
[16:05] <cyphermox> davmor2: I think I just found out what was wrong with ubuntu-drivers-common too
[16:05] <ogra_> infinity, ?? ^
[16:05] <davmor2> cyphermox: nice
[16:05] <rtg> ogra_, the beta release cycle has started
[16:05] <cyphermox> davmor2: can I get you a patch to apply after, or do you prefer a PPA package?
[16:06] <cyphermox> oh wait, this is going to be annoying to update anyway without network.
[16:06] <davmor2> cyphermox: I have a usb key
[16:06] <davmor2> cyphermox: sneaker-net
[16:07] <davmor2> cyphermox: package is easier than a patch, I've used patch before and had mixed results so something that is guaranteed to work is always better :)
[16:08] <wxl> are we planning on releasing today, infinity ?
[16:08] <ogra_> rtg, ouch, bad timing then
[16:09] <apw> don't we go into soft freeze from beta anyhow as well ?
[16:33] <cyphermox> seb128: flocculant: flexiondotorg: ubiquity ^
[16:41] <davmor2> cyphermox: just give me a ping if you want me to look at something need to press on with testing now ;)
[16:42] <flocculant> cyphermox: what do you mean by ^^ ?
[16:44] <Riddell> could someone add upgrade to the beta 2 tests? it still fails ( bug 1488838 )
[16:44] <davmor2> Riddell: it does indeed still fail I pointed cyphermox at it earlier to make his day :)
[16:45] <Riddell> davmor2: I pointed him at it a month ago, does that mean I made his month?
[16:45] <davmor2> Riddell: possibly, you know he isn't happy without bugs to tackle
[16:54] <cyphermox> flocculant: meaning that the ubiquity package for user-setup is in the queue now. someone in the archive admin team will have to review it.
[16:56] <flocculant> cyphermox: ok - just checking - I'll assume that's gone through when I see a rebuild
[16:56] <cyphermox> maybe
[16:57] <infinity> rtg: There was no manual approval process for raspi2, it was auto-accepted.
[17:00] <rtg> infinity, huh. I received an email that said it was awaiting approval, but I see it is building now.
[17:00] <rtg> ogra_, ^^
[17:00] <ogra_> yeah
[17:01] <infinity> rtg: Yeah, everything hits the unapproved queue, but the vast majority of uploads get accepted by a bot < 60s later (which you also got a mail about).
[18:16] <flexiondotorg> cyphermox, Brilliant. I'll give it the new Ubiquity a test now.
[18:17] <flexiondotorg> Ah, it's proposed.
[18:17] <cyphermox> flexiondotorg: it's still in the queue
[18:17]  * flexiondotorg waits.
[18:17] <flexiondotorg> cyphermox, Thanks for working on that.
[18:18] <flexiondotorg> cyphermox, And the modemmanager too. I ran into that just a moment ago building the Raspberry Pi 2 image.
[18:18] <flexiondotorg> touch /etc/init.d/modemmanager and dpkg --configure -a sorted it ;-)
[18:22]  * cyphermox is building a vivid package for it right now, to test the change with minimal fuss
[18:22]  * flexiondotorg nods
[18:47] <davmor2> cyphermox: hows the package for ubuntu-drivers-core coming?
[18:48] <cyphermox> oh, right, that.
[18:48] <cyphermox> failed tests, I either broke something or need to adjust the tests with my changes
[18:54] <davmor2> 99 little bugs on a wall, 99 little bugs, take one down fix around there's 101 little bugs on the wall
[18:54] <cyphermox> exactly
[18:54] <flocculant> 102
[18:54] <wxl> 105 now
[18:55] <wxl> oops make that 159
[18:55] <wxl> ummm 224!
[18:55] <wxl> uhhh
[18:55] <wxl> yeah.
[18:55] <cyphermox> just want to make sure I'm not making it too many more with this fun hack
[18:55] <cyphermox> wxl: you're running dangerously close from -19481419.
[19:49] <davmor2> infinity: if you are still about upgrades are missing from the tracker
[19:51] <infinity> davmor2: I have no idea how upgrades appear on the tracker, I don't do that bit.
[19:52] <infinity> davmor2: stgraber or balloons might have a clue about it. :P
[19:52] <stgraber> they're manually added
[19:52] <infinity> stgraber: FSVO "manually" that involves a scripted loop and some API calls, I hope?
[19:53] <infinity> stgraber: (ie: could add-upgrades-to-tracker be a thing in ~ubuntu-archive-tools?)
[19:53] <stgraber> infinity: web ui, go to Builds, tick those you want, enter the milestone name as the version number, select the milestone in the dropdown and click add
[19:53] <stgraber> infinity: doing it now
[19:53] <stgraber> done
[19:54] <davmor2> stgraber: thanks
[19:54] <stgraber> you can select them all in one click, then just uncheck those that are lts-only
[19:58] <flexiondotorg> infinity, Can I pick you brains about do-release-upgrade a sec?
[19:59] <flexiondotorg> infinity, I just upgrade Ubuntu MATE 15.04 to 15.10.
[19:59] <flexiondotorg> do-release-upgrade did that just fine, other than the modemmanager issue cyphermox is working on.
[20:00] <flexiondotorg> However, all the packages that a new to the ubuntu-mate seeds during the 15.10 cycle and now identified as no longer a required.
[20:00] <flexiondotorg> An apt-get auto-remove will remove them.
[20:01] <flexiondotorg> Can you think what I have done wrong in the seeds to case this?
[20:01] <flexiondotorg> I'm sure cjwatson is afk but maybe he has an suggestion too? ^^^
[20:02] <infinity> flexiondotorg: Example package?
[20:03] <flexiondotorg> mate-optimus
[20:03] <infinity> flexiondotorg: But that sounds sort of like either ubuntu-mate-desktop wasn't kept installed, or it's not up to date with your seeds, or you're mistaken about what you think should be installed. :P
[20:03] <flexiondotorg> OK, not 3 ;-)
[20:03] <infinity> flexiondotorg: Or the upgrade isn't pulling in ubuntu-mate-core.
[20:04]  * flexiondotorg checks if ubuntu-mate-desktop is installed.
[20:04] <infinity> flexiondotorg: That package is core, not desktop.
[20:04] <infinity> flexiondotorg: Is that split new?
[20:04] <flexiondotorg> I've always had -core and -desktop
[20:05] <flexiondotorg> But I moved a lot of stuff from -desktop to -core.
[20:05] <flexiondotorg> During the 15.10 cycle.
[20:05] <infinity> flexiondotorg: Well, it's not installed, if apt is trying to remove its deps.
[20:06] <flexiondotorg> Yep, ubuntu-mate-core was missing from the upgraded system.
[20:06] <flexiondotorg> Can I tweak the seeds to ensure ubuntu-mate-core does remain installed?
[20:07] <infinity> flexiondotorg: So, check out data/DistUpgrade.cfg in ubuntu-release-upgrader
[20:07] <flexiondotorg> OK
[20:07] <infinity> flexiondotorg: No one taught it about mate.
[20:07] <flexiondotorg> Phew, because it's the first I've heard of it :-)
[20:08] <infinity> flexiondotorg: That said, in my personal opinion, if "apt-get dist-upgrade" doesn't get it mostly right, you're already fighting a losing battle.  The ensure-metas-don't-go-away quirk in the release-upgrader is a last resort fixup, not a crutch.
[20:08] <infinity> flexiondotorg: But if you violently moved a bunch of packages from one meta to another, apt's not super good at resolving that.
[20:09] <flexiondotorg> Aha.
[20:09] <flexiondotorg> So, Ubuntu MATE is not in there.
[20:09] <infinity> flexiondotorg: Right, not at all.
[20:09] <flexiondotorg> Should I prepared a merge proposal?
[20:09] <flexiondotorg> Or debdiff?
[20:10] <infinity> flexiondotorg: So, the two metas should be added to the big list at the top, then two ini-style stanzas further down for them tha tidentify some "key mate deps" to allow us to guess if mate is meant to be there.
[20:10] <infinity> flexiondotorg: debdiff works for me.
[20:10] <flexiondotorg> infinity, Ok. I'll go a make a debdiff.
[20:10] <flexiondotorg> infinity, Many thanks for helping me with that.
[20:11] <infinity> flexiondotorg: The point of the ini-style bits is so we can "guess" if a user removed one of your packages and lost ubuntu-mate-desktop, but still has "these 7 things that probably mean it really is a MATE install", we can reinstate mate-desktop/mate-core after upgrade.
[20:12] <infinity> It's not foolproof, but kinda sorta works. :P
[20:13] <flexiondotorg> infinity, Go to be better than what I've just seen :-)
[20:18] <davmor2> cyphermox: if you get that package sorted throw me a link in an email and I'll hit it first thing
[20:39] <flexiondotorg> infinity, OK, identifying markers done. Anything else I need to add/change in there before I make a debdiff?
[20:40] <flexiondotorg> OK, found blackliested packages, looks like I need ubuntu-mate-core in there.
[20:40] <infinity> flexiondotorg: No idea.  I don't add flavours to the upgrader on a regular basis. ;)
[20:40] <infinity> flexiondotorg: Err, why would you blacklist the package you want installed?
[20:41] <infinity> flexiondotorg: Oh.  The removal blacklist. :P
[20:41] <flexiondotorg> Comment reads "blakclist of packages that should nver be removed."
[20:41] <infinity> flexiondotorg: You don't need that in an explicit blacklist if you already list it in MetaPkgs.
[20:42] <flexiondotorg> OK
[20:42] <flexiondotorg> I've done it anyway.
[20:42] <infinity> flexiondotorg: Oh, see, I say that, but most of the metas are in there.  That seems entirely redundant.
[20:43]  * infinity shrugs.
[20:43] <infinity> This whole package is a hack, nothing in it surprises me anymore.
[20:46] <flexiondotorg> infinity, You want me to bump the standards in debian/control?
[20:48] <infinity> flexiondotorg: If you go through the policy upgrade checklist and/or make sure lintian doesn't have any new things to whine about, sure.
[20:48] <infinity> The number shouldn't be a lie just to chase after the latest. :P
[21:10] <flexiondotorg> infinity, After a standards bump to 3.9.6 lintian complians about one less thing that before.
[21:10] <infinity> flexiondotorg: Handy.
[21:11] <infinity> It's rather odd when you decide to hide in your hotel room to get some work done, and the maintenance staff decides that's the best time to replace your windows.
[21:17] <flexiondotorg> infinity, Here you go - https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1499078
[21:17] <flexiondotorg> infinity, Thanks for helping.
[22:08] <mdeslaur> hey SRU team, there's an update to fast-track because of a regression caused by the new python SRU in trusty
[22:08] <mdeslaur> bug 1499075
[22:08] <mdeslaur> broder and nelhage in #ubuntu-devel can test
[22:09] <mdeslaur> that's it ^
[22:09]  * mdeslaur -> away