paperMonolith_ | hello, i just installed bazaar in vista64, i seem unable to revert fils to previous versions, i tried command line and it does nothing and in the browser the option appears greyed out. in the log it shows that there clearly are several revisions. if this is a common issue, could you please point me to the solution, if this is a noobish thing, please point me in the right direction, thank you. | 01:43 |
---|---|---|
bob2 | paperMonolith_: what command are you running? | 02:14 |
paperMonolith_ | the one in the docs: in the intended folder i do "bzr revert <file>" | 02:21 |
paperMonolith_ | but i think i now understand the problem | 02:21 |
paperMonolith_ | if i change the file, and don't comit, it lets me revert. but i can't seem to revert to previous commits | 02:22 |
paperMonolith_ | should i be using uncommit? | 02:22 |
jam | paperMonolith_: bzr revert -r -2 file | 02:23 |
jam | you have to specify what you want to revert back to | 02:23 |
jam | by default "bzr revert" reverts to the last commit | 02:23 |
paperMonolith_ | oh, i see. thank you then :) | 02:23 |
paperMonolith_ | it worked. thank you :) | 02:24 |
paperMonolith_ | when i do this, the last commit for this file dies or does it have a backup? if it has a backup, how do i access it? | 02:26 |
fullermd | revert doesn't do anything with commits. | 02:28 |
fullermd | It only changes the file in your working copy. | 02:28 |
paperMonolith_ | ah. ok. i understand. thank you. | 02:31 |
=== samurai is now known as samiam | ||
=== cprov is now known as cprov-zzz | ||
pst | I would like to use NestedTrees and have read http://bazaar-vcs.org/BazaarFormats. It looks like I need dirstate-with-subtree but it says not recommended for use - what are my options for nested trees? | 10:58 |
fullermd | pst: There aren't really any, NestedTrees are only partially implemented. | 11:26 |
pst | fullermd: well thats a pitty, do you have any advice on how high the risk is? :) | 11:27 |
fullermd | Well... what's there is incomplete, what is complete mostly doesn't have a UI, and I think it bears an incomplete relationship to the feature as it's currently planned to actually be completed. | 11:28 |
fullermd | I wouldn't try using it unless you were planning to catch up and help develop it... | 11:29 |
pst | I doubt my programming skills are good enough for that | 11:29 |
pst | thanks anyway, now i need to find another way to accomplish something similar | 11:30 |
fullermd | You can look into the scmproj plugin (I think that's what it's called) | 11:30 |
pst | I will do that, thanks a lot | 11:30 |
LarstiQ | it is, http://launchpad.net/bzr-scmproj | 11:35 |
pst | found it already will give it a try and see if it is a fit | 11:38 |
LeoNerd | I may have asked before, how but safe is it to use rsync to push a mirror of a bzr repo tree, for offsite backup purposes? | 16:48 |
jetole | hey guys. I just started working with bzr from two different locations, how do I update my files on this computer so they are current from the commit I did on another computer when this computer already has the repo setup | 17:45 |
jetole | i.e. I was working from home computer. Did a commit, checked out from work and did a commit at work and now I want my home computer to have the commit I did at work? | 17:45 |
LarstiQ | jetole: `bzr pull` if you are working with branches, or `bzr update` for checkouts | 17:46 |
jetole | I think update since I want all the local checkout on each computer to be kept in sync? | 17:47 |
jetole | does that sound right? | 17:47 |
jetole | they are both working with the same branch I believe | 17:47 |
* jetole tries update | 17:48 | |
jetole | update looks right. It shows the modded file and shows that I have changed to the latest commit # | 17:48 |
jetole | thanks LarstiQ | 17:48 |
LarstiQ | np | 17:49 |
lifeless | jelmer: hi | 22:38 |
jelmer | lifeless, moin | 22:44 |
lifeless | got, oh 10 minutes for me? | 22:44 |
lifeless | https://code.edge.launchpad.net/~lifeless/subunit/progress-gtk/+merge/9487 got partially reviewed by you the other day | 22:45 |
lifeless | https://code.edge.launchpad.net/~lifeless/subunit/subunit2junitxml/+merge/9534 is a new [tiny] branch | 22:45 |
jelmer | lifeless: so, the gtk one I did fully review but my network was gone by the time I was submitting my review | 22:46 |
lifeless | /o\ | 22:47 |
ronny | hmm | 22:48 |
ronny | i could use some sample code doing a directory rename with MemoryTree | 22:48 |
jelmer | lifeless, submitted again | 22:50 |
lifeless | thanks jelmer | 22:50 |
lifeless | the subunit2junitxml one is _tiny_ | 22:50 |
lifeless | (just skip the untouched gtk stuff :P) | 22:50 |
jelmer | heh, that's trivial indeed | 22:52 |
lifeless | thats really the point of subunit :P | 22:53 |
lifeless | so, with that, you could replace the buildfarm with hudson rather easily ;P) | 22:53 |
jelmer | how'd your talk go? | 22:53 |
lifeless | well I think | 22:54 |
lifeless | couple of interesting after-talk discussions | 22:54 |
jelmer | lifeless, Thanks, there's things I enjoy better than setting up java on outdated and remote tru64 machines :-P | 22:54 |
lifeless | would have been nice to point at lots of projects using it; but at the heart of it I don't think thats actually important - it simply reflects network effects | 22:55 |
lifeless | jelmer: well, thats true. [64, heh, heh]. What I mean to say is that splitting out separate projects can be good :) | 22:55 |
* jelmer nods | 22:56 | |
jelmer | lifeless, do you know if there's a release of check with the subunit support yet? | 22:59 |
lifeless | no | 22:59 |
lifeless | I've been meaning to poke about doing a release. | 22:59 |
lifeless | jelmer: why the objection to catching AE? | 23:00 |
jelmer | lifeless, it doesn't necessarily mean that accessing that function was what threw the AttributeError | 23:00 |
lifeless | fair enough; I flip to and from on this point | 23:02 |
lifeless | heh, typo you missed | 23:03 |
lifeless | jelmer: http://paste.ubuntu.com/242682/ - incremental | 23:06 |
SamB | jelmer: what's this other thing on fetch.py:1073? | 23:07 |
jelmer | lifeless, +1 | 23:08 |
jelmer | SamB, replay range allows you to do multiple replays in a row | 23:08 |
jelmer | saves some roundtrips | 23:08 |
jelmer | once replay works it may be interesting to look at it | 23:09 |
lifeless | jelmer: I'll probably play with stacked progress during the week | 23:11 |
lifeless | jelmer: after thats finalised I'm going to look at a 0.2 release | 23:11 |
jelmer | lifeless, anyway, looking forward to trying out the gtk stuff with samba :-)) | 23:11 |
jelmer | lifeless, cool | 23:11 |
lifeless | jelmer: I'd really love it if you could fix the perl bugs soon | 23:12 |
lifeless | https://bugs.edge.launchpad.net/subunit/+bugs | 23:12 |
SamB | jelmer: oh, any particular reason the UA field is so wierd looking? | 23:14 |
SamB | User-Agent: SVN/1.6.1 (r37116)/bzr1.18dev+bzr-svn0.6.4dev0 neon/0.28.4 | 23:14 |
jelmer | SamB, because of the svn client libs | 23:14 |
SamB | jelmer: which part do you supply ? | 23:15 |
jelmer | SamB, the string bzr1.18dev+bzr-svn0.6.4dev0 | 23:15 |
SamB | okay ... | 23:15 |
SamB | so why the heck do they put that after a slash ... | 23:15 |
jelmer | the rest is not controlled by bzr-svn | 23:15 |
SamB | jelmer: yeah, I realize you don't control all of it -- that's why I asked ;-) | 23:17 |
lifeless | jelmer: do you think thats possible? | 23:24 |
vxnick | hello sailors | 23:34 |
vxnick | wrong channel... :P | 23:34 |
* vxnick slips back into the shadows | 23:35 | |
lifeless | lol | 23:35 |
SamB | jelmer: so what repositories do you test this on, anyway? | 23:47 |
jelmer | SamB, testsuite | 23:50 |
lifeless | jelmer: do you think you'll have time to fix the perl bugs in the subunit bugtracker over the next weekish ? | 23:51 |
jelmer | lifeless: Not sure, I'm a bit short on time at the moment having just come back from 4 weeks of travel | 23:51 |
lifeless | ok | 23:52 |
* SamB *still* wants DWARF frame info in subvertpy | 23:57 | |
lifeless | jelmer: have you written perl output bindings at this stage? | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!