=== maclin1 is now known as maclin
=== chihchun_afk is now known as chihchun
=== maclin1 is now known as maclin
=== maclin1 is now known as maclin
[07:51] <acheronuk> is there an issue at the moment? had a period from (very approx) 1:45 am to 3:30 am Uk time where our CI uploads were not built and timed out waiting for the sources to get accepted.
[07:52] <acheronuk> when retried after that, all was fine
[07:52] <acheronuk> now that issue seems to be reoccurring since shortly after 7 am until now
[07:54] <wgrant> acheronuk: 2017-07-25 07:46:20 DEBUG   PPA exceeded its size limit (65800.00 of 65536.00 MiB). Ask a question in https://answers.launchpad.net/soyuz/ if you need more space.
[07:55] <acheronuk> wgrant: thanks. that was way under the other day, so did not occur to me to check. wonder what happened there
=== chihchun is now known as chihchun_afk
[07:57] <acheronuk> wgrant: umm... maybe as we rebuilt *everything* for new Qt 5.9 and janitor deleting of superseded binaries lags?
[07:58] <wgrant> acheronuk: When did you do that? Superseded binaries are deliberately kept for at least 24 hours to avoid confusing clients that haven't run apt-get update since their last cron.daily
[08:00] <acheronuk> wgrant: did a rebuild of our unstable branch builds for artful starting midnight Sun/Mon, then our stable branch builds starting midnight last night
[08:01] <wgrant> acheronuk: I've increased your quota a bit to unblock you.
[08:03] <acheronuk> wgrant: thanks. would only do that on a big thing like testing out packaging for the upcoming Qt 5.9 landing in artful, so a once in a cycle thing if that. still I know now to check our ppa space beforehand!
[08:04] <wgrant> acheronuk: Yep. You can also expedite removal (6-12 hours, rather than 24-48) by explicitly deleting old packages rather than just letting them be superseded. But hopefully not needed too often.
[08:05] <acheronuk> ack. useful to know :)
[08:09] <acheronuk> wgrant: I guess there is know way of getting rejection reasons like this from the LP api rather than an email? our CI just doesn't know, so can't report the reason at the moment
[08:09] <acheronuk> *no way
[08:09] <wgrant> acheronuk: They're rejected before they even get near the database, unfortunately.
[08:10] <acheronuk> yep, that's what I figured. oh well
[13:43] <zyga-ubuntu> hey, I'm seeing some spam bug reports about amazon prime
[13:43] <zyga-ubuntu> if there's any system that filters this out you may want it to look at
[13:43] <zyga-ubuntu> https://bugs.launchpad.net/ubuntu/+source/command-not-found/+bug/1706298
[13:43] <ubot5> Ubuntu bug 1706298 in command-not-found (Ubuntu) "Amazon Prime Membership " [Undecided,Invalid]
[13:43] <zyga-ubuntu> feel free to block the reporter as well
[13:44] <zyga-ubuntu> there seems to be some hits when searching for the spam topic: https://launchpad.net/+search?field.text=Amazon+Prime+Membership
[13:46] <cjwatson> wgrant: ^-
[13:53] <wgrant> cjwatson, zyga-ubuntu: Fixed.
[14:28] <edmorley> hi! I'm trying to create a new account/log into launchpad, however after creating the Ubuntu One account, and following the "Yes, log me in" link on the "Personal Data Request" page, I get a "Sorry, something just went wrong in Launchpad.". Any ideas?
[14:28] <edmorley> I've tried in two different browsers, and also deleted the Ubuntu One account and started over, to no avail.
[14:36] <cjwatson> edmorley: Can you tell us the OOPS ID?  (And don't delete accounts and start over - you'll at best only make it worse.)
[14:37] <edmorley> cjwatson: hi! it's OOPS-0b6b6d13baa469f8c2836acca55676d8 -- many thanks
[14:37] <ubot5> https://oops.canonical.com/?oopsid=OOPS-0b6b6d13baa469f8c2836acca55676d8
[14:38] <edmorley> yeah I also learnt that usernames aren't put back in the pool after the account is deleted, oh well!
[14:41] <zyga-ubuntu> wgrant, cjwatson: thank you both
[14:42] <cjwatson> edmorley: I guess you previously tried "edmorley" ?
[14:42] <edmorley> yeah
[14:53] <cjwatson> edmorley: Try now?  I left it at "edmorley.", but you should be able to rename to "edmorley" once you're logged in
[14:57] <edmorley> cjwatson: that worked great - thank you :-)
=== PaulW2U_ is now known as PaulW2U
=== JanC_ is now known as JanC
=== bdmurray_ is now known as bdmurray
=== JoseeAntonioR is now known as jose
[21:11] <ahasenack> hi guys, I have a review queue question that I hope is not too complex
[21:11] <ahasenack> when I request a review from a group, like ~canonical-server,
[21:11] <ahasenack> it shows up here: https://code.launchpad.net/~canonical-server/+activereviews
[21:11] <ahasenack> my issue is that when someone from that group grabs the slot, the MP link disappears from that page
[21:12] <ahasenack> launchpad has another kind of review dashboard page that I have seen, and that's when you are listing +activereviews of a project, not a group
[21:12] <ahasenack> there you have nice sections: reviews I can do, reviews I'm doing, reviews I'm waiting on
[21:12] <ahasenack> and even when all slots are grabbed, the MP link remains in that dashboard page until the MP is merged
[21:19] <cjwatson> ahasenack: that seems not so much a question and more a bug that you should file :-)  (I mean, I think it may have been a deliberate design decision to do it that way, but if it was then I'd tend to agree that it's of questionable usefulness)
[21:22] <ahasenack> I see