[09:14] <czajkowski> Aloha
[09:32] <jml> czajkowski: hi
[09:32] <czajkowski> :)
[10:47] <fabo> I subscribe a wrong person to a bug, how can I fix that?
[10:48] <geser> ask them to unsubscribe
[10:51] <fabo> geser: there's 2 users "Deepak Saxena", ~dsaxena and ~/dsaxena-linaro. Launchpad refuses to subscribe both of them to a bug. should I fill a bug against launchapd?
[10:51] <fabo> as soon as I try to subscribe the 2nd account: Deepak Saxena has already been subscribed
[11:27] <dart> hello someone commented on a bug in launchpad from my account...I was not logged in...Here --> https://bugs.launchpad.net/cardapio/+bug/603795/comments/27
[11:27] <maxb> dart: Hello. Unfortunately that's what happens when a spammer forges your From address on email to a launchpad bug
[11:27] <maxb> I have hidden the comment
[11:28] <dart> uhm don't get you exactly
[11:30] <maxb> It is possible to comment on a bug by emailing NNNNNN@bugs.launchpad.net
[11:30] <dart> oh
[11:30] <maxb> If someone forges the from address on such an email, stuff like what you saw happens
[11:30] <wgrant> We often find that they are not actually forged, though.
[11:30] <wgrant> Gmail accounts often tend to be compromised.
[11:32] <dart> Also I am getting mail from *me to me* in gmail. And also mails are automatically forwarded to my other contacts in gmail. But delivery fails
[11:34] <dart> The mail being forwarded is having the same link that is in launchpad bug
[11:34] <wgrant> Are they in your Sent folder?
[11:36] <dart> omg yes..mails are being forwarded to all account is launchpad from my gmail account
[11:36] <wgrant> You probably want to change your password and try to ensure the security of any client on which you've used it lately.
[11:36] <dart> I changed my password. I am using thunderbird
[11:37] <wgrant> Hmm
[11:38] <dart> its not all lauchpad accounts...its all other guys whom I have mailed till date
[11:38] <wgrant> Yup.
[11:39] <wgrant> They will generally go through your address book and anybody you've sent email to in the past and spam them :)
[11:39] <wgrant> Lovely people.
[11:39] <dart> argh how can i stop this?
[11:39] <dart> Is my account hacked?
[11:39] <wgrant> Change your password.
[11:39] <dart> I did
[11:39] <wgrant> If they're in your Sent folder, it has probably been hacked, yes.
[11:39] <dart> :(
[11:43] <dart> Ok there are no more sent mails since last one hour. I changed my password 1hour back.
[11:46] <wgrant> Great.
[11:48] <dart> Is it possible for the guy who hacked my account to hack my other mail accounts in thunderbird?
[11:48] <dart> I may change password for that too
[11:49] <wgrant> It's rather difficult to say how your account was hacked. May have been a Trojan on your machine, or a lucky password guess, or...
[11:49] <wgrant> Probably best to change lots of passwords, to be safe :/
[11:50] <dart> such a pain :(
[11:52] <dpm> hi, is there a way to remove feedback requests I requested from someone else in a blueprint? I happened to request feedback from the wrong person.
[11:53] <wgrant> dpm: Congratulations, you have stumbled on the most useless feature in Launchpad!
[11:54] <wgrant> dpm: Feedback requests can be created, but that's about it.
[11:55] <dpm> wgrant, heh, I was wondering why I did not get notification when someone else requested feedback from me in another blueprint... oh well...
[11:55] <wgrant> dpm: Yeah, pretty much.
[11:56] <dart> wgrant, thanks for the help :D
[11:57] <dpm> ok, anyway, thanks, I now know I shouldn't use them :)
[12:09] <dart> hehe one spam mail was sent to webmaster@canonical :P
[13:45] <dpm> henninge, I've got a couple of questions on message sharing if you are around: I'm looking at https://translations.launchpad.net/synaptic/main/+translations, where it says: "This project series is sharing translations with synaptic in Ubuntu Natty". How can I make it share translations with another distro series, e.g. Oneiric? And the other question is, if I go to https://translations.launchpad.net/ubuntu/maverick/+sources/synaptic/+translations it tells m
[13:45] <dpm> e that the Maverick source package is also sharing translations with upstream, which I cannot quite understand, as the upstream page tells me that upstream is sharing with Natty, not Maverick
[13:53] <henninge> About the first question: Translations are really being shared with all series, as the series are sharing amongst themselves, too.
[13:53] <henninge> It is using the translation focus for Ubuntu, which still seems to be Natty.
[13:54] <henninge> dpm: ^
[14:01] <soren> How can I tell which version of bzr-hg Launchpad uses for imports?
[14:03] <maxb> soren: the one mentioned here: http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/view/head:/utilities/sourcedeps.conf
[14:03] <soren> maxb: Thanks!
[14:04] <soren> maxb: Wow, that's old.
[14:04] <maxb> I'm not entirely surprised
[14:05] <maxb> Fortunately, I think updating Launchpad's bzr stack is on jelmer's near-term todo list
[14:06] <soren> W00t.
[14:09] <Morbus> where does launchpadlib store the OAuth details I'm about to put in? the script will be running as a different (non-Unix) user than my current Unix user, so I don't want it to overwrite my own data.
[14:10] <maxb> It depends on precisely how you invoke it and what version you're using
[14:11] <Morbus> heh.
[14:11] <Morbus> hey max ;)
[14:11] <Morbus> welp, i'm using the latest launchpadlib as retrieved from pip.
[14:11] <maxb> 1.6.x generally uses ~/.launchpadlib 1.9.x uses gnome-keyring or kwallet if available
[14:11] <Morbus> neither are - there's no desktop.
[14:11] <Morbus> shell only.
[14:12] <Morbus> i ran a script that contained login_with, it opened up lynx, I logged in, went through a bunch of stuff, and eventually got to this form that i kept clicking Conitnue on, but nothing else happened
[14:12] <Morbus> i quit the process for kicks, can see that a ~/.launchdpad lib was made, btu there's nothing in the api.staging.launchpad/cache directory
[14:12] <maxb> Wait, staging?
[14:12] <Morbus> yeah, per the help docs.
[14:13] <Morbus>     launchpad = Launchpad.login_with('My Application', 'staging')
[14:13] <Morbus> oh, i guess i should do this "Authenticated access for website integration" section.
[14:13] <Morbus> since that more closely matches the automated shell process i'm going for.
[14:14] <Morbus> gah, this is madness.
[14:14] <Morbus> that doesn't sound ideal for a shell script either.
[14:17] <maxb> link to what you're following?
[14:17] <Morbus> https://help.launchpad.net/API/launchpadlib
[14:22] <Morbus> yeah, i get into an endless cycle inside lynx when i log in.
[14:22] <Morbus> i get to the "are you sure you want to login as this user?" page, I say Submit, and then it just brings me to a form that says "Continue" over and over again.
[14:23] <Morbus> and nothing gets saved into the cache directory (be it staging or production).
[14:24] <maxb> Morbus: try http://paste.ubuntu.com/613757/
[14:25] <maxb> Which you can run on a local machine with a GUI, and copy the file elsewhere, if you like
[14:26] <Morbus> maxb: whine.
[14:26] <Morbus> maxb: i really need a GUI to do this?
[14:29]  * Morbus goes off to install pip and all that jazz on os x.
[14:31] <wgrant> Morbus: It should have given you a URL that you can browse to in your desktop browser.
[14:31] <Morbus> wgrant: it didn't - just ran lynx again.
[14:31] <wgrant> Morbus: But recent versions of w3m are known to work.
[14:31] <Morbus> wgrant: i've got it going under os x though.
[14:31] <wgrant> Hmm. It will also print out a URL...
[14:32] <Morbus> [[[
[14:32] <Morbus> [xxx@dev1.staging ciofat]$ python ciofat_getMergeProposals.py
[14:32] <Morbus> Exiting via interrupt: 2
[14:32] <Morbus> ]]]
[14:32] <Morbus> was all I saw - before the Exit, I was inside Lynx.
[14:32] <Morbus> anyways, i've got new-tojken.txt now, maxb.
[14:34] <Morbus> so now it looks like i'll need to take this new-token.txt, pass it into Credentials somehow, and then send that alongside the Launchpad().
[14:35]  * Morbus wonders if there's a creds.load_from_path() equivalent, and heads to the api docs.
[14:37] <Morbus> sweet, there is.
[14:47] <Morbus> argh.
[14:47] <Morbus> it's still loading lynx.
[14:48] <Morbus> [[[
[14:48] <Morbus> credentials = Credentials('ciofat')
[14:48] <Morbus> credentials.load_from_path('./credentials.txt')
[14:48] <Morbus> lp = Launchpad(credentials, service_root="production")
[14:48] <Morbus> ]]]
[14:48] <Morbus> why is it still loading lynx if i'm passing the credentials in?
[15:10] <Morbus> so, it doesn't look like load_from_path is working properly.
[15:10] <Morbus> if i vars() the credentials object, i don't see any of the properties defined in the credentials.txt
[15:15] <Morbus> looks like it might be in oauthauthorizer.load().
[15:16] <Morbus> print vars(parser) shows me the credentials.txt is loaded properly.
[15:16] <Morbus> but print parser.get('1', 'consumer_secret'), which is what load() does, returns nothing.
[15:18] <Morbus> bah, no, it does work - consumer_secret is just empty. heh.
[15:25] <Morbus> maxb: should i have received a consumer_secret from the oauth integration?
[15:25] <maxb> No
[15:25] <maxb> Use an empty string
[15:26] <Morbus> yeah, that's what i'm seeing.
[15:26]  * Morbus scratches head.
[15:29] <Morbus> TypeError: __init__() takes at least 4 non-keyword arguments (2 given)
[15:29] <Morbus> on [ lp = Launchpad(credentials, service_root="production") ]
[15:29] <maxb> In a manner in which I highly disapprove of, Launchpad broke its constructor argument signature in 1.9.0 vs earlier versions
[15:29] <maxb> You now want Launchpad(credentials, None, None, "production")
[15:30] <Morbus> so the wiki is outta date.
[15:30] <Morbus> ah.
[15:30] <Morbus> yay, a new error! :D
[15:31] <Morbus> in part:
[15:31] <Morbus> lazr.restfulclient.errors.Unauthorized: HTTP Error 401: Unauthorized
[15:31] <Morbus> Unknown access token (None).
[15:32] <Morbus> print credentials.access_token
[15:32] <Morbus> in fact, returns "None"
[15:33]  * Morbus goes back to oauth.py
[15:33] <Morbus> access_token and access_secret both have values inside the credentials.txt.
[15:33] <Morbus> i can confirm that credentials.txt is being loaded...
[15:34] <Morbus> so it must be something in the AccessToken call, from oauth.py, line 173.
[15:41] <Morbus> hrm. though, i tmight be that it's being declared a bad token and being set to None on line 137
[15:47] <Morbus> where is oauthtoken.init defined?
[15:54] <Morbus> maxb: i have no idea why print credentials.access_token is printing 'None' :(
[15:59] <Morbus> maxb: progress!
[15:59] <Morbus> bad: [[[
[15:59] <Morbus> credentials = Credentials('ciofat')
[15:59] <Morbus> credentials.load_from_path('credentials.txt')
[15:59] <Morbus> ]]]
[15:59] <Morbus> good: [[[ credentials = Credentials.load_from_path('credentials.txt') ]]]
[16:03] <maxb> oh, hah
[16:03] <maxb> yes
[16:04] <czajkowski> Aloha, wondering who might be best to poke about a bug https://bugs.launchpad.net/launchpad/+bug/789171
[16:05] <Morbus> maxb: where's the code/documentation for branches and getMergeRequests and so forth? not seeing 'em in the source.
[16:13] <bac> hi czajkowski
[16:13] <bac> czajkowski: thanks for the suggestion about 'me too' on email from LP.  did you want to discuss it?
[16:27] <mounir> sinzui: I need to add dependency to a blueprint which I have created. But, I cannot see the Depends on bottom, which role I have to have to be able to add dependency?
[16:28] <sinzui> I do not know. I will check the code
[16:28] <mounir> sinzui: the blueprint is: https://blueprints.edge.launchpad.net/linaro/+spec/tr-kernel-ltp-failures
[16:28] <Morbus> maxb: sweet, i won. thanks for the help and patience.
[16:29] <sinzui> mounir: you must be assigned a specification role, or be the owner/driver of the specs goal
[16:30] <mounir> I am the owner since I created the blueprint, no?
[16:30] <sinzui> I am not certain of that
[16:38] <mounir> sinzui: fyi - looks like whenever I set the series goal, I see the depend on bottom. I will experiment with that more to see whether this is it. thanks for your help
[16:38] <sinzui> mounir do you have more than one login identity
[16:38] <mounir> sinzui not that I know of
[16:39]  * sinzui just create a spec on staging in linaro and can edit it
[16:39] <mounir> sinzui yes will try that
[16:39] <sinzui> mounir: are you https://launchpad.net/~mounir-bsaibes
[16:40] <mounir> yes
[16:40] <sinzui> hover your mouse over the logged in as link to verify the URLs are the same
[16:42] <crazedpsyc> I'm making a launchpad scraper for DuckDuckGo, and i'm testing it right now, so if you guys notice a traffic increase, its me. This won't be a problem will it?
[16:43] <mounir> sinzui - I have created a bp on the staging server uncer the same project, I could see the Add dependency bottom right away. So, I am puzzled
[16:43] <sinzui> mounir: I see small differences between my test on staging and your blueprint. I wonder if there were also permission changes. Can you change https://blueprints.staging.launchpad.net/linaro/+spec/tr-kernel-ltp-failures once you are logged in?
[16:44] <mounir> sinzui: yes I was able to change the approver
[16:44] <sinzui> crazedpsyc: we encourage you to use Launchpad's API. We do not approve of pace scraping
[16:45] <sinzui> mounir: I think there is a permission problem in production that is fixed on staging maybe
[16:45] <crazedpsyc>  sinzui, the launchpad API is *very* slow though, and what is 'pace scraping'?
[16:45] <sinzui> page scrapping.
[16:45] <crazedpsyc> ahh
[16:45] <sinzui> page scraping
[16:46] <crazedpsyc> That's really too bad. Would it be okay if I add a delay between each download?
[16:47] <crazedpsyc> sinzui: What if I add a 3-5 second delay between each page download?
[16:47] <sinzui> mounir: I think you may need a member of
[16:48] <sinzui> https://launchpad.net/~linaro-drivers or https://launchpad.net/~linaro-maintainers to make you the drafter to unblock you
[16:49] <sinzui> crazedpsyc: Lp is scanned every minute. You can run your script and if it proves to be a problem you can add a delay
[16:49] <mounir> sinzui: maybe you are right, whenever I defined the series goal, I was able to see the Add dependent on
[16:49] <crazedpsyc> sinzui: Okay, thanks
[16:54] <crazedpsyc> sinzui: running for 8 minutes now, any problems?
[16:54] <sinzui> None reported
[16:54] <crazedpsyc> Good
[18:07] <czajkowski> bac: hi I just thought the cc email might be an idea as I know I'm trying to figure out who I mailed recently and have no copy of date/time to refer back to
[18:08] <bac> czajkowski: i understand.  it is a good idea, so thanks for filing it.
[18:09] <czajkowski> bac: glad to hear it :)
[18:09] <czajkowski> I know it's not critical or urgent more a nice thing to have
[18:09] <bac> czajkowski: currently, we have two squads working on really important features and two more only working on critical bugs.  but good ideas will be addressed...eventually.  :)
[18:10] <czajkowski> bac: yup, tis all good. more something that popped up via another conversation and it reminded me I contact locoteam contacts who dont display a public address which is rather annoying
[18:10] <czajkowski> if the go to the round of being a contact display your flipping email address :s
[20:15] <binwiederhier> hey there, how do i give a team access rights to a branch owned by me?
[20:16] <binwiederhier> specifically, this branch https://code.launchpad.net/~binwiederhier/syncany/trunk to this team: https://launchpad.net/~syncany-team
[20:21] <binwiederhier> bac: help!
[20:21] <binwiederhier> :-D
[20:21] <bac> hi binwiederhier
[20:21] <bac> what's up?
[20:21]  * bac reads up
[20:22] <binwiederhier> read above.
[20:22] <binwiederhier> i'd like to make a team the owner of my branch
[20:22] <binwiederhier> would be great if you could help. thank you
[20:22] <bac> binwiederhier: that branch lives in your personal space
[20:22] <binwiederhier> hm. can i move it?
[20:23] <binwiederhier> so that the team can own it?
[20:23] <bac> binwiederhier: you cannot move it to the team but you can push a new copy up so the team owns it, then everyone on the team can have access to write to it
[20:25] <binwiederhier> okay that's great. do you think that's a good idea for an open team?
[20:25] <binwiederhier> because everyone can join, and everyone can upload changes
[20:25] <bac> binwiederhier: that's a policy decision for your project to make
[20:26] <bac> binwiederhier: you'd use something like:  bzr push lp:~launchpad/tarmac/lp-tarmac
[20:26] <bac> er, sorry
[20:27] <bac> bzr push lp:~syncany-team/syncany/trunk
[20:27] <binwiederhier> bac: would i have the right to change that policy if it (for some reason) doesn't work out like this?
[20:27] <bac> binwiederhier: many projects do create restricted membership teams that own the trunk branch for their code, so it is not a bad idea
[20:28] <binwiederhier> bac: i just started the project, so i though it'd be great if many people contributed
[20:28] <bac> binwiederhier: you'd simply have to create the new team and set the project development branch to be one owned by that new, restricted team
[20:29] <bac> but if you think that's how you want to structure it perhaps it would be cleanest to do so now
[20:29] <binwiederhier> bac: but can't i just change the subscription policy later?
[20:30] <binwiederhier> why would it be necessary to create a new team?
[20:30] <bac> binwiederhier: you're right
[20:38] <binwiederhier> bac: okay thanks. how would the others (with possibly modified code) 'switch' to this new branch?
[20:38] <bac> binwiederhier: they would just push/pull from the new location
[20:39] <binwiederhier> ok, so the same thing i'll do when i check in the code
[20:39] <bac> yep
[20:39] <binwiederhier> bzr push lp:~syncany-team/syncany/trunk
[20:39] <binwiederhier> okay
[20:39] <binwiederhier> i'll try
[20:39] <binwiederhier> thank you very much!!
[20:53] <matsubara> bac, hi Brad, are you the right person to ask about a failing code import? https://code.launchpad.net/~mwhudson/django-south/trunk
[20:55] <bac> matsubara: wow, that's ugly
[20:55] <matsubara> I think it's failing due to bug 519709. Is there other way to import that branch?
[20:55] <matsubara> bac, ^
[20:56] <matsubara> it's been suggested in the bug report to update bzr-hg to see if the issue goes away. Do you know how or who I can request such update?
[20:59] <bac> matsubara: i'm looking....
[21:03] <bac> matsubara: i know how to update packages for buildout but not the packages in the old sourcecode
[21:04] <bac> matsubara: i'm asking gary
[21:05] <matsubara> thanks bac
[21:06] <gary_poster> hi bac; still looking.  It's an easy file, and I think it is in utilities, but I don't see it as quickly as I usually do...
[21:07] <gary_poster> oh yeah
[21:07] <matsubara> perhpas utilities/sourcedeps.conf?
[21:07] <bac> matsubara: that looks good!
[21:07] <gary_poster> bac, matsubara, yeah that's it
[21:08] <gary_poster> haven't had to think about that in a while
[21:08] <bac> gary_poster: so you just update the revno and magic happens?
[21:08] <gary_poster> bac, yeah.  can even go backwards if you need to
[21:08] <bac> matsubara: can you run with that?
[21:08] <gary_poster> magic happens when you run utilities/update-sourcecode
[21:11] <matsubara> bac, gary_poster: so, just make a MP that changes the bzr-hg revision in sourcedeps.conf to the latest trunk, get that landed on trunk and all is fine? is this something that's updated during the daily rollouts or only during the downtime?
[21:12] <gary_poster> matsubara, yes, that's what you do.  You'll want to run tests (e.g. ec2 land), of course.  It's updated in no-downtime deloyments
[21:12] <matsubara> cool! thanks gary_poster and bac
[21:13] <bac> np matsubara.  thanks gary_poster
[21:13] <gary_poster> np
[22:23] <smoser> is it the default behavior, or is it just me...
[22:24] <smoser> when i create bugs using the email interface to launchpad, i don't get any acknoledgement on success.
[23:07] <lifeless> smoser: have you turned off 'do not send me mail for things I do' ?