[07:36] <zequence> Hi. Ubuntu Studio ISOs have not been building for a while. I don't really know from which end to start looking. Could someone please assist?
[07:36] <zequence> https://lists.ubuntu.com/archives/ubuntu-studio-devel/2015-September/006879.html
[07:36] <zequence> There's the error report.
[07:37] <zequence> Seems there's a problem with python-enum
[07:38] <zequence> Ah, I just tried upgrading, and upgrading python-enum would remove a bunch of packages.
[07:39] <zequence> For some reason it is now conflicting with python-enum34, which it wasn't before. I'll check it out
[08:10] <flexiondotorg> Riddell, May I ask a favour? Please could you sponsor this upload for me? https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-settings/+bug/1498340
[09:06] <zequence> Could someone move ubuntustudio-meta to the wily main archive. It's sitting in proposed, and will fix our ISO build issue. Bug 1498345
[09:12] <Laney> zequence: You need to wait for proposed-migration to do its thing
[09:17] <zequence> Laney: Does that happen quickly?
[09:20] <zequence> 24h is good enough for me. Don't know much about what happens after I do an upload.
[09:20] <Laney> https://wiki.ubuntu.com/ProposedMigration/
[09:21] <Laney> If no problems then a couple of hours, otherwise however long it takes to fix them
[09:21] <zequence> Laney: Thanks :)
[09:50] <davmor2> cyphermox, infinity: :( https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/1498074 archive sync didn't fix it :'(  still only showing the intel-microcode,  I'll try it on macbook and see if that is the same if it is then I can open it up via ssh hopefully
[10:46] <flexiondotorg> didrocks, Do you have the time to sponsor a couple of uploads?
[10:48] <didrocks> flexiondotorg: not really, better to add to the sponsoring queue I think
[10:48] <flexiondotorg> didrocks, Yep, have done.
[10:48] <flexiondotorg> Really wanted to squeeze these in before the next beta.
[10:49] <flexiondotorg> I'll ask around :-)
[11:53] <flexiondotorg> infinity, When will the beta iso image get made?
[12:36] <tjaalton> could someone from the release team ACK/NAK https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1484279
[12:47] <Riddell> flexiondotorg: uploaded!
[12:47] <flexiondotorg> Riddell, Thanks.
[12:48] <flexiondotorg> Riddell, Do you have time for a couple more?
[12:48] <Riddell> flexiondotorg: and rejected! "File ubuntu-mate-settings_15.10.4.tar.xz already exists in Primary Archive for Ubuntu, but uploaded version has different contents"
[12:48] <Riddell> flexiondotorg: could do
[12:48] <ogra_> didrocks, how about that linux-(meta-)raspi2 kernel now (it is actually in binary NEW now)
[12:48] <flexiondotorg> Riddell, I'll check u-m-settings.
[12:49] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/galculator/+bug/1498439
[12:49] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-artwork/+bug/1498415
[12:55] <Riddell> flexiondotorg: how come you can't do this yourself?
[12:56] <flexiondotorg> Riddell, I'm not blessed with upload priviledges.
[12:56] <flexiondotorg> I'm going to apply after 15.10 is out.
[12:56] <flexiondotorg> For PPU.
[12:57] <Riddell> flexiondotorg: and nobody else from xubuntu is? I'm just mindful you could be a malitious hacker using my trusting nature to upload root kits
[12:57] <flexiondotorg> I'm from Ubuntu MATE.
[12:57] <Riddell> ah yes sorry
[12:57] <flexiondotorg> We have no uploaders.
[12:57] <flexiondotorg> We do most of the packaging via Debian and sync.
[12:57] <flexiondotorg> We have 2 DDs for MATE in Debian who do the uploading.
[12:58] <Riddell> clever
[12:58] <flexiondotorg> There are essential 3 packages in Ubuntu that trasform MATE into "Ubuntu MATE".
[13:01] <flexiondotorg> Riddell, Is it possible someone else already uploaded ubuntu-mate-settings?
[13:02] <Riddell> flexiondotorg: yep looks like it https://launchpad.net/ubuntu/+source/ubuntu-mate-settings/15.10.4
[13:02] <Riddell> bug 1498439 is also done
[13:02] <flexiondotorg> Riddell, Thanks very much.
[13:02] <Riddell> https://launchpad.net/ubuntu/+source/ubuntu-mate-artwork/15.10.4 is also uploaded
[13:02] <Riddell> so you're sorted
[13:03] <flexiondotorg> Riddell, Brilliant. Thanks once again for your help uploading stuff.
[13:03] <flexiondotorg> Riddell, Shall I add you to the Ubuntu MATE team page ;-)
[13:04] <Riddell> flexiondotorg: thanks for the offer but I expect to wind down my ubuntu involvement
[13:04] <ogra_> do i sense a kubuntu-mate here ?
[13:04] <ogra_> based on kde 1.2 ?
[13:04] <ogra_> :)
[13:05] <flexiondotorg> ogra_, Isn't that call Trinity ;-)
[13:05] <ogra_> heh
[13:32] <davmor2> cyphermox, infinity: so it turns out that the b43 driver is taking ownership of the card that can only be powered by the bcmwl driver D'oh.
[13:34] <cyphermox> davmor2: could you get me the output of lspci -nn?
[13:35] <davmor2> cyphermox: apw just asked for the same thing http://paste.ubuntu.com/12521056/
[13:35] <davmor2> cyphermox: I didn't realise till after that he was in here though :)
[13:36] <davmor2> cyphermox: one is the dell one is the apple mac that is working so we could see the difference
[13:36] <cyphermox> yeah, I think the modalias is missing from the package
[13:36] <didrocks> ogra_: did you get the FFe approved? I didn't see any bug mentioned here?
[13:36] <ogra_> didrocks, well, infinity let it into the archive, thats just binary NEW processing
[13:37] <cyphermox> apw: ^
[13:37] <didrocks> ok, I guess it was his way to ack the FFe :p
[13:37] <didrocks> ogra_: having a look then
[13:37]  * ogra_ would infinity's "letting it in" take as FFe ack 
[13:37] <ogra_> +grammar :P
[13:38] <flexiondotorg> cyphermox, The following may be worth looking at - https://bugs.launchpad.net/ubuntu/+source/b43-fwcutter/+bug/1490212
[13:38] <davmor2> ogra_: were there fluffy bunnies killed in the process, if not then it was just infinity helping you out, you know that FFe's have to kill fluffy bunnies or they are not taken seriously enough ;)
[13:40] <davmor2> ogra_: https://www.youtube.com/watch?v=6dDBAiq4RFE
[13:40] <cyphermox> flexiondotorg: thanks, that helps yeah. it should be made better too
[13:41] <flexiondotorg> cyphermox, Yeah, someone has put in a lot of effort to try and unpick the Broadcom stuff there.
[13:43] <cyphermox> davmor2: looks like it's indeed just missing 43b1.
[13:49] <davmor2> cyphermox: so is that something we can get patched up and landed then?
[13:49] <cyphermox> davmor2: yes, working on it now
[13:50] <tjaalton> infinity, Riddell, pitti, Laney: hey, could one of you ACK/NAK https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1484279 ?
[13:50] <davmor2> cyphermox: \o/ you rock dude
[13:50] <tjaalton> hm, why is it confirmed..
[13:50] <Riddell> um, another mesa update on freeze week?
[13:51] <tjaalton> another?
[13:51] <tjaalton> it's been on the queue for a month
[13:51] <apw> cyphermox, alias missing> from which package?  from bcmwl or fwcutter
[13:51] <cyphermox> bcmwl
[13:51] <Riddell> I mean this happens every cycle
[13:51] <cyphermox> (it seems)
[13:52] <tjaalton> Riddell: because of upstream release cycles
[13:52] <cyphermox> apw, I been looking at https://wireless.wiki.kernel.org/en/users/Drivers/b43 which says 43b1 would be supported by wl but not by 43?
[13:52] <cyphermox> *b43
[13:52] <Riddell> tjaalton: sure, but it means bugs creap in and there's no time to fix them
[13:53] <tjaalton> mesa has MRE
[13:53] <cyphermox> apw: so if you agree with the change, I have a package ready.
[13:53] <tjaalton> first point release coming this friday
[13:53] <apw> cyphermox, wel i am wondering what is getting changed :)
[13:53] <cyphermox> apw: just a sec
[13:54] <cyphermox> http://paste.ubuntu.com/12521200/
[13:54] <Riddell> tjaalton:  on the other hand could it fix this issue? https://bugzilla.redhat.com/show_bug.cgi?id=1259443
[13:55] <tjaalton> yes
[13:55] <apw> cyphermox, sounds very plausible
[13:55] <tjaalton> but only because of a workaround patch
[13:56] <tjaalton> which is just as valid for 10.6.x
[13:56] <tjaalton> hm
[13:56] <tjaalton> I'll check the rh bug..
[13:56] <tjaalton> the status seems weird
[13:56] <Riddell> tjaalton: do the packages include the workaround patch?
[13:56] <cyphermox> davmor2: before I upload something, have you tried installing it manually, and when you do that does wifi then work?
[13:56] <cyphermox> (I can't remember if you confirmed that)
[13:57] <apw> i believe he did, but i'll let him speak for himself
[13:57] <davmor2> cyphermox: indeed it works fine now that the cd and archive are in sync I can install it and away it goes
[13:57] <tjaalton> Riddell: yep. the "nextrelease" is still wrong, aiui it's not fixed upstream
[13:57] <cyphermox> ok, so you got online with it?
[13:57] <davmor2> cyphermox: yeap
[13:57] <Riddell> tjaalton: what testing has been done on this mesa?
[13:57] <tjaalton> since it's a complicated issue and needs xserver/ddx fixes too
[13:58] <cyphermox> davmor2: great, thanks
[13:58] <tjaalton> Riddell: hrm, looks like test reports never made to lp
[13:59] <tjaalton> anyway, I'm running it on intel
[13:59] <davmor2> cyphermox: I went browsing through the ubuntu.com website.  Only issue seems to be if I run sudo lsmod b43 is up and running , and if I run sudo ubuntu-drivers list it only shows the intel-microcode.  So it won't install it automagically at all
[14:01] <cyphermox> err, ok
[14:01] <cyphermox> can you run lspci -vnvn again then?
[14:01] <Riddell> tjaalton: aye but are you running kwin and plasma :)
[14:02] <tjaalton> no, but someone is
[14:02] <cyphermox> (after it's installed)
[14:02] <didrocks> rtg: ogra_: there are quite some lintian errors (not only warnings) on your packages. Would appreciate them to be fixed before NEWing (depends-on-essential-package-without-using-version, unversionned copyright…) and some typos (but those are not blocking) ;)
[14:02] <didrocks> just run lintian *deb on your debs ;)
[14:02] <tjaalton> Riddell: as mentioned on https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1492037
[14:04] <davmor2> cyphermox: sure give me 5
[14:05] <Riddell> tjaalton: groovy, approved
[14:05] <tjaalton> cool, thanks!
[14:10] <davmor2> cyphermox: http://paste.ubuntu.com/12521292/
[14:11] <tjaalton> Riddell: do you think I should wait for the point-release and upload after beta?
[14:12] <Riddell> tjaalton: uploading before beta would be better if you think it'll get comiled and in the archive in time and you don't know of obvious problems
[14:12] <tjaalton> ok, sure
[14:13] <cyphermox> davmor2: ok good
[14:20] <ogra_> didrocks, it is a bit weird, the package is supposed to actually be based on our linux package (even using the same .orig) with just patches added on top and a RPi specific config ... i dont really get why it would be any different from our linux package
[14:20] <didrocks> ogra_: maybe your linux package didn't get any cleanup for quite some time then?
[14:20] <ogra_> could be
[14:20] <didrocks> would be the right time to do some cleaning ;)
[14:20] <ogra_> not really
[14:21]  * ogra_ is already two days behind with the for-monday promised RPi image snappy :(
[14:21] <ogra_> *on snappy
[14:21] <didrocks> well, if we let it in and you say it's clearly already the case for the linux package, it means that it's not going to be cleaned once it's getting in
[14:21] <ogra_> i dont maintain it ... i only consume it
[14:22] <ogra_> so i cant promise that indeed ... we'll have to wait for adam and tim
[14:22] <didrocks> yep
[14:31] <rtg> didrocks, your are right, its likely time to do some house cleaning on the main linux package (from which raspi2 is descended)
[14:51]  * flexiondotorg is watching this rpi2 stuff closely as well.
[17:20] <infinity> tjaalton: Robert dropped your fix for LP: #1392887 when he merged xf86-input-wacom
[17:20] <infinity> tjaalton: Since he doesn't seem to be online to yell at, you win. :P
[17:26] <tjaalton> infinity: ah, great :)
[17:26] <bdmurray> infinity: Could you have a look at that apport upload?
[17:29] <infinity> bdmurray: I would, but no debdiff in the queue yet.  So, you lose.
[17:30] <bdmurray> infinity: How about this? http://pastebin.ubuntu.com/12523113/
[17:32] <infinity> bdmurray: I don't trust your sketchy pastes.
[17:32] <bdmurray> infinity: alrighty
[17:33] <infinity> bdmurray: Also, not that it matters, but I'd 's/non-distro //' in your changelog.
[17:33] <infinity> bdmurray: Assuming that's apt origin, it's only accurate as far as you can map package->Packages->Release, so it's not "non-distro", but just "unknown origin".
[17:34] <bdmurray> I just copied what pitti said when it was fixed in raring or whatever release it was.
[17:34] <infinity> Heh.
[17:34] <infinity> Alright. :)
[17:35] <infinity> I do consider it a lacking dpkg feature that we don't record enough info in /var/lib/dpkg/status to track origin/uniqueness of packages post-install.
[17:35] <infinity> If we recorded the *sums fields, for instance, we could reverse map to older packages and know if they're "ours".
[17:41] <tjaalton> infinity: oh you meant bug 1497041, caused by attemptin to rename things in *.install..
[17:43] <infinity> tjaalton: The bug I aimed at was "closed" by the rename fix.
[17:43] <infinity> tjaalton: But yes.  The rename/directory issue is what I meant.
[17:44] <tjaalton> yes, fix for the old, now reincarnated because of that
[17:45] <infinity> tjaalton: FWIW, dh-exec can allow you to rename in .install files, if you'd prefer that to rules hacks.
[17:46] <infinity> tjaalton: (search for dh-exec in dh_install(1))
[17:46] <tjaalton> oh
[17:46] <tjaalton> never seen that
[17:46] <tjaalton> neat
[17:55] <wxl> what's the eta on images folks?
[17:57] <infinity> wxl: I'll freeze and spin some in a bit.
[17:58] <infinity> wxl: At a conference right now, a bit thrown off my groove.
[17:58] <wxl> thanks infinity. anything fun?
[17:59] <infinity> wxl: I've spent a lot of time talking about firmware and bootloaders.  If that's "fun", then yes.
[17:59] <wxl> hahahahh
[18:00] <wxl> infinity: which conference is this? (don't let me keep you by the way, with idle chatter)
[18:00] <infinity> wxl: Linaro Connect.
[18:01] <wxl> infinity: nice. a little over my head atm, but i'm sure it's enthralling for someone in the know.
[18:02] <infinity> I'm so enthralled in this current session that I might just have an enlightened nap.
[18:02] <infinity> (Or, go have some hallway conversations and then find a corner to do freeze/beta things in)
[18:02] <wxl> heheh
[18:23] <davmor2> cyphermox: how's your fix coming along?
[18:24] <cyphermox> davmor2: for bcmwl?
[18:24] <davmor2> cyphermox: yeap
[18:25] <cyphermox> uploaded, maybe still in proposed
[18:26] <cyphermox> looks like it's waiting for armhf testing to get done :P
[18:26] <cyphermox> infinity: ^ can you help?
[18:26] <wxl> cyphermox: he's at linaro connect fwiw
[18:27] <cyphermox> wxl: yes
[18:28] <infinity> cyphermox: I can give it a nudge.
[18:28] <infinity> If the wireless agrees with me.
[19:12] <balloons> infinity, how's things looking for final beta? It's listed on the release as this thursday, but I've heard no rumblings about it
[19:12] <wxl> balloons: he's working on it while at a conference
[19:13] <infinity> balloons: What he said.  I'll get ISOs sorted over the course of the day.  If we have to release a tiny bit late, we'll do so.
[19:14] <balloons> infinity, ack, ty. I felt like I remember it being pushed back, but I couldn't find any confirmation
[19:14] <infinity> balloons: There was no intentional push-back, I just ended up double-booked this week and I'm trying to catch up. :P
[22:35] <tjaalton> infinity: heh, dh-exec doesn't work too well with dh_install --fail-missing, since the original file is still there
[22:35] <tjaalton> good idea though
[22:41] <infinity> tjaalton: Ahh, yeah, I can see how they wouldn't play together.