[00:04]  * tsimonq2 is working on a small little project...
[00:04] <tsimonq2> https://git.launchpad.net/~ubuntu-dev/+git/pm-stats/
[00:04] <tsimonq2> https://pmstats.lubuntu.me/
[00:04] <tsimonq2> So far I consider my code "hacky and horrible" because it apparently decides using file storage is a good idea. :P
[02:57] <xnox> tsimonq2, hmm.... we do have private internal dashboard on that.... it's done with grafana dashboard + prometheus backend.
[02:58] <xnox> slangasek, can we publish any parts of our dashboard publically?
[02:58] <xnox> or like mirror/sync it?
[03:24] <tsimonq2> xnox: Don't worry, this didn't take too long. ;)
[03:25] <tsimonq2> xnox: If that can be publicised, cool, but if it can't I intend on writing my own clone that is. :P
[03:26] <xnox> tsimonq2, well, it all lives in a private instance. most things are based on public data which is crapped. but there are also internal-infra stats which are non-public.
[03:27] <xnox> (ie. monitors health of internal infra, our managed mirrors, etc.)
[03:27] <xnox> not sure if it can be made public, due to possible data leaks
[03:27] <xnox> foundations piggy-backed on that infra, cause it was nice and easy.
[03:27] <Unit193> Sure, but private doesn't really help us, and gives you a slight edge on us. :>
[03:27] <tsimonq2> xnox: Is there any hope of mirroring on a separate instance?
[03:27] <tsimonq2> Right, I want to crunch some of my own numbers.
[03:28] <xnox> no idea.
[03:28] <tsimonq2> xnox: So who does? :P
[03:28] <xnox> i mean it has the p-m stats, which is like one graph. nothing else is of use publically i don't think.
[03:29] <tsimonq2> That's all I care about, the public stuff. ;)
[03:33] <tsimonq2> xnox: Specifically what I have in mind is statistics similar to http://people.ubuntuwire.org/~stefanor/ubuntu-activity/ but with more -proposed-focused data points like why things are blocked, how quick they're resolved, a per-person breakdown of packages, etc.
[03:33] <xnox> yeah, that would be nice.
[03:33] <xnox> we have none of that.
[03:34] <tsimonq2> So, since the data is public, would you be able to give me/the channel a screenshot or *something* showing only the public data?
[03:34] <tsimonq2> It would be cool to see what exactly you get to look at. :)
[03:35] <xnox> omg, i'm such a slacker, i'm not in top 10, i'm #11
[03:35] <tsimonq2> hehe
[03:35] <xnox> jamespage has been doing too many uploads =)))))
[03:37] <tsimonq2> Unfortunately there's two major bugs (well three, if you include the fact that it uses poor web design); people like LocutusOfBorg have "Gianfranco Costamanga" and "LocutusOfBorg" in separate entries, and the "who works for Canonical?" graph is not only not robust, the actual data for that hasn't been updated in years.
[03:37] <tsimonq2> Last time I did a local run, most uploads are done by Canonical employees, pretty much always.
[03:37] <xnox> who works for canonical is very hard to track. and that info is not public really.
[03:38] <xnox> also too much churn in people leaving, rejoining, working on non-work stuff with work emails, and vice versa.
[03:38] <tsimonq2> How it guesses is based on members of ~not-canonical and people who use canonical.com email addresses in debian/changelog.
[03:38] <tsimonq2> So I know it can't always be accurate, but "somewhat accurate" is better than nothing.
[03:39] <tsimonq2> I've separately written at least three scripts to collect some or all of this data individually, for my own curiosity.
[03:40] <tsimonq2> Here's one that totals uploads per person in -proposed: http://paste.ubuntu.com/p/2rHxrnQSxP/
[03:40] <tsimonq2> So I have all of this code lying around in different places, I just want to finally consolidate it and make it into something useful. ;)
[03:53] <slangasek> xnox: I would like those grafana bits to be public but it would involve work
[04:14] <mwhudson> hey um i'm working on some of the same things currently...
[04:35] <tsimonq2> mwhudson: Got links to your own scripts?
[04:35] <tsimonq2> We can probably take the best parts of both of our scripts and merge, or something...
[04:36] <tsimonq2> I doubt you're the only one who also has scripts...
[06:38] <abeato> sil2100, thanks, will repush shortly
[07:35] <mwhudson> tsimonq2: i haven't started working on them at all yet
[07:39] <tsimonq2> mwhudson: ah
[07:39] <mwhudson> there is a trello card with my face on it :)
[07:41] <mwhudson> i see your stuff isn't exactly super sophisticated either :)
[07:43] <tsimonq2> ¯\_(ツ)_/¯
[07:43] <tsimonq2> "It Works"
[07:43] <mwhudson> well sure
[07:44] <tsimonq2> mwhudson: I also don't have access to internal Canonical Foundations Trello, so I'm curious to see what you're actually assigned to. :P
[07:44] <mwhudson> it's making a report that has a per-team view of packages in proposed
[07:44] <tsimonq2> Oh, that would be cool.
[07:45] <tsimonq2> Team in terms of Canonical teams, packageset teams...?
[07:45] <mwhudson> i'm not actually sure :)
[07:45] <mwhudson> i need to ask someone about that
[07:45] <tsimonq2> ah :D
[07:46] <mwhudson> ah actually reading the card the idea is to do it via subscriptions
[07:46] <tsimonq2> The latter would be useful, and if I do continue writing things from scratch, I could tackle, but I don't know about Canonically things... :P
[07:46] <tsimonq2> ohhh
[07:46] <tsimonq2> At first that sounds like bug 1683749 but we're talking adding support to Britney for subscriptions?
[07:46] <tsimonq2> That would be *sweet*.
[07:47] <mwhudson> um no, more like show packages that are in proposed where e.g. ~ubuntu-desktop is subscribed to bugs on the package
[07:48] <tsimonq2> oh :P
[07:48] <tsimonq2> So a little less overengineering; got it. :)
[07:48] <mwhudson> at least that's my reading of it
[07:48] <mwhudson> touching britney at all is definitely out of scope :)
[07:48] <tsimonq2> Internal Canonical Trello cards are internal, so I guess I'll have to trust your interpretation. :P
[07:49] <mwhudson> Have a different page that lists only packages with a team subscribed to them and then it is broken into sections for different teams.
[07:49] <mwhudson> Minimum details to include for each team:
[07:49] <mwhudson>  - name of package
[07:49] <mwhudson>  - age in proposed
[07:49] <mwhudson>  - is it a candidate
[07:49] <mwhudson> there you go :)
[07:49] <tsimonq2> ah :)
[07:50] <tsimonq2> mwhudson: So something like how the sponsorship queue works, ish?
[07:50] <mwhudson> yes i guess so
[07:51] <tsimonq2> I don't want to steal your thunder if that's your obligation working for Canonical, but that's probably doable with Not A Lot Of Python...
[07:53] <tsimonq2> Anyway, thanks mwhudson, I should probably look at going to bed :)
[07:53] <mwhudson> yeah it shouldn't be a lot of work really
[07:54] <mwhudson> tsimonq2: good night
[08:38] <abeato> sil2100, I have updated https://github.com/CanonicalLtd/ubuntu-image/pull/155
[08:38] <abeato> tests for xenial passing
[08:43] <sil2100> abeato: excellent, let me take a look and merge it in in a minute
[08:43] <sil2100> abeato: thanks o/
[08:44] <abeato> np, happy to get it merged :)
[08:44] <sil2100> abeato: (currently bionic and cosmic snap.sh tests are likely to fail due to the nature of classic snaps, glibc mismatch and how we had to build it in the end)
[09:04] <abeato> sil2100, I have created https://github.com/CanonicalLtd/ubuntu-image/pull/160 to follow-up the discussion on grub/classic
[09:21] <doko> seb128: did you forward the issues that sarnold pointed out in https://bugs.launchpad.net/ubuntu/+source/libfprint/+bug/1745454 ?
[09:22] <doko> and please don't set MIR issues to committed state yourself
[09:31] <seb128> doko, he did and upstream picked up some others as well, see https://gitlab.freedesktop.org/libfprint/libfprint/issues
[09:31] <seb128> doko, sorry, I though that security team ack meant it was good to go and that they just forgot to update the status
[09:31] <seb128> doko, it had been sitting like that untouched for a while I was trying to get things unblocked...
[09:34] <seb128> doko, we need to sort out the MIR situation at some point, we need more people doing revie. we keep having features missing full cycles because MIR just don't move (e.g https://bugs.launchpad.net/ubuntu/+source/tracker-miners/+bug/1770877)
[10:35] <doko> coreycb: https://bugs.launchpad.net/ubuntu/+source/zvmcloudconnector/+bug/1787640/comments/1
[10:39] <seb128> doko, so what's the status for libfprintf/fprinfd, do you want want to change the status back to something else? they are currentlu on component-msimatch since before ff can we get them promoted and that mismatch resolved?
[10:40] <doko> I'll look at these today
[10:51] <seb128> thx
[11:10] <mwhudson> tsimonq2: http://people.canonical.com/~mwh/team-summary.html
[11:16] <tjaalton> "canidate"
[11:19] <seb128> mwhudson, interesting page, how is it generated? do you have the script/source available somewhere?
[11:20] <mwhudson> seb128: it's generated by a terrible terrible python script that i've been writing in the last hour or so
[11:20] <mwhudson> tjaalton: heh thanks
[11:33] <didrocks> mwhudson: output very useful info for a terrible script! (btw s/canidate/candidate/)
[11:35] <seb128> didrocks, timo pointed that typo a few lines earlier here :)
[11:36] <seb128> mwhudson, I would still welcome you script if you want to email me? I would like to consolidate similar info on http://people.canonical.com/~platform/desktop/desktop-packages.html which is one of the report desktop is using
[11:36] <didrocks> ok, I must admit I only backlogged the last few lines, not the paragraph before :)
[11:36] <seb128> trying to turn into a sort of dashboard
[11:36] <mwhudson> seb128: of course i've hacked more and broken it again :)
[11:36] <mwhudson> seb128: i'll push it to lp before i go to bed and send you the url
[11:36] <mwhudson> (i'm going to be working on it a bit more over the next week)
[11:37] <seb128> thx
[11:38] <seb128> would be nice to consolidate those reports/dashboards a bit
[12:11] <mwhudson> seb128: https://git.launchpad.net/~mwhudson/+git/pm-stats/
[12:11] <mwhudson> updated http://people.canonical.com/~mwh/team-summary.html too
[12:12] <seb128> mwhudson, thx
[12:12] <mwhudson> seb128: dashboard proliferation is a bit of a problem, hope i'm not making this worse!
[12:24] <jbicha> slashd: are you interesting in backporting https://launchpad.net/ubuntu/+source/gdm3/3.28.2-0ubuntu1.4 to xenial?
[12:25] <jbicha> have you ever done security updates before?
[13:03] <coreycb> doko: uploaded a new zvmcloudconnector with your requested change
[14:43] <bdmurray> didrocks: Hi, did you see this comment? https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1778694/comments/8
[14:46] <didrocks> bdmurray: yes, I didn't understand about your question, it's declaring:
[14:46] <didrocks> [Install]
[14:46] <didrocks> WantedBy=paths.target
[14:46] <didrocks> so, it's started on all systems, via systemd
[14:47] <didrocks> as this target should be always be ran
[14:47] <didrocks> if it's not, it's a systemd bug I guess
[14:47] <didrocks> bdmurray: if it's only when you upgrade the package, indeed, I think nothing is starting it until next reboot
[14:47] <didrocks> which was an issue only during bionic sru upgrade (until next reboot)
[14:48] <didrocks> or new installs
[14:48] <didrocks> we can force starting it in cosmic if you feel that being necessary
[14:48] <didrocks> (in the postinst script)
[14:48] <didrocks> but I would rather investigate why the systemd debhelper helper doesn't do it by default
[14:49] <didrocks> sounds like the fix should be there (and so more on systemd debian/ubuntu maintainers)
[14:49] <didrocks> rather than workaround that around in one package
[14:50] <bdmurray> My point is that in gnome-control-center when you choose automatic the service should be started so people don't keep getting crash dialogs.
[14:50] <bdmurray> Isn't that the goal?
[14:51] <didrocks> no, the .path should be always activated
[14:51] <didrocks> unconditionnaly
[14:52] <didrocks> then, the script check for the automated report condition
[14:52] <didrocks> sounds like the systemd postinst helpers should do that anyway (IMHO)
[14:52]  * didrocks needs to step out for a bit, bbl
[15:01] <doko> coreycb: I had it already accepted. but I know we changed the defaults in other packages as well
[15:03] <coreycb> doko: fwiw we're still defaulting the core openstack packages to py2 in cosmic
[15:04] <coreycb> doko: we're planning to get function testing done in cosmic and flip them to default to py3 in D.
[15:09] <doko> coreycb: ugh, because we want to switch to 3.7 when D opens ...
[15:09] <coreycb> doko: we've just not had the time to function test py3
[15:10] <coreycb> jamespage: fyi ^
[16:56] <www2> hi i wand to report that liblilv have problems with multi architect setups (x86/x86-64) a spesial with gstreamer-bad
[16:56] <nacc> !bug | www2
[17:49] <GunnarHj> Hi slangasek, did you receive an email from sil2100 the other day about bug #1778041? You input in the matter would be much appreciated.
[18:07] <slangasek> GunnarHj: I did not
[18:12] <slangasek> GunnarHj: correction, I found it now
[18:24] <GunnarHj> slangasek: Ok.
[19:43] <tsimonq2> mwhudson: ooh
[20:06] <GunnarHj> slangasek: Thanks for your reply. I think it's sufficient guidance for sil2100 to decide on those pending SRUs.
[23:08] <scientes> is there a reason gnome xorg doesn't work?
[23:09] <nacc> scientes: this is not a support channel
[23:09] <nacc> scientes: you want #ubuntu
[23:09] <scientes> oh my bad ubuntu+1
[23:09] <nacc> or that
[23:48] <bluesabre> Is there any way to blacklist a package from showing on gnome-software? For example, exo-utils (part of Xfce) would never be installed directly and can cripple the desktop when uninstalled (see https://bugzilla.xfce.org/show_bug.cgi?id=14588)