User1: xnox: morning
User1: xnox: quick q for you - which boost version are we going to default for artful?
User1: if there is an archive-admin around - please could vine be promoted to main (approved under bug 1688091)
User2: bug 1688091 in vine (Ubuntu) "[MIR] vine" [High,Fix committed] https://launchpad.net/bugs/1688091
User1: that will help with unblocking the proposed migration of openstack pike1 updates before I start on pike2 this week
User3: since when is this channel +r ? thats quite annoying
User4: User5 spammers ruin things for everyone, probably
User5: yeah
User4: we had a *lot* of junk over the last few days
User5: i noticed and i guess i'll live with +r ... just annoying
User6: is there a way to make hexchat wait until after identification before trying to join?
User7: you can authenticate during connection
User7: https://freenode.net/kb/answer/hexchat
User6: User7 oh! cool, thanks
User6: User7 that worked, thanks
User7: User6 â¥
User8: OK, so I opened both bug 1694702 and bug 1694697 for tracking the issue slangasek reported yesterday. We can SRU both, but validation might get a bit complicated because the patch for apt also works around the off-by-one problem in python-apt
User2: bug 1694702 in python-apt (Ubuntu) "off-by-one error when translating source records build depends" [High,In progress] https://launchpad.net/bugs/1694702
User2: bug 1694697 in apt (Ubuntu) "build-depends keeps OR flag if end of or group is ignored" [High,Fix committed] https://launchpad.net/bugs/1694697
User8: That is, you'll have to test python-apt without the coming proposed apt, otherwise you don't see the issue at all
User6: User9 hi! think you could merge strongswan to get the security fixes?
User9: User6 hi did they update Debian - let me check
User9: User6 you don't mean the 5.5.2-1 in experimental but the 5.5.1-4 in unstable right?
User6: right, -4 in unstable has the security fixes
User9: yeah I can look at it mdeslaur
User6: User9 thanks!
User9: next time when libvirt is compiling an hour ...
User7: sword fight time
User9: User7 https://xkcd.com/303/ ?
 * Laney nod
User7: :)
User7: User12 Stealing the debhelper/exp merge
User9: User6 the cve patches are not the nicest
User9: User6 would this cause you any headache http://paste.ubuntu.com/24726825/ ?
User9: I mean buildpkg is happy, yet I wanted to ask you at least
User6: I don't mind if that's how they are in the debian package
User6: User9 ^
User10: User11 I just wanted to check on the status of certbot packages
User10: do you know if Peter submitted the documents you need?
User11: User10 o/
User11: User10 not that I know about
User10: hmm okay
User10: he'll be somewhat MIA for the next week or two, but I'll get a hold of him and ask him to do it or write it up myself
User11: User10 I've started pushing SRU branches to alioth. So far I've done python-acme for all three stable Ubuntu releases, and the special python-letsencrypt to cover the rename in Xenial.
User11: User10 thanks!
User10: is the document from Peter a blocker for pushing the SRU packages live or just necessary for updates in the future?
User11: Good question.
User11: It's not technically a blocker, but it will duplicate work I think - because we'd have to lay out our justifications twice.
User10: ah that makes sense
User10: we'll get it written up to avoid duplicating work
User10: the other thing from my end is finding someone to build the packages in the future
User10: I've gotten some interest from coworkers, but no commitment yet
User10: I'll keep badgering people and I'm sure we'll find someone to do it
User11: Thanks!
User12: User7 Given the changelog, I didn't have a lot of confidence in debhelper/experimental...
User13: User11 hrm, something is wrong with the import of python-acme that you pushed, i think
User13: User11 i think true for src:gosa as well -- it's like you weren't current to launchpad
User13: User11 we should sync up on this, as something is funky. your gosa import is really weird. the tags exist, but the branches weren't moved for later versions
User13: User11 yeah, python-acme is fubar. It would appear you pushed / committed the queue syncs? e.g. https://git.launchpad.net/~racb/ubuntu/+source/python-acme/commit/?id=2de942f7a60d7a04900eedacbf68d8e736fd9b1a
User13: bah, nm, that's me looking in the wrong repo!
User13: https://git.launchpad.net/~usd-import-team/ubuntu/+source/python-acme/commit/?h=debian/experimental&id=cc8febe8e4f44e9d582fed976cace9c1d26c8358 seems odd, though, there's no tag for that version
User13: which then breaks the patches-applied import
User11: User13 got to run, but if it helps, http://paste.ubuntu.com/24729486/ is my gosa tag list in my local tree from the importer run.
User14: User16 hey, curious on your thoughts about click-apparmor and apparmor-easyprof-ubuntu in artful
User14: User16 they used to be in main and have been demoted to universe this cycle
User14: User16 the security team is listed as the maintainers. the only thing keeping them is a recommends from click. my preference would be to remove them or somehow get them off our plate
User4: it may make sense to remove click
User14: User16 so removal or move to another owner. motu?
User15: why would anyone use click in 18.04?
User16: User14 good question - I'd think that click could go away
User14: User15 precisely. I just don't know if someone is going to do a unity8 flavor or something
User15: is click needed for unity8?
User14: aiui, there is an open click store and other projects (free phone?) are using it. but I don't know if they're built from the archive
User14: User15 not strictly. but that's where the apps are
User14: I mean, I'm fine with removing click and click-apparmor. they aren't used in Ubuntu by anything I know of and there is nothing saying that a flavor couldn't bring them back
User15: I believe unity8 stuff is being removed from Ubuntu, but they could be reintroduced if someone steps up to maintain them
User16: that'd be my preference
User16: remove it and then allow anyone else to jump in and restore the package
User14: I just know that if it is in the archive, regardless of universe or main, we'll feel obligated to fix issues, but that isn't the best use of our time
User16: agreed
User14: User4 what are your thoughts on that? ^
User4: I agree
User4: I guess I'd say that it can be removed together with unity8, if and when it is removed
User14: that probably makes the most sense. I'll talk to the desktop team about their plans
User14: User16 in the meantime, I'm going to adjust LP to show the upstream projects are not active and break the link from the ubuntu project to the upstream
User16: User14 good idea
User16: User14 think we should do an upload to update the Maintainer? IMO, that's not needed unless someone else takes over maintenance and/or the package is to remain in the archive for 17.10
User14: User16 I could probably do a quick upload. I'll talk to the desktop team and get more details
User16: thanks
User13: User11 ah interesting -- so i was able to import gosa, but the empty directory fix makes `git ubuntu merge` not work -- let's sync up on it tmrw
User13: User11 also, could you peek at LP: #1693954  -- is /etc/mysql/debian.cnf a generated file normally? I can't tell if it's a configuration issue (apt-file doesn't indicate it's owned by the package)
User2: Launchpad bug 1693954 in mysql-5.7 (Ubuntu) "package mysql-server-5.7 (not installed) failed to install/upgrade: subprocess new pre-installation script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/1693954
ubuntu-devel
Ubuntu IRC