[01:41] <antono> hello. i having problems with my PPA  builds on launchpad.
[01:41] <antono> buildlog reports that package has wrong signature
[01:41] <antono> gpgv: Signature made Tue Mar  8 00:52:14 2011 UTC using RSA key ID 04D1D6E1
[01:42] <antono> however this key is added to my profile
[01:42] <antono> and verified via email
[01:42] <antono> https://launchpad.net/~antono
[01:42] <antono> whats wrong?
[01:42] <antono> gpgv: Can't check signature: public key not found
[01:52] <wgrant> antono: If it's in the build log that's no problem.
[01:52] <wgrant> antono: It's just a warning (and one that you can do nothing about)
[02:04] <antono> wgrant: thanks. really i missed that real error was in other line of buildlog
[04:11] <wgrant> ScottK: LP's pydkim has another change that's not in natty.
[04:11] <wgrant> ScottK: http://bazaar.launchpad.net/~mbp/ubuntu/lucid/pydkim/details/revision/7
[04:12] <ScottK> Useful. That's something I thought was needed.
[04:12] <wgrant> Do you want to drag that in, or should I upload it?
[04:12] <wgrant> I'd like to use an egg build straight from an officialish branch, and this is all that's stopping us.
[04:12] <ScottK> Once poolie gets back he can push his changes into the new upstream branch I'm making.
[04:13] <wgrant> Good idea.
[04:13] <ScottK> Then we can have a bugfix release here shortly.
[04:13] <ScottK> One other person has a patch so it can work with either pydns or dnspython.
[04:13] <ScottK> dnspython's a bit overkill for TXT record lookup.
[04:14] <ScottK> (not that I expect LP to switch, you'll use the one in Main)
[04:14] <wgrant> We might also want to remove its internal ASN1 parser and use pyasn1.
[04:14] <ScottK> If you want to go ahead and upload to to Natty, I don't mind but please merge from Unstable first (current Natty and Unstable are ~the same)
[04:15] <wgrant> Hmm, and it has a 822 parser as well.
[04:15] <wgrant> Yay.
[04:15] <wgrant> I might see how much of dkim.py I can delete tonight.
[04:16] <ScottK> I think you might want to join https://launchpad.net/~pydkim-hackers
[04:16] <ScottK> That team will own trunk.
[04:16] <wgrant> Indeed.
[04:16] <wgrant> It is already a fairly short module, but we might as well make it really short.
[04:17] <ScottK> yeah.
[04:34] <ScottK> wgrant: It's there, so go for it.
[09:37] <RawChid> Hi, I want to make a (python) script which gets some info about translations from Launchpad. Does anyone know if and how I can use the Launchpad API for this?
[09:37] <RawChid> I found documentation on bugs and project, byt can't find anything on retrieving translations
[09:38] <RawChid> I just want readonly things. Think about: how many untranslated strings per package/project..
[09:38] <dpm> hi RawChid, unfortunately there is no API on translations. There is a spec for implementing the reporting part at https://dev.launchpad.net/Translations/Specs/ReportingAPI - if you'd like to help on that, I'm sure launchpad developers will be more than happy to mentor :)
[09:39] <RawChid> Thnx
[09:40] <RawChid> So I can help implementing that part of the API?
[10:47] <bjf> any guess on how long the staging service will be down ?
[10:53] <wgrant> bjf: It's difficult to say. Have you considered using qastaging instead?
[10:53] <bjf> wgrant, what is qstaging ?
[10:54] <wgrant> bjf: qastaging.launchpad.net is similar to staging. They both run the latest code on a copy of the production database that is erased every week or so.
[10:56] <X3lectric> wgrant: managed to fix the sftp issues it was down to currupt certifictates now allmost there... thx for help yesterday
[10:56] <bjf> wgrant, thanks, will give it a try
[10:57] <wgrant> X3lectric: Great. What's the problem now?
[10:58] <X3lectric> im on ubuntu-packaging asking how to stop lpia packages from being built from karmic sources, architecture field says all atm
[11:00] <X3lectric> unfortunatly thers not much live in #ubuntu-packaging
[11:02] <X3lectric> google only says ubuntu stopped supporting lpia from lucid onwards, cant find any documnetation on how to override this
[11:06] <X3lectric> reason why I want to override it is that these packages are not needed andn always fail to build ;P
[11:14] <om26er> I have a complaint for a dude
[11:15] <om26er> he was asked to keep conversation friendly and he didn't
[11:15] <om26er> https://launchpad.net/~6205-reactivated
[11:15] <om26er> bug 730667 was the warning
[11:16] <om26er> and now bug 715001 comment #6 was ...
[11:19] <X3lectric> actually thers a guy who signed the CoC yet was using profane language in ubuntu-motu last night and got away with it
[11:19] <X3lectric> https://launchpad.net/~directhex
[11:19] <X3lectric> not a very pleasant chap
[11:22] <X3lectric> around midnight GMT
[11:24] <X3lectric> wonder if this widely accepted swearing a cursing
[11:27] <om26er> this channel is only for launchpad related stuff so thats offtopic
[11:28] <X3lectric> wait arent you complainig about similar?
[11:28] <bjf> wgrant, when using "qastaging" can I just use that for the service for "Launchpad.login_with" ?
[11:29] <bjf> wgrant, i'm trying to get there via the LP api
[11:33] <wgrant> bjf: You'll have to use the full URL, 'https://api.qastaging.launchpad.net/'
[11:33] <wgrant> qastaging is only a few months old, so it's not in most launchpadlibs yet.
[11:34] <nigelb> X3lectric: No.  He's asking LP admins to something related to LP
[11:34] <nigelb> X3lectric: You need to talk to IRC council in #ubuntu-irc
[11:36] <X3lectric> nigelb: oh ok
[11:54] <maxb> X3lectric: If you currently have "Architecture: all", lpia packages won't be built anyway
[11:57] <X3lectric> even in karmic?
[11:57] <X3lectric> ill have a tripple check on all packages to see if thers anything that could be causing this
[11:58] <X3lectric> on control file
[12:00] <bjf> wgrant, can't get to: https://qastaging.launchpad.net/kernel-sru-workflow  is this because that project is not in the qastaging copy of the db right now or because i'm an idiot ?
[12:03] <maxb> X3lectric: "Architecture: any" on the other hand, would build lpia packages
[12:04] <wgrant> bjf: That project appears to have been created a day after the last qastaging DB restore.
[12:05] <bjf> wgrant, :-) thanks just wanted to know it wasn't me
[12:26] <Jerub> Why is there a link to launchpad.net/feedback which redirects to help.launchpad.net/Feedback at the bottom of the page under 'Contact Launchpad Support'?
[12:26] <Jerub> that Feedback page doesn't have a link to the documentation, only a way to ask questions. shouldn't the first port of call be the documentation site for people needing help?
[12:59] <doodoo> i am not able to download any packages from PPA. I am using mozilla daily ppa
[13:00] <doodoo> launchpad is slow to download
[15:53] <serfus> hey there lanuchpad people.. we (ubuntu israel team) use the launchpad mailing list on our team. the problem is that the archive isn't readable, due to the hebrew writing i suppose
[15:53] <serfus> is there something we can do about it?
[15:55] <jcsackett> serfus: you mean the web display or the archive is mangling the hebrew characters?
[15:56] <joey> jml: ping
[15:57] <jml> joey: what's up?
[15:57] <serfus> jcsackett, yes
[15:57] <serfus> https://lists.launchpad.net/ubuntu-il/
[15:57]  * jcsackett looks.
[15:58] <jcsackett> ah, i see; it's just subjects that are being botched.
[15:58] <jcsackett> serfus: when you get the email, i assume everything is okay (e.g. this isn't a problem with all email, just viewing in the archive?)
[15:58] <joey> jml: howdy.  Talk to me about blueprints as umbrella structures which can contain other blueprints
[15:59] <joey> jml: did that discussion every go anywhere?
[15:59] <joey> s/every/ever
[15:59] <serfus> jcsackett, yes, you are right
[15:59] <jml> joey: I don't recall that discussion, sorry. Also, I have a meeting on the hour.
[16:00] <serfus> jcsackett, it's not just the subjects at the archive, it's all of the mails
[16:00] <jcsackett> serfus: when i open a thread, i see the messages themselves in hebrew.
[16:00] <jml> joey: you mean something different to blueprint dependencies, right?
[16:01] <jcsackett> serfus: in fact, google translate plugin pops up asking if i would like to translate from hebrew to english.
[16:01] <joey> jml: a while ago we talked about the need to chuck out work items in a blueprint. Sometimes those work items are blueprints themselves.  Ubuntu and Linaro use work-items in the dashboard.  I recalled there was a conversation to allow blueprints to be displayed like bug tasks so that you could have a big blueprint with smaller blueprints underneath it.
[16:01] <jcsackett> serfus: i see this is not the case for all messages. :-/
[16:01] <joey> s/chuck/chuNk/   sorry still trying to wake up jml :-)
[16:01] <serfus> jcsackett, that's odd, i see only ×××...
[16:02] <jml> joey: there has been more discussion on that, but no actual movement.
[16:02] <jml> joey: gotta go.
[16:02] <jcsackett> serfus: the first thread i opened was in hebrew. https://lists.launchpad.net/ubuntu-il/msg00253.html
[16:02] <jcsackett> others do not appear to be.
[16:03] <jcsackett> do you see 'xxxx' only in the link i just sent, serfus?
[16:03] <serfus> yes. that is hebrew!
[16:03] <serfus> what's the diffrence between this and the others?
[16:03] <jcsackett> i have no idea, but let's see if we can find out. :-)
[16:04] <serfus> because every other one i checked what botched
[16:06] <jcsackett> serfus: yes, it seems like everything else is rendering wrong.
[16:06] <serfus> i have tried to view the archive with different encodings but it's still the same
[16:09] <joey> jml: k, thanks.  The reason I asked is https://wiki.linaro.org/EngineeringUnits/Management/Meetings/2011-03-08
[16:09] <jml> joey: ok, thanks. I'll take a look at that.
[16:12] <jcsackett> serfus: i cannot find an easy solution to this--nothing appears to be misconfigured. you should probably file a bug for this, as it is certainly an issue we should continue to follow.
[16:13] <jcsackett> if you would like, i can file the bug for you.
[16:13] <serfus> okay, i would do that
[16:13] <serfus> if you are up for it. :)
[16:13] <serfus> anyway, i have to leave now
[16:14] <serfus> but i will come back later today
[16:14] <jcsackett> serfus: okay. thanks for reporting this. :-)
[16:15] <jcsackett> serfus: it seems this bug is already reported. see bug 647232
[16:17] <serfus> jcsackett, oh i see, i actually know the one who filed the bug
[16:18] <serfus> so it seems like there is no fix right now
[16:18] <jcsackett> serfus: it would appear not, at this time. but the workarounds listed there might be worthwhile.
[16:19] <serfus> alright, thanks mate
[16:19] <jcsackett> serfus: you're welcome. :-)
[16:39] <dpm> jtv, or someone from a maintenance team, may I ask you for your help with the firefox translations template in Natty? It seems it's not getting updated
[16:40] <dpm> So looking at https://translations.launchpad.net/ubuntu/+source/firefox/+publishinghistory there have been several Natty uploads recently, but it seems that the template's last update was on the 22 Feb
[16:40] <dpm> (looking at https://translations.launchpad.net/ubuntu/natty/+source/firefox/+pots/firefox/+admin)
[16:41] <dpm> On the imports queue there is an entry for the template:
[16:41] <dpm> https://translations.launchpad.net/ubuntu/natty/+source/firefox/+imports
[16:42] <dpm> but the date is somehow wrong too: the 26th of Feb, but there have been uploads after that
[16:42] <jtv> dpm: that date is the creation date for the entry.  If the entry's been updated since then with a new version of the template, it still shows the old date.
[16:42] <jtv> I am not here.
[16:43] <dpm> thanks jtv-zzz
[16:43] <dpm> What I don't understand is why that template keeps getting stuck in Needs Review for days. I've at least approved it manually twice, so the approver should do its job and approve it automatically
[16:43] <dpm> henninge, any clues? ^
[16:44] <henninge> dpm:  looking
[16:44] <dpm> thanks
[16:46] <henninge> dpm: do you have access to this page?
[16:46] <henninge> https://translations.launchpad.net/ubuntu/natty/+source/firefox/+pots/firefox/+admin
[16:46] <henninge> dpm: no, +edit
[16:46] <henninge> https://translations.launchpad.net/ubuntu/natty/+source/firefox/+pots/firefox/+edit
[16:46] <dpm> henninge, yeah, to both
[16:47] <henninge> The path is different from the upload file
[16:47] <henninge> dpm: AFIK the autoapprover matches by path.
[16:48] <henninge> dpm: If you change it there to match the queue entry, the autoapprover should pick up on it.
[16:48] <henninge> dpm: if in the past you simply approved the entry, the path field never gets updated.
[16:49] <henninge> dpm: I have to admit that I don't like that behavior (of not updating the path) but it is intended for on-off uploads.
[16:51] <dpm> henninge, so what do I need to do to ensure the auto-approver does its job? Change the path in the +edit page so it matches the one in the import queue entry (i.e. change 'en-US.xpi' to 'lp-export-xpis/en-US.xpi')?
[16:51] <henninge> right
[16:52] <henninge> and hope it does not change again on the next import ... ;-)
[17:02] <dpm> ok, thanks for your help henninge
[17:03] <jetienne> q. in launchpad apparently my karma comes from "soyuz" activity, what is this ?
[17:03] <bigjools> PPA uploads
[17:04] <jetienne> bigjools: thanks
[17:04] <bigjools> np
[17:28] <janimo> can I see the last failed buildlog of a package if the build was already given back?
[17:29] <janimo> This one https://launchpad.net/ubuntu/+source/qt4-x11/4:4.7.2-0ubuntu2/ after running for over a day, now shows started 1 hour ago
[17:29] <janimo> so I assume it failed and someone retried
[17:29] <janimo> I'd like to see how it failed
[17:38] <bigjools> janimo: no it's not possible
[17:39] <bigjools> it's possible that the build did not complete because the builder was removed (some are temporary)
[17:41] <jetienne> Found files in /usr/local (must be in /usr). <- this is the error i got in my build ? should i copy it in /bin ?
[17:41] <jetienne> why /usr is forbidden ?
[18:36] <fta> when i fold lines in a debian/changelog with vim (Gqq), launchpad further folds my lines, is that a bug?
[19:05] <maxb> jetienne: Packages are not supposed to install into /usr/local/, because that tree is reserved for manually installed non-packaged software
[19:06] <jetienne> maxb: ok noted
[19:33] <trijntje> ping fta
[19:33] <barry> howdy folks, any code hosting + mercurial experts around?
[19:34] <lifeless> fsvo
[19:34] <lifeless> hi trijntje
[19:34] <barry> lifeless: hi
[19:35] <fta> trijntje, pong
[19:35] <barry> lifeless: well, i'm trying to update launchpad's branch imports of python to match its shiny new mercurial repo.  if i'm reading the docs correctly, we can only import the default branch in the repo?  is it possible to also import the long-lived version branches?
[19:37] <sinzui> barry: that relates to bzr-hg I think jelmer might know something about that
[19:38] <barry> sinzui: cool, thanks
[19:38] <barry> jelmer is probably off line atm, but i'll send him an email
[19:39] <sinzui> I should know the answer to this. I am researching it. If the question was about git, I could confidently say No, but maybe in 6 months
[19:39] <trijntje> Hi fta, i'm trying to translate Chromium (policy-templates) but I'm having a hard time finding the strings I see there in Chromium. Is there some resource I could use to track them down so that I might know the context in which those strings occur?
[19:41] <sinzui> trijntje: no there is not :( I think a lot of people start the app and look for it
[19:43] <sinzui> barry: the answer is no. This is the same issue as importing non-master from git. That means we are committed to fix it
[19:46] <fta> trijntje, this template is tricky, it comes from a pseudo json file (in fact, a python object). but so far, this feature is not enabled on linux, so you can postpone it for now
[19:47] <fta> trijntje, i need to discuss with upstream to see if/when it should land for linux.
[19:49] <trijntje> ok, i'll skip it for now, thanks
[19:49] <RawChid> Hey, see this overview: https://translations.launchpad.net/ubuntu/natty/+lang/nl/?batch=30  Is it possible to only get projects with untranslated strings? (i.e. untranslated > 0)
[19:50] <trijntje> in general I try to find the strings in one of the menu's, preferences or one of the entries in about:about, is there any other place I should check?
[19:52] <barry> sinzui: okay, thanks.  is there a bug i can subscribe to?  i'm now keenly interested in this feature :)
[19:52] <barry> sinzui: i'll set up the trunk import now though
[19:54] <sinzui> barry: I think this is bug 380871
[19:56] <barry> sinzui: that's bzr-git.  is there a separate one for bzr-hg or can i piggyback on the git bug?
[19:56] <sinzui> I think that is the one. I believe the real issue is Lp, not the plugin
[19:56] <barry> sinzui: cool thanks
[19:57] <jelmer> The issue is Bazaar itself, rather than any of the plugins or Launchpad
[19:58] <barry> jelmer: hi!  this came up on my radar today because i'm trying to import the new python hg repo, which has 'default' branch as python 3.3, but also named branches in that repo for other releases.  when bug 380871 is fixed in launchpad, will that allow me to set up imports of the named branches?
[19:59] <jelmer> barry: Yep
[19:59] <barry> jelmer: awesome, thanks
[19:59] <jelmer> barry: Perhaps the importance of that bug needs to be bumped up to high, there's been quite a few requests for it..
[20:00] <barry> jelmer: it'd be nice to see one of the lp squads plan for it sometime soon-ish
[20:01] <jelmer> barry: it's a bazaar issue, not a Launchpad issue
[20:02] <jelmer> There shouldn't be any changes necessary in Launchpad, you'll just have to add ",python3.3" to the Mercurial URL
[20:02] <barry> jelmer: ah, gotcha.  i was wondering what the lp ui would be for that
[20:02] <barry> jelmer, sinzui thanks!
[20:03] <sinzui> Thank you jelmer!
[20:03] <barry> in the meantime, the default import is running and i can swap that for lp:python when it's complete (the svn repos are read-only now)
[21:15] <MTecknology> hmmm...... Somhow I uploaded a php package where the version started with php5-5xxx instead of 5xxx
[21:15] <MTecknology> yucky
[21:16] <MTecknology> I guess the only thing to do is delete that from the ppa and upload the correct version; no legit version number will ever be higher than the wrong one
[21:22] <soren> MTecknology: Sure. That's what epochs are for.
[21:23] <MTecknology> hm?
[21:23] <soren> MTecknology: "1:whatever" will always be higher than "somethingelse".
[21:23] <soren> MTecknology: Look at Debian policy. Search for epoch.
[21:23] <MTecknology> oh...
[21:24] <MTecknology> thanks :F
[21:24] <MTecknology> :D*
[21:32] <benji> MTecknology: I thought you turned into a vampire there for a second.
[21:32] <MTecknology> lol
[21:35] <Elleo> hi, I'm having a few problems importing existing translations into launchpad; if I do it via the bzr import it doesn't get a target set and just gets listed as "Needs Review", if I upload the po manually I can get it to set the correct target but it's still listed as "Needs Review" with no way to approve it
[21:35] <Elleo> the imports in question are here: https://translations.launchpad.net/librefm/trunk/+imports
[21:36] <Elleo> as far as I can tell our file structure should be okay, .po files are named after their country code and are in the same directory as the .pot file
[21:36] <Elleo> s/country code/language code/
[21:42] <sinzui> Elleo: I need to look into this. I think you have done everything right, and by choosing import from branch you do not need to do something.
[21:43] <Elleo> okay, thanks
[22:12] <sinzui> Elleo: I approved both stuck translations, though I know that both are the same. That should clear the queue and permit subsequent uploads to be auto-approved.
[22:26] <Elleo> sinzui: great, thanks very much :)