[00:01] <Zectbumo> LarstiQ: thanks :)
[00:02] <james_w> LarstiQ: thanks for the tips though, I think it's important to mention.
[00:02] <LarstiQ> james_w: last_revision_info also returns a revno, last_revision does last_revision_info()[0], and for Branch6 formats last_revision_info does not touch the revision history, since the information is stored in that branch format
[00:02] <james_w> LarstiQ: great, thanks.
[00:02] <LarstiQ> james_w: it is especially fun and noticable when doing a revision_history() of Mozilla over the network
[00:02] <LarstiQ> 9Mb of revision history just to print the revno, ugh
[00:03] <LarstiQ> Zectbumo: I'll go to bed in a second, but I'll read backlog
[00:03] <LarstiQ> Zectbumo: quite a bit of work has been done last summer and it is functional, it could use more polish
[00:03] <LarstiQ> Zectbumo: I suppose you're a VS user?
[00:04] <Zectbumo> LarstiQ: I just started
[00:04] <Zectbumo> er, was forced
[00:05] <Zectbumo> LarstiQ: well, I'm going home from work now, so no worries
[00:06] <LarstiQ> Americas timezone?
[00:06] <Zectbumo> yup
[00:08] <mwhudson> beuno: hi
[00:11] <beuno> mwhudson, hey
[00:12] <mwhudson> beuno: so i heard a rumour you had some kind of php app we might want to steal ideas from?
[00:13] <lifeless> ideas/css/ajax/voodo
[00:13] <mwhudson> beuno: i have to say i'm a little tired of suggestions like "implement a nice interface with CSS and javascript to navigate history."
[00:13] <mwhudson> because the design is much, much harder than the implementation :)
[00:14] <beuno> mwhudson, right. I've actually been working on a web app for bzr for the last year
[00:14] <beuno> so I have quite some work on the interface bits
[00:14] <beuno> I should be arriving back home on the 20th, and my primary use of free time will be to get the interesting bits out of it
[00:14] <beuno> and open source them
[00:15] <beuno> and maybe let you take a peak beforehand to see if it's useful for you
[00:15] <beuno> the rest of the PHP should follow, just think the css + ajax might be of more use now
[00:16] <mwhudson> that would be very cool, yes
[00:16] <beuno> so, it wouldn't be impossible to slap a new interface on that?
[00:16] <beuno> s/that/loggerhead
[00:18] <mwhudson> shouldn't think so
[00:19] <beuno> cool. I'll be more than happy to work on this with you, using what I already have, or starting from scratch if there are good reasons to do so
[00:19] <mwhudson> is there a public facing version of this app anywhere?
[00:19] <beuno> mwhudson, no, that's the problem
[00:20] <beuno> but I will get it up somewhere I can let you look
[00:20] <mwhudson> beuno: as i've been posting to the list, it's developing a coherent and sensible model for navigation that's got me stumped at the moment
[00:20] <mwhudson> beuno: can you explain briefly what you did?
[00:23] <beuno> mwhudson, yes, let me try
[00:24] <beuno> basically, what I have right now, is PHP getting all bzr history into a database. All that is used as a part of our internal workflow software, so there are many unrelated bits. Among those bits, you have one, that is currently broken due to last minute changes, which is history navigation through an ajax interface
[00:25] <beuno> since most users that use the system are bzr-ignorant
[00:25] <beuno> I went through a few redesigns with a few of the graphic designers to make it easier to understand
[00:26] <beuno> that led me to a more comprehensive history navigation, but also to some bzr-unrelated things I have to strip out to open it up to the world
[00:26] <beuno> it's all CSS + mootools for ajax effects
[00:26] <beuno> so it should be easy to port on top of pyhton
[00:27] <mwhudson> ok
[00:27] <beuno> there are also some nice looking icons I have to make sure aren't used somewhere else
[00:28] <mwhudson> that still doesn't explain to me what the history navigation is like :)
[00:28] <mwhudson> (sounds pretty cool though)
[00:28] <beuno> ah, right
[00:28] <beuno> let me try and describe from memory
[00:28] <beuno> I don;t think it's too much far off what you have right now, at least what I saw on the last PNG
[00:29] <beuno> it shows all revisions, and you can expand them with ajax as many levels deep as there is
[00:29] <beuno> each one has all the relevant information on it, commiter, time, message, files changed/added/removed
[00:30] <beuno> everything related to that revision can be seen by clicking on it
[00:30] <beuno> and without refreshing the page
[00:30] <mwhudson> do you have separate views for annotate/file listing/revisions ?
[00:30] <mwhudson> revisions with diffs, rather
[00:30] <beuno> there are some additional links which take you to per-file histories
[00:30] <beuno> yes, although, if IIRC, we don't have annotate yet implemented
[00:30] <beuno> just file listing and revisions
[00:30] <mwhudson> ok
[00:31] <beuno> and you jump from one to the other if needed
[00:31] <beuno> of course, none of this seems like much unless I can show
[00:31] <beuno> which I can't, because I'm 16.000km away from the office
[00:32] <mwhudson> when looking at the file history, do you show the actual revisions that change the file or the mainline revisions that merge the changing revisions?
[00:32] <beuno> (and, about 10 hours work to fix new bugs introduced when updating it)
[00:32] <mwhudson> (is there much of a mainline/non-mainline distinction?)
[00:33] <beuno> actual revisions that change the file is the one that sticked. Before, we showed the files, just in a very greyed out color to show that it wasn't actually touched in that revision
[00:34] <mwhudson> i'm not sure i understand
[00:34] <mwhudson> you tried more than one approach?
[00:34] <beuno> yeap
[00:34] <beuno> it evolved over time as people complained
[00:35] <beuno> it's been a long year  :D
[00:35] <mwhudson> interesting :)
[00:36] <beuno> yes, I would of really liked to get this out in the open before, but I just kept postpoing til I could clean up the code
[00:36] <beuno> for which I ended doing things directly on bzrlib
[00:36] <beuno> which ended up with me at the sprint
[00:36] <mwhudson> heh, i know that one :)
[00:37] <beuno> so now I have to go back to the start
[00:37] <beuno> I'm sure you do much better  ;)
[00:38] <beuno> my thought after the sprint where
[00:38] <beuno> if I can show what I have right now to you
[00:38] <beuno> and you feel it's worth working on
[00:38] <beuno> I can invest a few days in abstracting a bit more so we can share the same interface code
[00:38] <beuno> and make sure all future work gets merged back both ways
[00:39] <beuno> (or even for some other project, I suppose)
[00:39] <mwhudson> well, i'm definitely extremely interested in seeing the results of incorporating a year's worth of user feedback
[00:39] <beuno> also, we don;t use IE at all, so there might be some IE-specific CSS and Javascript bugs I don'y know about
[00:40] <mwhudson> well, i don't either (surprise, surprise) but i'm sure we can find some way of testing it
[00:40] <beuno> (my typing is awful today)
[00:40] <beuno> hehe
[00:40] <beuno> good to hear
[00:41] <mwhudson> and/or just paying someone to make the problems go away
[00:42] <mwhudson> i also don't know and don't really want to know php
[00:42] <beuno> right, we can talk about that later on, I might be able to put in some time from my web designers into it, but it depends on how bad it is  :p
[00:42] <beuno> I'll make sure none leaks into the interface
[00:42] <nDuff> has anyone written a plugin for p4 support?
[00:42] <mwhudson> beuno: so, when do you think you'll have something i can look at?
[00:43] <mwhudson> some time after the 20th?
[00:44] <beuno> mwhudson, exactly  :)   it should be before the end of march, it's high on my ToDo list, especially after the fine folks from Canonical fed me and gave me nice slippers for a whole week  :p
[00:44] <LarstiQ> nDuff: yes
[00:44] <LarstiQ> nDuff: that is, I recall robey posting about it
[00:45] <mwhudson> beuno: i'm away for the last week of march (roughly speaking)
[00:46] <beuno> mwhudson, ok, I'll probably mail to the list than, start gathering feedback so you have a much bigger backlog to read when you get back
[00:47] <beuno> or, spend some more time polishing it
[00:51] <mwhudson> beuno: well, i don't want to imply anything at all about you, but i always get a little bit afraid when people say they will do something "the week after next" or so
[00:51] <mwhudson> that it will never happen
[00:52] <mwhudson> so the sooner the better, i can live without polish :)
[00:52] <beuno> sounds reasonable
[00:52] <beuno> I'll just send it out as soon as I get it running again
[00:52] <beuno> at the very least. screenshots
[00:53] <mwhudson> thanks a lot!
[00:53] <beuno> thank me when it's sent  :D
[01:06] <abentley> Odd_Bloke: ping
[01:07] <Odd_Bloke> abentley: Pong.
[01:08] <abentley> I'm just submitting one of your patches.  What shortname would you like in the log?  Odd_Bloke?  dwatkins?
[01:10] <Odd_Bloke> abentley: Go for the latter. :)
[01:15] <abentley> Odd_Bloke: done
[01:15] <ubotu> New bug: #199629 in trac-bzr "Expose bzr source code?" [Wishlist,Triaged] https://launchpad.net/bugs/199629
[01:17] <james_w> http://wingolog.org/archives/2008/03/11/using-newfangled-version-control-systems-from-emacs
[01:17] <james_w> last paragraph is quite interesting.
[01:24] <Odd_Bloke> abentley: Thanks. :)
[01:31] <jml> what's the bug for renaming .bzr.backup?
[01:32] <beuno> jml, bug #124325
[01:32] <ubotu> Launchpad bug 124325 in bzr "Naming of .bzr.backup directory makes deleting .bzr easy" [Medium,In progress] https://launchpad.net/bugs/124325
[01:32] <jml> thanks
[01:32] <beuno> welcome'
[01:33] <jml> beuno: you were working on renaming the bzr package at the sprint. right?
[01:33] <jml> how's that going?
[01:34] <beuno> jml, sent a patch to the list during the sprint
[01:34] <jml> sweet
[01:34] <beuno> let me fetch the merge request for ya'
[01:34] <beuno> (didn't get merged)
[01:34] <beuno> http://bundlebuggy.aaronbentley.com/request/%3C2422be180803040403y6873e4f0pa7fffe32551a12a1@mail.gmail.com%3E
[01:35] <beuno> feel free/incentived to review (approve?) it  :D
[01:36] <jml> I can't approve it -- don't have voting privs
[01:37] <beuno> well, at least you can make some noise!
[01:37] <jml> beuno: and I'm running out of review juice for today :)
[01:37] <beuno> aw, it's fine
[01:38] <beuno> it's almost 3am, I should be sleeping anyway
[01:38] <Odd_Bloke> beuno: Whereabouts are you ATM?
[01:38] <beuno> Odd_Bloke, still in Prague til thursday
[01:38] <Odd_Bloke> beuno: Cool.
[01:38] <beuno> then, Madrid for a week or si
[01:39] <beuno> then, home!
[01:39] <beuno> anyway, I'm off to sleep
[01:39] <beuno> night everyone!
[01:40] <james_w> night beuno
[02:31] <Odd_Bloke> How long does a PQM run take?
[02:33] <Odd_Bloke> Also, it turns out that I'm the top contributor to bzr: https://launchpad.net/bzr/
[02:33] <Odd_Bloke> Who know?
[02:33] <Odd_Bloke> *knew
[02:40] <james_w> Odd_Bloke: I think it's more than 30 minutes.
[02:40] <james_w> more if the queue is busy, but it shouldn't be at the moment.
[02:41] <james_w> although I can't remember if we still share a PQM with launchpad, which obviously slows things down.
[02:41] <james_w> There's a page somewhere to view the current queue state, but I can never remember where it is.
[02:44] <james_w> Odd_Bloke: it seems you get a lot of karma for https://code.launchpad.net/~daniel-thewatkins/
[02:46] <Odd_Bloke> james_w: Yeah, thumper said that that's the case currently.
[02:46] <Odd_Bloke> Because few people are using LP Code.
[02:46] <Odd_Bloke> Well, the current PQM run has been going for around an hour and a half. :p
[02:47] <Odd_Bloke> (https://pqm.bazaar-vcs.org/)
[02:48] <thumper> james_w: register some more barnches and you too can bask in the karma glory
[02:48] <thumper> Odd_Bloke: aren't you in the UK?
[02:49] <Odd_Bloke> thumper: I am, yeah.
[02:49] <thumper> Odd_Bloke: what the hell are you doing up then?
[02:49] <Odd_Bloke> thumper: The work I should have been doing last week. :p
[02:50] <thumper> :)
[02:51] <james_w> thumper: :-)
[02:52] <jamesh> james_w: bzr has a separate PQM instance these days.  It may be running on the same box though.
[02:53] <thumper> Odd_Bloke: not necessarily few using LP code, just many less than use bugs
[02:53] <james_w> jamesh: thanks.
[02:56] <Odd_Bloke> thumper: Yeah, that's probably true.  Surely that's always going to be the case though, so those who do use it will always have high karma?
[02:56] <Odd_Bloke> (Not that that is necessarily a bad thing)
[02:56] <thumper> Odd_Bloke: perhpas
[03:46] <james_w> it would be great if someone could review http://bundlebuggy.aaronbentley.com/request/%3C1204811147.4995.4.camel@ganieda.vernstok.nl%3E
[03:46] <james_w> I think it's a great thing to have, and is quite simple.
[03:47] <james_w> Odd_Bloke: you're clearly not doing work, I keep getting bur tracker emails triggered by you :)
[03:49] <Odd_Bloke> james_w: I'm multitasking... *shifty eyes*
[07:16] <kanhaiya_kk> hi all
[07:16] <kanhaiya_kk> i want one simple help
[07:16] <kanhaiya_kk> i had setup bzr
[07:17] <kanhaiya_kk> also i know how to use bzr upto a extent for simple project containing only files.
[07:17] <kanhaiya_kk> but i dont know how to use this bzr for database related projects.
[07:17] <kanhaiya_kk> how this bzr synchronise databases from client to servre ?
[07:17] <kanhaiya_kk> server*
[07:18] <kanhaiya_kk> can anybody put light on this ?
[07:20] <luks> what do you mean by 'bzr synchronise databases'?
[07:21] <luks> if you want to upload/download revisions from the server, use bzr pull and bzr push
[07:21] <luks> but you probably mean something different, as you said it in context of 'database related projects'
[07:40] <Peng> Humm.
[07:40] <Peng> How should lp: URLs be represented in branch.conf?
[07:40] <Peng> It seems they're expanded.
[07:50] <kanhaiya_kk> luks: im asking about databases synchronisation
[07:50] <kanhaiya_kk> consider i have a project on server which have mysql database
[07:51] <luks> bzr versions files, not databases
[07:51] <Peng> (This is with bzr.dev, with the directory service stuff.)
[07:51] <kanhaiya_kk> luks: yes yes
[07:51] <kanhaiya_kk> thats only i was aksing
[07:51] <kanhaiya_kk> luks: okay means bzr ll not play any role for database synchronisation ?
[07:52] <luks> right
[07:52] <kanhaiya_kk> luks: okay thank you
[08:09] <Peng> Ackpth! bzr-svn opened like a hundred connections. Finally, most of the way through, it bombed on some branch.
[08:10] <Peng> There was a + sign in the URL>
[08:48] <kanhaiya_kk> luks: need one more help. im bit confuse in that
[08:48] <kanhaiya_kk> i ll explain you my scenario first
[08:48] <luks> ok
[08:48] <kanhaiya_kk> i have bzr setup on server
[08:48] <kanhaiya_kk> i have one project called VTS on server
[08:49] <kanhaiya_kk> i have 2 clients
[08:49] <kanhaiya_kk> im checking out that project on client using bzr checkout sftp://192.168.100.96/var/www/VTS VTS_local
[08:50] <kanhaiya_kk> on client i do changes in file and after that i do ...
[08:50] <kanhaiya_kk> bzr commit and bzr update
[08:51] <kanhaiya_kk> but now the problem that i facing is that, i cant browse the changes through browser on server...means using http://192.168.100.96/VTS/ (this is server)
[08:52] <kanhaiya_kk> luks: im cuming in 10 min
[08:53] <luks> kanhaiya_kk: well, if you want to browse the changes via web, you need to install something that allows you to do that on the server
[08:54] <luks> https://launchpad.net/bzr-webserve/ and https://launchpad.net/loggerhead/ are two options
[08:54] <luks> maybe there are some others, but I don't know of them
[09:15] <Peng> bzrweb.
[09:25] <kanhaiya_kk> luks: okay
[09:26] <kanhaiya_kk> but the procedure, im adopting is right na ?
[09:29] <kanhaiya_kk> luks: i dont want to browse bazaar repository. simply i want to browse my project.
[09:29] <luks> not sure what does that mean :)
[09:30] <luks> oh
[09:31] <kanhaiya_kk> are you getting what i mean to say ?
[09:31] <luks> I probably repeat this too often in this chanel, bzr is a version control system
[09:31] <luks> not a deployment tool
[09:32] <luks> if you want the working tree on the server, you need to create it (but I assume you already have it) and update it everytime you push to it
[09:32] <kanhaiya_kk> that is right. but is it necessary that i have to ssh server and do "bzr update" for reflecting changes
[09:32] <luks> there is push-and-update plugin, which does both in one step
[09:32] <kanhaiya_kk> okay
[09:33] <luks> but I'd still consider a different approach
[09:33] <luks> using 'bzr push' to update a live website just doesn't seem right to me personally
[09:33] <kanhaiya_kk> tell me what is your approach ?
[09:33] <kanhaiya_kk> okay okay
[09:33] <kanhaiya_kk> then ?
[09:34] <luks> I'd use 'bzr checkout' for the website
[09:34] <luks> and then run 'bzr update' every time I want to update it
[09:34] <luks> but I'd push to a different location, never to /var/www
[09:35] <kanhaiya_kk> this is for what ?
[09:35] <kanhaiya_kk> means due to ?
[09:36] <luks> it gives you separation between the source code repository and the running website
[09:36] <kanhaiya_kk> okay.
[09:37] <luks> just like I'd never install a svn commit hook to update a website, I'd never push directly to a running website from bzr
[09:37] <kanhaiya_kk> then what do you do for browsing the changes from server ?
[09:37] <luks> 'bzr update'
[09:37] <kanhaiya_kk> by doing ssh to server?
[09:37] <luks> yes
[09:38] <kanhaiya_kk> that means i have to provide access to server to each developer ?
[09:38] <luks> you would need to do that with the push-and-update plugin, too
[09:39] <kanhaiya_kk> okay fine.
[09:39] <kanhaiya_kk> is this comes with apt-get ?
[09:39] <luks> there are other options, like running it regulary from cron or watching for changes in the branch
[09:39] <luks> what? the plugin?
[09:39] <kanhaiya_kk> yes
[09:39] <luks> no, I don't think so
[09:39] <kanhaiya_kk> okay
[09:40] <luks> https://launchpad.net/bzr-push-and-update
[09:40] <kanhaiya_kk> okay.
[09:40] <kanhaiya_kk> now just i want your suggestion ?
[09:41] <luks> my suggestion was to not do it automatically
[09:41] <luks> which is not what you want :)
[09:41] <kanhaiya_kk> generally we do opensource development on CMS,PHP projects.
[09:41] <kanhaiya_kk> no thats not the case
[09:42] <fullermd> I too am often surprised at the number of people who want the VCS to handle deployment...
[09:43] <fullermd> Always seems weird to me.  I did it once with CVS many years ago, and it was horrible.  All sorts of reasons come to mind to avoid it.
[09:43] <kanhaiya_kk> so what procedure should we follow, so that each developer dont have to bother about time. means by simply giving 2-3 commands he can commit changes and also can browse the changes from server, without giving them ssh access to server
[09:43] <fullermd> Not least among them, that what's in the VCS isn't directly what needs to be deployed.  There's all sorts of things in there that shouldn't go on a live site, the arrangement of the files that should isn't the same, and there's often stuff like permission frobbing that needs to be done too.
[09:46] <awilkins> Need some kind of continuous intgration server that runs a build / deploy script when you push to a certain branch
[09:46] <kanhaiya_kk> luks: ?
[09:46] <awilkins> Shame there are no server-side commit hooks yet ; but you could probably adapt push-and-update given that it just uses SSH to run "bzr update" on the target branch after it runs
[09:47] <luks> kanhaiya_kk: I don't know of anything that wouldn't involve scripting
[09:47] <kanhaiya_kk> okay
[09:47] <luks> but as I said, the whole 'developer dont have to bother' seems wrong to me
[09:47] <luks> the developer _should_ bother
[09:48] <luks> and not all changes require just updating the working tree
[09:48] <luks> for example sometimes you need to change the schema
[09:48] <luks> (DB schema)
[09:49] <luks> how would you do it if your main repository is the running website and automatic 'bzr update' is the only way to access it?
[10:02] <kanhaiya_kk> luks: hmmm
[10:02] <mlh> I have an idea to solve this, but it would indeed need scripting
[10:03] <mlh> a lot of the scripting could be standardized
[10:03] <kanhaiya_kk> mlh: hmm tell me
[10:04] <mlh> keep the metadata has ordinary textfiles
[10:04] <kanhaiya_kk> im totally confused. Our team is thinking to use bzr for development server
[10:04] <mlh> generate or sync to/from the text file with scripts
[10:04] <mlh> version the textfile with bzr (or any other vcs)
[10:06] <kanhaiya_kk> okay
[10:07] <fullermd> The rest is just a SMOP   :p
[10:07] <mlh> :-)
[10:32] <rlubert1> hi, I'm using a "bound branches" model...but on the server repository I always get "working tree out of date"...can you help me?
[10:34] <awilkins> rlubert1: Pushes do not update the remote tree
[10:34] <luks> I wonder if there is some kind of FAQ page on the wiki
[10:34]  * awilkins vote to have this emblazoned in letters of fire at the top of all bzr documentation pages.
[10:34] <fullermd> There is.
[10:35] <fullermd> Whether it includes Q's that are really FA is another matter...
[10:35] <rlubert1> awilkins: ok, thanks
[10:35] <kanhaiya_kk> can i get examples for bzr enabled projects ?
[10:35] <fullermd> awilkins: If you think it would help; it only tells you so every time you push   :p
[10:35] <awilkins> No offense to yuo, rlubert1, it just constitutes about 90% of the questions asked in here :-)
[10:36] <Peng> kanhaiya_kk: Projects that use bzr?
[10:36] <awilkins> http://bazaar-vcs.org/WhoUsesBzr
[10:36] <rlubert1> awilkins: I was following this example: http://bazaar-vcs.org/BzrUsingBoundBranches, no problem
[10:37]  * Peng notes that WhoUsesBzr is linked to from the homepage.
[10:44] <kanhaiya_kk> Peng: yes
[10:54] <ubotu> New bug: #201362 in bzr-svn (universe) "Bzr-svn cannot be loaded " [Undecided,New] https://launchpad.net/bugs/201362
[10:57] <rlubert1> awilkins: "bzr init-repo --no-trees sftp://centralhost/srv/bzr/X-repo/ "  that is even better...as clearly mentioned on the doc page...... /me
[12:31] <plex1> how do I create a branch and check it out of an old revision?
[12:32] <LeoNerd> bzr branch -r 10 path/to/parent
[12:32] <plex1> what is path to parent?
[12:32] <LeoNerd> Well, wherever the parent.. the thing you are branchingh
[12:33] <plex1> I'm branching my local copy
[12:33] <plex1> do I need to create a new dir in bzr to do this?
[12:33] <LeoNerd> Well it'll need to be stored somewhere new
[12:33] <plex1> wow
[12:33] <plex1> ok
[12:33] <LeoNerd> cd .. ;  bzr branch -r 10 whereIjustwas
[12:34] <LeoNerd> Or   bzr branch -r 10 . ../some-new-branchname-here
[12:34] <LeoNerd> Or other variations on the same theme
[12:34] <plex1> got it
[13:24] <Odd_Bloke> Moin.
[13:26] <speakman> When I'd like to start over with "bzr init", can I just rm -rf .bzr to remove any old bazaar traces from a project?
[13:28] <speakman> Or how do I else remove bzr out of a project?
[13:28] <Odd_Bloke> speakman: You can, yes.  However, 'mv .bzr .bak.bzr' might be better, to ensure you don't lose any data accidentally.
[13:28] <speakman> idea; add an "uninstall" option to "bzr"; "bzr uninstall" which removes bazaar from the project. A more clean way than rm -rf .bzr.
[13:28] <speakman> Odd_Bloke: ok thanks!
[13:30] <speakman> (can I post this idea as a bug, or how do I post feature requests?)
[13:30] <ubotu> New bug: #201399 in bzr "bzr commit filename commits all files" [Undecided,New] https://launchpad.net/bugs/201399
[13:32] <nonamekiller> i have one question: can i install Bazaar on usb drive and then connect to server from different clients?
[13:33] <nonamekiller> anybody?
[13:33] <speakman> I'm not sure I udnerstand the question asked.
[13:34] <nonamekiller> oh my dumn english :(
[13:34] <nonamekiller> can i install bazaar on USB?
[13:35] <speakman> I think that's more of a Python question
[13:36] <speakman> you could check this site out: http://www.portablepython.com/
[13:36] <nonamekiller> on the bazaar-vcs.org i read: "Bazaar: ... Embeddable. A key design feature of Bazaar is support from the ground up for pluggable storage formats..."
[13:37] <nonamekiller> i want embed Bazaar into my application. Is it real?
[13:39] <radix> nonamekiller: bzr is implemented mostly as a Python library, so especially if your application is written in Python, it's very easy to use it as a library.
[13:43] <nonamekiller> radix: can i embed it in my java application?
[13:44] <radix> nonamekiller: that's harder :) the easiest for *simple* embedding outside of the Python world is probably by spawning system commands to run bzr.
[13:45] <radix> I don't know if bzrlib works in Jython, but if it does that could also be a possibility.
[13:45] <awilkins> Jython is only compatible with python 2.2
[13:45] <Peng> It would be possible to write Python programs that deal with bzrlib to provide an easier interface.
[13:45] <Peng> It's pretty good with IronPython though!
[13:45] <awilkins> Although I'm told it will be better after the Google Summer of Code
[13:46] <awilkins> Peng: You are joking righ?
[13:46] <Peng> awilkins: I don't think so.
[13:46] <Peng> Also, didn't Sun just hire the main Jython devs?
[13:46] <radix> awilkins: I'm pretty sure it's been updated beyond 2.2
[13:46] <radix> awilkins: it might not be fully compliant with any later releases, but I know it's got some features from later releases.
[13:46] <awilkins> Peng: I've tried reasonably seriously to get it to work in IronPython, the test suite wont run because there's no "subprocess" module
[13:47] <awilkins> And that's just the first stumbler
[13:47] <awilkins> Well, not wuite the first, I patched around the first
[13:47] <radix> Peng: they hired some guys. maybe jython will get better
[13:47] <Peng> Hum.
[13:48] <awilkins> But IronPython introduces a whole bunch of issues, platform caps detection, missing modules, etc
[13:48] <radix> I'm hoping some people will notice pypy-jvm and get that working :)
[13:48] <Peng> I thought you or someone else said IronPython was pretty close.
[13:48] <Peng> My mistake then.
[13:48] <awilkins> IronPython can be cadged into loading bzrlib if you patch bzrlib
[13:48] <awilkins> (this is the Lapha 8 build of 2.0)
[13:49] <awilkins> 2.0 alpha 8 is much closer to python 2.4 / 2.5 than 1.1
[13:50] <awilkins> I wish I had the time and motivation to take it further, but I don't ; the first thing you'd have to do is write a subprocess module ; either as a lib, or as a builtin for IronPython
[13:50] <awilkins> The win32 implementation of subprocess in lib doesn't work because it needs mscvrt which isn't a builtin of IronPython
[13:51] <awilkins> Although I suppose it might be easier to make a mscvrt module for IPY than a subprocess :-)
[13:51] <awilkins> I had a look, but I've not had the time to get around the Scary Attribute Jungle that's in there
[13:52] <nonamekiller> is there exist portable python?
[13:52] <awilkins> I was told Jython is pretty close (by Guillermo Gonzales, I think)
[13:53] <radix> nonamekiller: CPython runs on pretty much all the platforms anyone cares for.
[13:53] <radix> (not counting mobile ones, but it's pretty good there too :)
[13:54] <awilkins> There's also a USB distro of the Win32 CPython if that's what you mean
[13:54] <nonamekiller> yes!
[13:54] <nonamekiller> thx!
[13:54] <awilkins> http://www.portablepython.com/
[13:54] <radix> oh, is that what "portable" means these days?
[13:57] <awilkins> You might have to write a quick batch file to open a command prompt with the right ENV variables set up (to make it less of a hassle typing t:\python25\python.exe t:\python25\scripts\bzr all the time)
[13:59] <luks> the py2exe'd installer of bzr and setting BZR_HOME should work on an USB drive
[13:59] <awilkins> True, but it's not as fabulously flexible
[14:00] <awilkins> Although it's probably faster to load
[14:00] <awilkins> Can you use plugins with that version?
[14:00] <luks> sure
[14:01] <awilkins> Apart from some of the GUI ones, according to the page
[14:01] <luks> you can use even the GUI ones
[14:01] <awilkins> Even ones that use GTK and things like win32com?
[14:01] <luks> if you install them, then yes
[14:02] <luks> but that applies also to bzr with standalone python, since they are not in stdlib anyway
[14:03] <luks> there isn't really many differences between py2exe'd applications and standalone python
[14:03] <awilkins> I've always just used the "Full Monty" (ahaha) because I knew I'd probably end up hacking the code anyway.
[14:24] <ubotu> New bug: #201409 in bzr-loom "pulling a loom resets to last-recorded state" [Undecided,New] https://launchpad.net/bugs/201409
[14:32] <p_masho> anyone who can help a newbie ?
[14:32] <james_w> p_masho: sure, ask away.
[14:32] <p_masho> have taken a snapshot of a repos.. have hacked two files and addes an image ..so
[14:33] <p_masho> done > bzr add path/to/images/foo.png
[14:34] <p_masho> but.. my patch file which I assume I get off bzr diff > patch.file has got all sorts of stuff
[14:40] <Peng> p_masho: What do you have a patch for, and what stuff?
[14:50] <awilkins> Anyone recommend a tool for drawing directed acyclic graphs for illustrating version control concepts?
[14:50] <luks> visio :/
[14:50]  * awilkins dry-retches
[14:51] <luks> other than that, dot from graphviz
[14:51] <awilkins> I have it, but I hate it because my *other* project is a Big Ball of VBA/VB6 Mud plugin for Visio
[14:51]  * awilkins will probably use Visio *spit*
[15:03] <fullermd> xfig!   :p
[15:05] <ubotu> New bug: #201422 in bzr-gtk "'WorkingTree4' object has no attribute 'iter_changes'" [Undecided,New] https://launchpad.net/bugs/201422
[15:09] <james_w> p_masho: can you explain what you mean by "all sorts of stuff" please.
[15:11] <p_masho> james_w: its perl (spits)  so its the compiled files generated by make that turn up.. ;-(
[15:11] <james_w> p_masho: ah, so you want to ignore them rather than version them I assume?
[15:12] <james_w> what extension do they have?
[15:12] <p_masho> .pl
[15:12] <james_w> hmm, are they in a "build" directory or something?
[15:12] <p_masho> what I want is an ignore
[15:13] <schierbeck> phanatic: should i bump the required bzr version?
[15:13] <p_masho> anyway I'm hacking away atmo to make it work the way I want it and will be back here later on how to create the patch file.. in all probability ;-)
[15:13] <phanatic> schierbeck: yes, please. send a merge request to the list, and i'll approve it immediately (so you can merge it right now)
[15:14] <phanatic> schierbeck: thank you :)
[15:14] <schierbeck> phanatic: (1, 3), right?
[15:14] <schierbeck> np :)
[15:14] <phanatic> schierbeck: yep, jelmer mentioned that in his last mail, and that seems reasonable
[15:15] <james_w> p_masho: if you do "bzr rm --keep build" if they are in a build directory, and then "bzr ignore build" you should get what you want.
[15:16] <schierbeck> phanatic: okay, it's sent
[15:18] <phanatic> schierbeck: wow, it's a 725K diff?
[15:18] <schierbeck> yeah, it's the wrong bundle
[15:18] <schierbeck> i'll send the right one now
[15:18] <schierbeck> hehe :)
[15:19] <phanatic> shall i let it through the mailing list, or just discard?
[15:19] <schierbeck> 725K seems rather big for a one-line change...
[15:19] <schierbeck> just discard
[15:20] <schierbeck> okay, it's sent
[15:23] <schierbeck> phanatic: did this one get through?
[15:30] <LarstiQ> schierbeck: that's one big line ;)
[15:35] <schierbeck> hehe
[15:38] <schierbeck> committed!
[15:47] <phanatic> __schierbeck__: great, thanks! :)
[16:24] <jelmer> awilkins: Thanks for that test log
[16:27] <awilkins> jelmer: You're welcome, wish I had more time to hack on it.
[16:27] <jelmer> I'm not entirely sure what could be causing those errors though
[16:27] <jelmer> it's good to see it's down to 32 errors
[16:27] <awilkins> I might have a look on the train.
[16:27] <awilkins> THe train is tedious enough without something to occupy the mind
[16:28] <awilkins> And my laptop is too wimpy to run my current projects in any sensible timeframe
[16:29] <awilkins> Just used shelve for the first time :-)
[16:30] <awilkins> ... and I'm just about to use it again :-)
[16:31] <awilkins> Gah, why does Eclipse have to be so ANNOYING about it's workspace file structure
[16:37] <fox> hola
[16:37] <jelmer> hey schierbeck
[16:38] <fox> hola a todos en el sistema
[16:38] <schierbeck> hi jelmer
[16:38] <schierbeck> fox: hola mi compadre!
[16:38] <schierbeck> or something like that :)
[16:39] <fox> hello men
[16:39] <fox> habla en español
[16:39] <fox> cmom esta todo en el sistema
[16:40] <schierbeck> fox: tienes una pregunta?
[16:41] <schierbeck> i really ought to brush up on my spanish skills...
[16:42] <beuno> fog, este es un canal de habla inglesa, pero si tenes alguna pregunta especifica, podes contactarme por privado e intento ayudarte  :)
[16:42] <beuno> argh!
[16:42] <beuno> fox, ^
[16:42] <beuno> fog, ignore me :D
[16:42] <Odd_Bloke> fox is gone.
[16:43] <beuno> ah, irssi is laggy today
[17:06] <ubotu> New bug: #133029 in bzr-svn "Branching scheme documentation needs improvement" [Low,Won't fix] https://launchpad.net/bugs/133029
[17:58] <mtaylor> hey guys - can I get some logical help on dealing with revision graphs?
[17:58] <mtaylor> I'm working on a post push hook
[17:58] <mtaylor> to which I get an old revision and a new revision
[17:59] <mtaylor> I want to send a log of what's being pushed, which I can get from show_log(old_revision, new_revision) right?
[17:59] <mtaylor> (ok, I need more params than that, but that's the idea)
[17:59] <mtaylor> except when I do that, I get the old_revision included in the log
[17:59] <mtaylor> so I want logically old_revision+1
[17:59] <mtaylor> but I'm not sure how to get that
[18:00] <mtaylor> other than starting at new_revision, walking down the graph until I get to old_revision and backing up one
[18:00] <mtaylor> which seems ugly...
[18:00] <mtaylor> am I missing something sensible here?
[18:01] <james_w> mtaylor: I think that is right.
[18:01] <james_w> mtaylor: I'm not positive there is a better way though.
[18:02] <mtaylor> blast
[18:02] <james_w> s/is/isn't/
[18:04] <james_w> There's probably a function somewhere to get all the descendents of new_revision that are not old_revision or it's decendents.
[18:04] <james_w> That is exactly what the log code does to work out the indents.
[18:04] <james_w> merge_sort may be the way to get the information.
[18:04] <james_w> sorry, I'm not familiar with the API to give you code though.
[18:18] <Leonidas> I'm havin a problem with bzr being too verbose
[18:18] <Leonidas> it enables the logger and logs messages into stdout.
[18:18] <Leonidas> Is there a way to fix this?
[18:19] <dato> there is -q
[18:19] <Leonidas> dato: well, it is really not that easy
[18:20] <Leonidas> context: when I use bzr its fine
[18:20] <Leonidas> then someone else uses that checkout, he gets the logging, although he uses the same commands as I do
[18:22] <Leonidas> it also complains about "No handlers could be found for logger "bzr""
[18:24] <spiv> Sounds like a difference in installation, maybe?  Different version of bzr, different plugins, something like that?
[18:24] <Leonidas> spiv: it is running on the same system
[18:25] <Leonidas> when I 'su' into his account, I get the same useless logging
[18:30] <mtaylor> james_w: yup. the walking the graph down worked.
[18:30] <mtaylor> ugly as sin though
[18:30] <mtaylor> def get_parent(old, cur, graph):
[18:30] <mtaylor>     for new_rev in graph[cur]:
[18:30] <mtaylor>         if new_rev == old:
[18:30] <mtaylor>             return cur
[18:30] <mtaylor>         else:
[18:30] <mtaylor>             return get_parent(old, new_rev, graph)
[18:30] <mtaylor> new_graph = self.branch.repository.get_revision_graph(self.new_revid)
[18:31] <mtaylor> start_rev = get_parent(self.old_revid,self.new_revid,new_graph)
[18:31] <mtaylor> did the trick
[18:34] <james_w> mtaylor: does it do what you want when pushing a merge?
[19:01] <spiv> Leonidas: does "which bzr" report the same bzr in both cases?  Does "bzr --no-plugins" fix teh problem?
[19:04] <Leonidas> spiv: yes, both are the same and --no-plugins does not change anything
[19:07] <stelu> hi, i want to put /etc under version control and i couldn't find any plugin for permissions. i am using "find" command to collect the permisions and ownerships (as a workaround)
[19:08] <stelu> is there a more elegant solution to this?
[19:09] <LeoNerd> bzr specifically doesn't look after permission bits, except the +x bit
[19:10] <hmeland> stelu: I haven't tried using it myself, but I think         my $os_name
[19:10] <Peng> etckeeper
[19:10] <hmeland> http://david.hardeman.nu/software.php might solve it.
[19:10] <hmeland> Does metakeeper have bzr support?
[19:10] <hmeland> sorry, etckeeper?
[19:10] <stelu> thank you. i will hava a look at it
[19:11] <Peng> http://kitenet.net/~joey/code/etckeeper/
[19:11] <Peng> It supports git and hg, but there's a bzr plugin, or something.
[19:12] <Peng> I heard that bzr is missing one hook that etckeeper uses though.
[19:12] <hmeland> Yup, see the release notes for 0.12.
[19:13] <Peng> Hah, ok.
[19:13] <Peng> I didn't click "these changes" cuz I assumed it would be a big changelog.
[19:14] <hmeland> Me neither, I just read the second bullet point on the page you just linked to. :-)
[19:15] <hmeland> ... and having now clicked the link, I understand your "Hah" exclamation. :-)
[19:20] <james_w> Leonidas: I'm guessing but it might be that the user can't write to their .bzr.log
[19:22] <jelmer> hmm, looks like a local import of Samba 4 with bzr-svn now goes at ~2 revs per second
[19:29] <mtaylor> james_w: not sure... must go check.
[19:34] <spiv> Leonidas: weird.  Something must be different, but I'm not sure what.
[20:15] <Leonidas> spiv: my bet would be the permissions, since we share the same checkout
[20:15] <Leonidas> (and it worked before)
[20:18] <spiv> Leonidas: that seems like a weird thing to cause that behaviour, but I guess anything is possible.
[20:19] <abentley> Permissions on ~/.bzr.log, perhaps?
[20:20] <Leonidas> abentley: ah, good idea
[20:21] <Leonidas> abentley: indeed. That solved it. Thanks a lot
[20:22] <abentley> np
[20:22] <Leonidas> abentley: maybe it would be good to include a meaningful error message in cas the logfile is not writeable?
[20:23] <abentley> Leonidas: Absolutely.
[20:23] <Leonidas> :)
[20:26] <james_w> I think the problem comes from the logging.get_logger call succeeding but printing the warning and being broken.
[20:31] <james_w> it looks like you can check manager.emittedNoHandlerWarning on the logger after any logging call (debug, warn etc.) to find out if this is the case.
[20:42] <Leonidas> james_w: are you able to reproduce the problem?
[20:42] <james_w> Leonidas: I haven't tried, I was just looking at the code.
[20:43] <Leonidas> In case you need testers, I volunteer :)
[20:44] <james_w> I'm not really sure what the fix would be.
[20:44] <james_w> Would you like to file a bug about the issue?
[20:53] <Leonidas> james_w: I'll try.
[20:54] <Leonidas> hmm, I need to remember my lauchpad login :)
[21:03] <siretart> bzr: ERROR: Repository KnitPackRepository('file:///srv/scratch/packages/bzr/repo/.bzr/repository/') is not compatible with repository KnitRepository('http://bzr.debian.org/pkg-bazaar/bzr-builddeb/trunk/.bzr/repository/')
[21:03] <siretart> how to work around that?
[21:04] <james_w> hi siretart
[21:05] <siretart> hey james_w!
[21:05] <james_w> siretart: pull from http://bazaar.launchpad.net/~james-w/bzr-builddeb/trunk instead
[21:05] <james_w> how are you?
[21:06] <siretart> oh, finally got my hand to do some bzr experimenting again :)
[21:06] <siretart> how are you?
[21:06] <siretart> are the bzr branches on alioth obsolete?
[21:07] <james_w> siretart: they are a bit behind at the moment. I'm not sure what the best plan is.
[21:08] <james_w> alioth was having issues one day, so I pushed to launchpad, and haven't pushed back for a while.
[21:08] <siretart> hmm.. now I get this: ... is not compatible with repository RemoteRepository(bzr+ssh://siretart@bazaar.launchpad.net/%7Ejames-w/bzr-builddeb/trunk/.bzr/)
[21:08] <james_w> I think having them under pkg-bazaar is useful.
[21:08] <james_w> ah, that's not nice.
[21:08] <siretart> perhaps we can make lp pull from alioth?
[21:08] <james_w> yeah, that's probably the best solution.
[21:09] <james_w> I don't know what is going on there, I don't think it should say RemoteRepository there.
[21:09] <james_w> can you try http:// for a minute?
[21:09] <siretart> if that doesn't work, we could install cronjobs to make alioth pull from lp via cronjobs
[21:10] <siretart> bzr: ERROR: Repository KnitPackRepository('file:///srv/scratch/packages/bzr/repo/.bzr/repository/') is not compatible with repository KnitPackRepository('http://bazaar.launchpad.net/%7Ejames-w/bzr-builddeb/trunk/.bzr/repository/')
[21:10] <siretart> I'm using bzr 1.0.0 atm
[21:11] <james_w> now that's just plain silly isn't it, it's not compatible with something of the same type?
[21:12] <siretart> yeah
[21:12]  * LarstiQ wagers subtrees
[21:14] <Peng> "bzr info" your local repo and the URL.
[21:14] <Peng> Also, upgrade!
[21:14] <siretart> steps to reproduce: bzr init-repo /tmp/foo-repo ; bzr get http://code.launchpad.net/~james-w/bzr-builddeb/trunk /tmp/foo-repo/trunk
[21:14] <Peng> Heh, format of the remote branch is "unnamed".
[21:14] <Peng> Yep, it's rich-root-pack.
[21:14] <Peng> You need a rich-root-pack repo to use it.
[21:15] <Peng> bzr init-repo --rich-root-pack.
[21:15] <Peng> james_w: You should upgrade the branch format. It's Branch5, which is what, dirstate-tags?
[21:16] <james_w> Peng: probably.
[21:17] <lifeless> moin
[21:17] <siretart> Peng: thanks! that was it!
[21:19] <james_w> sorry siretart I don't know how I got rich-root-pack there.
[21:19] <james_w> hi lifeless
[21:20] <siretart> james_w: no problem. I'm currently rearranging my local repositories on my laptop
[21:32] <siretart> james_w: Ran 256 tests in 28.106s
[21:32] <siretart> FAILED (failures=8, known_failure_count=1)
[21:32] <siretart> is that expected?
[21:32] <james_w> ouch, can you pastebin the log please?
[21:34] <siretart> this is running 'your' trunk branch on bzr 1.0.0
[21:35] <siretart> james_w: http://siretart.tauware.de/tmp/selftest.log
[21:35] <Leonidas> james_w: ok, wrote that report: https://bugs.launchpad.net/bzr/+bug/201580
[21:35] <ubotu> Launchpad bug 201580 in bzr "Better error message on readonly log files" [Undecided,New]
[21:35] <Leonidas> erm, exactly :)
[21:36] <james_w> Leonidas: thanks.
[21:38] <james_w> siretart: ah, it's picking up your ~/.bazaar/builddeb.conf
[21:38] <james_w> siretart: so blackbox tests are failing, I need to come up with some way to avoid that.
[21:40] <ubotu> New bug: #201580 in bzr "Better error message on readonly log files" [Undecided,New] https://launchpad.net/bugs/201580
[21:41] <siretart> oh, yes, if I remove the orig-dir line, then it gives me this:
[21:41] <siretart> OK (known_failures=1)
[21:42] <poolie> lifeless: would you care to forward bug 181855 to cygwin?
[21:42] <ubotu> Launchpad bug 181855 in bzr "cygwin bzr branch crashes with IOError: [Errno 0] Error" [Medium,Confirmed] https://launchpad.net/bugs/181855
[21:47] <LarstiQ> poolie: is Bazaar going to participate in GSoC this year?
[21:56] <barry_wark> [newbie on OS X] Hello, I'm just starting to work with bzr on OS X 10.5. I used the OS X installer to install bzr. When I try to create a branch from a launchpad project (ipython), using "bzr branch http://bazaar.launchpad.net/~ipython/ipython/ipython1-dev", I get an ipython1-dev folder that contains a .bzr folder, but no other contents. I was hoping to get some pointers from some gurus. I will send the output of "bzr branch http://bazaar.launchpad.net/~ipy
[21:57] <james_w> barry_wark: try to run "bzr checkout ." in the ipython1-dev folder.
[21:58] <barry_wark> james_w: the result of "bzr checkout ." (from within ipython1-dev) is "bzr: ERROR: File exists: u'/automount/Servers/rieke-server.physiol.washington.edu/Volumes/Data/Users/barry/Desktop/ipython1-dev/.bzr': [Errno 17] File exists: '/automount/Servers/rieke-server.physiol.washington.edu/Volumes/Data/Users/barry/Desktop/ipython1-dev/.bzr'
[21:58] <barry_wark> "
[21:58] <barry_wark> There's an error when I called "bzr branch http://bazaar.launchpad.net/~ipython/ipython/ipython1-dev" as well...
[21:59] <barry_wark> bzr: ERROR: Could not acquire lock "[Errno 45] Operation not supported"
[21:59] <barry_wark>   warn("lock on %r not released" % self.f)
[21:59] <barry_wark> Exception exceptions.IOError: (45, 'Operation not supported') in <bound method _fcntl_WriteLock.__del__ of <bzrlib.lock._fcntl_WriteLock object at 0x1c3c3b0>> ignored
[21:59] <barry_wark>   warn("file group %r was not explicitly unlocked" % self)
[21:59] <barry_wark> (oops...sorry about all the new-lines)!
[22:00]  * chadmiller pokes mtaylor.
[22:00] <james_w> barry_wark: ah, ok, you haven't got the branch at all then.
[22:01] <barry_wark> yup. sorry for the initial confusion.
[22:01] <barry_wark> is it possible that OS X doesn't allow the type of file locking that bzr expects?
[22:01] <lifeless> poolie: not really; lack of a bug tracker is one of the cygwin projects issues, last I looked
[22:03] <chadmiller> Has anyone tried to download a fresh copy of the bazaar source code lately?  I wanted to avoid the "http" method, so I tried the "rsync" line listed at "Download", and I think it's broken.  "No repository present" on the result.
[22:04] <james_w> barry_wark: are you on AFS?
[22:04] <james_w> chadmiller: I haven't tried rsync
[22:04] <barry_wark> james_w: AFS==Andrew File System? No. If you mean AFP (Apple File Sharing), yes I am.
[22:05] <barry_wark> james_w: of course... we've run into AFP locking issues before. I will try a branch to a local file system and see if that works.
[22:06] <james_w> barry_wark: yeah, sorry, AFP
[22:06] <james_w> https://bugs.launchpad.net/bzr/+bug/114528
[22:06] <ubotu> Launchpad bug 114528 in bzr "New working tree format broken on AFP network mounts (locking error)" [Undecided,New]
[22:07] <poolie> LarstiQ: intend to
[22:07] <barry_wark> james_w: yes, that's it. branching to a local volume works fine. thank you for the help! i'll add a comment to the ref'd bug.
[22:08] <james_w> barry_wark: thanks. If you have any information about AFP and what sort of locking it supports it might be useful.
[22:09] <barry_wark> james_w: I will try to dig up that information and get back to you.
[22:09] <james_w> barry_wark: great, thanks.
[22:09] <LarstiQ> poolie: when is the deadline for mentoring organizations to enlist?
[22:10] <leo2007> how can one use bzr in a system that one has no root access?
[22:10] <chadmiller> leo2007: You mean install?
[22:11] <poolie> LarstiQ: apparently it has closed
[22:11] <poolie> LarstiQ: are you interested as a student or mentor?
[22:12] <LarstiQ> poolie: certainly not as a student, and I don't think mentor is wise atm
[22:13] <LarstiQ> just general interest
[22:13] <leo2007> chadmiller: if the repo has been set up in another server, is there a client that's easy to install?
[22:13] <LarstiQ> poolie: if, however, there is a shortage of mentors, I'm somewhat experienced with pitfalls now
[22:14] <poolie> tbh i could live without it; there is a fair overhead in dealing with them and it may be better to just do it ourselves directly
[22:14]  * LarstiQ nods
[22:14]  * LarstiQ also leans in that direction
[22:15] <chadmiller> leo2007: You can use "mkdir $HOME/r; python install --prefix=$HOME/r" and set PYTHONPATH appropriately.
[22:16] <leo2007> that seems quite complicated
[22:17] <LarstiQ> leo2007: you can also run bzr from source.
[22:17] <huslu> if i understand correctly, when i branch in shared repo, it checks if parent dir is a repo, but what if i have a directory structure that's higher than parent, ie not /repo/branch1, but /repo/subdir1/branch11
[22:18] <huslu> is it possible to for a branch11 to use repo ?
[22:18] <james_w> huslu: yes, that's what will happen.
[22:18] <bob2> it will look all the way back to /
[22:20] <huslu> hm, ok but what so from another view, don't put a any shared repo between / and branch if you don't wan't it to be in the shared repo?
[22:20] <LarstiQ> huslu: correct
[22:20] <chadmiller> leo2007: Well, you could crack the machine, get root, and install it properly.  Which would be less complicated?
[22:21] <huslu> ah, thanks. good to know.
[22:21] <mtaylor> chadmiller: boo
[22:21]  * chadmiller fights mtaylor.
[22:22]  * mtaylor stabs chadmiller in the face
[22:23] <chadmiller> Oif!
[22:23]  * LarstiQ blinks ath the unruly lot
[22:29] <poolie> hello chadmiller mtaylor
[22:30] <poolie> LarstiQ: also, we have many non-US contributors and the holidays don't perfectly line up
[22:31] <chadmiller> leo2007: Sorry, earlier, I left out "setup.py", "python setup.py install ...."
[22:31] <LarstiQ> poolie: or not at all for our southern hemisphere ones. So we're not participating then?
[22:32] <LarstiQ> poolie: but instead offering promising students an alternative via Canonical?
[22:32] <LarstiQ> the year round? :)
[22:32]  * LarstiQ thinks it would be good to have Daniel work on PQM for instance
[22:33] <chadmiller> I have a simple patch for bzr source.  Should I send it to the mailing list?
[22:33] <mwhudson> yes
[22:33] <mwhudson> use 'bzr send'
[22:45] <mtaylor> poolie: hello
[22:45] <mtaylor> chadmiller: ooh. what's your patch do?
[22:45] <chadmiller> I'll CC you, mtaylor.
[22:45] <mtaylor> neet.
[22:45] <ubotu> New bug: #201613 in bzr-loom "pushing looms does not work properly" [Undecided,New] https://launchpad.net/bugs/201613
[22:45] <mtaylor> does it solve world hunger?
[22:46] <mtaylor> hehe
[23:02] <schierbeck> hi boys
[23:09] <james_w> jam: stupid me, I never call the recursive function.
[23:10] <james_w> told you it was untested :)
[23:11] <mwhudson> hm
[23:11] <mwhudson> what is 'bzr grep'
[23:11] <mwhudson> ?
[23:18] <james_w> mwhudson: it's a plugin that will grep your branch files.
[23:18] <mwhudson> oh
[23:18] <james_w> I don't know if it works on revision trees or just working trees.
[23:18] <mwhudson> i use bzr ls --versioned --null | xargs -0 grep ... for that
[23:19] <james_w> yeah, I think that is pretty much what the plugin is at this point.
[23:19] <mwhudson> k
[23:27]  * Peng notes that hg's grep plugin has a real implementation.
[23:27] <Peng> OTOH, it's slow and uses tons of RAM. :P
[23:34] <james_w> jam: I've got a whole bunch of fixes queued up here. It now actually gets the answer right for at least one.
[23:42] <schierbeck> hey guys -- has anyone looked at a bzr extension for gio?
[23:43] <schierbeck> it would be cool to be able to use bzr:// url's in nautilus et al.
[23:58] <poolie> schierbeck: someone talked about that last week, maybe jelmer?