[02:47] <slangasek> infinity: and that revert of sysvinit should be fine for yakkety anyway fwiw since the changes were strictly for an upgrade issue
[02:49] <infinity> slangasek: Yeah, but we also need to be able to build xenial dailies. :P
[02:49] <infinity> slangasek: So, need to sort this out better.
[02:50] <infinity> Well, build dailies, and also not break d-i netboot.
[04:02] <slangasek> infinity: build dailies from -proposed? surely not needed right now
[04:02] <slangasek> infinity: I do intend to take a long hard look at the SRU on monday
[04:08] <infinity> slangasek: No, no.  I just meant eventually, not today.
[04:09] <infinity> Anyhow, going to head off and try to get into a vaguely correct timezone.
[07:52] <LocutusOfBorg> doko, please syncpackage giflib -s costamagnagianfranco
[07:52] <LocutusOfBorg> it should help feh
[07:53] <LocutusOfBorg> also libcec please accept
[07:56] <LocutusOfBorg> and please remove "xmbc" from yakkety, we don't needs such transitional package
[07:56] <LocutusOfBorg> "xbmc"
[07:59]  * LocutusOfBorg leaves, cheers!
[08:02] <LocutusOfBorg> doko, syncpackage libpng1.6 -s costamagnagianfranco <-- multiarch -dev package yeah!
[08:09] <ginggs> LocutusOfBorg, doko: i'll sync giflib and libpng1.6
[09:52] <doko> slangasek, infinity, xnox, pitti: my hope was to fix some more things before opening the archive for general uploads.
[09:53] <doko>  - finish the libpng/boost and icu transitions (although libpng and boost are untangled from icu)
[09:54] <doko>  - find out about ghc and -fPIE, broken on amd64 and ppc64el, that will block everything in a very short time. although haskell packages seem to ftbfs everywhere
[09:55] <doko>  - let gcc-5/gcc-6 migrate so people can get and see the new PIE defaults
[09:55] <doko>  - I'm told that kernel modules are broken with -fPIE as the default
[09:55] <doko>  - a lot of the phone stack ftbfs
[09:56] <doko> so maybe give people a chance for fixes and only open on Monday late evening or Tuesday?
[15:07] <infinity> doko: I don't see any point in finishing the transitions (and some will go better with auto-sync back on).
[15:07] <infinity> doko: But gcc/pie investigations seem worthwhile.
[15:09] <infinity> pitti: There still seems to be a lot of 404s for yakkety autopkgtest pages.
[16:40] <doko> $ reverse-depends node-stringprep
[16:40] <doko> reverse-depends: Error: Unknown release
[16:40] <doko> infinity, ^^^ what needs fixing for this?
[16:41] <infinity> doko: Whoever runs the ubuntuwire stuff needs to teach it about new suites.
[16:41] <doko> wgrant, ^^^
[16:41] <infinity> wgrant: ^ Do you have access to fix reverse-depends, or is that one of the other ubnutuwire people?
[16:41] <infinity> We really should move those into the Canonical DC some day, given how much we rely on those tools.
[16:42] <infinity> doko: You can use checkrdepends as ubuntu-archive@snakefruit instead.
[16:43] <infinity> doko: It's more accurate anyway (just annoyingly on a remote machine).
[16:44] <infinity> doko: http://paste.ubuntu.com/16034666/
[17:38] <slangasek> infinity: reverse-depends is tumbleweed
[17:44] <tumbleweed> and yes, I'd love someone to look after it :)
[18:21] <infinity> tumbleweed: Where's the code live?
[18:21] <infinity> tumbleweed: I'm sure we could move it to snakefruit or lillypilly if all it needs is a dists mirror and some TLC.
[18:21] <infinity> (ie: to people.canonical.com)
[18:22] <infinity> tumbleweed: And perhaps cloudify it later for HA and shininess.
[18:24] <infinity> tumbleweed: Without looking, I'm assuming it's a combo cron job to populate a DB and CGI script to return the API?
[18:25] <infinity> (hopefully a flat file db of some sort, not SQL-backed madness)
[18:39] <tumbleweed> infinity: WSGI not cgi. and a sqlite db
[18:39] <tumbleweed> https://code.launchpad.net/~stefanor/+junk/reverse-deps
[18:50] <tumbleweed> infinity: anyway, I did a git pull on my distro-info-data checkout on ubuntuwire
[19:43] <cjwatson> doko: hm, actually, this ghc thing might ring a faint bell from when I was bootstrapping s390x
[19:44] <cjwatson> doko: will take me a little while to build suitable environments to test in, but I have an idea
[19:44] <doko> ta
[19:45] <cjwatson> (I vaguely remember that I may have had to do an extra cycle, the first with a wrapper in place of /usr/bin/ghc - will investigate that)
[19:47] <infinity> I suspect we have a lot places where people thought it was a good idea to do "if s390x { -fno-pie -no-pie }" and we need to stop making that conditional.
[19:47] <infinity> Since it's a no-op for no-pie arches anyway, I'd assume.
[19:49] <infinity> doko: Is there a plan to move to gcc-6 this cycle too, or is that for 17.04?
[19:49] <cjwatson> infinity: Yeah but that's not quite the problem here.  I think it needs a slightly bigger hammer the first time round to cope with the old ghc not emitting no-PIE flags
[19:49] <infinity> cjwatson: Sure, I didn't mean for ghc, but rather in general.
[19:50] <infinity> cjwatson: Rebootstrapping compilers is a special kind of suck.
[19:50] <cjwatson> One reason it was conditionalised, IIRC, was that it hadn't been that long since -fno-PIE (or maybe -no-PIE) started existing at all.
[19:50] <cjwatson> In fact I think I remember at one point it may only have been valid with the set of patches applied on s390x (but I could be misremembering that).
[19:51] <cjwatson> Definitely remember running into something in that general area.
[19:51] <infinity> I wish they'd picked a different TLA for that.  I get hungry every time it's mentioned.
[19:51] <infinity> Mmm, PIE.
[19:51]  * infinity considers a trip to the pie shop.
[19:52] <infinity> The pie shop that cleverly waited until the lease was up on 314 10th Street and then made the building owners an offer they couldn't refuse.
[19:52] <infinity> (Seriously)
[19:53] <doko> infinity, I'd like to
[19:54] <infinity> doko: For opening, or later in the cycle when more ftbfs bugs have been fixed?
[19:54] <infinity> (Assuming the latter since you haven't changed -defaults yet)
[19:58] <doko> infinity, not before 6.2 is released which will be late June/early July
[19:58] <infinity> doko: Check.
[19:58] <doko> hrm, haskell packages are not using Built-Using attributes ...
[20:00] <infinity> The hashed runtime deps achieve basically the same result, I would think.
[20:01] <doko> no, not if there aren't any
[20:03] <infinity> doko: When are there ever not any?
[20:03] <infinity> Every -dev package depends on the -dev packages it was built with.
[20:03] <doko> infinity, haskell-text-icu builds a -dev package only
[20:03] <infinity> doko: Yeah, check its deps.
[20:03] <doko> not for non-haskell libs
[20:03] <infinity> (base)adconrad@nosferatu:~$ apt-cache show libghc-text-icu-dev | grep ^Depends
[20:03] <infinity> Depends: libghc-base-dev-4.8.2.0-0d6d1, libghc-bytestring-dev-0.10.6.0-9a873, libghc-deepseq-dev-1.4.1.1-614b6, libghc-text-dev-1.2.2.0-2c09c, libc6 (>= 2.2.5), libicu-dev
[20:04] <infinity> Ahh, I see.  Yeah, no Built-Using for the C libs.
[20:04] <infinity> That's probably something dh-haskell could fix.
[20:04] <infinity> s/could/should/
[20:09] <infinity> And thanks to Haskell transitions happening every 3 weeks, I assume a dh-haskell change affects the entire rdep tree pretty quickly. :P
[20:18] <doko> cjwatson, just in case this gives you more information: https://launchpad.net/ubuntu/+source/haskell-text-icu/0.7.0.1-4build2
[20:18] <mwhudson> yeah, the fun with -fno-pie is that it was only added around the same time s390x started defaulting to pie
[20:38] <doko> xnox, would be nice if you could look tomorrow at the boost related ftbfs, which are blocking icu: osmium and mpd
[20:50] <LocutusOfBorg> hi can an archive admin please explain that? https://launchpad.net/ubuntu/+source/libcec/3.1.0+dfsg1-4
[20:50] <LocutusOfBorg> double publishing? cjwatson ^^
[20:55] <infinity> That looks like an unpleasant race...
[20:55] <infinity> wgrant: ^
[20:55] <LocutusOfBorg> :I*
[20:55] <LocutusOfBorg> seems so
[21:15] <slangasek> cjwatson: the patches for -fno-pie were always present on all architectures, but it was only introduced in the 16.04 cycle, so if you wanted backportability to any arch that existed prior to 16.04, you would need to conditionalize
[21:22] <infinity> Ahh, gross.
[21:23] <doko> I was told these races were harmless
[21:24] <infinity> doko: That race looks harmful, as it has duplicate build records, both of which succeeded.  So, no way to reconcile disk and librarian.
[21:24] <doko> infinity, well, then re-upload
[21:24] <infinity> (Most double build record races result in fail/success or fail-to-upload/success pairs)
[21:24] <infinity> doko: Sure, I just want wgrant/cjwatson to look at the current state first to see WTF.
[21:24] <infinity> doko: Reuploading it likely the short-term fix once they've had a look.
[21:25] <doko> I think that's known
[21:25] <infinity> s/it likely/is likely/
[23:00] <cjwatson> doko: basically identical, as expected.  No point uploading haskell-* stuff until ghc is sorted.
[23:01] <cjwatson> infinity: Just looks like the usual race when something's double-accepted from the queue or similar
[23:01] <cjwatson> Indeed just reupload.