[00:17] <lifeless> mtaylor: yes
[02:20] <rocky> just curious, does anyone here ever nest repos ?
[02:44] <Peng_> rocky: Repos? Yes. Branches? No.
[02:47] <KhaZ> Hey!  Quick question.  In the bzr code, is there any way to get the path to the root of the current branch?  If not globally, can you do so from the TreeDelta class at all?
[02:49] <Peng_> KhaZ: There's the "bzr root" command. You could start with its code.
[02:51] <KhaZ> Cool, thanks, I'll take a look
[07:40] <bialix> KhaZ: I gave you wrong answer yesterday, sorry. `bzr st .` do what you need
[07:48] <KhaZ> Oh?
[07:48] <KhaZ> Hrmm.
[07:48] <KhaZ> I just rewrote bzr st in my local copy to do that.  Oops.
[07:49] <KhaZ> Actually, that doesn't seem to work either
[07:49] <KhaZ> Oh, wait a minute
[07:49] <KhaZ> I'm confusing two issues.
[07:49] <KhaZ> bzr st . only prints changes after my current working directory, which is defintely awesome.
[07:50] <KhaZ> My other 'issue' is that bzr st always prints out paths relative tot he root of the repository, not relative to where I currently am in the tree.
[07:50] <KhaZ> I've put code in my local branch of bzr to do that.  If I wanted to see if that would be accepted in the mainline, how would I go about doing that?
[07:50] <KhaZ> (Not saying it should be - perhaps people enjoy the current way... But I'd like to ask at least. ;) )
[08:07] <bialix> Khaz: the second issue mulled over many times. It's considered as bug
[08:10] <bialix> https://bugs.launchpad.net/bzr/+bug/30159
[08:10] <bialix> very ooooold bug
[08:15] <bialix> if you want to fix this bug -- many peoply will be happy
[08:16] <bialix> KhaZ: run `bzr send --mail-to bazaar@lists.canonical.com lp:bzr` in your branch -- this will create patch submission
[08:17] <bialix> http://bazaar-vcs.org/BzrDevelopment
[09:34] <Jc2k> morning
[11:21] <LarstiQ> ronny: ooooh, those gloves look nice
[11:27] <ronny> LarstiQ: they sure do
[11:29] <bialix> hi AmanicA
[11:30] <AmanicA> hi
[11:30] <bialix> today is quite enough here?
[11:30] <AmanicA> huh?
[11:30] <bialix> I mean the channel is empty, not?
[11:30] <LarstiQ> relatively
[11:30] <bialix> look at lp:~scmproj-dev/bzr-scmproj/new-layout please
[11:30] <bialix> you LarstiQ!
[11:31] <AmanicA> :)
[11:31] <bialix> yo!
[11:31] <ronny> bialix: whats scmproj ?
[11:31] <bialix> LarstiQ: we going to do mini-sprint with AmanicA on new layout. everybody can jump in
[11:31] <bialix> ronny: emulation of nested trees
[11:32] <ronny> only bzr, or support for others, too?
[11:32] <bialix> ronny: In general design is vcs-agnostic
[11:33] <bialix> ronny: sorry, my "look" may be too wide there
[11:33] <LarstiQ> bialix: cool, I'm at fosdem at the moment, still waking up, going to hunt down jelmer and others later
[11:33] <bialix> cool
[11:33] <ronny> bialix: ah, im the author of anyvc, which is a vcs abstraction lib
[11:33] <bialix> ronny: cool
[11:33] <bialix> anyvc for Emacs, no?
[11:33] <ronny> i still lack support for repos/branches tho, doing mostly workdir abstraction atm
[11:33] <ronny> bialix: its a python lib
[11:34] <ronny> using it in the pida ide
[11:34] <bialix> ooh
[11:34] <bialix> I've started some sort of vcs abstraction for scmproj
[11:34] <bialix> AmanicA: try to run tests, you'll see where we now
[11:35] <ronny> bialix: how far, and whats the main job of it
[11:35] <ronny> bialix: i'd lobe to join effords at some point
[11:35] <AmanicA> excelent!
[11:35] <ronny> mostly cause propper abstraction of the various branching patterns is a huge pain
[11:35] <bialix> ronny: I'm focusing on the scmproj needs
[11:36] <bialix> as main goal
[11:36] <ronny> btw, is there any relation to the vcs-pkg project?
[11:36] <bialix> we have our own "branch" abstraction here: local branches
[11:36] <bialix> ronny: http://bazaar.launchpad.net/~scmproj-dev/bzr-scmproj/new-layout/annotate/head%3A/vcs.py
[11:36] <AmanicA> bialix: tests passed
[11:37] <bialix> AmanicA: you joking
[11:37] <AmanicA> no
[11:37] <AmanicA> I did make test
[11:37] <ronny> bialix: ah, i see
[11:37] <AmanicA> on new-layout
[11:37] <bialix> I have 8 errors
[11:37] <bialix> ronny: what is vcs-pkg
[11:37] <bialix> ?
[11:38] <bialix> AmanicA: I suppose you need to switch your active plugin to use new-layout branch/checkout, no?
[11:38] <ronny> bialix: http://vcs-pkg.org/
[11:38] <AmanicA> ok
[11:39] <bialix> ronny: no, "distro package maintenance" is not my goal
[11:39] <AmanicA> back to reality: FAILED (errors=8)
[11:40] <ronny> bialix: k
[11:41] <bialix> AmanicA: we have 2 different ways here: working with local project and with remote one
[11:41] <AmanicA> ok
[11:43] <bialix> you can start adapting one or another
[11:43] <AmanicA> give me one
[11:44] <bialix> remote is a bit smaller perhaps?
[11:44] <bialix> test_project.py TestProjectRemote
[11:44] <AmanicA> I don't mind, I'll have to figure it out anyway
[11:44] <AmanicA> ok
[11:44] <bialix> we need to teach the code about project-get from remote location
[11:45] <ronny> hmm
[11:45] <bialix> ronny: where anyvc lives?
[11:45] <ronny> bitbucket
[11:46] <ronny> http://bitbucket.org/RonnyPfannschmidt/anyvc/
[11:46] <ronny> current state is good workdir support, lack of branch/repo abstraction + sync
[11:47] <bialix> thanks, I'll look at the code later
[11:47] <ronny> i also want to add support for vcs mappers at some point (ie bzr/git/hg svn extensions)
[11:47] <bialix> what is "mappers"?
[11:48] <LarstiQ> bialix: foreign branches/tailor style converting between vcsen
[11:48] <bialix> ah
[11:49] <AmanicA> bialix: TestProjectRemote.test_initialize is leaking threads among 3 leaking tests   do you want me to look at that too?
[11:49] <bialix> no, I saw this. It has random effect
[11:49] <AmanicA> ok
[11:49] <bialix> monseur vila perhaps can shed some light
[11:50] <bialix> but I suppose he is nothere
[11:52] <bialix> AmanicA: I think we also need to collapse some commands together at some point
[11:52] <bialix> e.g. project-get maybe should to get the branches as well?
[11:53] <AmanicA> in stead of fetch?
[11:54] <AmanicA> I see no test for project-get, local or remote
[11:54] <ronny> LarstiQ: i dont want to mimic tialor, i want to utilize the buildins/extensions of the vcs's to deal with the 2way interop
[11:54] <bialix> if it's not in test_cli.py then it's not written yet
[11:55] <LarstiQ> ronny: I should have used parenthesis around (foreign branches/tailor) :)
[11:55]  * LarstiQ heartily agrees not going the tailor route for an actual implementation
[11:56] <ronny> hmm
[11:56] <ronny> something no traditional vcs will ever be able to support is propper 2-way interop with darcs
[11:57] <ronny> bascially the content of the workdir is a view on the merge of the current ends of the patch dependency graph
[11:57] <bialix> AmanicA: I'll try to rework local.cfg to use branch.conf
[11:58] <bialix> AmanicA: look at the end of the page: http://bazaar-vcs.org/ScmProj/Snapshot
[11:58] <AmanicA> bialix: I think I must work on project-get  ie. write local and remote tests for it
[11:59] <bialix> ok
[11:59] <bialix> I'm working on local.cfg then
[12:00] <vila> AmanicA, bialix: the socket leaking problem is a hard one, basically they are due to servers that are not able to shutdown properly because transports are still connected
[12:00] <AmanicA> ok
[12:00] <vila> And since transport API and usage provides no mean to close a connection, there is no easy way
[12:01] <bialix> vila: I'm successfully can write the test with sftp server but it randomly leaking
[12:01] <LarstiQ> ronny: yeah, it is possible to make a generalisation to support darcs, but not very useful imho
[12:01] <vila> bialix: don't worry about that too much
[12:01] <bialix> ok
[12:01] <vila> Essentially the server close happen during gc so you have no control about it
[12:02] <bialix> vila: btw I think this may affect bzr selftest on windows then, because this OS has limited resources for opened sockets
[12:02] <vila> If and when the problem is solved, your test will stop leaking :-)
[12:03] <bialix> it's already stops. no.. wait! it leaking again! :-)
[12:03] <AmanicA> ooh that is bad, so longrunning apps that repeatedly connect to some server can run out of connections?
[12:03] <ronny> LarstiQ: i think darcs is one of the best ideas to deal with development
[12:03] <vila> The symptom when reaching socket limit is pretty heavy: most of the tests start failing very vocally... At least on linux, OSX solaris, (still not enough  experience under windows :-/)
[12:03] <bialix> if they will not close sockets? yes, there possible problems then
[12:04] <vila> AmanicA: not at all, the leaked sockets are the *server* ones
[12:04] <bialix> IIRC on windows this number is about 1K
[12:04] <ronny> LarstiQ: stuff like cherry-picking is just natural to it, and propperly propagates
[12:04] <vila> the test server ones even
[12:05] <AmanicA> ok, but cant you run out of server sockets
[12:05] <AmanicA> if some app eg. bzr-eclipse connects repeatedly
[12:06] <vila> AmanicA: *test* servers
[12:06] <vila> only selftest is concerned
[12:06] <AmanicA> okok, then its no big problem I guess
[12:07] <AmanicA> :) thanks
[12:08] <vila> It's a problem about relying on the gc to release resources
[12:09] <vila> The leak test was added to have some idea about the problem scale because some other tests were failing under very weird circumstances, if you look at the output of a full test suite run, you should find the bug number and from there more info on the subject
[12:09]  * vila wasn't there and should really go to hair dresser :)
[12:10] <bialix> :-)
[12:12] <AmanicA> :)
[12:13] <AmanicA> bialix, I see the whitebox test for pget is for clone method
[12:13] <AmanicA> so I will implement that for remote
[12:13] <bialix> yes
[12:25] <bialix> AmanicA: pushed changes in tests (s/create/initialize)
[12:25]  * bialix lunch
[12:25] <AmanicA> me too almost
[12:25] <AmanicA> can I push to that branch?
[12:25] <bialix> yes
[12:32]  * AmanicA lunch
[13:43] <Odd_Bloke> LarstiQ: Whereabouts are you?
[13:49] <Lo-lan-do> Hi all
[13:50] <Lo-lan-do> LarstiQ: In case you're looking for me, I'm in the lightning talks at least until the Bazaar one :-)
[14:10] <LarstiQ> Lo-lan-do, Odd_Bloke : I'm heading to the lightning talks too, and otherwise I camp put at the debian  booth
[14:10] <LarstiQ> and god is wifi horridly slow
[14:11] <Lo-lan-do> LarstiQ: I'm in the front row
[14:12] <Jc2k> anyone know where jelmer is hiding?
[14:12] <Lo-lan-do> I've been looking for him today, since he's the only bzr face I know (and I've only known him since last night :-)
[14:14] <LarstiQ> jelmer got at the hotel around 04:00
[14:15] <Jc2k> ouch
[14:15] <LarstiQ> he might be waking up now
[14:15] <LarstiQ> \\
[14:16] <LarstiQ> \\
[14:16] <LarstiQ> \
[14:16] <LarstiQ> \\\\\\\\\\\\\\\
[14:16] <LarstiQ> gar
[14:18] <LarstiQ> note to self, don't hold the laptop  at the keyboard
[14:23] <AmanicA> bialix, code & test for project.clone(remote) committed. but you really need to review it.
[14:27]  * Odd_Bloke is going to loiter outside the lightning talks room after the bzr one.
[14:29] <bialix> ok
[14:58] <AmanicA> bialix: I was able to open a remote project config
[14:58] <AmanicA> why did you say we don't allow that?
[14:59] <AmanicA> I think the problem it when it is just a branch an not a tree
[14:59] <AmanicA> so I think we should just show a nice error if the file does not exist
[15:07] <bialix> AmanicA: I think we should split the Project class on ProjectLocal and ProjectRemote
[15:07] <AmanicA> why?
[15:07] <bialix> AmanicA: because they should behave differently
[15:08] <AmanicA> ok
[15:08] <AmanicA> but thats a lot of work
[15:08] <bialix> remote project config we need to read from RevisionTree, not from the disk
[15:08] <AmanicA> do you want to do it now?
[15:08] <bialix> yes
[15:08] <AmanicA> ok
[15:09] <bialix> I'll turn Project into base class with classmethods
[15:09] <bialix> time to learn about metaclasses
[15:09] <AmanicA> and make two classes that extend that one
[15:09] <bialix> yes
[15:10] <AmanicA> with a foctory method that instantiates ther right ome
[15:10] <AmanicA> one
[15:10] <bialix> so we don't need to check every time
[15:10] <bialix> isinstance(self.t, LocalTransport) :-)
[15:10] <AmanicA> yes, checking every time is a NASTY ANTI-PATTERN
[15:11] <AmanicA> I know from experience :/
[15:11] <AmanicA> anyways I could not make a test fail for the missing config file yet.
[15:12] <AmanicA> I think I should go on with other stuff until you finished this refactoring
[15:12] <AmanicA> (non scmproj stuff) so let me know when youre done'
[15:13] <bialix> ok
[15:13] <bialix> any python guru around?
[15:14] <AmanicA> hi, what do you need?
[15:14] <AmanicA> :)
[15:14] <bialix> some hints about __new__()
[15:15] <AmanicA> I thought you should do it like get_transport does it
[15:15] <bialix> we can use it to create either local or remote instance based on transport supplied
[15:15] <bialix> i think
[15:16] <bialix> you think we should use URL instead of transport in the constructor?
[15:16] <bialix> this may simplify something
[15:17] <AmanicA> maybe
[15:17] <bialix> ok, i tdd then
[15:17] <AmanicA> yes I think that would be a nicer API
[15:18] <AmanicA> I cant think of a case where we want to pass in a transport and not a url
[15:18] <bialix> revolution continued
[15:18] <AmanicA> Yeah!
[15:27]  * AmanicA rebooting
[15:46] <bialix> AmanicA: we need more blackbox tests
[15:57] <AmanicA> I know
[15:59] <bialix> :-)
[15:59] <Kmos> i've removed a file in my repo.. bzr pull shouldn't re-update it ?
[16:00] <Kmos> like svn up does
[16:00] <Kmos> *in my local repo
[16:00] <bialix> you need bzr revert
[16:00] <Kmos> thanks
[16:01] <Kmos> it worked
[16:10] <bialix> AmanicA: ping
[16:10] <AmanicA> pong
[16:10] <bialix> i'm reworking your clone
[16:10] <bialix> for remote: from url should be self.t.base
[16:11] <bialix> can we omit accelerator_tree then?
[16:12] <AmanicA> I don't think we really need it
[16:12] <AmanicA> I think it makes it quicker
[16:12] <AmanicA> when the remote side also has a working tree
[16:12] <bialix> remote should not has wt
[16:13] <AmanicA> why not?
[16:13] <bialix> only local
[16:13] <bialix> i guess because bzr does not support remote wt?
[16:13] <AmanicA> say you and I push stuff between our scmprojs
[16:13] <AmanicA> the you have a wt
[16:13] <AmanicA> and I have one
[16:14] <bialix> oh
[16:14] <bialix> no
[16:14] <bialix> we call remote different
[16:14] <bialix> please update your branch
[16:14] <bialix> ProjectLocal -- when the url is local path
[16:15] <AmanicA> I still don't understand why you removed the BASE
[16:15] <bialix> ProjectRemote -- when url is sftp://, http:// etc
[16:15] <bialix> because we push to remote server just the branch
[16:16] <bialix> I think we need to clarify it
[16:16] <AmanicA> so does it not go into .scmproj?
[16:16] <bialix> we == you and I
[16:16] <AmanicA> exactly like the local version
[16:16] <bialix> no
[16:16] <bialix> you think we should?
[16:16] <bialix> it will play badly with LP
[16:16] <AmanicA> and with my gforge hosting
[16:17] <bialix> gforge?
[16:17] <AmanicA> since it does not show up on the frontend
[16:17] <AmanicA> what we use at work
[16:17] <bialix> never saw it in action
[16:17] <Lo-lan-do> s/gforge/fusionforge/, man, keep up with the times!
[16:17]  * Lo-lan-do does some advocacy
[16:17] <bialix> oh
[16:17] <bialix> i feel myself old-timers
[16:18] <bialix> lol
[16:18] <bialix> lo-lan-do has scared
[16:18] <bialix> AmanicA: so you still think we should preserve .scmproj?
[16:18] <bialix> for remote>
[16:18] <AmanicA> I shink it forked from sourcefourge some time ago
[16:18] <AmanicA> no
[16:19] <bialix> great
[16:19] <AmanicA> but that is how I thought when I coded it
[16:19] <bialix> that's why i've started separate clasess
[16:19] <AmanicA> so what we are talking about here is just the sharing of .scmproj
[16:19] <AmanicA> not all its containing branches
[16:19] <AmanicA> and the working trees
[16:19]  * bialix going to change clone() to use url as parameter
[16:20] <AmanicA> cool
[16:20] <bialix> i think -- yes
[16:20] <bialix> .scmproj at the disk is the branch
[16:20] <AmanicA> please add some code docs as to what we decided now
[16:20] <bialix> and we handle it as the branch
[16:20] <AmanicA> yes
[16:21] <bialix> it's better copy-paste to wiki
[16:21] <bialix> i'd better finish code
[16:21] <AmanicA> ok
[16:22] <AmanicA> one sentence would help
[16:22] <AmanicA> we can clean it up later
[16:24] <bialix> AmanicA:             new_br = dir.open_branch()
[16:24] <bialix> is it really needed?
[16:24] <AmanicA> no
[16:24] <AmanicA> I thought I removed that
[16:24] <bialix> removed
[16:25] <AmanicA> I was looking if it will be needed, and obivously forgot to remove it
[16:26] <AmanicA> I told you, that you have to review this code, because I was unsure of what it was supposed to do. I
[16:26] <AmanicA> I'm glad you are catching these
[16:26] <bialix> man, I don't understand whty i've started to use transport instead of url
[16:26] <bialix> code is much better now woth urls
[16:27] <bialix> with
[16:27] <bialix> heh
[16:27]  * AmanicA food again!
[16:27] <AmanicA> yes
[16:27] <bialix> !
[16:28] <bialix> ashes on my head... :-[
[16:34]  * bialix committed and going for some coffee
[16:43] <nagyv> hi! I'm trying to compile and install bzr into a --no-site-packages virtuanenv on an ubuntu hardy, but building btree fails. Do I miss some header packages? If so what? here is the traceback: http://pastebin.com/m12e1efca
[17:07] <bialix> nagyv: looks like you need python-dev package
[17:07] <bialix> or something like this
[17:08] <nagyv> bialix: thx, just found it out myself as well :)
[17:08] <bialix> k
[17:20] <luke-jr> so to solve the "copy" debate-- why not simply have 3 operations: move, template, and split?
[17:21] <LaserJock> this is your daily ~bzr PPA ping, any ETA on bzrtools? :-)
[17:23] <bialix> luke-jr: hm?
[17:23] <luke-jr> bialix: 'move' is straightforward and already implemented
[17:24] <luke-jr> 'template' would mean basically "add with history"
[17:24] <luke-jr> 'split' would try to merge changes in both directions, and conflict if there was a problem
[17:25] <bialix> AFAIK the main problem is file-id
[17:25] <luke-jr> ?
[17:25] <bialix> bzr internally works in the term of file-id
[17:25] <luke-jr> o
[17:25] <bialix> it's like inodes
[17:26] <luke-jr> some kind of "split/templated from <file-id>" metadata?
[17:26] <bialix> try to search ML archives for `path tokens`
[17:26] <bialix> IIRC
[17:27] <bialix> jam knows everything, are you here?
[17:30] <bialix> I think main problem here is that internally bzr should change support of only one file-id to to several (aka aliases)
[17:31] <LaserJock> if I "downgrade" a branch format will it bother people who already have branched?
[17:31] <bialix> no
[17:32] <bialix> unless you going downgrade to knits
[17:44] <tro> jelmer: what type of a shared repo do i need to have to clone http://people.samba.org/bzr/jelmer/bzr-local-branches/trunk/ ?
[17:44] <bialix> yo jelmer!
[17:46] <AmanicA> so bialix how's it hangin?
[17:46] <bialix> tro: bzr info http://people.samba.org/bzr/jelmer/bzr-local-branches/trunk/ -v   will tell you (but i guess --rich-root-pack)
[17:46] <bialix> AmanicA: hanging?
[17:46] <tro> bialix: thanks. just figured that out myself too :)
[17:46] <AmanicA> yes
[17:47] <bialix> what do you mean?
[17:47] <AmanicA> :)
[17:47] <bialix> I'm back to new local config stuff
[17:47] <AmanicA> how is it going with that refactoring
[17:47] <bialix> ah
[17:47] <bialix> basic things are done
[17:47] <bialix> we need to move almost everything to ProjectLocal
[17:47] <AmanicA> let me know when I can start breaking stuff again:)
[17:48] <bialix> but mandatory parts (open and clone) already there
[17:48] <bialix> green light
[17:48] <bialix> i'm grinding config.py
[17:49] <bialix> AmanicA: perhaps we should think about all 4 variants of clone, but current 2 is ok for me
[17:49] <AmanicA> yes
[17:50] <AmanicA> they are the most important ones
[17:52] <bialix> so project.py is open for hacking now
[17:52] <Odd_Bloke> jelmer: Whereabouts are you?
[18:07] <AmanicA> hurray all our tests are passing, this makes develoment easier: less noise
[18:07] <AmanicA> bialix, it there something specific you want me to tackle next?
[18:07] <AmanicA> btw thanks for fixing the tests
[18:07] <bialix> i've just disabled 4 of them for now to remove noise
[18:08] <bialix> will be very nice to have more blackbox tests if you don't mind
[18:08] <AmanicA> excelent
[18:08] <AmanicA> that was what I was thinking too
[18:09] <bialix> perhaps with new local config our progress will be strugled
[18:09] <bialix> s/with/without/
[18:09] <AmanicA> not sure I understand
[18:10] <AmanicA> I'll start with pget, as I think I now know what it does, will see about code docs while I'm at it
[18:11] <bialix> local config used for run_actiona and fetch
[18:16] <bialix> AmanicA: ping
[18:16] <AmanicA> hi
[18:17] <bialix> it will be much simpler if we using for local config only branch config and never fallback to global bazaar.conf
[18:17] <bialix> objections?
[18:18] <AmanicA> for what again
[18:18] <AmanicA> for current subset
[18:18] <bialix> http://bazaar-vcs.org/ScmProj/Workspace
[18:19] <bialix> we need to store this option, and we could put it in global config
[18:19] <bialix> but it's only one universal option I see today
[18:20] <AmanicA> is it just more effort now?
[18:20] <AmanicA> I think if we do realise we want it we can add it later
[18:20] <bialix> more effort now, may be i'm just defer it till we start using it
[18:20] <AmanicA> yip
[18:20] <bialix> ok
[18:20] <bialix> thx
[19:01] <bialix> AmanicA: local config there. my brain has slowed down, so i'm finished today.
[19:01] <AmanicA> cool
[19:02] <AmanicA> it was excelent
[19:02] <bialix> yes
[19:02] <AmanicA> we should do that more often
[19:02] <AmanicA> I'm still busy
[19:02] <bialix> it's break through (I guees it's right term)
[19:02] <bialix> I can help with advices
[19:02] <AmanicA> I'm addind better online help for pget
[19:02] <bialix> but can't do review today
[19:03] <AmanicA> aah
[19:03] <bialix> and i believe you can jongle with english words better than me
[19:03] <AmanicA> I'll commit when I'm done and you can review it when you feal like it
[19:03] <AmanicA> I try
[19:04] <AmanicA> I write it mostly for myselg
[19:04] <AmanicA> myself
[19:04] <bialix> i think we need to make pget more powerful
[19:04] <AmanicA> since I have to figure out what it actually does in order to test it
[19:04] <AmanicA> I'm writing it down as I go
[19:05] <AmanicA> in the right place
[19:05] <bialix> i've made several simple commands (pget, pfetch, pco) to test them easily manually
[19:05] <AmanicA> yes
[19:05] <AmanicA> what about pmanage :)
[19:05] <AmanicA> which can do al management tasks
[19:05] <bialix> but now i feel we need to collapse them, or at least try to collapse
[19:05] <bialix> lol
[19:06] <AmanicA> lets see how it goes
[19:06] <AmanicA> don't think tooooo hard about it
[19:06] <bialix> and then we will have only one command with zilllion of options
[19:07] <bialix> and manpage on 100 pages
[19:07] <bialix> :-)
[19:07] <AmanicA> :D
[19:07] <bialix> I'm trying to joke
[19:07] <AmanicA> I have a question actually
[19:07] <AmanicA> with pget a non-existing/b
[19:07] <AmanicA> do we just go ahead and creat-prefix
[19:08] <AmanicA> or should we ad an option like bzr branch?
[19:08] <bialix> i'd prefer to be explicit
[19:08] <bialix> i.e. option
[19:09] <bialix> but currently we don't support this at all
[19:09] <bialix> so i don't mind to keep it till first bug report
[19:11] <bialix> btw, i'm just thinking: we can use pull instead of sprout for pget
[19:11] <bialix> today we leave one bug there
[19:11] <bialix> pget over already existing project should fail
[19:12] <bialix> but this is for tomorrow
[19:14] <AmanicA> ok
[19:14] <AmanicA> but
[19:15] <AmanicA> `pget a non-existing` also fails
[19:15] <AmanicA> since we branch into non-existing/.scmproj
[19:15] <bialix> AmanicA: thanks for the sprint. you rocks
[19:15] <AmanicA> :)
[19:15] <AmanicA> cool man I enjoyed it
[19:16] <bialix> AmanicA: so using pull instead of sprout for *->local should help
[19:17] <bialix> i.e. we should create branch in the .scmproj first and only then pull
[19:17] <bialix> may be we need to refactor it in next few days
[19:17] <bialix> with fresh brain
[19:17] <AmanicA> should we creat the project dir?
[19:18] <bialix> imo yes
[19:18] <AmanicA> ok I'll do that for now
[19:18] <AmanicA> I aggree
[19:18] <bialix> but only if it's only one level absent
[19:18] <AmanicA> exactly
[19:19] <bialix> cool
[19:19] <AmanicA> cool bananas
[19:19]  * bialix thinks it was joke.
[19:20]  * bialix also thinks he need to say "bye"
[19:20]  * bialix buy
[19:20] <bialix> err
[19:20] <bialix> bye AmanicA
[19:20] <AmanicA> bye
[22:19] <infinit> I need some compelling reasons why to move from svn to bzr.. can anyone give me some reasons?
[22:21] <LaserJock> infinit: I would think that would sort of depend on what things your doing with svn
[22:21] <LaserJock> I certainly like not having to worry about svn servers
[22:21] <LaserJock> easy branching and merging
[22:22] <LaserJock> and distributed revision control in general seems more flexible and freeing
[22:23] <infinit> the reason  is I wanna use launchpad and they have bazaar
[22:23] <infinit> I've always used svn
[22:23] <LaserJock> yeah, code hosting is great
[22:23] <LaserJock> infinit: you can use Launchpad and bazaar pretty much the same as svn too
[22:23] <LaserJock> pretty much the same workflow
[22:23] <infinit> bbut what happens to my current repositories
[22:24] <LaserJock> you can convert them to bzr if you like
[22:24] <infinit> how do I do that?
[22:24] <jdong> infinit: the bzr-svn plugin seamlessly speaks bzr
[22:24] <jdong> for example, I just branched the entire Monodevelop SVN tree by bzr branch svn://monodevelop.org/......
[22:25] <jdong> you can use that to convert your existing svn repos into bzr branches
[22:25] <LaserJock> infinit: bzr-svn works very well
[22:25] <LaserJock> you can use it to go back-and-forth with an svn server or to convert svn repo to bzr
[22:25] <infinit> and then I just deal with the bzr repository?
[22:26] <jdong> yep
[22:26] <jdong> the plugin can be used to import svn branches into bzr, or sit somewhere in-between and use bzr as a svn client too
[22:26] <infinit> so using bzr-svn converts my repo and I can put it on launchpad
[22:26] <LaserJock> infinit: a very simple thing to do would be bzr branch svn://<your svn repo> , then bzr push to launchpad
[22:26] <jdong> right. bzr branch svn://somewhere; bzr push lp:~your_id/something :)
[22:27] <infinit> cool
[22:27] <infinit> thats great
[22:27] <infinit> thanks guys u saved me a lot of time
[22:27] <jdong> sure thing; you'll enjoy using bzr :)
[22:28] <infinit> i'm sure i will
[22:28] <jdong> the ability to branch-and-merge carefree will prove very useful
[22:28] <jdong> not to mention there's really no such thing as a special server for bzr (rather, no necessity for)
[22:29] <jdong> setting up a svn server was one of the most annoying parts of using svn
[22:29] <infinit> so its not like svn that needs specific server to deal with it?
[22:29] <LaserJock> infinit: nope
[22:29] <jdong> right. a bzr branch contains all the info bzr clients need to know
[22:29] <jdong> you can just shove that onto an Apache server
[22:29] <jdong> or over a FTP server. Or with SSH access.
[22:30] <jdong> at work due to limited connectivity we're simply zipping up bzr branches and using e-mail
[22:30] <jdong> it's so flexible.
[22:30] <jdong> there is a specialized "smart server" that enables faster operations, but it's not at all a necessity
[22:31] <infinit> so I can even use my own webserver to keep the bzr branch and then use it online?
[22:31] <jdong> absolutely
[22:31] <infinit> that awesome
[22:31] <jdong> yeah :)
[22:32] <jdong> even amongst the distributed VCS'es, few are as flexible as bzr in this regard
[22:33] <infinit> its amazing I really need that kind of flexibility
[22:33] <infinit> there is no reason to stay with svn
[22:33] <jdong> that's what I think :)
[22:33] <jdong> you can do with bzr anything you can do with svn anyway.
[22:33] <infinit> and i assume there is plugins for eclipse as well?
[22:34] <jdong> http://bazaar-vcs.org/BzrEclipse
[22:34] <jdong> haven't used it personally, but yeah
[22:34] <jdong> I recently started using the bzr QT4 frontend a bit; it's pretty nice too
[22:34] <jdong> works consistently across all major platforms
[22:35] <infinit> great..I am a huge QT fan
[22:35] <infinit> and do u know if there is any plugin for emacs
[22:35] <infinit> ?
[22:35] <jdong> I'm not sure
[22:36] <infinit> anyway I am gonna use the command line
[22:36] <jdong> for 99% of tasks I prefer the bzr command
[22:36] <jdong> it's consistent and familiar
[22:36] <infinit> I wish I'd found this channel last year..
[22:36] <infinit> I have to convert about 20 repos now
[22:36] <jdong> I do like the QT4 frontend's "qdiff" and "qlog" commands
[22:37] <jdong> the diff representer looks really nice
[22:37] <infinit> what is the gui called? just QT bzr frontend?
[22:37] <jdong> QBzr
[22:38] <infinit> cool
[22:38] <jdong> and, if you have to deal with any Windows clients, I'll tell you right off the bat bzr is pretty much the only DVCS with good Windows support.
[22:39] <infinit> I am anti windows
[22:39] <infinit> linux is the way to go
[22:39] <Pieter> I heard mercurial has decent windows performance, especially compared to bzr
[22:39] <infinit> I always do my coding in linux,, thats not gonna be necessary
[22:39] <jdong> I natively prefer Linux/*nix too, but in large(r) FOSS projects you're bound to run into Windows users too...
[22:39] <jdong> Pieter: the performance is good but the integration isn't as good
[22:40] <jdong> the bzr 1.11 installer puts in that Tortoise shell plugin, a "start bzr cmdline here" option, and the qbzr commands...
[22:40] <jdong> I've used it to convince several coworkers to start using bzr
[22:42] <infinit> jdong: u are a great bzr advocate...
[22:43] <jdong> haha, well I'm just a happy user
[22:43] <jdong> I don't have any "connections" with the bzr project other than I use it
[22:44] <infinit> u certainly convinced me to use it.. I just needed some reasons
[22:46] <jdong> setting up bzr is like a 5-minute job compared to the initial setup of svn for a newcomer... It's worth a personal try :)
[22:52] <sohail> hey when I'm done with a branch, can I just rm -rf that branch
[22:52] <sohail> or is there some bzr command to do it
[22:52] <LaserJock> rm -rf works
[22:52] <sohail> thanks
[22:54] <jdong> ah, I love bzr-pager :)
[22:54] <jdong> the only thing that git did right.
[22:55] <LaserJock> jdong: for sure
[22:55] <LaserJock> I really like how git displays things
[22:56] <jdong> the various built-in use of color is nice too