October 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: efs-load/require sllloooooowwww 25 years, 8 months

Michael Sperber

>>>>> "Andy" == Andy Piper <andyp(a)parallax.co.uk> writes: Andy> At 12:59 14/10/98 +0200, Michael Sperber [Mr. Preprocessor] wrote: Andy> Please reconsider. I personally think this should be on Ben's Andy> showstopper list since we can fix it right now. >> >> This has nothing to do with reconsideration. I simply don't have the >> time right now, and we can fix the problem independently of the >> release. I'll get to it as soon as I possibly can. Andy> What about just applying jonathan's patch? I really need to understand the issues properly first. I've had no end of trouble with applying patches to EFS I didn't fully comprehend. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

[rms@gnu.org: Re: 20.3.1 nit: set-face-* commands] 25 years, 8 months

Olivier Galibert

Does the M-n part interest us? OG.

2 participants
1 comments

Re: help me fix package-get-base breakage 25 years, 8 months

Greg Klanderman

>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> Greg> I'm working on a patch to fix package-get-base. Greg> Can I get the following from you: sb> sb> Get pgp keys from sb> ftp://ftp.xemacs.org/pub/xemacs/pgp-keys/ sb> sb> or from any PGP key server. sb> sb> I made a symlink to package-index.LATEST in /pub/xemacs/packages/ and sb> uploaded the signature. Does the .sig file need a symlink too? Can we have the package-index.LATEST file just be the output of M-x mc-sign, ie. contain the text and the key in one file? If I do C-x C-f package-index.LATEST.nopgp, then M-x mc-sign, and C-x C-w package-index.LATEST, I get something like what's below, though I've omitted most of the database records. I guess we could have two files if you prefer though I'm partial to just using mc-pgp-verify-region. greg -----BEGIN PGP SIGNED MESSAGE----- ;; Package Index file -- Do not edit manually. (setq package-get-base '( ;;;＠＠＠ (zenirc (standards-version 1.0 version "1.04" author-version "2.112" date "1998-08-15" build-date "1998-10-12" maintainer "XEmacs Development Team <xemacs-beta(a)xemacs.org>" distribution stable priority medium category "comm" dump nil description "ZENIRC IRC Client." filename "zenirc-1.04-pkg.tar.gz" md5sum "96d9e09c41de5c19d8aa092ad544ad6d" size 276116 provides (zenirc) requires (zenirc) type regular )) [...] (sounds-au (standards-version 1.0 version "1.05" author-version "21.0" date "1998-06-30" build-date "1998-10-11" maintainer "XEmacs Development Team <xemacs-beta(a)xemacs.org>" distribution stable priority high category "libs" dump nil description "XEmacs Sun sound files." filename "sounds-au-1.05-pkg.tar.gz" md5sum "5e44ddd6754771e35303bf4e71c17a17" size 125753 provides () requires () type regular )) ;;;＠＠＠ (sounds-wav (standards-version 1.0 version "1.05" author-version "21.0" date "1998-06-30" build-date "1998-10-11" maintainer "XEmacs Development Team <xemacs-beta(a)xemacs.org>" distribution stable priority high category "libs" dump nil description "XEmacs Microsoft sound files." filename "sounds-wav-1.05-pkg.tar.gz" md5sum "e110bc6096bcd24181b45c1b7f83eb59" size 148564 provides () requires () type regular )) ;;;＠＠＠ )) (provide 'package-get-base) -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface iQCVAwUBNiU4I8q0hT6CoUBNAQHLCgP/U2gY2LQxaaNE8kxX2DMpugkOZoP1ooqQ scVSeOtiaRbYKYje/DuZt/2Uc6mFabe0xZo655Irqrvon/qMs7YT+d81zfQP7h32 KVlPvVtwD/vxe72UKQWh0KmsQ99O+xVnfX+N4L2O7nZsNN5Z5qY+H+jp5yW1P6jU nUBf8ttl4ww= =xF0o -----END PGP SIGNATURE-----

1 participants
0 comments

Re: help me fix package-get-base breakage 25 years, 8 months

SL Baur

Greg Klanderman <greg(a)alphatech.com> writes in xemacs-beta(a)xemacs.org: > I think I've nearly got this working, including the > PGP signature verification. Patch should be coming RSN. > greg >>>>>> "Greg" == Greg Klanderman <greg(a)alphatech.com> writes: Greg> Greg> I'm working on a patch to fix package-get-base. Greg> Can I get the following from you: Get pgp keys from ftp://ftp.xemacs.org/pub/xemacs/pgp-keys/ or from any PGP key server. I made a symlink to package-index.LATEST in /pub/xemacs/packages/ and uploaded the signature. Does the .sig file need a symlink too?

1 participants
0 comments

Re: help me fix package-get-base breakage 25 years, 8 months

Greg Klanderman

I think I've nearly got this working, including the PGP signature verification. Patch should be coming RSN. greg >>>>> "Greg" == Greg Klanderman <greg(a)alphatech.com> writes: Greg> Greg> I'm working on a patch to fix package-get-base. Greg> Can I get the following from you:

1 participants
0 comments

help me fix package-get-base breakage 25 years, 8 months

Greg Klanderman

Steve, I'm working on a patch to fix package-get-base. Can I get the following from you: - have ftp.xemacs.org:/pub/xemacs/package-index.LATEST point to a package-get-base file which is PGP signed. - give me your PGP public key. thanks greg

1 participants
1 comments

Re: pcl-cvs's cvs-change-cvsroot allows local files only! 25 years, 8 months

Greg Klanderman

Ick. What do you propose? I could make the interactive specification "string" rather than "directory" but then you don't get filename completion even when it is local. M-x set-variable RET cvs-cvsroot will work. Either way, setting cvs-cvsroot is evil; do you really want/need to do that? Greg >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> APA> Hello Greg, APA> M-x cvs-change-cvsroot RET :server:aichner＠engine:/u/aichner/cvsroot APA> RET APA> leads (No match)

1 participants
0 comments

pcl-cvs's cvs-change-cvsroot allows local files only! 25 years, 8 months

Adrian Aichner

Hello Greg, M-x cvs-change-cvsroot RET :server:aichner＠engine:/u/aichner/cvsroot RET leads (No match) Adrian -- Adrian Aichner Applications Engineer Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com

1 participants
0 comments

Re: pop access 25 years, 8 months

Stainless Steel Rat

-----BEGIN PGP SIGNED MESSAGE----- "Andy" == Andy Piper <andyp(a)parallax.co.uk> writes: Andy> I notice that gnus distributes pop3.el but doesn't appear to Andy> use it. Not by default; it uses the same movemail program that Rmail uses. nnmail-movemail-program controls this behaviour. [...] Andy> What does vm-pop do that pop3 doesn't? Does anyone use Andy> pop3.el with gnus? Are there any other pop access packages? I do; but then, I wrote it. :) Some things to consider: VM's copyright is quite specifically *NOT* owned by the FSF. RMS will not allow any code into the FSF Emacs distribution for which the FSF does not hold the copyright. Which means that any 'unified pop' based on vm-pop will not be distributed by the FSF, which means a 'unified pop' based on vm-pop will not be particularly unified. I have signed the rights to pop3.el to the FSF, so there is no problem there. There is a lot of VM-specific code in vm-pop, since it is a full-blown POP3 client. Using vm-pop as a code base will require much rewriting, even assuming you can get past the legal issues. pop3.el is a library, not a client (pop3-movemail is a reference implementation). A unified POP client could be easilly written using pop3.el as the foundation. That is why I wrote it. -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use Charset: noconv iQCVAwUBNiUsvp6VRH7BJMxHAQEgKgQAkhdulcUA18vchMCtqJlHdWKIQLCg6eV3 mQXD04Nz3nejDBeAfk8w+nlB+lnCTdvfxylKOEtaqiQLO87fGGs880WAc4Bdbu1J O2Dj35BhHnCHBU7+53pZEJ2ol9XsFhn8m9hlyDBCdrZNOJsIURmw+l++ACx85XGB s2pJZdii7Ts= =R+nP -----END PGP SIGNATURE----- -- Rat <ratinox(a)peorth.gweep.net> \ Do not taunt Happy Fun Ball. PGP Key: at a key server near you! \ \

1 participants
0 comments

Re: GCC2 merging (was "native language support now available") 25 years, 8 months

Kean Johnston

On Mon, Oct 12, 1998 at 05:41:51PM -0400, Richard Stallman wrote: > The people who developed XEmacs decided to split it off without ever > trying to work with me. Because of this, I am forced to be in a > rivalry with them. I am sorry, I just can NOT accept that statement. I have seen too many postings to the XEmacs list when people have CCed you or posted messages you sent to them privately (as I am doing with this message) to find even a shred of truth in that statement. Not only that, but I have my VERY OWN experiences to judge by. More than once I have submitted patches to you only to enter into weeks of haggling to try and get them accepted, and I am GPL-safe and the FSF has all of my copyright assignments on file. > They gained a short-term advantage by not asking contributors for > legal papers, the way I do; that endangers the ability to enforce the > GPL for XEmacs. > > Please do not help them win this rivalry. If you don't want to help > me, at least please don't urge people to join their camp. I am not urging anyone to do anything. All I can do is state my own experiences and state problems as I see them. The management of the GNU Emacs project versus the XEmacs project makes it MUCh easier to be an XEmacs developer. Since that is what my original posting was about, lets stick to the issue at hand. The management model that you use for the EMacs and GCC projects simply does not lend it self to people WANTING to work on those projects. Its that simple. Just look at the activity on the EGCS list versus the GCC list ... look at the difference in activity on the XEMacs list versus activity on the (very private) Emacs beta lists. The model of keeping development releases "hidden" or "private" from the general public doesnt work. The model of forcing developers into YOUR way of thinking and having to defend their every patch doesnt work. Thats the issue at hand. But I will state, for the record, that if asked for an opinion by, say a random developer, which project he should contribute to (EGCS versus GCC, XEmacs versus GNU Emacs), I have to admit that I would recommend that they stay as far away from GCC and GNU Emacs as they can, and that is very sad. The work you have done, and the goals you are striving for are very worthwhile and I support the GOALS and CONCEPTS ... I just dont support the projects that try to achieve those goals. Its all free software after all ... who cares if its for XEmacs or GNU Emacs, EGCS or GCC. The users are the ones who can make up their own minds in the end ... the whole concept of free software and freedom of source is to spark improvement. I see both EGCS and XEmacs improving in ways that matter more to me and in a quicker manner than I see their GNU counterparts doing, and thats the bottom line. Dare I say it, but you seem to be reaping the rewards of your goals. You wanted people to have free access to source code, so that they could learn and help improve software. This is happeneing ... whats the fuss? -- J. Kean Johnston | "Every day, computers are making people easier Engineer, SPG | to use" -- Source unknown. Santa Cruz, CA +---------------------------------------------------------- Tel: 831-427-7569 Fax: 831-429-1887 E-mail: jkj(a)sco.com

4 participants
4 comments

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 October 1998