[04:02] -queuebot:#ubuntu-release- New source: snapd-glib (xenial-proposed/primary) [1.2-0ubuntu2~xenial1]
[04:05] -queuebot:#ubuntu-release- New source: snapd-glib (xenial-proposed/primary) [1.2-0ubuntu2~xenial2]
[08:09] -queuebot:#ubuntu-release- Unapproved: xorg-server (yakkety-proposed/main) [2:1.18.4-1ubuntu6 => 2:1.18.4-1ubuntu6.1] (desktop-core, xorg)
[08:16] -queuebot:#ubuntu-release- Unapproved: xorg-server (xenial-proposed/main) [2:1.18.4-0ubuntu0.1 => 2:1.18.4-0ubuntu0.2] (desktop-core, xorg)
[09:45] -queuebot:#ubuntu-release- New source: budgie-welcome (zesty-proposed/primary) [0.3.14]
[10:31] -queuebot:#ubuntu-release- Unapproved: unscd (trusty-updates/universe) [0.51-1build2 => 0.51-1ubuntu1] (no packageset)
[13:35] <balloons> bdmurray, could you have a look at the juju-core uploads in yakkety and xenial? We found something during SRU verification, so this upload the issue
[14:12] <LocutusOfBorg> PERLLLLLLLLLLLLLLL
[14:12] <LocutusOfBorg> :D
[14:16] <mapreri> well, at least it's a candidate now.
[14:17] <LocutusOfBorg> no, it has MIGRATED
[14:17] <mapreri> oh, "Deleted 4 minutes ago by Ubuntu Archive Robot moved to release"
[14:17] <LocutusOfBorg> :D
[14:17] <mapreri> I was looking in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt, but that says "skipped", guess it's the old run :)
[14:19] <LocutusOfBorg> now, an archive-admin having a look at haskell-* in new queue, libcgicc (no transition involved, soname bump but no reverse-deps), and es-module-loader-0.17.js/webcomponentsjs-custom-foo* would be awesome
[14:19] <LocutusOfBorg> the last two are needed for some golang packages
[14:28] <cjwatson> LocutusOfBorg: holding off on that haskell-* until I get the seventh architecture built, which was blocked due to a spurious failure in yakkety that nobody thought to retry; it's working its way through a dep-wait chain now
[14:31] -queuebot:#ubuntu-release- Unapproved: mistral (yakkety-proposed/universe) [3.0.0-1ubuntu0.16.10.1 => 3.0.0-2ubuntu0.16.10.1] (no packageset)
[14:41] <LocutusOfBorg> cjwatson, if you are talking about haskell-th-reify-compat, I think I retried ppc64el
[14:41] <LocutusOfBorg> somewhen around one week ago IIRC
[14:41] <cjwatson> I am, and you didn't
[14:42] <LocutusOfBorg> I'm happy it worked
[14:42] <cjwatson> but I did
[14:42] <LocutusOfBorg> cjwatson, I remember trying it and seeing it fail
[14:42] <cjwatson> there was no record of that in LP
[14:42] <LocutusOfBorg> but I might be wrong, it was an haskell package and a ppc64el arch
[14:42] <LocutusOfBorg> let me see
[14:42] <cjwatson> anyway, it had to have a real upload to zesty-proposed since a retry in yakkety-proposed couldn't be copied to zesty-proposed for some reason I couldn't be bothered to work out
[14:43] <LocutusOfBorg> ok thanks :)
[14:46] <LocutusOfBorg> what is your opinion on ghc8?
[14:47] <cjwatson> I don't have one
[14:47] <cjwatson> I blacklisted stuff for you to give you flexibility
[14:47] <cjwatson> though in general the less we hold back probably the better
[14:48] <xnox> Laney, can you deploy https://code.launchpad.net/~xnox/debian-cd/4k-key-for-release/+merge/309764 per chance? to unbork zesty images?
[14:48] <LocutusOfBorg> cjwatson, I would like to see it going in Debian Stretch
[14:48] <LocutusOfBorg> and then I'll ask to remove the block
[14:49] <LocutusOfBorg> stuff like pandoc is still broken, and also some architectures
[14:49] <cjwatson> stretch seems overkill, but waiting until the transition seems mostly complete is probably reasonable enough
[14:49] <cjwatson> I don't think you need to wait for the n-day delay
[14:49] <LocutusOfBorg> sure, but there are some unfixed issues
[14:50] <LocutusOfBorg> oh well, pandoc uploaded
[14:51] <LocutusOfBorg> > 3) haskell-lambdabot-haskell-plugins - possible ghc bug, see #842740
[14:51] <LocutusOfBorg> this one ^^
[14:52] <LocutusOfBorg> other stuff should be good wrt ubuntu archs
[14:53] -queuebot:#ubuntu-release- New binary: boost-defaults [ppc64el] (zesty-proposed/main) [1.62.0.0ubuntu1] (kubuntu, ubuntu-desktop)
[14:53] <Laney> xnox: shouldn't we be using long keyids nowadays?
[14:53] <Laney> It's mostly academic here, but still
[14:54] -queuebot:#ubuntu-release- New binary: boost-defaults [amd64] (zesty-proposed/main) [1.62.0.0ubuntu1] (kubuntu, ubuntu-desktop)
[14:54] <xnox> it probably should; but if we have evil32 keys on _that_ machine we are doomed anyway =)
[14:54] <xnox> could switch to full fingerprints
[14:54] -queuebot:#ubuntu-release- New binary: boost-defaults [arm64] (zesty-proposed/main) [1.62.0.0ubuntu1] (kubuntu, ubuntu-desktop)
[14:54] -queuebot:#ubuntu-release- New binary: boost-defaults [armhf] (zesty-proposed/main) [1.62.0.0ubuntu1] (kubuntu, ubuntu-desktop)
[14:55] <LocutusOfBorg> xnox, will boost need a new stransition once openssl1.1 reaches zesty?
[14:55] <LocutusOfBorg> I see many ifdefs in the code around some openssl functions
[14:55] <LocutusOfBorg> e.g. the code around SSL_R_SHORT_READ
[14:57] -queuebot:#ubuntu-release- New binary: boost-defaults [i386] (zesty-proposed/main) [1.62.0.0ubuntu1] (kubuntu, ubuntu-desktop)
[14:57] <Laney> xnox: Let's do it
[14:58] -queuebot:#ubuntu-release- New binary: boost-defaults [powerpc] (zesty-proposed/main) [1.62.0.0ubuntu1] (kubuntu, ubuntu-desktop)
[14:58] <xnox> LocutusOfBorg, no, as that's templates only..... boost templates files are unaffected. Things that use those templates and link to openssl, have binary dep on openssl, and will be part of the openssl transition. boost abi is unaffected
[14:59] <xnox> also i don't want to take openssl transition; until debian actually completes it; migrates to testing; and uses it for a bit. E.g. I don't want it for zesty.
[15:02] <LocutusOfBorg> ok thanks
[15:02] <LocutusOfBorg> well, I don't even want to transition it for sure
[15:02] <LocutusOfBorg> but since openssl raised bugs to RC, I expect in one month the transition to start
[15:02] <LocutusOfBorg> it would be feasible for zesty in that case, assuming that qt is fixed
[15:05] <xnox> Laney, pushed using full fingerprint. When deployed; a respin of xenial & zesty would be nice. To make sure it doesn't explode and is good.
[15:06] <Laney> xnox: ta
[15:06] <Laney> cjwatson: ^- any chance of a quick glance over xnox's branch if you've got a second?
[15:08] <xnox> https://code.launchpad.net/~xnox/debian-cd/4k-key-for-release/+merge/309764
[15:09] <Laney> also, does anyone have any objection to turning auto-sync back on now?
[15:09] <xnox> Laney, boost-defaults should clear new.
[15:09] <LocutusOfBorg> also xapian-core please sync before it :)
[15:09] <xnox> doko, pitti, apw: could you please whizz boost-defaults through binNMU
[15:12] <cjwatson> Laney: no objection as long as that key actually exists in that keyring
[15:14] <Laney> Yeah, checking once I can find it
[15:15] <Laney> Got it
[15:17]  * Laney sucks at the gpg commandline
[15:46] -queuebot:#ubuntu-release- New: accepted boost-defaults [amd64] (zesty-proposed) [1.62.0.0ubuntu1]
[15:46] -queuebot:#ubuntu-release- New: accepted boost-defaults [armhf] (zesty-proposed) [1.62.0.0ubuntu1]
[15:46] -queuebot:#ubuntu-release- New: accepted boost-defaults [powerpc] (zesty-proposed) [1.62.0.0ubuntu1]
[15:46] -queuebot:#ubuntu-release- New: accepted budgie-welcome [source] (zesty-proposed) [0.3.14]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [arm64] (zesty-proposed) [3.2.16-0.1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [i386] (zesty-proposed) [3.2.16-0.1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [ppc64el] (zesty-proposed) [3.2.16-0.1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [amd64] (zesty-proposed) [3.2.16-0.1~build1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [armhf] (zesty-proposed) [3.2.16-0.1~build1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [powerpc] (zesty-proposed) [3.2.16-0.1~build1]
[15:46] -queuebot:#ubuntu-release- New: accepted boost-defaults [arm64] (zesty-proposed) [1.62.0.0ubuntu1]
[15:46] -queuebot:#ubuntu-release- New: accepted boost-defaults [ppc64el] (zesty-proposed) [1.62.0.0ubuntu1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [armhf] (zesty-proposed) [3.2.16-0.1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [s390x] (zesty-proposed) [3.2.16-0.1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [i386] (zesty-proposed) [3.2.16-0.1~build1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [s390x] (zesty-proposed) [3.2.16-0.1~build1]
[15:46] -queuebot:#ubuntu-release- New: accepted boost-defaults [i386] (zesty-proposed) [1.62.0.0ubuntu1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [powerpc] (zesty-proposed) [3.2.16-0.1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [ppc64el] (zesty-proposed) [3.2.16-0.1~build1]
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [amd64] (zesty-proposed) [3.2.16-0.1]
[15:46] <doko> xnox: done
[15:46] -queuebot:#ubuntu-release- New: accepted libcgicc [arm64] (zesty-proposed) [3.2.16-0.1~build1]
[15:47] -queuebot:#ubuntu-release- New: accepted budgie-desktop-environment [source] (zesty-proposed) [0.5.0]
[15:47] -queuebot:#ubuntu-release- New: accepted haskell-relational-query-hdbc [arm64] (zesty-proposed) [0.6.0.2-1]
[15:47] -queuebot:#ubuntu-release- New: accepted haskell-relational-query-hdbc [i386] (zesty-proposed) [0.6.0.2-1]
[15:47] -queuebot:#ubuntu-release- New: accepted haskell-relational-query-hdbc [s390x] (zesty-proposed) [0.6.0.2-1]
[15:47] -queuebot:#ubuntu-release- New: accepted pulseaudio [arm64] (zesty-proposed) [1:9.0-4ubuntu1]
[15:47] -queuebot:#ubuntu-release- New: accepted pulseaudio [i386] (zesty-proposed) [1:9.0-4ubuntu1]
[15:47] -queuebot:#ubuntu-release- New: accepted pulseaudio [ppc64el] (zesty-proposed) [1:9.0-4ubuntu1]
[15:47] -queuebot:#ubuntu-release- New: accepted haskell-relational-query-hdbc [amd64] (zesty-proposed) [0.6.0.2-1]
[15:47] -queuebot:#ubuntu-release- New: accepted haskell-relational-query-hdbc [powerpc] (zesty-proposed) [0.6.0.2-1]
[15:47] -queuebot:#ubuntu-release- New: accepted pulseaudio [armhf] (zesty-proposed) [1:9.0-4ubuntu1]
[15:47] -queuebot:#ubuntu-release- New: accepted pulseaudio [s390x] (zesty-proposed) [1:9.0-4ubuntu1]
[15:47] -queuebot:#ubuntu-release- New: accepted haskell-relational-query-hdbc [armhf] (zesty-proposed) [0.6.0.2-1]
[15:47] -queuebot:#ubuntu-release- New: accepted pulseaudio [powerpc] (zesty-proposed) [1:9.0-4ubuntu1]
[15:47] -queuebot:#ubuntu-release- New: accepted pulseaudio [amd64] (zesty-proposed) [1:9.0-4ubuntu1]
[15:48] -queuebot:#ubuntu-release- New binary: budgie-desktop-environment [amd64] (zesty-proposed/none) [0.5.0] (no packageset)
[15:49] -queuebot:#ubuntu-release- New binary: budgie-welcome [amd64] (zesty-proposed/none) [0.3.14] (no packageset)
[15:51] <xnox> doko, tah.
[15:52] <clivejo> cjwatson: do you know if zesty iso's are building okay?
[15:52] <xnox> clivejo, they are building fine; just fairly useless to be installed from. We are currently respining with a proposed fix.
[15:53] <clivejo> getting few report that cant install from current ISO's
[15:53] <clivejo> any idea why that might be?
[15:53] <Laney> What xnox just said
[15:54] <xnox> https://bugs.launchpad.net/ubuntu-cdimage/+bug/1637985
[15:54] <ubot5`> Ubuntu bug 1637985 in ubiquity (Ubuntu) "zesty install fails - "An attempt to configure apt to install additional packages from the CD failed."" [Critical,Triaged]
[15:56] <cjwatson> clivejo: FWIW I'm not really involved in image building any more
[15:56] <cjwatson> so best not to direct such queries to me
[15:57] <clivejo> oh sorry, thought I read on your website, my bad!
[15:57] <cjwatson> oh yeah I'll update that at some point
[15:57] <cjwatson> actually to be fair it says that I used to do it and still often contribute to it, not that I'm still responsible for it :)
[15:59] <clivejo> the respin is only for ubuntu at this point?
[16:06] <xnox> clivejo, the problem is known; affects all flavours; and is in progress being fixed. we hope to have tomorrow's dailies working correctly. the status will be updated on the above mentioned bug report.
[16:07] <xnox> you can subscribe to the bug report for updates to the status notification.
[16:09] -queuebot:#ubuntu-release- New binary: xapian-core [s390x] (zesty-proposed/main) [1.4.1-1] (core)
[16:11] -queuebot:#ubuntu-release- New binary: xapian-core [ppc64el] (zesty-proposed/main) [1.4.1-1] (core)
[16:14] -queuebot:#ubuntu-release- New binary: xapian-core [powerpc] (zesty-proposed/main) [1.4.1-1] (core)
[16:15] -queuebot:#ubuntu-release- New binary: xapian-core [amd64] (zesty-proposed/main) [1.4.1-1] (core)
[16:17] -queuebot:#ubuntu-release- Unapproved: mistral (xenial-proposed/universe) [2.0.0-1ubuntu1 => 2.0.0-1ubuntu2] (no packageset)
[16:17] -queuebot:#ubuntu-release- New binary: xapian-core [i386] (zesty-proposed/main) [1.4.1-1] (core)
[16:21] -queuebot:#ubuntu-release- New binary: xapian-core [arm64] (zesty-proposed/main) [1.4.1-1] (core)
[16:21] -queuebot:#ubuntu-release- New binary: xapian-core [armhf] (zesty-proposed/main) [1.4.1-1] (core)
[16:23] <rbasak> Can someone move src:mysql-defaults to main please? I don't think a MIR bug is needed.
[16:27] <pitti> Laney: OMG you did it! congrats! (perl)
[16:29] <Laney> pitti: thanks!
[16:34] <Laney> doko: can you NEW xapian-core too please?
[16:37] <cjwatson> Laney: done while waiting for tests to run
[16:37] <Laney> cjwatson: merci
[16:37] <Laney> Those were the pre-auto-sync asks
[16:37] -queuebot:#ubuntu-release- New: accepted xapian-core [amd64] (zesty-proposed) [1.4.1-1]
[16:37] -queuebot:#ubuntu-release- New: accepted xapian-core [armhf] (zesty-proposed) [1.4.1-1]
[16:37] -queuebot:#ubuntu-release- New: accepted xapian-core [powerpc] (zesty-proposed) [1.4.1-1]
[16:37] -queuebot:#ubuntu-release- New: accepted xapian-core [s390x] (zesty-proposed) [1.4.1-1]
[16:37] -queuebot:#ubuntu-release- New: accepted xapian-core [arm64] (zesty-proposed) [1.4.1-1]
[16:37] -queuebot:#ubuntu-release- New: accepted xapian-core [ppc64el] (zesty-proposed) [1.4.1-1]
[16:38] -queuebot:#ubuntu-release- New: accepted xapian-core [i386] (zesty-proposed) [1.4.1-1]
[20:05] <balloons> RAOF, doing SRU's today?
[20:09] <Laney> auto-sync is back on, should run in just under 3 hours
[20:14] -queuebot:#ubuntu-release- Unapproved: accountsservice (trusty-proposed/main) [0.6.35-0ubuntu7.2 => 0.6.35-0ubuntu7.3] (ubuntu-desktop)
[20:42] <LocutusOfBorg> Laney, I'm doing some xapian rebuilds
[20:42] <LocutusOfBorg> can you please do the one in main?
[20:46] -queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (yakkety-proposed) [2.0.0-0ubuntu0.16.10.2]
[20:47] <LocutusOfBorg> zeitgeist, unity-lens-applications, aptitude, doxygen, notmuch needs rebuild
[20:49] -queuebot:#ubuntu-release- Unapproved: grub2 (zesty-proposed/main) [2.02~beta2-36ubuntu12 => 2.02~beta3-3] (core)
[20:49] -queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (xenial-proposed) [2.0.0-0ubuntu0.16.04.2]
[20:50] <slangasek> xnox: LP: #1637985, where did you see that this fix was deployed?
[20:50] <ubot5`> Launchpad bug 1637985 in ubiquity (Ubuntu) "zesty install fails - "An attempt to configure apt to install additional packages from the CD failed."" [Critical,Fix committed] https://launchpad.net/bugs/1637985
[20:52] -queuebot:#ubuntu-release- Unapproved: linux-firmware (xenial-proposed/main) [1.157.4 => 1.157.5] (core, kernel)
[20:53] <Laney> slangasek: I respun ubuntu/zesty/amd64 and xnox tested that
[20:53] <Laney> LocutusOfBorg: ok, tomorrow morning
[20:55] <LocutusOfBorg> thanks Laney :)
[20:56] <slangasek> Laney: but his linked branch had not been merged?
[20:57] <Laney> slangasek: It has; the LP one is a code import of some mirror that somehow gets updated from the branch on nusakan
[21:00] <Laney> (If LP doesn't work it out then either of us can set it to merged manuallyu)
[21:03] -queuebot:#ubuntu-release- Unapproved: grub2 (zesty-proposed/main) [2.02~beta2-36ubuntu12 => 2.02~beta3-3] (core)
[21:04] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (zesty-proposed) [2.02~beta3-3]
[21:04] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (zesty-proposed) [2.02~beta3-3]
[21:50] <xnox> slangasek, Laney - well the branch on launchpad is a mirror of cjwatson's branch. So i guess cjwatson needs to pull from nousakan....
[21:50] <xnox> cjwatson, can we make lp:~ubuntu-cdimage/debian-cd/ubuntu a proper branch somehow, instead of a mirror? And stop pestering you about these things =)
 Laney, somehow there is still one commit outstanding from my branch =/ the use full fingerprint
[22:14] <Laney> xnox: Maybe I forgot to pull or something, but it looks fixed now
[22:19] <xnox> Laney, hm, on https://code.launchpad.net/~xnox/debian-cd/4k-key-for-release/+merge/309764 it says "Unmerged revisions" maybe it will sort it self out whenver launchpad mirrors the branch again or something.
[22:19] <xnox> anyway =) not my problem how ~ubuntu-cdimage team deals with branchs =)
[22:20] <xnox> and branch management
[22:22] <Laney> xnox: https://bazaar.launchpad.net/~ubuntu-cdimage/debian-cd/ubuntu/revision/1955 the mystery is solved
[22:23] <xnox> Scooby doby dooooo
[22:23] <RAOF> balloons: Yo!
[22:23] <xnox> Laney, is autosync now back on? or not yet?
[22:24] <Laney> It's going to run soon
[22:24] <teward> OpenSSL isn't in the autosync is it?
[22:25] <teward> IIRC it's not, but i thought i'd ask anyways
[22:27] <xnox> we have a diff
[22:27] <xnox> and thus move to 1.1 will need a merge
[22:28] <xnox> i know that debian uploaded 1.1 just minutes ago, but I'd like mdeslaur feedback if we want to take 1.1 for zesty =/
[22:28] <teward> xnox, i know there'll be major breakages
[22:28] <xnox> i am guessing we might be forced by stuff we outsync.
[22:28] <sarnold> related https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827061
[22:28] <ubot5`> Debian bug 827061 in release.debian.org "transition: openssl" [Normal,Open]
[22:28] <xnox> teward, i honestly hope we will not take it until debian sorts it out.
[22:28] <teward> xnox, i'll have to prioritize an nginx merge then, because without a merge it'll FTBFS under OPenSSL 1.1
[22:28] <teward> xnox, I'm hoping so too, they've had it "underway" in Experimental for some time
[22:29] <xnox> there is too many broken things. Imho, helping with 1.1 migration in /debian/ is the best course of action at the moment.
[22:29] <teward> mhm
[22:29] <xnox> then merge 1.1 to ubuntu
[22:29] <xnox> then upload no change rebuilds
[22:29] <xnox> drink sangria in southern spain
[22:29]  * xnox likes my life goals
[22:30] <teward> heh
[22:30] <Laney> No sangria until you get Debian to run autopkgtests and they fix those too
[22:31] <xnox> :-(
[22:33] <mdeslaur> xnox: oh hell no
[22:33] <xnox> =)
[22:33] <teward> for some reason I expected that response, heh
[22:34] <mdeslaur> ;)
[22:34] <sarnold> wait is that "oh hell no" about the sangria or ...
[22:34] <teward> lol
[22:35]  * xnox can always stir an Old Fashioned for mdeslaur 
[22:37]  * teward raises his hand
[22:37] <teward> I'll take one xnox :P
[22:38] <teward> this nginx merge is already annoying me, too many new binary packages to worry about
[22:38] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (yakkety-proposed/main) [1:16.10.8 => 1:16.10.9] (core)
[22:38] <xnox> teward, at least you can build-depend on anything you want (universe including)
[22:38] <xnox> and just generate binary packages that will go into universe with universe depends.
[22:38] <teward> xnox, true statement, but i'm more worried about what we are going to include in main and what won't be
[22:39] <xnox> e.g. src:boost is no longer split into main-only & universe packages.
[22:39] <xnox> right
[22:39] <teward> effectively, a merge with Debian does away with the flavor-specific binaries, and 'nginx' becomes a binary package.
[22:39] <xnox> that's a product / feature decisions
[22:39] <teward> the flavors become metapackages, which pull in the nginx + dynamic module libraries
[22:39] <teward> and it's *those* i'm concerned about
[22:39] <teward> ... that and restructuring nginx-core
[22:39] <teward> (to match these changes...))
[22:39] <sarnold> xnox: except I was a cranky crackpot with the nginx mir and wanted a bunch of the packages with third-party-code ot be shoved into universe
[22:40] <teward> sarnold, which is why nginx-core was created
[22:40]  * teward throws his command line into a fire
[22:40] <teward> i should probably worry about this after a good night's sleep
[22:40] <teward> rather than right now :P
[22:40] <xnox> sarnold, plus my crackpot archive-reorg was done after your incident, not before. =/
[22:40] <sarnold> or week? :)
[22:41] <sarnold> xnox: I still haven't figured out the consequences of that yet :)
[22:41] <xnox> sarnold, the consequence is that doxygen can be in universe, with all packages in main building documentation with doxygen.
[22:42] <sarnold> xnox: that bit I get and like :) hehe
[22:42] <xnox> however, golang packages pick up Build-Using and britney smacks it in the head saying no-matey no-migratey
[22:43] <teward> xnox, I am quite happy the build-depend on anything part is good
[22:44] <teward> because it doesn't alter runtime deps for nginx modules currently, and reduces the build-depends delta with Debian :P
[22:45] <xnox> yeah, i had 1-on-1 with steve. And i complained that actually the only relevant and useful part of reorg is this "allow universe build-deps" and all the other stuff about abolishing "main/universe/multiverse/restricted" and using layers and doing apt changes to support sets is rubbish and doesn't improve developer's every day life whats-so-ever. he told me to finish that.
[22:45] <xnox> i'm happy that i kind of can now put archive reorg to rest.
[22:45] <xnox> The other stuff with seeds; and granting upload permissions per seed; and per package; is also nice, but imho orthogonal to "please let me use universe build-deps, kthxbye"
[22:46] <xnox> rant over, i need to go to sleep.
[22:46] <teward> good night xnox
[22:46] <sarnold> night xnox :)
[23:32] <cjwatson> xnox: I don't need to pull, there's a cron job (maybe not as frequent as you'd like).  I've been ignoring this on the basis that it'll presumably switch to git at some point and then not be a problem any more.