[02:48] <jfroy> bah
[02:48] <jfroy> launchdpad is failing to display any file in one of my branch :/
[02:50] <jfroy> or at least, any file modified in the branch, which is itself stacked on another branch
[02:51] <Peng_> What, internal server error on annotate? There's a bug open about that.
[04:34] <jfroy> Peng: maybe, it doesn't actually say
[04:34] <jfroy> All I get is a Internal Server Error plain/text response
[04:34] <jfroy> nothing more specific
[04:37] <Peng_> jfroy: Yeah, that's what I meant. It happens when you go to /annotate/ URLs, right?
[04:37] <jfroy> Ah, yes
[04:37] <jfroy> precisely
[04:38] <jfroy> searching for annotate on launchpad's bug list doesn't bring up anything
[04:38] <jfroy> ah, I suppose it would be on loggerhead?
[04:41] <Peng_> jfroy: I marked it as a duplicate. The best search term is "Internal Server Error".
[04:41] <Peng_> I guess the bug could use "annotate" in the title.
[04:49] <jfroy> I actually deleted the branch I was trying to browse and re-pushed it
[04:49] <jfroy> but I can't delete the branch it is stacked on for some reason
[04:49] <jfroy> Launchpad complains its being referenced by a number of other branches
[04:50] <jfroy> I bzr checked the local copy of the branches and they're both fine
[05:00] <mwhudson> it's something to do with annotating stacked branches
[05:00] <mwhudson> i guess we should really chase it with the bzr folks...
[08:52] <danutz3x> Hi
[08:53] <danutz3x> Package naming question (related to backporting/ppa)
[08:53] <danutz3x> I name by backported packages by adding a ~hardy1~myname suffix (assuming no ~ is already in the name of course)
[08:54] <danutz3x> but I got this error:
[08:54] <danutz3x> libass-dev(inst 0.9.5-2~hardy1~myname ! >= wanted 0.9.5-2)
[08:54] <danutz3x> am I using a broken naming scheme?
[08:56] <danutz3x> how can 0.9.5-2~hardy1~myname not satisfy the >= wanted 0.9.5-2 requirement?
[08:59] <danutz3x> hm, maybe this is the wrong place to ask, I guess it's more of a debian question
[09:07] <wgrant> danutz3x: The whole point of ~ is that it's less than anything else - even the empty string. That's why it exists.
[09:08] <wgrant> So, people have taken to depending on something like '0.9.5-2~' rather than '0.9.5-2', to help with backports.
[09:08] <wgrant> As '0.9.5-2~' < '0.9.5-2~anything'
[09:08] <danutz3x> Ah, I see
[09:08] <wgrant> Where 'anything' can be anything not starting with '~'
[09:09] <danutz3x> I changed the control file to depend on >= wanted 0.9.5-2~hardy1~myname
[09:09] <danutz3x> but 0.9.5-2~hardy1~ would have been better
[09:09] <danutz3x> thanks
[09:09] <wgrant> 0.9.5-2~ better still.
[09:09] <danutz3x> this is a little ugly I guess
[09:09] <danutz3x> oops, that's what I meant
[09:10] <danutz3x> 0.9.5-2~
[09:10] <wgrant> Backports can get ugly, yeah.
[09:10] <danutz3x> OK, great, I will keep that in mind
[09:10] <danutz3x> thank you wgrant!
[09:11] <wgrant> danutz3x: No problem
[09:22] <thekorn> hi,
[09:22] <thekorn> is it possible to link a release series to a PPA package?
[09:23] <thekorn> or: what does "link to other package" on the overview page of a series mean?
[09:25] <thekorn> and related question: how can I delete a wrongly created link between a series and a (non existing) package?
[09:27] <wgrant> thekorn: No, link to a package in another distribution, good question.
[09:27] <wgrant> In general, keep away from the package linking feature - it's pretty broken and useless for now.
[09:27] <wgrant> What did you create the link to/from?
[09:29] <thekorn> wgrant, well I played around with package linking on https://edge.launchpad.net/gtk-poker-clock/0.1
[09:30] <thekorn> and now I realized that this created package linkes like: https://edge.launchpad.net/ubuntu/jaunty/+source/poker-tournament-clock
[09:31] <thekorn> It would be good if this could somehow be removed, as there won't be a package of this project in ubuntu
[09:31] <thekorn> at least for now
[09:32] <wgrant> It doesn't seem that you can remove the link without knowing its DB ID.
[09:33] <thekorn> maybe the best is to ask a question on a.lp.net and ask for removel of this links
[09:36] <thekorn> hmm, interesting: https://answers.edge.launchpad.net/launchpad/+faq/72
[09:38] <thekorn> looks like there should be a delete button somewhere, but either I'm blind or the answer there is wrong
[09:44] <wgrant> thekorn: Right, it's normally easy. But the button only shows up when there's a row for the series on https://launchpad.net/ubuntu/+source/PACKAGE.
[09:45] <wgrant> Which requires that there be a Published package in the distroseries.
[09:45] <wgrant> Which there is not.
[09:45] <wgrant> = bug
[09:46] <wgrant> Unfortunately, all the package<->project linking stuff has been lying untouched for years. Maybe somebody will fix it when LP is freed.
[09:46] <thekorn> wgrant, yup, but then the example given in the FAQ is also misleading, because
[09:46] <thekorn> https://launchpad.net/ubuntu/+source/foo
[09:46] <thekorn> has never exist
[09:47] <wgrant> Itt hasn't?
[09:47] <wgrant> Assuming that you replace 'foo' with the package name, it works fine...
[09:49] <thekorn> correct, but IMHO it is not obvious that foo should be replace by any existing package
[09:49] <thekorn> why not showing a working example there?
[09:49] <wgrant> 'For example, if you linked a project to the "foo" package in Ubuntu, go to the following URL:'
[09:53] <thekorn> ok, but if foo is not a published package in the distroseries there won't be such "delete link" button
[09:53] <wgrant> Right. That was very rare before PPAs.
[09:53] <wgrant> Since the package has to exist somewhere in Launchpad.
[09:53] <thekorn> why can't there be an easy example like: 'For example, if you linked a project to the "firefox" package in Ubuntu, go to the following URL:' [...]
[09:53] <wgrant> Otherwise you can't create the link.
[09:54] <wgrant> No idea.
[10:04] <alkisg> Hi, I'm a member of a team in launchpad, and I want to upload something in our team PPA and sign it with a "team key", not my personal key. Is that possible, and if so, where should I upload the team key? I think teams cannot have keys...
[10:12] <cprov> alkisg: I think gpg keys are *personal* entities, team can't have keys, by design.
[10:12] <alkisg> So, should all members of the team upload the "team key" in their personal keys?
[10:13] <cprov> alkisg: you can, of course, create a extra key yourself and name it 'Team FOO' but it will belong to you.
[10:13] <cprov> alkisg: no, that's the point, you cannot share a gpg key.
[10:14] <alkisg> Ah, ok, we just thought that it would be nice if the team showed up as the packager, and not an individual person
[10:15] <alkisg> Thanks a lot cprov. Btw, did you have any time to look at the uid thing? https://answers.launchpad.net/soyuz/+question/72982
[10:15] <cprov> alkisg: uhm, why is that ?  usually uploaders are individuals, aren't they ?
[10:16] <cprov> alkisg: you can set the Maintainer: field in the DSC file to a team, that's common
[10:16] <cprov> alkisg: oh, not yet, will do during the weekend (will that be ok to you ?)
[10:16] <alkisg> cprov: let me look into that (I'm not sure which field is the one that shows when right-clicking on a deb file)
[10:16] <alkisg> cprov: yes, it would be fine, thank you very much
[10:17] <cprov> alkisg: np
[10:17] <alkisg> The team represents a ministry department, and the teachers using its ppa wouldn't know the individual developers, that's why we want the team name to appear when they install software from that ppa.
[10:19] <cprov> alkisg: I think the tools present Maintainer: and not Changed-by:
[10:21]  * cprov dashes
[10:42] <wgrant> alkisg: Anything that shows the Changed-By is probably wrong.
[10:44] <alkisg> Tthank you wgrant
[10:47] <alkisg> Heh... https://launchpad.net/~ts.sch.gr/+archive/ppa => the greek characters in dnsmasq changelog are all messed up, e.g. SIGMAEPSILONPIEPSILONETAUPSILON instead of ΣΕΠΕΗΥ :) No big deal, it's just in the html interface.
[10:48] <wgrant> That happens in emails too.
[10:48] <wgrant> I'm intrigued as to how it happens.
[10:48] <alkisg> I guest the & are removed from before the letters
[10:48] <alkisg> E.g. UPSILON instead of &UPSILON;
[10:49] <wgrant> I'd suspect that too, but it happens in plaintext emails.
[10:49] <Peng_> Shouldn't it be using &#1234; anyway?
[10:50] <Peng_> (or whatever the format is0
[10:50] <alkisg> Yeah some software thinks that named entities are better than numerical based... go figure
[10:51] <Peng_> Using named entities programmatically is silly, since it takes more effort.
[11:17] <geser> I guess somewhere in the code transliteration is used
[11:33] <Peng_> Waiting for branches to remirror is mindnumbingly boring.
[11:33] <Peng_> Only 28 minutes to go!
[11:38] <jml> Peng_: I posted a script for that
[11:39] <Peng_> jml: Oh, really? Link?
[11:39] <jml> Peng_: my web browser / net link is misbehaving
[11:40] <LarstiQ> Peng_: #!/bin/sh\nsleep(60 * 28)
[11:40] <jml> it's a little better than that :)
[11:40] <Peng_> jml: Oh, darn.
[11:40] <jml> Peng_: are you familiar at all with launchpadlib?
[11:40] <Peng_> jml: Nope! :)
[11:41] <jml> Peng_: it's actually pretty easy.
[11:41] <Peng_> jml: Yeah.
[11:41] <Peng_> The question is, is it easier than sitting and staring at the wall for...20 more minutes? :D
[11:41] <jml> Peng_: it's probably more fun.
[11:42] <jml> what the hell is up with my net connection...
[11:42] <wgrant> jml: I might remind you that you live on the wrong side of the world.
[11:42] <Peng_> jml: I'm kind of sleepy, which makes me very apathetic. :P
[11:42] <jml> :)
[11:42] <jml> wgrant: it's worse than that.
[11:43] <wgrant> jml: Ah.
[11:44] <LarstiQ> jml: you live on the wrong side of the moon?
[11:44] <Peng_> Actually, my connection to Canonical-land is slightly worse than usual too.
[11:45] <LarstiQ> here too
[11:45] <jml> local firewall config.
[11:45] <Peng_> LarstiQ: Huh!
[11:45] <LarstiQ> ping time of 40 ms, eek
[11:45] <jml> Peng_: http://paste.ubuntu.com/189532/
[11:45] <wgrant> ... 40ms is eek?
[11:45] <Peng_> LarstiQ: I hate you. My *normal* ping time is 140 ms.
[11:45] <Peng_> :(
[11:45] <jml> Peng_: sadly, that depends on a branch of launchpadlib that is not trunk
[11:45] <LarstiQ> wgrant: considering I live across a small stretch of water, yes
[11:45] <jml> Peng_: if you tell me the url of the branch you want mirrored, I can request it now.
[11:46] <wgrant> Peng_: I hate you. *My* normal ping time is >300ms.
[11:46] <Peng_> jml: https://code.edge.launchpad.net/~mnordhoff/loggerhead/valid-feed -- only 16 minutes left now anyway, though.
[11:46] <jml> wgrant: there's probably more distance between you & I than between LarstiQ & the data centre :)
[11:46] <wgrant> jml: Probably.
[11:46] <Peng_> wgrant: Is that due to distance or a generally shitty connection, though?
[11:46] <wgrant> Peng_: An ocean or two.
[11:46] <jml> Peng_: done.
[11:47] <Peng_> jml: I love you! Thanks!
[11:47] <jml> no probs.
[11:47] <wgrant> jml: What were you doing for the Free LP effort this morning?
[11:47] <Peng_> wgrant: I'm worse off than you in some ways, then. Even if Canonical was down the street from me, pings would still be 70-00 ms.
[11:47] <wgrant> Peng_: Why?
[11:48] <Peng_> wgrant: Why what?
[11:48] <LarstiQ> dialup?
[11:48] <wgrant> Peng_: Why would they be that bad?
[11:48] <jml> Peng_: I *really* want that script public and in Bazaar.
[11:48] <Peng_> wgrant: It's not bad but it could be better.
[11:48] <jml> wgrant: I was upgrading the version of Bazaar that's on Launchpad.
[11:49] <LarstiQ> jml: versioned, or included in our release?
[11:49] <jml> LarstiQ: the latter.
[11:49] <jml> LarstiQ: I think it would fit under the launchpad plugin umbrella
[11:50] <jml> LarstiQ: as long as it was a soft dependency, of course.
[11:50] <LarstiQ> jml: I see.
[11:50]  * jml doesn't want wadllib, launchpadlib & lazr.uri to be requirements for bzr users.
[11:52] <LarstiQ> jml: uh huh
[11:52] <LarstiQ> jml: are you still going to be at EuroPython btw?
[11:52] <jml> LarstiQ: indeed I am.
[11:52] <jml> LarstiQ: I sent an email about it to the bzr list today, I think.
[11:52] <jml> or yesterday
[11:53] <jml> offtopic, but I need a Python sanity check: http://paste.ubuntu.com/189534/
[11:54] <LarstiQ> jml: I'm having difficulties with not being backlogged by email, I'll dig this one out.
[11:54] <jml> (hey kids, it's time to meet our friend the associative law!)
[11:54]  * LarstiQ will be present at least
[11:55] <LarstiQ> jml: hmm, I'm not entirely sure that is true.
[11:56] <LarstiQ> jml: but I'm not up to thinking about the intricacies of exception handling atm
[11:57] <jml> I'm pretty sure it is true.
[11:58] <jml> but I'm also not up to said intricacies.
[12:01] <Peng_> That problem overloads my sleepy brain. :P
[12:01] <Peng_> Take it to #python or comp.lang.python or something.
[12:03] <jml> heh
[12:04] <Peng_> jml: Would it be possible to hit Ctrl+C in between lines 10 and 11? Then f and g would never be called.
[12:04] <jml> I'll rephrase it in Twisted terms -- http://paste.ubuntu.com/189537/ -- and ask #twisted
[12:04] <Peng_> jml: Similarly, if it is possible to hit Ctrl+C in between 3 and 4, g and h would never be called.
[12:04] <Peng_> Maybe. I dunno.
[12:04] <Peng_> Probably.
[12:05] <Peng_> jml: OK, I don't know Twisted at all. Sorry.
[12:05] <jml> that's ok. :)
[12:05] <Peng_> jml: Thanks again for prodding my branch! :)
[12:05] <jml> Peng_: as you can probably tell from the two pasted examples, a large part of Twisted is just expressing Python control flow using Python functions.
[12:05] <jml> Peng_: np.
[12:12] <wgrant> jml: Why don't mirrored branches have a 'Mirror Now' button, like the ~vcs-imports 'Import Now' one?
[12:13] <jml> wgrant: haven't got around to it.
[12:13] <wgrant> jml: Ah, good!
[12:13] <jml> wgrant: in general, we're pretty keen on making mirrored branches more like imported branches, or vice versa.
[12:16] <wgrant> jml: Why are mirrored branches owned by the user, but vcs-imports by ~vcs-imports?
[12:17] <jml> wgrant: historical reasons. :)
[12:17] <wgrant> I guess that might make sense, as imports are normally done by people who don't really manage the branch.
[12:17] <jml> wgrant: yeah. imports are a much blacker magic than mirrors.
[12:18] <jml> so the import system was originally a lot more paranoid than the mirror system
[12:18] <jml> and the paranoia has stuck.
[12:19] <jml> now I'm remembering how things looked in Jan 2007.
[12:19] <wgrant> What was different back then? I didn't use lp-bzr much in those days.
[12:20] <jml> the code import system was basically terrible.
[12:21] <Peng_> Back then, you had to use smoke or drum signals to request an import. :D
[12:21] <Peng_> And it was manually done 1 byte at a time by a room ful of interns.
[12:21] <jml> both ways in the snow
[12:22] <LarstiQ> from outside, it seems like two people quit their jobs over it
[12:22] <LarstiQ> but that might be overly dramatic
[12:22] <jml> probably :)
[12:38] <AnMaster> How will launchpad handle if a mirrored branch is upgraded from (for example) pack-0.92 to 1.14?
[12:39] <AnMaster> will it properly handle this in it's mirroring?
[12:42] <mwhudson> AnMaster: yes
[12:42] <AnMaster> ah
[12:42] <mwhudson> well
[12:42] <AnMaster> good to know
[12:42] <mwhudson> it will re-mirror from scratch
[12:43] <AnMaster> mwhudson, ah. Might take a while, Since reason I'm considering switching is due to lots of revisions.
[12:43] <Peng_> Well, if it's capable of stacking now, that won't be a problem.
[12:43] <mwhudson> launchpad is pretty patient :)
[12:43] <Peng_> (Well, as much of one.)
[12:43] <Peng_> mwhudson: Unless someone screwed up progress bars again. :D
[12:44] <AnMaster> Peng_, oh?
[12:44] <AnMaster> that sounds interesting
[12:45] <mwhudson> Peng_: the transport activity reporting /should/ avoid that problem
[12:46] <Peng_> AnMaster: Not very. It was mostly a joke. LP will kill a mirror job if it doesn't output anything for a long time. This isn't a problem because of the progress bars, but sometimes changes in bzr stop it from updating them frequently enough.
[12:47] <AnMaster> hm
[12:48] <Peng_> mwhudson: Oh, I just realized what you meant. Good point.
[14:04] <kolby> would Lauchpad benefit from having a service similar to Bespin ?
[14:05]  * kolby s/Lauchpad/Launchpad
[14:07] <adiroiban> Hi, do you know why this LP user does not have a OpenID https://edge.launchpad.net/~kundi ?
[14:08] <kolby> no.
[14:12] <kolby> adiroiban: why do you ask?
[14:12] <adiroiban> I want to help the user set it's openid account
[14:13] <adiroiban> and I don't know how to do it
[14:13] <kolby> adiroiban: have you ever set up an openid account?
[14:13] <kolby> !openid
[14:14] <kolby> try going to openid's website.  They explain it there.
[14:14] <adiroiban> I have OpneID enabled for my acoount
[14:14] <adiroiban> but  I don't know how can I enable or disable it
[14:16] <kolby> I see
[14:18] <kolby> it doesn't look like a disable option was implemented.  I don't know.
[14:19] <adiroiban> but I can not find the "enable" option
[14:20] <kolby> I wouldn't understand why it wouldn't be automatically enabled.
[14:20] <adiroiban> well... like you can see. it's not
[14:20] <kolby> right. that was your point.
[14:20] <kolby> I really can't help.
[14:21] <adiroiban> np
[14:21] <adiroiban> thanks anyway
[14:21] <kolby> sorry.
[14:46] <adiroiban> kolby: it looks like only the registred user can see it's own openid link
[14:47] <adiroiban> and everyone has the openid enabled
[14:47] <adiroiban> and you can find out the openid link by looking at the html source of a user
[14:47] <adiroiban> and look afte openid.referer
[15:38] <aboSamoor> Hi, I have a personal repository, I branched it on my laptop and desktop. Trying to push from my laptop I got this error "bzr: ERROR: These branches have diverged."
[15:41] <intellectronica> aboSamoor: well, bzr probably knows what it's talking about :)
[15:41] <intellectronica> if you don't care about the changeset in the public branch, just push with --overwrite. otherwise, merge the changes from the public branch first, and then push
[15:42] <aboSamoor> intellectronica: I am new to the control version system, I tried to merge but I got this error "bzr: ERROR: Working tree "/media/sda7/repo/" has uncommitted changes"
[15:43] <intellectronica> aboSamoor: well, once again, that's a pretty straightforward message, isn't it? you have changes that you have not committed yet. commit them before you try merging from another branch
[15:48] <aboSamoor> intellectronica: would you explain what was the problem ? http://paste.ubuntu.com/189633/
[15:49] <intellectronica> aboSamoor: i'm not sure i understand, i don't see any "problem" in your paste
[15:50] <aboSamoor> intellectronica: how could I commit twice even I did not make any change ? and the first commit [i.e, 66] was already committed from my desktop ?
[15:51] <intellectronica> aboSamoor: in line 16 you've merged code from the public branch, so you did have new changes
[17:13] <jordyD> Out of curiosity, does anybody know if Google Wave will be implemented in launchpad after it comes out?
[17:17] <nhandler> jordyD: I have a feeling that no changes will be made right away. Everyone will want to wait and see if it is worth it. However, this is just my opinion.
[17:23] <jordyD> nhandler: I hope it makes it. It seems very useful.
[17:24] <SamB> jordyD: what's Google Wave ?
[17:25] <jordyD> SamB: It was described by google as "email if it were invented today". You can read more about it at wave.google.com
[17:25] <SamB> that sounds like something I wouldn't want to use for some reason
[17:26] <SamB> I guess I don't think much of todays "inventions"
[17:26] <jordyD> SamB: I would describe it better as threaded IM.
[17:26] <SamB> does it have an RFC ?
[17:26] <SamB> jordyD: oh.
[17:26] <SamB> how's that different from email?
[17:27] <jordyD> SamB: It's all in one place. It's not separated into everyone's inbox. Other than that, nothing.
[17:27] <nhandler> SamB: If you have time, watch the video. It has many more features than IM.
[17:28] <nhandler> s/IM/email/
[17:28] <jordyD> SamB: Plus, it's literally instant. You can see responses as they're being typed.
[17:28] <SamB> oh
[17:28] <SamB> that sounds too instant for me!
[17:29] <jordyD> SamB: If you have an hour and 20 minutes, the video can explain it all to you. :)
[17:30] <SamB> that's a long video!
[17:30] <SamB> I don't usually watch videos that long unless they're of Simon Peyton Jones
[17:32] <jordyD> SamB: Who is Simon Peyton Jones?
[17:33] <SamB> jordyD: he's one of the maintainers of the GHC Haskell compiler, and he's very enthusiastic
[17:34] <jordyD> SamB: Ah. I don't know much about Haskell, which is probably why I don't know him.
[18:14] <intellectronica> SamB: if you're interested in functionaly programming you could do a lot worse than reading a bit about wave. the technology behind it draws quite a lot on functional programming, and is quite interesting
[22:59] <Ampelbein> hi. i get an oops trying to add a bugwatch to bug 357761, oops-id: OOPS-1253ED612 . This is happening on edge.