[05:28] <jono_> hey folks
[05:28] <jono_> looks like LP is having some issues
[05:28] <jono_> seems to be very slow and unresponsive
[05:28] <wgrant> jono_: Oh?
[05:28] <wgrant> Examples?
[05:28] <jono_> going to http://bazaar.launchpad.net/~ubuntu-accomplishments-daemon-developers/ubuntu-accomplishments-daemon/accomplishments-daemon/files/head:/data/
[05:28] <jono_> wgrant, ^
[05:29] <wgrant> Ah, bazaar.launchpad.net is entirely separate from the rest of LP :)
[05:29] <wgrant> We're restarting one of its servers to hopefully resolve a hang.
[05:29] <jono_> oh I see
[05:29] <jono_> gotcha, thanks wgrant
[05:42] <wgrant> jono_: We've blocked an abusive user, and things seem to be a lot faster now.
[05:42] <jono_> many thanks, wgrant
[07:57] <odony> Hi, anybody is aware of long delays in translations exports? I've got translations that have not been exported for 13days, despite daily updates. And the weird thing is that the language is shown as "Last edited" 13 days ago in the overview list, maybe that's somehow related?
[08:18] <czajkowski> odony: not that long no, but we have been doing some work there so wondering is this a knock on
[08:19] <czajkowski> jelmer: are you travelling or set up?
[08:20] <odony> czajkowski: Hi Laura, ok thanks. In fact I think I'm seeing a variation of bug 987199 - would you like to double-check?
[08:21] <jelmer> czajkowski: I'm set up
[08:21] <jelmer> czajkowski: anything in particular you'd like me to look into?
[08:22] <czajkowski> jelmer: odony issue of translations taking a long time, he's referring to the bug above which may be the cause but unsure.
[08:23] <odony> czajkowski, jelmer: I think our translation teams are working in the trunk series, and it is the another series that has outdated PO files. And indeed the change date of the PO file in the UI matches the last export date in that series, and is outdated when compared to the change date of individual strings in that PO
[08:24] <odony> czajkowski, jelmer: so probably it is the same bug, and the translation sharing works but does not update the change date of affected PO files in other series, preventing the export job to notice them
[08:26] <odony> You can see that individual strings have recent translation dates, e.g here: https://translations.launchpad.net/openobject-addons/6.1/+pots/purchase/ja/+translate but the PO itself has an old update date of 12 june: https://translations.launchpad.net/openobject-addons/6.1/+pots/purchase
[08:26] <odony> .. and has not been exported since then
[08:28] <jelmer> odony: It does indeed look like it's that bug.
[08:29] <jelmer> odony: My knowledge of translations is limited, still digging..
[08:40] <odony> jelmer: alright, so as long the bug is not fixed our workaround would be to make a dummy change in the other series to bump the PO file change date and cause an export, right?
[08:41] <jelmer> odony: Yes, I would expect so.
[08:42] <odony> jelmer: I don't suppose there is a way to automate this using launchpadlib or something? ;-) we have hundreds of templates, so doing that manually to all other series every time we change one series seems like... it won't happen
[08:44] <jelmer> odony: it should be possible to automate it using bzrlib, it's got a decent Python API
[08:46] <odony> jelmer: how would we proceed with bzrlib? If I understand correctly we have to make a dummy change to all PO files that contain a more recently changed string than their own update date? except that in the bzr source we don't know that, the changes live in the LP db only?
[08:57] <jelmer> odony: If you wanted to automate it so that only files are changed that have been modified in Launchpad, you would probably have to use Launchpadlib as well, indeed.
[08:59] <odony> jelmer: ok thanks, in the mean time I'll ask our translators to work in whichever branch they see as most important to export, and hopefully Jeroen will find a fix at some point
[08:59] <jelmer> odony: okay
[14:56] <nhandler> If I create a bzr branch recipe to build daily packages for precise, does LP automatically append ~precise1 to the end of the version?
[15:01] <james_w> yes
[15:01] <nhandler> james_w: I take it there is no way to change that (i.e. to have a version end in ~precise1~ppa1), right?
[15:01] <james_w> nhandler, I don't believe so
[15:01] <dobey> there isn't
[15:02] <dobey> you can have ~ppa1~precise1 if you really want
[15:02] <dobey> though having the "ppa1" there is basically unneeded
[15:04] <nhandler> dobey: I'm using a PPA as a temporary backport repository until I get a package into precise-backports. I was hoping for a nice way to enable them to "upgrade" from my PPA version of the package to the backports version. It isn't a huge deal (since the packages should be identical), but it would have been nice
[15:04] <james_w> well, you can have ~precise1~ppa1~precise1
[15:04] <james_w> which allows that
[15:05] <nhandler> james_w: True. A bit ugly, but I guess it does work. Thanks.
[15:07] <dobey> recipes are probably not the best way to deal with building proposed backports in a PPA
[15:07] <dobey> you should probably just do manual uploads with the appropriate version strings
[16:49] <kamal> hi #launchpad folks...   Since Friday, Launchpad has been yielding only "Timeout error" when trying to copy packages from the archive into a PPA.   Is this a known/widespread problem, or just me?
[16:52] <jelmer> hi kamal
[16:52] <kamal> jelmer: hiya
[16:52] <jelmer> kamal: I'm not aware of it being more problematic in the last couple of days, though we do have a couple of open bugs about it.
[16:52] <jelmer> see bug 575450
[16:55] <kamal> jelmer: ok, well I do this operation frequently enough (copy linux kernel package from the main archive to one of my PPA's) ...  and yes, I've had my share of timeouts, but it usually does work *eventually*.    This time, I seem to be just stuck -- it's been giving me nothing but the dreaded timeout for 4 days now.   Any further advice?
[17:00] <kamal> I suppose I'll just download the source package, tweak the distro target manually, and re-upload it to my PPA.    Sure seems to me like its behaving worse than "usual" in (at least) the past few days.
[17:03] <jussi> nooo
[17:11]  * czajkowski peers at jussi 
[17:11] <jussi> czajkowski: bot configuration fail ftw :D
[18:48] <_The_Fred> hello
[18:49] <_The_Fred> I have a program packaged into a .deb, but im not sure how to sign it, can anyone help?
[18:49] <_The_Fred> F.W.I.W. Im running Ubuntu 12.04
[18:52] <micahg> _The_Fred: PPAs take source uploads, not deb uploads
[18:52] <_The_Fred> aha - thanks
[18:52] <_The_Fred> so, the signing process: is that done with my launchpad account?
[18:53] <micahg> _The_Fred: https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage
[18:53] <_The_Fred> thank you again micahg :)
[19:46] <mounirb> Can we subscribe an email address to launchpad bugs ( i.e. not a Launnchpad id) ?
[19:48] <dobey> no, subscribers must have a launchpad account
[19:51] <mounirb> the email address is a support email address, not a person. So, I should create a launchpad id for it, first?
[19:53] <mounirb> dobey: ^^
[19:53] <dobey> yes, or a team, and set that address as the contact for the team
[19:54] <mounirb> dobey: ok thank you
[23:33] <andi2> hi, how can I fix "File gupnp_0.18.3-2~68~precise1.tar.gz already exists in dev, but uploaded version has different contents."? It is build from the recipe.
[23:36] <andi2> Source package is not visible in my dev ppa, it is error I get (https://launchpadlibrarian.net/108655641/upload_3888129_log.txt)
[23:37] <andi2> How I can remove source package from the ppa which is not visible on the website?
[23:41] <wgrant> andi2: You can't upload two different packages with the same version, even if the old one has been deleted.
[23:41] <wgrant> andi2: You'll need to change the version.
[23:42] <wgrant> andi2: Perhaps your recipe uses two separate branches, but your version template only includes the revno from one of them?