[01:08] <tsimonq2> Someone needs to fix this: bad-distribution-in-changes-file zesty
[01:09] <tsimonq2> I know Colin put it in upstream Lintian
[01:09] <tsimonq2> But if someone could cherry pick, that would be wonderful
[02:29] <cyphermox> tsimonq2: I have some related changes in progress
[02:29] <cyphermox> should upload tomorrow
[02:37] <tsimonq2> cyphermox: Thanks. :)
[02:56] <cyphermox> fwiw it's not Colin's lintian changes, but instead devscripts which insists on setting "yakkety" when you dch -r still.
[02:57] <cyphermox> I can look at lintian tomorrow too though :)
[02:57] <tsimonq2> Ohhhh ok
[02:57] <tsimonq2> cyphermox: Wait really?
[02:58] <tsimonq2> But I don't dch -r, I manually pop open changelogs :P
[02:59] <cyphermox> not the first time I hear that; I'm mostly scratching my own itch after it bug me for a while
[03:00] <cyphermox> and caught some gpg issue in the process
[03:00] <tsimonq2> How could GPG be caught in this? O__o
[03:17] -queuebot:#ubuntu-release- Packageset: 134 entries have been added or removed
[09:29] <ginggs> apw: would you please add 'force-badtest ocrmypdf/4.3.5-2/s390x' to your hints?
[09:32] <ginggs> and 'force-badtest freecad/0.16+dfsg2-3/ppc64el freecad/0.16+dfsg2-3/s390x' in p.itti's hints
[09:34] <mapreri> ocrmypdf is still broken on s390x?
[09:35]  * mapreri points its maintainer to it
[09:35] <ginggs> mapreri: i think its actually liblept5
[09:36] <mapreri> yeah, but I remember clearly helping him with some s390x issue, so I was surprised.  And I'm confident he will fix it
[09:36] <ginggs> mapreri: and there's debian bug #849094
[09:36] <ubot5> Debian bug 849094 in liblept5 "liblept5: Broken on s390x (+ other big endian archs)" [Normal,Open] http://bugs.debian.org/849094
[09:36] <mapreri> right, which is open by Sean
[09:36] <mapreri> oh, it's that very one thing, ok
[09:38] <mapreri> somehow I believed that was long fixed, but it has been just a bit more than one month
=== marcusto_ is now known as marcustomlinson
[09:50] <acheronuk> Hi. Can someone please review and accept our sources in the NEW queue please? they are needed before we can our packageset refresh done.
[09:50] <acheronuk> namely minuet, konqueror, kommander, klinkstatus, kimagemapeditor,kfind, kfilereplace, keditbookmarks, kdialog
[09:50] <acheronuk> thanks
[09:51] <acheronuk> most of those are actually OLD packages, but KDE have now split the sources
[10:17] <acheronuk> .
[10:19] <acheronuk> minuet is part of the full KDE applications 16.04.0 release that we were unable to get into yakkety, due to not have some build depends for it in the archive
[10:19] <acheronuk> see: https://www.kde.org/announcements/announce-applications-16.04.0.php
[10:20] <acheronuk> in 16.12 KDE app we are now doing...
[10:20] <acheronuk> kde-baseapps (split into kdialog, keditbookmarks, kfind, konqueror)
[10:20] <acheronuk> kdewebdev (split into kfilereplace, kimagemapeditor, klinkstatus, kommander)
[10:21] <acheronuk> hence these are nothing new per se. just split and some ported to KF5
[10:21] <acheronuk> see: https://community.kde.org/Applications/16.12_Release_Notes#Tarballs_that_we_have_split
[10:23] <acheronuk> .
[10:24] <acheronuk> also ref Lukasz Zemczak needing those sources accept before he can do our refresh
[10:24] <acheronuk> see: https://lists.ubuntu.com/archives/devel-permissions/2017-February/001026.html
[10:25] <acheronuk> apw: maybe ^^
[10:25] <acheronuk> I hate to nag you, as you've helped a lot recently :/
[10:26] <acheronuk> but we are a bit stuck with some of the stuff the lack of this refresh is holding back
[10:27] <acheronuk> or anyone else really :)
[10:31] -queuebot:#ubuntu-release- Unapproved: systemd (trusty-proposed/main) [204-5ubuntu20.22 => 204-5ubuntu20.24] (core)
[10:32] <acheronuk> sil2100: as you requested in your email in reply to us ^^^^
[11:22] -queuebot:#ubuntu-release- New: accepted stenographer [arm64] (zesty-proposed) [0.0~git20161206.0.66a8e7e-4]
[11:22] -queuebot:#ubuntu-release- New: accepted stenographer [i386] (zesty-proposed) [0.0~git20161206.0.66a8e7e-4]
[11:22] -queuebot:#ubuntu-release- New: accepted stenographer [s390x] (zesty-proposed) [0.0~git20161206.0.66a8e7e-4]
[11:22] -queuebot:#ubuntu-release- New: accepted stenographer [armhf] (zesty-proposed) [0.0~git20161206.0.66a8e7e-4]
[11:22] -queuebot:#ubuntu-release- New: accepted stenographer [powerpc] (zesty-proposed) [0.0~git20161206.0.66a8e7e-4]
[11:22] -queuebot:#ubuntu-release- New: accepted cycle-quotes [amd64] (zesty-proposed) [0.1-1]
[11:22] -queuebot:#ubuntu-release- New: accepted emacs-bind-map [amd64] (zesty-proposed) [1.1.1-1]
[11:22] -queuebot:#ubuntu-release- New: accepted emacs-smeargle [amd64] (zesty-proposed) [0.03-1]
[11:22] -queuebot:#ubuntu-release- New: accepted golang-github-nebulouslabs-go-upnp [amd64] (zesty-proposed) [0.0~git20160920.0.73e8530-1]
[11:22] -queuebot:#ubuntu-release- New: accepted hungry-delete-el [amd64] (zesty-proposed) [1.1.5-1]
[11:22] -queuebot:#ubuntu-release- New: accepted libdist-zilla-plugin-readmefrompod-perl [amd64] (zesty-proposed) [0.35-1]
[11:22] -queuebot:#ubuntu-release- New: accepted libpod-weaver-section-contributors-perl [amd64] (zesty-proposed) [0.009-1]
[11:22] -queuebot:#ubuntu-release- New: accepted parent-mode-el [amd64] (zesty-proposed) [2.3-1]
[11:22] -queuebot:#ubuntu-release- New: accepted pldebugger [arm64] (zesty-proposed) [9.5.0-10-gd663a19-1]
[11:22] -queuebot:#ubuntu-release- New: accepted pldebugger [i386] (zesty-proposed) [9.5.0-10-gd663a19-1]
[11:22] -queuebot:#ubuntu-release- New: accepted dnsdiag [amd64] (zesty-proposed) [1.4.0-1]
[11:22] -queuebot:#ubuntu-release- New: accepted emacs-world-time-mode [amd64] (zesty-proposed) [0.0.6-1]
[11:22] -queuebot:#ubuntu-release- New: accepted libdist-zilla-plugin-mojibaketests-perl [amd64] (zesty-proposed) [0.8-1]
[11:22] -queuebot:#ubuntu-release- New: accepted paredit-everywhere [amd64] (zesty-proposed) [0.4-1]
[11:22] -queuebot:#ubuntu-release- New: accepted pldebugger [armhf] (zesty-proposed) [9.5.0-10-gd663a19-1]
[11:22] -queuebot:#ubuntu-release- New: accepted pldebugger [ppc64el] (zesty-proposed) [9.5.0-10-gd663a19-1]
[11:22] -queuebot:#ubuntu-release- New: accepted pointback [amd64] (zesty-proposed) [0.2-1]
[11:22] -queuebot:#ubuntu-release- New: accepted rainbow-identifiers-el [amd64] (zesty-proposed) [0.2.2-1]
[11:22] -queuebot:#ubuntu-release- New: accepted stenographer [amd64] (zesty-proposed) [0.0~git20161206.0.66a8e7e-4]
[11:22] -queuebot:#ubuntu-release- New: accepted tendermint-go-autofile [amd64] (zesty-proposed) [0.0~20170129~0git48b17de-1]
[11:22] -queuebot:#ubuntu-release- New: accepted emacs-openwith [amd64] (zesty-proposed) [0.8g-1]
[11:22] -queuebot:#ubuntu-release- New: accepted libpod-weaver-plugin-ensureuniquesections-perl [amd64] (zesty-proposed) [0.163250-1]
[11:22] -queuebot:#ubuntu-release- New: accepted pldebugger [powerpc] (zesty-proposed) [9.5.0-10-gd663a19-1]
[11:22] -queuebot:#ubuntu-release- New: accepted python-testfixtures [amd64] (zesty-proposed) [4.13.3-1]
[11:22] -queuebot:#ubuntu-release- New: accepted stenographer [ppc64el] (zesty-proposed) [0.0~git20161206.0.66a8e7e-4]
[11:22] -queuebot:#ubuntu-release- New: accepted highlight-numbers-el [amd64] (zesty-proposed) [0.2.3-1]
[11:22] -queuebot:#ubuntu-release- New: accepted pldebugger [s390x] (zesty-proposed) [9.5.0-10-gd663a19-1]
[11:22] -queuebot:#ubuntu-release- New: accepted visual-regexp-el [amd64] (zesty-proposed) [1.0.0-1]
[11:22] -queuebot:#ubuntu-release- New: accepted pldebugger [amd64] (zesty-proposed) [9.5.0-10-gd663a19-1]
[11:23] -queuebot:#ubuntu-release- New: accepted ruby-signet [amd64] (zesty-proposed) [0.7.3-1]
[11:30] <luna_> 16.4.2 today ?
[11:34] <xnox> luna_, nope.
[11:34] <xnox> see emails about another one week extension
[12:23] <sil2100> seb128, cjwatson, slangasek: hey! Anyone of you could maybe take a look at the kubuntu packages in the zesty NEW queue as mentioned above? ^
[12:25] <acheronuk> ksyntax-highlighting is also needed, as that blocks any new plasma-desktop/workspace release or uploas
[12:25] <acheronuk> thx :)
[12:35] <rbasak> clivejo: IMHO, you should send that email to ubuntu-devel@. There are archive admins and other sponsors on there who may be able to help, who probably don't watch devel-permissions@
[12:37] <rbasak> clivejo: also, you should go there if you don't get anywhere on IRC when you're blocked by any team really, again IMHO, before you get frustrated. Requests on IRC tend to scroll past.
[12:38] <clivejo> rbasak: I don't know who to send it to.  I was lead to believe that this was the place to ask
[12:38] <rbasak> clivejo: to ubuntu-devel@lists.ubuntu.com.
[12:39] <rbasak> This is certainly the right place to ask in the first instance for realtime requests.
[12:39] <rbasak> But do fall back to the mailing list. IRC is too ephemeral to expect things to happen if people miss the window where it would be visible on their screens.
[12:41] <clivejo> I have trouble expressing myself in emails, what do I ask?
[12:47] <clivejo> from my POV, our packages are added to a "queue" which would suggest they would be processed in order of when added, but I see newer packages jumping the queue and our sitting there for ages
[12:48] <clivejo> both acheronuk and I have asked here on several occasions, at different times of the day and never get a reply
[12:49] <clivejo> are we missing something, not following a process?
[13:02] <rbasak> clivejo: we have no rule that says that the queues have to be processed in order. Just as we don't get to tell you what to do first either.
[13:03] <sil2100> No, I guess you're following the process right
[13:03] <rbasak> clivejo: just point out that you've been asking on IRC, that your stuff has been stuck in queue X for Y days, and please could an archive admin take a look.
[13:03] <xnox> clivejo, things that "jump" the queues are usually urgent (security issues) or simple (trivial soname renames / package resplits)
[13:03] <xnox> it's not a straight forward first in first one, since items are not of the same complexity.
[13:03] <clivejo> xnox, most of ours are simple package splits
[13:03] <sil2100> It's just that there's not too many archive admins around, so sometimes they don't have time to handle packages in the queue if not requested explicitly
[13:04] <sil2100> Let's have a bit more patience, maybe slangasek or infinity can help
[13:06] <clivejo> is the seed refresh script resource intensive?
[13:07] <rbasak> clivejo: consider an email to ubuntu-devel@ as the escalation part of the process if you can't find someone on IRC and if your items have been languishing in the queue.
[13:07] <clivejo> basically, by running it now it would remove the barrier to uploading a few packages
[13:07] <rbasak> clivejo: there are people who may be able to make things happen, but right now they don't even know this.
[13:18] <acheronuk> hi. sorry to moan or seem ungrateful. just trying to avoid situations like we had with yakkety (not Queue/permission issues) where we had to groups of several hundred packages through on FFE's etc
[13:21] <acheronuk> for zesty in terms of getting things ready, we are better placed (KDE PIM aside). but are a bit blocked on this other stuff.
[13:30] <clivejo> acheronuk: would you email ubuntu-devel@, I'm afraid I don't have the time, energy or patiences at the moment
[14:05] -queuebot:#ubuntu-release- Unapproved: linux-signed-lts-xenial (trusty-proposed/main) [4.4.0-62.83~14.04.1 => 4.4.0-63.84~14.04.1] (kernel)
=== ara_ is now known as ara
=== ara is now known as Guest84900
=== marcusto_ is now known as marcustomlinson
[14:55] <flocculant> cyphermox: would ubiquity not recognising that a disk has an installed system when live boots be part of the os-prober issue?
[14:55] -queuebot:#ubuntu-release- New binary: libopenshot-audio [ppc64el] (zesty-proposed/universe) [0.1.2+ds1-1ubuntu1] (no packageset)
[14:56]  * flocculant hopes it is - or there is an issue with that ...
[14:56] <cyphermox> probably not, but I suppose that depends on what you mean by that
[14:56] <flocculant> I mean this http://i.imgur.com/7gXtWLf.png
[14:57] <flocculant> I just installed xubuntu to that drive - rebooted to test alongside - and it doesn't see the installed system
[14:57] <xnox> flocculant, is the disk big enough for two installations?
[14:57] -queuebot:#ubuntu-release- New binary: libopenshot-audio [armhf] (zesty-proposed/universe) [0.1.2+ds1-1ubuntu1] (no packageset)
[14:57] -queuebot:#ubuntu-release- New binary: libopenshot-audio [i386] (zesty-proposed/universe) [0.1.2+ds1-1ubuntu1] (no packageset)
[14:57] <xnox> flocculant, can you extract logs from that live sessions to look into things?
[14:58] <flocculant> xnox: 20Gb should be more than enough for 2 xubuntu's
[14:58] <xnox> (e.g. use try session, start installer, then do ubuntu-bug ubiquity whilst ubiquity is at that step)
[14:58] <xnox> i don't think so.
[14:58] <flocculant> doing something else currently - can do that of course
[14:58] -queuebot:#ubuntu-release- New binary: libopenshot-audio [arm64] (zesty-proposed/universe) [0.1.2+ds1-1ubuntu1] (no packageset)
[14:59] <xnox> we have static sizing, with room for user data, which I thought was more than 10GB and thus 20GB is not enough for side by side installations.
[14:59] <flocculant> oh
[14:59] <xnox> it's pointless to install a system, which then has zero disk space left for user data & media =)
[14:59] <flocculant> xnox: yea - xubuntu installs to ~6.5Gb at the moment
[14:59] <flocculant> and yea of course
[15:01] -queuebot:#ubuntu-release- New binary: libopenshot-audio [s390x] (zesty-proposed/universe) [0.1.2+ds1-1ubuntu1] (no packageset)
[15:03] -queuebot:#ubuntu-release- New binary: libopenshot-audio [powerpc] (zesty-proposed/universe) [0.1.2+ds1-1ubuntu1] (no packageset)
[15:05]  * flocculant will return 
[15:07] -queuebot:#ubuntu-release- New binary: bedops [ppc64el] (zesty-proposed/universe) [2.4.20+dfsg-1ubuntu1] (no packageset)
[15:07] -queuebot:#ubuntu-release- New binary: libopenshot-audio [amd64] (zesty-proposed/universe) [0.1.2+ds1-1ubuntu1] (no packageset)
[15:11] -queuebot:#ubuntu-release- New binary: bedops [amd64] (zesty-proposed/universe) [2.4.20+dfsg-1ubuntu1] (no packageset)
[15:11] -queuebot:#ubuntu-release- New binary: bedops [i386] (zesty-proposed/universe) [2.4.20+dfsg-1ubuntu1] (no packageset)
[15:14] -queuebot:#ubuntu-release- New binary: bedops [s390x] (zesty-proposed/universe) [2.4.20+dfsg-1ubuntu1] (no packageset)
[15:15] <smb> Could someone (AA) reject linux-signed-lts-xenial (4.4.0-63.84~14.04.1) from the accept queue of trusty please
[15:17] -queuebot:#ubuntu-release- New binary: bedops [arm64] (zesty-proposed/universe) [2.4.20+dfsg-1ubuntu1] (no packageset)
[15:17] -queuebot:#ubuntu-release- New binary: bedops [powerpc] (zesty-proposed/universe) [2.4.20+dfsg-1ubuntu1] (no packageset)
[15:21] -queuebot:#ubuntu-release- New binary: bedops [armhf] (zesty-proposed/universe) [2.4.20+dfsg-1ubuntu1] (no packageset)
[15:21] <smb> cyphermox, ^ can you reject?
[15:22] <cyphermox> smb: sorry, not archive admin.
[15:22] <smb> cyphermox, ah darn. but thanks
[15:22] <cyphermox> infinity: slangasek: apw: ^
[15:23] <smb> cyphermox, Andy unlikely (today)
[15:23] <flocculant> xnox: bug 1661278
[15:23] <ubot5> bug 1661278 in ubiquity (Ubuntu) "Install 17.04 alongside unavailable on 25Gb drive" [Undecided,New] https://launchpad.net/bugs/1661278
[15:26] <cyphermox> flocculant: ta
[15:28] <flocculant> cyphermox: welcome asl always
[15:28] <flocculant> btw I did on the same hdd try with 16.10 which let me do what I wanted to
[15:40] <smb> sil2100, Could you reject linux-signed-lts-xenial (4.4.0-63.84~14.04.1) from the accept queue of trusty please
[15:41] <flocculant> xnox: so that does tend to suggest it'll be ok when os-prober is?
[15:42] <sil2100> smb: you mean from the Unapproved queue, right?
[15:42] <infinity> smb: Gone.
[15:42] <smb> sil2100, I probably meant, yes.
[15:42] <smb> sil2100, infinity ok thanks
[15:42] <sil2100> ...aaand infinity just did it ;)
[15:42] -queuebot:#ubuntu-release- Unapproved: rejected linux-signed-lts-xenial [source] (trusty-proposed) [4.4.0-63.84~14.04.1]
[15:42] <smb> sil2100, yes sorry did not realize he was already on it
[15:45] <acheronuk> sil2100: our packageset apparently got partially refreshed (still needs the ones in the new queue), but the source 'prison-kf5' somehow escaped the update
[15:45] <flocculant> xnox: ignore me - I proved it to myself by installing a different os-prober ...
[15:46] <sil2100> acheronuk: oh, it did?
[15:46] <sil2100> acheronuk: didn't know someone else was on it as well, my scripts are still running in the background
[15:46] <sil2100> rbasak: did you update the packageset for kubuntu?
[15:47] <acheronuk> sil2100: from our devel channel [14:40] <cyphermox> clivejo: packageset is updated.
[15:47] <sil2100> Ah, ok
[15:48] <cyphermox> sil2100: sorry, you were running the packageset magic in the background?
[15:48] <rbasak> sil2100: no, I didn't touch it.
[15:48] <cyphermox> it's terrible that it takes so long to run
[15:48] <rbasak> It's germinate that takes the time.
[15:48] <acheronuk> sil2100: but missed 'prison-kf5' source name, and obviously the NEW queue ones
[15:49] <rbasak> I wonder if there's a more central one we could use instead, like from the main germinate run or something
[15:49] <sil2100> cyphermox: yeah, I mentioned it briefly on the dmb channel, but I actually started the script like 30 minutes ago
[15:49] <cyphermox> yeah
[15:49] <sil2100> Anyway, no big deal here, didn't waste any time actually
[15:50] <clivejo> ah sil2100, you are Lukasz !
[15:50] <sil2100> clivejo: yes!
[15:50] <clivejo> didn't realise
[15:51] <cyphermox> acheronuk: this is because prison-kf5 doesn't exist in your seed.
[15:52] <cyphermox> (and neither do the new sources, but that's expected)
[15:52] <clivejo> cyphermox: http://bazaar.launchpad.net/~kubuntu-dev/ubuntu-seeds/kubuntu.zesty/view/head:/supported#L258
[15:52] <acheronuk> cyphermox: it's libkf5prison-dev is there
[15:53] <acheronuk> so the source that belongs to should have been added
[15:53] <cyphermox> ah, I see now
[15:54] <cyphermox> yeah, but the timing may be a little wrong, I ran the script a little before that addition happened
[15:54] <cyphermox> (or maybe a little after, but before the seeds were updated on p.u.c)
[15:54] <cyphermox> assuming that's where we get the seeds for that script, I haven't checked.
[15:55] <clivejo> that would explain why prison is in our package and prison-kf5 isn't
[15:56] <clivejo> https://launchpad.net/ubuntu/+source/prison is the old KDE4 version I believe
[15:56] <acheronuk> clivejo: but you updated our seed in one revision did you not?
[15:56] <clivejo> I did
[15:56] <acheronuk> so if the others went in ok, so should prison-kf5
[15:57] <acheronuk> prison-kf5 wasn't added later
[15:57] <cyphermox> acheronuk: there's some more process involved in updating the seed when dealing with packagesets; germinate by default goes to see a webpage which is not updated instantly.
[16:03] <acheronuk> these things are rarely as simple as they seem.
[16:05] <acheronuk> prison-kf5 is now part of the official KDE frameworks, and is needed for QR code etc support in out plasma desktop
[16:05] <acheronuk> an old version with the same source and library names exists, but is not new enough
[16:11] <cyphermox> I'll re-run this later as I try to automate it, so it's good if there are some changes that wil lshow up
[16:12] <acheronuk> cyphermox: yeah, there are  few more missing as I look at it, but see if the re-run catches them :)
[16:14] <acheronuk> I shall go and make even more new stuff to add ;)
[16:14]  * acheronuk runs
[16:47] -queuebot:#ubuntu-release- New: accepted bedops [amd64] (zesty-proposed) [2.4.20+dfsg-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted bedops [armhf] (zesty-proposed) [2.4.20+dfsg-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted bedops [powerpc] (zesty-proposed) [2.4.20+dfsg-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted bedops [s390x] (zesty-proposed) [2.4.20+dfsg-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted bedops [arm64] (zesty-proposed) [2.4.20+dfsg-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted bedops [ppc64el] (zesty-proposed) [2.4.20+dfsg-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted bedops [i386] (zesty-proposed) [2.4.20+dfsg-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted libopenshot-audio [amd64] (zesty-proposed) [0.1.2+ds1-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted libopenshot-audio [armhf] (zesty-proposed) [0.1.2+ds1-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted libopenshot-audio [powerpc] (zesty-proposed) [0.1.2+ds1-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted libopenshot-audio [s390x] (zesty-proposed) [0.1.2+ds1-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted libopenshot-audio [arm64] (zesty-proposed) [0.1.2+ds1-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted libopenshot-audio [ppc64el] (zesty-proposed) [0.1.2+ds1-1ubuntu1]
[16:47] -queuebot:#ubuntu-release- New: accepted libopenshot-audio [i386] (zesty-proposed) [0.1.2+ds1-1ubuntu1]
[16:48] -queuebot:#ubuntu-release- New: accepted breeze-icons [amd64] (zesty-proposed) [4:5.30.0-0ubuntu1]
[16:48] -queuebot:#ubuntu-release- New: accepted neutron-lbaas-dashboard [amd64] (zesty-proposed) [1.0.0-0ubuntu1]
[16:48] -queuebot:#ubuntu-release- New: accepted ksyntax-highlighting [amd64] (zesty-proposed) [5.30.0-0ubuntu1]
[16:51] -queuebot:#ubuntu-release- New: accepted python-murano-pkg-check [source] (zesty-proposed) [0.2.0-0ubuntu1]
[16:57] -queuebot:#ubuntu-release- New binary: python-murano-pkg-check [amd64] (zesty-proposed/none) [0.2.0-0ubuntu1] (no packageset)
[16:58] -queuebot:#ubuntu-release- New: accepted python-murano-pkg-check [amd64] (zesty-proposed) [0.2.0-0ubuntu1]
[17:35] -queuebot:#ubuntu-release- New binary: kdeclarative [ppc64el] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:35] -queuebot:#ubuntu-release- New binary: knewstuff [ppc64el] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:37] -queuebot:#ubuntu-release- New binary: kdeclarative [amd64] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:38] -queuebot:#ubuntu-release- New binary: knewstuff [amd64] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:38] -queuebot:#ubuntu-release- New binary: knewstuff [arm64] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:39] -queuebot:#ubuntu-release- New binary: kdeclarative [armhf] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:39] -queuebot:#ubuntu-release- New binary: kdeclarative [i386] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:40] -queuebot:#ubuntu-release- New binary: knewstuff [i386] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:41] -queuebot:#ubuntu-release- New binary: kdeclarative [powerpc] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:41] -queuebot:#ubuntu-release- New binary: kdeclarative [s390x] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:41] -queuebot:#ubuntu-release- New binary: knewstuff [powerpc] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:41] -queuebot:#ubuntu-release- New binary: knewstuff [s390x] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:42] -queuebot:#ubuntu-release- New binary: knewstuff [armhf] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[17:44] -queuebot:#ubuntu-release- New binary: kdeclarative [arm64] (zesty-proposed/universe) [5.30.0-0ubuntu1] (kubuntu)
[18:04] -queuebot:#ubuntu-release- Unapproved: accepted gdb [source] (yakkety-proposed) [7.11.90.20161005-0ubuntu2]
[18:12] -queuebot:#ubuntu-release- Unapproved: accepted im-config [source] (yakkety-proposed) [0.29-1ubuntu16.2]
[18:14] -queuebot:#ubuntu-release- Unapproved: snapd (trusty-proposed/universe) [2.22.1~14.04 => 2.22.2~14.04] (no packageset)
[18:15] -queuebot:#ubuntu-release- Unapproved: snapd (xenial-proposed/main) [2.22.1 => 2.22.2] (desktop-core, ubuntu-server)
[18:15] -queuebot:#ubuntu-release- Unapproved: snapd (yakkety-proposed/main) [2.22.1+16.10 => 2.22.2+16.10] (desktop-core, ubuntu-server)
[18:30] -queuebot:#ubuntu-release- New binary: libopenshot [i386] (zesty-proposed/universe) [0.1.2+ds1-1] (no packageset)
[19:21] <sergiusens> bdmurray: (or backup slangasek) mind letting snapcraft into xenial-updates and yakkety-updates?
[19:52] <clivejo> is there any way to retry regressions with all-proposed=1 en masse?
[19:55] <slangasek> it could be scripted, but please don't.
[19:55] <slangasek> unless you mean for a specific subset of related packages.
[19:56] <clivejo> KDE have a batch of packages which all get uploaded together and many need retried with &all-proposed=1 appended to the URL
[19:57] <slangasek> right, so you could do some scripting around retry-autopkgtest-regressions --all-proposed to only trigger those that belong to the set
[19:58] <clivejo> for example Frameworks 5.30 are in proposed at the moment
[19:58] <clivejo> I'm poking them on as best I can, but its a very boring job!
[20:01] -queuebot:#ubuntu-release- New binary: libopenshot [i386] (zesty-proposed/universe) [0.1.2+ds1-3] (no packageset)
[20:06] -queuebot:#ubuntu-release- New binary: libopenshot [amd64] (zesty-proposed/universe) [0.1.2+ds1-3] (no packageset)
[20:10] <mightyiam> Hey, release team. Maybe consider fixing bug #1656620 prior to 16.04. Terrible discoloration on open source radeon driver. Not sure scope of hardware.
[20:10] <ubot5> bug 1656620 in Mesa "Discoloration in some XFCE icons and window borders" [Medium,Confirmed] https://launchpad.net/bugs/1656620
[21:38] -queuebot:#ubuntu-release- Unapproved: rejected gnome-calculator [source] (yakkety-proposed) [1:3.22.2-1ubuntu0.1]
[21:42] -queuebot:#ubuntu-release- Unapproved: accepted sudo [source] (yakkety-proposed) [1.8.16-0ubuntu3.1]
[21:50] -queuebot:#ubuntu-release- Unapproved: rejected ddtp-translations [source] (yakkety-proposed) [20170127.1]
[21:54] -queuebot:#ubuntu-release- Unapproved: accepted indicator-application [sync] (yakkety-proposed) [12.10.1+16.10.20170120-0ubuntu1]
[21:56] -queuebot:#ubuntu-release- Unapproved: accepted indicator-application [sync] (xenial-proposed) [12.10.1+16.04.20170120-0ubuntu1]
[22:04] <sergiusens> slangasek, falling back to you, mind letting snapcraft into xenial-updates and yakkety-updates?
[22:04] <slangasek> sergiusens: looking
[22:05] <sergiusens> thanks
[22:52] -queuebot:#ubuntu-release- Unapproved: accepted netcfg [source] (xenial-proposed) [1.135ubuntu4.2]
[22:59] -queuebot:#ubuntu-release- Unapproved: accepted barbican [source] (xenial-proposed) [1:2.0.0-0ubuntu1.1]
=== ahoneybun is now known as ahoneybun_