Re: GNU Emacs inclusion?

> > > I'm really bad coordinator.
> > > I'd like to improve my wrong procedures to handle the copyright
> > > issue.
> > 
> > Well, it hasn't been a really big problem up to now, since the merge
> > into GNU Emacs did not happen.
> > 
> > For those who didn't see the news, Emacs 22 is out, so I believe this
> > is time to really think about an inclusion into Emacs 23. Even though
> > DVC is not really "finished", it's probably worth asking the Emacs
> > guys what they think about it.
> > 
> > Thoughts?
> 
> The paper work for FSF is being done background by Michael Olson and I.
> I'll report progress when we get progresses.

I'm very sorry to be late.
Could you someone take over the task?
I'd like to step back from the task.
Some reasons:

1. I have some troubles in my private life,
2. I get more interests to extend vc-dired, and
3. I could not find the first step to merge DVC to Emacs.

I feel DVC is too large for me. I could not understand what 
functions are implemented in backends. Even if it is implemented,
I'm not sure the quality of implementation. Maybe because I'm
away too long from DVC development.

Re: source repository

>   > > From: Paul Pogonyshev <pogonyshev <at> gmx.net>
>   > > Date: Tue, 3 Jul 2007 15:14:16 +0300
>   > > Cc: Jason Rumney <jasonr <at> f2s.com>
>   > > 
>   > > > You understood incorrectly. Some developers use arch, but the definitive 
>   > > > repository for Emacs is CVS. Since Miles is away at the moment, the arch 
>   > > > synching is not happening. I'm not sure why savannah lists arch above 
>   > > > cvs (probably it is alphabetical order), but it is misleading - there 
>   > > > should be some indication there that the main repository is CVS.
>   > > 
>   > > Oh.  A pity Emacs still uses so old system.
>   > 
>   > Why should we care how old it is, if it suits our needs?  We are not
>   > exactly spoiled by abundance of free resources to invest effort in
>   > jobs that are ``nice to have''.  Just think how many man-hours will be
>   > wasted if every Emacs developer and contributor will have to install,
>   > learn, and set up an unfamiliar configuration management package.
> 
> Well, one thing that is missing in emacs right now for most version
> control is something similar to PCL-CVS. That would make life much
> easier for emacs developers not really familiar with a particular
> version control system. And on top of that, it would be extremely
> useful for all emacs users. 

DVC does similar to PCL-CVS for distributed version control systems.
I was working on the xtla, the ancestor of DVC. 

  http://dl.gna.org/dvc/

I was interested in merge DVC to GNU Emacs. However, these days, I am

Re: GNU Emacs inclusion?

Masatake YAMATO <jet <at> gyve.org> writes:

>> The paper work for FSF is being done background by Michael Olson and
>> I.  I'll report progress when we get progresses.
>
> I'm very sorry to be late.
> Could you someone take over the task?
> I'd like to step back from the task.

Thanks for the effort you've put into this so far.

I could take over the Emacs merge effort.  I got ERC into Emacs, so it
shouldn't be too hard to get DVC in.

> I think some of functions of DVC should be implemented in vc or
> vc-dired.  There are some duplicated code and function among DVC and
> VC. e.g. annotation.  Maybe DVC's annotation implementation is better
> because DVC does most of things asynchronously.

I dislike vc because of its non-asynchronous behavior and file-based
rather than commit-based view of working directories.  I doubt that DVC
and vc can have any code in common, but I could be wrong.  It would be
better IMHO just to get DVC into Emacs as-is.

--

-- 
       Michael Olson -- FSF Associate Member #652     |
 http://mwolson.org/ -- Jabber: mwolson_at_hcoop.net  |  /` |\ | | |
            Sysadmin -- Hobbies: Lisp, GP2X, HCoop    | |_] | \| |_|
Projects: Emacs, Muse, ERC, EMMS, ErBot, DVC, Planner |

Re: GNU Emacs inclusion?

Michael Olson <mwolson <at> gnu.org> writes:

> Masatake YAMATO <jet <at> gyve.org> writes:
>
>>> The paper work for FSF is being done background by Michael Olson and
>>> I.  I'll report progress when we get progresses.
>>
>> I'm very sorry to be late.
>> Could you someone take over the task?
>> I'd like to step back from the task.
>
> Thanks for the effort you've put into this so far.
>
> I could take over the Emacs merge effort.  I got ERC into Emacs, so it
> shouldn't be too hard to get DVC in.

Thanks for that offer. That would be great. ERC is maintaned via arch.
That makes the merging easier. We switched from arch to bzr. What
would be the best way now to merge DVC to emacs?

Or should we just wait and see, if the emacs developers decide to
switch to a new revision control system...

One thing I'd like to have soon is a debian package. There is a xtla
package that should be replaced by a DVC package. This way it would be
much easier for many users to install DVC.

>> I think some of functions of DVC should be implemented in vc or
>> vc-dired.  There are some duplicated code and function among DVC and
>> VC. e.g. annotation.  Maybe DVC's annotation implementation is better

Re: GNU Emacs inclusion?

Stefan Reichör <stefan <at> xsteve.at> writes:

> One thing I'd like to have soon is a debian package. There is a xtla
> package that should be replaced by a DVC package. This way it would be
> much easier for many users to install DVC.

I'll try to make some time for this today, since I'm in the middle of
making a whole bunch of packages work with emacs22 for Ubuntu.

--

-- 
       Michael Olson -- FSF Associate Member #652     |
 http://mwolson.org/ -- Jabber: mwolson_at_hcoop.net  |  /` |\ | | |
            Sysadmin -- Hobbies: Lisp, GP2X, HCoop    | |_] | \| |_|
Projects: Emacs, Muse, ERC, EMMS, ErBot, DVC, Planner |

_______________________________________________
Dvc-dev mailing list
Dvc-dev <at> gna.org
https://mail.gna.org/listinfo/dvc-dev

Re: GNU Emacs inclusion?

> >> The paper work for FSF is being done background by Michael Olson and
> >> I.  I'll report progress when we get progresses.
> >
> > I'm very sorry to be late.
> > Could you someone take over the task?
> > I'd like to step back from the task.
> 
> Thanks for the effort you've put into this so far.
> 
> I could take over the Emacs merge effort.  I got ERC into Emacs, so it
> shouldn't be too hard to get DVC in.

Thank you very much.

> > I think some of functions of DVC should be implemented in vc or
> > vc-dired.  There are some duplicated code and function among DVC and
> > VC. e.g. annotation.  Maybe DVC's annotation implementation is better
> > because DVC does most of things asynchronously.
> 
> I dislike vc because of its non-asynchronous behavior 

Maybe this is the most important point.

> and file-based rather than commit-based view of working directories.
> I doubt that DVC and vc can have any code in common, but I could be
> wrong.  It would be better IMHO just to get DVC into Emacs as-is.

Just a question. Have you ever tired M-x vc-directory(= vc-dired)?
I think I can say vc-directory provides `commit-based view'.
Am I wrong?

dvc-ui.el should define constants?

dvc-ui.el defines names for keys; should they be 'defconst' rather
then 'defvar'?

If users really want to change the keys, they can do setq before
loading dvc, and that will still work with defconst.

Leaving them defvar means they can be changed from subsequent lisp
code. That would be very confusing, since keymaps created before the
change would have the original value, while those created after would
have the new value.

--
-- Stephe

dvc-key-remove

In dvc-ui.el, dvc-key-remove is defined as a prefix. Yet I don't see
any actual keybindings that use it. Instead, dvc-remove-files is bound
to (dvc-prefix-file ?D).

Would it be ok to change dvc-key-remove to the simple key ?r,
and bind it to dvc-remove-files in dvc-status-mode-map and other
appropriate keymaps?

--
-- Stephe

global keymap

I'm adding a 'dvc-status-mode', which will present an interface
similar to pcvs. I intend to use it as the primary user interface for
DVC. This overlaps some of the current dvc-diff-mode function; perhaps
we can simplify dvc-diff-mode in the future.

Some of the functions implemented by dvc-status-mode-map (for example
'dvc-revert-files') are also in dvc-global-keymap. I don't understand
why they are in a global keymap; can someone explain?

--
-- Stephe

'i' keybinding

In diff-mode buffers, the key "i" is bound to 'dvc-pop-to-inventory',
which is (currently) only defined in tla.

What is "inventory", in tla? I wonder if it has an analog in the other
backends.

I would rather use "i" for 'ignore', which is an commonly used
operation common to all backends.

I think single-letter bindings should be reserved for commonly used
operations that are common to most backends.

--
-- Stephe