September 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: [PATCH] build-report.el erroneous defcustom 25 years

Adrian Aichner

>>>>> "Robert" == Robert Pluim <rpluim(a)nortelnetworks.com> writes: Thanks for the patch, Robert! I found this later yesterday and have it fixed in my working directory. I'll commit soon. Best regards, Adrian Robert> (I'm custom illiterate, but this seems like the obvious fix). Robert> ChangeLog Robert> 2000-09-25 Robert Pluim <rpluim(a)bigfoot.com> Robert> * build-report.el (build-report-delete-regexp): quote value in defcustom Robert> Index: build-report.el Robert> =================================================================== Robert> RCS file: /usr/CVSroot/XEmacs/xemacs/lisp/build-report.el,v Robert> retrieving revision 1.5.2.5 Robert> diff -u -w -u -r1.5.2.5 build-report.el Robert> --- build-report.el 2000/09/24 09:21:52 1.5.2.5 Robert> +++ build-report.el 2000/09/25 08:31:03 Robert> ＠＠ -112,7 +112,7 ＠＠ Robert> :group 'build-report) Robert> (defcustom build-report-delete-regexp Robert> - ("confl.*with.*auto-inlining" "^Formatting:") Robert> + (quote ("confl.*with.*auto-inlining" "^Formatting:")) Robert> "*Regexp of make process output lines to delete from the report." Robert> :type '(repeat Robert> :custom-show t -- Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

package-index.2000-09-24 contains outdated gnus 25 years

Jorma Laaksonen

The following message is a courtesy copy of an article that has been posted to comp.emacs.xemacs as well. Hi! It seems to me that package-index.2000-09-24 in /anonymous＠ftp.xemacs.org:/pub/xemacs/packages declares gnus-1.45-pkg.tar.gz as the latest version though package-index.2000-09-12 says it is gnus-1.50-pkg.tar.gz. Something must have gone wrong somewhere. I have a couple of suggestions that would make living with xemacs packages still a bit easier. 1) *Packages* buffer should highlight the packages for which the installed version is newer than the latest version with an ugly color. This would indicate the above-mentioned gnus version problem and other similar ones. (We also seem to have idlwave 1.20 installed though 1.05 seems to be the latest version...) 2) It would be nice if the *Packages* buffer could show which packages are being loaded from the user's ~/.xemacs/packages instead of the system location. Even better would be if the buffer could tell something like "you can now uninstall your own copy of this package as the system administrator has installed an up-to-date version in default locations." Yours, Jorma -- Jorma Laaksonen email: jorma.laaksonen(a)hut.fi Dr. of Science in Technology, Docent http://www.cis.hut.fi/jorma/ Laboratory of Computer and Information Science tel. +358-9-4513269 Helsinki University of Technology fax. +358-9-4513277 P.O.Box 5400, Fin-02015 HUT, Finland mob. +358-50-3058719

1 participants
0 comments

Re: EFS fix 25 years

Andreas Jaeger

>>>>> Michael Sperber writes: >>>>> "Steve" == Steve Youngs <youngs(a)xemacs.org> writes: Steve> * Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: >>> I'll apply tomorrow if there are no objections, and people would >>> probably grateful to Steve if he out a new EFS package release after >>> that. Steve> Go ahead and commit, Michael. I'll release a new package once you've Steve> committed. Michael> Thanks, I've committed now. I didn't bump the package version number Michael> as per Andreas's instructions. Hope that's still correct. As long as Steve is using my script for automatic package build and upload, it's still correct. Andreas -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.inka.de http://www.suse.de/~aj

1 participants
0 comments

Re: EFS fix 25 years

Michael Sperber

>>>>> "Steve" == Steve Youngs <youngs(a)xemacs.org> writes: Steve> * Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: >> I'll apply tomorrow if there are no objections, and people would >> probably grateful to Steve if he out a new EFS package release after >> that. Steve> Go ahead and commit, Michael. I'll release a new package once you've Steve> committed. Thanks, I've committed now. I didn't bump the package version number as per Andreas's instructions. Hope that's still correct. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

[package release] Updated packages 25 years

Steve Youngs

I've just released a couple of package updates. edit-utils-pkg-1.52.tar.gz - added new file vertical-mode.el misc-games-pkg-1.14.tar.gz - rot13.el fixed os-utils-pkg-1.23.tar.gz - crypt.el fixed Just curious, can anyone tell me roughly how long it takes the mirrors to pick up changes on ftp.xemacs.org? Have fun! -- |---<Regards, Steve Youngs>-----------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |----------------------------------<mailto:youngs＠xemacs.org>---|

2 participants
1 comments

Re: EFS fix 25 years

Steve Youngs

* Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: > I'll apply tomorrow if there are no objections, and people would > probably grateful to Steve if he out a new EFS package release after > that. Go ahead and commit, Michael. I'll release a new package once you've committed. -- |---<Regards, Steve Youngs>-----------[GnuPG KeyID: EFD82ED2]---| | XEmacs - It's not just an editor... | | It's a way of life. | |----------------------------------<mailto:youngs＠xemacs.org>---|

1 participants
0 comments

Re: PSGML's syntax table for HTML inappropriate? 25 years

Adrian Aichner

>>>>> "Stephen" == Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes: Stephen> I'm trying to migrate my HTML to XHTML. Unfortunately, PSGML barfs on Stephen> the required "xml:lang" attribute because of the colon. Stephen> The HTML 4.0 spec seems to indicate that (for HTML) the colon, among Stephen> other characters, should be considered a name constituent. Please send me a test-case. I have psgml package 1.19 installed and am willing to give it a try. Adrian Stephen> Changing the syntax type of colon to "symbol constituent" in the PSGML Stephen> parser's syntax table leads to reasonable behavior for my X?HTML Stephen> documents, but I do not understand ISO 8879 or PSGML well enough to Stephen> say whether this is really a correct solution. Nor can I say how to Stephen> implement it given that (AFAIK) the "correct" syntax table would vary Stephen> according to the SGML instance. Stephen> This arose in XEmacs PSGML package 1.18, psgml-version 1.0.1. Stephen> Thanks for your attention to this issue. Stephen> -- Stephen> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Stephen> Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 Stephen> _________________ _________________ _________________ _________________ Stephen> What are those straight lines for? "XEmacs rules." -- Adrian Aichner <adrian(a)xemacs.org>

3 participants
3 comments

`file-attributes' versus large inode numbers. 25 years

Daniel Pittman

Hi. As part of the work I am doing on TRAMP[1], I am trying to address the issues of large inode numbers returned from `file-attributes'. On an SGI machine, the inode of a file is `1186988379'. This overflows the standard int representation on GNU Emacs and all. Now, they deal with the issue of this by allowing the inode value to be a cons cell, similar to the various access times. This makes some sense, at least in terms of consistency. Now, looking at the source and info for `file-attributes', it looks like this isn't actually dealt with in XEmacs, partly (I suspect) because the 31-bit int here makes it a non-issue. Anyhow, would you see a problem with returning this cell as a cons under XEmacs as well as Emacs? I don't anticipate so, but I figured to check with the experts first. :) Daniel Footnotes: [1] Remote file access via an rsh/telnet shell... -- My definition of an expert in any field is a person who knows enough about what's really going on to be scared. -- P.J. Plauger

1 participants
0 comments

Re: old version of vc.el 25 years

Jan Vroonhof

Steve Youngs <youngs(a)xemacs.org> writes: > > It seems that the package version of vc.el (in package vc) is > > out of date. Note that is (partly) intentional. Andre Spiegel (the VC maintainer) was supposed to have stopped working on it and started a complete rewrite for Emacs 21.0. He said this when I inquired about merging in the XEmacs changes into the main version so we can just copy his version each time. Therefore I stopped doing the integration. However it is probably time to reconsider that given that Emacs 21 is much later than expected, that vc.el in FSF Emacs seems have still work being done, and that we have people like Stefan Monnier that are so productive they always make use of the the greatest and latest features in FSF Emacs (given that he seems to write half of them, that isn't surprising). If nobody takes a shot at it I'll have a look at doing atleast a merge of the easy stuff when I am back in my normal XEmacs rythem (tommorow I will setup my home ISP account). Jan

1 participants
0 comments

Re: PSGML's syntax table for HTML inappropriate? 25 years

Adrian Aichner

>>>>> "Stephen" == Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes: >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> Please send me a test-case. I have psgml package 1.19 APA> installed and am willing to give it a try. Stephen> This is of course "degenerate" UTF-8. You'll need the Stephen> XHTML DTD and a couple of entity definition files (at Stephen> least, they're not in v1.18 of the XEmacs PSGML package): Hello Stephen, Stephen> http://web3.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd Stephen> http://web3.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent Stephen> http://web3.w3.org/TR/xhtml1/DTD/xhtml-special.ent Stephen> http://web3.w3.org/TR/xhtml1/DTD/xhtml-symbol.ent psgml 1.19 Validated HTML/SGML editing. has these: c:\XEmacs\xemacs-packages\etc\psgml: wildcard xhtml* total 144 -rw-rw-rw- 1 AichnerAd 5 11789 Mar 27 14:17 xhtml-lat1.ent -rw-rw-rw- 1 AichnerAd 5 4144 Mar 27 14:17 xhtml-special.ent -rw-rw-rw- 1 AichnerAd 5 14127 Mar 27 14:17 xhtml-symbol.ent -rw-rw-rw- 1 AichnerAd 5 32989 Mar 27 14:57 xhtml1-frameset.dtd -rw-rw-rw- 1 AichnerAd 5 26054 Mar 27 14:57 xhtml1-strict.dtd -rw-rw-rw- 1 AichnerAd 5 822 Mar 27 14:17 xhtml1-transitional-mathml.dtd -rw-rw-rw- 1 AichnerAd 5 32245 Mar 27 14:58 xhtml1-transitional.dtd -rw-rw-rw- 1 AichnerAd 5 6801 Mar 27 14:17 xhtml1.dcl More later... Adrian Stephen> The problem is in the `xml:lang' attribute of the `html' Stephen> element. The error occurs when parsing (C-c C-p) the Stephen> DTD. Stephen> Which reminds me; until I set up the catalogs correctly, Stephen> PSGML silently substituted the HTML 3.2 DTD for XHTML Stephen> 1.0. It would be nice if PSGML warned about this Stephen> situation. Stephen> ------------------------------ cut here ------------------------------ Stephen> <?xml version="1.0" encoding="utf-8"?> Stephen> <!DOCTYPE html Stephen> PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" Stephen> "xhtml1-strict.dtd"> Stephen> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> Stephen> <head> Stephen> <title>More Computer Wisdom</title> Stephen> </head> Stephen> <body> Stephen> <h1>More Computer Wisdom</h1> Stephen> <p> Stephen> Even PSGML is subject to Murphy's Law. Stephen> </p> Stephen> </body> Stephen> </html> Stephen> ------------------------------ cut here ------------------------------ Stephen> -- Stephen> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Stephen> Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 Stephen> _________________ _________________ _________________ _________________ Stephen> What are those straight lines for? "XEmacs rules." -- Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta September 2000