[05:10] <kubotu> ::workspace-bugs:: [1010966] KDM doesn't allow login into Unity, Gnome3, Unity 2D... @ https://bugs.launchpad.net/bugs/1010966 (by Tommy_CZ)
[06:47] <ScottK> shadeslayer: Really?
[06:47] <ScottK> virtuoso-opensource 6.1.6+repack-0ubuntu1~ppa1
[06:47] <ScottK> Bad version on something meant for the archive or PPA package accidentally in the main archive?
[08:00] <mikhas> moin^2
[09:05] <Riddell> ScottK: my fault
[11:49] <Darkwing> afiestas_: ping
[11:49] <afiestas_> Darkwing: pong
[11:50] <Darkwing> afiestas_: you have Quatzel builds for https://launchpad.net/webaccounts ?
[11:50] <afiestas_> no idea
[11:50] <Darkwing> :D
[11:50] <Darkwing> Okay
[11:50] <Darkwing> I just noticed that https://code.launchpad.net/~cyberspace/+recipe/webaccounts-daily was only building for Precise.
[11:51] <afiestas_> then I guess I do not
[11:52] <Riddell> Darkwing: tick the quantal box!
[11:52] <Riddell> you know you want to
[11:53] <Darkwing> Riddell: Yeah yeah yeah... Just did. :D
[11:56] <Riddell> forums positive about 4.9 http://forum.kde.org/viewtopic.php?f=73&t=107287
[11:58] <Peace->  Riddell wanna a bug?
[11:58] <Peace-> hehhehe
[11:58] <Peace-> run k3b and it will ask you  for mp3 encoder
[11:59] <Peace-> close k3b and reopen it
[11:59] <Peace-> it will ask for mp3 encoder again
[12:00] <Riddell> Peace-: hmm yes
[12:02] <Peace-> Riddell: i have  already installed btw http://wstaw.org/m/2012/08/10/plasma-desktopQ17248.png
[12:02] <Peace-> Riddell: it does in 12.04 and 12.10
[12:08] <Darkwing> ohhhhhhhh jsut wonderful. webaccounts failed to build on quantal
[12:08] <Darkwing> https://launchpadlibrarian.net/112404758/buildlog.txt.gz
[12:08] <Darkwing> buggerface
[12:11] <Riddell> Peace-: a mystery, fancy reporting a bug?
[12:23] <Peace-> Riddell: right now i am working on FFmpeg service menu :D i am at end i guess
[12:42] <Darkwing> Dang it...
[12:43] <Darkwing> Desktop AND server broke in the move. *sigh*
[12:44] <Riddell> Darkwing: careless baggage handlers?
[12:45] <Darkwing> Riddell: I guess... :/
[12:46] <Riddell> Peace-: mm, it's because it's looking for /var/lib/dpkg/info/libmp3lame0.md5sums but the file is now /var/lib/dpkg/info/libmp3lame0:i386.md5sums
[12:47] <Riddell> Darkwing: broke bad?
[12:47] <Darkwing> Riddell: oh yeah.
[12:48] <Darkwing> Riddell: cracked case, m-board messed up...
[12:48] <Darkwing> the HDs are good.
[12:48] <Darkwing> So, that's a plus
[12:48] <Riddell> hum
[12:48] <Riddell> it's america, sue them!
[12:48] <Darkwing> Riddell: ROFL! It takes money to do that :/
[12:49] <Darkwing> and I'm still unemployed and broke.
[12:52] <Peace-> Riddell: good
[12:52] <Riddell> it takes money to sue people?  that seems the wrong way around
[12:53] <Riddell> Peace-: what does   ls /var/lib/dpkg/info/libmp3lame0*  give you ?
[12:55] <Peace-> Riddell: one second
[12:55] <Darkwing> Riddell: It's the old, must have money to make money thing.
[12:56] <Darkwing> Plus... I don't believe in the random suing of people.
[12:56] <Peace-> Riddell: here it is http://wstaw.org/m/2012/08/10/plasma-desktopU17248.png
[12:57] <Peace-> symbolic link to fix this ?
[13:05] <ScottK> Riddell: Do you have the Amarok arm* FTBFS on your list?  Our arm* live FS builds will fail until it's fixed.
[13:07] <Riddell> ScottK: hmm no, I hadn't seen it thanks
[13:07] <ScottK> Riddell: I already mashed the retry button once and it didn't help, FYI.
[13:08] <Riddell> ScottK: nah some file isn't compiled there
[13:31] <ScottK> apachelogger_, debfx, jtechidna, Quintasan_, and shadeslayer: Ping re access to the updated armhf box (see kubuntu-devel ML).
[13:35] <debfx> ScottK: can't you copy the shadow entries?
[13:36] <ScottK> I don't think I got the UIDs the same when I created the users.
[13:36] <ScottK> I guess I could have.
[13:38] <debfx> the shadow file doesn't store UIDs
[13:39] <ScottK> OK.
[13:39] <debfx> I haven't actually tried copying shadow entries to other machines but I don't see why it shouldn't work
[13:40] <jtechidna> ScottK: pong. but I don't think I had an account on the old box
[13:40] <ScottK> You did.
[13:40] <jtechidna> oh :D
[13:40] <ScottK> That doesn't mean you used it, of course.
[13:40] <jtechidna> right
[13:40] <jtechidna> yeah, I don't think I did
[13:41]  * Quintasan_ reads
[13:43] <Quintasan> ScottK: So, did you copy shadow entries?
[13:44] <ScottK> Doing now.
[13:44] <Quintasan> ok
[13:45] <ScottK> debfx: I copied your entry over.
[13:47] <debfx> ScottK: debfx is not in the sudoers file.  This incident will be reported.
[13:48] <ScottK> debfx: You are now.  Please logout/in and try again.
[13:48] <Riddell> naughty boy
[13:49] <debfx> ScottK: I still get the error
[13:49] <ScottK> debfx: Try again.
[13:50] <debfx> ScottK: yep works now. thanks
[13:50]  * ScottK copies more shadow entries.
[14:05] <ScottK> Done.
[14:34] <Peace-> guys there is a big problem here
[14:34] <Peace-> i mean the ffmpeg made from libav deves is deprecated
[14:34] <ScottK> What do you mean by that?
[14:35] <Peace-> ScottK: it sasys to use avconv
[14:35] <ScottK> What does?
[14:35] <Peace-> ffmpeg version 0.8.3-4:0.8.3-0ubuntu3, Copyright (c) 2000-2012 the Libav developers
[14:35] <Peace->   built on Jul 30 2012 22:10:17 with gcc 4.7.1
[14:35] <Peace-> *** THIS PROGRAM IS DEPRECATED ***
[14:35] <Peace-> This program is only provided for compatibility and will be removed in a future release. Please use avconv instead.
[14:36] <Peace-> but doesn't recognize ffmpeg options
[14:36] <Peace-> what's the point to use this ?
[14:37] <jtechidna> http://libav.org/index.html#fftools_rename
[14:37] <Peace-> btw there is a waay to install the true ffmpeg on ubuntu or not?
[14:37] <Peace-> i mean i can compile and there is not problem at all
[14:37] <ScottK> It's a change withing libav, not a replacement for it.
[14:37] <Peace-> but ...
[14:37] <ScottK> I'm sure you can, but it's completely unsupported.
[14:38] <ScottK> Ubuntu gets it's ffmpeg/libav from Debian and they're using libav.
[14:38] <ScottK> Since they have developers that are deeply involved in the upstream issues, we're not going to deviate from what they do.
[14:39] <ScottK> AIUI, the fork happened due to social issues.  I wouldn't worry about it too much.
[14:39] <Peace-> well it's a nice mess
[14:39] <Peace-> ScottK: i am worryng a lots
[14:39] <Peace-> because i did FFmpeg dolphin service menu
[14:43] <ScottK> If you have compatibility concerns, I'd talk to siretart on #ubuntu-devel.  He can either help you or tell you who can to make sure your concerns are addressed.
[14:44] <Peace-> ScottK: sure i will do
[14:44] <Peace-> ScottK: from my point of view i will isntall ffmpeg or avconv
[14:44] <Peace-> instead if you install ffmpeg you get avconv and that crappy ffmpeg
[14:45] <Peace-> by libav devs
[14:48] <Quintasan> debfx: http://people.ubuntu.com/~quintasan/uploads/maliit-framework_0.90.0-0ubuntu1.dsc
[14:48] <Quintasan> Could you try testbuilding it in quantal?
[14:48] <Quintasan> I can't get list-missing to list anything
[14:48] <Quintasan> Though I install just two files
[14:49] <debfx> Quintasan: dget: curl maliit-framework_0.90.0.orig.tar.bz2 http://people.ubuntu.com/~quintasan/uploads/maliit-framework_0.90.0.orig.tar.bz2 failed
[14:49] <Quintasan> arrr
[14:49] <Quintasan> forgot to rename
[14:50] <Quintasan> debfx: Now
[14:51] <debfx> Quintasan: if you want list-missing you need to override dh_install with dh_install --list-missing
[14:52] <Quintasan> debfx: B10list-missing I mean
[14:52] <Quintasan> Even the hook doesn't list anything
[14:52] <debfx> yeah that only works with cdbs and dhmk
[14:52] <debfx> not with plain debhelper
[14:53] <debfx> what does the -r in "qmake -r" do?
[14:54] <debfx> Quintasan: mkdir: cannot create directory `/usr/include/maliit': Permission denied
[14:54] <Quintasan> No idea, upstream told me to use that switch for some reason
[14:54] <debfx> I'd replace qmake -r $(QMAKE_OPTIONS) with dh_auto_configure -- $(QMAKE_OPTIONS)
[14:54] <Quintasan> debfx: If you retry the build it completes
[14:54] <debfx> and GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 make install with GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 dh_auto_install
[14:55] <debfx> Quintasan: that only works when you run it as root
[14:55] <Quintasan> holy crap
[14:55] <Quintasan> there is a dobule dash there?
[14:56] <Quintasan> oh my god
[14:56]  * Quintasan is dumb
[14:56] <Quintasan> debfx: GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 dh_install --list-missing will work?
[14:57] <debfx> well currently the package tries to install stuff to / instead of debian/tmp/
[14:57] <Quintasan> make install does that
[14:57]  * Quintasan feels so stupid
[14:58] <debfx> that's why you should use dh_auto_*
[14:58] <debfx> dh_auto_install for qmake calls make install INSTALL_ROOT=debian/tmp
[14:59] <Quintasan> All files were installed into debian/maliit-framework
[14:59] <Quintasan> Hmm
[14:59] <Quintasan> there should be more files
[15:04] <Quintasan> hah
[15:05] <debfx> Quintasan: http://paste.debian.net/183060/
[15:08] <Quintasan> debfx: There is one thing I don't understand, if you override dh_auto_install it will invoke the things you overrode it with
[15:08] <Quintasan> Now how is override_dh_install different?
[15:09] <Quintasan> more importantly
[15:10] <Quintasan> When does it gets called
[15:10] <Quintasan> :S
[15:10] <debfx> dh has an ordered list of dh_* tools it calls
[15:12] <debfx> I don't understand your first question
[15:12] <Quintasan> well
[15:12] <Quintasan> okay
[15:12] <Quintasan> debfx: does dh_auto_install call dh_install?
[15:12] <debfx> no
[15:13] <debfx> dh_auto_* calls the upstream build system
[15:13] <Peace-> -.- i hate them really
[15:48] <allee> is there a networkmanagement pkg bzr repo?  Found nothing in kubuntu-packagers
[15:49] <allee> Riddell: ^
[15:50] <Riddell> allee: check debian/control
[15:50] <allee> k
[15:50] <Riddell> I doubt there's one in kubuntu
[15:56] <allee> Riddell: yes, not bzr entry.  Only the git repo of debian.
[15:57] <allee> so old way ...
[17:34] <shadeslayer> allee: don't think so
[17:34] <shadeslayer> oh brr
[17:40] <CIA-81> [nepomuk-core] Rohan Garg * 19 * debian/ (4 files in 2 dirs) Add fix_memory_leak.patch and fix_memory_leak_2.patch from the KDE 4.9 branch so that nepomuk doesn't consume all the RAM
[17:42] <shadeslayer> nepomuk fix also backported to precise
[18:10] <shadeslayer> who would be interested in testing a virtuoso 6.1.6 backport ?
[18:28]  * cmagina doesn't have any precise desktops anymore :(
[18:29] <shadeslayer> me neither
[18:29] <shadeslayer> I guess I'll have to download a VM tonight
[18:29] <shadeslayer> erm
[18:29] <shadeslayer> a ISO
[18:35] <cmagina> eventually i'll get my openstack cluster up and running make stuff like firing up new vms much easier
[18:35]  * cmagina says this even though the hardware has been sitting there for quite a few months already
[18:36]  * shadeslayer pats his ultra low spec VPS
[18:37] <cmagina> hehe
[18:39] <shadeslayer> you and your fancy clusters, I've yet to find something that can match IO speeds of my VPS :P
[18:49] <cmagina> mines more for learning how to build the stack and get familiar with the tools around it
[19:00] <genii-around> plasma-scriptengines .. Recommended: plasma-scriptengine-kimono    "Package plasma-scriptengine-kimono is not available, but is referred to by another package."
[19:09] <shadeslayer> genii-around: works just fine here
[19:09] <shadeslayer> http://paste.kde.org/532184/
[19:10] <genii-around> Interesting. I have only the regular repos and ninjas. ( quantal, 4.9.0 )
[19:11] <shadeslayer> dunno, I have all of the official repos, but no ninjas
[19:17] <genii-around> shadeslayer: If you try to install it, does it find the package?
[19:17] <shadeslayer> sec
[19:17] <shadeslayer> 0.o : WARNING: The following packages cannot be authenticated!
[19:19] <genii-around> Hm.
[19:19] <shadeslayer> give me a couple of minutes
[19:19]  * shadeslayer is updating his sources
[19:20]  * shadeslayer goes to find some food meanwhile
[19:20] <shadeslayer> here's a cat picture till I get back http://i.imgur.com/XFfLi.jpg
[19:28] <shadeslayer> ahhh
[19:28] <shadeslayer> genii-around: kimono is a suggested dep
[19:29] <shadeslayer> E: Package 'plasma-scriptengine-kimono' has no installation candidate
[19:29] <shadeslayer> indeed
[19:29] <shadeslayer> !info plasma-scriptengine-kimono precise
[19:30] <shadeslayer> !info plasma-scriptengine-kimono oneiric
[19:31] <shadeslayer> ok, so that should be dropped from the suggests
[19:31] <shadeslayer> genii-around: please file a bug so that I remember to fix that :)
[19:33] <ScottK> The new box has the big pbuilder cache and the big swap file now, so it should be good.
[19:35] <genii-around> shadeslayer: Will do
[19:40] <shadeslayer> interestingly, where did kimono go
[19:41] <shadeslayer> I think it's dropped or sth
[19:42] <CIA-81> [kde-workspace] Rohan Garg * 674 * debian/control Drop plasma-scriptengine-kimono from Suggests as the package is no longer available
[19:43] <shadeslayer> genii-around: ^ will be fixed in next upload :)
[19:44] <genii-around> Ah, cool.
[19:50] <genii-around> I was still trying to figure out which package to file a bug against....
[19:50] <shadeslayer> "UBUNTU ENTERPRISE SUMMIT" < sounds so fancy
[19:50] <shadeslayer> genii-around: kde-workspace ;)
[19:51] <shadeslayer> that's where all the scriptengines come from
[19:51] <shadeslayer> I believe the issue is that we don't package kde bindings anymore
[19:51] <shadeslayer> which would be required for p-s-k to work anyway
[19:53] <shadeslayer> virtuoso 6.1.6 for precise available from https://launchpad.net/~rohangarg/+archive/experimental
[19:53] <shadeslayer> please test :)
[19:53] <shadeslayer> well .. I just uploaded it
[19:53] <shadeslayer> will take some time to build ...
[19:59] <shadeslayer> off to sleep I am
[20:00] <cmagina> yeah, looks like they are working towards the openstack model, 3 days of developer conference followed by 2 days of a buisness/marketing conference
[20:00] <Riddell> genii-around: what recommends plasma-scriptengine-kimono ?  it isn't packaged
[20:01] <shadeslayer> Riddell: plasma-scriptengines suggested plasma-scriptengine-kimono
[20:01] <genii-around> Riddell: plasma-scriptengines  suggests it
[20:01] <shadeslayer> I've fixed it in kde-workspace
[20:10] <ScottK> shadeslayer: What's needed from kdebindings that we don't ship as a separate package?
[20:13] <yofel_> shadeslayer: kimono isn't "dropped" - but nobody managed to package it
[20:13] <yofel_> and quintasan gave up when he tried
[20:15] <yofel_> ScottK: the mono bindings are the only ones we don't have as their packaging was a mess
[20:16] <genii-around> bug 1035460
[20:16] <yofel> shadeslayer: ^
[20:25] <ScottK> Ah.  Right.  Mono.
[20:25] <ScottK> Needs someone who cares about mono, I guess.
[20:27] <micahg> not a bug
[20:28] <micahg> err, is a bug :), should've been dropped I think (only in Debian stable and Ubuntu through natty)
[20:29] <ScottK> Either it should have been dropped or someone should have packaged kimono.
[20:56] <kubotu> ::workspace-bugs:: [1035460] plasma-scriptengines suggests plasma-scriptengine-kimono which does not exist @ https://bugs.launchpad.net/bugs/1035460 (by Kaulbach)
[22:01] <allee> Riddell: : nm <IP_ADDRESS> in ppa:allee/test.   Change is only the new changelog entry, whcth is file according to  src diff and  debdiff.
[22:02] <allee> is there a list of checks that one should run.  E.g. what's used before accepting pkg from new queue
[22:08] <ScottK> apachelogger_: I need you to make the icecc magix work.  See kubuntu-devel ml.
[22:26] <apachelogger_> ScottK: can probably do it this weekend, though I am at markey's so I would not hold my breath
[22:49] <ScottK> apachelogger_: OK.  I'll be away a chunk of the weekend, so could you at least verify you can get in while I'm here?


[00:38] <greg-g> hah, jacob applebaum quote on the SomaFM DEFCON station
[01:40] <snap-l> greg-g: Yeah, that makes me wonder if it's going away
[01:41] <snap-l> Frankly it's better for me than Groove Salad, and that's saying a lot
[01:41] <greg-g> word
[02:02] <greg-g> snap-l: !!!!
[02:02] <greg-g> We had a lot of fun broadcasting from the DEF CON conference last week in
[02:02] <greg-g> Las Vegas. Our DEF CON channel is still running through the end of the
[02:02] <greg-g> month, and may become a full-time channel on SomaFM.
[02:23] <brousch1> snap-l: I just discovered Metalocalypse on Netflix
[02:31] <jrwren> WAT
[02:39] <brousch1> How the hell did I miss this?
[13:08] <snap-l> brousch: I haven't actually seen the cartoon (I lknow)
[13:09] <snap-l> but the music is pretty top notch
[13:09] <snap-l> They actually got some death metal musicians to work on it, like Gene "the machine" Hoglan
[13:46] <brousch> It is awesome
[13:46] <brousch> I ordered all of the CDs
[13:59] <snap-l> Love remote meetings
[13:59] <rick_h> hah
[13:59] <rick_h> business above the waste, party below?
[14:00] <snap-l> Um, yeah.
[14:00] <rick_h> oh...well just guessing ...
[14:00] <snap-l> thankfully I don't have to have the video camera at all. :)
[14:00] <rick_h> :P
[14:00] <rick_h> all party all the time!
[14:00] <snap-l> Skype is awesome
[15:50] <snap-l> OK, this is pretty awesome.
[15:50] <snap-l> https://bmark.us/redirect/67638d88a155cf
[15:50] <snap-l> Especially if you have a habit of reusing Amazon boxes for shipping
[15:50] <rick_h> lol
[16:02] <rick_h> Blazeix: https://docs.google.com/a/mitechie.com/forms/d/17DguWRQgMdKtSjXYb8vJJKSY-WO92gHIsWd3FAfOhh0/viewform
[16:02] <rick_h> Blazeix: file your JS bug issue from CHC
[16:03] <rick_h> Blazeix: comes out of https://twitter.com/paul_irish/status/365855335023517696
[17:19] <snap-l> http://www.metalinjection.net/av/uks-bloodstock-festival-is-streaming-free-all-weekend-long-king-diamond-lamb-of-god-slayer
[17:20] <snap-l> I think it's Voivod up righ tnow
[17:22] <snap-l> And now the stream is screwing up
[17:26] <Blazeix> rick_h: cool, thanks
[17:59] <greg-g> in other news: "oh world...." <frowny face>
[18:00] <snap-l> What happened now?
[18:00] <greg-g> oh, you know, the usual
[18:01] <greg-g> lots of little things that in their own space seem huge but are really just the continuation of stupidness previously
[18:01] <snap-l> NSA stuff?
[18:01] <greg-g> I guess that was one of them
[18:01] <snap-l> Chrome Passwords?
[18:01] <greg-g> also, HarvardX
[18:01] <greg-g> (HarvardX is their quasi MOOC thingy)
[18:01] <snap-l> What's the problem with that?
[18:02] <snap-l> Or is that the OMG EDUCATION IS VIRTUAL LET'S MAKE VIRTUAL KINDERGARTEN
[18:02] <snap-l> Which was one of the more stupid things I've heard that sounded like an onion headline
[18:02] <greg-g> they're "innovating" by going backwards to a model where they can sell (I'm guessing, wasn't explicit either way, but they did say they don't need to be "open" anymore) the smallest chunk of educational something that idiots are willing to pay for
[18:02] <snap-l> http://www.edweek.org/dd/articles/2013/06/12/03kindergarten.h06.html
[18:02] <greg-g> and by idiots, I mean other primary/secondary schools
[18:03] <greg-g> oh good god
[18:03] <snap-l> Honestly if I were a school I'd be shitting myself
[18:03] <greg-g> so, guess what, kids need more than just "education" from schools
[18:03] <greg-g> the things you can't get from a computer
[18:03]  * greg-g rants
[18:03] <snap-l> Yeah, I learned all sorts of things in my pre-school years
[18:04] <snap-l> shame, individuality, group mentality
[18:04] <snap-l> How to tie my shoes
[18:04] <snap-l> Mexican Jumping Beans
[18:04] <greg-g> ooo!
[18:04] <greg-g> Mexican Jumping Beans!
[18:04] <snap-l> I'm sure there were more, but those are the highlights. :)
[18:05] <snap-l> Oh, that and Fonzie wasn't just a muppet
[18:05] <greg-g> :)
[18:05] <snap-l> Long story there.
[18:05] <greg-g> hahahahahaha
[18:06] <greg-g> also, wow, edweek splatters your browser with 19 cookies
[18:06] <snap-l> This is surprising why?
[18:06] <snap-l> Education is big business
[18:06] <snap-l> there were 8 ads on that page
[18:07] <greg-g> what ads?
[18:07] <greg-g> ;)
[18:07] <snap-l> At least that's what adblock said.
[18:07] <greg-g> i'm using this now, which is awesome: https://addons.mozilla.org/en-us/firefox/addon/self-destructing-cookies/
[18:07] <greg-g> jrwren might like it
[18:07] <greg-g> since he's a noscript user, too
[18:24] <brousch> rick_h: You will be proud of me. I am chugging along very well with Pyramid and haven't asked you for help yet
[18:29] <snap-l> Apparently there is a trend in restaurants to use this service called myguestaccount.com with loaylty cards
[18:30] <snap-l> AKA: more shit to carry around in my wallet
[18:30] <brousch> I haven't seen that
[18:30] <snap-l> National Coney Island has one, and so does California Pizza Kitchen
And guess who the product is in that relationship!</tinfoilhat>
[18:31] <greg-g> (though, really, no tinfoil needed, 'tis true)
[18:31] <snap-l> Just another in the long line of trying to track customer loyalty
[18:31] <snap-l> greg-g: Oh I'm fully aware of this
[18:31] <greg-g> s/loyalty/buying patterns they can sell to anyone and everyone willing to buy it/
[18:32] <snap-l> And if you want to know that I eat like shit on Sundays, please feel free
[18:32] <greg-g> :)
[21:49] <snap-l> Anyone else get an email from feedspot.info to betatest their service?
[21:50] <snap-l> Wondering if I signed up with them earlier
[21:50] <snap-l> hmm.
[23:47] <greg-g> snap-l: I got that, too
[23:47] <greg-g> very badly formatted html, they had


[00:19] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (cosmic-proposed) [1.5+18.10ubuntu1]
[00:21] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (bionic-proposed) [1.5+18.04ubuntu1]
[00:36] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (xenial-proposed) [1.5+16.04ubuntu1]
[04:01] -queuebot:#ubuntu-release- Unapproved: knopflerfish-osgi (bionic-proposed/universe) [6.1.1-2 => 6.1.1-2ubuntu0.1] (no packageset)
[10:28] <acheronuk> doko: oh, you removed the new pgaudit. fyi, I just commented on https://github.com/pgaudit/pgaudit/issues/62
[10:28] <gitbot> pgaudit issue 62 in pgaudit "1.3.0: installcheck failing on s390x with postgresql 11" [Question, Open]
[10:37] <doko> RAOF: mir/yaml-cpp ping. this is blocking transitions, for over a week now
[10:48] <doko> acheronuk: ta. yes, plan to re-upload later
[11:03] <doko> our mess is down to:     * armhf: acl2-infix, advi, asymptote, auto-multiple-choice, cadabra, calligra-gemini, catdvi, cdcover, cura-engine, dvi2ps, dvipng, epix, equalx, gir1.2-ubuntu-app-launch-3, glmark2-es2-mir, glmark2-mir, glosstex, ipe, kile, ktikz, latex-cjk-chinese, latex-cjk-common, latex-cjk-japanese, latex2rtf, lhs2tex, libautopilot-gtk, libautopilot-qt, libautopilot-qt-autopilot, libcgal-ipelets, libghc-lambdahack-dev, libghc-
[11:03] <doko> lambdahack-prof, libghc-sdl2-dev, libghc-sdl2-prof, libghc-sdl2-ttf-dev, libghc-sdl2-ttf-prof, libmiral-dev, libmiral3, libmirclient-debug-extension-dev, libmirclient-debug-extension1, libmirclient-dev, libmirclient9, libmirprotobuf3, libmirserver-dev, libmirserver47, libpjproject-dev, libsdl-kitchensink-dev, libsdl2-dev, libsdl2-gfx-dev, libsdl2-image-dev, libsdl2-mixer-dev, libsdl2-net-dev, libsdl2-ttf-dev, libsndifsdl2-dev, libubuntu-app-
[11:03] <doko> launch3-dev, libubuntu-app-launch4, lilypond, mathtex, mediawiki2latex, mftrace, mir-client-platform-mesa-dev, mir-client-platform-mesa5, mir-demos, mir-graphics-drivers-desktop, mir-test-tools, mir-utils, mirtest-dev, mlpost, ocaml-melt, php7.2-intl, php7.2-tidy, pidgin-latex, prerex, python-autopilot-trace, python-pyx, python3-autopilot-trace, qtikz, qttestability-autopilot, ruby-tioga, texlive-binaries, texvc, tgif, therion, therion-viewer,
[11:03] <doko> tth-common, ubuntu-app-launch-tools, ubuntu-app-test, url-dispatcher, url-dispatcher-tools, url-dispatcher-tools-gui, vprerex, wims, winefish, xdvik-ja
[11:11] <doko> tsimonq2, acheronuk: ^^^ could you have a look at the qt* packages?
[11:16] <doko> also cgal needs some fixing of it's own qt5 copy :-(
[11:30] <rbalint> RAOF, which one?
[11:34] <rbalint> RAOF, if you mean LP: #1803137 in the bionic upload then it is indeed relevant, but i listed LP: #1778219 which caused the former as a regression thus in some sense the former did not exist in bionic
[11:34] <acheronuk> doko: the autopilot/qt stuff tarces all the way back to mir again I think?
[11:34] <acheronuk> *traces
[11:36] <rbalint> RAOF, since the former's fix is reverting the fix for the latter and fixing the latter in a different way the latter bug got fixed, but i would be happy to reupload referencing both bugs and i felt that either listing both or listing one was correct in a sense
[11:55] -queuebot:#ubuntu-release- Unapproved: xtables-addons (bionic-proposed/universe) [3.0-0.1 => 3.0-0.1ubuntu1] (no packageset)
[12:07] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.15.0-42.45~16.04.1] (kernel)
[12:07] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (xenial-proposed/main) [4.15.0-42.45~16.04.1] (kernel)
[12:18] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.15.0-42.45~16.04.1]
[12:18] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (xenial-proposed) [4.15.0-42.45~16.04.1]
[12:24] <ahasenack> acheronuk: I'm the one who filed that pgaudit issue on s390x upstream
[12:25] <ahasenack> I was taking a look at it yesterday, but couldn't figure anything out
[12:27] <acheronuk> ahasenack: ah. I didn't note you full name on github
[12:27] <ahasenack> so postgresql-11 is now ready to migrate?
[12:27] <ahasenack> no reds at least, I didn't check update_output.txt yet
[12:28] <doko> ahasenack: yes, pgaudit removed, and stopping build postgresql-hll on some archs
[12:29] <doko> ahasenack: if php is server related, please have a look at the failing symfony autopkg tests, just for php7.2
[12:30] <ahasenack> ok
[12:31] <doko> or argue with the release team to ignore these, because they pass with 7.3 ;p
[12:33] <ahasenack> is 7.3 released yet?
[12:33] <ahasenack> or still an alpha/beta?
[12:33] <ahasenack> I guess I should know
[12:33] <doko> it's in the archive =)
[12:34] <ahasenack> it was a pre-release version
[12:34] <ahasenack> I'll look, rbasak and nacc had a call about php yesterday
[12:37] <rbalint> rbasak, i'm still hoping to get u-u into -proposed :-)
[12:41] <jbicha> argue with the security team to accept pcre2 in main too ;p
[12:55] <rbasak> ahasenack: it's rc
[12:56] <rbasak> IIRC GA was scheduled soon. I can't find the schedule right now
[12:58] <rbasak> Aha: https://wiki.php.net/todo/php73
[14:05] -queuebot:#ubuntu-release- Unapproved: gvfs (cosmic-proposed/main) [1.38.1-0ubuntu1 => 1.38.1-0ubuntu1.1] (desktop-core)
[14:12] <Beret> g'morning
[14:13] <Beret> rbasak, ahasenack - once the release team is awake, we need to have a conversation in here about getting 18.04.1 fixed
[14:13] <Beret> I thought that had already been done
[14:13] <ahasenack> ok
[14:13] <ahasenack> I'm off to lunch
[14:14] <Beret> ok
[15:25] <rbasak> rbalint: looking now for you. Which releases? I see something in Bionic and Cosmic so far, Cosmic without an SRU-like version string. Is that intentional?
[15:25] <rbasak> (the bug doesn't have a Cosmic task
[15:25] <rbasak> )
[15:27] <ahasenack> back
[15:34] <rbasak> rbalint: also did you respond to bdmurray's questions on the ubuntu-release@ thread? Am I right in thinking that these uploads are  related to that thread?
[15:38] <rbalint> rbasak, please reject cosmic's upload, i forgot to update the version string
[15:38] <rbalint> rbasak, which thread?
[15:38] <rbalint> rbasak, yes, bionic and cosmic please
[15:39] <rbasak> rbalint: https://lists.ubuntu.com/archives/ubuntu-release/2018-May/004479.html
[15:40] <rbasak> rbalint: Brian's reply is dated Jun 01.
[15:41] -queuebot:#ubuntu-release- Unapproved: rejected unattended-upgrades [source] (cosmic-proposed) [1.5ubuntu4]
[15:42] <xnox> doko, it built; i'm now pre-building my abi-rebuild-only in a bileto ppa, and will ask you to do the switch, once all binaries are there; to make the slotting in window short.
[15:42] <xnox> doko, see builds at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3528/+packages
[15:45] <rbalint> rbasak, we discussed the full backport an i think bdmurray is now on board with it and I queued the upload to xenial but need to update the lp bugs to follow the sru template
[15:46] -queuebot:#ubuntu-release- New binary: uhd [s390x] (disco-proposed/universe) [<IP_ADDRESS>-4] (no packageset)
[15:47] <rbasak> rbalint: OK. Shall we consider the SRU on hold until you're done updating the bugs then? And would it be better to see if bdmurray can do the SRU reviews in that case? I don't want to review and find I have a different set of requirements. That'd be frustrating for everyone.
[15:50] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-edge [ppc64el] (bionic-proposed/main) [4.18.0-12.13~18.04.1] (kernel)
[15:52] -queuebot:#ubuntu-release- New binary: linux-signed-hwe-edge [amd64] (bionic-proposed/main) [4.18.0-12.13~18.04.1] (kernel)
[15:53] <rbalint> rbasak, i'm ok keeping the xenial one on hold for a little, but the others should be fine
[15:55] <ahasenack> doko: about symfony, it looks like 3.4.18 fixes those issues
[15:55] <ahasenack> doko: the same tests are run at pkg build time, and I can't build 3.4.17 (current disco) with php 7.2.11, the tests fail
[15:56] <ahasenack> doko: but I can build 3.4.18 with 7.2.11
[15:56] <ahasenack> doko: I'm about to do a bileto run with 3.4.18, but we would have to go ahead of debian which still has 3.4.17
[15:56] <ahasenack> (if this works)
[15:57] <rbasak> ahasenack: is this related to the PHP transitoin we're considering?
[15:57] -queuebot:#ubuntu-release- Unapproved: unattended-upgrades (cosmic-proposed/main) [1.5ubuntu3 => 1.5ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[15:57] <ahasenack> rbasak: php7.2 (7.2.10-0ubuntu1 to 7.2.11-3build1) has only one red now, and it's symfony
[15:57] <rbasak> ahasenack: (just to avoid duplicate work as appropriate)
[15:57] <rbasak> Hmm, OK
[15:58] <rbasak> nacc had mentioned that symfony is a major deal to resolve in itself. I haven't looked in depth at all yet.
[15:59] <ahasenack> rbasak: doko pinged me about it this morning
[16:01] <rbasak> I have no objection to resolving this. I'm wondering that if we're about to create a big mess for a PHP transition anyway, there may be little point as we'll have to clear the mess again anyway (and the server team would take responsibility for doing that of course). Unless there's something else it blocks right now?
[16:02] <doko> the autopkg test failures are currently the big transition mess, that's the reason I'm asking
[16:02] <rbasak> To be clear, I haven't looked deeply into PHP yet though, and we haven't yet committed to doing the transition AFAIK. But it seems likely we will, unless the pcre2/3 thing stops us from wanting to start.
[16:03] <juliank> doko: I'll rename the yaml-cpp binary package, preparing an NMU for Debian now, will upload that to disco as well
[16:03] <ahasenack> let me see if this simple update fixes the current dep8 failures
[16:03] <rbasak> Sure
[16:03] <ahasenack> sounds good?
[16:04] <doko> juliank: ok
[16:05] <doko> rbasak, ahasenack: please wait with php until icu migrates.  so maybe we want to override the symfony autopkg failures for that transition
[16:05] <juliank> icu is entangled with haskell it seems
[16:05] <doko> and I didn't get a reply from the security team about pcre2
[16:06] <juliank> I'll definitely need to rebuild haskell-hakyll for haskell-fsnotify which also needed a rebuild for icu...
[16:06] <rbasak> doko: I think that sounds fine, but can I please clarify that I understand you exactly?
[16:06] <juliank> grr
[16:06] <rbasak> doko: "wait with php" -> you mean with a PHP transition, not the current migration issue, right?
[16:06] <doko> rbasak: yes, exactly
[16:07] <rbasak> doko: and "override the symfony autopkg failures" -> you mean for the future, when we'll expect to get stuck on them during a PHP transition?
[16:08] <doko> rbasak: no, the current ones
[16:08] <rbasak> doko: OK, and you're proposing to override them right now?
[16:09] -queuebot:#ubuntu-release- Unapproved: accepted gvfs [source] (cosmic-proposed) [1.38.1-0ubuntu1.1]
[16:11] <doko> rbasak: otp, following up later
[16:11] <rbasak> ack
[16:16] -queuebot:#ubuntu-release- New binary: uhd [ppc64el] (disco-proposed/universe) [<IP_ADDRESS>-4] (no packageset)
[16:28] <ahasenack> not really liking what symfony package build is doing with my /tmp
[16:28] <ahasenack> https://pastebin.ubuntu.com/p/H5FP6f3gdc/
[16:31] <doko> rbasak, ahasenack: I mentioned ignoring current symfony autopkg test failures to vorlon. if that's not acceptable, maybe I should investigate if it can be removed, together with rdeps from the release pocket. but that would be something to do for me tomorrow
[16:34] <juliank> I messed up the yaml-cpp upload a bit, new one coming soon
[16:35] <juliank> xnox: I lost my no-change rebuild script, do you have a copy handy?
[16:35] -queuebot:#ubuntu-release- New binary: yaml-cpp [s390x] (disco-proposed/universe) [0.5.3-0.1ubuntu1] (kubuntu)
[16:35] <xnox> juliank, http://paste.ubuntu.com/p/6nvfm9TFTB/ i call it rebuild-for
[16:36] <xnox> e.g. reverse-depends -b src:foo | xargs -L1 rebuild-for 'foo library'
[16:36] <juliank> xnox: thanks
[16:38] -queuebot:#ubuntu-release- New binary: yaml-cpp [ppc64el] (disco-proposed/universe) [0.5.3-0.1ubuntu1] (kubuntu)
[16:40] <rbasak> doko: I see, thanks. I have no objection to that. HOpefully ahasenack's change will fix it without too much effort though.
[16:43] -queuebot:#ubuntu-release- New binary: yaml-cpp [amd64] (disco-proposed/universe) [0.5.3-0.1ubuntu1] (kubuntu)
[16:43] <juliank> Did no-change rebuilds of haskell-diagram-libs and haskell-hakyll, hope the haskell stuff is done soon
[16:43] <juliank> ...
[16:44] -queuebot:#ubuntu-release- New binary: yaml-cpp [i386] (disco-proposed/universe) [0.5.3-0.1ubuntu1] (kubuntu)
[16:45] <juliank> the yaml-cpp 0.5.3-0.1ubuntu1 binaries can be rejected, they were broken
[16:45] <juliank> the ubuntu2 ones are building now
[16:50] -queuebot:#ubuntu-release- New: rejected yaml-cpp [amd64] (disco-proposed) [0.5.3-0.1ubuntu1]
[16:50] -queuebot:#ubuntu-release- New: rejected yaml-cpp [ppc64el] (disco-proposed) [0.5.3-0.1ubuntu1]
[16:50] -queuebot:#ubuntu-release- New: rejected yaml-cpp [i386] (disco-proposed) [0.5.3-0.1ubuntu1]
[16:50] -queuebot:#ubuntu-release- New: rejected yaml-cpp [s390x] (disco-proposed) [0.5.3-0.1ubuntu1]
[16:52] -queuebot:#ubuntu-release- New binary: yaml-cpp [s390x] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[16:55] -queuebot:#ubuntu-release- New binary: yaml-cpp [ppc64el] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[17:00] <doko> vorlon: starjava-* is involved as well, via skycat -> cfitsio
[17:02] -queuebot:#ubuntu-release- New binary: uhd [i386] (disco-proposed/universe) [<IP_ADDRESS>-4] (no packageset)
[17:02] -queuebot:#ubuntu-release- New binary: yaml-cpp [amd64] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[17:10]  * acheronuk steals that rebuild script
[17:11] <juliank> Someone please ping me once yaml-cpp ...ubuntu2 binaries are in, I have rdep rebuild .changes  ready to upload!
[17:11] <juliank> acheronuk: good choice
[17:11] <juliank> xnox: apparently reverse-depends needs an -l too
[17:11] <juliank> in your example
[17:12]  * juliank starts thinking about dinner
[17:18] <xnox> juliank, yeah.....
[17:21] -queuebot:#ubuntu-release- New binary: yaml-cpp [arm64] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[17:21] -queuebot:#ubuntu-release- New binary: yaml-cpp [armhf] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[17:23] -queuebot:#ubuntu-release- New binary: yaml-cpp [i386] (disco-proposed/universe) [0.5.3-0.1ubuntu2] (kubuntu)
[17:27] <doko> juliank: yaml-cpp accepted, please wait for publication for the no-change rebuilds
[17:27] <juliank> doko: ack
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [amd64] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [armhf] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [ppc64el] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [arm64] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [s390x] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:27] -queuebot:#ubuntu-release- New: accepted yaml-cpp [i386] (disco-proposed) [0.5.3-0.1ubuntu2]
[17:28] -queuebot:#ubuntu-release- New binary: uhd [amd64] (disco-proposed/universe) [<IP_ADDRESS>-4] (no packageset)
[17:29] <rbasak> Beret: who are you after from the release team specifically? I'm here for ~30 mins, and then possibly later this evening depending.
[17:32] <Beret> rbasak, I talked to vorlon and stgraber about fixing the universe enablement in 18.04.1
[17:32] <Beret> vorlon has more info
[17:40] <doko> ahasenack: please follow-up on https://bugs.launchpad.net/ubuntu/+source/pgaudit/+bug/1804398
[17:41] <ahasenack> ok, I'll link the upstream bug
[17:50] <doko> vorlon: the texlive-bin build for ppc64el was a superseded upload. now just retried
[17:54] <juliank> ugh, mongodb ftbfs
[18:02] <xnox> juliank, yes!
[18:02] <xnox> juliank, but the new point release of that, that i was preparing in my nonvirt ppa, was building better.
[18:03] <xnox> juliank, which bits are you stumbling on? openssl? yaml-cpp?
[18:03] <xnox> juliank, i can upgrade mongodb to a newer point release which should build fine (and pass tests)
[18:06] <juliank> xnox: src/mongo/db/pipeline/document_internal.h:349:44: error: 'void* memset(void*, int, size_t)' writing to an object of non-trivial type 'class mongo::Position'; use assignment instead [-Werror=class-memaccess]
[18:06] <juliank> and some memmove calls
[18:07] <xnox> ew
[18:09] <xnox> juliank, i will time out today, before i can look into it. But i can deal with mongo tomorrow =/
[18:09] <xnox> juliank, also the haskell tracker is looking better ;-)
[18:09] <doko> what a surprise ... https://launchpad.net/ubuntu/+archive/test-rebuild-20180911/+build/15406380
[18:10] <doko> already found for the last test rebuild
[18:10] <juliank> doko: happens
[18:10] <doko> no, way too often
[18:10] <doko> and not taken care of
[18:10] <xnox> juliank, so i was preparing 3.6.8 update in https://launchpad.net/~xnox/+archive/ubuntu/nonvirt/+packages?field.name_filter=mongodb&field.status_filter=published&field.series_filter=
[18:11] <doko> ignoring build failures is just bad
[18:11] <xnox> doko, well, 3.6.8 was failing tests with boost1.67 regression; and i didn't manage to fix boost in time for cosmic release. Boost is now fixed, thus unblocking upgrade to 3.6.8 or later.
[18:11] <xnox> https://tracker.debian.org/media/packages/b/boost1.67/changelog-1.67.0-9
[18:14] <juliank> /usr/bin/ld: ../../Testing/libSurgSimTesting.so: undefined reference to `testing::InitGoogleMock(int*, char**)'
[18:14] <juliank> collect2: error: ld returned 1 exit status
[18:14] <juliank> -> opensurgsim_0.7.0-7build2
[18:14] <xnox> that most likely incompat with 1.8.1 gmock / gtest
[18:14] <xnox> (like in mir)
[18:14] <juliank> ack
[18:17] <juliank> Well, tomorrow Julian's problem
[18:22] <doko> juliank: thanks for sharing the pain ;p
[18:30] <bdmurray> vorlon: I don't understand the state of bug 1770082 - the pending SRU report leads one to believe its releaseable.
[18:58] <ahasenack> doko: https://bileto.ubuntu.com/excuses/3529/disco.html got better
[18:58] <ahasenack> doko: the armhf test skip we had before was droppin in the current disco upload
[18:58] <ahasenack> I might have to reintroduce it
[18:58] <ahasenack> hm
[18:58] <ahasenack> where is disco-proposed in that build log
[18:59] <ahasenack> oh
[18:59] <ahasenack> I guess bileto doesn't use -proposed for dep8 tests
[19:00] <xnox> ahasenack, you can retrigger with &all-proposed=1
[19:00] <xnox> ahasenack, or run it locally..... but running armhf locally is hard.
[19:00] <ahasenack> I did run it locally, it passed
[19:00] <ahasenack> yeah, i did it for amd64 of course :)
[19:00] <ahasenack> xnox: I just grab the recycle-icon url and append that?
[19:00] <xnox> yes, i believe
[19:01] <ahasenack> ok, let me try
[19:01] <xnox> and cna like change the arch parameter
[19:01] <ahasenack> right, for the green ones
[19:01]  * doko is surprised to see xnox as a believer ;p
[19:01] <ahasenack> I think it worked
[19:01] <xnox> and then hack the url to see the results
[19:02] <xnox> doko, so mir should become a candidate next time britney runs; libsdl2 autopkgtests all passed.
[19:02] <xnox> but i will be afk then =/
[19:03] <ahasenack> giving thanks?
[19:03] <doko> xnox: you said that some hours before :/
[19:04] <xnox> doko, publisher is slow.... it did publish; but britney ran just before it; so didn't see it; then it did see it, and only requested autopkgtests.... now they have passed.....
[19:05] <doko> heh, have fun, see you tomorrow
[19:29] <xnox> doko, hmmmm
[19:29] <xnox> doko, so i'm not sure what now.... texlive not removed fully?
[19:30] <doko> xnox: please wait for the ppc64el build to publish
[19:30] <xnox> ah ok
[19:31] <xnox> doko, promote libxxhash0 ?
[19:31] <xnox> texlive-binaries/amd64 unsatisfiable Depends: libxxhash0
[19:32] <doko> I probably should, but I asked the release team to approve. vorlon, Laney; whoever?
[19:32] <xnox> it is on top of http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.html
[19:35] <doko> hell yes, it is. and the desktop team is aware of that
[19:54] <vorlon> doko: doesn't need release team approval; MIR team approval, or "best judgement" of archive team provided there is an MIR bug open so we don't lose track
[19:54] <vorlon> anyway, given that my rollback failed (because I didn't roll back far enough), I should just re-add the newer version
[19:55] <doko> vorlon: I already looked at xxhash, and I fixed and filed the symbols issue, which is now presnt in -proposed. so that should be ok except for the bug subscriber
[19:58] <vorlon> bdmurray: LP: #1770082 - the fix for the regression was supposed to get uploaded same day.  cyphermox, what's the status of that netplan.io fix?
[19:58] <cyphermox> vorlon: uploading shortly. I just uploaded the disco one
[19:58] <vorlon> cyphermox: ok
[19:58] <cyphermox> cherry-picks to cosmic+bionic are done, running through autopkgtests locally right now
[19:59] <cyphermox> it's exactly the same fix so I expect it's a rubber stamp, but I want to make sure the tests pass anyway
[20:02] <vorlon> doko: btw did you promote python-oauth2client? it's listed now on http://reqorts.qa.ubuntu.com/reports/m-r-package-team-mapping.html#unsubscribed
[20:03] <vorlon> doko: I think you should go ahead and promote xxhash then
[20:04] <ahasenack> doko: ok, now we have it with disco-proposed and php 7.2.11. Just armhf: https://bileto.ubuntu.com/excuses/3529/disco.html
[20:04] <doko> vorlon: sorry, I don't see a oauth* mismatch
[20:06] <vorlon> doko: it's not a component mismatch now, it's a package that's been promoted with no subscriber
[20:21] -queuebot:#ubuntu-release- Unapproved: netplan.io (bionic-proposed/main) [0.40.1~18.04.2 => 0.40.1~18.04.3] (core)
[20:27] -queuebot:#ubuntu-release- Unapproved: rejected netplan.io [source] (bionic-proposed) [0.40.1~18.04.3]
[20:32] -queuebot:#ubuntu-release- Unapproved: netplan.io (bionic-proposed/main) [0.40.1~18.04.2 => 0.40.1~18.04.3] (core)
[20:33] -queuebot:#ubuntu-release- Unapproved: netplan.io (cosmic-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (core)
[20:38] <vorlon> doko: I just checked and there's no MIR bug at all for python-oauth2client, and I'm not seeing who promoted it (two days ago - https://launchpad.net/ubuntu/+source/python-oauth2client/4.1.2-3/+publishinghistory).  the team that /should/ own it is obvious (openstack), but this still needs followed through
[20:56] -queuebot:#ubuntu-release- New binary: uhd [arm64] (disco-proposed/universe) [<IP_ADDRESS>-4] (no packageset)
[22:02] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (trusty-proposed/main) [4.15.0-1033.34~14.04.2] (kernel)
[22:13] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1033.34~16.04.1] (kernel)
[22:34] -queuebot:#ubuntu-release- Unapproved: rax-nova-agent (bionic-proposed/main) [2.1.15-0ubuntu1~18.04.1 => 2.1.18-0ubuntu1~18.04.0] (no packageset)
[22:34] -queuebot:#ubuntu-release- Unapproved: rax-nova-agent (xenial-proposed/universe) [2.1.15-0ubuntu1~16.04.1 => 2.1.18-0ubuntu1~16.04.0] (no packageset)
[22:34] -queuebot:#ubuntu-release- Unapproved: rax-nova-agent (cosmic-proposed/main) [2.1.15-0ubuntu2 => 2.1.18-0ubuntu1~18.10.0] (no packageset)
[22:59] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [amd64] (bionic-proposed) [4.18.0-12.13~18.04.1]
[22:59] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [ppc64el] (bionic-proposed) [4.18.0-12.13~18.04.1]
[23:08] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (trusty-proposed) [4.15.0-1033.34~14.04.2]
[23:09] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1033.34~16.04.1]
[23:18] -queuebot:#ubuntu-release- New binary: uhd [armhf] (disco-proposed/universe) [<IP_ADDRESS>-4] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [4.15.0-1033.34] (kernel)
[23:57] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (xenial-proposed/main) [4.15.0-1025.26~16.04.1] (kernel)