Committed revision 567 to http://bzr.xsteve.at/dvc/ Patch from Thierry Volpiatto: xhg.el:Improve xhg-convert, with prefix arg prompt for revision number.
Hi Stefan, Stefan Reichör <stefan <at> xsteve.at> writes: > Committed revision 567 to http://bzr.xsteve.at/dvc/ > > Patch from Thierry Volpiatto: xhg.el:Improve xhg-convert, with prefix arg prompt for revision number. Are you sure to have applied changes on repo? I am at rev 566 when i pull: revno: 566 committer: Stefan Reichoer <stefan <at> xsteve.at> timestamp: Sat 2009-10-10 08:39:29 +0200 branch nick: dvc-main message: Merged from Stephen Leake: Improved xmtn conflict handling -- -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France _______________________________________________ Dvc-dev mailing list Dvc-dev <at> gna.org https://mail.gna.org/listinfo/dvc-dev
Hi Thierry! > Hi Stefan, > > Stefan Reichör <stefan <at> xsteve.at> writes: > >> Committed revision 567 to http://bzr.xsteve.at/dvc/ >> >> Patch from Thierry Volpiatto: xhg.el:Improve xhg-convert, with prefix arg prompt for revision number. > > Are you sure to have applied changes on repo? > I am at rev 566 when i pull: > > revno: 566 > committer: Stefan Reichoer <stefan <at> xsteve.at> > timestamp: Sat 2009-10-10 08:39:29 +0200 > branch nick: dvc-main > message: Merged from Stephen Leake: Improved xmtn conflict handling Thanks for noticing this. I forgot to push this revision. Stefan.
Public bug reported:
When I do C-x V C, I get
symbol's function definition is void: mapcar*
I am using emacs 23.1.1 on Fedora 12.
** Affects: dvc
Importance: Undecided
Status: New
--
--
symbol's function definition is void: mapcar*
https://bugs.launchpad.net/bugs/486765
You received this bug notification because you are a member of dvc-dev,
which is the registrant for dvc.
Status in Distributed Version Control for Emacs: New
Bug description:
When I do C-x V C, I get
symbol's function definition is void: mapcar*
I am using emacs 23.1.1 on Fedora 12.
Hi Robin, that mean cl is not loaded at compile time in some place. Add a (require 'cl) at beginning of your .emacs should solve your problem. BTW which backend are you using? Robin Green <greenrd <at> greenrd.org> writes: > Public bug reported: > > When I do C-x V C, I get > > symbol's function definition is void: mapcar* > > I am using emacs 23.1.1 on Fedora 12. > > ** Affects: dvc > Importance: Undecided > Status: New -- -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France
Hello. Diffing a file with DVC creates a buffer holding a temporal file with the original file. bzr has a very nice `diff' command that makes this unnecessary. I gues that some of the supported dVCS requires this method for making diffs, but others like have a command for that purpose. Is there a reason for not specializing the feature for those dVCS that have a `diff' command? Is there a workaround for avoiding those buffers and temporal files besides advicing the DVC command that does the job? -- -- Óscar _______________________________________________ Dvc-dev mailing list Dvc-dev <at> gna.org https://mail.gna.org/listinfo/dvc-dev
Óscar Fuentes <ofv <at> wanadoo.es> writes: > Hello. Hello, > Diffing a file with DVC creates a buffer holding a temporal file with > the original file. Right. This is the case for dvc-file-diff, and not dvc-diff. > bzr has a very nice `diff' command that makes this unnecessary. Sure, all other decent DVCS have this. It's a long time since I hacked DVC, but I guess this is comming from the old tla time (DVC started its life as Xtla, and tla had a rather weird interface). Another reason is than we need the feature "git this revision of this file into this buffer" for the ediff functionality anyway, and it's simple to implement diff on top of it regardless of the back-end. > Is there a reason for not specializing the feature for those dVCS that > have a `diff' command? Lazyness? More seriously, the development of DVC is not really active these days. The core developers hardly find time to work on it, so it's in a state where you should either like DVC, or send patches, or not use DVC.(Continue reading)
Óscar Fuentes <ofv <at> wanadoo.es> writes: > Does it contain serious bugs? Not AFAIK. > Do you recommend to *not* use it? I don't. DVC does work, and one of the reasons why people are not hacking on it as much as in the past is that it's not too bad as it is, and does not _need_ to much improvement. That said, I'm using the command-line more than DVC these days, so maybe I'm not the best judge. > Are you really interested on patches? (I mean, have DVC a user base so > the patches are useful for them?) Usually, reasonable patches sent to the list are quickly merged by Stefan. The user base might not be huge, but probably >100. According to http://stats.gna.org (slash) download.gna.org (slash) dvc (modified so that the bots do not find it to avoid Referer spam) the tarball is downloaded around 50 times a month. > The new VC implementation in Emacs 23 is very complete on some areas(Continue reading)
Matthieu Moy <Matthieu.Moy <at> grenoble-inp.fr> writes: > Usually, reasonable patches sent to the list are quickly merged by > Stefan. The user base might not be huge, but probably >100. BTW I sent two patches to Stefan sometime ago and i have no news. Stefan: Did you receive them? -- -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France
Committed revision 568 to http://bzr.xsteve.at/dvc/ Patch from Thierry Volpiatto: dvc-bookmarks.el: dvc-bookmarks-show-or-hide-subtree is now a toggle command H==>hide H==> show.
RSS Feed2 | |
|---|---|
11 | |
1 | |
1 | |
4 | |
1 | |
1 | |
8 | |
5 | |
4 | |
1 | |
24 | |
4 | |
14 | |
15 | |
6 | |
3 | |
2 | |
5 | |
2 | |
3 | |
5 | |
13 | |
11 | |
5 | |
21 | |
49 | |
5 | |
10 | |
9 | |
28 | |
69 | |
21 | |
4 | |
4 | |
50 | |
37 | |
69 | |
60 | |
103 | |
31 | |
58 | |
59 | |
112 | |
84 | |
200 | |
58 | |
79 | |
78 | |
171 | |
126 | |
164 | |
68 | |
34 | |
122 | |
28 | |
6 | |
16 | |
38 | |
81 | |
108 | |
50 | |
59 | |
107 | |
17 | |
6 |
