[01:55] <Unit193> Does Launchpad take into account Built-For-Profiles in the changes field?
[02:07] <MillenniumB> Is there any way to view only all unassigned blueprints?
[02:22] <Unit193> Huh, it does.
[02:25] <Unit193> Oh hrm, log looked like it would, but it doesn't.  OK.
[03:56] <tsimonq2> Could someone on the SRU team please look at bug 1703307? The verification has been done for 9 days now.
[04:52] <CodeMouse92__> I just hit THIS bug: https://bugs.launchpad.net/snapcraft/+bug/1587193
[04:52] <CodeMouse92__> Updated it with more information, can it be taken off of expired?
[08:33] <sil2100> hm, what powers do I need to have to be able to remove ubuntu-sponsors from the subscribers?
[08:33] <sil2100> I seem to be an indirect owner of the team but I can't remove it from bugs
[08:34] <sil2100> @pilot in
[08:37] <tsimonq2> sil2100: Could you please force sync link-grammar for me? :) 5.3.16-2 applies the Ubuntu delta (just adding a dependency).
[08:37] <tsimonq2> (patch pilot <3)
[08:37] <sil2100> tsimonq2: looking!
[08:42] <sil2100> tsimonq2: all good, done
[08:42] <tsimonq2> sil2100: Thanks :)
[08:57] <cjwatson> Unit193: Not at present.  (dak doesn't either.)  What would it do with that?
[09:01] <tsimonq2> sil2100: Could you please take a look at bug 1708392 as well? :)
[09:02] <sil2100> tsimonq2: let me take a look after I'm done with some budgie bits ;) (if I don't forget!)
[09:02] <tsimonq2> sil2100: Sure, this is why I love patch pilot so much ;)
[09:09] <Laibsch> Can a kind soul please help me understand what is going on in bug 991471?  I don't know udisks2 enough and it seems at least I have another disk monitoring daemon running somehow (udev-based?)
[09:09] <Unit193> cjwatson: So I noticed, though in this regard I was referring to PPAs more than Ubuntu repos, though that certainly could be useful too.  In this case, I was wondering if it'd read the field in *.changes.
[09:14] <cjwatson> Unit193: I think probably the only thing we could usefully do would be to reject uploads that contain it, but that'd be much more relevant if we allowed binary uploads
[09:14] <cjwatson> I guess we could parse it out, but I'd be surprised if we ever actually saw it at the moment ...
[09:16] <sil2100> cjwatson: hey! Do you know by any chance what powers I need to be able to unsubscribe ubuntu-sponsors from bugs?
[09:16] <infinity> I'd argue that if we see it in an upload, that upload is buggy currently, and it should be rejected.
[09:16] <infinity> sil2100: You need to be a member of the team.
[09:16] <sil2100> infinity: I am, it seems
[09:16] <sil2100> infinity: LP says I 'indirectly own the team'
[09:16] <infinity> Owner != Member.
[09:16] <infinity> Confusingly.
[09:17] <infinity> Though owners can make themselves members. :P
[09:17] <tsimonq2> This is how we keep the Kubuntu Council and the Kubuntu Ninjas separate with the KC as admins, so it's there for a reason. :P
[09:17] <tsimonq2> (meaning, I see the use in it)
[09:17] <tsimonq2> Although I can agree that it's a bit confusing.
[09:18] <cjwatson> Right, you have to actually be a member.
[09:18] <infinity> Oh, no, it makes sense to have owners not automatically be members indeed.  Just that it's not "intuitive" to some people that that's the case.
[09:18] <infinity> But the TB and CC and such certainly shouldn't be members of every team they own, for instance.
[09:27] <Unit193> infinity: Why would you say that?
[09:43] <cjwatson> Unit193: Well, profiles are meant to be off by default, and our buildds don't enable them.
[09:43] <cjwatson> Though I can imagine in future that it might be useful to build a PPA with a particular set of profiles enabled.
[09:49] <Unit193> cjwatson: Yeah I was thinking that, figured while it might be nice to enable indicators with it, doubt that'd ever get past.
[10:01] <infinity> Unit193: "enable indicators with it"?
[10:01] <infinity> Unit193: Build-profiles aren't meant to be Gentoo use flags.
[10:06] <cjwatson> Profiles are generally more for disabling things than for enabling them.
[10:11] <Unit193> Indeed.
[10:18] <Unit193> infinity: Hence the "kind of nice, but of course wouldn't fly" part.  It'd grow out of control pretty quickly.
[10:32] <infinity> juliank: You around?
[10:34] <infinity> juliank: Nevermind.  PEBKAC.
[12:29] <ahasenack> Err:23 http://br.archive.ubuntu.com/ubuntu xenial-backports/universe amd64 DEP-11 Metadata
[12:29] <ahasenack>   Hash Sum mismatch
[12:29] <ahasenack> should xenial still be getting that type of error? ^
[12:34] <cjwatson> ahasenack: not in general, but I think br.archive's mirror update procedure must be buggy; it has an InRelease file that lists things that aren't in its by-hash directories, which should be impossible with a proper two-stage sync
[14:48] <sil2100> @pilot out
[15:18] <gaughen> wgrant, have you seen "Thunderpants"?
[15:19] <wgrant> gaughen: Nope.
[15:19] <gaughen> damn.
[15:41] <benpicco> There is no sys/random.h (getrandom()) on Ubuntu 16.04?
[15:43] <ogra> surely in linux-libc-dev
[15:43] <rbasak> linux-libc-dev:amd64: /usr/include/linux/random.h
[15:43] <rbasak> If that's relevant?
[15:45] <rbasak> See getrandom(2)
[15:45] <rbasak> That says #include <linux/random.h>
[15:45] <rbasak> libc6-dev depends on linux-libc-dev
[15:46] <rbasak> So you should just need libc6-dev (or just build-essential)
[15:49] <benpicco> linux/random.h doesn't include getrandom() though
[15:50] <benpicco> only Flags for getrandom(2)
[15:52] <nacc> mdeslaur: does the apache2 change mean it's likely security won't get to the MIR for nghttp2 this cycle?
[15:54] <mdeslaur> nacc: I don't know, you need to ask tyhicks
[15:54] <nacc> mdeslaur: ack
[15:54] <nacc> tyhicks: --^ :)
[15:56] <tyhicks> nacc: no, it just allowed mdeslaur to land his security fixes
[15:57] <nacc> tyhicks: ok, thanks :)
[15:57] <nacc> tyhicks: just trying to make sure i'm putting the right status out there in the various bugs/trello
[15:59] <tyhicks> nacc: btw, the mod_http2 page has been updated to indicate that it is now an "extension" and not "experimental"
[15:59] <tyhicks> nacc: you might want to update the MIR description to reflect that
[15:59] <nacc> tyhicks: yep, i updated all the relevant bugs, i thought
[15:59] <nacc> tyhicks: i'll doublecheck
[16:00] <tyhicks> nacc: the MIR (bug 1687454) isn't clear on that
[16:01] <nacc> tyhicks: ack, just updated it to be a bit more explicit
[16:01] <tyhicks> thanks! :)
[16:11] <xnox> infinity, what i meant, yes ADT simply boots artful cloud image; but the scaling stack compute nodes are running xenial right? with xenial GA kernel and GA openstack / non-cloud-archive openstack?
[16:12] <xnox> infinity, as in me booting cloudimg adt builder on xenial host, booting artful cloudimage is close enough to scaling stack infra.
[16:12] <infinity> xnox: Well, sure, but other than potential qemu bugs, that shouldn't really make a difference.
[16:32] <bdmurray> rbasak: You'd suggested waiting more than 7 days in bug 1700373 but the bug got tagged v-done, should we untag it to avoid a mistake?
[17:11] <rbasak> bdmurray: I wondered that, but I didn't want to get into a battle with people over tags. What do you think in terms of appropriate verification?
[17:12] <rbasak> bdmurray: IOW, if some other SRU team member took an informed decision to release it, I wouldn't object (but I would expect that person to deal with any fallout).
[19:56] <smoser> bdmurray, if you're around and sru-teaming, i'd really appreciate a cloud-init review (xenial and zesty)
[20:26] <fossfreedom> hi jbicha - can you/do you know of someone who could help clarify some issues with my patch request please with gnome-desktop3 and gnome-screensaver?  TIA https://bugs.launchpad.net/ubuntu/+source/gnome-desktop3/+bug/1703690