=== 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 | ||
mwhudson | having chided people about forgetting to use mere-buildpackage etc i have of course forgotten to use it myself today | 04:10 |
---|---|---|
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 | 04:35 |
=== mardy_ is now known as mardy | ||
LocutusOfBorg | jbicha, I don't think boinc will be able to switch to something different :/ | 08:00 |
LocutusOfBorg | at least not now | 08:01 |
=== G_ is now known as G | ||
blaze | hello. package libsidplay2v5 was replaced by libsidplay2 but there are still some packages depenging on the 2v5 | 11:54 |
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? | 11:58 |
acheronuk | oh, there was a 55.0.1 update. that probably delays things a bit | 12:05 |
=== Guest81339 is now known as Hirppa | ||
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 :) | 12:35 |
=== maclin1 is now known as maclin | ||
=== sergiusens_ is now known as sergiusens | ||
ahasenack | apw: hey, around? | 15:41 |
ahasenack | sru-related | 15:41 |
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:42 |
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:43 |
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:44 |
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:45 |
ahasenack | dpb1: dpkg-buildpackage calls which one? | 15:46 |
ahasenack | "make", or "make test"? Do you know? | 15:46 |
dpb1 | 'make' I think | 15:46 |
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:47 |
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:48 |
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:49 |
dpb1 | just testing | 15:50 |
dpb1 | ahasenack: ok, next rev is pushed | 15:50 |
dpb1 | better? | 15:50 |
jbicha | LocutusOfBorg: and is dropping boinc from 17.10 going to be a problem? | 15:51 |
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:52 |
dpb1 | really? | 15:53 |
ahasenack | yes, previous one is 5 right? | 15:53 |
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:54 |
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 | 15:55 |
dpb1 | ahasenack: could use an ubuntu-advantage status | 16:01 |
dpb1 | :) | 16:01 |
ahasenack | we sure could | 16:01 |
ahasenack | for all? | 16:01 |
dpb1 | ahasenack: ya, I'll put in a gh issue. I think a summary status and each one with an individual status | 16:40 |
dpb1 | ahasenack: put a few issues in | 17:17 |
dpb1 | ahasenack: looks nice | 17:17 |
dpb1 | manpage++ | 17:17 |
LocutusOfBorg | jbicha, I presume it might be a big problem :) | 17:43 |
dpb1 | ahasenack: I'd say get the non-status issues resolved and it would be worth another SRU | 20:01 |
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:02 |
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 | 20:05 |
=== fossfree- is now known as fossfreedom | ||
=== ejat_ is now known as ejat | ||
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:51 |
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:52 |
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:53 |
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:54 |
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:55 |
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:56 |
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:57 |
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 | 23:58 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!