[00:00] <Rinchen> imports are run on demand and then every 12 hours after (usually)
[00:00] <Rinchen> (by on demand I mean when they are created)
[00:01] <Rinchen> exarkun, if it is that bug, the fix will be deployed on Wednesday with the roll-out
[00:01] <wgrant> Oh.
[01:30] <Hobbsee> wow, one of the bugs that i'd filed back at UDS sevilla got triaged!  Thanks Matsubara!
[01:31]  * wgrant applauds.
[01:31] <wgrant> Which was it?
[01:31] <Hobbsee> the square hackergotchi bailing out if it wasn't the exact resolution it wanted, rather than scaling it.  https://bugs.edge.launchpad.net/launchpad-registry/+bug/113564
[01:31] <wgrant> Aha.
[02:07] <markybob> i've been waiting for translations for almost two hours now.  anyone know what's going on?
[02:08] <exarkun> Hm.  I uploaded a .pot this morning and it's still in the "needs review" state.  Is that what you're talking about too?
[02:10] <markybob> no, i mean download po files
[04:02] <Hobbsee> You know, i'd be really interested to know how many people have said that it affects them, on https://bugs.edge.launchpad.net/ubuntu/+source/xorg/+bug/281308
[04:04] <wgrant> Ooh, there's a bug now?
[04:04]  * wgrant closes.
[04:04] <Hobbsee> wgrant: oh, is that your fault?
[04:04] <wgrant> Oh.
[04:04] <wgrant> I see, not the one I thought.
[04:04] <Hobbsee> no, not that one.
[04:04] <wgrant> Ah, actually, yes it is.
[04:04] <Hobbsee> wgrant: that particular one makes people's keyboards and mice not work after upgrades.
[04:05] <Hobbsee> (if -evdev doesn't stay installed)
[04:05] <ajmitch> that sounds like a fun bug
[04:05] <ajmitch> I thought there was a 'me too' feature added?
[04:05] <Hobbsee> ajmitch: there is.  You just can't see the numbers at all.
[04:05] <persia> Me too is only for beta testers
[04:05] <wgrant> Hobbsee: Right, that's the bug...
[04:06] <wgrant> And malone-me-too has no viewing UI.
[04:06] <Hobbsee> wgrant: you've fixed it, or you're fixing it?
[04:06] <ajmitch> Hobbsee: that's unfortunate
[04:06] <wgrant> Hobbsee: It's not a bug.
[04:06] <wgrant> It was removed for users who blindly upgraded in a 3 hour period last night.
[04:07] <ajmitch> can it still be reproduced by people?
[04:07] <wgrant> If their mirror synced during that three hours and hasn't again, sure.
[04:09] <Hobbsee> wgrant: it seems to have been goin gofr longer than that...
[04:10] <wgrant> Hobbsee: What do you mean?
[04:10] <Hobbsee> as in, people have been reporting it for longer
[04:11] <wgrant> Hmmm.
[04:12]  * Hobbsee watches -devel
[11:20] <mdke> it used to be possible to download translations for all templates in a source package. That feature appears to have disappeared, does anyone know why?
[11:25] <mdke> (bug 147186 if anyone wants to follow up)
[14:02] <lucazade_> hi
[14:03] <lucazade_> i get some issue with launchpad bzr, may i ask here?
[14:04] <lucazade_> my bzr seems to be locked, i don't know how to unlock it
[14:05] <lucazade_> anyone?
[14:06] <geser> there is a break-lock option for bzr or so
[14:07] <lucazade_> http://pastebin.com/m3f4cdd46
[14:07] <lucazade_> i get this when i try to push
[14:08] <lucazade_> bzr brake-lock doesn't help
[14:09] <LarstiQ> lucazade_: did you supply the richt branch to break-lock?
[14:09] <LarstiQ> lucazade_: `bzr break-lock lp:~murrine-themes-team/murrine-themes/trunk/`
[14:10] <lucazade_> trying with this
[14:11] <lucazade_> that was the trick
[14:11] <lucazade_> thanks man!
[15:42] <Leefmc> Question: How do you remove a commit from launchpad? I'm been testing and toying with bazaar trying to figure out a workflow for light checkouts, but i uploaded a commit that i didnt want to. How can i remove it?
[15:42] <exarkun> Leefmc: you can push a new branch overtop of an existing branch
[15:42] <exarkun> Leefmc: that will completely destroy the existing branch
[15:43] <Leefmc> nice, ok
[15:43] <Leefmc> so i just revert to the branch i want, and then push it, correct?
[15:44] <Leefmc> exarkun: On a side note, mind if i ask you a bzr question? Its related to a workflow involving launchpad, so im not sure if its best here or in #bazaar
[15:44] <exarkun> depends exactly what you mean by "revert"
[15:44] <exarkun> eh I hardly know anything about bzr ;)
[15:44] <exarkun> you can ask but I probably don't know the answer
[15:44] <Leefmc> well i kept a copy of my old repo, so i didnt even need to "remove" the bad commit, it never existed in my local repo :)
[15:44] <Leefmc> ah, well i'll try in #bazaar then :)
[15:45] <exarkun> Leefmc: ah yes, so if you push the old, the new should be completely gone
[15:45] <exarkun> you'll probably have to pass --overwrite
[15:45] <Leefmc> k, thanks
[15:45] <exarkun> because bzr doesn't want to destroy data by default :)
[15:53] <Leefmc> exarkun: Still around?
[15:54] <exarkun> yep
[15:54] <Leefmc> Looks like your up if you dont mind, #bzr is dead
[15:54] <exarkun> sure
[15:56] <Leefmc> Well my method of workflow (coming from Git, i really enjoy it) is to be able to rapidly create new branches of test code and switch to each easily. I do this in bzr by creating my branches (/trunk, /test) and having a working directory with a light checkout, so my IDE can stick to a single directory and i dont need to jump around when switching from /trunk to /test
[15:56] <Leefmc> make sense? Now my issue is when i want to somehow take code from launchpad and bring it into my pipeline.
[15:57] <Leefmc> Im not sure if i should be merging or updating, but either way, from /wrk (my working lightcheckout), it tends to destroy my light checkout.. or so it seems.
[15:57] <Leefmc> I'd rather not have to cd ../trunk, update/merge, cd ../wrk, update /trunk, or something.. thats a bit of a crappy workflow. Any thoughts on what my workflow "should" be to achieve my desired effect?
[15:58] <exarkun> Hmm, the crappy workflow you describe is pretty much the one that I use (I mostly use svn though). :)
[15:58] <Leefmc> basically my goal is to never leave my working directory, but still update/merge code from launchpad
[15:58] <Leefmc> Hehe, i miss Git :o
[15:59] <Leefmc> Im debating if Launchpad is worth it anyway. I mean bazaar works good enough (not as good as git imo, but thats just preference), but im using bzr FOR launchpad.. and launchpad is a bit of a pain.. slow as tar most days.
[16:03] <Leefmc> exarkun: Out of curiosity, do you use a lightcheckout like i do? If so, do you push from your lightcheckout?
[16:03] <Leefmc> Or does the push even matter where it comes from, since assuming you committed, the lightcheckout and the real branch are the same
[16:04] <exarkun> I don't think so.  I usually use regular checkouts.
[16:04] <exarkun> I assume "lightcheckout" is some fancy feature I've never heard of before. ;)
[16:06] <LarstiQ> Leefmc: the push will happen from the branch you are bound to, so that shouldn't matter.
[16:06] <LarstiQ> Leefmc: as long as you don't have uncommitted changes and expect them to be pushed, of course.
[16:07] <Leefmc> LarstiQ: Yea, thats what i assumed. The lightcheckout, and commands that come from that checkout, are sort of proxied to the bound branch correct? But why do commands like update and merge not seem to perform this proxied affect?
[16:07] <Leefmc> *moving convo to #bzr
[16:08] <LarstiQ> exarkun: see --lightweight in `bzr help checkout`
[16:31] <krow> Hi!  Can I copy just the head off of a tree from launchpad? I don't want the entire revision history, just the most recent copy?  Would it also be possible to do a range?
[16:36] <LarstiQ> krow: yes, how to do it depends on exactly what you're after
[16:39] <krow> Leefmc: What I want is just a copy of the lp:mysql-6.0 tree, bit skip all of the revisions. AKA just a download of what is the current state.
[16:39] <krow> LarstiQ: : What I want is just a copy of the lp:mysql-6.0 tree, bit skip all of the revisions. AKA just a download of what is the current state.
[16:40] <krow> LarstiQ: I want to make a diff off it and my local tree. I don't need the history right now.
[16:40] <LarstiQ> krow: is your local tree non-bzr?
[16:41] <krow> LarstiQ: I do not have a local bzr mysql-6.0 tree
[16:41] <LarstiQ> ok
[16:41] <LarstiQ> krow: in that case, I'd probablly do `bzr checkout --lightweight lp:mysql-6.0`
[16:42] <LarstiQ> krow: that will only get you the files in the working tree, but no history (it will contact the branch on lp for any history operations, but if you diff your local tree with some non bzr tool, that doesn't matter)
[16:42] <LarstiQ> krow: so that is what I'd do in your situation
[16:42] <LarstiQ> krow: in other situations, there are other options :)
[16:43] <krow> LarstiQ: Thanks, that is really all I need in this case. I know at some point there was a request to be able to do some sort of backfill. AKA give me the last 20 revisions, and if I want more history I will ask. I have never heard about what came of that.
[16:45] <LarstiQ> krow: right, bzr branch --stacked
[16:46] <LarstiQ> krow: or if your local tree was bzr, bzr diff -rbranch:lp:mysql-6.0 would have given you the diff
[16:50] <krow> LarstiQ: The real problem is that I am rarely long enough at a stable link to get a full copy of the tree from bzr. Its rather large and the process is slow. At the moment I can cheery pick which works "ok"
[16:51] <LarstiQ> krow: full copy including history?
[16:51] <krow> LarstiQ: Right
[16:52] <LarstiQ> krow: yeah, I can see that.
[16:54] <krow> One of these days I want to understand what is happening, don't get me wrong, I like Launchpad and bzr from almost all standpoints is excellent, but bitkeeper did this same operation in a fraction of the time. It is the one thing I would really like to see fixed.
[16:56] <krow> LarstiQ: Thanks for your help!