[04:42] <LULLING_HARD> Im trying to upload to my PPA and I keep getting an error: File already exists in <app>, but uploaded version has different contents.
[04:43] <wgrant> LULLING_HARD: You need to change the version number.
[04:43] <wgrant> You can't upload the same version twice; that would be a lie.
[04:43] <LULLING_HARD> I am changing it..
[04:44] <LULLING_HARD> like I have 1.5.3 as my version number
[04:44] <LULLING_HARD> does this mean I have to change it to 1.5.4 and 1.5.5 if I make a mistake?
[04:45] <wgrant> Which PPA, and which package?
[04:47] <LULLING_HARD> So if 1.0 gets rejected, one needs to change it to 1.1?
[04:48] <LULLING_HARD> or 1.0.1
[04:48] <wgrant> You would normally have a version like 1.0-0ppa1
[04:48] <wgrant> 1.0 being the upstream version.
[04:48] <wgrant> And -0ppa1 being the packaging version.
[04:49] <wgrant> https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage
[05:02] <LULLING_HARD> God this drives me crazy
[05:03] <wgrant> Oh?
[05:04] <LULLING_HARD> rejected, rejected, rejected
[05:07] <LULLING_HARD> finally accepted..geez
[05:08] <LULLING_HARD> I'm going to be releasing 2.0 before I get it uploaded
[05:34] <jbicha> LP code browser is down?
[05:34] <wgrant> jbicha: Indeed. Investigating...
[05:35] <jbicha> thanks
[05:38] <wgrant> jbicha: It's back up. Thanks for letting us know.
[05:38] <wgrant> jbicha: Looks like it didn't come back properly after we upgraded it a few minutes back.
[05:38] <jbicha> cool, thanks for fixing it
[06:03] <Darxus> https://code.launchpad.net/~vcs-imports/spamassassin/trunk - this import is slightly broken, values that are supposed to get expanded by SVN aren't, like $LastChangedDate$ and $LastChangedRevision$.  Is this a bug in launchpad?
[06:05] <wgrant> Darxus: I'm not sure that's a bug. Those would be translated on the client side, by something like bzr-keywords.
[06:05] <wgrant> Darxus: Importing the values of those variables into bzr history would be wrong.
[06:06] <Darxus> wgrant: My problem is with a daily build recipe using it.  How do I get that to expand those values?
[06:06] <Darxus> https://code.launchpad.net/~darxus/+recipe/spamassassin-daily
[06:06] <wgrant> Darxus: The daily build needs them expanded?
[06:07] <Darxus> Yeah, it's inserting a header with screwed up version info without it.
[06:07] <Darxus> X-Spam-Checker-Version: SpamAssassin 3.4.0-rupdated (updated) on panic.chaosreigns.com
[06:07] <wgrant> http://doc.bazaar.canonical.com/migration/en/foreign/bzr-on-svn-projects.html#limited-keywords-support
[06:08] <Darxus> The two instances of "updated" should be an svn revision and a date.
[06:08] <wgrant> So it's supported, but you probably won't be able to use that in a Launchpad daily build.
[06:09] <Darxus> Thanks.  That sucks.  What would I open a bug against, or is there one already?
[06:09] <wgrant> Bug #395731 looks relevant.
[06:09] <wgrant> I think.
[06:09] <wgrant> lifeless: Hi.
[06:12] <lifeless> hi
[06:12] <lifeless> 'sup ?
[06:12] <wgrant> lifeless: You probably know more about bzr content filters than I do.
[06:12] <wgrant> Could you check that I am not entirely wrong?
[06:13] <lifeless> ok
[06:13] <lifeless> so
[06:13] <lifeless> bzr-svn installs svn-compatible filteres
[06:13] <lifeless> if we have bzr-svn installed when the recipe is built, its plausible that it would work
[06:13] <lifeless> and/or the keywords plgin
[06:13] <lifeless> so this is solvable without arbitrary-code issues
[06:13] <wgrant> I think it probably needs bzr-svn and a config file.
[06:14] <lifeless> the bug you reference is kindof related
[06:14] <lifeless> I think bzr-svn JFDI's it.
[06:14] <lifeless> IMBW
[06:14] <wgrant> Hmm.
[06:14] <lifeless> jelmer will know
[06:14] <lifeless> anyhow; yes we should have a bug. It may be at the tip of a few bits of different work
[06:15] <wgrant> Darxus: Could you file one at https://launchpad.net/launchpad/+filebug?
[06:15] <Darxus> Sure, thanks.
[06:15] <Darxus> Against Bazaar?
[06:16] <wgrant> Launchpad, for now.
[06:16] <wgrant> At the URL I gave.
[06:16] <wgrant> We will move it if it turns out it needs bzr changes.
[06:16] <Darxus> Ah, okay.
[06:23] <Darxus> https://bugs.launchpad.net/launchpad/+bug/780916
[06:25] <wgrant> Thanks.
[06:26] <Darxus> Thank you.  Safe to shut the laptop and my eyes now?  :)
[06:38] <Darxus> Is there any other way I can get the build date into a perl script built by launchpad recipe?
[06:44] <lifeless> Darxus: do it in debian/rules
[06:45] <wgrant> You may need to build-depend om bzr.
[06:45] <wgrant> But it should be doable.
[06:45] <lifeless> `date`
[06:45] <lifeless> no need for bzr :)
[06:46] <lifeless> you won't be in bzr-land when debian/rules runs
[06:46] <wgrant> Heh.
[07:49] <jfi> Hello, there is no launchpad library (webservice client) for C?
[07:50] <wgrant> jfi: Nothing existing that I know of.
[07:54] <jfi> wgrant, bad news:) https://help.launchpad.net/API/SigningRequests is scaring me
[07:55] <wgrant> jfi: What are you wanting to do?
[07:56] <jfi> wgrant, collect the ppa stats
[07:56] <jfi> wgrant, sounds like I need to learn python
[07:57] <wgrant> Yeah, Python is probably best for that, unless you want endless pain and suffering.
[08:03] <jfi> ha there is a 'go' version: http://goneat.org/pkg/launchpad.net/lpad/
[08:04] <wgrant> jfi: Oh, right, that was announced today.
[08:04] <wgrant> Forgot about that.
[08:14] <fugue88> jelmer: Your recommendation for changing the branch's stack-edon target then pushing fixed my branch.  Thank you!
[08:14] <fugue88> s/-edon/ed-on/
[08:18] <jelmer> fugue88, that's great to hear.
[13:33] <Blinkiz> I have succesfully already built my deb package in pbuilder for Maverick. I now want to build for 11.04, 10.04 and 09.10. How should I create my package so that launchpad understand what distro OS it should build for? A wiki/guide maybe?
[13:33] <Blinkiz> Is it controlled from the changelog file in debian folder? Can I just say "all" in the field <distribution>?
[13:37] <wgrant> Blinkiz: It's controlled by debian/changelog, yes. You need to upload once for each series that you want it to build for, with a different verion string each time. You might want to read https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage#Versioning, particularly the last three paragraphs.
[13:42] <Blinkiz> wgrant, aa, great. I understand. Thanks
[13:51] <broder> hmm...if i call project_group.searchTasks, i seem to only get one task per bug, even if multiple tasks match my query. is that right, or am i doing something wrong?
[13:52] <wgrant> broder: I would expect you to get both, I think.
[13:52] <wgrant> broder: Do you have an example?
[13:53] <broder> wgrant: not at this moment - i don't have my lp creds on the machine i'm using at the moment
[13:53] <broder> the use case is the backport-helper in ubuntu-archive-tools, which does something like lp.projects['ubp'].searchTasks(subscriber=lp.people['ubuntu-archive'], status='In progress')
[13:53] <broder> it seems to only be coming back with one task, even for bugs where multiple tasks have been marked as in progress
[13:55] <broder> i think i'll end up switching laptops later today, so maybe i'll get back to you when i have a more solid test case :)
[13:58] <wgrant> >>> from launchpadlib.launchpad import Launchpad
[13:58] <wgrant> >>> lp = Launchpad.login_anonymously('fewfwfwfw', 'production')
[13:58] <wgrant> >>> list(lp.projects['launchpad-project'].searchTasks(search_text="loggerhead does not handle incompatible repositories chkinventoryrepository"))
[13:58] <wgrant> [<bug_task at https://api.launchpad.net/1.0/loggerhead/+bug/701256>, <bug_task at https://api.launchpad.net/1.0/launchpad/+bug/701256>]
[13:58] <wgrant> broder: Works OK for me.
[14:08] <broder> interesting. yeah, it appears to be working for me as well. i'll touch base with cjwatson and see what's going on
[15:53] <poolie> broder: of course it will probably only match tasks in that project group
[16:07] <broder> poolie: yeah, that's explicitly what i want
[16:13] <poolie> jfi: just so you know, if you only want to read public information, you don't need to sign your requests
[16:13] <poolie> ie just curl https://api.launchpad.net/blah/blah will work fine
[16:36] <NCommander> What's required to be able to edit things like status/priority on a spec?
[17:04] <jcsackett> NCommander: sorry didn't see your message earlier. you mean in blueprints?
[17:07] <jfi> poolie, it seems that unfortunely some of the requests that I need must be authentified, but for the moment I am sure that use the right ones
[17:07] <jfi> *not sure that I use
[17:15] <NCommander> jcsackett: yes
[17:22] <jcsackett> NCommander: you should have the ability to edit data if you're related to the spec, which boils down to being listed in a role on the spec, or on the spec's target.
[17:22] <jcsackett> let me double check if there's something else.
[17:28] <IdleOne> Hello folks, I just got spam email from a bug report I am subscribed to
[17:29] <jcsackett> NCommander: i don't see anything else on a scan of permissions. is there a spec you can't edit you should be able to?
[17:30] <jcsackett> IdleOne: can you give me the bug number?
[17:30] <IdleOne> I mean the cause is good but still not bug related. bug 623819
[17:32] <NCommander> jcsackett: https://blueprints.launchpad.net/ubuntu/+spec/server-o-arm-server
[17:34] <jcsackett> IdleOne: thanks for the alert; the spam has been dealt with.
[17:35] <poolie> jfi: if they're accessing public readonly data that'd be a bug
[17:35] <IdleOne> thank you jcsackett.
[17:36] <jcsackett> NCommander: yeah, looks like you should be able to edit that. are you locked out of everything, or just status/priority?
[17:37] <NCommander> jcsackett: status/priority
[17:37] <jfi> poolie, yes it sounds like a bug, it seems that it depends on the used https impl
[17:38] <jfi> poolie, LP rejects requests with curllib but not wget....
[17:39] <poolie> interesting
[17:39] <poolie> that is not a bug i've heard of before
[17:39] <poolie> however, note it does require a user-agent
[17:39] <poolie> i think the rejection message tells you this
[17:39] <jfi> don't be afraid, the bug is probably in MY code:)
[17:40] <jfi> hum I dunnot set the user-agent, it is required?
[17:41] <poolie> (pseudocode) request.add_header('user-agent', 'whatever-my-program/0.0')
[17:43] <poolie> jfi, http://curl.haxx.se/libcurl/c/curl_easy_setopt.html#CURLOPTUSERAGENT
[17:45] <jfi> yes
[17:45] <jfi> .... and it works with the user agent
[17:45] <jfi> thanks!
[17:46] <jfi> I am very happy to not have to deal with signing the request:)
[17:47] <poolie> :)
[17:47] <jfi> poolie, FYI there is no error msg, just a response header with something like:
[17:47] <jfi> X-Lazr-Oopsid: OOPS-1957EDGEC1163
[17:47] <poolie> really, nothing in the body?
[17:48] <poolie> thanks for letting me know
[17:48] <poolie> hm you probably don't want to talk to edge aeither
[17:48] <jfi> nothing, content-length set to 2
[17:51] <poolie> https://bugs.launchpad.net/launchpad/+bug/781262
[17:53] <jcsackett> NCommander: it looks like those two are actually more restrictive, sorry I didn't notice earlier. you need to be the owner of the target or in the drivers for the target or goal (distribution and series, in other words).
[17:53] <jfi> poolie, well, that's not important, maybe adding a note about this requirement will be nice:)
[17:53] <poolie> i think it is on the wiki
[17:54] <poolie> oopses are critical by policy
[21:27] <BjornW> Can somebody tell me how to completely remove a project from LP?
[21:28] <tsimpson> post a question on https://answers.launchpad.net/launchpad requesting an admin delete the project
[21:28] <tsimpson> * https://answers.launchpad.net/launchpad
[21:30] <BjornW> tsimpson: thanks, would be great if there was some way of letting the project owner remove it themselves ;)
[21:30] <tsimpson> there's probably a bug for that somewhere
[21:31] <lifeless> (noncommercial) projects act as a shared namespace - the concept of ownership can get a bit nebulous
[21:33] <BjornW> tsimpson: I thought so, thanks.
[21:47] <lifeless> jfi: btw please don't use the edge domain!
[21:47] <lifeless> jfi: we are deleting it
[21:48] <lifeless> the oops you got is
[21:48] <lifeless> 'Unauthorized: Anonymous requests must provide a User-Agent.'
[22:00] <jfi> lifeless, right, I have fixed both, hostname and missing user-agent
[22:01] <lifeless> jfi: I've looked at why we need the user agent and I think it was just a thinko when the code was added
[22:01] <lifeless> so fixable relatively easily
[22:02] <jfi> lifeless, that's really not a pb for me to the add the user-agent, I don't need a fix of that
[22:04] <jfi> lifeless, the small issue was just that I thought that I need to sign the requests because the response was '401 not authorized'
[22:07] <jfi> lifeless, maybe it would be nice to add the user-agent information in: https://help.launchpad.net/API/Hacking
[22:08] <lifeless> I think we should just fix it :)
[22:09] <jfi> maybe the user-agent can be used in the future to block or detect invalid client spamming the webservice?
[22:14] <lifeless> its not a trustable field
[22:14] <lifeless> it can be trivially changed