5:23 p.m.
Hello,
After three and half years of snail-pace porting work, I think the new vc from
the unsupported area is now in a state where it makes sense to start pushing
it towards the regular XEmacs packages tree.
For those unfamiliar with it, the new vc consists of vc*.el and log-edit.el
from GNU Emacs 22, and mercurial.el and vc-git.el from respective upstreams.
Compared to the current vc package, new supported backends are GNU Arch, GIT,
Meta-CVS, Mercurial, and Subversion.
I've been using the new vc package exclusively for quite some time now, but as
I'm not a hardcore vc user and use only CVS, Subversion, Mercurial and GIT
(two latter only now and then), it is expected that there are some rough
edges here and there. Additionally, the current pcl-cvs, vc-cc and
prog-modes (p4.el) packages have been only compile tested against the new vc.
I've done most of the testing with XEmacs 21.5, but have tried to be careful
to get it to work with 21.4 too.
The diff against the old vc is so large that I don't think it would be useful
to post a diff here or to xemacs-patches.
I suggest we proceed like this:
1) Commit the new vc to xemacs-packages/vc (AI: me)
2) Clean up no longer needed stuff from diff-mode.el (AI: me)
3) Push the new package to the experimental area (AI: Norbert)
4) Let it stay in the experimental area until issues with pcl-cvs, vc-cc, and
p4.el have been ironed out or reported to work as-is
(AI: users/developers/hackers of pcl-cvs, vc-cc and p4.el, I'm available to
help out to the extent I can)
I've prepared steps 1 and 2, they're just a "cvs ci" away. Thoughts?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
2:15 p.m.
Ville Skyttä <scop(a)xemacs.org> writes:
Hello,
Hi Ville!
After three and half years of snail-pace porting work, I think the
new vc from the unsupported area is now in a state where it makes
sense to start pushing it towards the regular XEmacs packages tree.
Whow, has it really been that long?
I've been using the new vc package exclusively for quite some
time
now, but as I'm not a hardcore vc user and use only CVS, Subversion,
Mercurial and GIT (two latter only now and then), it is expected
that there are some rough edges here and there. Additionally, the
current pcl-cvs, vc-cc and prog-modes (p4.el) packages have been
only compile tested against the new vc. I've done most of the
testing with XEmacs 21.5, but have tried to be careful to get it to
work with 21.4 too.
I have also used it off and on for extended periods for my day-to-day
work.
My testing was basically limited to cvs and rcs.
An interesting aspect of my testing may be that I used it for .gpg
files under CVS together with crypt++ and easypg (easypg from CVS) and
remote files via tramp under RCS.
Things work nicely for the most part.
For tramp I had to apply following quick patch but the issue needs to
be investigated further.
Why is following patch not necessary with the latest official vc
package?
diff -u c:\progra~1\xemacs\xemacs-packages\lisp\tramp\tramp-vc.el.~1~
c:\progra~1\xemacs\xemacs-packages\lisp\tramp\tramp-vc.el
--- c:\progra~1\xemacs\xemacs-packages\lisp\tramp\tramp-vc.el.~1~ 2007-08-19
15:00:12.718750000 +0200
+++ c:\progra~1\xemacs\xemacs-packages\lisp\tramp\tramp-vc.el 2007-08-19
15:00:12.718750000 +0200
＠＠ -453,7 +453,7 ＠＠
(tramp-tramp-file-p file) ; tramp file
(setq ad-return-value
(save-match-data
- (tramp-handle-vc-user-login-name uid)))) ; get the owner name
+ (tramp-handle-vc-user-login-name)))) ; get the owner name
ad-do-it))) ; else call the original
(add-hook 'tramp-unload-hook
For easypg, following advice was suggested by Daiki and slightly
modified by me. It does not work first time accessing a .gpg file via
C-x v ~ (vc-version-other-window)
I have to
M-x load RET vc RET
first.
Haven't investigated that yet.
; As suggested in http://article.gmane.org/gmane.emacs.gnus.general/64742
; From: Daiki Ueno <ueno <at> unixuser.org>
; Subject: Re: EasyPG 0.0.12
; Newsgroups: gmane.emacs.gnus.general
; Date: 2007-05-30 08:30:27 GMT (2 hours and 45 minutes ago)
;
; >>>>> In <loom.20070530T090846-624 <at> post.gmane.org>
; >>>>> Adrian Aichner <adrian <at> xemacs.org> wrote:
; > Hi Daiki!
;
; > ah, inhibiting file-name-handlers might be an option, even though I
; > don't know whether it will break existing cusomizations out there.
;
; I just tried the following setting. It seems to work as you expected.
;
; (setq epa-file-name-regexp "\\.gpg\\(~\\|\\.~[.0-9]+~\\)?\\'")
;
; (defadvice vc-version-other-window
; (around inhibit-epa-file-handler)
; (let ((inhibit-file-name-handlers '(epa-file-handler))
; (inhibit-file-name-operation 'write-region)
; (coding-system-for-write 'binary)
; (coding-system-for-read 'binary))
; ad-do-it))
; i 2007/06/02 16:55:58 Above exhibits eol-type lossage.
; so I come up with the below, which is closer to my original
; workaround and does not show this problem.
; i 2007/06/08 16:17:26 turns out the below only works for
; scop/unsupported/vc, because
; xemacs-packages/vc does not have `vc-find-version'.
(if (fboundp ' vc-find-version)
(defadvice vc-find-version
(around inhibit-epa-file-handler)
(let ((inhibit-file-name-handlers '(epa-file-handler))
(inhibit-file-name-operation 'write-region)
(coding-system-for-write 'binary)
(coding-system-for-read 'binary))
ad-do-it))
(defadvice vc-version-other-window
(around inhibit-epa-file-handler)
(let ((inhibit-file-name-handlers '(epa-file-handler))
(inhibit-file-name-operation 'write-region)
(coding-system-for-write 'binary)
(coding-system-for-read 'binary))
ad-do-it)))
The diff against the old vc is so large that I don't think it
would
be useful to post a diff here or to xemacs-patches.
I suggest we proceed like this:
1) Commit the new vc to xemacs-packages/vc (AI: me)
2) Clean up no longer needed stuff from diff-mode.el (AI: me)
3) Push the new package to the experimental area (AI: Norbert)
4) Let it stay in the experimental area until issues with pcl-cvs,
vc-cc, and p4.el have been ironed out or reported to work as-is
(AI: users/developers/hackers of pcl-cvs, vc-cc and p4.el, I'm
available to help out to the extent I can)
I've prepared steps 1 and 2, they're just a "cvs
ci" away.
Thoughts?
I'm all for it.
Best regards!
Adrian
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:27 p.m.
* Ville Skyttä <scop(a)xemacs.org>:
Hello Ville,
I suggest we proceed like this:
1) Commit the new vc to xemacs-packages/vc (AI: me)
2) Clean up no longer needed stuff from diff-mode.el (AI: me)
3) Push the new package to the experimental area (AI: Norbert)
4) Let it stay in the experimental area until issues with pcl-cvs,
vc-cc, and p4.el have been ironed out or reported to work as-is
(AI: users/developers/hackers of pcl-cvs, vc-cc and p4.el, I'm
available to help out to the extent I can)
I've prepared steps 1 and 2, they're just a "cvs ci" away. Thoughts?
Sounds very good to me. If you give me a heads-up after you've
finished, I'll push the new version into the experimental area - but you
know all this stuff :-)
Best regards,
norbert.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
10:34 p.m.
On Wednesday 22 August 2007, Norbert Koch wrote:
* Ville Skyttä <scop(a)xemacs.org>:
Hello Ville,
> I suggest we proceed like this:
>
> 1) Commit the new vc to xemacs-packages/vc (AI: me)
> 2) Clean up no longer needed stuff from diff-mode.el (AI: me)
> 3) Push the new package to the experimental area (AI: Norbert)
> 4) Let it stay in the experimental area until issues with pcl-cvs,
> vc-cc, and p4.el have been ironed out or reported to work as-is
> (AI: users/developers/hackers of pcl-cvs, vc-cc and p4.el, I'm
> available to help out to the extent I can)
>
> I've prepared steps 1 and 2, they're just a "cvs ci" away.
Thoughts?
Sounds very good to me. If you give me a heads-up after you've
finished, I'll push the new version into the experimental area - but you
know all this stuff :-)
Ok, I've taken care of 1) and 2) above. In addition to vc and prog-modes,
ediff should be recompiled against the new vc and pushed to the experimental
area too.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
9:09 p.m.
* Ville Skyttä <scop(a)xemacs.org>:
Ville,
Ok, I've taken care of 1) and 2) above. In addition to vc and
prog-modes,
ediff should be recompiled against the new vc and pushed to the experimental
area too.
Could you please have a look at the package smoketest? I think it's this
commit that broke the 21.4 no mule build:
http://labb.contactor.se/~matsl/smoketest/logs/2007-08-23-22:02_buildAll_...
Thanks, best regards,
norbert.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
10:31 p.m.
On Friday 24 August 2007, Norbert Koch wrote:
* Ville Skyttä <scop(a)xemacs.org>:
Ville,
> Ok, I've taken care of 1) and 2) above. In addition to vc and
> prog-modes, ediff should be recompiled against the new vc and pushed to
> the experimental area too.
Could you please have a look at the package smoketest? I think it's this
commit that broke the 21.4 no mule build:
http://labb.contactor.se/~matsl/smoketest/logs/2007-08-23-22:02_buildAll_21
.4-nomule.log.tail
Oh, damn. Unfortunately I won't be able to look into this before early next
week. If someone else wants to beat me to it, just go ahead.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:29 p.m.
On Saturday 25 August 2007, Ville Skyttä wrote:
On Friday 24 August 2007, Norbert Koch wrote:
> * Ville Skyttä <scop(a)xemacs.org>:
>
> Ville,
>
> > Ok, I've taken care of 1) and 2) above. In addition to vc and
> > prog-modes, ediff should be recompiled against the new vc and pushed to
> > the experimental area too.
>
> Could you please have a look at the package smoketest? I think it's this
> commit that broke the 21.4 no mule build:
>
> http://labb.contactor.se/~matsl/smoketest/logs/2007-08-23-22:02_buildAll_
>21 .4-nomule.log.tail
Oh, damn. Unfortunately I won't be able to look into this before early
next week. If someone else wants to beat me to it, just go ahead.
I've committed a bunch of changes that fix the build and some runtime issues
with a no-MULE 21.4 for me. The smoke test page does not list results for
these changes yet though.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
11:12 p.m.
Ville Skyttä <scop(a)xemacs.org> writes:
On Saturday 25 August 2007, Ville Skyttä wrote:
> On Friday 24 August 2007, Norbert Koch wrote:
> > * Ville Skyttä <scop(a)xemacs.org>:
> >
> > Ville,
> >
> > > Ok, I've taken care of 1) and 2) above. In addition to vc and
> > > prog-modes, ediff should be recompiled against the new vc and pushed to
> > > the experimental area too.
> >
> > Could you please have a look at the package smoketest? I think it's this
> > commit that broke the 21.4 no mule build:
> >
> > http://labb.contactor.se/~matsl/smoketest/logs/2007-08-23-22:02_buildAll_
> >21 .4-nomule.log.tail
>
> Oh, damn. Unfortunately I won't be able to look into this before early
> next week. If someone else wants to beat me to it, just go ahead.
I've committed a bunch of changes that fix the build and some runtime issues
with a no-MULE 21.4 for me. The smoke test page does not list results for
these changes yet though.
Thanks Ville, the 21.4 NO mule build looks good.
There's still the macro mis-compile of
vc-call (defmacro)
Definition: xemacs-packages/vc/vc-hooks.el
Miscompile: xemacs-packages/ediff/ediff-vers.el
in
http://labb.contactor.se/~matsl/smoketest/logs/2007-08-27-18:01_macro_err...
http://labb.contactor.se/~matsl/smoketest/logs/2007-08-27-18:01_buildAll_...
Mats, could you update the 21.5 NO mule installation (currently
http://calypso.tux.org/pipermail/xemacs-buildreports/2007-August/000132.html)
to see whether Marcus' recent commits have fixed this seemingly
gc-related build crash?
Adrian
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
11:06 p.m.
Norbert Koch <viteno(a)xemacs.org> writes:
* Ville Skyttä <scop(a)xemacs.org>:
Ville,
> Ok, I've taken care of 1) and 2) above. In addition to vc and prog-modes,
> ediff should be recompiled against the new vc and pushed to the experimental
> area too.
Could you please have a look at the package smoketest? I think it's this
commit that broke the 21.4 no mule build:
http://labb.contactor.se/~matsl/smoketest/logs/2007-08-23-22:02_buildAll_...
http://labb.contactor.se/~matsl/smoketest/logs/2007-08-23-22:02_macro_err...
may also be worth checking.
It currently only shows following vc-related miscompile we already
know about:
vc-call (defmacro)
Definition: xemacs-packages/vc/vc-hooks.el
Miscompile: xemacs-packages/ediff/ediff-vers.el
http://labb.contactor.se/~matsl/smoketest/logs/2007-08-23-22:02_buildAll_...
shows this:
** file-coding-system is an obsolete variable; use buffer-file-coding-system instead.
while
http://labb.contactor.se/~matsl/smoketest/logs/2007-08-23-22:02_buildAll_...
does not, but it shows
** reference to free variable buffer-file-coding-system
I think some conditioning on
(featurep 'file-coding)
must be missing.
e.g.
packages\xemacs-packages\mail-lib\smtpmail.el
has this:
;; XEmacs change
(if (or (featurep 'mule) (featurep 'file-coding))
(set-process-coding-system process 'no-conversion-unix 'no-conversion-unix))
Adrian
Thanks, best regards,
norbert.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6:05 a.m.
"Ville" == Ville Skyttä <scop(a)xemacs.org> wrote:
[...]
Ville> 4) Let it stay in the experimental area until issues with pcl-cvs, vc-cc, and
Ville> p4.el have been ironed out or reported to work as-is
Ville> (AI: users/developers/hackers of pcl-cvs, vc-cc and p4.el, I'm
available to
Ville> help out to the extent I can)
I have some corrections I had to make to p4.el so that the menu would
work [they are still *very* long, but that is a design decision, and I
barely use the menus now anyway].
Should I send the diffs to you or upstream ?
[...]
--
Nelson Ferreira
GPG:7420ED20 Fingerprint:9DFE 82A7 C689 BAEE EC25 A8E8 3C64 1789 7420 ED20
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:20 a.m.
On Tuesday 11 September 2007, Nelson Ferreira wrote:
"Ville" == Ville Skyttä <scop(a)xemacs.org> wrote:
[...]
Ville> 4) Let it stay in the experimental area until issues with pcl-cvs,
vc-cc, and Ville> p4.el have been ironed out or reported to work as-is
Ville> (AI: users/developers/hackers of pcl-cvs, vc-cc and p4.el, I'm
available to Ville> help out to the extent I can)
I have some corrections I had to make to p4.el so that the menu would
work [they are still *very* long, but that is a design decision, and I
barely use the menus now anyway].
Should I send the diffs to you or upstream ?
Send them to xemacs-patches and upstream, and Cc Peter Österlund
<petero2(a)telia.com> (he's listed as the XEmacs maintainer for p4.el in
MAINTAINERS). Thanks in advance!
BTW, does p4.el work otherwise ok (besides the menu) for you with the new vc?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
11:35 a.m.
I'm very much looking forward to this. I hope mercurial (hg) will be
supported?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:21 a.m.
On Thursday 13 September 2007, Neal Becker wrote:
I'm very much looking forward to this. I hope mercurial (hg)
will be
supported?
Yes, it will - although it's not a real vc backend, the new vc package
contains mercurial.el from mercurial upstream. And the new vc package is
already available in the experimental packages area.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
12:51 a.m.
Ville Skyttä wrote:
On Thursday 13 September 2007, Neal Becker wrote:
> I'm very much looking forward to this. I hope mercurial (hg) will be
> supported?
Yes, it will - although it's not a real vc backend, the new vc package
contains mercurial.el from mercurial upstream. And the new vc package is
already available in the experimental packages area.
How can I install/test this on top of my existing xemacs-21.5.28-5.fc7?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:49 p.m.
Neal Becker <ndbecker2(a)gmail.com> writes:
Ville Skyttä wrote:
> On Thursday 13 September 2007, Neal Becker wrote:
>> I'm very much looking forward to this. I hope mercurial (hg) will be
>> supported?
>
> Yes, it will - although it's not a real vc backend, the new vc package
> contains mercurial.el from mercurial upstream. And the new vc package is
> already available in the experimental packages area.
How can I install/test this on top of my existing xemacs-21.5.28-5.fc7?
Hi Neal,
See
http://www.xemacs.org/Documentation/packageGuide.html#Where_to_get_the_pa...
which links to
http://www.xemacs.org/Releases/index.html#Pre-Releases
for the
Pre-Release XEmacs Packages.
Let us know if you nee more help.
Best regards!
Adrian
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
6059
days inactive
6089
days old
14 comments
5 participants
participants (5)
-
Adrian Aichner -
Neal Becker -
Nelson Ferreira -
Norbert Koch -
Ville Skyttä