mwhudsoncjwatson: Unit193 is really called ged?01:19
* Unit193 looks at mwhudson a little funny.01:30
rbasakahasenack: FWIW, it's a bit frustrating to review the iproute2 SRU when the same quilt patch has a different name in the different uploads.13:13
rbasakI realise that you're just following the Debian maintainer's convention of numbering in the filenames.13:13
rbasakSo I don't really have a strong opinion on which is right.13:14
rbasakBut the quilt series file makes that numbering redundant IMHO, and I thought I'd give you some feedback on how it's annoying :)13:14
ahasenackyes, I was cherry picking to begin with, then I noticed the numbering13:16
ahasenackI wasn't sure how picky the maintainer was wrt to that13:16
ahasenackimagine how annoying it was for me to fix the filename, commit message and d/changelog entry :)13:17
rbasakThe Debian maintainer will never see the SRUs though I don't think?13:18
ahasenackI don't remember if I checked if debian was affected13:20
ahasenackI should have13:20
rbasakEven if Debian is affected, the patch to Debian could follow the convention even if the SRUs don't.13:20
rbasakYou could just call them "ubuntu-sru-ip-maddr..." in the SRUs for example.13:21
ahasenackif they add the same patches, then the numbering would be correct, and our delta would be zero13:21
ahasenackin that regard13:21
rbasakRight at the end of series13:21
rbasakWe don't care about the delta for stable series though13:21
ahasenackhm, didn't know that13:21
ahasenackhad I not renumbered the patches, I imagined myself having a very similar conversation with a reviewer where he would argue "why these numbers? Why did you skip?" :)13:22
rbasakI agree :)13:22
ahasenackthe response would be to make cherry-picking possible13:23
* rbasak wonders if iproute2 upstream have a ban on code comments or something13:33
rbasak"Let's fix this surprising behaviour bug with fixup code with no associated explanation"13:34
ahasenacksounds like you are entering a rabbit hole :)13:35
ahasenackgood that we are handing it off to another team, heh? :)13:36
=== freyes__ is now known as freyes
dokocjwatson: just because that came up on -dektop with demoting gtk2: did you find out about a new system-config-kickstart version?15:28
jbichaRAOF: since we're reducing the number of stuff in main depending on gtk2, what do you think of Debian bug 883334?15:29
ubottuDebian bug 883334 in src:colord-gtk "colord-gtk: Please drop the gtk2 library" [Normal,Open] http://bugs.debian.org/88333415:29
seb128cjwatson, also how likely is it to see debconf ported to gtk3 this cycle?15:35
cjwatsondoko: I haven't had time yet, still on my list15:35
cjwatsonseb128: quite likely15:35
seb128cjwatson, that's good news, thanks!15:36
cjwatsonseb128: (i.e. it's mostly done, I just need to debug a couple of things)15:36
* infinity wonder what part of his desktop install has suddenly decided to pull in apache...18:15
infinityAhh, gnome-user-share18:16
jbichainfinity: gnome-user-share was demoted to universe pending LP: #173106518:16
ubottuLaunchpad bug 1731065 in mod-dnssd (Ubuntu) "[MIR] mod-dnssd" [Undecided,New] https://launchpad.net/bugs/173106518:16
infinityHow lovely.18:16
infinityjbicha: Unfortunately, "demoted to universe" doesn't magically remove it from my system. :P18:17
jbichabut it's not a bad part of Apache, is it?18:17
jbichawell, we're proposing moving it back to the default install this cycle18:17
infinityapach2-bin and deps, so no, I assume it won't run on startup, but still bloaty mcbloaterson.18:17
* infinity shrugs.18:18
jbichagnome-user-share has been broken in Ubuntu for many years, those deps actually fix it :|18:18
infinityFair enough.  Upgrade ahoy.18:19
jbicha“Disgusting and terrible, but there doesn't seem to be a better way”, right?18:21
mdeslauroh gawd, sharing local directories over the network and over bluetooth?18:26
mdeslaurhow about we just remove it completely ;)18:26
mdeslaurnot sure why having that at all would be a good idea18:26
jbichait's turned off by default, but the MIR is open for feedback …18:27
rbasak"bloaty mcbloaterson"18:33
rbasakSurely that should be "bloaty mcbloatface"?18:33
rbasakOr is that just a UK thing? :)18:34
rbasakahasenack: also where that list appears incomplete, you can ask the DMB to add to it.18:37
rbasakSince it's autogenerated from the seed, it isn't perfect when multiple flavours seed a package.18:37
Nafallorbasak: Sweden has done better by now I believe. We have Trainy McTrainface and Paley McPaleface :-)19:26
dpb1hey all -- what's the next step to get attention on https://bugs.launchpad.net/xenial-backports/+bug/1717040, subscribe ubuntu-backporters?  ping someone specfically?19:53
ubottuLaunchpad bug 1717040 in Xenial Backports "Please backport libzstd 1.3.1+dfsg-1 (universe) from artful" [Undecided,Confirmed]19:53
sarnolddpb1: just between you and me, I suspect -backports is entirely the wrong place to handle that (a) backports seems dead (b) not many people use it (c) it sounds like something that ought to be addressed for all users19:56
dpb1sarnold: ya, I was thinking an SRU for somethign like there, where a package is simply not usable19:56
dpb1since the current version likely isn't anyone cares about19:57
dpb1(in xenial)19:57
sarnolddpb1: but of course, one runs the risk of utterly breaking existing users :(19:57
dpb1well, not just a risk even, it appears the contract from what is in xenial to 1.0.0 has changed19:58
ahasenacksarnold: the soname changed at least19:59
ahasenackwhich brings another problem then: the lib is a new package19:59
ahasenackI wonder how many sru rules this would bend19:59
ahasenackdpb1: the build (of the new pkg) runs a ton of tests20:00
dpb1ahasenack: that's good20:00
infinityahasenack: Well, the good news is that it has no rdeps in xenial (has a few in bionic)20:04
jbichanew packages are allowed as SRUs but in my experience, you have to bring a much larger bribe than usual to the SRU Team ;)20:04
infinityThe only rdep of libzstd0 in xenial is zstd itself.20:05
ahasenackwhat would happen with libzstd0?20:06
infinity"real-time compression scenarios at zlib-level compression ratio"20:06
infinityLike... zlib?20:06
ahasenackwe leave it there, and make the -dev package conflict?20:06
infinityahasenack: What would need to "conflict"?20:06
infinityahasenack: Assuming this was done as an SRU, anything built against -updates would get the new -dev and link to libzstd1.  Anything built before that (or against the release pocket) would depend on libzstd020:07
ahasenackinfinity: so if this is sru'ed, nothing will produce libzstd0 anymore20:07
ahasenackpeople will just have it lingering in their systems? If they had it installed20:08
infinityahasenack: Yeahp.  But it would still be in the archive, obviously.20:08
ahasenackah, in release20:08
ahasenackupdates would have 120:08
* infinity nods.20:08
infinitySOVER bumps are not things I'd normally condone in an SRU, but there can be exceptions.20:08
infinityAnd in this case, "complete leaf package, no rdeps in the archive, and (presumably) good argument about why the old version is a steaming heap" would likely do it.20:09
infinityAlso doesn't hurt that we'd be backporting a version from LTS+1, not some whacky interim version that no one will care about.20:10
infinity(And I think "follow-up with another SRU to match the bionic release version, and keep them in sync until xenial dies" might be a condition of accepting such a thing)20:10
infinityThough, I guess it's only in universe, so maybe I could relax on the last point.20:11
infinityWould be an easier sell if someone backported *and* renamed it to libzstd1-dev/zstd1 and then added transitional packages to bionic to pull people back to the unversioned versions.20:12
infinityThough, that might be counter to the intent.20:13
=== santa is now known as Guest67357
=== Guest67357 is now known as santa_

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!