[08:23] <RAOF> Hrmph. What's the turn-around time for LP refreshing my gpg key again?
[08:25] <cjwatson> Nil in principle, but keyservers are buggy
[08:25] <cjwatson> So it depends
[08:25] <cjwatson> curl your key from keyserver.ubuntu.com a few times (to cover both backends) and see if it's updated there ...
[08:39] <mwhudson> re https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1844628 does lupin do anything useful any more?
[11:46] <amosbird> hello, I'd like to setup a new ppa repo. the instruction I saw is pretty simple: dput ppa:amosbird/ppa <source.changes> (Read about uploading). here are all the files I've packaged https://la.wentropy.com/iqcA . should I just place them into the <source.changes>?
[11:47] <cjwatson> You should under no circumstances write a .changes file by hand.
[11:47] <cjwatson> You need to prepare a source package (*not* .debs) that will build the binary packages you want, and upload that.
[11:48] <cjwatson> The process of doing that will produce a *_source.changes for you
[11:48] <cjwatson> Usually this is done by something like debuild -S
[11:48] <amosbird> cjwatson: well, that build script isn't made by me
[11:48] <cjwatson> Doesn't matter.
[11:48] <amosbird> I just ran a ./packager and it generates a bunch of debs files and a .changes
[11:48] <cjwatson> If you want it in a PPA then you need to upload a source package
[11:49] <amosbird> cjwatson: oh
[11:49] <cjwatson> Launchpad will reject any attempts to upload .debs directly
[11:49] <amosbird> hmm, ok
[11:49] <cjwatson> You might just be able to ignore the ./packager script; I don't know what that does as it's not a conventional way to do things
[11:50] <cjwatson> Hopefully there are debian/changelog, debian/control, debian/rules, etc. files in the directory you're running that from
[11:51] <amosbird> lemme see
[11:51] <amosbird> cjwatson:  https://github.com/ClickHouse/ClickHouse/tree/master/debian
[11:51] <amosbird> yes there are
[11:53] <cjwatson> OK, so "debuild -S" will probably more or less work, maybe with some tweaks
[11:54] <amosbird> cjwatson: do I need to run that command under debian/?
[11:54] <cjwatson> No
[11:55] <amosbird> under project root then?
[11:55] <cjwatson> That's conventional
[11:55] <amosbird> ok, lemme try that
[11:55] <cjwatson> IIRC if you run it in debian/ it does the equivalent of cd .. until it finds a context where debian/changelog exists, but it's usual to just run it from the project root
[12:12] <Skuggen> Most packaging related commands expect to find debian/ in the working directory, i.e. should be run from project root
[12:13] <Skuggen> I didn't know debuild would go looking for it, since most just throw an error if it's not there :)
[12:34] <bdmurray> jamespage: Could you have a look at bug 1833229 as you did the last python-pip SRU for Ubuntu 18.04?
[12:36] <jamespage> bdmurray: yep
[12:37] <cpaelzer> rbalint: about 1844879 upstreams of systemd/libvirt seem to take a while
[12:37] <cpaelzer> thre is nothing available right now that I could do other than tracking and pushing the discussions a bit
[12:37] <cpaelzer> will you add the revert of the change you identified to systemd?
[12:38] <cpaelzer> after all more cgroups/slices might be unexpectedly reaped than just this libvirt test
[12:38] <cpaelzer> so in terms of safety a revert seems safer to me
[12:38] <cpaelzer> rbalint: let me know what you think, but without your feedback the bug feels in some kind of nimbus to me - hence I'm asking
[13:15] <seb128> cyphermox, hey, do you have a vcs update your forgot to push for your recent ubiquity-slideshow-ubuntu upload? I wanted to merge the ubuntu-slideshow from willcooke but the Vcs is currently outdated, if you have it and forgot to push please do :) (ortherwise I can import the missing revision no worry)
[13:22] <seb128> willcooke, ^ btw blocking the slideshow upload for a bit on that, hopefully we get a reply on the topic in the afternoon (otherwise I just go ahead and fix the Vcs later)
[13:22] <cyphermox> seb128: oh, probably, let me check
[13:23] <willcooke> seb128, thx, I am happy to pull from vcs again and remake my MP
[13:23] <seb128> cyphermox, ah, hey! thx :)
[13:23] <willcooke> the hard bit is getting all the images edited, copying them over won't take me long
[13:23] <seb128> willcooke, I will let you know but hopefully it still merge without conflict
[13:23] <willcooke> ack, thanks seb128
[13:23] <willcooke> sorry its so late
[13:23] <willcooke> theme changes, wallpapers, etc etc
[13:32] <cyphermox> seb128: don
[13:32] <seb128> cyphermox, thx!
[13:39] <rbalint> cpaelzer, thanks, will do a revert, but for now 242 is in -proposed where the regression did not occur yet
[14:10] <cpaelzer> ok rbalint
[14:10] <cpaelzer> rbalint: so is 243 not for Eoan then, or is this still up in the air?
[14:10] <rbalint> cpaelzer, no, 242 is up in the air :-)
[14:11] <cpaelzer> hehe
[14:11] <cpaelzer> ok then, I'll track the upstreams on this particular issue but will not put extra urgency on it then
[14:11] <cpaelzer> let me know if that changes
[15:19] <LocutusOfBorg> lol seb128 :D
[15:19] <LocutusOfBorg> http://launchpadlibrarian.net/443929654/gamemode_1.5~git20190722.4ecac89-1build1_1.5~git20190722.4ecac89-1build2.diff.gz
[15:19] <LocutusOfBorg> I'm happy I'm not alone doing that mistake
[15:19] <LocutusOfBorg> :D
[15:29] <seb128> LocutusOfBorg, do you watch every single diff from every single archive upload? ;)
[15:33] <seb128> LocutusOfBorg, (thx for pointing it out, uploaded again with the correct diff now)
[15:37] <LocutusOfBorg> seb128, I like to refresh update excuses from time to time, and the changelog was suspicious :)
[15:38] <seb128> :-)
[16:40] <rbasak> LocutusOfBorg: https://pastebin.ubuntu.com/p/nXmTDVMws3/
[16:59] <rbasak> Ah, you take care of it. Thank you!
[17:36] <bdmurray> ddstreet, rbalint: Is bug 1831296 fixed?
[17:40] <ddstreet> bdmurray it's fixed in debian/master, but looks like it does need pulling into eoan, although rbalint is handling all the eoan work so i'll defer to him
[17:41] <ddstreet> it was included in the 243 systemd version that originally got into eoan, but was then reverted, back to 242 systemd version we have now
[18:18] <rbalint> bdmurray, ddstreet re LP: #1831296 the change in d/t/boot-and-services is in 242-6ubuntu1 in eoan-proposed, the upstream fix in v243 is not in the archive
[18:21] <bdmurray> rbalint: will it get automatically closed?
[18:22] <rbalint> bdmurray, no, since the Debian changelog entry did not close the bug
[18:25] <bdmurray> rbalint: well lets just close it
[18:26] <ddstreet> bdmurray rbalint i'll close it
[18:29] <rbalint> bdmurray, ddstreet i also think that it is not an issue anymore since upstream CI is running from the Debian Salsa repo afaik