[10:21] <rbasak> mwhudson: I'm not clear on what "Fix Released" for the subuiqity LP project actually means. Am I right in thinking it isn't tracking actual availability to users? If so, any chance we could arrange for the bug tracker to be able to track when users have a fix available, eg. by using series tasks?
[10:42] <rafaeldtinoco> hello, i just had a random launchpad user deleting my attached patch to LP: #1828288. I wonder how this user was able to delete my attached patch...
[10:43] <rafaeldtinoco> https://usercontent.irccloud-cdn.com/file/I2DcRftj/image.png
[10:43] <rafaeldtinoco> am I missing something ? :\
[11:07] <marcustomlinson> tjaalton: hi, got a mail from bdmurray this morning about an increased crash rate on my libreoffice disco SRU: https://errors.ubuntu.com/?release=Ubuntu%2019.04&package=libreoffice-core&period=week&version=1%3A6.2.3-0ubuntu0.19.04.1
[11:07] <marcustomlinson> Looking at them, there’s really only one there that’s new (the ‘SwPaM’ one), the rest are pre-existing conditions.
[11:08] <marcustomlinson> From that stack trace, the crash is related to pasting content which causes page inserts. I’ve just tested all kinds of scenarios around that and can’t reproduce.
[11:08] <marcustomlinson> Can we continue phasing the update? It doesn’t look (at least to me) like much regression has occurred really.
[11:51] <cjwatson> rafaeldtinoco: Permissions there are unfortunately weak: https://bugs.launchpad.net/launchpad/+bug/117752
[11:52] <cjwatson> But as noted in that bug we need to be careful, and it seems nobody has got round to it
[12:28] <ahasenack> hello archive admins, I have a few NBS packages that can now be removed from eoan: libpmemcto1, libpmemcto-dev and libpmemcto1-debug
[12:28] <ahasenack> https://people.canonical.com/~ubuntu-archive/nbs.html
[12:28] <ahasenack> they came from pmdk 1.4.1, which I updated to 1.5.1 yesterday and upstream removed that code, so pmdk no longer produces these packages
[12:29] <cjwatson> You don't really need to ask about that stuff - if it's green in the report then somebody will take care of it semi-automatically at some point
[12:29] <cjwatson> I'll do it now
[12:29] <ahasenack> thanks
[12:29] <ahasenack> I was following https://wiki.ubuntu.com/UbuntuDevelopment/NBS which said a ping in #ubuntu-devel was appreciated :)
[12:30] <cjwatson> I didn't write that :)
[12:30] <ahasenack> hehe
[12:31] <cjwatson> Done
[12:31] <ahasenack> \o/
[13:21] <coreycb> tjaalton: hello, if you have cycles in your SRU rotation today can you take a look at nova in the bionic unapproved queue?
[13:30] <coreycb> there's also a software-properties change in the bionic unapproved queue to enable the train cloud archived. i'd like to get that in soon too and get the train moving along. 8)
[13:31] <coreycb> cloud archive, that is
[14:27] <tjaalton> coreycb: sure
[14:27] <coreycb> tjaalton: thanks!
[14:27] <tjaalton> marcustomlinson: I'm not sure how to do that, as I never release updates since my shift is on friday
[14:28] <marcustomlinson> bdmurray could you continue phasing the libreoffice update for me?
[14:32] <tjaalton> coreycb: I don't see nova on the queue
[14:33] <coreycb> tjaalton: erm.. ok me neither. working on it.
[14:33] <coreycb> tjaalton: i think it may have been rejected yesterday
[14:35] <tjaalton> coreycb: and software-properties has a pending sru in proposed already
[14:36] <tjaalton> so won't be touching that either
[14:36] <coreycb> tjaalton: darn ok.
[14:36] <ahasenack> uscan is failing in eoan, is this known? https://pastebin.ubuntu.com/p/Q2XvDNjCGC/
[14:36] <ahasenack> same watch file worked on bionic
[14:37] <ahasenack> apt-file on eoan can't find CTX_clear_m.al
[14:40] <bdmurray> marcustomlinson: yes, I'll have a look at the phasing shortly
[14:40] <marcustomlinson> bdmurray: thanks
[15:50] <coreycb> tjaalton: nova is in the bionic unapproved queue for real now
[16:52] <Eickmeyer> If any MOTU wants a quick, easy package to sponsor, I've got one at bug 1829562. lintian --pedantic returns no errors. The copyright file is a little long, but I went over it pretty thoroughly.
[18:28] <ddstreet> coreycb in case you didn't see, i added you to a WIP MP i have for software-properties, https://code.launchpad.net/~ddstreet/software-properties/+git/software-properties/+merge/367276
[18:29] <ddstreet> if you have any comments/suggestions/concerns about my changes overall or specifically to cloudarchive.py backend, let me know
[18:29] <ddstreet> updated cloudarchive.py file is https://git.launchpad.net/~ddstreet/software-properties/tree/softwareproperties/cloudarchive.py?h=lp645404
[18:35] <SwedeMike> win 575
[18:36] <sarnold> 575? wow :)
[18:49] <CarlFK> ddstreet: https://git.launchpad.net/~ddstreet/software-properties/tree/softwareproperties/cloudarchive.py?h=lp645404#n54  "This page has moved to https://wiki.ubuntu.com/OpenStack/CloudArchive. "
[19:29] <coreycb> ddstreet: i think i'm missing context. is there a related bug i can read?
[19:30] <coreycb> sory, i see related bug
[19:46] <ddstreet> coreycb sure lp #645404
[19:46] <ddstreet> CarlFK ah ok - that's what it is currently in software-properties, i just left it in
[19:47] <ddstreet> CarlFK i.e. that isn't something i changed :)
[19:47] <ddstreet> but i will now ;)
[19:49] <ddstreet> CarlFK thnx, fixed that in my branch (not in main s-p repo tho, until mine is merged)
[21:00] <ddstreet> vorlon i see you're retrying those systemd autopkgtest...you have any idea what's going on with those?  it seems like a autopkgtest nova/vm problem?
[21:01] <ddstreet> it's been failing strangely like that since earlier this week, with the nova guest output summary at the bottom, and timing out ssh'ing into the testbed
[21:01] <ddstreet> sorry, by 'autopkgtest nova/vm problem' i mean it seems like a problem with autopkgtest.ubuntu.com testbed vms