[00:05] <jbicha> teward: I'll sponsor it for you if you follow https://wiki.ubuntu.com/StableReleaseUpdates#Procedure
[00:05] <teward> already did see #ubuntu-release
[00:06] <jbicha> I'd like to see a Test Case in the bug description
[00:06] <teward> i wrote one - in the SRU dedicated bug
[00:06] <teward> linked in #ubuntu-release
[00:06] <teward> (different #)
[00:06] <teward> https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/1809932
[00:06] <teward> because CBA to mess with a bug already fix-released
[00:06] <teward> so I wrote an SRU-specific one
[00:06] <teward> but referred to both bugs in the changelog
[00:07]  * jbicha looks up the acronym
[00:07] <teward> Can't Be Arsed
[00:07] <jbicha> ha, urbandictionary wins again
[00:08] <jbicha> I'd prefer us to just use the already existing bug
[00:08] <teward> OK I can move everything there
[00:08] <teward> that's nontrivial :P
[00:08] <teward> s/nontrivial/trivial/
[00:08] <teward> 1 moment
[00:08] <jbicha> I normally just add a header: Original Bug Report[00:11] <teward> jbicha: yep, well, I use [Original Bug Description] for my header for that
[00:11] <teward> applied the template and copied the Debdiff up with an upload
[00:12] <teward> and did some post-copying cleanup of the description
[00:12] <teward> thanks for adding the BIonic series to it
[00:12] <teward> and subscribing teams accordingly
[00:13] <teward> irritating gparted bug is irritating nonetheless
[00:14] <teward> jbicha: been a while since I SRU'd anything other than NGINX heh
[00:14] <jbicha> teward: can I assign the bug to you? Desktop team likes SRU bugs to be assigned to someone (so either me or you)
[00:15] <teward> yep
[00:15] <teward> i have no qualms about it especially when I'm helping with diffs.  I just don't have Core Dev so I can't upload directly heh
[00:16] <teward> feel free to also let me know if I missed anything glaring in the debdiff
[06:50] <themill> OOI why does https://bugs.launchpad.net/ubuntu/+source/pycountry/17.5.14+ds1-0.1fakesync1credit the wrong person for 17.5.14+ds1-0.1?
[06:56] <JackFrost> http://launchpadlibrarian.net/398042742/pycountry_17.5.14+ds1-0.1fakesync1_source.changes it's showing who did the 'fake sync', those tend to happen when there's a source tarball mismatch (as noted in the fakesync changelog entry.)
[07:02] <themill> yes, that is one of the changelog entries, just not most of them
[07:05] <JackFrost> Yes, the rest are previous Debian changes, it's common practice to include all Debian changelog entries since the last Ubuntu version.  I might not get what you're asking, I think.
[07:05] <themill> (multi-maintainer changelog entries or multiple changelog entries are well known.)
[07:05] <themill> credit should be given where it is due.
[07:08] <JackFrost> Sounds like you don't like how dpkg-genchanges handles the -v option.
[07:12]  * themill does
[07:12] <themill> That says it's the changelog, not the changes file.
[07:12] <JackFrost> As you'll see, http://changelogs.ubuntu.com/changelogs/pool/universe/p/pycountry/pycountry_17.5.14+ds1-0.1fakesync1/changelog looks correct.  I agree with you in that dpkg-genchanges doesn't really display that correctly, thus LP doesn't display it correctly either. :/
[07:13] <JackFrost> I've looked at diffs when I wanted to see a proper d/changelog.