6:43 p.m.
Hello --
I have committed and built versions of the following packages. They will soon
be available on ftp.xemacs.org in the normal way; for the moment they are
downloadable from:
https://www.parhasard.net/xemacs/packages-released-june-2018/
auctex-1.58-pkg.tar.gz
ede-1.07-pkg.tar.gz
edit-utils-2.58-pkg.tar.gz
eieio-1.10-pkg.tar.gz
eshell-1.21-pkg.tar.gz
gnus-2.04-pkg.tar.gz
mail-lib-1.84-pkg.tar.gz
prog-modes-2.33-pkg.tar.gz
psgml-1.50-pkg.tar.gz
text-modes-2.06-pkg.tar.gz
time-1.17-pkg.tar.gz
xemacs-base-2.46-pkg.tar.gz
xwem-1.26-pkg.tar.gz
Best,
Aidan
--
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)
1:48 p.m.
New subject: XEmacs Packages have been formally released
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hello --
I have built all the packages as they are in the Mercurial tree, and
uploaded them to ftp://ftp.xemacs.org/pub/xemacs/packages . The list of
packages below reflects newer versions than were already in that directory.
package-index.LATEST.gpg is signed using my current GPG key (that associated
with this address, rather than an xemacs.org address).
Sun-1.19
ada-1.16
apel-1.36
auctex-1.58
bbdb-1.34
build-1.18
c-support-1.24
calc-1.28
calendar-1.41
cc-mode-1.99
cedet-common-1.03
clearcase-1.12
cogre-1.04
cookie-1.17
crisp-1.17
debug-1.20
dictionary-1.18
dired-1.22
docbookide-0.10
easypg-1.05
ecb-1.25
ecrypto-0.23
ede-1.07
edebug-1.24
edict-1.19
ediff-1.84
edit-utils-2.58
edt-1.16
efs-1.37
egg-its-1.29
eieio-1.10
elib-1.15
emerge-1.13
erc-0.26
escreen-1.03
eshell-1.21
eterm-1.20
eudc-1.43
footnote-1.18
forms-1.17
fortran-modes-1.07
frame-icon-1.13
fsf-compat-1.24
games-1.23
general-docs-1.10
gnats-1.19
gnus-2.04
guided-tour-0.54
haskell-mode-1.14
hm--html-menus-1.26
hyperbole-1.22
ibuffer-1.12
idlwave-1.34
igrep-1.18
ilisp-1.38
ispell-1.37
jde-1.54
latin-euro-standards-1.11
latin-unity-1.23
leim-1.38
locale-1.30
lookup-1.17
mail-lib-1.84
mailcrypt-2.16
mew-1.22
mh-e-1.35
mine-1.18
misc-games-1.25
mmm-mode-1.08
mule-base-1.60
mule-ucs-1.21
net-utils-1.61
ocaml-0.10
oo-browser-1.07
os-utils-1.44
package-index
package-index.gpg
pc-1.30
pcl-cvs-1.73
pcomplete-1.08
perl-modes-1.16
pgg-1.10
prog-modes-2.33
ps-print-1.14
psgml-1.50
psgml-dtds-1.05
python-modes-1.16
re-builder-1.07
reftex-1.36
riece-1.26
rmail-1.16
ruby-modes-1.07
sasl-1.18
scheme-1.22
semantic-1.23
setup-packages.ini
sgml-1.13
sh-script-1.26
sieve-1.20
skk-1.27
slider-1.18
sml-mode-0.14
sounds-au-1.14
sounds-wav-1.14
speedbar-1.32
strokes-1.12
supercite-1.23
texinfo-1.32
text-modes-2.06
textools-1.17
time-1.17
tm-1.42
tooltalk-1.17
tpu-1.16
tramp-1.57
vc-1.50
vc-cc-1.24
vhdl-1.24
view-process-1.15
viper-1.69
vm-8.11
w3-1.41
x-symbol-1.16
xemacs-base-2.46
xemacs-devel-1.84
xetla-1.04
xlib-1.16
xslide-1.11
xslt-process-1.14
xwem-1.26
zenirc-1.18
Best,
Aidan
- --
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)
-----BEGIN PGP SIGNATURE-----
iHUEARYIAB0WIQSj3dUWU/eK6AXWLC4lTYRchaCmyQUCW123HQAKCRAlTYRchaCm
yTEUAP0XdVDjTCMa5yy6L1dHyu9Ii/8tr8BqOAAMMJRiG8XbxwD/ek5dgw+r0pWw
xJhYuvWaeXiXp6sL8sQPECndipXWsw4=
=9T8p
-----END PGP SIGNATURE-----
8:30 p.m.
New subject: XEmacs Packages have been formally released
Hi Aidan,
Aidan Kehoe writes:
Hello --
I have built all the packages as they are in the Mercurial tree, and
uploaded them to ftp://ftp.xemacs.org/pub/xemacs/packages .
[...]
calendar-1.41
There is something wrong with tar file for calendar. It can't be decompressed. Listing
the contents on it gives this:
----------------------------------------------------------------------
$ LANG=C tar -tvf calendar-1.41-pkg.tar.gz
[...]
-rw-rw-r-- root/wheel 72280 2018-07-29 13:27 lisp/calendar/diary-lib.elc
-rw-rw-r-- root/wheel 21799 2018-07-29 11:41 lisp/calendar/holidays.el
tar: Skipping to next header
gzip: stdin: invalid compressed data--crc error
gzip: stdin: invalid compressed data--length error
tar: Child returned status 1
tar: Error is not recoverable: exiting now
----------------------------------------------------------------------
Could you please upload a proper one and bump the version number to 1.42?
Yours
--
%% Mats
11:06 p.m.
New subject: Package calendar 1.42 has been released.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hello --
I have bumped the verison of the calendar package to 1.42, and uploaded a
non-corrupt version of the binary as requested by Mats. There are no changes
to functionality (other than eliminating the corruption) with this. Thank you
for the report, Mats.
Best,
Aidan
- --
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)
-----BEGIN PGP SIGNATURE-----
iHUEARYIAB0WIQSj3dUWU/eK6AXWLC4lTYRchaCmyQUCW2oXbwAKCRAlTYRchaCm
yZoJAQC++nGhZeAitadJN8ANXyweic/dqSJ2r1t3Ru5ieRRz8QD/dcryX9Z63TRM
mxI5CbDHTPTrYZquQWLU84Fr9spXlgk=
=VF/K
-----END PGP SIGNATURE-----
10:30 p.m.
New subject: Package calendar 1.42 has been released.
Hi Aidan,
Aidan Kehoe writes:
Hello --
I have bumped the verison of the calendar package to 1.42, and uploaded a
non-corrupt version of the binary as requested by Mats.
Thanks for the quick fix but I fail to find the package in the archive? It is still the
corrupted 1.41 that is there. The package-index is updated though. Did you forget to
upload the pkg-file?
Yours
--
%% Mats
11:06 p.m.
New subject: Package calendar 1.42 has been released.
Ar an t-ochtú lá de mí Lúnasa, scríobh Mats Lidell:
Thanks for the quick fix but I fail to find the package in the
archive?
It is still the corrupted 1.41 that is there. The package-index is
updated though. Did you forget to upload the pkg-file?
I did indeed, thank you for pointing it out! I’ve just corrected that.
Everything isn’t smoothly scripted locally just yet, but at least the whole
process is far more pleasant than the prospect of upgrading, sorry, let me
correct myself, moving to the most recent version of mailman3.
The latter is the grim thing weighing on me about XEmacs at the moment;
mailman3 needs to be updated because of significant bugs, not least that
it’s difficult to subscribe to a list, but the installation approach that I
took (mailman-bundler under a venv) is now deprecated, so I will likely need
at least three days straight of unpleasant work to get to a slightly-more
functional installation. And the web end of that install will still clearly
be mailing list software written by and for people who do not like mailing
lists. And it may not even fix the bugs I see.
--
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)
10:57 p.m.
New subject: Package calendar 1.42 has been released.
Aidan Kehoe writes:
Ar an t-ochtú lá de mí Lúnasa, scríobh Mats Lidell:
> Thanks for the quick fix but I fail to find the package in the archive?
> It is still the corrupted 1.41 that is there. The package-index is
> updated though. Did you forget to upload the pkg-file?
I did indeed, thank you for pointing it out! I’ve just corrected that.
Great! Thanks for yet another quick fix.
Yours
--
%% Mats
9:07 a.m.
New subject: XEmacs Packages have been formally released
On 07/29/18 14:48, Aidan Kehoe wrote:
I have built all the packages as they are in the Mercurial tree, and
uploaded them to ftp://ftp.xemacs.org/pub/xemacs/packages . The list of
packages below reflects newer versions than were already in that directory.
package-index.LATEST.gpg is signed using my current GPG key (that associated
with this address, rather than an xemacs.org address).
[...]
leim-1.38
Hi Aidan,
I found a while ago [1] when (pkgsrc-)packaging the
then-beta/experimental/packages that the above leim-1.38 broke
subsequent xemacs package builds, i.e. I had to deinstall
editors/xemacs-packages before a successful xemacs{,-current} build.
At the time, I worked around the issue by downgrading to leim-1.31,
which was still available in packages/. Presumably, nothing substantial
has changed in leim-1.38, and the build problem persists.
Would it be possible to create a fallback directory (old-packages/ or
somesuch) to provide the previous release?
Cheerio,
hauke
[1]
<http://list-archive.xemacs.org/archive/list/xemacs-beta＠xemacs.org/thread...
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
11:24 p.m.
New subject: XEmacs Packages have been formally released
Ar an seachtú lá de mí Lúnasa, scríobh Hauke Fath:
[...] I found a while ago [1] when (pkgsrc-)packaging the
then-beta/experimental/packages that the above leim-1.38 broke subsequent
xemacs package builds, i.e. I had to deinstall editors/xemacs-packages
before a successful xemacs{,-current} build.
[...] [1]
<http://list-archive.xemacs.org/archive/list/xemacs-beta＠xemacs.org/thread...
OK, I’ll look into that and fix it. Renaming the file in leim will certainly
work, but there may be a more constructive way.
At the time, I worked around the issue by downgrading to leim-1.31,
which was still available in packages/. Presumably, nothing substantial
has changed in leim-1.38, and the build problem persists.
Would it be possible to create a fallback directory (old-packages/ or
somesuch) to provide the previous release?
Possible, sure. Should we encourage this, or should we fix the issues that
prompt the need for it?
Thanks for your work and input on this!
--
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)
3:47 p.m.
New subject: XEmacs Packages have been formally released
On 08/08/18 00:24, Aidan Kehoe wrote:
>
<http://list-archive.xemacs.org/archive/list/xemacs-beta＠xemacs.org/thread...
OK, I’ll look into that and fix it. Renaming the file in leim will certainly
work, but there may be a more constructive way.
Great, thanks!
> Would it be possible to create a fallback directory
(old-packages/ or
> somesuch) to provide the previous release?
Possible, sure. Should we encourage this, or should we fix the issues that
prompt the need for it?
Well, certainly the latter if at all possible.
It may make sense, though, to keep the previous version of packages
around for a few months, so that users and packagers can quickly work
around issues that managed to dodge testing.
Thanks for your work and input on this!
Well, thanks to you for keeping your hands on the wheel... I am only a
lowly packager clinging tenaciously to my favourite editor.
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
11:11 p.m.
New subject: XEmacs Packages have been formally released
Ar an t-ochtú lá de mí Lúnasa, scríobh Hauke Fath:
On 08/08/18 00:24, Aidan Kehoe wrote:
> >
<http://list-archive.xemacs.org/archive/list/xemacs-beta＠xemacs.org/thread...
>
> OK, I’ll look into that and fix it. Renaming the file in leim will
> certainly work, but there may be a more constructive way.
Great, thanks!
A slightly more correct place to fix it would be in the XEmacs 21.4 code,
but I have no commit access to that tree, and more sensible changes (e.g. to
get it building on more recent Linux,
https://bitbucket.org/kehoea/xemacs-21.4/commits/83161cc32465ee18b82990fb...
) should take priority if *anything* goes in to it.
As I have just posted to the list, I have reproduced the 21.4 build issue
locally, renamed leim/hebrew.el to leim/hebrew-input.el within the package,
rebuilt and tested the 21.5 build, which works locally.
> > Would it be possible to create a fallback directory
(old-packages/
> > or somesuch) to provide the previous release?
>
> Possible, sure. Should we encourage this, or should we fix the issues that
> prompt the need for it?
Well, certainly the latter if at all possible.
It may make sense, though, to keep the previous version of packages
around for a few months, so that users and packagers can quickly work
around issues that managed to dodge testing.
The PGP signing infrastructure we use wouldn’t be easily available with that
archive, but I suppose that was equally true of the “experimental” packages
we used for so long.
--
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)
8:40 a.m.
New subject: XEmacs Packages have been formally released
On 08/09/18 00:11, Aidan Kehoe wrote:
As I have just posted to the list, I have reproduced the 21.4 build
issue
locally, renamed leim/hebrew.el to leim/hebrew-input.el within the package,
rebuilt and tested the 21.5 build, which works locally.
I'll try it out, thanks.
While we are at it, there is another issue:
% /usr/bin/tar -zxf
/misc/pkg-distfiles/xemacs-packages/cedet-common-1.03-pkg.tar.gz
tar: Cannot link file lisp/cedet-common/cedet-compat.el to itself
tar: Cannot link file lisp/cedet-common/cedet-compat.elc to itself
%
GNU tar can cope with this anomaly,
% /usr/pkg/bin/gtar -ztvf
/misc/pkg-distfiles/xemacs-packages/cedet-common-1.03-pkg.tar.gz
[...]
-rw-r--r-- root/root 3576 2015-12-14 22:33
lisp/cedet-common/cedet-compat.el
hrw-r--r-- root/root 0 2015-12-14 22:33
lisp/cedet-common/cedet-compat.el link to lisp/cedet-common/cedet-compat.el
-rw-r--r-- root/root 1915 2016-01-04 21:48
lisp/cedet-common/cedet-compat.elc
hrw-r--r-- root/root 0 2016-01-04 21:48
lisp/cedet-common/cedet-compat.elc link to
lisp/cedet-common/cedet-compat.elc
[...]
but it would be nice if I could avoid the dependency. Maybe you could
repackage?
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
8:39 a.m.
New subject: XEmacs Packages have been formally released
Ar an naoiú lá de mí Lúnasa, scríobh Hauke Fath:
On 08/09/18 00:11, Aidan Kehoe wrote:
> As I have just posted to the list, I have reproduced the 21.4 build issue
> locally, renamed leim/hebrew.el to leim/hebrew-input.el within the package,
> rebuilt and tested the 21.5 build, which works locally.
I'll try it out, thanks.
While we are at it, there is another issue:
% /usr/bin/tar -zxf
/misc/pkg-distfiles/xemacs-packages/cedet-common-1.03-pkg.tar.gz
tar: Cannot link file lisp/cedet-common/cedet-compat.el to itself
tar: Cannot link file lisp/cedet-common/cedet-compat.elc to itself
%
GNU tar can cope with this anomaly,
% /usr/pkg/bin/gtar -ztvf
/misc/pkg-distfiles/xemacs-packages/cedet-common-1.03-pkg.tar.gz
[...]
-rw-r--r-- root/root 3576 2015-12-14 22:33
lisp/cedet-common/cedet-compat.el
hrw-r--r-- root/root 0 2015-12-14 22:33
lisp/cedet-common/cedet-compat.el link to lisp/cedet-common/cedet-compat.el
-rw-r--r-- root/root 1915 2016-01-04 21:48
lisp/cedet-common/cedet-compat.elc
hrw-r--r-- root/root 0 2016-01-04 21:48
lisp/cedet-common/cedet-compat.elc link to
lisp/cedet-common/cedet-compat.elc
[...]
but it would be nice if I could avoid the dependency. Maybe you could
repackage?
I built it with GNU tar initially, but on looking closer the version of GNU
tar on my machine is 1.17, I may get better results if I upgrade. Thanks for
the report.
--
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)
10:13 p.m.
New subject: XEmacs Packages have been formally released
Hi,
Hauke Fath writes:
I found a while ago [1] when (pkgsrc-)packaging the
then-beta/experimental/packages that the above leim-1.38 broke
subsequent xemacs package builds, i.e. I had to deinstall
editors/xemacs-packages before a successful xemacs{,-current} build.
The package smoke tests builds all packages from tip version and lately that
has been working fine. http://www.contactor.se/~matsl/smoketest/ So we don't
see any of these problem there. (However it does not do the "bindist"
builds. It does "make install". There are no system installed packages on the
that build machine either.)
On the other hand I have seen strange behavior for building the xemacs binary
that seems to be related to interference of the build with installed
packages. So I would not be surprised if that could pop up also when building
a new package.
Yours
--
%% Mats
10:38 p.m.
New subject: XEmacs Packages have been formally released
Hauke Fath writes:
<http://list-archive.xemacs.org/archive/list/xemacs-beta＠xemacs.org/thread...
Ha! I followed that link just to find our old conversation that I had
forgotten all about. Was just about to write down the same statement as that
time but I think my answer from back then still is valid.
Yours
--
%% Mats
9:05 a.m.
New subject: XEmacs Packages have been formally released
On 07/29/18 14:48, Aidan Kehoe wrote:
I have built all the packages as they are in the Mercurial tree, and
uploaded them toftp://ftp.xemacs.org/pub/xemacs/packages . The list of
packages below reflects newer versions than were already in that directory.
I just noticed that ess is missing from the list, while present in the
repository <https://bitbucket.org/xemacs/ess/src>;. Omission, or for any
particular reason?
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
12:13 p.m.
New subject: XEmacs Packages have been formally released
Hi Hauke,
Hauke Fath writes:
I just noticed that ess is missing from the list, while present in the
repository <https://bitbucket.org/xemacs/ess/src>;. Omission, or for
any particular reason?
Yes. I was about to come to that as well. Thanks for bringing it up.
If it is left out for some good reason it could have impact whether it should
be deprecated. Even if it is the tip in the xemacs package rqepo I think it is
far behind the current upstream version which makes it questionable maybe to
release it?
Yours
--
%% Mats
12:37 p.m.
New subject: XEmacs Packages have been formally released
On 08/09/18 13:13, Mats Lidell wrote:
Hi Hauke,
> Hauke Fath writes:
> I just noticed that ess is missing from the list, while present in the
> repository <https://bitbucket.org/xemacs/ess/src>;. Omission, or for
> any particular reason?
Yes. I was about to come to that as well. Thanks for bringing it up.
If it is left out for some good reason it could have impact whether it should
be deprecated. Even if it is the tip in the xemacs package rqepo I think it is
far behind the current upstream version which makes it questionable maybe to
release it?
Well, from upstream's
<http://ess.r-project.org/Manual/ess.html#Installation>;:
"Due to XEmacs lacking some features that ESS requires, ESS support of
XEmacs ended with ESS 12.04-4."
Which is already six years behind -current:
<https://github.com/emacs-ess/ESS/releases?after=v12.04>;, and still
eight years ahead of the XEmacs ess. Funny that the website still names
XEmacs support <https://ess.r-project.org/index.php?Section=home>;.
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
8:37 a.m.
New subject: XEmacs Packages have been formally released
Ar an naoiú lá de mí Lúnasa, scríobh Hauke Fath:
On 08/09/18 13:13, Mats Lidell wrote:
>> Hauke Fath writes:
>> I just noticed that ess is missing from the list, while present in the
>> repository <https://bitbucket.org/xemacs/ess/src>;. Omission, or for
>> any particular reason?
>
> Yes. I was about to come to that as well. Thanks for bringing it up.
>
> If it is left out for some good reason it could have impact whether it
> should be deprecated. Even if it is the tip in the xemacs package rqepo
> I think it is far behind the current upstream version which makes it
> questionable maybe to release it?
Well, from upstream's
<http://ess.r-project.org/Manual/ess.html#Installation>;:
"Due to XEmacs lacking some features that ESS requires, ESS support of
XEmacs ended with ESS 12.04-4."
Which is already six years behind -current:
<https://github.com/emacs-ess/ESS/releases?after=v12.04>;, and still
eight years ahead of the XEmacs ess. Funny that the website still names
XEmacs support <https://ess.r-project.org/index.php?Section=home>;.
It wasn’t an intentional omission on my part; I just did make bindist in the
package tree, and uploaded those packages that were built.
Looking at the old packages (which I have elsewhere on the server) it wasn’t
included previously either. I will look into it further.
--
‘As I sat looking up at the Guinness ad, I could never figure out /
How your man stayed up on the surfboard after forty pints of stout’
(C. Moore)
8:45 a.m.
New subject: XEmacs Packages have been formally released
On Fri, 10 Aug 2018 08:37:25 +0100, Aidan Kehoe wrote:
Looking at the old packages (which I have elsewhere on the server) it
wasn’t
included previously either. I will look into it further.
Well, it was in beta/experimental/packages, which is why I spotted it.
But, as I said, the bulk of it is from 2004, so positively prehistoric.
Cheerio,
hauke
--
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
11:42 a.m.
New subject: XEmacs Packages have been formally released
Hi,
Aidan Kehoe writes:
It wasn’t an intentional omission on my part; I just did make bindist in the
package tree, and uploaded those packages that were built.
Looking at the old packages (which I have elsewhere on the server) it wasn’t
included previously either. I will look into it further.
It was/is as Hauke Fath points out in the experimental packages. Why it was not part of
the stable packages is I guess only of historical interest. I have it in Gentoo but
probably even an older version than the one in experimental.
Yours
--
%% Mats
2077
days inactive
2146
days old
20 comments
3 participants
participants (3)
-
Aidan Kehoe -
Hauke Fath -
Mats Lidell