Re: Diffs and unnecessary buffers.

Óscar Fuentes <ofv <at> wanadoo.es> writes:

> ..  There is a
> annoyance with coding systems (Emacs asks for the coding system when DVC
> diffs and the file contains non-ASCII characters) but I guess it is
> fixable too.

The monotone backend for DVC has some work-arounds for this; see
lisp/xmtn-dvc.el xmtn--revision-get-file-helper. We should consider
moving this into the front end.

> My exprience with DVC is quite limited, so I'll aks:
>
> Does it contain serious bugs?

I use the monotone and bazaar backends; monotone extensively for work,
bazaar for DVC itself.

I'm continuously working on the monotone backend, making it better. It
has no serious bugs currently. The bazaar backend also has no serious
bugs that I know of.

> Do you recommend to *not* use it?

No, it's the best front end for distributed VCS that I'm aware of. But
then, I'm addicted to Emacs in the first place.

> Are you really interested on patches? (I mean, have DVC a user base so
> the patches are useful for them?)

Re: Diffs and unnecessary buffers.

Stephen Leake <stephen_leake <at> stephe-leake.org> writes:

> Óscar Fuentes <ofv <at> wanadoo.es> writes:
>
>> ..  There is a
>> annoyance with coding systems (Emacs asks for the coding system when DVC
>> diffs and the file contains non-ASCII characters) but I guess it is
>> fixable too.
>
> The monotone backend for DVC has some work-arounds for this; see
> lisp/xmtn-dvc.el xmtn--revision-get-file-helper. We should consider
> moving this into the front end.
>
>> My exprience with DVC is quite limited, so I'll aks:
>>
>> Does it contain serious bugs?
>
> I use the monotone and bazaar backends; monotone extensively for work,
> bazaar for DVC itself.
>
> I'm continuously working on the monotone backend, making it better. It
> has no serious bugs currently. The bazaar backend also has no serious
> bugs that I know of.

I use the bazaar back-end for essentially all of my work and it
generally works fine. Certainly no serious bugs, but there are some
little ones and some missing features for which I have to drop to the
command line, so contribution of patches would be very welcome.

rev 543: clean up some use of cl runtime in xmtn

Committed revision 543 to http://stephe-leake.org/dvc

clean up some use of cl runtime in xmtn

  * lisp/xmtn-automate.el: delete xmtn--with-environment-for-subprocess;
    let user set env vars.

  * lisp/xmtn-compat.el: eliminate xmtn-compat functions for emacs 21

  * lisp/xmtn-conflicts.el: (xmtn-conflicts-do-merge,
    xmtn-conflicts-do-propagate): save the conflicts buffer

  * lisp/xmtn-dvc.el:
    (xmtn--insert-log-edit-hints): delete; not used
    (*-future): delete; broken, not useful.
    (xmtn--manifest-find-file, xmtn--revision-manifest-file-entry,
    xmtn--revision-file-contents-hash, xmtn--get-manifest): delete; not used

  * lisp/xmtn-propagate.el: manage conflicts buffer better
    (xmtn-propagate-printer): improve
    (xmtn-propagate-one): get default directory right in reused buffer.

  
  * lisp/xmtn-revlist.el (xmtn--revlist--log-get-info): split out for clarity
    (xmtn-revlist-disapprove): delete; not useful.

  * lisp/xmtn-run.el: delete xmtn--with-environment-for-subprocess;
    (xmtn--command-append-to-buffer-async, xmtn--command-lines-future,
    xmtn--command-output-lines-future,
    xmtn--command-error-output-lines-future): delete, not useful.

rev 545: eliminate more cl runtime in xmtn; fixed C-c bug.

Committed revision 545 to http://stephe-leake.org/dvc

eliminate more cl runtime in xmtn; fixed C-c bug.

  * lisp/xmtn-automate.el: rewrite sessions to be cached across user
    commands; reduce use of cl runtime.
   (xmtn-automate-with-session, xmtn-automate-with-command): delete

  * lisp/xmtn-dvc.el: eliminate xmtn-automate-with-session,
    xmtn-automate-with-command
    (xmtn--file-registered-p, xmtn--get-revision): delete; not used

  * lisp/xmtn-ids.el: eliminate xmtn-automate-with-session,
    xmtn-automate-with-command

  * lisp/xmtn-propagate.el (xmtn-propagate-local-changes): abort on error.

  * lisp/xmtn-revlist.el: eliminate xmtn-automate-with-session,
    xmtn-automate-with-command

  * lisp/xmtn-run.el (xmtn--run-command-sync): don't set
    coding-system-for-write; not needed.

--

-- 
-- Stephe

Status of Debian packaging?

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

Re: Status of Debian packaging?

Le 5940 Septembre 1993, Jürgen Erhard a envoyé:
> Hey list!

Hello,

> Before I let rip with the other questions, I'm curious about the state of
> Debian packaging of dvc.  It appears the debian/ dir hasn't been worked on
> for some time...
> Is anyone still interested in Debian packaging at all? Or has the rejection
> of the initial packaging attempt killed all interest?

The only issue I'm aware of is about some copyright[1].

I just update it, but I'll not submit it to debian in the present state.

Regards.

Footnotes: 
[1]  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=496930#19

--

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1

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

[commit] rev 223: Update debian/changelog and bump standard-version to 3.8.3.

Committed revision 223 to http://www.asgardr.info/~nebu/archives/dvc.dev/

Update debian/changelog and bump standard-version to 3.8.3.

--

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1

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

[commit] rev 224: Make lintian happy.

Committed revision 224 to http://www.asgardr.info/~nebu/archives/dvc.dev/

Make lintian happy.

  * debian/compat: Update to debhelper 7.

  * debian/control (Build-Depends): Versionned debhelper dependencies.
    (Depends): Add versionned dpkg or install-info.
    Add ${misc:Depends} as debhelper can add some.

  * debian/copyright (License): Fix "or (at your option) any later
    version", it's present in upstream COPYING.

--

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1

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

rev 546: improve xmtn-status-local-changes, share with xmtn-propagate.

Committed revision 546 to http://stephe-leake.org/dvc

improve xmtn-status-local-changes, share with xmtn-propagate.

  * lisp/xmtn-automate.el (xmtn-automate--session): delete
    next-mtn-command-number; not meaningful. rename
    xmtn-status-local-changes, move here.

  * lisp/xmtn-multi-status.el: move rename xmtn-status-local-changes to
    xmtn-automate.el

  * lisp/xmtn-propagate.el: use xmtn-status-local-changes

--

-- 
-- Stephe

How to hide unversioned files? Or: how do I make it feel/behave/look more like psvn.el?

I'd really like to switch to a dvcs, but I'm lacking a good Emacs
interface... something like psvn.  dvc, while promising...
I'm used to using psvn.el almost as a dired replacement. With dvc,
what I'm missing is

* way to hide unversioned files
* a way to show unmodified files

Both as a toggle would be nice. psvn has "?" and "_" bound to these by
default.  I've looked all over (no, didn't read source or manual in
detail, I just grepped/searched for "unversioned" or "modified"), but
haven't found these toggles.

I'm sure there's more, but those two are the most important on my mind
right now.

Bye, J

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