[19:07] <daftykins> i'm about to invade the UK again on Monday, but all foodstuffs are safe for the most part i think :)
[19:18] <zxmpi> except chocolate oranges, attempt no pucrchases there :-)
[19:30] <daftykins> haha been a long time now, i've gone off those a lot
[19:33] <zxmpi> who are you and what did you do to the real daftykins?!
[19:33] <daftykins> hah
[19:33]  * zxmpi wanders off for daily walk
[19:33] <daftykins> ah this is the one that has touched burnout due to an unhinged client
[21:42] <zxmpi> sorry to hear that, they can drive you bonkers
[21:43] <daftykins> mmm this is the elderly wealthy one, lately he's slipped mentally so much it can be an email at 10:00, call at 10:03, SMS thereafter
[21:49] <daftykins> oh i should add that the subject was trivial, not an emergency xD
[21:51] <zxmpi> some sort of auto response to his email. wait 30 minues after you receive this email before calling. any sooner and i won't have an answer yet...
[21:59]  * penguin42 replaces daftykins with a small LLM
[22:00] <daftykins> :D
[22:01] <penguin42>  "You are an LLM that should pretend to be a highly skilled but lazy IT engineer.   Ask questions of the caller to ascertain what the problem is and try and suggest simple fixes.  Only when desperate ask your owner to help.  To delay the caller ask for Jaffa Cakes."
[22:02] <daftykins> \o/
[22:02] <daftykins> uh oh you might have woken davef with that reference
[22:18] <zxmpi> for speedy service offer to loan him season 2 of firefly
[22:20] <daftykins> still never enjoyed what i saw of that *dons flame-proof suit*
[23:37] <penguin42> dam, what was the spoof public information film that predicted people buying 50 rolls of toilet paper etc in a disaster
[23:38] <daftykins> pass!
[23:38] <daftykins> pre-pandemic genius? :D
[23:39] <penguin42> it was one of the well known comics who did it a few years before the pandemic
[23:43] <penguin42> oh, was it a David Mitchell thing...
[23:47] <penguin42> it's a mitcchell and webb thing, but hmm
[23:50] <daftykins> hrmm
[23:54] <penguin42> damn, I can't find the actual one - but I think it starts off with an episode of The Quiz or perhaps does into that
[23:54] <penguin42> but it tells you all the things you'll need and how you'll hear a warning sound etc
[23:56] <daftykins> ah yeah


[13:46] <jrwren> keynote is in 15min: http://summit.ubuntu.com/uos-1611/2016-11-15/
[13:55] <cmaloney> Good morning
[13:55] <rick_h> morning
[13:56] <jrwren> good morning
[13:56] <Scary_Guy> morning
[21:42] <cmaloney> Afternoon and all that.
[21:45] <gamerchick02> 'zactly
[21:46] <gamerchick02> what do you say to someone at work who wants to change your entire desk setup for "dual monitors" when you don't like that?
[21:46] <cmaloney> Have you tried dual monitors?
[21:46] <gamerchick02> seriously, i use one so i don't lose things. just because i don't work the same way as you do (you damn millennial) doesn't mean i'm freaking WRONG
[21:47] <gamerchick02> yes, it's a pain in my backside and i don't particularly like it.
[21:47] <cmaloney> I find dual monitors handy but I can understand the pushback
[21:47] <cmaloney> Use one as a wallpaper monitor.
[21:47] <gamerchick02> also "use the remote desktop, it's so much better"
[21:47] <cmaloney> so you have an ever-changing picture in your office. :)
[21:47] <gamerchick02> no, i can't pull reports out of CoDeP and save them properly with that
[21:48] <cmaloney> Ah, then you have something you can push back with
[21:48] <gamerchick02> i tile, as well as i can in windows 7
[21:48] <cmaloney> Then tell them "my work becomes more difficult with two monitors"
[21:49] <gamerchick02> he offered another monitor and i laughed. it was so tiny! it was CUTE
[21:49] <gamerchick02> (i have a CAD laptop, my monitor is much larger)
[21:49] <gamerchick02> i guess i just don't like people telling me how to setup my workspace. just because it works for you doesn't mean it will work for me.
[21:50] <cmaloney> That's understandable
[21:50] <gamerchick02> i'm particular about how my stuff is setup. don't force me to change.
[21:50] <gamerchick02> i'm a grumpy old
[21:50] <gamerchick02> i can say that because the guy training me is under 30
[21:50] <cmaloney> heh
[21:50] <cmaloney> brb
[21:50] <gamerchick02> i'm 35. hence grumpy old
[21:50] <gamerchick02> ok!
[23:21] <jrwren> ha!
[23:21] <jrwren> so true.
[23:44] <cmaloney> I've found both doual monitors and single monitors can be productive
[23:44] <cmaloney> I prefer the dual monitors when I'm developing as I can keep docs / browsers opn in another tab
[23:44] <cmaloney> er, monitor
[23:45] <cmaloney> but I wouldn't presume to make it mandatory
[23:45] <cmaloney> $lastjob had a dual monitor workspace by default for everyone in the company
[23:45] <cmaloney> but a  lot of folks had multiple applications open that they used to check data and what-not
[23:45] <cmaloney> again, presumption is the devil.


[00:12] <cjwatson> teward: I don't feel it necessary for people to ask before /msging me, but I'm also about to go to bed, so how about I answer when I'm next around
[01:54] <teward> cjwatson: sounds good, though I think I solved the issue for now
[06:35] <happyaron> bdmurray: I see, it was generated on a debian box
[06:35] <happyaron> bdmurray: should I re-upload it?
[06:55] <bdmurray> happyaron: please
[06:55] <happyaron> will do
[09:38] <ioanm> hi, a few legal question about rolling IoanOS a ubuntu based distro
[09:38] <ioanm> is it okay if I keep the ubuntu dash logo?
[09:39] <ioanm> and replace Ubuntu Desktop with IoanOS Desktop, and change the default unity theme to Numix?
[09:39] <ioanm> and add my PPA
[10:17] <ioanm> what do I type in lsb-release?
[11:19] <alkisg> Hi, I'm trying to enable popularity contest in xenial, and the ***server***-side python script dies with:
[11:19] <alkisg>  File "/srv/popcon.ubuntu.com/www/popcon-submit.cgi", line 30, in <module>
[11:19] <alkisg>     mkdirs(hashDir,0755)
[11:19] <alkisg> NameError: name 'hashDir' is not defined
[11:19] <alkisg> If I try sending the data to debian instead, it succeeds
[11:19] <alkisg> ...where would I report a server-side error?
[18:14] <Unit193> shadeslayer: Can you sync libmygpo-qt from Debian?  Causing clementine to get stuck in depwait.


[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-1ubuntu<IP_ADDRESS> => 3.0.0-2ubuntu<IP_ADDRESS>] (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) [<IP_ADDRESS>ubuntu1] (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) [<IP_ADDRESS>ubuntu1] (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) [<IP_ADDRESS>ubuntu1] (kubuntu, ubuntu-desktop)
[14:54] -queuebot:#ubuntu-release- New binary: boost-defaults [armhf] (zesty-proposed/main) [<IP_ADDRESS>ubuntu1] (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) [<IP_ADDRESS>ubuntu1] (kubuntu, ubuntu-desktop)
[14:57] <Laney> xnox: Let's do it
[14:58] -queuebot:#ubuntu-release- New binary: boost-defaults [powerpc] (zesty-proposed/main) [<IP_ADDRESS>ubuntu1] (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) [<IP_ADDRESS>ubuntu1]
[15:46] -queuebot:#ubuntu-release- New: accepted boost-defaults [armhf] (zesty-proposed) [<IP_ADDRESS>ubuntu1]
[15:46] -queuebot:#ubuntu-release- New: accepted boost-defaults [powerpc] (zesty-proposed) [<IP_ADDRESS>ubuntu1]
[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) [<IP_ADDRESS>ubuntu1]
[15:46] -queuebot:#ubuntu-release- New: accepted boost-defaults [ppc64el] (zesty-proposed) [<IP_ADDRESS>ubuntu1]
[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) [<IP_ADDRESS>ubuntu1]
[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) [<IP_ADDRESS>-1]
[15:47] -queuebot:#ubuntu-release- New: accepted haskell-relational-query-hdbc [i386] (zesty-proposed) [<IP_ADDRESS>-1]
[15:47] -queuebot:#ubuntu-release- New: accepted haskell-relational-query-hdbc [s390x] (zesty-proposed) [<IP_ADDRESS>-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) [<IP_ADDRESS>-1]
[15:47] -queuebot:#ubuntu-release- New: accepted haskell-relational-query-hdbc [powerpc] (zesty-proposed) [<IP_ADDRESS>-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) [<IP_ADDRESS>-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-0ubuntu<IP_ADDRESS>]
[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-0ubuntu<IP_ADDRESS>]
[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.