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