[00:15] <sladen> lots of "Sorry, there was a problem connecting to the Launchpad server. " timeouts people....
[00:20] <jml> sladen, it should be better now.
[00:32] <sladen> jml: groovy;  out of interest, is there a reason was it was unwell before?
[00:33] <jml> sladen, intermittent reliability issues with one of our appservers. It's a problem we're aware of and are trying to fix.
[00:40] <sladen> jml: vague, but ta
[00:40] <jml> sladen, it's as deep as my knowledge goes, I'm afraid.
[01:48] <poolie> mwh i don't understand your change to bug 401412
[01:48] <poolie> marking it invalid in loggerhead
[01:48] <poolie> but i guess you can do what you want...
[01:49] <mwhudson> poolie: the description is "error annotating large file"
[01:49] <mwhudson> poolie: in vanilla loggerhead you won't get an erro
[01:49] <poolie> oh i see
[01:49] <mwhudson> poolie: just in the one on launchpad, because of the relatively low proxytimeout
[01:49] <poolie> it'll just run forever...?
[01:49] <mwhudson> yes
[01:49] <poolie> or until the server or client times out
[01:49] <mwhudson> (well, for about 40s)
[01:49] <mwhudson> (in this case)
[01:49] <poolie> k
[01:50] <poolie> jam said something about reworking annotate to deliver some results incrementally
[01:50] <poolie> not sure if that's done or landed yet
[01:50] <mwhudson> that would be cool
[01:50] <poolie> if it was, you could potentially trickle it out through ajax
[01:50] <poolie> may be nontrivial
[01:50] <mwhudson> although it would probably require some loggerhead changes to take advantage of
[01:50] <mwhudson> nontrivial but worth it would be my guess
[01:52] <poolie> could you answer <https://answers.edge.launchpad.net/loggerhead/+question/76997> if it's easy?
[01:52] <poolie> maybe just 'utsl, patches welcome'
[01:52] <poolie> also, while i'm bugging you
[01:53] <poolie> on launchpad, does loggerhead directly listen for http from the proxy
[01:53] <poolie> or does it run inside apache?
[02:30] <mwhudson> poolie: bugging me works much better if you say my name repeatedly :)
[02:31] <mwhudson> poolie: requests go internet --> apache on the codehost --> loggerhead on it's server
[02:31] <mwhudson> poolie: that question looks pretty easy to answer, thanks for the nudge
[02:32] <poolie> apache is acting as a proxy?
[02:38] <mwhudson> yes
[02:42] <wgrant> Is staging meant to not be updating?
[03:13] <spiv> mwhudson: as a tangent from <https://bugs.launchpad.net/bzr/+bug/400978> it looks like lp:~vcs-imports/wine/git-trunk ought to be made the development focus?
[03:14] <mwhudson> spiv: you need to talk to the wine maintainer about that, not me
[03:14] <spiv> mwhudson: ok.  Thought I'd try you as I know where to find you (and it's an import :)
[03:14] <spiv> mwhudson: thanks
[04:22] <SamB> hmm, I'm seeing a lot of missing tabs on https://bugs.launchpad.net/dosemu ...
[04:41] <lifeless> where do you go to add a milestone?
[04:45] <SamB> can I unrequest a review by a specific person?
[04:46] <wgrant> lifeless: A series, for optimum confusion.
[04:46] <lifeless> wgrant: this is odd; for the first release in a new series when the series hasn't branched yet
[04:47] <wgrant> lifeless: But the series does exist.
[04:47] <wgrant> It just doesn't have a separate branch at this time.
[04:47] <wgrant> I can plan several series ahead.
[04:47] <lifeless> its odd :)
[04:51] <happyaron> could anybody take some attention to this question? https://answers.launchpad.net/launchpad/+question/77266
[04:56] <spm> happyaron: yeah, will do. hopefully today, but am stretched a tad thin atm.
[04:57] <happyaron> spm: they told me to wait for a system admin to do that at 07-17
[04:58] <spm> happyaron: yes. we don't work weekends.
[04:59] <happyaron> oh
[08:16] <poolie> jml/thumper - am i correct in thinking that merge proposals have a source revision that wants to merge?
[08:16] <poolie> hm i could use the source...
[08:33] <thumper> poolie: well...
[08:33] <thumper> poolie: it is right now, the intent to land the work on one branch onto another
[08:33] <thumper> poolie: internally we store the rev_id of the source branch that is approved
[08:34] <thumper> poolie: to offer controlled landing of trusted reviewed code
[08:34] <poolie> so by 'that is approved' do you mean captured at the time of the approval?
[08:34] <poolie> or of the mp creation?
[08:34] <spiv> thumper: what about the original rev_id of the proposal?
[08:35] <spiv> i.e. the revision_id of a merge directive (if created by email), or the tip of the branch at mp creation time (if created by web)?
[08:40] <thumper> spiv: I'm pretty sure we don't capture the original rev_id of the proposal except by side effect in the generated review diff
[08:41] <thumper> poolie: captured at the time of approval
[08:41] <poolie> hm :/
[08:41] <poolie> even though they can't see which one they're approving? even though it might change between them reading the code and them submitting that form? :)
[08:42] <thumper> poolie: right now, yes
[08:42]  * thumper leaves to drink tea
[09:14] <mantiena-baltix> cprov: hi
[09:21] <SiDi> Any LP admin around ?
[09:24] <SiDi> https://bugs.launchpad.net/ubuntu/+source/ubuntu-calendar/+bug/77289 the account of the guy named "Twig" might have got hacked (unless it's his email address), but he's posting links to contrabanda pills and apparently to viruses too now
[09:55] <poolie> jml/thumper/etc: is it intentional that mp comments are no longer indented to show the nesting structure?
[09:56] <poolie> spm: still here? see SiDi's comment?
[09:56] <poolie> stub: or you maybe?
[09:56] <poolie> SiDi: oh i see noodles is acting on it
[09:57] <noodles> Hi SiDi, yes, I'm trying to find someone who can deactivate the account... thanks for the heads up!
[09:58] <SiDi> poolie: noodles i'm back ! Thanks for taking care of it
[10:03] <poolie> noodles: maybe launchpad should blacklist urls using surbl.org?
[10:03] <poolie> it may not be frequent enough to worry about
[10:07] <noodles> poolie, SiDi: the account has been suspended (thanks Spads).
[10:08] <noodles> poolie: It would be interesting to know how frequent it happens.
[10:09] <SiDi> noodles: okies, cheer
[10:09] <SiDi> i think it was his mail account btw, cause he previously answered with "normal" answers, apparently via a mail client
[10:10] <noodles> Right.
[10:17] <jml> poolie, yes, it is.
[10:17] <jml> poolie, we changed the comments to be consistent with bugs.
[10:46] <suokko> Where should I report problems sending bug report using apport? (kernel oops in boot)
[10:46] <poolie> suokko: https://bugs.launchpad.net/apport
[10:47] <suokko> I'm getting launchpad oops
[10:50] <poolie> really
[10:50] <poolie> when?
[10:51] <suokko> Just a momment ago
[10:51] <suokko> (Error ID:             OOPS-1297B857)
[10:53] <poolie> suokko: this is when you try to file a bug using apport i take it?
[10:53] <poolie> rather than when you try to file one about apport?
[10:53] <suokko> yes
[10:54] <poolie> so, file a bug at the url i gave i guess
[10:54] <poolie> attach your apport .crash file if you can
[10:59] <mpt> awesome broken image icons on bug pages
[11:00] <mpt> ah, bug 401520
[11:02] <SiDi> It never happened to me, using chromium too
[11:13] <ronny> sup
[11:13] <ronny> is there any lib that helps seeing what branches are on lp/create new ones/remove them?
[11:14] <noodles> ronny: have you already taken a look at launchpadlib? (I'm just checking now whether it enables specifically what you've requested)
[11:15] <ronny> noodles: not yet, i just started to ask around
[11:15] <noodles> ronny: https://help.launchpad.net/API/launchpadlib
[11:15] <ronny> i want to add bitbucket/launchpad/github support to my vcs abstraction lib soonish
[11:15] <noodles> But looking at the overview, code/branches are not yet exposed (but I'm still looking further.. :) )
[11:16] <noodles> hangon, ronny, you should simply be able to use bzr to do what you've asked?
[11:18] <ronny> hmm, maybe, i'll have to tak a look into that
[11:18] <noodles> great.
[11:18] <ronny> (tough )it would be nice to be able to do things like sending merge requests
[11:19] <noodles> jml: do you know if that's on the cards ^^^
[11:20] <noodles> (creating MPs via the api)
[11:20] <jml> zot.
[11:20]  * jml reads up
[11:20] <jml> noodles, yes! I just triaged a bug about that very issue.
[11:21] <noodles> Great! ronny ^^
[11:21] <thekorn> i think it is bug 400723
[11:21] <jml> ronny, noodles, however, if you having a pressing need to programmatically create merge proposals, you can send a merge directive as an attachment to an email addressed to merge@code.launchpad.net
[11:22] <ronny> its not yet pressing
[11:22] <jml> if you want to know more about that, #bzr is the best place to get help.
[11:22] <jml> ronny, cool.
[11:22] <ronny> i just wanted to grab a large set of inputs before starting with brnaching abstractions in anyvc
[11:23] <jml> ronny, cool.
[11:23] <jml> I think we have a large amount of exposed branch methods via the api
[11:24] <jml> we're getting close to 'almost complete'
[11:24] <ronny> hmk
[11:25] <noodles> ronny: fyi - https://edge.launchpad.net/+apidoc/
[11:26] <ronny> is that xmlrpc?
[11:26] <ronny> no
[11:26] <ronny> hmm, the documentation still looks confusing
[11:27] <ronny> bbl
[11:30] <noodles> ronny: no, it's raw http, but the launchpadlib python library abstracts all that away for you (examples at https://help.launchpad.net/API/launchpadlib)
[12:00] <ronny> noodles: aware of any mockup so i can run unittests against that api
[12:01] <ronny> (i also need some kind of meta api for dealing with the different bugtrackers (ie trac, lp, bb, github)
[12:02] <noodles> ronny: hmm... not sure what language you're using, but I like http://www.voidspace.org.uk/python/mock/
[12:03] <ronny> noodles: python of course :)
[12:10] <twb> I just discovered that w3m can now log into launchpad!
[12:10] <twb> Hooray!  Thanks, devs!
[12:12] <twb> Isn't working in w3m-el, but I think that's on my end.
[12:37] <mantiena-baltix> cprov: hi, I filled a question about registering Baltix series, as you told me saturday
[12:37] <mantiena-baltix> cprov: https://answers.launchpad.net/launchpad-registry/+question/77453
[12:51] <mantiena-baltix> menesis: labas :)
[12:56] <cprov> mantiena-baltix: thank you, I see that curtis already commented it.
[13:03] <mantiena-baltix> Maybe someone can tell me how I can copy sources from ubuntu archive to my PPA? I very often need to backport some software from Ubuntu development version to Ubuntu stable or LTS version and simple copy from ubuntu archive would be very useful
[13:04] <mantiena-baltix> cprov: yes, but you told, that you find someone, who can create Baltix distro series ;)
[13:05] <cprov> mantiena-baltix: one of the LOSAs, one sec
[13:06] <mantiena-baltix> cprov: thanks for help
[13:06] <cprov> mantiena-baltix: re. copying from the primary archive to your PPA, you can use the LP webservice API (https://edge.launchpad.net/+apidoc/#archive)
[13:07] <mantiena-baltix> I've found one way to copy, for example if I wanna copy bouml package from karmic I go to this URL:
[13:07] <mantiena-baltix> https://launchpad.net/ubuntu/+archive/test-rebuild-20090513/+copy-packages?field.name_filter=bouml&field.status_filter=published&field.series_filter=any
[13:08] <mantiena-baltix> But I don't like test-rebuild-20090513 in that URL ;)
[13:09] <mantiena-baltix> maybe there is some official URL for ubuntu archive ?
[13:09] <cprov> mantiena-baltix: UI is very poor for huge archives, we also have ubuntu/+archive/primary/+copy-packages, but they are not a pleasant experience yet
[13:10] <cprov> mantiena-baltix: there is not problem using the test-rebuild URL in your case, the sources are exactly the same.
[13:11] <cprov> mantiena-baltix: but the UI makes it hard to find specific versions.
[13:11] <cprov> mantiena-baltix: while you can do it very nicely via the API (one-line).
[14:17] <zsquareplusc> what's the "launchpad janitor" and why does it link a branch to a bug of my project when it does not seem to be related?
[14:17] <mantiena-baltix> cprov: Doesn't test-rebuild-20090513 in URL mean, that in that URL are only older than 2009-05-13 sources ?
[14:18] <cprov> mantiena-baltix: it if already has the specific source version you are looking for, it's fine.
[14:19] <cprov> mantiena-baltix: anyway, as I told you, using the API and copying directly from the primary archives is the safest way to go. Take a look at http://cprov.blogspot.com/2009/07/launchpad-api-for-ppas-part-3.html, maybe it helps.
[14:25] <noodles775> zsquareplusc: what's the bug so I can take a look?
[14:26] <zsquareplusc>  noodles775 https://bugs.launchpad.net/bugs/394842
[14:26] <beuno> zsquareplusc, somebody pushed a branch with a --fixes=bugnumber
[14:28] <zsquareplusc> beuno: thought so. so i can safely unlink that again. but should i contact the person that mistyped the bug number? if so, i'd have to do several steps to find out who it was :/
[14:29] <mantiena-baltix> cprov: ok, thanks again :)
[14:29] <beuno> zsquareplusc, the branch tells you who owns it. if it seems unrelated, you should be able to unlink it, yes
[14:29] <cprov> mantiena-baltix: you are welcome.
[14:30] <noodles775> beuno: there are a *lot* of linked bugs to that branch...
[14:30] <beuno> ah
[14:31] <zsquareplusc> i see my bug number in commit 104
[14:31] <noodles775> Great.
[14:31] <zsquareplusc> does it matter if i click the (-) on the branch or bug?
[14:32]  * zsquareplusc is getting a lot of timeouts on launchpad.net
[14:32] <beuno> zsquareplusc, what would you expect to happen if you did?
[14:32] <zsquareplusc> beuno: that the link from my bug to the branch disapears
[14:33] <beuno> correct
[14:33] <beuno> that's what will happen
[14:33] <beuno> (just checking to see if the UI was off)
[15:03] <imexil> Hi, I tried to update my location on the map but end up being placed into the middle of no-where near Kazakhstan. What's going on?
[15:04]  * noodles775 tries to reproduce it...
[15:05] <noodles775> imexil: hmm... works for me. What browser are you using?
[15:05] <imexil> noodles775, FF 3.0.11
[15:06]  * beuno has seen this before
[15:06] <beuno> sinzui knows all about it
[15:06] <sinzui> imexil: click not drag to set your location
[15:06]  * imexil tries this
[15:06] <sinzui> imexil: the drag fix will be in production later this week
[15:07] <sinzui> imexil: bug 387738
[15:09] <imexil> sinzui, thanks that worked. Clicking instead of dragging is even nicer to use
[15:09] <imexil> but I didn't know about ot before
[15:36] <shiki-> hello all
[15:36] <shiki-> I asked a question in #Ubuntu, but they redirected me here.. so..
[15:36] <shiki-> can anyone help me with PPA? Want to make a package be built for 8.04,8.10,9.04. I read the howto, guide, debian standards. Prepared everything , split packages. Still, if I upload, it'll only say its the same..and it'll build it for jaunty. Even though the package name says hardy, and the changelog is the same. Where should I define it?
[15:39] <shiki-> anyone?
[15:39] <Ampelbein> shiki-: in changelog: <pkgname> (version) <target>; urgency=
[15:39] <shiki-> yepp, did that
[15:39] <noodles775> shiki-: did you also specify the package names as explained at:
[15:39] <noodles775> https://help.launchpad.net/Packaging/PPA#Building%20your%20source%20package
[15:39] <shiki-> yeah
[15:39] <Ampelbein> shiki-: and what's the error exactly?
[15:40] <shiki-> "the same package is already.... with different..."
[15:40] <shiki-> even though its not the same at all
[15:40] <noodles775> shiki-: did you get a link to a log with the error that we can look at?
[15:41] <Ampelbein> shiki-: you have to make a different version. like "libfoo 0.1.3~hardy~ppa1", "libfoo 0.1.3~jaunty~ppa1"
[15:41] <shiki-> wait I'll retry to upload, upload it to ftp...
[15:41] <shiki-> yepp
[15:41] <shiki-> mediainfo_0.7.19-2~ppa1~hardy1
[15:41] <shiki-> for example
[15:41] <Ampelbein> shiki-: please pastebin your 3 changelog entries for the package
[15:42] <shiki-> if it'd be that easy with cli..but I'll try to upload them to my server
[15:42] <shiki-> "mediainfo (0.7.19-2) hardy; urgency=low" ... in changelog
[15:43] <Ampelbein> shiki-: see. that's wrong. "mediainfo (0.7.19-2~ppa1~hardy1) hardy; urgency=low" should be the entry
[15:43] <shiki-> ah ok..ty. will give it a try
[17:33] <dD0T> Hi, any clue why my import failes, registered a git branch and got this mail: "The import has been marked as failing." The branch is https://code.launchpad.net/~vcs-imports/mumble/master
[17:34] <slicer> No ida.
[17:34] <slicer> idea.
[17:35] <_gpg_> hello
[17:37] <_gpg_> sorry for boring you again and again. will launchpad source code will be available tomorrow ? or the date changes ?
[18:30] <exarkun> How does one request a new review of a branch after more revisions have been committed to it?  Is that what the "Request another review" link does?
[18:30] <exarkun> And if so, does that also cause the diff shown to be updated?
[18:32] <noodles775> exarkun: If you've already gotten approval for the first branch you can either:
[18:32] <exarkun> The first review's result was "Needs Changes"
[18:32] <noodles775> ah I see
[18:32] <exarkun> So the changes were made.  I'm wondering what the typical workflow says comes next.
[18:33] <noodles775> I usually include the diff in my reply to their review, so it will appear on the MP, and that reviewer will be notified.
[18:33] <noodles775> They can then update their review decision depending on your diff.
[18:47] <mantiena-baltix> cprov: I've read you blog about launchpad API, but I think than simple copy sources operation from ubuntu archive to PPA could be as simple as copying sources from other PPA's
[18:48] <mantiena-baltix> I think it would be wise to report a wishlist bug, but I don't know agains which product to report :(
[18:51] <cprov> mantiena-baltix: the UI is there, you use it and then tell me how tedious it is to isolate an specific version to be copied.
[18:52] <cprov> mantiena-baltix: it's not my opinion only, it's based on the experience of other heavy PPA users as well.
[18:53] <exarkun> noodles775: Thanks
[18:57] <cprov> mantiena-baltix: obviously we can do something to make the UI better.
[19:09] <mantiena-baltix> I don't have any problems with copying sources from UI like this: https://launchpad.net/ubuntu/+archive/test-rebuild-20090513/+copy-packages?field.name_filter=bouml&field.status_filter=published&field.series_filter=any
[19:10] <mantiena-baltix> cprov: except non-intuitive string "test-rebuild-20090513" in that URL ;)
[19:11] <cprov> mantiena-baltix: https://edge.launchpad.net/ubuntu/+archive/primary/+copy-packages?field.name_filter=bouml&field.status_filter=published&field.series_filter=any
[19:13] <cprov> mantiena-baltix: that solves your problem, but not in the case you are trying to copy 'linux', for instance -> https://edge.launchpad.net/ubuntu/+archive/primary/+copy-packages?field.name_filter=linux&field.status_filter=published&field.series_filter=any
[19:14]  * cprov will hate himself for letting these urls be part of the channel log (and google indexes) ... 
[19:14] <_gpg_> sorry for my insistance, anyone call tell me if launchpad source code publication will be done tomorrow or it's delayed ?
[19:15]  * mantiena-baltix is happy for having an ability to find such URL's through internet search engines ;)
[19:18] <mantiena-baltix> cprov: I notice only one small problem with 'linux' source - this problem is in search engine, there should be an ability to do *exact* search and this will solve such problems, I'm right?
[19:19] <cprov> mantiena-baltix: yes, that would reduce the list of candidates
[19:19] <cprov> mantiena-baltix: version filtering would also help.
[19:19] <mantiena-baltix> cprov: Why you will hate yourself for publishing such URLs?
[19:20] <cprov> mantiena-baltix: because people will start accessing that form
[19:21] <cprov> we don't yet link to it from LP, due to performance concerns and also the fact that the UI isn't ready yet.
[19:21] <mantiena-baltix> I spent almost 1 hour to find how to copy package from official ubuntu archive to my PPA, why you think that this is bad ?
[19:23] <cprov> mantiena-baltix: 1st copying doesn't work for all cases, 2nd API are much easier to fix/extend than UI.
[19:24] <cprov> mantiena-baltix: although, those arguments are killed by your 'it works for me!'. Feel free to use it as much as you want.
[19:26] <LarstiQ> _gpg_: delayed, let me dig that up for you
[19:26] <_gpg_> LarstiQ,  thank you
[19:27] <LarstiQ> _gpg_: https://lists.launchpad.net/launchpad-users/msg05078.html
[19:29] <_gpg_> LarstiQ, thanks
[19:40] <mantiena-baltix> copying packages from official ubuntu archives to users PPA's couses performance problems for launchpad services or just for users ?
[19:43] <mantiena-baltix> cprov: I can report a bug about problems in PPA packages search engine about an ability to do *exact* search, if launchpad developers need such bugreport just tell me the product against which I should report ;)
[20:12] <cr3> might anyone have any idea why I'm getting questions in the answer tracker like this for the checkbox project on launchpad: https://answers.launchpad.net/checkbox/+question/77585
[20:13] <cr3> has there been known spamming of the answer tracker?
[20:17] <phurl> hi all
[20:17] <phurl> my collegue is having a problem with ssh on lp
[20:17] <phurl> http://www.pastie.org/552415
[20:17] <phurl> any ideas
[20:19] <LarstiQ> phurl: is one of the ssh keys that is tried connected to the launchpad account he is trying to log in as?
[20:20] <phurl> umm
[20:20] <LarstiQ> phurl: https://edge.launchpad.net/~arianit only has 1 listed
[20:20] <phurl> yes
[20:20] <phurl> he did the rsa key
[20:20] <didrocks> james_w: are you aware about launchpadlib executing new.py file in the cwd?
[20:20] <LarstiQ> phurl: please doublecheck they match and it isn't a different key
[20:21] <phurl> ok
[20:21] <LarstiQ> phurl: oh, other than that, I don't think you're allowed to log in
[20:21] <LarstiQ> phurl: so try with hitchhiker instead, or just `bzr info bzr+ssh://somebranch`
[20:22] <phurl> ahh
[20:22] <phurl> ok
[20:22] <phurl> i just wanted to debug the ssh key issue
[20:22] <phurl> lets see
[20:22] <LarstiQ> phurl: right, but trying to get a shell is not the best way to debug that :)
[20:23] <phurl> hahah
[20:23] <phurl> ok
[20:23] <phurl> thanks dude
[20:31] <didrocks> james_w: bug #401896
[20:37] <e-jat> where can i learn more about launchpadlib ? mean .. how to get list of member from launchpad then write in a file
[20:50] <james_w> didrocks: what's your PYTHONPATH?
[20:51] <james_w> and 'python -c "import sys; print sys.path"'
[20:53] <didrocks> james_w: http://paste.ubuntu.com/222957/
[20:53] <james_w> ['', is the problem
[20:53] <james_w> it's like having "." in PATH
[20:55] <LarstiQ> which python version/distro is that?
[20:55] <didrocks> james_w: strange. I don't have . in my path. I don't know where python take that…
[20:55] <LarstiQ> because we need just that too reproduce a Bazaar bug as well
[20:55] <didrocks> jaunty, Python 2.6.2
[20:56] <LarstiQ> didrocks: thanks!
[21:01] <e-jat> can someone help me to create API from this question https://answers.edge.launchpad.net/launchpad-registry/+question/74120
[21:02]  * e-jat i mean .. teach me .. i already go through apidoc .. but still blurr ..
[21:03] <e-jat> anyone?
[21:03] <didrocks> LarstiQ: it's still an issue as whoever adds a new.py in PYTHONPATH or PATH will then executes its new.py file
[21:04] <didrocks> (just in importing launchpadlib)
[21:05] <LarstiQ> didrocks: sure, but on Lenny '' is not in PYTHONPATH, and no one adds a new.py to what is on sys.path
[21:07] <didrocks> LarstiQ: I have a new.py in my PYTHONPATH in quickly project, that's why I encountered the bug :)
[21:08]  * LarstiQ nods at didrocks 
[21:08] <LarstiQ> didrocks: in the cwd though, right?
[21:09] <Ampelbein> e-jat: where are you stuck? can you pastebin your current code?
[21:11] <e-jat> Ampelbein: im stuck after getting the oauth token ..
[21:12] <didrocks> LarstiQ: not really, just in path, consequently (the new.py in cwd was only for making something easily reproduceable)
[21:12]  * e-jat new to api code
[21:12] <LarstiQ> didrocks: ehm, you _do_ know that you're shadowing a builtin module that way?
[21:16] <didrocks> LarstiQ: oh, I never used it. Yes, tried with ipython and it load a builtin module. So, ok, it's my bad and I have to find another way for loading my templates (without adding them to pythonpath)
[21:16] <didrocks> LarstiQ: thanks for noticing this (and thanks james_w too :))
[21:18] <LarstiQ> didrocks: np
[21:37] <didrocks> LarstiQ: do you have also '' in sys.path? I tried in different machines and that's always the case here
[21:40] <LarstiQ> didrocks: no, it is not in sys.path
[21:40] <LarstiQ> oh
[21:40] <LarstiQ> it does seem to be
[21:41] <LarstiQ> but not when I checked in bzr
[21:41] <didrocks> hum…
[21:41] <LarstiQ> didrocks: echo -e 'import sys\nprint sys.path' > /tmp/test.py
[21:41] <LarstiQ> didrocks: python /tmp/test.py
[21:42] <LarstiQ> didrocks: I recall the documentation stating '' is added if the filename of the script can not be determined
[21:42] <LarstiQ> james_w: ^^ python -c is not a sufficient check for including cwd on sys.path
[21:42] <james_w> ah
[21:42] <james_w> my apologies
[21:43] <LarstiQ> http://docs.python.org/library/sys.html#sys.path
[21:43] <james_w> so the problem is the shadowing of the stdlib module?
[21:43] <LarstiQ> If the script directory is not available (e.g. if the interpreter is invoked interactively or if the script is read from standard input), path[0] is the empty string, which directs Python to search modules in the current directory first.
[21:43] <LarstiQ> specifically
[21:43] <didrocks> james_w: yes. We will rename 'new' to 'create' in quickly to avoid that.
[21:44] <james_w> cool
[21:45] <LarstiQ> didrocks: can you confirm '' is not on sys.path with Jaunty, 2.6.2 if you run test.py?
[21:45] <didrocks> LarstiQ: no, but /tmp IS in sys.path
[21:46] <LarstiQ> didrocks: right, that makes sense
[21:47] <didrocks> and then, the issue comes from there if you have a new.py file in the same directory than your script :)
[21:50]  * LarstiQ growls at launchpad making it hard to find the duplicate he seeks
[21:52] <LarstiQ> luckily google and site: know
[21:52] <LarstiQ> didrocks, james_w: so, there are situations where '' does get on the path when I don't expect it: https://bugs.edge.launchpad.net/bzr/+bug/304891
[21:52] <LarstiQ> this should not happen, and I'd very much like to know how to reproduce it
[21:54] <didrocks> LarstiQ: ok, even bzr code has been trapped with this :)
[21:54] <LarstiQ> didrocks: yeah, though as you can see from the dupe, it happened because PYTHONPATH=foo:$PYTHONPATH
[21:54] <LarstiQ> didrocks: with PYTHONPATH previously being empty
[21:55] <didrocks> LarstiQ: oh yes…
[22:32] <micahg> is there a bug with the bugs module?  My GPG sig is being displayed...
[22:34] <micahg> should I just subscribe to bug 161822 or open a new bug
[22:34] <micahg> I was replying
[23:41] <Ampelbein> wgrant: still there? problem with launchpadlib: launchpad.people["ubuntu-my"].addMember(person=members[0], status="Approved") works on staging, gives "ValueError: Invalid value '"Approved"' for parameter 'status': valid values are: "Proposed", "Approved", "Administrator", "Deactivated", "Expired", "Declined", "Invited", "Invitation declined" on edge.
[23:43] <wgrant> Ampelbein: I am here, but I've no idea about that.
[23:43] <wgrant> Sure you didn't typo it?
[23:43] <Ampelbein> wgrant: well, i copied the ValueError line directly from the session.
[23:44] <micahg> wgrant: if you get a chance, can you look at my issue above?
[23:44] <wgrant> Ampelbein: But did you copy the original expression from the staging or edge session?
[23:44] <wgrant> micahg: That's the bug.
[23:44] <micahg> great, thanks
[23:44] <Ampelbein> wgrant: it's the same script. works with staging, doesn't on edge.
[23:45] <Ampelbein> and in the value error you see '"Approved"', which is the reply from the lp-api
[23:45] <wgrant> Ah, now that is interesting.
[23:45] <Ng> pls can launchpad have magic for when I guess a /ubuntu/+source/<packagename> URL wrong that finds me some suggestions instead of asking me if I lost something? :)
[23:47] <wgrant> Ampelbein: What if you add 'httplib.debuglevel = 1' to the script, before you import launchpadlib? Then run both, look for any differences, and pastebin the addMember request (remembering to sanitise the OAuth sig)
[23:47] <Ampelbein> i'll try
[23:47] <Ampelbein> thanks
[23:52] <wgrant> Ampelbein: Oops, httplib2, not httplib
[23:55] <james_w> how does LP handle it when there are lots of OAuth consumers out there with the same consumer key and different consumer secrets?
[23:55] <myfenris> :) need to redo then ;]
[23:56] <james_w> I'm sure there are plenty of consumers called "testing"
[23:57] <wgrant> james_w: I think the name is just a user-friendly identifier for revocation - not actually used for anything. I have lots of consumers named the same.
[23:58] <james_w> wgrant: but it is used for something in the protocol
[23:58] <james_w> in the specification of the protocol rather