APPROVE COMMIT packages
On Wed, Jun 18, 2014 at 3:24 AM, Norbert Koch <viteno(a)xemacs.org> wrote:
> Thanks a lot! I've applied it by hand (too many mailers had their
> fingers into this :-)) and now the make works.
Ugh, sorry about the mailer damage. One of these days I am really,
really going to get gnus working again.... Anyway, thanks for the
confirmation. I tried building with 21.5 and this patch, and that
also worked.
>> And maybe that let should be a let*?
>
> Sounds reasonable.
Actually, no, that won't make any difference. I was just thinking it
would emphasize the serial nature of the operation: pop this argument
first, then pop that other argument. But as far as the operation of
the code goes, it doesn't matter.
I am committing the following patch, which means yet another top-level
push, Norbert.
diff -r 9954f5555c86 ChangeLog
--- a/ChangeLog Wed Jun 04 15:49:00 2014 -0600
+++ b/ChangeLog Wed Jun 18 09:09:35 2014 -0600
@@ -1,3 +1,9 @@
+2014-06-18 Jerry James <james(a)xemacs.org>
+
+ * package-net-packages.el
+ (package-net-packages-batch-convert-index-to-ini): consume command
+ line arguments instead of just peeking at them.
+
2014-06-02 Jerry James <james(a)xemacs.org>
* Local.rules.template: Support texi2any. Drop support for
diff -r 9954f5555c86 package-net-packages.el
--- a/package-net-packages.el Wed Jun 04 15:49:00 2014 -0600
+++ b/package-net-packages.el Wed Jun 18 09:09:35 2014 -0600
@@ -145,8 +145,8 @@
"Convert the package index to ini file format."
(unless noninteractive
(error "`package-net-packages-batch-convert-index-to-ini' is to
be used only with -batch"))
- (let ((dir (car command-line-args-left))
- (category (cadr command-line-args-left))
+ (let ((dir (pop command-line-args-left))
+ (category (pop command-line-args-left))
(package-get-require-signed-base-updates nil))
(package-net-packages-convert-index-to-ini dir nil category)))
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi!
So, I'm back from my vacation and try to get the package stuff up to
date. Now, I try to 'make bindist' in a freshly cloned tree and end up
with the following error:
...
# #### See if we can't CLEAN this up
xemacs -vanilla -batch -eval '(setq stack-trace-on-error t load-always-display-messages t load-ignore-out-of-date-elc-files t load-show-full-path-in-messages t)' \
-l /usr/users/nk/pkg-build/test/hack-package-index.el -f batch-hack-package-index \
xemacs-base package-info /usr/users/nk/pkg-build/staging/package-index standard
Wrote /usr/users/nk/pkg-build/staging/package-index
xemacs -vanilla -batch -eval '(setq stack-trace-on-error t load-always-display-messages t load-ignore-out-of-date-elc-files t load-show-full-path-in-messages t)' -l /usr/users/nk/pkg-build/test/package-net-packages.el \
-l /usr/users/nk/pkg-build/staging/package-index \
-f package-net-packages-batch-convert-index-to-ini /usr/users/nk/pkg-build/staging standard
Wrote /usr/users/nk/pkg-build/staging/setup-packages.ini # bind (
stack-trace-on-signal debug-on-signal stack-trace-on-error debug-on-error)
signal(error ("/usr/users/nk/pkg-build/staging is a directory"))
# bind (data error-symbol)
signal-error(error ("/usr/users/nk/pkg-build/staging is a directory"))
# bind (error-data)
normal-top-level()
# (condition-case ... . error)
# (catch top-level
...)
/usr/users/nk/pkg-build/staging is a directory
xemacs exiting
.
make[2]: *** [setup-info] Error 255
make[2]: Leaving directory `/usr/users/nk/pkg-build/test/xemacs-packages/xemacs-base'
make[1]: *** [xemacs-base/install-for-bindist.target] Error 2
make[1]: Leaving directory `/usr/users/nk/pkg-build/test/xemacs-packages'
make: *** [xemacs-packages/install-for-bindist.target] Error 2
Erm, has this changed in one of the last commits? I've done it this way
since like forever ...
Thanks,
norbert.
--
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
APPROVE COMMIT
NOTE: Ths patch has been committed.
Ar an seachtú lá déag de mí Meitheamh, scríobh Michael Heinrich:
> I tested it with 21.5.34 and it works for me. Cursor-position stays at
> the right place in dired buffer after editing a file. Thank you.
Great!
# HG changeset patch
# User Aidan Kehoe <kehoea(a)parhasard.net>
# Date 1403034945 -3600
# Tue Jun 17 20:55:45 2014 +0100
# Node ID a1808d52a34a15175e99534534b4a3668135bbda
# Parent acf1c26e3019f3e8171b591c5b9e120f87187012
If the position of a window's cached point is deleted, use buffer point instead
src/ChangeLog addition:
2014-06-17 Aidan Kehoe <kehoea(a)parhasard.net>
* extents.h:
* window.c:
* window.c (unshow_buffer):
* window.c (Fset_window_buffer):
Use extents, rather than markers, for the window buffer point
cache, so that when the text containing that window buffer point
is deleted, the window display code uses the buffer's actual point
instead of the position that the marker had been moved to.
Fixes Michael Heinrich's problem of
http://mid.gmane.org/6zr42uxtf5.fsf@elektra.science-computing.de ,
introduced by Ben's patch of
https://bitbucket.org/xemacs/xemacs/commits/047d37eb70d70f43803 .
diff -r acf1c26e3019 -r a1808d52a34a src/ChangeLog
--- a/src/ChangeLog Thu May 15 12:25:25 2014 -0600
+++ b/src/ChangeLog Tue Jun 17 20:55:45 2014 +0100
@@ -1,3 +1,18 @@
+2014-06-17 Aidan Kehoe <kehoea(a)parhasard.net>
+
+ * extents.h:
+ * window.c:
+ * window.c (unshow_buffer):
+ * window.c (Fset_window_buffer):
+ Use extents, rather than markers, for the window buffer point
+ cache, so that when the text containing that window buffer point
+ is deleted, the window display code uses the buffer's actual point
+ instead of the position that the marker had been moved to.
+ Fixes Michael Heinrich's problem of
+ http://mid.gmane.org/6zr42uxtf5.fsf@elektra.science-computing.de ,
+ introduced by Ben's patch of
+ https://bitbucket.org/xemacs/xemacs/commits/047d37eb70d70f43803 .
+
2014-05-08 Jerry James <james(a)xemacs.org>
* print.c (struct debug_bindings): Add print_circle field.
diff -r acf1c26e3019 -r a1808d52a34a src/extents.h
--- a/src/extents.h Thu May 15 12:25:25 2014 -0600
+++ b/src/extents.h Tue Jun 17 20:55:45 2014 +0100
@@ -132,6 +132,7 @@
EXFUN (Fextent_property, 3);
EXFUN (Fput_text_property, 5);
+EXFUN (Fextent_detached_p, 1);
EXFUN (Fdetach_extent, 1);
EXFUN (Fextent_end_position, 1);
EXFUN (Fextent_object, 1);
diff -r acf1c26e3019 -r a1808d52a34a src/window.c
--- a/src/window.c Thu May 15 12:25:25 2014 -0600
+++ b/src/window.c Tue Jun 17 20:55:45 2014 +0100
@@ -41,6 +41,7 @@
#include "commands.h"
#include "device-impl.h"
#include "elhash.h"
+#include "extents.h"
#include "faces.h"
#include "frame-impl.h"
#include "glyphs.h"
@@ -2047,17 +2048,29 @@
BUF_ZV (b)));
{
- Lisp_Object marker = Fgethash (buf, w->saved_point_cache, Qnil);
+ Lisp_Object marker;
+ Lisp_Object saved_point = Fgethash (buf, w->saved_point_cache, Qnil);
int selected = EQ (wrap_window (w), Fselected_window (Qnil));
- if (NILP (marker))
+ if (NILP (saved_point))
{
- marker = Fmake_marker ();
- Fputhash (buf, marker, w->saved_point_cache);
+ saved_point = Fmake_extent (Qnil, Qnil, buf);
+ Fset_extent_property (saved_point, Qstart_open, Qt);
+ Fputhash (buf, saved_point, w->saved_point_cache);
}
- Fset_marker (marker,
- selected ? make_fixnum (BUF_PT (b)) : w->pointm[CURRENT_DISP],
- buf);
+
+ if (selected)
+ {
+ set_extent_endpoints (XEXTENT (saved_point),
+ BYTE_BUF_PT (b), BYTE_BUF_PT (b), buf);
+ }
+ else
+ {
+ set_extent_endpoints (XEXTENT (saved_point),
+ byte_marker_position (w->pointm[CURRENT_DISP]),
+ byte_marker_position (w->pointm[CURRENT_DISP]),
+ buf);
+ }
marker = Fgethash (buf, w->saved_last_window_start_cache, Qnil);
@@ -3710,10 +3723,12 @@
buffer);
#else
{
- Lisp_Object marker = Fgethash (buffer, w->saved_point_cache, Qnil);
+ Lisp_Object saved_point = Fgethash (buffer, w->saved_point_cache, Qnil);
Lisp_Object newpoint =
- !NILP (marker) ? make_fixnum (marker_position (marker)) :
- make_fixnum (BUF_PT (XBUFFER (buffer)));
+ (EXTENTP (saved_point) && !NILP (Fextent_detached_p (saved_point)))
+ ? Fextent_start_position (saved_point)
+: make_fixnum (BUF_PT (XBUFFER (buffer)));
+ Lisp_Object marker;
/* Previously, we had in here set-window-point, which did one of the
following two, but not both. However, that could result in pointm
being in a different buffer from the window's buffer! Probably
--
‘Liston operated so fast that he once accidentally amputated an assistant’s
fingers along with a patient’s leg, […] The patient and the assistant both
died of sepsis, and a spectator reportedly died of shock, resulting in the
only known procedure with a 300% mortality.’ (Atul Gawande, NEJM, 2012)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2014-06-10 - 2014-06-17)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
557 open ( +0) / 311 closed ( +0) / 868 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1796 days.
Median duration of open issues: 1929 days.
Open Issues Breakdown
new 246 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 58 ( +0)
assigned 147 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 16 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hi,
I notice some strange behaviour of dired if I edit a file from a
dired-buffer (press return) and go back to the dired buffer. Then point
is not on the same file anymore but at the end of the previous line.
This happens at least in xemacs 21.5.31 and 21.5.34 but not in 21.4.20.
Tested on Redhat/Centos 6.5 and openSUSE 11.4.
Suppose the following directory:
--8<---------------cut here---------------start------------->8---
heinrich@elektra ~/tmp/testemacs $ ls -al
total 8
drwxr-xr-x 2 heinrich s+c 4096 Jun 12 13:09 ./
drwxr-x--- 12 heinrich s+c 4096 Jun 12 11:02 ../
-rw-r--r-- 1 heinrich s+c 0 Jun 12 13:09 a
-rw-r--r-- 1 heinrich s+c 0 Jun 12 13:09 b
--8<---------------cut here---------------end--------------->8---
I open this directory in a dired-buffer with "xemacs -q
~/tmp/testemacs", go to file "a" and press return, make some changes,
save file a and switch back to buffer "testemacs". Then the cursors
position is at the end of ".." in dired-buffer "testemacs":
--8<---------------cut here---------------start------------->8---
/home/heinrich/tmp/testemacs:
total 8
drwxr-xr-x 2 heinrich s+c 4096 Jun 12 13:09 .
drwxr-x--- 12 heinrich s+c 4096 Jun 12 11:02 ..<--- cursor-pos
-rw-r--r-- 1 heinrich s+c 1 Jun 12 13:15 a
-rw-r--r-- 1 heinrich s+c 0 Jun 12 13:09 a~
-rw-r--r-- 1 heinrich s+c 0 Jun 12 13:09 b
--8<---------------cut here---------------end--------------->8---
I do expect that the cursors position would not have changed, i.e. would
be on file "a".
The behaviour seems to be independent of the locale. I tested with "C",
en_US.utf8 and de_DE.utf8.
Any hints?
Best regards,
Michael.
--
Vorstandsvorsitzender/Chairman of the board of management:
Gerd-Lothar Leonhart
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Michael Heinrichs, Dr. Arno Steitz
Vorsitzender des Aufsichtsrats/
Chairman of the Supervisory Board:
Philippe Miltin
Sitz/Registered Office: Tuebingen
Registergericht/Registration Court: Stuttgart
Registernummer/Commercial Register No.: HRB 382196
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
Why do we have 6 tar files with the same content but different name
xemacs-all-mule-packages.tar.bz2
xemacs-all-packages.tar.bz2
xemacs-mule-sumo-2010-07-27.tar.bz2
xemacs-mule-sumo.tar.bz2
xemacs-sumo-2010-07-27.tar.bz2
xemacs-sumo.tar.bz2
And then also the gz version. I find this confusing.
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2014-06-03 - 2014-06-10)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
557 open ( +0) / 311 closed ( +0) / 868 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1789 days.
Median duration of open issues: 1922 days.
Open Issues Breakdown
new 246 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 58 ( +0)
assigned 147 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 16 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
As I said I tried to test auctex 11.87 mainstream, so finally I ended up
deleting our 1.51 pkg and tried out the new 11.87.
When I wanted to go back I downloaded 1.51 but to my surprise it
contains mainstream 11.55 instead 11.84. I posses somewhere the correct
tar.gz but this is not really helpful.
I look and see I can find the version I submitted (still using CSV)
I presume in the transit from CSV to mercury the 11.84 pkg could lost.
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
I finally convinced myself (and also have the time) to upgrade
auctex from 11.84 to 11.87. As a first step I want to test it
under Xemacs 21.5.33. The easiest way seems to me download their
xemacs-pkg and try it out in my home directory.
I thought the hierarchy of the package system is as follows.
- everything which is in .xemacs/xemacs-package has first
priority and the official version in
xemacs/xemacs-package is _ignored_.
- then comes 3rd packages placed in xemacs/site-packages
- finally come the official packages.
So I unpacked their package in .xemacs/xemacs-package
locate-library tells me that LaTeX.el dwells in this directory not
in xemacs/xemacs-package, but AUCTeX-version tells me it is still
11.84. I could of course un install the official one, but I don't
feel much like doing it.
Any comment is very welcome
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta