[03:24] <tsimonq2> How long should I wait before thinking LP ate my email to new@bugs.launchpad.net?
[03:25] <tsimonq2> It's been over 12 minutes with no response.
[03:27] <tsimonq2> Oh, nevermind.
[03:27] <tsimonq2> It *finally* processed.
[03:27] <tsimonq2> lol
[03:35] <blahdeblah> tsimonq2: A: over 14 minutes.
[03:36] <tsimonq2> blahdeblah: OK.
[03:37] <blahdeblah> tsimonq2: I was merely inferring based on your message timings. :-)
[03:37] <tsimonq2> blahdeblah: Right. :)
[03:38] <tsimonq2> blahdeblah: Now I can't edit this bug description... :/
[03:38] <tsimonq2> (If it took that long to process it, it's probably going to take that long to edit it... heh)
[03:41] <blahdeblah> Launchpad does have a web UI, y'know... ;-)
[03:41] <tsimonq2> It times out in the web UI ;)
[03:42] <tsimonq2> Hah, so I ended up having to SSH into a VPS of mine with a super fast connection, launch w3m, and edit it that way...
[03:42] <tsimonq2> Works :D
[09:18] <LyzardKing> Hi! Is there a way to get some stats for the downloads of a certain ppa?
[09:24] <cjwatson> LyzardKing: Only for individual packages within it, using the binary_package_publishing_history.getDownloadCounts API methods and friends (https://help.launchpad.net/API/launchpadlib, https://launchpad.net/+apidoc/devel.html#archive-getPublishedBinaries, https://launchpad.net/+apidoc/devel.html#binary_package_publishing_history-getDownloadCounts)
[09:41] <LyzardKing> cjwatson: thanks! I'll look into that
[10:47] <dupondje> Launchpad does not recognize the bug tracker at this URL.
[10:48] <dupondje> https://gitlab.gnome.org/GNOME/mutter/issues/81
[10:48] <dupondje> dunno if there is support comming for this? :D
[10:59] <cjwatson> https://bugs.launchpad.net/launchpad/+bug/1745210
[10:59] <ubot5`> Ubuntu bug 1745210 in Launchpad itself "Support GNOME GitLab Issues as external bugtracker" [High,Triaged]
[11:00] <cjwatson> no work currently in progress but it has been reported ...
[16:53] <tom95> hi there! my github import keeps failing right now, any clues why that might be? https://code.launchpad.net/~tombeckmann/indicator-synapse/trunk http://launchpadlibrarian.net/361512799/tombeckmann-indicator-synapse-trunk.log
[18:28] <tom95> appears as if "alnitak" importer is broken, now I got russkaya again where the import worked flawlessly
[18:58] <Saviq> is FTP the only protocol accepted by ppa.launchpad.net? travis has some troubles with FTP at the moment, just wondering if there's other ways to upload to PPAs?
[22:57] <cjwatson> Saviq: SFTP works too, though you'd need to dispatch an SSH key to the worker
[22:58] <cjwatson> alnitak import> ah, interesting
[22:59] <cjwatson> wonder how tdb got installed in the past, presumably manually
[23:00] <cjwatson> I feel like we need a launchpad-codeimport-dependencies or something rather than just jamming all of this stuff into launchpad-dependencies
[23:02] <Saviq> cjwatson: anywhere I can read about this?
[23:03] <cjwatson> Saviq: the usual PPA help docs?
[23:03] <cjwatson> https://help.launchpad.net/Packaging/PPA/Uploading#SFTP_and_older_versions_of_Ubuntu
[23:03] <cjwatson> or indeed just https://help.launchpad.net/Packaging/PPA/Uploading#Uploading_with_SFTP
[23:06]  * cjwatson files https://bugs.launchpad.net/launchpad/+bug/1757563 for the import tdb thing
[23:11] <cjwatson> alnitak fixed
[23:26] <tsimonq2> cjwatson: Can anything be done about bug 1757320 timing out every time anyone wants to modify anything? Even trying via my VPS with a really fast connection makes it time out.,
[23:27] <tsimonq2> Timeout values are set low enough that once you get to this size of a bug you can't do anything...
[23:27] <wgrant> oh wow
[23:27] <wgrant> what a terrible idea for a bug
[23:27] <wgrant> The timeout values aren't set too low, that bug is just 20x too big...
[23:27] <tsimonq2> It's a tracking bug, really.
[23:27] <wgrant> Can we split that, please?
[23:27] <wgrant> I'm pretty sure that's the second biggest bug in history.
[23:28] <tsimonq2> How do I split it if I can't edit the bug? :P
[23:28] <tsimonq2> Plus, if there's been bigger, why can't LP handle it...,
[23:29] <wgrant> API script to delete the tasks. If even that times out then we can temporarily increase the task deletion timeout.
[23:29] <wgrant> LP didn't handle the bigger one very well at all :)
[23:29] <wgrant> A bug tag is appropriate here.
[23:30] <tsimonq2> Ahh, probably.
[23:30] <tsimonq2> Oh well, hindsight is 20/20.
[23:30] <wgrant> The underlying problem is that things like permissions and subscribers are calculated per task.
[23:30] <wgrant> A bug tag gives you a single overview page (the tag search) that shows the status, without having to spam everyone about everything (which makes people and my database servers happier)
[23:31] <tsimonq2> Right.
[23:31] <tsimonq2> So what might a script fixing this look like? :)
[23:31] <wgrant> I was wrong, that is the largest bug by almost a factor of two
[23:32] <wgrant> We've had a number of 180-task bugs which work sort of
[23:32] <wgrant> But this is 330
[23:32] <tsimonq2> Oh boy. Heh.
[23:32] <tsimonq2> Sorry.
[23:32] <tsimonq2> As I said, hindsight is indeed 20/20.
[23:32] <tsimonq2> Now: let's fix it. ;)
[23:32] <wgrant> How about I add an ubuntu qt4-x11 task and delete the rest
[23:33] <tsimonq2> Please
[23:33] <wgrant> How did you even create it? :P
[23:34] <tsimonq2> The output of a bash for loop going into an email request. :P
[23:34] <tsimonq2> I thought LP would be able to handle such a bug.
[23:34] <wgrant> Oh I see.
[23:35] <wgrant> LP was designed for handling several series tasks for each of maybe a dozen different real targets.
[23:35] <wgrant> And it will cope with several dozen without much of a problem, though it's still usually a bad idea.
[23:35] <wgrant> 330 is a fair way above anything we've tested.
[23:35] <tsimonq2> Now I know. :)
[23:35] <tsimonq2> Perhaps it should error out if I try to file a bug like that. :P
[23:46] <tsimonq2> wgrant: What might be a good way to script the refiling of all 330 bugs?
[23:47] <wgrant> tsimonq2: Have you used launchpadlib before?
[23:47] <wgrant> But before the API existed I used to do it by email.
[23:48] <tsimonq2> wgrant: I wonder if I can use my bash script to do it by email. :P
[23:48] <tsimonq2> Or, maybe launchpadlib might help.
[23:49] <tsimonq2> I haven't used it extensively but I can test it on staging.l.n I guess.
[23:49] <wgrant> It's a very handy thing to know.
[23:50] <wgrant> And yes, always test on staging first.
[23:50] <tsimonq2> wgrant: The question is, how did you remove all of those tasks? :P
[23:50] <tsimonq2> API?
[23:50] <tsimonq2> Alright, I can figure it out.
[23:51] <wgrant> In [1]: b = lp.load('/bugs/1757320')
[23:51] <wgrant> In [2]: ts = list(b.bug_tasks)
[23:51] <wgrant> In [4]: for t in ts[1:]:
[23:51] <wgrant>    ...:     t.lp_delete()
[23:51] <tsimonq2> Ah ok.
[23:52] <tsimonq2> wgrant: Now, you mentioned creating an ubuntu task for this?
[23:52] <wgrant> tsimonq2: I left the first task and then moved it to qt4-x11
[23:52] <wgrant> The bug should be in a sane state now.
[23:52] <tsimonq2> Oh, gotcha.
[23:52] <tsimonq2> Thanks.
[23:53] <tsimonq2> wgrant: Let me know if anyone ever tops this bug. :P
[23:53] <wgrant> Heh
[23:53] <tsimonq2> But indeed, it should error out.
[23:53] <wgrant> tsimonq2: All the other top candidates are Linux security bugs like https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1016299
[23:53] <wgrant> Because they have lots of packages most of which only exist in one or two series
[23:53] <wgrant> But all the series tasks exists
[23:53] <tsimonq2> Ah, right.
[23:54] <tsimonq2> Thanks.