[00:21] hey there, I need to rename a hundred files or so, is there any way to not do it one by one with bazaar? [00:29] for F in `find -name *.foo`; do bzr mv $F ${F/.foo/.bar}; done [00:40] LeoNerd: so this replaces the ".foo" string to ".bar" ? what is the ${F for? [00:44] nekohayo: to reference the env var F (which is set to the current filename) [00:44] 'course, technically that does do it one by one [00:50] TFKyle: is there a way to do a "dry run" for this? to see what it would do without actually doing the changes [00:53] you could do "echo" instead of "bzr mv" [00:53] nekohayo: you could use echo "bzr mv $F ${F/.foo/.bar}" instead of just bzr mv, [00:55] TFKyle: hm, it just prints "bzr mv" and nothing after in the term [00:55] oh no wait :) [00:56] TFKyle, it prints this: bzr mv find -name 20070216* find -name 20070216* [00:57] the command was for F in 'find -name 20070216*'; do echo "bzr mv $F ${F/20070216-/}"; done [00:57] nekohayo: `, not ' [00:58] (for the find part) [01:04] ok, I found out the syntax for F in `find . -name '20070216*'`; do echo "bzr mv $F ${F/20070216-/}"; done [01:12] TFKyle: heh, when I make it echo the command it looks all fine to me (bzr mv ./20070216-gimp_ui-09.png ./gimp_ui-09.png) but when I run it, bzr says 404. [01:23] somehow, doing the rename command by hand (exactly the same input as when done through the find loop thingy), it works [01:36] ah, there needs to be no quotes near the end [04:32] $ bzr serve --directory=/home/acemo/development/bzr/repo --allow-writes [04:32] is what am using to start my server.. from localhost i am able to do commits, but from other computer only able to update, unable to commit, getting these msges [04:32] added design/classDiagram.jude [04:32] bzr: ERROR: [Errno 13] Permission denied [04:33] what could be the reason of this and how to fix it? [04:50] acemo: when you say "from localhost", you mean via "bzr://localhost/" ? [04:50] If so, I have no idea what's going on. "bzr serve" doesn't care which host you're connecting from. [04:51] spiv: yep bzr://localhost [04:51] I guess you could do "bzr -Dhpss commit ..." from the host getting the error, to see which particular command is failing. [04:51] (by looking in the ~/.bzr.log after it fails) [04:53] where in windows would the log file get placed? [04:53] "bzr version" will tell you [04:54] neatos [05:02] acemo: any luck? Feel free to pastebin the relevant part of the log file. [05:03] spiv: friend of me is at the remote comp.. n she cant find the log file.. [05:03] spiv: doh she was just looking for .txt [05:04] Ah :) [05:06] http://rafb.net/p/XpkL1K11.html [05:06] thats the full bzr.log [05:08] * spiv looks [05:08] after doing bzr checkout bzr://hostname/branch.. u can just commit and it will commit to that branch right? [05:09] Right. [05:09] It's not failing on a network operation. [05:09] It's failing trying to read a file in the working tree on disk, if I'm reading that traceback correctly. [05:09] yeah i saw that too... [05:10] Check the permissions/attributes on design/caseDiagram.jude, maybe? [05:10] she just created and bzr add them on her comp.. [05:11] Right. But it seems for some reason that bzr can't read it. [05:14] So I'd expect e.g. "bzr diff design/caseDiagram.jude" to fail too. [05:15] (And that operation doesn't need the network server) [05:16] we found the problem.. [05:16] she still had jude open, jude locked the file while having it in use [05:16] thanks alot! [05:16] Ah! [05:16] Glad I could help :) [05:17] That error could be clearer, though. It would have helped for it to say which file it couldn't read. [05:18] was pretty clear tbh.. right after it prints out what file its processing it says it doesnt has permissions [05:18] just i thought it was no permission on the server instead of local comp [05:18] Right, it's clear if you already know where the problem is :) [05:18] :p === rockstar` is now known as rockstar_ === thumper-office is now known as thumper [10:46] Odd_Bloke, cr3: externals will hopefully be supported once nested tree support in bzr gets merged [11:11] abentley: ping, BB flooding my mailox with 'voting error' messages and may be restarting also... [11:13] One mail is emitted every 3 minutes, this metronomic precision making me suspect a restart ;-) I voted directly on site hoping to somehow solve the problem, but no luck... [11:28] mathrick: I'd be happy to answer questions wrt rebase [11:28] *internals [12:58] Is there an easy way (ie shell agnostic) way to specify directories or files which shouldn't be committed in a tree? [13:00] .bzrignore? [13:01] Hmm, I hadn't thought of that. It might do the trick. [13:01] Or, just list the stuff you want to commit? [13:02] Hm, most hg commands have include/exclude options. Maybe bzr should support that. [13:03] I have a top level tree with several directories in it. One of those directories will be committed hourly via a cron, while the others will be committed as needed. Having to specify the directories to commit every time will be a pain. [13:04] .bzrignore might work, but I'll have to unignore it as part of the cron job. [13:09] Huh. [13:09] Note that you don't have to commit .bzrignore before changes to it will be used. [13:10] You might be able to kludge something together using .bzrignore. [13:10] hg-like exclude stuff would be better. [13:10] Well, sort of. [13:11] Peng: afaik bzr's .bzrignore supports regexes which can do exclusion stuff [13:11] not that I've ever used it.. [13:11] Yeah, it does. [13:12] How does that work? [13:12] Not that I've ever used it either.. [13:13] The problem isn't the ignoring the directory, but the unignoring of it. Also, versioned files aren't ignored. [13:13] Oh, right, they aren't ignored. I totally forgot that. [13:15] I'll kludge something together in the shell for now. If an exclude option is ever added, though, I'll definitely be a happy camper! [13:20] cammoblammo: Open a bug for it, if there isn't one already. [13:20] Else it'll get lost in the ether. [13:22] Will do. [13:32] Argh, sorry folks. I forgot to search for this bug before I submitted. Turns out several other people have asked for it too. Sorry devs... [13:35] heya [13:36] emgent: Hi. [13:36] Hey guys [13:37] I'm using (trying to use) bzr-svn to push to a subversion repository [13:37] when doing so I get this error: [13:37] Setting property 'bzr:revision-id:v3-single-open-source/animated-grid' with invalid characters in name [13:37] bzr: ERROR: libsvn._core.SubversionException: ('Mindestens eine Eigenschafts"anderung ist fehlgeschlagen; Projektarchiv nicht ge"andert', 175008) [13:37] Which I think (reading the code) means that it barfs on the "/" in the property name. [13:37] Well, thats where I'm a bit stuck... [13:38] Can anyone help me get rid of this or debug this further? [13:40] dwt: What version of bzr-svn are you using? [13:40] 0.4.8 [13:40] there was a bug like that that was fixed in 0.4.9 [13:40] Ah cool, you're the developer. :-) [13:41] Great work by the way. :) [13:41] cammoblammo: None of the other bugs are _quite_ the same request (as they are command-specific, rather than 'this should generally exist'). [13:42] Yeah I'm on 0.4.8 I just updated this morning to the latest released version - had that bug in the last version (0.4.8 too, but with a less expressive error message) [13:44] dwt: 0.4.9 is the latest released version and should no longer contain this bug [13:44] you may have to throw away your local state (~/.bazaar/subversion.conf) though [13:44] Does it work with bzr. 1.3.1? [13:44] I'm not quite ready to go to 1.4 yet... [13:45] yes, it works with 1.3 [13:45] oh dang.. sorry about that, but I am on 0.4.9 [13:46] So the bug is still present [13:46] svn /Users/dwt/.bazaar/plugins/svn [0.4.9] [13:47] you may have to throw away your local state (~/.bazaar/subversion.conf) though [13:48] ok, I'l try that [13:49] indeed that changes the output [13:50] now I'm getting this : "bzr: ERROR: These branches have diverged. Try using "merge" and then "push"." which ges me a bit, as I'm sure I didn't commit to these directories from anywhere else [13:51] and trying "bzr merge" then gives "bzr: ERROR: Branches have no common ancestor, and no merge base revision was specified." [13:53] * dwt is off to the manual to find out how to get the correct merge base revision. [13:54] New bug: #223042 in bzr "Feature request: Exclude option for some commands" [Wishlist,Confirmed] https://launchpad.net/bugs/223042 [13:59] Odd_Bloke: Phew!! [14:00] dwt: You may have to recreate your local branch :-( [14:01] dwt: this is part of the bugfix [14:01] :-/ [14:01] jelmer: Is there a way to get the changes I did locally out of the bzr repo into the new branch? [14:01] apart from using diff and patch directly? [14:02] dwt: the "replay" and "rebase" commands in the rebase plugin should be able to help you [14:02] thanks I'l look into them [14:19] jelmer: I'm a bit confused by the documentaton of the rebase plugin [14:20] it seems it does the exact oposite of what I want [14:20] you should be able to create a new copy of the branch in svn [14:20] [x] done [14:20] and then run "bzr replay" from there for each revision in your previous local branch that you would like to import [14:21] ah... [14:21] The important bit is not to try to use rebase. :-) [14:21] Thanks a bunch, I'l see what I can get done this way. [14:29] Yehaw. Thanks jelmer! Now I got the commit working to svn. :-) [14:29] On to the next question: Is there a way to make bzr remember the pasword for the svn server? Preferably in the mac os x keychain... :-) [14:32] dwt: bzr-svn should already be using the os x keychain but unfortunately there are some bindings missing [14:33] (python-subversion doesn't contain bindings for the os x keychain yet) [14:33] damn. [14:33] Is that going to be included in 1.5? [14:36] doubt it - nobody has done the patch for that yet afaik [14:37] you can still use the trick described in the FAQ though [14:46] whois jelmer [14:46] ups, sorry [14:46] I'm jelmer (-: [14:47] :-) Yeah, I wanted to get your correct lastname to give credit on my blog [14:48] got it [14:56] vila: My apologies for the spam. [15:05] dwt: ah, cool [15:06] :-) You're welcome jelmer [17:42] Hey all... what's the command to change the branch's remembered location? [17:46] awmcclain: pass --remember to push or pull [19:41] abentley: no worries, BB is a good friend. You recognize *real* good friends in that, at least once, they deceive you :-) [20:03] vila: :-) [21:31] hi [21:31] i'm getting problems getting a repository to work properly [21:31] epsy, what problems are you having? [21:32] whenever i try to co from it (bzr+ssh://) i get this: [21:32] bash: line 1: bzr: command not found [21:32] i had the same problem locally, because i had bzr installed in my home dir [21:32] so i've put an alias in my ~/.bashrc [21:33] epsy, do you have bzr installed remotely? [21:33] yes [21:33] bzr+ssh invokes bzr on the other end too [21:33] when i just said locally, i meant locally on the server, heh [21:33] epsy, and how about locally? [21:34] so i shall try with ssh:// alone? [21:34] beuno_, on my computer? [21:34] it seems you are missing bzr on one of the ends :) [21:34] epsy, yeap [21:34] try ssh:// [21:34] or sftp even [21:34] ssh:// --> unsupported [21:35] epsy, sftp [21:35] oh, i'll have to install paramiko, this will take a little while [21:35] epsy, or use http, if you have access via http [21:35] i don't want this repo to be accessible via http [21:35] :) [21:35] brb, I don'nt know why I'm here twice :p [21:36] epsy, try and ssh to the remote machine [21:36] and run: bzr version [21:36] and make sure it runs correctly [21:38] hm, cya? :) [21:39] wb [21:39] $ bzr version [21:39] Bazaar (bzr) 1.3.1 [21:39] :) [21:39] hrm [21:39] [goes forth with more details] [21:39] both locally and remotely? [21:39] note that bzr is aliased [21:39] on the remote machine i mean [21:40] $ grep "bzr" ~/.bashrc [21:40] alias bzr="python2.4 ~/bin/bzr" [21:42] epsy, well, I can't think of anything else then. If you bzr command works fine on both ends, you shouldn't be getting a command not found [21:43] i am trying with ftp:// right now [21:44] $ bzr co ftp://xclan@xclan.armagetron.co.uk/xclan.armagetron.co.uk/ [21:44] FTP xclan@xclan.armagetron.co.uk password: [21:44] / 0/0 [21:44] looks like stuck [21:44] epsy, might take a while if the repo is big [21:45] 2 revisions yet [21:45] :P [21:46] beuno, is there a way i can tell my bzr client which bzr command to use on the other end? [21:48] epsy: BZR_REMOTE_PATH=~/bin/bzr [21:48] hey Verterok :) [21:48] beuno: hi :) [21:49] hi and thank you very much :) [21:49] epsy: Hi, np ;) [21:49] epsy: There is also a configuration variable: bzr_remote_path. I think this is better to use, because it can be specified on a per-location basis. [21:49] really? [21:49] wow, neat [21:49] Yep, see bzr help configure. [21:49] okay [21:49] bzr help configuration, I should say [21:50] haha [21:50] abentley: Hi, and thanks for the tip (I wasn't aware of it) :) [21:50] Verterok: Hi, and np. [21:51] morning [21:53] abentley: I see you had a prolific weekend [21:54] thumper: Heh, still having my weekend. Might get some moe fixes for fetch ready. [22:25] the documentation on the authentication.conf file isn't very clear [22:25] there's an example: [22:26] [myprojects] [22:26] scheme=ftp [22:26] host=host.com [22:26] user=joe [22:26] password=secret [22:26] what would i put intead of myprojects? [22:26] wild guess; the path to your project [22:26] local path? [22:27] maybe [22:27] I'm just gessing :) [22:27] guessing [22:34] blah it's still prompting me for a password, are there characters i need to excape? [22:34] escape* [23:02] morning