[02:39] <c40s> »»»¶;]«««
[02:49] <Peng> Slower than usual? It's always "slower than usual". You should redefine "usual". Then you could say "bazaar.launchpad.net is way faster than usual". :D
[02:50] <jml> Peng: slower than it normally is.
[02:50] <jml> Peng: in general & for me, bazaar.launchpad.net performs about the same as other bzr+ssh servers on the side of the world
[02:51] <jml> in any case, the issue affecting the server has been resolved.
[02:53] <Peng> What was wrong?
[02:56] <jml> Peng: there's an issue with the way our SSH server does buffering.
[02:59] <Peng> jml: You're using a customy Twisted SSH server, right?
[03:00] <jml> Peng: we use twisted.conch
[03:00] <c40s> »»»¶;]«««
[03:00] <Peng> Okay.
[03:07] <jml> Peng: I feel a certain level of responsibility for both Twisted and Launchpad, so I'm reluctant to blame either :)
[03:07] <jml> but signs point to conch atm.
[03:10] <beuno> I once had a website on an ISP, which was slow fairly often, especially at night. After a few months of calling tech support, someone forgot to hit the mute button, and I heard something about "torrents" in the back
[03:11] <beuno> not saying this is the case, just comes to mind everytime I see the word "slow server"  :)
[03:14] <jml> beuno: I'm pretty sure elmo would have strong words for anyone running torrents from the data centre.
[03:14] <lifeless> we run torrents from the data centre
[03:14] <beuno> heheh, yeah
[03:14] <jml> lifeless: do we download movies to the data centre?
[03:15] <beuno> probably don't have a 6mbit cap on the server though
[03:15] <beuno> and Ubuntu ISOs must get a much lower leven of leechers than $random_movie
[03:15] <lifeless> no, different server too
[03:16] <lifeless> we maintain the seeds list
[03:16] <lifeless> I dunno what fraction of the actual data serving we do
[03:16]  * jml lunches.
[03:16] <beuno> yeah, I was joking of course. I just can't avoid remembering that everytime a random server is slow for a while, and then is magically fast again
[03:16] <c40s> ((NiSiNhA)) »»»¶;]«««
[03:16] <NiSiNhA> [c40s]: ¶;*****~
[03:17] <c40s> ((NiSiNhA)) »»»viaja ae«««
[03:17] <thumper> man, I'm just seeing weird characters there
[03:17] <NiSiNhA> c40s: eita começei ja
[03:17] <beuno> phew, I thought it was just me
[03:17] <lifeless> I'm guessing spam
[03:17] <NiSiNhA> [c40s]: kkkkkkkk
[03:17] <c40s> ((NiSiNhA)) »»»hehe«««
[03:17] <jamesh> knock it off
[03:18] <lifeless> I don't have op in this channel or I'd boot
[03:18] <lifeless> c40s: NiSiNhA: please stop the blnkenflashentext
[03:18] <c40s> ((lifeless)) »»»ok«««
[03:19] <lifeless> ha, very ironic saying ok but still doing it
[03:19] <lifeless> I think you are about to be kicked
[03:19] <thumper> boot to the head
[03:19] <cody-somerville> Isn't there a channel mode to disable colours?
[03:19] <lifeless> jamesh: mode +b first, then kick
[03:19] <beuno> I haven't seen colors in IRC in years!  I didn't even think people could do that anymore
[03:19] <lifeless> cody-somerville: +b :P
[03:19] <cody-somerville> lifeless, :P
[03:20] <c40s> »»»sorry jamesh«««
[03:21] <cody-somerville> c40s, I think they want you to disable the "art".
[03:22] <c40s> cody-somerville ok
[03:22] <cody-somerville> Thank you.
[03:24] <lifeless> c40s: what IRC client are you using ?
[03:25] <c40s> lifeless in from Brazil,using Alive
[03:26]  * wgrant looks for it in Ubuntu, and files a removal request if it's there.
[03:27] <lifeless> http://www.brothersoft.com/alive-java-chat-10509.html ?
[03:28] <wgrant> Damn.
[03:36] <NiSiNhA> adeuss povaoo
[04:05] <Hobbsee_> please fix the hppa, sparc, ia64, and ppc chroots.  thanksk.
[04:17] <lifeless> lol
[04:17] <lifeless> FIX THE WORLD. kthxbye
[04:22] <jamesh> so the non-obsolete architecture chroots are working? :)
[04:22] <Hobbsee_> lifeless: that'd be nice :)
[04:22] <Hobbsee_> jamesh: i think so.
[04:22] <Hobbsee_> lifeless: either way, i can't do it from here, and with a bit of luck, lamont will.
[04:25] <lamont> Hobbsee_: borked how?
[04:25] <lamont> and 'tis best left for infinity
[04:27] <Hobbsee_> lamont: trying to remove sysvinit, it looks like.
[04:33] <jml> we need an MMIX ppa
[04:33] <jml> for larks.
[04:34] <jamesh> jml: what would you put in it?
[04:34] <jamesh> besides TeX?
[04:35] <jml> jamesh: I'm sure someone has ported intercal to mmix by now.
[04:35] <jamesh> threaded intercal?
[04:35] <jml> jamesh: and if not, I think all good and right-thinking people deserve an answer as to why not!
[04:36]  * jml delicately wipes away some froth from the corner of his lip.
[04:38] <jamesh> well, you can always use http://entrian.com/goto/ in Python
[04:39] <jamesh> I don't think it does multi-threaded come from though
[06:01]  * jml waves
[06:02] <ToyKeeper> :)
[06:03] <jml> so, as I was about to say, most of the Launchpad hackers are swamped at the moment.
[06:03] <ToyKeeper> Ah, that certainly helps.  :)
[06:03] <jml> ToyKeeper: I'll be hanging out with poolie (the original filer of the bug) next week, that might generate some sort of momentum.
[06:04] <jml> (of course we all know that momentum is conserved, and so something else will have to slow down)
[06:04] <ToyKeeper> I hate to nag about minor feature requests, especially if everyone is busy.
[06:04] <ToyKeeper> I'd just make a branch and propose it for merging, but I don't have access.  :)
[06:04] <jml> (bug 161187 for context)
[06:04] <jml> ToyKeeper: :)
[06:05] <ToyKeeper> It seems like a 5-minute code change, but of course testing takes longer.
[06:14] <ToyKeeper> Do small UI changes go through a review process?
[06:16] <lifeless> yes
[06:17] <lifeless> everything does (for large values of everything)
[07:36] <lifeless> hmmm thats ugly
[07:36] <lifeless> help.launchpad.net says 'not logged in'
[07:37] <lifeless> launchpad.net says 'logged in'
[07:38] <jamesh> lifeless: we could solve this by not making help.launchpad.net look like launchpad.net ...
[07:38] <jamesh> we've had other people note this inconsistency
[07:38] <lifeless> is there a bug?
[07:39] <lifeless> I like me-tooing
[07:39] <jamesh> yes
[07:39] <jamesh> feel free to search for it :)
[07:39] <jamesh> we apparently have useful search now
[07:39] <lifeless> at least search is vaguely useful now
[07:39] <lifeless> oh its massively improved
[07:39] <lifeless> only thing is it truncates topics :/
[07:42] <jamesh> and seems to include the chrome as search strings
[07:42] <jamesh> e.g. searching for "not logged in" seems to get pretty much every page on help.launchpad.net
[07:44] <lifeless> has /me/ been altered?
[07:45] <lifeless> the ppa quickstart links to .../~me/+archive
[07:45] <lifeless> but that does not work on edge
[07:53] <jamesh> should be /+me/
[07:55] <lifeless> ah
[07:55] <lifeless> who can edit help.launchpad.net?
[07:56] <jamesh> depends on the page
[07:56] <jamesh> some are locked down (usually if they are pointed at externally)
[07:56] <jamesh> others aren't
[07:57] <lifeless> anyhow, this is the buggy page:
[07:57] <lifeless> https://help.launchpad.net/PPAQuickStart
[07:59] <jamesh> you should be able to edit that
[07:59] <bimberi> /+me/ goes to "Lost something?" also.  Well for me.
[07:59] <bimberi> https://edge.launchpad.net/+me/+archive/+builds?build_state=all&build_text=
[07:59] <jamesh> ah.  it probably needs to be /people/+me
[08:00] <jamesh> should be better now
[08:01] <bimberi> jamesh: yes that works, thankyou.
[08:06] <LaserJock> I've got a quick code-hosting question
[08:06] <LaserJock> is it at all possible to have a team branch that is *not* part of a project?
[08:06] <LaserJock> https://help.launchpad.net/NonProjectBranches seems to indicate no, but that seems rather odd to me
[08:09] <LaserJock> hmm, gotta run, i check again tomorrow
[09:01] <mpt> Goooooooooooooooooood morning Launchpadders!
[10:44] <wgrant> cprov: What useful information is communicated by the unlinked diff non-links?
[10:45] <cprov> wgrant: unlinked means "the diff will be done in some minutes"
[10:46] <wgrant> cprov: 'None yet' or similar would probably make more sense.
[10:46] <cprov> wgrant: which is better, IMO,  than forcing you to ask: "Doesn't LP do diff for new uploads ?  Where is it ?"
[10:47] <wgrant> True.
[10:47] <wgrant> But listing something unavailable under a heading of 'available' is strange.
[10:47] <cprov> the fact that we communicate it by not linking the test maybe too subtle
[10:47] <wgrant> I suspect so.
[10:47] <wgrant> Adding a (pending), maybe.
[10:48] <cprov> wgrant: yes, maybe.
[10:48] <wgrant> Also, how is the latest ancestor to diff from detected?
[10:48] <wgrant> detected/selected.
[10:48] <wgrant> -proposed uploads are diffed against the latest release, regardless of distroseries.
[10:51] <cprov> wgrant: yes, it erroneously assumes linearity.
[10:51] <wgrant> Aha.
[10:53] <wgrant> It would be rather difficult to build a system which correctly determines the correct ancestor... it would really have to check by archive, distroseries and pocket and make lots of potentially nastily incorrect assumptions...
[10:53] <wgrant> It would probably be much nicer to have a form to request diffs against version X, but that would be expensive. :(
[10:55] <cprov> wgrant: manually-requested diff are already modelled and yes, they are more expensive for the users than for us.
[10:57] <wgrant> cprov: That's why the UI looks like it was designed to display multiple diffs?
[10:57] <cprov> wgrant: err, we have have to think about an easy way to release this feature, that's why it's not available for users yet.
[10:57] <cprov> wgrant: yes, exactly.
[10:57] <wgrant> 'Easy way to release'? A UI?
[10:58] <cprov> wgrant: yes, an intuitively way to lookup for the desired ancestry in the UI, to be precise.
[10:59] <sabdfl> wgrant: this is a real weakness in the packaging system, it's not "branch friendly"
[10:59] <cprov> wgrant: not a form with archive, distribution, series, pocket, name, version ala bugzilla ;)
[10:59] <sabdfl> it's hard to be a derivative. and ppa's are effectively derivatives.
[11:00] <sabdfl> we need to have the same sort of ancestry tracking in packages that we have in bzr branches
[11:00] <wgrant> sabdfl: Even between pockets it's an issue.
[11:00] <sabdfl> yes
[11:00] <wgrant> It gets very ugly very quickly.
[11:01] <wgrant> sabdfl: Actually interpreting the changelog somehow?
[11:01] <cprov> wgrant: yes, but pockets are complex but predictable, ppas are unpredictable at the package level, we my have to investigate origs (and yes, it won't work for native-tarball uploads ...)
[11:03] <wgrant> cprov: What's special about PPA orig.tar.*s?
[11:03] <wgrant> They either have to be named differently or match primary's, don't they?
[11:03] <cprov> wgrant: changelogs can be 'inaccurate' :(
[11:03] <wgrant> Same as anything in primary.
[11:03] <wgrant> cprov: And are regularly modified after the fact, right.
[11:04] <cprov> wgrant: yes, that's why we can use it to find out the right ancestor.
[11:04] <wgrant> cprov: Oh, right, like that.
[11:05] <wgrant> If only NMSP had actually happened... would make all this trivial.
[11:05] <cprov> but, it's just an idea, I've not spent much time investigating it yet.
[11:05] <wgrant> The current setup is a good start, at any rate.
[11:06] <cprov> wgrant: NMSP is (far) future ;)
[11:07] <wgrant> Heh.
[11:07] <cprov> wgrant: I will try to round more corners of the current package-diff and see how it does. Thanks for reporting bugs (2 so far)
[11:07] <wgrant> cprov: Also, it won't cross archive boundaries unless it has to, right?
[11:07] <wgrant> Diffing against some random PPA package is probably worse than useless.
[11:08] <cprov> wgrant: you help is highly appreciated !
[11:08] <wgrant> (I just noticed one of my PPA packages diffed against primary, because it didn't exist in my PPA before)
[11:08] <cprov> wgrant: yes, it only cross archives for the first PPA upload.
[11:08] <cprov> s/cross/crosses
[11:09] <wgrant> cprov: Sounds good. Except if I delete a package from my PPA, and upload a new one a couple of years later, based on a later one from primary. But again, that's ridiculously difficult or impossible to work out.
[11:09] <cprov> and it's restricted to the current version in primary archive, it doesn't go across other PPAs.
[11:09] <wgrant> Good, good.
[11:10] <cprov> wgrant: we may go for 2 diffs for PPAs, one against local ancestry and another against primary
[11:10] <wgrant> That works.
[11:12] <wgrant> But getting the defaults right isn't too important if a sane UI for user ancestor selection comes about soon.
[11:12] <thekorn> does the new search in launchpad have special reserved characters?
[11:13] <thekorn> let's say I would like to search for the german translation team in ubuntu, I search for '-de'
[11:14] <thekorn> the search returns a huge number of results
[11:14] <wgrant> thekorn: It looks like it uses Google as a backend.
[11:14] <wgrant> So you'll be excluding anything with 'de' in it.
[11:15] <wgrant> (or Canonical has developed a search algorithm equivalent to Google's, which I find unfortunately unlikely)
[11:16] <thekorn> ah, this also explains why it is a real string search, "your location" also returns alot of results
[11:17] <thekorn> wghich does not make any sense, imho
[11:17] <wgrant> Yeah, they could do with excluding the global templates...
[11:19] <thekorn> hmm, it seems the 'choose...' dialog on the 'subscribe someone else' page does not use this search
[11:20] <wgrant> Using Google to search a list of people like that would be a disaster.
[11:20] <wgrant> AFAIK only the global site search uses Google.
[11:20] <thekorn> searching for '-de' there returns an timeout-error with Error ID: OOPS-886EC25
[11:34] <sabdfl> wgrant: interpreting the changelog is a bit of a crapshoot
[11:37] <wgrant> sabdfl: Right, attempting to retrieve much useful information from it would be an exercise in futility.
[11:38] <wgrant> In Ubuntu we regularly drop and reinsert entries into the middle of whatever we get from Debian... it's terrible
[11:39] <\sh> wgrant, you mean during merge time?
[11:40] <wgrant> \sh: Right.
[11:40] <wgrant> And syncs.
[11:40] <wgrant> Where we drop all the Ubuntu history.
[11:41] <\sh> wgrant, yeah...for syncs it's really terrible
[11:42] <\sh> adding the single changelog entries for new versions/revisions into a container per package, could help...but I think that makes the db logic even more complicated/slow
[11:43] <wgrant> I don't think the changelog should be in the source package at all, really.
[11:43] <wgrant> Like VCS logs aren't part of the actual data stored in the tree - they're metadata alongside it.
[11:43] <\sh> well...
[11:43] <wgrant> But I doubt we'll see that changing.
[11:43] <\sh> debian/ dir is a type of metadata, too :) 
[11:44] <wgrant> True. But with what we do, it's not persistent.
[11:44] <wgrant> It will vanish every second release.
[11:44] <wgrant> Logs of changes should be persistent.
[11:45] <\sh> yes..that's why it's better to create a history per package ... in debian that's easy...but for derivatives with source changes, it's hell
[11:46] <wgrant> As sabdfl was saying earlier, yep.
[12:25] <dhart> hi, is Christian Reis here?
[12:26] <kiko> dhart, indeed
[12:29] <dhart> ﻿kiko: oh hiya. I'm typing a response on answers, but thought it might be easier to chat
[12:30] <kiko> dhart, better on answers today as I'm a bit busy
[12:30] <dhart> kiko, okay, I'll write on answers. 
[12:33] <sladen> greetings people.  Could we please get the  launchpad.net/bugs/NNNNN  redirect fixed.
[12:33] <sladen> there are URLs in that format published 350,000+ times on the web
[12:33] <sladen> and currently they're busted
[12:35] <sladen> mpt: ^^your kind of thing
[12:39] <wgrant> sladen: What about them is broken?
[12:39] <mpt> sladen, works for me. Can you give me an exact example that doesn't work?
[12:39] <sladen> https://launchpad.net/bugs/1234
[12:39] <wgrant> Isn't that meant to be private?
[12:39] <wgrant> I thought that always had been.
[12:40] <sladen> well, *do the redirect* first have have the canonical location say that it's private
[12:40] <sladen> not bomb out before hand
[12:40] <wgrant> That's deliberate.
[12:40] <wgrant> That was a bug.
[12:40] <wgrant> It was revealing information.
[12:41] <sladen> Could somebody add the words "private" and "bug" to that page, neither appear 
[12:41] <wgrant> There's a bug on that somewhere.
[12:41]  * wgrant looks.
[12:41] <kiko> heh
[12:41] <kiko> that bug is actually fixed
[12:41] <kiko> I'll disclose it :)
[12:42] <kiko> sladen, reload
[12:42] <wgrant> kiko: Good idea. It's the first one I often check, but then I remember it's private. I'm sure others are the same.
[12:42] <kiko> sladen, and, as I told you on the bug report, that redirect /is/ fixed and has been fixed forever
[12:43] <kiko> that bug is very funny
[12:43] <sladen> kiko: yup, replied on the bug report.
[12:43] <kiko> btw
[12:44] <kiko> that unmaintainable mess is actually going to run over debian soon! :)
[12:44] <wgrant> kiko: Woo!
[12:44] <wgrant> Nice.
[12:44] <wgrant> (ah, nice old statuses in that bug history)
[12:46] <kiko> dhart, my apologies, I'm really getting old
[12:47] <dhart> ﻿kiko: no worries. apologies for what? :-)
[12:48] <kiko> I forgot what I was apologizing about ;)
[12:48] <dhart> oh, the 1.3.1 bzr update in ubuntu today was nice. fixed the ssh+bzr checkout weirdness
[12:53] <wgrant> kiko: So, why are you importing Debian? I can see it being useful for package diffs, and so we can see it in the LP UI rather than heading to Debian resources, but you probably have more revolutionary things in mind?
[12:54] <kiko> wgrant, diffs but syncs, mainly
[12:54] <kiko> native syncs
[12:54] <kiko> proper changelog preservation
[12:54] <kiko> the works!
[12:54] <wgrant> Yay.
[12:54] <wgrant> Ah yes, less nasty syncing. Good idea.
[12:56] <wgrant> On a related note... Is Debian bug importing deferred indefinitely? I recall it was targetted for around half-way through last year initially.
[12:57] <kiko> wgrant, no, it's actually being worked on
[12:57] <kiko> there are just some tricky bits that need to be sorted out first..
[12:58] <wgrant> Aha, good, it will be very, very useful.
[12:58] <wgrant> Version tracking would make it even more automatically useful, but importing at all is always good.
[16:10] <hyperair> woo hoo. ppa problems.
[16:11] <hyperair> lesson of the day: never copy package from one series to another series in the same PPA before the debs are published.
[16:13] <cprov> hyperair: https://bugs.edge.launchpad.net/soyuz/+bug/236407
[16:13] <hyperair> fascinating.
[16:15] <hyperair> well now that i've got both debs and failed builds for the same architectures in the same source package, what should i do?
[16:21] <kiko> hyperair, reupload a new version? :)
[16:22] <hyperair> T_T
[16:22] <hyperair> just for that?
[16:22] <hyperair> D=
[16:22] <hyperair> would deleting and copying them back work?
[16:23] <hyperair> i mean hardy is fine
[16:23] <hyperair> just gutsy and intrepid
[16:31] <cprov> hyperair: copy again, this time including binaries.
[16:31] <hyperair> mm i did. now it's failing to upload
[16:31] <hyperair> meh.
[16:32] <cprov> hyperair: the previous source with failed-to-upload builds will be superseded.
[16:32] <hyperair> i see.
[16:35] <hyperair> cyphase: The following source cannot be copied: banshee-1 0.99.3-1ubuntu1~ppa2 in hardy (version older than the banshee-1 0.99.3-1ubuntu1~ppa2 in intrepid published in intrepid)
[16:35] <hyperair> whoops
[16:36] <hyperair> cprov: The following source cannot be copied: banshee-1 0.99.3-1ubuntu1~ppa2 in hardy (version older than the banshee-1 0.99.3-1ubuntu1~ppa2 in intrepid published in intrepid)
[16:36] <hyperair> typed wrong name @_@
[16:38] <cprov> hyperair: uhm, did you deleted the FTBFS versions in gutsy & intrepid ?
[16:39] <cprov> hyperair: it's a half-bug, it should allow you to copy the same version within the PPA, PPA sources are unique.
[16:39] <hyperair> eh no?
[16:39] <hyperair> hmm
[16:39] <hyperair> so i should delete the failed to build versions in gutsy and intrepid
[16:39] <hyperair> then copy back?
[16:39] <hyperair> from hardy i mean
[16:40] <hyperair> do i have to wait for some time before copying?
[16:42] <cprov> hyperair: yes, that's the workflow
[16:42] <cprov> hyperair: no, no need to wait
[16:42] <hyperair> okay.
[16:44] <hyperair> this is great.
[16:44] <hyperair> it's not deleting now.
[16:44] <hyperair> i check the packages. click delete
[16:44] <hyperair> and then.
[16:44] <hyperair> the status remains "published"
[16:44] <cprov> hyperair: ppa url, please ?
[16:44] <hyperair> http://edge.launchpad.net/~banshee-team/+archive
[16:46] <cprov> hyperair: are you adding the 'deletion comment'  when deletion packages ?
[16:46] <hyperair> yes.
[16:47] <hyperair> hey it worked now
[16:47] <hyperair> weird.
[16:47] <lzhang> how does the cvs imports work exactly? do I paste the url to my svn trunk into the Location for the trunk on my project?
[16:47] <kiko> lzhang, no, visit +source for your trunk series
[16:48] <hyperair> cprov: copying the hardy package over to gutsy resulted in failed builds.
[16:48] <hyperair> instantly
[16:48] <hyperair> it just appeared there. failed.
[16:48] <lzhang> kiko: thanks a lot I found it
[16:48] <cprov> hyperair: those are the old builds, don't worry.
[16:49] <hyperair> so i just leave them as "failed"?
[16:49] <kiko> lzhang, what project is that, I can approve it immediately
[16:50] <lzhang> kiko: coughphp, but I need to do a bit of setup on my subversion repo first
[16:50] <cprov> hyperair: yes, ignore them for now, I can remove them for you later.
[16:50] <kiko> lzhang, okay, ping me when you're ready
[16:50] <lzhang> kiko: will do
[16:51] <hyperair> cprov: thank you.
[16:51] <cprov> hyperair: the archive will be republished in 10 minutes, and should allow you to install the hardy binaries also in gutsy and intrepid.
[16:51] <cprov> hyperair: you are welcome.
[16:52] <kiko> cprov, how come you know so many things about this PPA machine?
[16:52]  * kiko is amazed
[16:53] <cprov> kiko: ehe, I wrote all the broken bits, didn't I ?
[16:53] <hyperair> hoho. so that's why Ng asked me to speak to you
[16:54] <kiko> cprov, no, IIRC you wrote all the good bits!
[16:55] <cprov> those too, but people usually don't come here to praise me about them ;)
[16:56]  * laga praises cprov 
[16:56] <laga> i like my PPAs
[16:56]  * hyperair puts cprov on a pedestal
[16:57] <hyperair> PPAs are useful. i certainly wouldn't be able to find anywhere else to host debs. maybe mediafire, but doesn't work for repos
[16:57] <cprov> hyperair: lol, wait until I get your bug fixed.
[16:57] <hyperair> heheh
[16:57] <hyperair> i'm waiting =)
[17:04] <cprov> hyperair: it's fixed, I will remove the build cruft for you.
[17:04] <hyperair> cprov: thanks a lot =D
[17:06] <cprov> hyperair: done, all "green checks" now.
[17:06] <cprov> hyperair: sorry for the inconvenience, I get this bug fixed for the next milestone.
[17:07] <cprov> hyperair: meanwhile, remember to wait the binaries to get published in the archive before you copy them to the other series.
[17:08] <hyperair> okay. thank you
[17:08] <hyperair> =)
[17:21] <visik7> hi
[17:21] <visik7> how can I merge 2 launchpad users?
[17:21] <visik7> they are both mine
[17:22] <kiko> visik7, https://edge.launchpad.net/people/+requestmerge
[17:26] <lzhang> kiko: how long can I expect this svn import to be "Testing" ? 
[17:27] <kiko> lzhang, until you tell me you have done everything and give me a URL :)
[17:28] <lzhang> kiko: https://code.launchpad.net/coughphp/trunk
[17:28] <lzhang> word
[17:33] <visik7> I've merged an anonymous user
[17:33] <visik7> but how to merge registered user ?
[17:43] <kiko> lzhang, we currently have a problem with self-signed https:// hosts
[17:43] <lzhang_> hmm
[17:43] <lzhang_> kiko: do I need to move it to non-ssl then?
[17:44] <kiko> lzhang, it would be ideal if you could
[18:11] <santiago-ve> Hi guys... i have a "small" problem trying to get my blog into planet.ubuntu.com when i checkout bzr says: Permission denied (publickey).
[18:45] <kiko-fud> lzhang_, so!
[18:45] <kiko-fud> santiago-ve, your ssh key isn't in launchpad.
[18:45] <santiago-ve> kiko-fud, i have two keys
[18:46] <santiago-ve> just registered one.. to try on other machine
[18:46] <lzhang_> kiko-fud: ya I'm waitin on my buddy awbush to move it over to port 80... so still waiting
[18:46] <kiko-fud> lzhang_, gotcha
[18:47] <santiago-ve> kiko-fud, http://imagenes.zarate.net.ve/varias/launchpad1.png
[18:47] <santiago-ve> http://imagenes.zarate.net.ve/varias/launchpad2.png
[18:48] <santiago-ve> tried the same procedure on both machines... and both fail
[18:51] <kiko-fud> santiago-ve, it's weird. nobody else has this problem -- how are you trying to check out?
[18:52] <santiago-ve> bzr checkout bzr+ssh://469@bazaar.launchpad.net/~planet-ubuntu/config/main planet-ubuntu
[18:52] <kiko-fud> santiago-ve, uhhhh. what's 469?
[18:52] <santiago-ve> kiko-fud, well my luck this last months havent been good
[18:52] <santiago-ve> kiko-fud, my username
[18:52] <kiko-fud> are you serious?
[18:53] <santiago-ve> https://edge.launchpad.net/~469
[18:53] <kiko-fud> wtf
[18:53] <santiago-ve> errr... yes
[18:53] <kiko-fud> santiago-ve, that might be the problem
[18:53] <santiago-ve> ugh
[18:53] <kiko-fud> it's a bug if so, but, well..
[18:54] <kiko-fud> santiago-ve, try bzr branch lp:~planet-ubuntu/config/main  
[18:54] <kiko-fud> santiago-ve, you can do a bzr launchpad-login before that
[18:54] <kiko-fud> if the launchpad-login fails, then..
[18:54] <santiago-ve> kiko-fud, the same: Permission denied (publickey).
[18:55] <kiko-fud> fantastic
[18:55] <kiko-fud> santiago-ve, if you rename your account, does it work?
[18:56] <santiago-ve> kiko-fud, gonna try
[18:58] <santiago-ve> kiko-fud, yep
[18:58] <santiago-ve> its a bug
[18:58] <lzhang_> kiko-fud: yo I changed it, it is non-ssl now
[18:58] <kiko-fud> santiago-ve, please report it. thanks!
[18:58] <kiko-fud> lzhang_, perfect.
[18:58] <santiago-ve> on my way
[18:59] <lzhang_> kiko-fud: I gotta run to a meeting, bbl
[18:59] <lzhang_> kiko-fud: thanks for all your help!
[19:00] <kiko-fud> lzhang_, that repository seems to contain more than one project..
[19:00] <kiko-fud> trunk/simpletest/simpletest_1.0.1beta2
[19:00] <kiko-fud> or is that right?
[19:01] <kiko> well, here goes
[19:01] <kiko> lzhang_, https://code.edge.launchpad.net/~vcs-imports/coughphp/trunk
[19:01] <kiko> santiago-ve, you know, we should probably ban all-ints names :)
[19:01] <santiago-ve> kiko, will my 469@ubuntu.com be changed to santiago-ve@ubuntu.com automatically?
[19:01] <kiko> santiago-ve, I believe so, yes, though it takes some time to update
[19:01] <santiago-ve> kiko, would be a great practice
[19:02] <kiko> 469 is such a crazy name. :)
[19:02] <santiago-ve> kiko, nea its sexy :D
[19:02] <santiago-ve> math related
[19:02] <santiago-ve> :D
[19:02]  * santiago-ve hates math
[19:03] <kiko> I'll tell you, if it's sexy, I don't wanna know what sort of sex that implies
[19:05] <santiago-ve> kiko bug #237411
[19:06] <santiago-ve> kiko, can you please confirm it?
[19:06] <kiko> santiago-ve, I've asked thumper to look at it
[19:06] <santiago-ve> kiko, thanks
[19:07] <santiago-ve> yay new great post for when i include myself on planet.ubuntu.com
[19:07] <santiago-ve> xD
[19:07] <lzhang_> kiko: ya re simpletest I'll pull it out of the bzr branch
[19:07] <kiko> lzhang_, cool, am importing it now anyway
[19:19] <LaserJock> how does one make a translation group?
[19:19] <LaserJock> or more completely, how does one go about getting a project translated?
[19:30] <LaserJock> danilos: poing?
[19:30] <beuno> LaserJock, doesn't setting the project to "uses translations" let you upload .po files?
[19:31] <beuno> (wild guess)
[19:31] <LaserJock> yeah
[19:31] <LaserJock> but they're in "needs review" state
[19:31] <LaserJock> but we'd also like to have a translation group but don't see any way to create one
[19:31] <beuno> ah, I see
[19:32]  * beuno sits back down and waits for the answer too
[19:45] <lzhang> kiko: is everything cool with the import, or is it broke?
[20:04] <kiko> lzhang, not sure what does that URL say? :)
[20:04] <kiko> lzhang_, https://code.edge.launchpad.net/~vcs-imports/coughphp/trunk
[20:33] <lzhang> kiko-afk: import currently running. thanks!
[22:07] <moquist> https://code.edge.launchpad.net/~moquist/vpnywhere/main says "Update this branch:   bzr push lp:~moquist/vpnywhere/main" but, sadly, http://n01se.net/paste/8T3?pretty=yes
[22:08] <moquist> hmm. maybe I should be asking in #bzr.
[22:12] <matsubara> moquist: try: bzr push bzr+ssh://bazaar.launchpad.net/~moquist/vpnywhere/main
[22:13] <moquist> matsubara: beuno clued me in and 'bzr launchpad-login moquist' got me past that step
[22:13] <moquist> matsubara: but thx; now I know another way
[22:14] <matsubara> np
[22:19]  * thumper thinks we need an extra note on the branch page
[22:20] <beuno> thumper, yes, and, if possible upgrade Hardy's version of bzr
[22:20] <thumper> beuno: what version does hardy have?
[22:20] <beuno> newer versions warn the user they may need to set launchpad-login if it isn't already
[22:20] <beuno> 1.3.1
[22:21] <thumper> ok, I'll talk with poolie about this
[22:21] <beuno> thumper, and, if you manage to push to 1.6, we can also solve the "break-lock" issue
[22:21] <beuno> which is the other FAQ in here
[22:22]  * LarstiQ thinks push needs to use sftp/ssh by default and prompt for a user
[22:22] <LarstiQ> (for lp: that is)
[22:25] <thumper> LarstiQ: didn't you ask the other day about team junk branches?
[22:26] <LaserJock> I did yesterday
[22:26] <thumper> ah, so it was
[22:26] <LarstiQ> thumper: the other L lurker ;)
[22:26] <thumper> LaserJock: you can't have them
[22:27] <LaserJock> thumper: yeah, I figured
[22:27] <LaserJock> thumper: do you know if there is a bug open on that?
[22:27] <thumper> LaserJock: I know that there is a closed bug about that
[22:27] <thumper> LaserJock: this is by design
[22:27] <LaserJock> thumper: interesting
[22:27] <thumper> LaserJock: the idea is that if you want to collaborate, you should have a project
[22:28] <LaserJock> why?
[22:28] <LaserJock> that's quite restrictive
[22:28] <thumper> LaserJock: you can still cross merge, just not yet have write permissions to each others branches
[22:28] <LaserJock> I *have* a project, just not a Launchpad project
[22:28] <thumper> LaserJock: there is however a bug about not tying write permissions to just the branch owner
[22:28] <LaserJock> the project is the team
[22:29] <LaserJock> and it's a distro team
[22:29] <LaserJock> and I'm not particularly sure why teams should have to create placeholder projects just to collaborate
[22:32] <thumper> LaserJock: I think the thing to do here is to file a bug with specifics
[22:32] <thumper> LaserJock: and I'll take it up with the greater team
[22:32] <LaserJock> ok, well it's a fairly common thing
[22:32] <thumper> LaserJock: assign it to me too
[22:32] <thumper> LaserJock: we used to allow it, but it was deemed not necessary
[22:32] <thumper> LaserJock: if we can show a legitimate need, then it may come back
[22:32] <LaserJock> there's dozens of teams in Ubuntu that need to collaborate on small scripts that aren't really a project perse
[22:48] <LaserJock> thumper: done, thanks
[22:48] <thumper> LaserJock: ok, ta
[23:20] <Rinchen> thumper, do we allow merge proposals against +junk?
[23:20] <thumper> Rinchen: nope
[23:21] <Rinchen> bummer
[23:45] <ahasenack> can we change the bug status of several bugs at once?
[23:45] <ahasenack> like mark 57 as "fix released" at once
[23:51] <LaserJock> ahasenack: you'd probably want to use the email interface
[23:55] <ahasenack> LaserJock: thanks