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