[00:09] <arnatious> When submitting a quilt patch to a package, do you also bump the version/update the changelog?
[00:12] <sarnold> arnatious: if you're submitting something for an SRU, I think a debdiff complete with new changelog entry is nice, but I could imagine other cases where 'just the patch' is preferred; but probably a full debdiff is a better starting point
[00:13] <sarnold> arnatious: (perhaps with an ~arnatious1 version string, just so the 'real' version isn't burned in launchpad)
[00:14] <arnatious> sarnold: thanks! Could you elaborate on what you mean by burned?
[00:16] <sarnold> arnatious: launchpad only lets you have a single (name, version, (archive? ppa?)) tuple -- I'm sorry I'm fuzzy on the details here, but it's easy to 'burn' version numbers when trying to iterate on a package
[00:16] <arnatious> Ah gotcha
[00:16] <sarnold> it's nice to use the ~fooN convention when iterating on a package, and perhaps leaving that style of version in place for an sru reviewer to modify / adapt / etc as needed may make it easier
[00:17] <sarnold> (it might also be nice to point it out for an sru reviewer, so they don't just blat the package up :)
[00:17] <arnatious> sarnold: makes sense - don't want a 7 number version increment or something weird
[00:18] <sarnold> yeah
[00:18] <sarnold> it's not the end of hte world, obviously, but pretty version numbers are pretty :)
[06:25] <cpaelzer> blackboxsw: the builds all LGTM https://launchpad.net/ubuntu/+source/update-notifier/3.168.12 it is the autopkgtest that breaks
[06:27] <cpaelzer> blackboxsw: but yeah all arch fail on some file not found when testing some fetch from localhost
[06:27] <cpaelzer> https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/u/update-notifier/20201204_190446_bfdf6@/log.gz
[06:27] <cpaelzer> let me check if that is reproducible ...
[07:43] <zyga> popey, pi4 is a nice desktop
[09:35] <popey> Ya!
[09:53] <cpaelzer> hi doko - does this binutils behaviro make sense to you https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1907789 ?
[09:53] <cpaelzer> essentially the hirsute ld doesn't like -no-pie anymore
[09:56] <doko> cpaelzer: looks like a regression
[09:57] <cpaelzer> ok, that stops qemu 5.2 for now ...
[09:57] <cpaelzer> let me know on the bug if there is any immediate workaround other than waiting for an updated binutils
[10:31] <doko> cpaelzer: fixed
[10:37] <cpaelzer> awesome, I'll check for a new buld later then use rebuild qemu with it
[10:37] <cpaelzer> thanks doko!
[12:48] <slyon> Hey! May I ask any core-dev to retry this test for me? https://autopkgtest.ubuntu.com/packages/netplan.io/hirsute/ppc64el It passed on all other architectures... some flakiness seems to be involved.
[12:52] <ginggs> slyon: .
[14:23] <slyon> thank you!
[17:43] <halvors> The ubuntu mainline ppa does not successfully build amd64 versions for 5.9.13 and 5.9.14 kernels, is this a known issue?
[19:04] <juliank> GunnarHj: Please see https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1907850 for future updates on the locale situation in apt cache
[19:08] <GunnarHj> juliank: Thanks, I subscribed to that bug.
[19:09] <ItzSwirlz> popey: Happy Ubuntu birthday