[04:10] <mwhudson> having chided people about forgetting to use mere-buildpackage etc i have of course forgotten to use it myself today
[04:35] <karstensrage> if i have my own package that im working on, can i put it in the list so another library can find it during autoconf ./configure
[08:00] <LocutusOfBorg> jbicha, I don't think boinc will be able to switch to something different :/
[08:01] <LocutusOfBorg> at least not now
[11:54] <blaze> hello. package libsidplay2v5 was replaced by libsidplay2 but there are still some packages depenging on the 2v5
[11:58] <acheronuk> chrisccoulson: hi. not a moan in the slightest, but a few forum and other places are asking why no Firefox 55 stable updates have been pushed yet. is there a reason I can give?
[12:05] <acheronuk> oh, there was a 55.0.1 update. that probably delays things a bit
[12:35] <chrisccoulson> acheronuk, yes, it's because there was a 55.0.1 update, and we don't do updates on fridays generally
[12:35] <chrisccoulson> and then I found a crash that needed a rebuild
[12:35] <acheronuk> chrisccoulson: makes sense. thanks :)
[15:41] <ahasenack> apw: hey, around?
[15:41] <ahasenack> sru-related
[15:42] <apw> ahasenack, possibly
[15:42] <ahasenack> apw: I got an automated email (looks like) about "[zesty/samba] Increase in crash rate"
[15:42] <ahasenack> link is https://errors.ubuntu.com/?release=Ubuntu%2017.04&package=samba&version=2%3A4.5.8%2Bdfsg-0ubuntu0.17.04.5
[15:43] <ahasenack> I believe this is not related to the sru
[15:43] <ahasenack> that crash is old, has a bug already, even an upstream one
[15:43] <apw> so you would like it re-thingged
[15:44] <ahasenack> "Further phasing of this update has been stopped until the errors have either been fixed or determined to not be a result of this Stable Release Update." <-- that :)
[15:45] <ahasenack> dpb1: what about getting rid of "check" entirely? Would also have to change .travis.yml
[15:45] <ahasenack> is that what you didn't want?
[15:45] <dpb1> ahasenack: changed travis and pushed a new copy
[15:46] <ahasenack> dpb1: dpkg-buildpackage calls which one?
[15:46] <ahasenack> "make", or "make test"? Do you know?
[15:46] <dpb1> 'make' I think
[15:47] <ahasenack> dpb1: change DEFAULT_GOAL to test, and get rid of check?
[15:47] <dpb1> k
[15:47] <dpb1> ugh
[15:47] <dpb1> I don't like setting env vars
[15:48] <ahasenack> that's a magic make var
[15:48] <dpb1> keeping the rules file clean feels better
[15:48] <ahasenack> what do you mean, no change is needed in d/rules
[15:48] <dpb1> oh, you mean putting that in the makefile
[15:48] <dpb1> I like that even less.
[15:48] <ahasenack> the makefile has that already
[15:49] <ahasenack> .DEFAULT_GOAL := check
[15:49] <dpb1> hah
[15:49] <apw> ahasenack, ok re-phased
[15:49] <dpb1> that's so unecessary!
[15:49] <dpb1> make by default runs first target
[15:49] <dpb1> OK ahasenack wait for next
[15:49] <ahasenack> I said so
[15:49] <ahasenack> but ack
[15:49] <ahasenack> maybe he found a makefilecheck script somewhere
[15:50] <dpb1> just testing
[15:50] <dpb1> ahasenack: ok, next rev is pushed
[15:50] <dpb1> better?
[15:51] <jbicha> LocutusOfBorg: and is dropping boinc from 17.10 going to be a problem?
[15:52] <ahasenack> yep
[15:52] <ahasenack> let's wait for travis to finish
[15:52] <ahasenack> dpb1: make a d/changelog entry for version 6
[15:53] <dpb1> really?
[15:53] <ahasenack> yes, previous one is 5 right?
[15:54] <dpb1> ok, you want a new changelog with every commit?
[15:54] <dpb1> it's fine, I'm just checking
[15:54] <ahasenack> I think there are two big changes worth mentioning: the updated manpage ("add exit status to manpage") and
[15:54] <ahasenack> well, maybe this shellcheck thing isn't worth it
[15:54] <ahasenack> let me check if there was something else
[15:55] <slangasek> kees, mdeslaur, infinity, stgraber: TB 5 minute warning
[15:55] <dpb1> ahasenack: ya, let's just land this, then I'll let you do a changelog after
[15:55] <mdeslaur> ack
[15:55] <ahasenack> dpb1: ok
[16:01] <dpb1> ahasenack: could use an ubuntu-advantage status
[16:01] <dpb1> :)
[16:01] <ahasenack> we sure could
[16:01] <ahasenack> for all?
[16:40] <dpb1> ahasenack: ya, I'll put in a gh issue.  I think a summary status and each one with an individual status
[17:17] <dpb1> ahasenack: put a few issues in
[17:17] <dpb1> ahasenack: looks nice
[17:17] <dpb1> manpage++
[17:43] <LocutusOfBorg> jbicha, I presume it might be a big problem :)
[20:01] <dpb1> ahasenack: I'd say get the non-status issues resolved and it would be worth another SRU
[20:02] <ahasenack> dpb1: I had highlighted that problem with trying to enable esm on non-precise during the sru testing
[20:02] <dpb1> ahasenack: ya, I saw that
[20:02] <dpb1> you think a whitelist is good?
[20:05] <ahasenack> hm
[20:05] <ahasenack> the way it is now, if esm is enabled in non-precise, we don't have to do anything
[20:05] <ahasenack> it will just work
[20:05] <ahasenack> if we have a list, then we need another sru
[20:05] <ahasenack> maybe something smarter could be done
[23:51] <Pharaoh_Atem> nacc: you should look at fedpkg for inspiration :)
[23:51] <Pharaoh_Atem> (in re "git ubuntu clone" discussion on ML)
[23:51] <Pharaoh_Atem> fedpkg is the Fedora Swiss Army Knife of awesome for package maint management
[23:51] <nacc> Pharaoh_Atem: does it do historical imports?
[23:52] <Pharaoh_Atem> https://www.mankier.com/1/fedpkg
[23:52] <Pharaoh_Atem> what do you mean by historical imports?
[23:52] <nacc> Pharaoh_Atem: so, no.
[23:53] <nacc> Pharaoh_Atem: meaning the source of a package going back to the beginning of fedora (or as close as possible)
[23:53] <nacc> Pharaoh_Atem: that's why we have so many tags
[23:53] <nacc> but I will look at that as a reference for subcommands, etc.
[23:53] <Pharaoh_Atem> yes, everything is there
[23:53] <Pharaoh_Atem> keep in mind, we're a top-level distribution
[23:53] <Pharaoh_Atem> as opposed to Ubuntu, which deals with both Ubuntu and Debian stuff
[23:54] <nacc> Pharaoh_Atem: right, but I think because someone does their work in fedpkg? or because some runs `fedpkg import <path to srpm`
[23:54] <nacc> for each srpm in fedora
[23:54] <Pharaoh_Atem> fedpkg import is only for the initial import into Fedora
[23:54] <Pharaoh_Atem> everything else after is direct git things
[23:54] <nacc> right
[23:54] <Pharaoh_Atem> or rather, using all the other fedpkg subcommands
[23:54] <Unit193> nacc: Do you use sbuild or pbuilder?
[23:54] <nacc> that sounds like a 'do things this way'
[23:54] <nacc> Pharaoh_Atem: we're trying to avoid that :)
[23:54] <nacc> (at least for now)
[23:54] <Pharaoh_Atem> well, you *can* use fedpkg import every time
[23:54] <nacc> Unit193: sbuild
[23:54] <Pharaoh_Atem> nothing technically *stops* you
[23:55] <Pharaoh_Atem> it works, it's just people don't do that anymore :)
[23:55] <Unit193> nacc: Have you run into issues since the 10th with creating i386 build chroots?
[23:55] <Pharaoh_Atem> it was more common back when we used CVS for Dist-VCS rather than Git
[23:55] <nacc> Pharaoh_Atem: sure
[23:55] <nacc> Pharaoh_Atem: i think we have slight different goals, in any case
[23:55] <Pharaoh_Atem> well, you're starting at the beginning
[23:55] <Pharaoh_Atem> fedpkg was nowhere near as powerful in the beginning times :)
[23:56] <nacc> Unit193: i've not tried, I can tomorrow to see
[23:56] <Unit193> nacc: I'm working with zesty as a host, but just to be sure I bumped debootstrap up too.
[23:56] <Pharaoh_Atem> the original fedpkg was more or less a thin wrapper to make it more manageable to deal with dist-git
[23:56] <Unit193> nacc: Thanks.
[23:56] <Pharaoh_Atem> now it does a lot of other things since the initial problem was solved
[23:56] <nacc> Unit193: ok, i'm on artful, I'lll try first thing
[23:56] <nacc> Unit193: and let you know
[23:57] <nacc> Pharaoh_Atem: thank you for the pointer, though
[23:57] <Pharaoh_Atem> np
[23:57] <Pharaoh_Atem> zyga raves about the awesomeness of fedpkg :)
[23:58] <Pharaoh_Atem> I figure if you're going to do a tool like it, base it on something made of awesome
[23:58] <nacc> well, i think fedpkg is doing a lot
[23:58] <nacc> a lot that we are not planning on doing
[23:58] <Pharaoh_Atem> sure, not right now
[23:58] <nacc> we are not writing an archive management tool
[23:58] <Pharaoh_Atem> trust me when I say that your tool will become that