[02:18] <javaJake> Is it possible for someone to move a few projects to some new names?
[02:22] <javaJake> Specifically, gentoo-pandora-portage should be gentoo-pandora-overlay, gentoo-pandora-repository should be gentoo-pandora-portage-binaries, and gentoo-arm-pandora should be called gentoo-pandora-toolbox.
[02:25] <spm> javaJake: yup. create a question via answers against the LP project itself; and I'll make it so for you. https://answers.edge.launchpad.net/launchpad/+addquestion - just ping me back with the resulting Q#
[02:25] <javaJake> OK, sounds good!
[02:30] <javaJake> Q#: 72840
[02:30] <javaJake> Direct link: https://answers.edge.launchpad.net/launchpad/+question/72840
[02:37] <spm> javaJake: "fun2program8"!?!?!? lol  :-D
[02:37] <javaJake> Huh? :P
[02:38] <javaJake> fun2program is obvious, and 8 is my favorite number. I don't know if you read anything else out of it. :)
[02:41] <spm> javaJake: all done. have created aliases for the old names, so they'll still work as well.
[02:41] <javaJake> Wow, awesome!
[02:41] <javaJake> That's... brilliant
[02:43]  * javaJake has marked Q as answered
[02:43] <javaJake> Thanks spm :)
[02:43] <spm> np!
[02:51] <Peng_> What's the LP review system's equivalent to Bundle Buggy's "bb:tweak"? "needs fixing" or "approve"?
[02:58] <lifeless> I don't know
[03:28] <beuno> Peng_, there is one called "Needs info" which will land soon
[03:36] <lifeless> beuno: that seems rather different
[03:36] <lifeless> beuno: tweak is 'make a change, then you can land'
[03:36] <lifeless> beuno: it specifically avoids additional review round trips
[03:40] <beuno> lifeless, right. I guess we use "approve" and just comment the change requested
[03:41] <lifeless> beuno: I think that is less clear
[03:41] <lifeless> beuno: specifically, someone else coming along to land (e.g. a landing robot) will DTWT there
[03:50] <overshard> I'm getting this error, http://pastebin.com/m296d284a , while trying to use my own website, isaacbythewood.com , to identify myself with openid. :(
[03:50] <overshard> It doesn't make any sense.
[03:53] <lifeless> overshard: currently launchpad will only accept launchpad as an identifying party
[03:53] <lifeless> overshard: we are working on making it accept any openid provider but that work isn't complete yet
[03:54] <lifeless> overshard: alternatively, there may be a bug where we don't permit soemthing that should be permitted
[03:55] <lifeless> overshard: either way, can I encourage you to file a bug on launchpad; the openid folk will be interested either way
[04:54] <tansell> do we have Launchpad developers returning today?
[04:54] <spm> for values of today subject to TZ, yes
[05:01] <tansell> I'm hoping to get a fix for - https://answers.launchpad.net/launchpad/+question/69460
[05:04] <spm> tansell: cool. have increased to 5. so you should be able to ditch the extras you created, if'n'when you're ready.
[05:04] <tansell> spm, thanks!
[05:05] <tansell> I can finally upload a new version :)
[05:05] <spm> heh
[05:06] <tansell> picked a bad couple of weeks to finally have success in this packaging
[05:07] <tansell> ahh well
[05:08] <tansell> it's amazing that 27mb of code turns into >1G of binaries
[05:09] <spm> tansell: we deliberately scheduled allhands and UDS just to inconvenice yourself. ;-)
[05:09] <tansell> spm, how was it?
[05:10] <spm> AH? awesome. to finally meet these people I work with!
[05:11] <spm> UDS I was only there for 2.5 days - more for a LOSA mini sprint than UDS itself. So was also excellent, but in a different way.
[05:11] <tansell> LOSA?
[05:11] <lifeless> spm
[05:11] <spm> Legendry Operational System Admin ;-)
[05:12]  * lifeless hands spm a dictionary
[05:12] <spm> sperlling is for weenies
[05:13] <spm> tansell: https://edge.launchpad.net/~canonical-losas
[05:14] <spm> the 'L' is getting a tad overloaded this days. As it now stands for: Launchpad, Landscape, Ubuntu One and a few other systems. Hence my suggestion of Legendry.
[05:14] <lifeless> spm: Loverly
[05:15] <spm> lifeless: hmmm. -1 from me. Has "nice ness" connotations. And we have BOFH reputations to maintain. So... ;-)
[05:16] <lifeless> :)
[05:16]  * lifeless prepares to spread the meme
[05:16] <spm> LOL!
[05:31] <aaditya> support request
[05:31] <jmarsden> !ask
[05:32] <aaditya> Someone else has a user ID I want. They don't use their account. Could you shift it to me?
[05:32] <aaditya> https://answers.launchpad.net/launchpad/+faq/323
[05:34] <aaditya> admins?
[05:34] <aaditya> operators?
[05:34] <aaditya> staff members?
[05:38] <lifeless> https://help.launchpad.net/Feedback
[05:38] <lifeless> .. Post a question: We use Launchpad Answers, and you can discuss pretty much anything Launchpad-related by asking a question.
[06:00] <aaditya> lifeless: thanks
[11:14] <tansell> how does one delete a ppa?
[11:22] <noodles> tansell: you can mark packages deleted yourself (as you're probably aware), but to delete/disable the actual PPA, please add a request like this one:
[11:22] <noodles> https://answers.edge.launchpad.net/launchpad/+question/67142
[11:28] <Warbo> Hello. Does Launchpad make PPA details available in a machine readable form at all (RDF, plain text etc.)?
[11:31] <noodles> Hi Warbo, you can get any PPA for a person via the api... more details here if it helps:
[11:31] <noodles> https://edge.launchpad.net/+apidoc/#person-getPPAByName
[11:33] <Warbo> Thanks, but I was after more complete PPA info, like suported releases, binary and source contents, deb and deb-src lines, etc. I can't find anything in the API or launchpadlib, and was hoping not to screen scrape/guess from the contents
[11:34] <persia> Warbo, I'm not sure there's any way for PPA owners to store some of that.  Binary and Source contents are available from ppa.launchpad.net (as Packages.gz and Sources.gz).
[11:34] <Warbo> I'm making a tool which generates sources.list files and makes packages of them, so that every PPA could be enabled by installing its package
[11:35] <persia> deb and deb-src lines can be computed.
[12:44] <pan1nx> how do you change a project's VCS location
[12:44] <pan1nx> I am with libdc1394 and we have switched from SVN to GIT but the vcs-imports is still on the SVN
[12:47] <kiko> pan1nx, you just register a new import for the project
[12:47] <kiko> we'll sort out the rest
[13:09] <loic-m> When I set a bug status to Confirmed in Ubuntu, but there's a remote watch whose status is New, how come the staus isn't set to Confirmed here : https://bugs.launchpad.net/~ubuntu-universe-sponsors ?
[13:10] <loic-m> f.e. https://bugs.launchpad.net/debian/+source/soundconverter/+bug/335739
[13:10] <wgrant> loic-m: Remote watches take their status from the remote bug that they're watching.
[13:10] <wgrant> Heh, that's my package! I've been a bit busy lately :(
[13:12] <loic-m> wgrant: bug has been opened for a while though :P
[13:13] <loic-m> wgrant: and last release was from somebody else...
[13:14] <wgrant> loic-m: It was, yes. I knew I couldn't do it for Jaunty, as it was too late, and didn't find it important enough for Karmic yet.
[13:14] <loic-m> wgrant: but indeed you're there a lot in the changelog !
[13:14] <loic-m> k
[13:14] <wgrant> I maintain it in Debian, so yeah.
[13:15] <loic-m> I just noticed ;)
[13:15] <loic-m> rmadison -u debian soundconverter isnt't that nice though, people in Debian might get sad
[13:15] <wgrant> Uni finished last week, so I should be able to fix everything up in Debian and sync in a week or two.
[13:16] <loic-m> Well, I just keep upgrading long-standing bugs, just to get them hang on the waiting list till the Debian packager wakes up...
[13:17] <wgrant> I am awake now.
[13:17] <loic-m> Doesn't help now...
[13:17] <wgrant> Indeed. Sorry.
[13:18] <loic-m> You're welcome.
[13:19] <RockyRoad> Hi :)
[13:22] <RockyRoad> I tried to answer a blueprint feedback request, but where I expected a form to enter some text, I was redirected to the blueprint page, where the feedback request had then disappeared. What did I miss ?
[13:27] <RockyRoad> Is there a way to retrieve the feedback request text ?
[13:31] <loic-m> Anyway, is there a way to make Confirmed bugs appear as Confirmed?
[13:32] <persia> loic-m, How do you mean?  In remote bug trackers?  You'd have to adjust the status there.
[13:33] <loic-m> nope, in  https://bugs.launchpad.net/~ubuntu-universe-sponsors
[13:33] <pan1nx> kiko, how do you register a new import for the project?
[13:34] <loic-m> persia: status is New even though it's Confirmed in the bug report
[13:34] <persia> loic-m, Check which project the bug is against.  I don't know of any way to view that list for only a single project.
[13:34] <andrea-bs> loic-m, bug 177520
[13:35] <persia> RockyRoad, ^^
[13:35] <andrea-bs> oops, wrong person :)
[13:35] <RockyRoad> thanks persia :)
[13:36] <loic-m> persia: for example  https://bugs.launchpad.net/debian/+source/soundconverter/+bug/335739 confirmed in Ubuntu, appears as "New"
[13:36] <loic-m> persia: I don't understand
[13:37] <loic-m> persia: while other bugs with remote watch also New, but Confirmed in Ubuntu appear as "Confirmed" on the uus page, others don't. It's really confusing
[13:37] <wgrant> loic-m: That's because remote watches have an importance of Unknown, which happens to sort before all of the proper statuses.
[13:37] <wgrant> loic-m: If you look further down the list, you'll find the real one.
[13:37] <wgrant> Because it's a context-neutral bug listing, all of the tasks on that bug will show up in the listing, sorted independently.
[13:38] <wgrant> Ignore the ones with importance 'Unknown'
[13:38] <loic-m> wgrant: now I understand
[13:38] <persia> Sometimes Importance is imported as well.  Better to ignore the ones not directly against Ubuntu.
[13:38] <loic-m> wgrant: is there a way to filter remote watch to exclude them from the view (I've got the same pb on my personnal bug list)
[13:40] <wgrant> persia: Is it at all yet?
[13:40] <loic-m> wgrant: i.e. some bugs have been fixed in Ubuntu for a while, Debian isn't , and i still see them as if they still need fixing
[13:40] <wgrant> loic-m: You could do an advanced search and filter out the Unknown importance. Or do an advanced search in the context in which you are interested.
[13:41] <loic-m> wgrant: I don't want to filter new (Debian status), because some of my bugs are also "New". I'd just like to filter remote BTS
[13:42] <wgrant> loic-m: Importance, not status.
[13:42] <wgrant> loic-m: No normal Launchpad bug task should have Unknown importance.
[13:42] <RockyRoad> thanks andrea-bs :) It's probably what happened to me. Except that I didn't notice a "remove feedback" message, just checked the box and continue as far as I remember.
[13:42] <loic-m> wgrabt: you're right, that's a solution
[13:43] <loic-m> s/wgrabt/wgrant/
[13:43] <loic-m> wgrant: thanks a lot
[13:43] <RockyRoad> So I've probably deleted the feedback.
[13:43] <wgrant> np
[13:44] <andrea-bs> RockyRoad, the user interface is changed, so maybe the "remove feedback" message has been reworded
[13:44] <persia> wgrant, I thought I saw some in the past, but that may have been a very long time ago.
[13:44] <RockyRoad> I can't redo it to check :/
[13:45] <RockyRoad> would a link help ?
[13:47] <andrea-bs> RockyRoad, well, not so much because nobody of the launchpad team is working on the blueprint system :(
[13:47] <RockyRoad> Then I can just edit the whiteboard to add a comment.
[13:47] <RockyRoad> thanks anyway :)
[13:49] <RockyRoad> I just marked that the bug was affected me, I have unfortunately not much precisions to add
[13:49] <RockyRoad> s/affected/affecting/
[15:40] <mpt_> ugh
[15:40] <mpt_> Why does the "Mark as duplicate" overlay not contain a field for me to enter the bug number?
[15:45] <noodles> mpt: what's the url you're looking at? If I click on the mark as duplicate link at:
[15:45] <noodles> https://bugs.edge.launchpad.net/soyuz/+bug/61183
[15:45] <noodles> it works...
[15:45] <mpt> noodles, yes, it works on edge
[15:45] <noodles> *gulp*
[15:46] <mpt> and now it works on launchpad.net too
[15:46] <mpt> hm, a glitch maybe
[15:46] <mpt> but I have a screenshot to prove it :-)
[15:46] <noodles> mpt: no idea why it wouldn't be working in production... intellectronica ^^ any ideas?
[15:46] <noodles> mpt: *phew*
[15:47] <noodles> mpt: my guess would be that the ajax request to get the duplicate form didn't return correctly (although, from memory, the form overlay should only display if the form content is returned)
[15:48] <noodles> if you've got the screenshot, then it might be worth a bug :)
[15:48] <mpt> I got nicely centered OK and Cancel buttons
[15:48] <mpt> ok
[15:51] <intellectronica> mpt: works for me
[15:52] <intellectronica> noodles: yes, maybe we need to handle that better. retrying, or at least displaying an error message
[15:53] <noodles> intellectronica: from memory, the 'Mark as duplicate' link is only ajaxified if the form is returned correctly... ie, it should default to non-ajax behaviour in that case, so not sure if it's actually what mpt witnessed.
[15:53] <intellectronica> oh, interesting
[15:54] <intellectronica> mpt: is this easily reproducible?
[16:14] <robocop> hello.
[16:14] <robocop> Launchpad is dead ?
[16:16] <robocop> http://bazaar.launchpad.net/ *
[16:18] <ogra> is there anything wrong with bazaar.launchpad.net atm ?
[16:18] <noodles> yes, see topic :)
[16:18] <ogra> ah, perfect :)
[16:19]  * ogra patiently waits
[16:19] <robocop> ha, okey :p
[16:21] <greg-g> ahh, thanks /topic, answered my question. :)
[16:23] <tsmithe> hi... ah; that explains it ;)
[16:24] <tsmithe> is there any estimate for the downtime of bazaar.lp.net?
[16:26] <kiko> tsmithe, we'll considering our options
[16:27] <tsmithe> heh, cryptic. really, even a whole week of downtime would be worth the free service i get from LP, so i'm not going to complain
[16:29] <LarstiQ> kiko: codehosting or lh?
[16:31] <kiko> codehosting
[16:31] <kiko> elmo and I are sorting it out
[16:31] <LarstiQ> k
[16:34] <javierder> Hi, I'm getting "ssh: connect to host bazaar.launchpad.net port 22: No route to host", any idea?
[16:34] <javierder> well, ok, it just got back...
[16:35] <LarstiQ> javierder: the topic mentions it being down
[16:35] <LarstiQ> doh
[16:35] <kiko> back up :)
[16:35] <LarstiQ> javierder: nothing to see here
[16:35] <javierder> LarstiQ, thanksss
[16:36] <ogra> thanks kiko
[16:46] <tsmithe> awesome, kiko, thanks
[16:46] <greg-g> that was quick, well done
[16:47] <kiko> you're welcome
[19:13] <alkisg> Hi, I've renamed my PPA display name from "Test PPA" to something else. But in the keyserver it's still listed as "Test PPA". Can that somehow be updated? https://launchpad.net/~ts.sch.gr/+archive/ppa
[19:18] <kiko> alkisg, once the key is generated, that's it, you can't change it. I wonder if changing it should even be allowed once that's happened -- cprov?
[19:18] <kiko> guess we could do some rejigging of the key if we wanted
[19:18] <alkisg> Is it possible to delete the key and create another?
[19:19] <cprov> alkisg: we could create a new UID on the same key, but that's not trivial.
[19:20] <alkisg> Can I do something to delete the key completely and create a new UID on a different key? E.g. file a question?
[19:20] <cprov> alkisg: please file a question on soyuz so we can start discussing the possibilities. Is that super-urgent ?
[19:20] <alkisg> No, not at all. I can even keep using the same key, but the PPA isn't used now so creating a new key wouldn't bother anyone...
[19:20] <maxb> Is it possible to completely deplete a PGP key from one LP account so that I can re-import it into another?
[19:20] <cprov> alkisg: no, gpg keys can't be deleted they will remain in the keyservers *forever*.
[19:21] <maxb> erm, oops. s/deplete/delete/
[19:21] <alkisg> ...but after 1-2 weeks people will start using the PPA, so I wouldn't want to change the key then
[19:21] <cprov> maxb: not sure I follow.
[19:21] <alkisg> Thanks kiko, cprov.
[19:22] <maxb> cprov: I want to delete the passphraseless key that I use for letting cron upload nightly builds to PPAs from my main account and add it to a restricted LP account
[19:22] <maxb> I realize I could just deactivate it and create a third key
[19:22] <cprov> alkisg: file a question and I can add the new UID for you, I'd rather not have keys created by LP ending up being cruft in keyservers.
[19:23] <cprov> maxb: oh, I see what you mean now. Yes, deactivating the old-key and creating a new one seems sane.
[19:23] <cprov> maxb: we don't reassign gpg keys in LP
[19:23] <maxb> But I want to avoid cruft in the keyservers :-P
[19:24] <cprov> maxb: got me!
[19:24] <alkisg> cprov: should I ask the question in soyuz? https://answers.launchpad.net/soyuz/+addquestion ?
[19:24] <cprov> maxb: do you think it would be legitimate to reassign them ?
[19:24] <maxb> Well, only in the case of one person owning two LP accounts
[19:24] <cprov> alkisg: yes, please, mention the key id you want.
[19:25] <cprov> maxb: what's about the email addresses involved ?
[19:25] <maxb> I own both of the email addresses, and have already moved one of those to the other account
[19:26] <alkisg> cprov, key id == the key name? I've named my PPA "Αποθετήριο Τεχνικής Στήριξης" (that's Greek for a ministry department), is that a valid key id?
[19:26] <cprov> OMG!
[19:26] <cprov> :)
[19:26] <beuno> ha
[19:26] <alkisg> heh :)
[19:26] <cprov> alkisg: well, if it's utf-8 it's okay.
[19:26] <alkisg> OK, thanks :) :)
[19:27] <mwhudson> good, um,morning
[19:27] <maxb> On the subject of alkisg's issue, won't the result be a key in the keyservers that still contains the "Test PPA" uid?
[19:27] <cprov> maxb: could this problem be solved by merging the existing account ?
[19:27] <cprov> maxb: we can create the new UID and remove the old one
[19:28] <alkisg> (btw, that was the *display* name, not the actual ppa name used in the url...)
[19:28] <cprov> maxb: it will be listed as 'revoked'
[19:28] <maxb> cprov: No - the whole idea is that I'm trying to split off permissions to upload to a specific team's PPAs from the rest of my LP account
[19:28] <cprov> alkisg: ack.
[19:28] <cprov> maxb: uhm, interesting.
[19:29] <cprov> maxb: you would benefit of explicit upload ACLs for team-ppas as well
[19:29] <cprov> maxb: anyway, another conversation, sorry for the noise.
[19:29] <maxb> Surely it's not *that* interesting? There must be other people doing automated nightly builds in PPAs?
[19:30] <cprov> maxb: yes, mozilla, bzr ...
[19:30] <savvas> I think yes, the chromium guys too
[19:30] <savvas> (or a packager at least)
[19:30] <maxb> So, I correctly realized that it would be stupid to give a cron script access to my main GPG key, and created another one
[19:31] <maxb> Problem is I failed to realize that I should not be giving the cron script access to my entire LP identity (in an ideal world)
[19:31] <maxb> And that latter one is the issue I'm trying to correct
[19:32] <cprov> maxb: right, now you want to transfer one of *your*  keys to this new robot account.
[19:32] <maxb> Yes
[19:33] <cprov> something like a "split-account" procedure
[19:33] <maxb> Well, perhaps. The only thing that needs splitting is the GPG key
[19:34] <maxb> Does LP have any other account attributes that the user can't outright delete?
[19:34] <cprov> maxb: okay, I'm under the impression it would be okay to reassign a gpg-key on these terms. Can you please file a question on launchpad ?
[19:35] <maxb> sure, on /launchpad or on /soyuz?
[19:35] <cprov> maxb: keys and emails are not deleted, they remain 'deactivated'
[19:35] <cprov> maxb: it sounds like a general launchpad question
[19:36] <maxb> I was able to delete the email from ~maxb and then sign up for a new account using that email
[19:36] <cprov> although, the motivation is clearly soyuz upload ACLs.
[19:37] <cprov> maxb: oops, I guess my assumption is wrong, then.
[19:37] <cprov> maxb: OTOH, this is good, if you can delete a email address and re-create it, you surely should be able to do the same with gpg keys.
[19:39] <cprov> maxb: let's talk to the registry gurus, they will provide a solution :)
[19:45] <maxb> ok, question filed, I'll see what response I get on it
[19:45] <maxb> thanks
[19:52] <cprov> maxb: thank you.
[20:08] <mdke> I've been waiting for a LP admin on a question for a while now - can anyone take a look? https://answers.launchpad.net/launchpad/+question/71740
[20:27] <kiko> sorry mdke, looking now
[21:53] <exarkun> I followed the link to http://bazaar.launchpad.net/~dan-dispaltro/txamqp/fixed-ref-cycle/annotate/16/src/txamqp/protocol.py from http://bazaar.launchpad.net/~dan-dispaltro/txamqp/fixed-ref-cycle/files/16/src/txamqp/
[21:53] <exarkun> The former gives "Internal server error"
[21:53] <beuno> exarkun, that's not great
[21:53] <beuno> would you file a bug please?
[21:53] <exarkun> Sure.  Against Launchpad, or is there a more specific component?
[21:54] <beuno> exarkun, launchpad-bazaar would be ideal
[21:54] <exarkun> Alright, will do.
[21:55] <beuno> thanks exarkun
[22:41] <mdke> kiko: thanks very much