=== G_ is now known as G [05:11] so i made a PPA, but it was the first one i've made and it got all goofed up [05:11] so then i deleted it so i could re-create it from scratch [05:12] except launchpad kind of acted like i deleted it, but really didn't because it still shows up and i can't create a new one with the same name? [05:13] is there any way to *actually* delete it, or does it do that automatically after a week or so? [05:15] andy7534211: No... it never gets deleted. Sorry. [05:16] PPA deletion as it stands now exists mainly to let people rename their accounts. === maxb_ is now known as maxb [05:16] It could be taken further, but there wasn't an urgent need. [05:16] And it's a lot harder to do a full deletion. [05:18] hm, and no way to rename or move the deleted ppa? [05:19] Sadly not. It would be easy to automatically rename them to something else upon deletion, if you file a bug requesting that. [05:19] alright [05:20] It's all pretty complicated, as we have to deal with stuff on disk under ppa.launchpad.net, as well as copies to and from other PPAs. [05:20] So unrestricted deleting/renaming is problematic. [05:20] But once the deletion is complete, we can automatically rename to something that's unlikely to conflict. === wgrant changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [05:22] file against "Launchpad itself"? [05:22] That's the one. [05:22] https://launchpad.net/launchpad/+filebug [05:28] wgrant: would it also be easy to just recreate/reactivate the ppa? [05:29] andy7534211: Ummm, sort of. It will work if you add /+edit to the URL and turn the Publish and Enabled flags back on. [05:29] It's not supported, but it will work. [05:30] yikes, that was easy.. i think === popey_ is now known as popey === doko_ is now known as doko === EisNerd_ is now known as EisNerd [07:58] Hi === lool- is now known as lool === chrisccoulson_ is now known as chrisccoulson [09:13] morning henninge, could you give me a hand with language packs? It seems that the Oneiric language pack exports from last Thursday and yesterday didn't happen -> https://translations.launchpad.net/ubuntu/oneiric/+language-packs [09:17] or jtv? ^ [09:18] dpm: I'm more or less committed for the rest of the day I'm afraid. :/ [09:18] jtv, no worries, thanks [09:19] if anyone else could give a hand, that'd be great. We're nearing the second beta and it would be good to have working language packs [09:25] dpm: did you request a full language pack? [09:25] henninge, dpm: Do you know when it was running? [09:26] If it takes several or 24 hours, that's going to be difficult to do except over weekends. [09:26] wgrant: it starts at 22 utc [09:26] because of the roll-outs? [09:26] wgrant, henninge, I did not request a full export (the checkbox is not ticked on that page ^) [09:26] Right, the DB disappears for 2 minutes every couple of days. [09:28] the two exports that are missing are delta exports, which do not take as near as long as full exports (which iirc take ~16 hours) [09:28] dpm: it does not really matter, the db reloads will kill it anyway. [09:28] Ah, I see two failed langpack runs here... [09:28] Let me see.. [09:29] yes, just found them, too. [09:29] DisconnectionError: server closed the connection unexpectedly [09:29] As expected. [09:29] Interesting. [09:30] Looks like they'd been going for 16.5 hours? [09:31] dpm, wgrant: the last full export was quite a while ago [09:31] so, the delta will be quite large. [09:32] So, if you'd requested one yesterday it would probably have been OK, since we (unpredictably) didn't have downtime tonight. [09:32] If they take less than 48 hours, the weekend should be safe... [09:33] the last deta only took 8 hours [09:33] wgrant: they are on a schedule [09:34] dpm: can you please file a bug to make the language pack export restartable? It needs to be able to pick up where it left off. [09:34] Not sure that is easily possible, though. [09:36] wgrant, exports happen automatically on a cron job - https://dev.launchpad.net/Translations/LanguagePackSchedule. Full exports need to be requested through that page ^, but are also started according to the schedule [09:36] henninge, sure, give me a minute. However, what changed recently? Scheduled delta exports used to work until last week at least [09:37] dpm: last week we started to restart the database a few times a week. [09:37] wgrant: but we have a fairly fixed time for when that happens, right? [09:38] jtv: do you remember the specific reason to star language pack export at 22 UTC? [09:38] hm, so what can we do to ensure the langpacks are exported in the meantime, assuming that the bug to restart langpacks might take a while to get fixed? [09:38] I think the quickest solution would be to have them start right after the database restart window. [09:38] henninge: it used to be later, but we moved it forward a bit to ensure that it completed before langpack-o-matic runs. [09:39] ok, but we could move langpack-o-matic, too [09:39] We can if needed, yes, but it involves coordinating across teams. [09:39] jtv, dpm: when and where does langpack-o-matic run? Who controls that? [09:39] henninge: 0830UTC [09:40] henninge, it's on the schedule ^ [09:40] henninge: That's fastdowntime. [09:40] right [09:40] The window is 0830-0835 [09:40] We do occasionally run a minute over. [09:40] henninge, pitti or myself can adjust the langpack-o-matic runs [09:40] so if we start at 9UTC and the runs take under 23 hours, we are safe. [09:40] wgrant: that's ok ;-) [09:41] "The timing is chosen so we hit the times when we usually expect the lowest load. Most of the translation work happens in Europe, South America and Asia, and 22:00 UTC should mean less load on LP due to translation activity. With DB slaves, though, this is probably not something we should worry about." [09:41] Given that we are well under DB capacity, I agree with the last sentence. [09:42] wgrant, henninge - ok, so you suggest we should move the start times for the language pack export jobs in LP and adjust the langpack-o-matic builds accordingly? [09:43] That would be my recommendation, but I'd also strongly suggest prioritisation of optimisations :) [09:43] yes, that is the only short-term solution I can see. [09:43] wgrant: come again? ;) [09:43] henninge: You have two days left, you can do it! [09:43] ha! [09:43] heh [09:44] 48 hours should be just about enough :P [09:49] dpm: I will have to relocate now but will go about moving the jobs when I am back online. [09:50] thanks henninge, here's bug 849829 [09:50] Launchpad bug 849829 in Launchpad itself "Language pack exports need to be restartable" [Undecided,New] https://launchpad.net/bugs/849829 [09:52] wgrant, could you confirm if the langpack export started yesterday at 22:00UTC is still running? [09:52] dpm: If one started, it should be running. [09:52] Wasn't there downtime today? [09:52] We didn't interrupt them 1.5 hours ago. [09:52] No. [09:52] buildbot was broken, so we couldn't deploy. [09:52] I don't have a failure email from yesterday's, either. [09:52] So it is probably still running. [09:52] a LOSA could confirm. [09:53] how do I get a losa to confirm? [09:54] LOSA ping: could you please check if there's a language-pack-exporter.py from yesterday still running on loganberry? [09:54] wgrant: you're thinking #-ops [09:54] Oh? [09:54] LOSAs live here too, and taking the discussion to -ops hardly seems productive. [09:55] wgrant: no lang pack export running on loganberry or ackee [09:55] Hm. [09:55] Maybe it finished. [09:55] I don't have an error email. [09:55] Thanks mthaddon. [09:57] thanks mthaddon [09:57] np [09:57] wgrant, not sure it finished, it's not listed in there: https://translations.launchpad.net/ubuntu/oneiric/+language-packs [10:00] dpm: http://paste.ubuntu.com/689029/ [10:00] Yesterday's run was for natty. [10:02] wgrant, ah, yes I confused the build day with the export day. I was thinking of Oneiric, so it seems the Oneiric export on Monday was interrupted and didn't happen [10:05] dpm: Right, there have been interruptions at 0830UTC every weekday since last Thursday, except today. [10:06] Amusingly enough, today was the one day it would have been OK. [10:06] oh well... === jtv is now known as jtv-afk === matsubara-afk is now known as matsubara [12:44] is there an easy way to query launchpad for an upstream bug (i.e. 'also affects project') [12:45] ? === dobey_ is now known as dobey === Sweetsha1k is now known as Sweetshark === zyga is now known as zyga-food === deryck changed the topic of #launchpad to: https://launchpad.net/ | Help contact: deryck | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [14:18] matsubara: branch scanner oopes aren't showing up in the oops viewer, e.g. OOPS-2076SMS9, OOPS-2075SMS15, OOPS-2075SMS17 [14:18] https://lp-oops.canonical.com/oops.py/?oopsid=2076SMS9 [14:18] https://lp-oops.canonical.com/oops.py/?oopsid=2075SMS15 [14:18] https://lp-oops.canonical.com/oops.py/?oopsid=2075SMS17 [14:19] abentley, yep, danilos told me about it yesterday. I'm still debugging the issue and filed https://bugs.launchpad.net/oops-tools/+bug/849446 for it [14:19] Ubuntu bug 849446 in OOPS Tools "dir_finder script not finding some oops directories" [Undecided,New] [14:19] matsubara: great. [14:20] matsubara: you know that they moved the branch scanner to ackee recently, right? [14:21] abentley, nope. that shouldn't be a problem though. it's likely there's a bug in the dir_finder script which is making it fail to find the new directories === zyga-food is now known as zyga [15:15] matsubara, fwiw, could the problem be the fact there are "duplicate" directories for the same OOPS type (i.e. loganberry-bzr-syncd/branch-scanner and ackee-bzrsyncd/branch-scanner)? [15:20] danilos, not sure. the dir_finder code isn't supposed to take that into account === bulldog98_ is now known as bulldog98 === deryck is now known as deryck[lunch] === deryck[lunch] is now known as deryck [17:11] over to you, abentley..... === deryck changed the topic of #launchpad to: https://launchpad.net/ | Help contact: abentley | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [17:12] deryck: ack === bulldog98 is now known as bulldog98_ === bulldog98_ is now known as bulldog98 === abentley changed the topic of #launchpad to: https://launchpad.net/ | Help contact: - | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad === matsubara is now known as matsubara-afk [21:59] Is there anyway to reset the quota for direct contact of other launchpad users? [21:59] I'm contacting several users on behalf of a team and need to contact 4 more :/ === tremolux_ is now known as tremolux