=== caraka_ is now known as caraka [11:32] hey [11:33] does anyone know when xenial is going to be open for translations? [11:37] wgrant: ^- when you did this for wily, did you run a test copy anywhere? dogfood doesn't have wily, let alone xenial [11:38] cjwatson: No, it can't really go wrong any more. [11:38] I love it when somebody who isn't me says that. [11:38] Let me go find a webop. [11:39] In the old days it took LP down for eight hours and inserted tens of millions of rows. [11:39] Bit simpler now. [11:42] wgrant: Can you see why ackee.canonical.com::launchpad-production-logs/rosetta/approve-imports.log has been "Lockfile /var/lock/launchpad-translations-import-queue-gardener.lock in use" for ages? [11:44] cjwatson: Probably libreoffice, but looking. [11:45] https://translations.launchpad.net/+imports/+index?field.filter_extension=all&field.filter_status=NEEDS_REVIEW&field.filter_target=all&batch=75&direction=backwards&memo=255550&start=255475 [11:45] hi libreoffice [11:47] Will that need to be killed? [11:47] No. [11:47] It'll just take a few hours each run. [11:47] Oh [11:47] You mean for the opening? [11:47] Yes, best to disable and kill. [11:47] Yes [11:48] * cjwatson looks for "gardener" and only finds it in a script-monitor line [11:48] That's rosetta-approve-imports [11:48] oh, I guess it's in fact rosetta-approve-imports itself [11:51] I'm assuming that gigantic needs-review queue is something that Ubuntu needs to garden [11:51] Right. [11:52] Classically Ubuntu's translations people would clean it up, or the LP translations team. [11:52] There's a minor problem with that strategy now. [11:52] That neither group exists? [11:52] Correct! [11:54] dpm: ^- is there still anyone from your end who might be able to have a look at the translations import queue? [11:56] cjwatson, I will approve new templates from time to time, but it's been quite a while now that no one has looked at the import queues. It's just too much manual work [12:05] how long does it for a PPA's reported disk space to drop after deleting packages? [12:05] if a long time, can someone enable armhf on ppa:ubuntu-desktop/ppa? :) [12:06] Laney: A day ish [12:08] Laney: that's a virtualised PPA, so armhf will go through qemu-user-static; and ~ubuntu-desktop has non-Canonical members, so I can't make it devirt [12:08] are qemu-user-static builds going to be sufficient for what you're doing? they tend to break with threading [12:08] Well, I want to test an ffmpeg build, so I'd guess not actually. [12:09] I could just grab a silo, or use a PPA of mine [12:10] cjwatson: Maybe https://launchpad.net/~laney/+archive/ubuntu/experimental/+edit ? Or I can grab a landing PPA if you prefer. [12:11] Laney: I'm not in commercial-admins, so can't do it myself. wgrant may still be around, otherwise using a silo would be simplest [12:11] Size bump? [12:11] Sure. [12:12] wgrant: devirt-and-armhf [12:13] Laney: Or I could just bump the quota of ~laney/ubuntu/arm. [12:13] wgrant: If you think ffmpeg is going to survive a build [12:13] Oh, that's virt, I see. [12:13] Or devirt that one, whatever. :P [12:14] May make more sense to devirt that one. [12:14] experimental doesn't look obviously nonvirt. [12:14] arm's quota quadrupled, virt disabled. [12:15] Cheers! [12:20] seb128: OK, initial steps done from our end, and I've mailed ubuntu-translations-coordinators@ for the next bits. Will see if anyone answers. [12:21] cjwatson, thanks === Ursinha_ is now known as Ursinha [16:17] cjwatson, hey, I recall a while back that we might get commit message semantics for git to have lp mark bugs 'Fix Commited' [16:26] sergiusens: Certainly not that; LP has never done that even for bzr. But we should hopefully get links in the not too distant future, which were dependent on some generalising of cross-references that wgrant did a while back. [16:32] oh sorry, right, the automatic Fixed Comitted state change is a tarmac thing === caraka_ is now known as caraka