[00:09] <crimsun> i interrupted a `bzr push', and a subsequent `bzr push' informs me that i should use `bzr break-lock lp-45201360:///~crimsun/pulseaudio/ubuntu/.bzr/branch/lock'. when i use that command, i receive, ERROR: Unsupported protocol for url "lp-45201360:///~crimsun/pulseaudio/ubuntu/.bzr/branch/lock". any hints?
[00:10] <crimsun> (i am using bzr 1.17+4597+121 on current karmic)
[00:12] <wgrant> crimsun: Drop the -45201360
[00:12] <wgrant> Known bug.
[00:13] <crimsun> wgrant: thanks
[00:48] <maxb> loggerhead appears fairly dead, is there someone who can kick it?
[00:48] <spm> maxb: "Launchpad Code Hosting over HTTP is currently experiencing issues" please be gentle with it atm :-)
[00:49] <wgrant> It resprung its memory leak, I hear :(
[00:50] <spm> somewhat. not anywhere near as bad as previously.
[00:51] <spm> maxb: have kicked; seems happier.
[00:51] <maxb> much happier. quite snappy, in fact
[01:21] <micahg> Does the LP team choose what to work on based on how many people select affects me too?
[01:21] <thumper> micahg: sometimes
[01:22] <micahg> ok, like bug 406454, should I bother trying get people to flag affects me too?
[01:50] <kklimonda> hey, anyone here who could answer me a simple and probably banal question? :)
[01:51] <kklimonda> I was wondering why are packaging branches linked to bugs they are related to.
[01:56] <arand> There seems to be spam on https://answers.launchpad.net/ubuntu/+source/brasero/+question/67128 (hope this is the right place to report)
[01:58] <hggdh> and, it seems, on all questions touched by the person. But they are all oldish entries (most recent from 2009-04
[02:01] <lifeless> kklimonda: so that you can find the branch with the fix to merge it, and see what fixes are in a given branch
[02:01] <lifeless> kklimonda: or do you mean the main package branch for a distro-sourcepackage? thats probably a bug
[02:04] <kklimonda> lifeless: I don't know what main package branch is (~ubuntu-branches/ ?) but it's not that.
[02:04] <kklimonda> i think.. ;)
[02:04] <kklimonda> lifeless: for example when I prepare a merge or update of some package and do debcommit to commit changes to my branch, then bzr push to LP this branch is going to be linked to all bugs it closes.
[02:05] <kklimonda> It would be fine but if in my branch I keep only a debian/ subdir there are no actual fixes in it - only "metadata"..
[02:05] <kklimonda> I probably just don't get a concept
[02:10] <arand> assume -h.  Exit status is 0 if any line was selected, 1 otherwise;
[02:10] <arand> if any error occurs and -q was not given, the exit status is 2.
[02:10] <arand> sorry about that, -ignore.
[02:12] <lifeless> kklimonda: the concept with package branches is that they are good to build; so they aren't just the debian subdir
[02:14] <wgrant> I believe the distro team has stated that they don't like the idea of having debian/-only branches in the package branch namespace.
[06:39] <merma> how can I join project team? I can't seem to find the option anywhere
[06:40] <thumper> merma: you need to go to the team page
[06:40] <thumper> merma: there should be a link there to join the team
[06:41] <merma> thumper, in launchpad's Overview?
[06:43] <thumper> merma: which team are you looking to join?
[06:44] <merma> nvm I found it, thanks
[06:44] <thumper> ok
[06:50] <wgrant> win 3
[06:50] <wgrant> Blah.
[08:20] <Omega_> I'm getting "bzr: ERROR: Not a branch: ..." when trying to upload code to my branch...
[08:21] <Omega_> I'm somewhat new to bazaar and launchpad...
[08:21] <spiv> Omega_: what command are you trying?
[08:22] <Omega_> bzr push
[08:22] <Omega_> I'll gladly take any guidance.  I'm trying to upload a project I'm working on
[08:22] <spiv> Omega_: is that the full command line you're typing?
[08:23] <Omega_> Nono, here: "bzr push lp:porm"
[08:23] <Omega_> Hopefully your chat client doesn't render that as an emoticon!
[08:23] <spiv> No, it doesn't :)
[08:24] <Omega_> Anyway, I'm under the impression that the code has to be associated to ME before I can associate it to my project?
[08:24] <spiv> Can you pastebin the full error message?
[08:24] <Omega_> It's short:
[08:25] <Omega_> bzr: ERROR: Not a branch: "/home/MYUSERNAME/Source/porm/".
[08:25] <spiv> Oh!
[08:25] <spiv> Right, you need a branch to push before "bzr push" can work.
[08:25] <Omega_> I suspect that I'm not locally managing any bzr project???
[08:25] <Omega_> Or branch
[08:25] <Omega_> and so the whole construct is just not there.
[08:26] <Omega_> Again, literally jumping into this head first.  I want to get my code out there.
[08:26] <Omega_> So I'm expecting some bumps.
[08:26] <spiv> That's right.  See http://doc.bazaar-vcs.org/bzr.dev/en/mini-tutorial/index.html#putting-files-under-version-control
[08:28] <Omega_> fantastic
[08:28] <Omega_> Wow, this is going to get easier the more I use it I think.
[08:28] <Omega_> Are there any nautilus-based UIs in the repos?
[08:30] <Omega_> So now, how do I go about working from this rather than files on my HDD?
[08:30] <spiv> The bzr-gtk has a nautilus plugin, but I'm not sure if it gets installed by default (or if the performance bugs it had have been fixed).
[08:31] <spiv> "The bzr-gtk *plugin* ..." I meant to say.
[08:31] <spiv> What's "this"?  The branch on Launchpad?
[08:32] <Omega_> Well, my code.
[08:32] <Omega_> I'm just trying to get my workflow back together here now.
[08:32] <spiv> Ok.
[08:33] <spiv> The usual way of working is that you edit the files in your local branch, and "bzr commit" them from time to time.  To publish those commits, you use "bzr push".
[08:34] <spiv> (You can also reconfigure your local branch to be a direct checkout of the remote branch you push to, so that commits will be automatically made to the remote branch.)
[08:37] <Omega_> Yeah, I think I might want to do that.
[08:37] <Omega_> Really, I want the code on launchpad, and I just want to check it in and out of there.
[08:38] <Omega_> The local stuff is just what I'll be working on and checking back in.
[08:39] <spiv> Omega_: http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#using-checkouts may help
[08:40] <Omega_> perfect, thanks :)
[08:42] <micahg> are tags broken in LP edge?
[08:43] <spiv> micahg: bug tags?  They seem to be working ok for me.
[08:43] <micahg> I can't search with +tag
[08:47] <micahg> seems to be broken in regular LP also
[08:47] <micahg> wasn't the new feature +tag in the search box?
[09:17] <wgrant> micahg: -tag. + is implicit.
[09:33] <mrevell> Hi, my name's mrevell and I'll be your CHR today
[09:33] <mrevell> :)
[09:35] <bigjools> mrevell: when was the last time you CHR-ed... :)
[09:36] <mrevell> bigjools: Whenever Muharem's day was, last week I think
[09:36] <bigjools> mrevell: sorry I thought this was an AA meeting spoof
[09:36] <al-maisan> mrevell: the 6th of every month
[09:37] <mrevell> haha, sorry didn't spot that, hah
[09:37] <mrevell> :)
[09:37] <mrevell> al-maisan: Ah yes, that's it
[10:50] <Imperion> question: why are only *my* revisions showing in the history of this branch? https://code.launchpad.net/~catom-developers/catom/main
[10:51] <Imperion> something is terribly wrong here
[10:52] <Imperion> I'm pretty sure my friend did a commit or two...
[10:57] <jtv> mrevell: ^^^
[10:57] <jtv> Imperion: did your friend also push those changes?
[10:58] <Imperion> jtv: yes
[10:58] <Imperion> they were there yesterday
[10:58] <jtv> Imperion: (calling mrevell in because he's today's help contact, see the topic)
[10:58] <Imperion> could something have corrupted the commit history?
[10:59] <jtv> Hard to imagine, given how reliable bzr normally is
[11:00] <jtv> did your friend's push go to the right branch?
[11:00] <Imperion> I'm 100% sure that he pushed something two days ago
[11:00] <jtv> There's also a chance that somehow the fact that the branch was updated got lost somehow...  May be worth for him to commit something (there's a commit option to let you do an empty commit) and push again.
[11:01] <jtv> There are several delays in the loop before the changes become visible, but definitely shouldn't take days.
[11:01] <mrevell> jtv: Sorry, was afk for ten mins
[11:01] <Imperion> between revs 4 and 5, and 5 and 6 there were two pushes
[11:01] <Imperion> which are gone now
[11:01] <jtv> mrevell: isn't that always the way?  :)
[11:01] <mrevell> :)
[11:01] <jtv> Do you happen to know whether those changes ever showed up on this page?
[11:02] <Imperion> I'm 100% certain
[11:02] <Imperion> could it have anything to do with a particularly long wait after I forgot to commit, and bzr push reported the branches had diverged?
[11:03] <jtv> if it says the branches have diverged, that means that the push doesn't happen.
[11:03] <Imperion> I know
[11:03] <jtv> But I thought it was pull that said that, not push
[11:03] <Imperion> but after that it took about half an hour before I could do a real push
[11:03] <Imperion> with commit
[11:04] <Imperion> the page just kept saying lp had to process the changes
[11:04] <jtv> That at least is normal.
[11:04] <Imperion> it took about 30 mins
[11:04] <Imperion> then it went away
[11:04] <Imperion> and then I could push
[11:05] <jtv> We really need some Codehosting folks on this...  and not the ones on the night side of the planet.
[11:05] <jtv> meanwhile, rockstar, got any bright ideas about this one?
[11:06] <Imperion> could a local uncommit revert that?
[11:06] <Imperion> s/that/someone else's revisions/
[11:07] <Imperion> or overwrite the same on my push?
[11:07] <jtv> Imperion: we really need rockstar or abentley for this, but neither seems to be available and I've got a call waiting.
[11:08] <Imperion> aieee
[11:08] <jtv> Imperion: abentley should take a few more hours to come online; no idea when rockstar will be in but could well be sooner.
[11:09] <danilos> Imperion: it seems one of you overwrote changes from the another guy
[11:09] <jtv> Imperion: would you mind if I left you in the not very bzr-specific but otherwise capable hands of mrevell for the purpose of getting that help?
[11:09] <Imperion> danilos: how could that occur?
[11:09] <danilos> Imperion: if you look at our staging server (https://code.staging.launchpad.net/~catom-developers/catom/main), which is a test database which is a day or two behind, you can see revisions from your friend there there
[11:09] <danilos> Imperion: by using "push --overwrite"
[11:10] <Imperion> never used it
[11:10] <Imperion> I have an idea
[11:10] <jtv> Or the "use existing directory" option maybe?
[11:11] <Imperion> only on first commit ever
[11:11] <danilos> Imperion: it can also happen if you do not merge and commit changes when bzr reports that branches have diverged, but instead revert them
[11:11] <Imperion> question: what's the proper procedure when you want to push, but there's new code on the server?
[11:11] <danilos> or something like that, I am not a bzr guru either
[11:12] <danilos> Imperion: in general, the proper way is to either 'bzr pull' and then resolve conflicts and whatelse, or simply do a 'bzr merge lp:~catom-developers/catom/main' and resolve conflicts and such
[11:12] <Imperion> what's the difference?
[11:12] <danilos> 'bzr pull' variant should work only with more recent versions, I believe
[11:12] <danilos> at least that's my experience
[11:13] <danilos> if 'bzr pull' can't do it's job, you still have to use bzr merge
[11:14] <Imperion> I assume my friend's commit history is lost forever?
[11:14] <jtv> Imperion: he may still have them locally
[11:14] <danilos> Imperion: it's probably still alive somewhere on his computer, but I am not sure we have it
[11:14] <jtv> Imperion: so tell him not to do _anything_ until real help arrives.
[11:14] <danilos> Imperion: you'd really have to wait for our bzr experts to show up
[11:15] <danilos> heh, same thoughts jtv
[11:15] <Imperion> the Launchpad hive-mind
[11:15] <Imperion> :P
[11:15] <jtv> bzzzzzz
[11:15] <jtv> <bee sounds>
[11:15] <mrevell> Heh, the good news is that abently should along in a couple of hours
[11:15] <Imperion> bah
[11:15] <mrevell> Damn mwhudson for moving to the NZ timezone :)
[11:17] <Imperion> I'll just create a new branch and move all the stuff
[11:17] <Imperion> >_>
[11:20] <Imperion> okay
[11:20] <Imperion> you can relax
[11:20] <Imperion> he just pushed and the tree fixed itself
[11:50] <Fly-Man-> mrevell: Can you edit an url for me ?
[11:50] <Fly-Man-> https://code.edge.launchpad.net/~vcs-imports/opensim/svn-trunk
[11:51] <Fly-Man-> can you remove the /trunk that was added to the url
[11:51] <Fly-Man-> welcome back mrevell_
[11:52] <Fly-Man-> mrevell: Can you edit an url for me ?
[11:52] <Fly-Man-> https://code.edge.launchpad.net/~vcs-imports/opensim/svn-trunk
[11:52] <Fly-Man-> can you remove the /trunk that was added to the url
[11:52] <Fly-Man-> then I can start it again
[11:52] <Riddell> jtv: how do I get launchpad transltions to stop spamming me with import messages
[11:53] <jtv> Riddell: set up a procmail rule?
[11:53] <mrevell> Fly-Man-: I've edited the branch URL
[11:53] <Fly-Man-> mrevell: Let's see if my hunch is correct
[11:54] <Riddell> jtv: seriously?  there's no way to tell launchpad I really don't want 1000 messages each day?
[11:54] <Riddell> (only slight hyperbolie)
[11:54] <jtv> Riddell: the landscaped changed a lot... it used to be the only way of getting proper feedback, and us guys got all the ubuntu mail, so there wasn't call for it before
[11:55] <Riddell> I don't want feedback when it works, I only care about feedback when there's a problem
[11:55] <Fly-Man-> mrevell: Okay, that didn't do the trick ...
[11:55] <Riddell> and feedback that leaves me no choice but to send it to /dev/null is stupid
[11:55] <mrevell> Fly-Man-: abentley should be here in an hour or two, he's in Eastern Canada
[11:55] <Fly-Man-> mrevell: can you restore the /trunk again ?
[11:55] <mrevell> Fly-Man-: He's most likely to be able to help
[11:55] <mrevell> Fly-Man-: sure
[11:55] <jtv> Riddell: what I did is set up the mail filter to log and discard the success messages for ubuntu imports
[11:55] <Fly-Man-> I thought it was the problem there
[11:56] <Fly-Man-> but now it's just failing because it can't see the root
[11:56] <mrevell> Fly-Man-: done
[11:56] <jtv> Riddell: (btw, in call as well)
[11:56] <Fly-Man-> thnx
[11:57] <wgrant> mrevell, Fly-Man-: SVN URLs need to have trunk on the end, if there is a trunk directory.
[11:57] <wgrant> Or they are pointless and broken.
[12:05] <Laney> is exposing signed changesfiles (seen on +queue) a security problem? ie could I take a package from there and upload to Debian, for example?
[12:06] <james_w> the distribution names are different
[12:06] <wgrant> Series names, that is.
[12:06] <james_w> series, yeah
[12:06] <wgrant> They used to be exposed for PPAs. And yes, that was a big security problem.
[12:06] <wgrant> That was eventually fixed.
[12:28] <dpm> does anyone know if one can reply through e-mail to LP Answers in the same way it can be done with LP Bugs?
[12:29] <wgrant> dpm: Yes, but you can't change any metadata.
[12:30] <dpm> wgrant: thanks. I'm only intending to respond, so that should work fine, then :)
[13:39] <jmux> Hi. I've set up Launchpad and now want to use sync-source to sync the Debian sources into my launchpad? I've found the ArchiveAdministration wiki page, but this references an update-source script in a ~/syncs directory. Is the content of ~/syncs available somewhere?
[13:39] <jmux> Oh - and is there a graphical view to manage a distroseries component list?
[16:50] <Riddell> danilos: bug 353648 is considered not-low priority to me
[16:50] <AlexC_> hey danilos, sorry to bother you - but you there? Appears those translations did not get imported again
[16:51] <AlexC_> doh, scratch that - they have, I think, sorry
[16:51] <danilos> AlexC_: they should have, I've just marked those with bad paths as 'deleted' so they get cleaned up
[16:52] <AlexC_> yeah was looking at wrong page, thanks =)
[16:52] <danilos> Riddell: can you please write your reasoning in the bug report (if you haven't already), and I'll see how we can re-prioritize it... in general, it's probably no big deal for anyone but eg. seb or you
[16:54] <Riddell> danilos: added
[16:55] <danilos> Riddell: cool, thanks, I'll be looking into it later
[17:01] <Fly-Man-> Git imports fail after ± 1800
[17:01] <Fly-Man-> and it keeps stalling there
[17:01] <Fly-Man-> if you have time, could you have a look if it's a intermittent thing or a hickup on the server side
[17:26] <gary_poster> Fly-Man-: were you talking to someone in particular, or are waiting for anyone to reply?
[17:26] <Fly-Man-> gary_poster: Yes, I already had an answer to the Q by rockstar
[17:26] <Fly-Man-> He's gonna work on it
[17:26] <gary_poster> Fly-Man-: cool
[17:26] <Fly-Man-> wrong window that I pasted it in
[17:26] <gary_poster> ah ok
[17:26] <Fly-Man-> gary_poster: but so far, been able to setup the local version
[17:26] <Fly-Man-> having it do code imports
[17:27] <gary_poster> great
[17:27] <Fly-Man-> and have those imports in the branch
[17:27] <Fly-Man-> so now to find out what those other scripts in the cron-scripts folder do :p
[17:39] <compengi`> how can someone report bugs on my code for example this https://code.launchpad.net/~compengi/+junk/Cirssi ?
[17:43] <tsimpson> by emailing you, or you can create a project for it and use LP for code and bugs
[18:17] <kfogel> Every Launchpad account is automatically an OpenID provider URL, right?
[18:17]  * kfogel sanity checks before depending on that information
[18:18] <kfogel> kiko: ^^  can you confirm?
[18:19] <kiko> yes
[18:19] <kfogel> kiko: thanks
[18:20] <kiko> every enabled account is yes
[18:21] <kfogel> kiko: http://www.google.com/support/forum/p/blogger/thread?tid=03901103b68f7a91&hl=en
[18:23] <kiko> kfogel, heh, good catch -- I just pasted in hy openid identifier and was done with it
[18:23] <kiko> didn't notice it was actually tricky to get right
[18:23] <kiko-fud> to lunch n back
[18:23] <kfogel> kiko: enjoy.  see the followup I just posted there :-)
[18:27]  * kfogel is away: looooooooonch
[18:59] <alkisg> I've uploaded a new version of a package (smc) to my ppa (https://launchpad.net/~alkisg/+archive/ppa) and it was published 12 hours ago and of course I got the ppa to my sources, but I don't "see" it with apt-get update/upgrade... What could be wrong?
[19:00] <alkisg> I copied this package from the Karmic primary archive to my ppa for jaunty series ("copy binaries") - could this cause the problem?
[19:04] <tsimpson> alkisg: I don't see "smc" in that PPA (comix is the last package published)
[19:04] <alkisg> tsimpson: ooops sorry I meant comix :O
[19:05] <alkisg> So now I have the jaunty version, comix 4.0.1-1, and sudo apt-get update / dist-upgrade etc doesn't get me the newer version
[19:05] <tsimpson> alkisg: somehow, it seems to be in the universe component
[19:06] <tsimpson> it should have been moved to main, you should file a bug
[19:06] <alkisg> Ah, maybe copying the packages from Karmic did that
[19:06] <alkisg> I think there isn't an "uploader" defined in those packages
[19:07] <tsimpson> yeah, but it _should_ copy to main for PPAs
[19:07] <alkisg> tsimpson: thanks, I'll file a bug
[19:07] <tsimpson> no problem :)