[02:11] <jjesse> good evening, i'm having problems with checking out the ubuntu-docs getting the following error:  http://pastebin.ubuntu.com/37014
[02:12] <lifeless> jjesse: did you create the ubuntu-doc directory locally yourself ?
[02:12] <jjesse> lifeless: no i didn't
[02:12] <lifeless> interesting :/
[02:13] <jjesse> i can checkout other branches from lp w/ no issues
[02:13] <jjesse> i have the same error message with kubuntu-doc
[02:13] <lifeless> spiv: ^ first guesses?
[02:14]  * spiv looks
[02:15] <spiv> That branch on lp is in rich-root-pack format.
[02:15] <jjesse> sorry that is greek to me
[02:15] <spiv> Sorry, I'll elaborate.
[02:15] <lifeless> spiv: the local branch creation is doing the wrong thing possibly?
[02:16] <jjesse> ok
[02:16] <lifeless> jjesse: what version of bzr do you have ?
[02:16] <spiv> lifeless: I think there's already a local repo
[02:16] <lifeless> 11:12 < lifeless> jjesse: did you create the ubuntu-doc directory locally yourself ?
[02:16] <lifeless> 11:12 < jjesse> lifeless: no i didn't
[02:16] <spiv> Ah, hmm.
[02:16] <lifeless> confusion can of course ensure
[02:16] <lifeless> ensue I mean
[02:17] <spiv> jjesse: so, the immediate cause is that the branch on launchpad is in a different format to the one being created locally
[02:17] <spiv> jjesse: it's not clear yet why this has happened.
[02:17] <jjesse> spiv: ok
[02:18] <spiv> jjesse: what version of bzr are you using?
[02:18] <jjesse> 1.5 on intrepid
[02:19]  * spiv tries to reproduc
[02:19] <jjesse> i was talking to sommer on #ubuntu-doc last night and on his intrepid build he couldn't reproduce it checked out fine
[02:20] <jjesse> should i be doing a bzr checkout lp:ubuntu-doc ?
[02:20] <spiv> Yes, that command should work.
[02:22] <spiv> Ok, I get that error with bzr 1.5 too.
[02:22] <spiv> But not with bzr 1.6rc1
[02:23] <spiv> jjesse: There's a PPA with 1.6rc1 in it at https://launchpad.net/~bzr-beta-ppa/+archive
[02:24] <spiv> jjesse: if you upgrade to that it should fix the problem, or you can use "bzr checkout sftp://jjesse@bazaar.launchpad.net/~ubuntu-core-doc/ubuntu-doc/ubuntu-intrepid ubuntu-doc" as a workaround with 1.5.
[02:24] <jjesse> will 1.6 make it to intrepid?
[02:24] <spiv> Yes, I expect it will.
[02:25] <jjesse> checking it out w/ 1.5 like you suggested
[05:58] <fabrice_sp> Hi. I'm looking for using launchpad as my openID provider, but I can't find in my profile the URL I shall be using in other website. Am I blind or the accessis limited for the moment?
[06:02] <jml> fabrice_sp: on my page I see it in a field called "OpenID login:"
[06:03] <jml> fabrice_sp: just above Time Zone
[06:03] <jml> fabrice_sp: in a table below my name
[06:14] <fabrice_sp_> sorry: I get disconnected because of lag...
[06:15] <fabrice_sp_> jml: did you answered me?
 fabrice_sp: on my page I see it in a field called "OpenID login:"
[06:17] <jml>  fabrice_sp: just above Time Zone
[06:17] <jml>  fabrice_sp: in a table below my name
[06:20] <fabrice_sp_> jml: I don't have it on mine. Are you launchpad beta test team member? According to wiki, they are the only one to see it (but don't know if it's up-to-date or not)
[06:20] <jml> fabrice_sp: I am.
[06:21] <fabrice_sp_> jml: ok. So the wiki is still accurate :-) Thanks.
[06:23] <fabrice_sp> jml: is it possible to enable it without being member of the beta test team?
[06:24] <jml> fabrice_sp: I don't think so.
[06:25] <jml> fabrice_sp: it'll be available to everyone pretty soon though.
[06:25] <fabrice_sp> jml: ok. Thanks for your answers ;-)
[06:28] <jml> fabrice_sp: np :)
[06:36] <jamesh> fabrice_sp: there are plans to change the identity URLs to something more memorable, so now is probably not the best time to use LP as an OpenID provider (unless you just want to delegate to it)
[06:37] <jamesh> (one of the reasons it isn't exposed generally)
[06:38] <fabrice_sp> jamesh: and do you know when it will be open to everybody?
[06:38] <jamesh> when the changes I mentioned above have been made and tested, I'd guess
[06:39] <fabrice_sp> ok. I'll wait then. Thanks!
[06:39] <jamesh> fabrice_sp: we don't want people to rely on identity URLs that we won't be maintaining long term
[06:40] <jamesh> and it wasn't til the beta test that the problems with the current scheme really showed up.
[06:40] <fabrice_sp> jamesh: makes sense. That's what beta are for :-)
[06:41] <jamesh> fabrice_sp: that said, if you want to delegate some other URL to use LP as an OpenID provider, that isn't so much of a problem
[06:41] <jamesh> you'd just need to update the delegation later on
[06:44] <fabrice_sp> jamesh: ok. But as I don't see my openID URL, I'm not able to use it, even delegating, right? That's why I have to wait until it's publicly available, as far as I understand.
[06:45] <jamesh> fabrice_sp: entering "https://login.launchpad.net" at http://openidenabled.com/python-openid/trunk/examples/consumer/ should tell you
[06:47] <fabrice_sp> jamesh: greaaaat! You're the man :-) I just have to update my webpage, to delegate to the url I see, and that's it. Thanks!
[06:49] <jamesh> fabrice_sp: the headers needed to do delegation on https://help.launchpad.net/OpenID are mostly correct, although I think openid.server is meant to be https://login.launchpad.net/+openid
[06:58] <fabrice_sp> jamesh: I'll do a test then with the openid server you said, and the info in https://help.launchpad.net/OpenID (after work :-) ) thanks!
[06:59] <jamesh> fabrice_sp: you should be able to use that openidenabled.com site to test the delegation too
[07:00] <fabrice_sp> jamesh: good point. I'll do that. Thanks again!
[08:31] <chx> hi. if you compare http://drupal.org/project/cvs/3060?nid=3060&page=0&nid=3060 http://drupal.org/project/cvs/3060?nid=3060&page=1&nid=3060 to https://code.launchpad.net/~vcs-imports/drupal/main you can see that since about a day ago the import does not import anything new
[09:28] <thumper> chx: https://code.launchpad.net/~vcs-imports/drupal/main seems up to date to me
[09:30] <chx> thumper: now it is . thanks .
[11:55] <ignas> hi
[11:56] <ignas> who do I have to prod to get my translation templates approved?
[11:57] <intellectronica> ignas: jtv or danilos should be able to help
[11:57] <jtv> ignas: hi
[11:57] <jtv> ignas, what project?
[11:58] <ignas> https://translations.launchpad.net/schooltool/2008.4/+imports
[11:58] <ignas> jtv: hi
[11:59] <jtv> ignas: the schooltool one is an update for the existing one?
[11:59] <ignas> yes, kind of
[11:59] <jtv> not exactly?
[12:00] <ignas> well - we are serializing our release process, so on one hand - it is newer than the one assigned to trunk
[12:00] <ignas> but at the same time, trunk should get updated some time in the future, or we should stop translating trunk altogether
[12:00] <ignas> not sure at the moment
[12:00] <jtv> ignas: from our perspective, the release series live completely separate lives.
[12:01] <jtv> So for now, the only question is whether schooltool.pot replaces the schooltool template that's already in this series.
[12:01] <ignas> there are no templates in that series
[12:01] <ignas> at the moment
[12:01] <ignas> so - it is not replacing anything
[12:02] <jtv> ignas: I do see templates!
[12:02] <ignas> where? https://translations.launchpad.net/schooltool/2008.4 ?
[12:02] <ignas> 2008.4 has only schooltool.lyceum.journal.pot
[12:02] <ignas> but no schooltool.pot
[12:02] <jtv> ignas: that's where I saw them, so maybe they're deactivated.
[12:03] <jtv> I can't check for another minute or so because I accidentally closed my browser and then accepted some upgrades.
[12:03] <ignas> deactivated? maybe because I wanted to upload templates earlier
[12:03] <ignas> but canceled it in the review phase
[12:03] <ignas> and then uploaded the "good" ones
[12:03] <ignas> now
[12:04] <jtv> ignas: I saw a bunch of templates, with translations even.
[12:04] <jtv> ignas: oh wait, my browser is back and it seems I was looking at the development branch.
[12:05] <ignas> I see
[12:05] <jtv> ignas: sorry about that :)
[12:07] <jtv> ignas: they're approved now.  Should start importing in a few minutes.
[12:07] <ignas> cool, thanks
[12:09] <jtv> np
[12:22] <jtv> ignas: the first of your templates is imported.  If the queue is a bit busy, it'll be a few more minutes before the next one is processed.
[12:36] <ignas> jtv: what is the procedure of moving of old translations into the new template?
[12:37] <jtv> ignas: easiest is to import the ones from the old series, and upload them to the new series.  That way they provide a nice "warm start" for the new series.
[12:39] <ignas> jtv: thanks, I will try that
[12:40] <jtv> ignas: by the way, both your templates imported now.  Enjoy!
[12:53] <ignas> jtv: all of these po files will have to be reviewed?
[13:06] <c0mpub0mb> question, what is launchpad written in ?
[13:06] <c0mpub0mb> just curious.
[13:06] <compubomb> ?..
[13:10] <kiko> dneary!
[13:10] <kiko> compubomb, it's written in python, using zope 3 and storm
[13:10] <dneary> kiko?
[13:10] <kiko> how's it going
[13:10] <dneary> kiko: Good :)
[13:11] <kiko> good to hear
[13:11] <kiko> I just finally got back into brazil
[13:11] <dneary> Preparing a semi marathon for September, and got some cycling in the alps last weekend :)
[13:11] <dneary> Did the Cormet de Roselend
[13:11] <dneary> And the Col des Saisies
[13:11] <dneary> A short cycle - only about 45k - but nice climbs
[13:12] <kiko> wow, the col de saisies is very nice
[13:12] <dneary> you know it?
[13:12] <kiko> I was out in walnut creek two weeks ago and did lots of climbing around there; my sister lives right at the end of mount diablo
[13:12] <kiko> yeah, it is a famous climb
[13:12] <dneary> My in-laws have a chalet not far from there, so it was a very short climb
[13:12] <dneary> And then down to Beaufort, and up to the Cormet
[13:14] <dneary> Normally, the Saisies gets done either from Albertville or Ugine, or from the other side (Beaufort, Hauteluce)
[13:14] <dneary> It's a nice area, anyway
[13:14] <kiko> yeah, absolutely
[13:14] <dneary> And I didn't exactly push hard to race up either.
[13:15] <dneary> kiko: Do you guys have any election software for things like community councils?
[13:15] <dneary> Or is that just the motus?
[13:15] <dneary> And they're nominated, right?
[13:15] <kiko> dneary, launchpad has some basic voting facilities attached to teams
[13:16] <dneary> hmmm
[13:16] <dneary> looking for something easy to set up for a maemo election
[13:16] <dneary> Thinking of taking the GNOME software
[13:16] <dneary> we will have candidates, and a list of eligible voters.
[13:16] <dneary> One man, one vote
[13:16] <dneary> Top 5 elected.
[13:17] <kiko> I think launchpad can handle that fine
[13:17] <kiko> one sec
[13:17] <dneary> Simple, straightforward, but if I can manage it, I'd like a verifiable anonymous voting system
[13:20] <raavan> I need help regarding usage of text data from launchpad.net for my college project
[13:20] <raavan> anyone?
[13:21] <kiko> raavan, text data?
[13:23] <raavan> I'm a management student
[13:23] <raavan> nothing to do with code.. I have a project on management function:control
[13:24] <raavan> I can see launchpad as a nice control application which is used as in function of controlling software projects
[13:25] <raavan> I'll be refering help/faq/wiki/tour to compile my project
[13:26] <compubomb> i'm having some problems with ssh authentication using my public key
[13:26] <compubomb> i do a lot of my dev on windows via zend studio, but i use samba to store all my files, when i need console i load up putty to my ubuntu-server
[13:26] <raavan> kiko.
[13:27] <compubomb> i have a functioning cd key etc, but it's saying "Could not open a connection to your authentication agent."
[13:27] <compubomb> problem is solving this by typing xterm is not possible as i'm in a terminal emulator.
[13:31] <kiko> raavan, so.. I'm not sure exactly what you're asking me. I think you're asking if it's a good idea to host your non-coding project on Launchpad.
[13:34] <raavan> no, I'm asking whether I can select Launchpad as my case in a project on Controlling function of management
[13:35] <kiko> raavan, hmmm. well, I think you /can/ but I might be able to help you more if you tell me what the project is actually about
[13:35] <raavan> I'll be writing on basics of how launchpad works and how it helps in management of software projects
[13:37] <raavan> The topic of project is "Control Function" and I believe Launchpad is helpful for controlling development of software projects
[13:38] <kiko> raavan, it sounds like a great idea if you explain it that way. there's a lot of data in launchpad to support a number of interesting studies, and the information is all in a single place
[13:39] <raavan> Is it legal if I refer and jot down some of the points from https://launchpad.net/+tour/index
[13:40] <kiko> raavan, I believe you, though you should check with Rinchen to be sure, and if it isn't, I'll get you a note of explicit consent
[13:41] <raavan> How should i go about it? where can I find Rinchen?
[13:44] <kiko> raavan, he'll be on in an hour or so, he's in colorado
[13:44] <raavan> I'm searched him on launchpad. Should I contact him via email?
[13:45] <kiko> raavan, sure, you can do that too
[13:46] <raavan> thank you kiko, should i mention our chat in the email?
[13:48] <raavan> Thank you very much! The project will be presented in front of the management of the college. our college is known for IT vsit.edu.in It might also help in promotion of humanity
[13:48] <compubomb> what does this mean ?
[13:48] <compubomb> Path: /data/www/hosts/test-work.ath.cx : bzr push lp:~robertkraig/+junk/mycms
[13:48] <compubomb> bzr: ERROR: Target directory lp:~robertkraig/+junk/mycms already exists, but does not have a valid .bzr directory. Supply --use-existing-dir to push there anyway.
[13:48] <kiko> raavan, sure thing, that's pretty cool.
[13:49] <kiko> compubomb, maybe you had an interrupted push done to there before which left junk around?
[13:49] <compubomb> kiko: how do i fix it ?
[13:49] <beuno> compubomb, bzr push lp:~robertkraig/+junk/mycms --use-existing-dir
[13:50] <kiko> compubomb, uhh, read the error message, first. :-)
[13:50]  * beuno gave the answer away
[13:52] <raavan> thank you once again, I'll be in touch. bye friends
[13:52] <compubomb> kiko: the problem is, i keep thinking i'm doing it wrong, how do i view the code i've uploaded to lp ?
[13:53] <compubomb> kiko: first i did > bzr init; bzr add; bzr commit; bzr push lp:~robertkraig/+junk/mycms --use-existing-dir
[13:53] <compubomb> shouldn't my code show up on lp ?
[13:53] <kiko> compubomb, it takes a few minutes for the scanner to run
[13:54] <compubomb> kiko: then how do i view what i have there remotely ?
[13:54] <kiko> compubomb, after those minutes have passed the changes will show up in your code.launchpad.net page
[13:56] <compubomb> kiko: it says i haven't commited anything.
[13:56] <beuno> compubomb, the branch actually looks empty
[13:56] <beuno> ba you run locally:  bzr log
[13:56] <beuno> *can
[13:56] <compubomb> beuno: sure
[13:57] <compubomb> it's empty
[13:57] <compubomb> beuno: doesn't print anything
[13:57] <beuno> good, then it's not LP's fault  :)
[13:57] <compubomb> just shows up empty
[13:57] <beuno> compubomb, did you do a commit?
[13:57] <compubomb> User: compubomb Host: ubuntuserver
[13:57] <compubomb> Path: /data/www/hosts/test-work.ath.cx : bzr commit lp:~robertkraig/+junk/mycms
[13:57] <compubomb> bzr: ERROR: Path(s) are not versioned: "lp:~robertkraig/+junk/mycms"
[13:57] <compubomb> i was trying to do a commit, wtf am i doing wrong ?
[13:57] <beuno> compubomb, you have to commit locally first
[13:57] <beuno> then push
[13:58] <compubomb> beuno: i have i believe
[13:58] <beuno> so, in the local branch,  bzr commit -m'Cute commit message'
[13:58] <beuno> compubomb, bzr is saying you haven't
[14:00] <compubomb> beuno: i didn't know you had to use a commit message by default
[14:00] <beuno> compubomb, you always have to specify a commit message. You can either specify it in the command, or just do "bzr commit", and your default text editor will popup asking for one
[14:00] <kiko> I don't think you have to
[14:00] <kiko> it pops up an editor
[14:01] <beuno> so you can run, but you can't hide
[14:01] <compubomb> is this good ? http://rafb.net/p/clQWNK59.html
[14:01] <beuno> compubomb, wonderful :)
[14:01] <compubomb> so does that mean my stuff is uploaded ?
[14:01] <beuno> not, push again, and your all set on Launchpad
[14:01] <compubomb> push again ?
[14:01] <compubomb> okay.
[14:02] <beuno> *now.  Damn I suck at typing before my morning coffee
[14:02] <beuno> compubomb, it will now remember the location, so you can just do:  bzr push
[14:02] <compubomb> beuno: when i typed it again, ti said "No new revisions to push."
[14:04] <compubomb> beuno: so if i modify a file, all i have to do is bzr commit; bzr push ?
[14:04] <beuno> compubomb, yeap
[14:04]  * compubomb makes a macro alias :P
[14:04] <beuno> compubomb, you want to commit and push in one step?
[14:05] <compubomb> alias bzr-save="bzr commit&&bzr push"
[14:05] <beuno> compubomb, you can do it easier/better then that
[14:05] <compubomb> beuno: oh..
[14:05] <compubomb> how so ?
[14:06] <beuno> compubomb, have you run "bzr add", to version all the files?
[14:06] <compubomb> beuno: believe so.
[14:06] <beuno> you can use "checkouts" instead of branches
[14:07] <beuno> so, try this in a different dir:   bzr co lp:~robertkraig/+junk/mycms
[14:07] <beuno> that will create a checkout
[14:07] <beuno> bound to lp:~robertkraig/+junk/mycms
[14:07] <beuno> so, whenever you commit locally, it will commit online
[14:07] <compubomb> i'll give it a shot
[14:08] <compubomb> bzr co lp:~robertkraig/+junk/mycms test.krob.ath.cx <-- will this create a directory for me ?
[14:08] <ignas> jtv: will po file uploads have to wait for your approval too? or will they get through automatically? i mean - i can see them in the queue as needing review...
[14:08] <compubomb> and put all the information inside of it?
[14:08] <beuno> compubomb, yeap
[14:09] <beuno> compubomb, a good investment of time would be to go through: http://doc.bazaar-vcs.org/latest/en/user-guide/index.html
[14:09] <jtv> ignas: they should normally go in automatically, though the automated review may take a bit longer than the import itself.
[14:09] <ignas> jtv: "automated review" ?
[14:10] <jtv> ignas: yes, there is an automated review process that tries to approve as much as it safely can.  Items that stay in the queue for too long are then reviewed by a human.
[14:11] <compubomb> beuno: definately easier to use then svn
[14:11] <compubomb> :p
[14:11] <beuno> compubomb, absolutely!
[14:13] <ignas> jtv: i see, thanks for the information
[14:13] <jtv> ignas: np
[14:59] <TheEric> any chance of some LP admin fixing our repository? Due to some weird bug (report submitted) our revision history shows as 0 and we're unable to get the most recent revision.
[15:00] <Peng_> What about renaming/deleting and recreating the branch?
[15:01] <TheEric> https://bugs.launchpad.net/launchpad-bazaar/+bug/257340
[15:01] <TheEric> haven't tried that.
[15:03] <Peng_> (You shouldn't delete it, since it might still be helpful to figure out what went wrong.)
[15:04] <Peng_> jml: So, bzr+http? :D
[16:26] <andylockran> hey guys
[16:27] <andylockran> what's the best way to undo a revision.. i.e move the main branch back to revision 345 from current revision 349
[16:27] <jpds> andylockran: "bzr uncommit" till what you want.
[16:28] <jpds> andylockran: Do the changes you want then "bzr commit"
[16:28] <andylockran> jpds, thanks
[16:28] <jpds> andylockran: Then "bzr pull --overwrite"
[16:29] <jpds> andylockran: Err, push*
[16:29] <Peng_> andylockran: It might be better to just make a new commit that reverts the bad revisions, rather than destroying history.
[16:31] <andylockran> Peng_: I need to destory the history.. uploaded a md5 hashed password.. no biggy, and other miniscule changes
[16:31] <andylockran> how to bzr uncommit on the actual launchpad repo.  I do it locally and it says "no new revisions to push" when I push it (which makes sense)
[16:31] <Peng_> andylockran: push --overwrite
[16:31] <andylockran> ta
[18:13] <rtg> is anyone else having problems reporting bugs from https://launchpad.net/ubuntu/+filebug ?
[18:17] <kiko> rtg, is it timing out? or something else?
[18:17] <rtg> kiko: timeout error
[18:17] <rtg> kiko: I disabled redirection as well.
[18:18] <rtg> (Error ID: OOPS-956A3049)
[18:19] <ignas> jtv: i can see schooltool-lt.po template approved in https://translations.launchpad.net/schooltool/2008.4/+imports, but Lithuanian translation still has no translated strings in it...
[18:19] <kiko> rtg, there's a load issue on the DB server at the moment, we're looking into it
[18:19] <rtg> kiko: I guess its time for a break then.
[18:19] <kiko> rtg, sorry bout that
[18:19] <jtv> ignas, kiko: actually, I think it's because the system isn't confident enough that "schooltool-lt" means Lithuanian.
[18:20] <ignas> but i have uploaded the tarball that i have downloaded from launchpad
[18:20] <jtv> ignas: if that file was created from an upload, then it will have the name of the originally uploaded file.
[18:20] <ignas> i just canceled the "pot" file that was included in the launchpad-export.tgz
[18:21] <jtv> ignas: it's also possible that a published upload changed the name.  The system assumes that published uploads have "better" file names.
[18:21] <ignas> but other than that, it's the tarball that I got from https://translations.launchpad.net/schooltool/development/+pots/schooltool
[18:22] <ignas>  /+export
[18:23] <kiko> rtg, can you try again and see if it works now?
[18:24] <rtg> kiko: still timing out
[18:25] <ignas> jtv: not sure what you mean by "published uploads"
[18:25] <jtv> ignas: nm, you're right about the names.  I'm falling asleep here.
[18:26] <ignas> jtv: oh, sorry, didn't know it's late where you are...
[18:26] <jtv> ignas: not your fault :-)
[18:26] <kiko> rtg, hmmm
[18:26] <jtv> ignas: blame the solar system :)
[18:37] <ignas> jtv: cool, don't know if you did anything, but lithuanian has a bunch of translations now
[18:38] <jtv> ignas: wasn't me, so auto-approval seems to be working :)
[18:38] <ignas> albeit slowly ;)
[18:38] <TheEric> any word about bug #257340 ?
[19:08] <jjesse> good afteronn trying to checkout kubuntu-docs w/ intrepid and getting the following error: http://pastebin.ubuntu.com/37214/
[19:15] <ignas> jtv, danilos: could any of you approve schooltool-es.po in https://translations.launchpad.net/schooltool/2008.4/+imports , please, i have a translator who is very eager to start his job ;)
[19:20] <jtv> ignas: done
[19:21] <ignas> jtv: thanks
[19:43] <thumper> TheEric: it seems that someone has pushed up a broken branch
[19:43] <thumper> TheEric: we have a quarantine area which is where pushes go
[19:45] <thumper> TheEric: `bzr branch lp:xpattern` -> bzr: ERROR: bzrlib.errors.NotLefthandHistory: Supplied history does not follow left-hand parents
[19:45] <thumper> TheEric: I guess a question would be "how did this happen?"
[19:45] <TheEric> Exactly. The person who pushed previously didn't do anything different than what they did previously.
[19:46] <TheEric> No clue. They didn't use any --overwrite rule or anything.
[19:47] <thumper> TheEric: using which version of bzr?
[19:47] <TheEric> I don't know which version they're using. We're still waiting on a their .bzr.log file
[19:48] <TheEric> on their .bzr.log file, even.
[20:15] <TheEric> how would one reconcile without using ssh?
[21:13] <TheEric> that sftp:// reconcile failed : http://pastebin.com/m65dc1423
[21:17] <TheEric> Here's the .bzr.log file - http://pastebin.com/m13f08af1
[21:24] <ignas> jtv, danilos: sorry to be disturbing you again, but maybe any of you is on-line?
[21:40] <moreati> What is the syntax to link another lp bug in a comment?
[21:42] <kiko> moreati, "bug XXX"
[21:42] <kiko> though the syntax is quite flexible, that's the simplest thing that's known to work
[21:42] <moreati> ah, that's far too straigh forward. Thanks.
[21:51] <jam> Hi everybody. I'm trying to make use of the PPA copy functionality to create a package for multiple series
[21:51] <jam> But when I do a "copy" it just tells me that the target already exists
[21:51] <jam> The following source cannot be copied: bzr 1.6~rc2-1~bazaar1~hardy1 in hardy (same version already building in the destination archive for Hardy)
[21:52] <jam> Even though I've selected a different target series.
[21:53] <kiko> jam: what are you copying to?
[21:53] <jam> kiko: I'm trying to copy within the ~bzr-beta-ppa, so that I have packages for Gutsy/Hardy/Intrepid
[21:54] <jam> ATM, we have to build new packages locally, and upload them
[21:54] <jam> and when you are supporting 5+ series
[21:54] <jam> that is a pain
[21:54] <kiko> agreed
[21:54] <jam> The copy feature seems ideal for it, except it doesn't work
[21:57] <kiko> jam: hang on a little bit.
[21:57] <jam> I'm trying to figure out if it is by design (because it only wants 1 ...~hardy1 package and isn't going to rename it to ~gutsy1), or if it is just a bug.
[21:58] <kiko> it only wants 1 ~hardy1 package, yes.
[21:58] <kiko> however, AFAIK copying sources and binaries across should work
[21:59] <beuno> kiko, the problem is, when you copy hardy -> gutsy, the dependency versions stick for hardy, so it doesn't meet them for gutsy
[21:59] <kiko> beuno, and if you copy just the sources, it doesn't let you?
[22:00] <beuno> kiko, I don't remember why, but last time I couldn't use the "copy source"
[22:00] <kiko> hmph.
[22:00] <beuno> had to to binary
[22:00] <kiko> beuno, jam, oh! could it be that it doesn't let you copy because the source isn't yet published? I see it's still pending.
[22:01] <jam> kiko: well, I'm not copying binaries
[22:01] <jam> but possibly
[22:01] <kiko> the source isn't published yet
[22:01] <kiko> hmmm
[22:01] <beuno> it is now, according to https://edge.launchpad.net/~bzr/+archive
[22:01] <jam> beuno: yeah, it just updated
[22:01] <jam> I'll try again
[22:02] <kiko> ah, indeed
[22:02] <jam> kiko: nope, same error
[22:02] <jam>  kiko: so on this note, who do we talk to to get beuno approved for ~bzr-beta-ppa
[22:02] <jam> poolie is the only admin ,and he's away on vacation
[22:03] <jam> And the alternative is beuno uploading them somewhere so I can upload them one-by-one
[22:03] <kiko> jam, I guess that points out a problem in your team structure :-) I can approve, though, I think.
[22:03] <jam> well, 2 problems
[22:03] <jam> 1) I'm a member, but not an admin
[22:04] <jam> 2) I've never been really willing to go through the pain of rebuilding the .deb manually for each platform
[22:04] <kiko> jam: I'll make you an admin. hang on.
[22:04] <jam> so I've hired beuno to do the manual work for me
[22:04] <jam> :)
[22:04] <kiko> done!
[22:04]  * beuno gets hired to do all kinds of things
[22:04] <kiko> that is true!
[22:05] <LarstiQ> totta.
[22:05]  * cody-somerville hires beuno to cook supper.
[22:05] <jam> beuno: well, you volunteered for this one :)
[22:05] <jam> that is your fault
[22:06] <jam> I just came back and asked for more
[22:06] <LarstiQ> jam: which is then your fault? :P
[22:06] <jam> beuno: you are approved
[22:06] <jam> LarstiQ: :) well, he did *accept*, not like I forced him in any way.
[22:07] <beuno> cody-somerville, supper will be served in 2 hours. I expect I won't have to re-heat it for you, will I?
[22:07] <jam> I can't help it if he has a penchant for .deb building
[22:08] <jam> away for a bit
[22:08] <beuno> LarstiQ, btw, hi!
[22:09] <beuno> kiko, so, your bet is that if I copy source, it should work between releases?
[22:09] <kiko> no
[22:09] <kiko> I actually think that copying doesn't usually work within the same archive because of the need to prevent naming collisions
[22:09] <beuno> damn, I was hoping to off-load the guilt to someone else
[22:10] <LarstiQ> beuno: heya :)
[22:10] <beuno> kiko, I'm pretty sure the naming won't be a problem. Just the dependencies.
[22:10] <kiko> beuno, what I meant to say is:
[22:11] <kiko> a) you can't really "copy" source within the same archive. if you do, you'd get a naming conflict (as there can only be one version of it). but that's okay -- let's say you just make it available in the other releases index file. well, then..
[22:11] <kiko> b) if you copy binaries then yes, the binaries are often uninstallable because the versions of the dependencies don't work
[22:12] <kiko> c) however, if you don't copy binaries, we can't rebuild because we'd have naming collisions when the binary was produced
[22:12] <beuno> kiko, makes more sense now. The features should be re-thought then, I think
[22:12] <kiko> beuno, I think copying packages within the same archive only works in really restricted circumstances, and I agree
[22:16] <hubuntu> general question: for PPAs in LP is it possible to have a signing key? I have a slicehost and it seems I can't add a repo from the PPA, any suggestions are welcomed
[22:17] <beuno> hubuntu, sign uploaded packages?
[22:17] <geser> hubuntu: PPAs are currently unsigned
[22:17] <kiko> hubuntu, geser: not yet, but work in progress.
[22:18] <hubuntu> I'm trying to test the iFolder/Simias software, and I wanted to use the repos. In my own machine it's cool, but it seems that the Ubuntu 8.04 from SliceHost is requiring me to add a key for every added repo, which is the reason of my problems
[22:19] <hubuntu> i'll just go dpkg -i for the moment
[22:19] <hubuntu> thanks ;)
[23:37] <Rhamphoryncus> is there any sort of "launchpad health" page somewhere, showing known problems with the site?
[23:45] <NCommander> Rhamphoryncus, what problem are you havining?
[23:45] <Rhamphoryncus> NCommander: timeouts trying to load https://code.launchpad.net/~rhamph/python-safethread/trunk/+merge/730
[23:46] <Rhamphoryncus> The rest of the site was a bit sluggish too.. but it seems not to be enough to cause timeouts, so maybe it is just my stuff
[23:47] <NCommander> Rhamphoryncus, it popped up an error code,  is that what you get?
[23:47] <Rhamphoryncus> yup
[23:48] <Rhamphoryncus> creating the merge timed out too, but retrying said it already went through
[23:53] <mwhudson> Rhamphoryncus: did you get an oops id?
[23:54] <Rhamphoryncus> OOPS-956C3841
[23:58] <mwhudson> Rhamphoryncus: does that merge have lots and lots of umerged revisions?
[23:59] <Rhamphoryncus> mwhudson: probably.  The target branch is actually a rename of the original, repushed
[23:59] <mwhudson> hm
[23:59] <Rhamphoryncus> (and I've since done another commit)
[23:59]  * mwhudson pokes thumper 
[23:59]  * thumper ducks
[23:59]  * thumper looks
[23:59] <Rhamphoryncus> I thought merging via the website would just document it as an old branch, not actually merge it :)