[07:32] <flexiondotorg> didrocks, If you have a moment can I ask a favour? Please can you update the ubuntu-mate-meta package?
[07:37] <didrocks> flexiondotorg: looks good to me, but did you discuss it with the release team to get a FFe or such?
[07:38] <didrocks> (there is little rationale in the commit message for the seed addition)
[07:38] <flexiondotorg> didrocks, I haven't because this is new ground. Need some advice.
[07:38] <flexiondotorg> The packages were updated recently in the archive.
[07:38] <flexiondotorg> These version are now compatible with Ubuntu MATE.
[07:38] <flexiondotorg> So, I'd like to include them in Ubuntu MATE.
[07:39] <flexiondotorg> I wasn't sure if I needed a FFe to add package to Ubuntu MATE that are already in the archive?
[07:39] <didrocks> flexiondotorg: it's still a new product "feature" (by default). Should be easy to get it acked, but still worth getting a FFe for it
[07:39] <flexiondotorg> OK
[07:39]  * flexiondotorg goes to file a bug.
[07:39] <didrocks> the rationale is "it's easy to get back if we see the feature being really broken and needing to be reverted"
[07:40] <didrocks> (and so, won't delay the whole Ubuntu release)
[07:46] <flexiondotorg> didrocks, Thanks for your help. How does this look? - https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-meta/+bug/1497880
[07:49] <didrocks> flexiondotorg: I guess a rationale about what's the added value for the feature will be appreciated by the release team
[07:49] <didrocks> otherwise, the rest is good :)
[08:01] <flexiondotorg> didrocks, Opening post edited accordingly :-)
[08:03] <didrocks> flexiondotorg: excellent!
[08:04] <flexiondotorg> didrocks, Can I get an ack on that? ;-)
[08:04] <didrocks> flexiondotorg: I'm not part of the release team, so get someone from that team :)
[08:04] <didrocks> (archive admin team/MIR team for me, a little bit different)
[08:05] <flexiondotorg> didrocks, Ah, sorry. I thought you were.
[08:05] <flexiondotorg> didrocks, Thanks for helping.
[08:05] <didrocks> no worry!
[09:18] <ogra_> would someone be so kind and let linux-raspi2 (and meta) out of NEW  ?
[09:22] <didrocks> ogra_: happy to review and to ack once the release team acked the FFe
[09:23] <didrocks> (which should be a one minute thing for new packages :p)
[09:34] <ogra_> hmm, who does universe approval nowadays ? Laney ?
[09:36] <Laney> no
[09:37] <Laney> all of the release team does all packages
[11:32] <flexiondotorg> didrocks, Can you update ubuntu-mate-meta for me please? I have an "OK" from Laney :-)
[11:32] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-meta/+bug/1497880
[11:33] <didrocks> flexiondotorg: sure, doing!
[11:33] <flexiondotorg> ogra_, I'll be testing that linux-raspi2 stuff this week :-)
[11:33] <flexiondotorg> didrocks, Thanks.
[11:33] <didrocks> yw!
[11:34] <ogra_> flexiondotorg, well, i'd like to release the snappy RPi image today :) the package sits in the queue since 5 days already ... should be ripened enough to move on ;)
[11:34] <flexiondotorg> ogra_, Great.
[11:34] <flexiondotorg> ogra_, As you may know we make a build of Ubuntu MATE for the Pi 2.
[11:34] <ogra_> (i could just pull the binary from the kernel team PPA, snappy doesnt really care, but i'd rather not to if the package moves to the archive soon anway)
[11:35] <ogra_> flexiondotorg, good luck with that :)
[11:35] <flexiondotorg> It is the most popular version. More downloads than all other architecture put togther.
[11:35]  * ogra_ is happy he doesnt have to jump through all these hoops anymore, snappy makes HW support so much easier
[11:35] <flexiondotorg> Downloaded ~1,000 times per day.
[11:36] <flexiondotorg> ogra_, When 15.10 is done I really want to invest some time learning Snappy.
[11:42] <apw> ogra_, hoops that are there to help maintain consistancy and sanity, those being removed is not necessarily a good thing
[11:43] <ogra_> apw, well, building the device tarball from archive packages keeps that consistency and sanity somehow
[11:43] <apw> ogra_, and in that case you had to jump the hoops
[11:44] <ogra_> well, i was more referring to the splitting of software for the system(rootfs) and the hardware (kernel/bootloader)
[11:45] <ogra_> being able to maintain and upgrade them separately makes porting really a breeze
[12:55] <flexiondotorg> didrocks, Thanks for ubuntu-mate-meta.
[12:55] <didrocks> flexiondotorg: yw!
[12:56] <flexiondotorg> Laney, I've noticed all the ISO images, for all flavours, have grown considerably since 15.10 Beta 1.
[12:56] <flexiondotorg> About 200MB to 400MB larger.
[12:56] <flexiondotorg> What is the cause?
[12:58] <Laney> don't know, sorry
[12:58] <Laney> Compare the .manifest files and see if anything reveals itself
[12:58] <flexiondotorg> Laney, I'll investigate.
[12:59] <Laney> I looked at xubuntu and it seemed to be 1.1G both times
[13:01] <flexiondotorg> Kubuntu was 1.3 now 1.7
[13:02] <flexiondotorg> Ubuntu MATE was 1.1 and is now 1.5.
[13:04] <flexiondotorg> Ubuntu GNOME was 1.1 now 1.5
[13:04] <Laney> Probably best to investigate rather than check all of the flavours.
[13:04] <flexiondotorg> Yep, will investigate but just illustrating there is a jump.
[13:12] <flexiondotorg> Laney, something is pulling in Latex and a heaps of fonts.
[13:12] <flexiondotorg> I'll find out what.
[13:13]  * flexiondotorg is zsyncing, which is slow because rural shortware radio internet.
[13:21] <flexiondotorg> Kubuntu, Ubuntu MATE and Ubuntu GNOME have all aquired the same fonts and latex package since Beta 1.
[13:21] <flexiondotorg> Lubuntu and Xubuntu are unaffected.
[13:51] <flexiondotorg> Laney, texlive-full is being pulled in by germinate for Ubuntu MATE, Ubuntu GNOME and Kubuntu. But I can't find a reason why.
[13:52] <flexiondotorg> Stock Ubuntu is affected also.
[13:52] <seb128> is that still an issue or was it https://launchpad.net/ubuntu/+source/ghostscript/9.16~dfsg~0-0ubuntu3 ?
[13:53] <flexiondotorg> seb128, I'm looking at todays germinate log and todays daily images.
[13:54] <Laney> I don't see it on the pending Ubuntu image
[13:54] <Laney> which has 0ubuntu3
[13:54] <Laney> try a respin?
[13:54] <Laney> seb128: thanks for info
[13:55] <flexiondotorg> Ubuntu MATE has no-follow-recommends enabled.
[13:55] <flexiondotorg> So should never have encountered this.
[13:56] <flexiondotorg> texlive-base is show is being required by every flavour using apt-show.
[13:57] <flexiondotorg> OK, I'll re-spin.
[14:30] <davmor2> infinity, cyphermox: Did 15.10 get the "fix" for the broadcom driver again?  I don't see it visible in driver updates on the live session like normal.  I'm running an install to double check if 3rd party drivers installs it
[14:31] <cyphermox> the "fix" for broadcom?
[14:31] <davmor2> cyphermox: removal of bcmwl for the free drivers that never actually work seemingly
[14:33] <cyphermox> davmor2: do you remember the bug for last time? I have no idea what was changed
[14:33] <davmor2> cyphermox: the issue we had to fix for 14.04 point release
[14:33] <cyphermox> I'll try to reproduce it from the bug and do ~ the same thing
[14:33] <davmor2> cyphermox: one second
[14:33] <cyphermox> ok
[14:34] <davmor2> cyphermox: https://bugs.launchpad.net/ubuntu/+source/ubuntu-drivers-common/+bug/1481018
[14:37] <cyphermox> ok, cool
[14:37] <cyphermox> I'll look at it in a bit
[14:40] <davmor2> cyphermox: in additional drivers all I see is mircocode firmware for the intel cpu
[14:40] <cyphermox> ok.
[14:40]  * cyphermox looks
[14:54] <davmor2> cyphermox: this is what I get from the live desktop trying to install it http://paste.ubuntu.com/12514642/
[14:55] <cyphermox> isn't that different though? that's a network issue
[14:56] <cyphermox> or do you have no network because no wifi?
[15:03] <flexiondotorg> Laney, After an ISO respin Ubuntu MATE is the correct size again.
[15:12] <cyphermox> davmor2: to answer your question, the fix is there already
[15:13] <davmor2> cyphermox: no network because the xps only has wifi, however that has the cd enabled so in theory should install it from there if everything is working correctly
[15:13] <davmor2> cyphermox: :(
[15:13] <cyphermox> hm
[15:14] <davmor2> cyphermox: I wonder if it isn't compatible with the latest kernel
[15:14] <cyphermox> that's not what it was complaining about though
[15:14] <cyphermox> can you file a new bug and include /etc/apt/sources.list from the system?
[15:14] <davmor2> cyphermox: sure
[15:14] <cyphermox> then try to update and try it again too
[15:15] <davmor2> cyphermox: I'm going to try putting on the usb key again, I'll also double check there are no issues with hte image too
[15:15] <cyphermox> seems to me like maybe the CD is not enabled, or we don't have bcmwl on the CD... at least the files look to be on the CD
[15:16] <cyphermox> maybe it's not so happy when you use USB rather than a real CD?
[15:21] <davmor2> cyphermox: so MD5sums match so I'll readd it to the usb pendrive
[15:22] <davmor2> cyphermox: no choice xps13 only has usb ports
[15:22] <davmor2> cyphermox: and it worked on the 14.04 point release
[15:23] <cyphermox> ok
[15:23] <cyphermox> well it didn't seem to try looking on the USB drive at all
[15:23] <cyphermox> brb,
[15:24] <davmor2> cyphermox: indeed and that is disturbing
[15:28] <davmor2> cyphermox: right found it on the pendrive /media/davmor2/Ubuntu 15.10 amd64/pool/restricted/b/bcmwl/bcmwl-kernel-source_6.30.223.248+bdcom-0ubuntu4.1_amd64.deb so it is there so I will retry with this fresh image
[15:30] <davmor2> cyphermox: and still not showing up
[15:34] <flocculant> infinity: you got any idea what sort of time the images will be frozen for beta tomorrow ?
[15:34] <davmor2> cyphermox: so I have a screenshot of what I see, the apt/sources.list anything else I need to drop onto usb key to copy it over here?
[15:45] <infinity> flocculant: Oh, look at that, I'm doing a beta this week.  Whee.  I'll have to get my ducks in a row and sort that out today.
[15:46] <flocculant> :)
[15:46] <ogra_> infinity, is there a chnce i could get the rpi kernel package out of the new queue soon ?
[15:47] <infinity> ogra_: It needs a proper review for potential copyright issues, etc.  I'll try to get to it today during sessions.
[15:47] <ogra_> cool., thanks !
[15:48] <ogra_> (i think it is the same source as -generic, just different config, not 100% sure though, rtg will know)
[15:50] <rtg> ogra_, nope, it is only based on our kernel sources, but there are a bunch of patches on top,
[15:50] <ogra_> ah
[15:57] <infinity> ogra_: Yeah, if it was the same source, it wouldn't be a new source package.
[15:57] <ogra_> indeed
[15:59] <infinity> rtg: If that's based on master + patches, can it have an identical orig to master, instead of being native?
[15:59] <infinity> rtg: Pretty please?
[15:59] <infinity> rtg: Makes it 1000% easier to immediately see the delta without involving git.
[16:00] <rtg> infinity, sure, wanna reject while I re-upload ?
[16:00] <infinity> rtg: (This is how we do keystone)
[16:00] <infinity> rtg: Yeahp.
[16:01] <infinity> rtg: It also shouldn't need the weird large int ABI number.  I thought we fixed everywhere where those conflict and made that necessary.
[16:01] <infinity> apw: ^
[16:01] <infinity> Yeah, everything it produces has the flavour in the name, so no need for the weird ABI.
[16:01] <apw> as long as it has its own flavour number
[16:01] <infinity> (Not that it matters either.
[16:01] <rtg> infinity, I didn't really study the version too closely since ppisati did the original packaging. it seemed to work.
[16:01] <infinity> )
[16:02] <infinity> apw: The reason for it used to be because we produced an unflavoured linux-headers-common from every flavour, and they conflicted.
[16:02] <infinity> apw: But now linux-headers-flavour depends on linux-flavour-headers (which isn't confusing naming at all), so the ABI conflict is gone.
[16:03] <apw> infinity, right indeed, and now its <srcpackge>-headers
[16:03] <apw> infinity, that sounds wrong
[16:03] <infinity> rtg: Anyhow, it works either way, and I don't really care.  But I'll reject for the lack of orig.
[16:04] <apw> infinity, its not flavour, its <srcpkgname>-headers ... whcih just happens to look like the flavour
[16:04] <infinity> apw: Nah, it's not wrong, just the way I described it is wrong (it's src-headers, indeed, which just happens to be linux-flavour-headers in a single-flavour source)
[16:04] <apw> as it is common to all flavours in the package
[16:04] <infinity> apw: Jinx.
[16:04] <apw> mmmmmmmm mm mmm
[16:04]  * rtg repackages with an orig tarball...
[16:05] <infinity> rtg: Identical orig (hardlinking is love) to master, please.
[16:05] <davmor2> infinity, cyphermox: filed it against bcmwl even though it is some other system. https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/1498074
[16:21] <rtg> infinity, raspi2 is back in the NEW queue
[16:46] <davmor2> infinity: cyphermox: oh interesting, the intel microcode that I have as an option it install is in the same restricted folder as the bcmwl driver
[16:47] <davmor2> so now I have no idea why the bcmwl driver isn't available
[16:49] <infinity> davmor2: Define "available".  apt can't find it, or ubuntu-drivers doesn't tell you you need it?
[16:50] <davmor2> infinity: if I try and install it from the cli it says that it can't access the repos and ignores the cdrom (usb pendrive pretending to be the cdrom) I haven't look at what ubuntu-drivers says is there a command for that
[16:52] <davmor2> infinity: sudo ubuntu-drivers list just shows intel-microcode
[16:54] <infinity> davmor2: Okay, but if "apt-get instlal blah" doesn't work, that could be why ubuntu-drivers isn't showing it (since it builds the list based on the intersection of your hardware, internal blacklists, and what's in the apt cache).
[16:56] <davmor2> infinity: if I do apt search bcmwl-kernel-source that appears
[16:56] <infinity> davmor2: But apt-get install bcmwl-kernel-source does...?
[16:56] <davmor2> http://paste.ubuntu.com/12514642/
[16:57] <infinity> davmor2: apt-cache policy bcmwl-kernel-source
[16:58] <davmor2> infinity: version in the repos is newer than the version on the cd
[16:59] <infinity> davmor2: Okay, so that's an ISO building oops.
[16:59] <infinity> davmor2: It'll solve itself (or I'll hit it with a hammer).
[16:59] <davmor2> infinity: repos 0ubuntu5 and iso is 0ubuntu4.1
[17:00] <infinity> davmor2: Yeah, we hit the hilarious locking bug where the ftp mirror on cdimage hasn't updated for a few days.
[17:00] <infinity> davmor2: So the livefs is up-to-date, but the packages in /pool/ on the ISO are a few days out.
[17:00]  * infinity fixes.
[17:00] <davmor2> infinity: nice
[17:01] <davmor2> infinity: so basically try again tomorrow
[17:01] <infinity> Yeah.  Unless you're keen on testing sooner, I can force the issue.
[17:02] <davmor2> infinity: It's 18:00 now I finish around 20:00 how long would new images take?
[17:02] <infinity> davmor2: Probably faster than that, but tomorrow makes more sense.
[17:03] <davmor2> infinity: iso will be my main priority for the next few days and in particular the xps 13 so I'll hit it with a big hammer tomorrow