RainCTIsn't "bzr pack" supposed to reduce the size of .bzr, and not to double it? http://paste.ubuntu.com/215878/plain/00:35
RainCTOr is it keeping an uncompressed backup around or something?00:36
pygiRainCT, you need to clean the old packs00:43
RenatoSilvabzr revno file:///d:/Programação/Utilidades/csvt.rb01:50
RenatoSilvabzr: ERROR: Unsupported protocol for url "file:///d:/Programação/Utilidades/csvt.rb"01:50
jkakarlifeless: I've integrated bzrlib.commands.Command and Command.hooks into Commandant and I have all the tests passing!04:13
jkakarlifeless: There's still more tests to write and I'd like to do some cleanup.  Thanks a lot for the Command.hooks refactoring, it's really working well for me.04:14
JunqiangEOL filter doesn't work in bzr, is there any plan on it?07:10
=== ddaa1 is now known as ddaa
=== tro|| is now known as tro
=== tro|| is now known as tro
faceprinthow interested are you guys in hearing about crazy (but real world) comparisons between 2a and 1.14-rich-root?15:35
LarstiQfaceprint: rather15:37
faceprintI'm moving my development team off of CVS to bzr later this month.  The repository dates back to 2003, and I've used tailor to create and keep up to date a bzr mirror of the CVS repository.  I've got about 30k revisions of about 10k files.15:39
LarstiQfaceprint: that's a nicely sized tree15:40
faceprintI've got code files that have between 1 and a few hundred revisions, typical development commit patterns, and then some data files that are less-than-ideal for an SCM.  One example has 220 revisions, about 400k lines, and weighs in at about 10 MB15:40
faceprintI've been trying to benchmark this repo 6 ways from sunday so I can be prepared for any complaints from my teammates15:41
faceprinton a 1.14-rich-root copy, that big data file takes 5:30 to annotate, and chews up about 1.8 GB of memory in the process15:42
LarstiQfaceprint: which version of bzr is that with?15:42
* LarstiQ looks up when jam's annotate-for-big-files changes landed15:43
faceprint2a has been running for 30 minutes so far, and I think it's up over 6 GB of memory15:43
faceprintthis is the first thing i've seen "worse" on 2a, thought you guys might like to hear about it15:44
LarstiQfaceprint: certainly!15:44
Raimis there a way to bypass aliases for automation?15:44
LarstiQfaceprint: could one of the core devs experiment with a copy?15:45
faceprintLarstiQ: unfortunately that's out of the question.  very private repo.15:45
LarstiQRaim: --no-aliases?15:46
faceprintbut if you can tell me which "dimension" of absurdity to go in, I might be able to try and recreate something similar that exhibits the behavior15:46
LarstiQfaceprint: I think jam or igc would be better suited to give you that feedback15:47
RaimLarstiQ: yeah, was looking for that exactly. thanks :)15:47
LarstiQRaim: lifted from `bzr help global-options`15:47
LarstiQRaim: now, if you're doing automation with python and bzrlib, the answer would be different :)15:47
LarstiQfaceprint: are you subscribed to the mailing list?15:48
faceprintLarstiQ: not yet.  i've been reading archives all weekend ;-)15:48
RaimLarstiQ: no, it's about shell automation. I ran into a problem as I aliased "bzr diff" to "diff --using 'colordiff -u'" and then patch naturally chokes on the color codes15:49
LarstiQfaceprint: since a post about this to the list will get more exposure than irc when most core devs are not working :)15:49
LarstiQRaim: right15:49
faceprintLarstiQ: is it relatively easy to grab bzr.dev and use it w/o touching my regular install?15:50
LarstiQRaim: how about `bzr cdiff` from bzrtools? Doesn't it do terminal detection?15:50
LarstiQfaceprint: yes, very15:50
LarstiQfaceprint: since bzr runs from source, no installation required, just invoke the right binary15:50
faceprintexcellent.  i'll give that a whirl and see what kind of results I get.15:51
LarstiQfaceprint: you will want to make sure the C extensions are built for performance, but that can happen inplace15:51
LarstiQjust run `make` and install the dependencies (pyrex, python-dev and a C toolchain afaik. Oh, libz-dev perhaps15:51
LarstiQfaceprint: do I understand it correctly that your 1.14-rr is based on a continual tailor conversion?15:52
RaimLarstiQ: I think I tried that, but it had problems in combination with bzr-pager15:53
LarstiQRaim: ah15:53
LarstiQRaim: sounds like something to fix :)15:53
LarstiQRaim: if you can tell me how to reproduce it, I can file a bug15:53
faceprintcorrect.  it syncs the CVS once an hour to a 1.14-rr that is bound to a server with a rich-root-pack repo (because I can't upgrade that copy of bzr yet)15:54
RaimLarstiQ: this one, https://bugs.launchpad.net/bzr-pager/+bug/32984515:54
ubottuUbuntu bug 329845 in bzr-pager "Incompatibility with diff from bzrtools ('DiffWriter' object has no attribute 'isatty')" [Medium,Fix committed]15:54
* LarstiQ sits back as other people file bugs ;)15:54
LarstiQRaim: also seems like luks merged the fix15:55
faceprintLarstiQ: FYI, bzr.dev on the 1.14-rr was twice as slow as 1.16.1.  I'm running it on 2a now.16:25
LarstiQfaceprint: specifically annotate on that large file?16:26
faceprintcrap, I forgot about running make.  that's probably not valid results16:26
LarstiQvalid if you want pure python, but slower :)16:27
faceprinti'll wager that my 1.16.1 deb has the C extensions, so not apples to apples at the very least16:28
faceprintwow, big difference.  bzr.dev much faster on that repo now.  1:02 vs 5:28 with 1.16.116:32
fullermdYeah, there's some new stuff with annotate since then.  In the last few days, actually.16:33
faceprint2a is much better as well: 2:32 vs (did not finish) with 1.16.1.  and it ended up using a few hundred MB, vs 6 GB with 1.16.116:36
faceprintare those speedups destined for 1.17, or a later version?16:36
fullermdThey'll be in 1.17 I'm pretty sure, it hasn't branched yet.16:37
fullermd(always barring bugs being found that call for backing it out prior to that of course)16:37
=== abeaumont_ is now known as abeaumont
=== thekorn is now known as THEKORN
garyvdmIs it possible to have shelve give me a move granular choice. It's groups some changes together.18:57
LarstiQgaryvdm: as opposed to?18:57
garyvdmIt groups some of the changes together.18:58
garyvdmI want to shelve only some of them,18:58
LarstiQgaryvdm: in one hunk you mean?18:58
LarstiQgaryvdm: ie, you want hunksplitting?18:58
garyvdmI want to shelve the refresh button code.19:00
garyvdmbut not the larst change.19:00
LarstiQgaryvdm: yeah, hunk splitting19:01
LarstiQgaryvdm: which would be very cool to have19:01
garyvdmI would think that those are different hunks...19:01
=== THEKORN is now known as thekorn
LarstiQgaryvdm: right, but the diffing algorithm didn't19:02
LarstiQgaryvdm: so that is where you as a human could come in to augment the algorithm19:02
garyvdmLarstiQ: from my understanding of the term hunk - the diffing algorithm would think that those are different hunks.19:03
LarstiQgaryvdm: they're both in the same set between @@' right?19:05
LarstiQthose are the hunk delineators19:05
LarstiQgnu diff has some options to make it try harder to make the hunks smaller19:06
LarstiQdon't know about patience diff19:06
LarstiQgaryvdm: all a long way of saying, afaik you can not easily do that right now19:07
LarstiQgaryvdm: but I'd really like to be able to :)19:07
saedelaerei'am completely new to a vcs and bazaar. i've read the user guide but having some problems to understand some things.19:24
saedelaerei'am developing a software that is hosted on sourceforge and want to use the bazaar service there. I'am the only developer there so i need the repo so users can get the latest source code.19:26
saedelaereso the first thing. i did19:26
saedelaerebzr init19:26
saedelaerebzr add19:26
saedelaerebzr commit -m "blabla"19:26
saedelaerebzr push ...19:27
saedelaerenow i get a message19:27
saedelaere"This transport does not update the working tree of: bzr+ssh://christianrapp@tv-viewer.bzr.sourceforge.net/bzrroot/tv-viewer/. See 'bzr help working-trees' for more information.19:27
saedelaereCreated new branch."19:27
saedelaerewhat does this mean? when i did some changes to the code. how do i update the repository on sourceforge? using bzr push?19:28
LarstiQsaedelaere: yes, using bzr push19:29
LarstiQsaedelaere: I wonder why youget that message though19:29
LarstiQsaedelaere: how did the branch at .../tv-viewer/ come into existance?19:29
LarstiQbzr should only say that if there is a working tree present, which there is no need for19:30
fullermdWell, presumably by that push, since it said 'created new branch'...19:30
LarstiQfullermd: then why does it mention updating a working tree?19:31
saedelaereshould i have done this first?19:33
saedelaerebzr init-repo --no-trees sftp://centralhost/srv/bzr/PROJECT19:33
saedelaereand then continue like this?19:33
LarstiQsaedelaere: not per se19:33
LarstiQsaedelaere: it will consume less storage and be faster if you use multiple branches, but other than that no difference19:34
saedelaerebranch, working-trees puhh still not understanding completely :)19:34
saedelaereok then i've done nothing wrong19:34
saedelaerelike i said i need the repo on sourceforge only so users can get the latest source code19:35
garyvdmNo - people will still get a working tree when they pull19:35
garyvdmI would think that is a bug with the hosting.19:35
LarstiQgaryvdm: are you seeing someting I'm missing?19:35
garyvdmLarstiQ: I'm baseing that on a big assumption. Let me just somthing.19:36
saedelaereok one more thing. when i ever find someone who whants to contribute and is also allowed to write to my repo, how do we keep our work synchronized? bzr merge "path_to_my_repo_on_sourceforge", will this command add all changes to my local repository?19:40
garyvdmLarstiQ: my assumption was wrong. So the branch with working tree must have been created before the push?19:41
garyvdmsaedelaere: Yes19:42
LarstiQgaryvdm: I don't really understand what is going on, lack of information19:42
LarstiQsaedelaere: that will work19:42
garyvdmsaedelaere: and if someone else who does not have permissions to you trunk branch on sf, they can push there changes to another branch sf, and you can merge from that branch.19:43
garyvdmThis is one of the big wins for Distributed VCS.19:44
LarstiQor you can even use `bzr send` and email the commits19:44
garyvdmsaedelaere: If you get the "can't update remote wt" error in future...19:45
garyvdmYou need to get on of the sf admins to do "bzr remove-tree BRANCH" on the server.19:46
LarstiQif you can access it with bzr+ssh, you can do it yourself19:47
* fullermd isn't sure that follows...19:47
garyvdmLarstiQ: bzr: ERROR: You cannot remove the working tree of a remote path19:48
LarstiQgaryvdm: I was thinking of hitchhiker19:48
LarstiQbut you are right, that is more manual than `bzr remove-tree`19:49
LarstiQwhich I guess is not a good idea for non-experienced people19:49
garyvdmWhat is hitchhiker?19:49
LarstiQgaryvdm: lp:hitchhiker, an ftp like client based on bzr's transports19:49
fullermdIt's sorta a manual shell on the bzr protocol.19:50
garyvdmI understand why we can push to a remote wt, but would it not be easy to code bzr to remove a remote wt?19:51
LarstiQgaryvdm: not entirely19:53
LarstiQgaryvdm: you need to check for unknowns19:53
garyvdmOh - right19:53
LarstiQgaryvdm: you are right that we don't have to do conflict merging, so no getting of the content19:53
LarstiQso at a minimum one extra listdir19:54
saedelaereok i just pushed my second revision and the error did not appear again.20:05
saedelaerethanks for all your help and hints. oh and great tool. really easy to use. I also tried svn but that was much to complicated.20:05
LarstiQsaedelaere: good to hear :)20:06
saedelaerei do a commit with20:37
saedelaerebzr commit -m "foo"20:37
saedelaerenow i want to add several different messages to this commit20:37
saedelaerebzr -m "foo20:37
saedelaereseems not to be possible to split the message into several lines. Correct?20:37
LarstiQsaedelaere: incorrect. But if you use -m it depends on your shell being able to handle it.20:38
LarstiQsaedelaere: I use zsh and there it works.20:38
LarstiQsaedelaere: alternatively, don't use -m and just let the editor come up, or write a commit message to file and use -F20:39
LarstiQsaedelaere: see `bzr help commit`20:39
saedelaereah thats a good idea, thanks :)20:39
garyvdmsaedelaere: There also guis available.20:47
garyvdmbzr qcommit from qbzr20:47
garyvdmor bzr gcommit from bzr-gtk20:47
garyvdmOn windows - qbzr comes with the installer.20:48
saedelaerei wanted to learn bazaar from the scratch so i started with the terminal. perhaps later i will try a frontend20:51
lifelessjkakar: glad you like it ;) I did it to tease apart bits of bzrlib mainly. Still its very nice that its found external love as well.21:55
jkakarlifeless: It's awesome, getting takes_args and takes_options for free is worth a lot. :)21:56
jkakarlifeless: I'm using run_bzr to run the commands and that's working pretty well too.21:57
jkakarlifeless: At some point I'd like to see if there's a way to make use of the bzrlib.help_topics stuff.  Right now I'm using my own code, but using Command.get_help_text to generate verbose output for commands.21:57
lifelessjkakar: have you seen bzr-guess?21:58
jkakarlifeless: Nope.21:58
lifelessIt was one of the things I had in mind with the hooks ;)21:59
lifelessyou might like to load that particular bzr plugin in commandant21:59
jkakarlifeless: That is creepy. :)21:59
lifeless(import bzrlib.plugin; bzrlib.plugin.set_plugin_path(); import bzrlib.plugins.guess)21:59
lifelessjkakar: ?22:00
jkakarlifeless: bzr-guess, that is. :)22:00
lifelesswhy creepy?22:00
jkakarlifeless: Hmm, I guess I'd also need to register a function for "get_missing_command" to look at plugins.22:00
jkakarlifeless: Right now I implement hooks for "list_commands" and "get_commands" and leave the rest in their default unbound state.22:01
lifelessno; get_missing_command is one of the three hooks we provide22:01
lifelessbzr-guess hooks get_missing_command22:01
lifelessbut it only depends on list and get22:01
jkakarAh ha, I get it, nice.22:01
* saedelaere zzz22:02
mwhudsonjelmer: hi?22:25
LarstiQmwhudson: iirc jelmer is on a 4-day trip atm22:32
mwhudsonLarstiQ: ok22:32
LarstiQmwhudson: yeah, at oxegen.ie22:33
jmlspm, hello.22:59
spmjml: howdy!23:01
jmlspm, I need to release a new version of Bazaar, and I need you to help me23:01
spmjml: your wish is my command :-)23:01
jmlspm, can you please make a pqm managed branch for 1.17?23:02
spmjml: sure. one sec or three23:03
jmlspm, thanks23:03
spmjml: that should be all systems go for 1.1723:11
jmlspm, thank you!23:11
* jml trundles off to a leisurely breakfast where bzr may in fact be released23:12
spmjml: bzr v1.17 "Coffee & Danish" ?23:13
jpdsspm: Sounds better than KFC!23:13
jmlspm, "So late it's brunch", more likely23:14
spmjpds: for breakfast? KFC? blurg. :-)23:14
spmjml: not... optimistic enough imho :-)23:14
jmloh well, I'll have plenty of time to think about it on the way to crows nest :)23:15
garyvdm"So late it's brunch" - Ha Ha +123:15
lifelessjml: are you still on leave?23:21
mwhudsonigc: hello23:33
igchi mwhudson!23:36
mwhudsonigc: i still need to reply to that mail about bzr-svn23:38
mwhudsonbut basically i think we need to talk to jelmer a bit23:38
garyvdmHi igc23:39
igcmwhudson: cool. I have 800 emails to start the day so I'm not missing it. :-)23:39
igchi garyvdm23:39
igcgaryvdm: it looks like jam has been playing with Qt tree models. Is he aware of your stuff yet?23:40
garyvdmI don't know.23:40
garyvdmigc: What's jam doing?23:40
igcgaryvdm: not sure exactly - fixing bugs maybe?23:42
igcgaryvdm: https://code.edge.launchpad.net/bzr-explorer23:42
garyvdmigc: lp:~jameinel/bzr-explorer/wt_model very much duplicates the work I've done. - I'll send jam an email.23:59
igcgaryvdm: thanks23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!