March 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Distribution Build Report for XEmacs-21.0.66 26 years, 1 month

Steven Baur

Greetings XEmacs beta testers. I am in the process of building the next distribution of XEmacs 21.0. I have tested the attached configuration. Sincerely, The XEmacs Build 'Bot -- uname -a: BSD/OS camelot-soft.camelot-soft.com 3.0 BSDI BSD/OS 3.0 Kernel #0: Thu Jul 17 23:30:01 PDT 1997 root＠camelot-soft.camelot-soft.com:/usr/src/sys/compile/CAMELOT i386 ./configure '--prefix=/usr/home/steveb/staging' '--cflags=-O' '--with-mule' '--without-x11' '--debug=no' '--error-checking=none' … [View More]

1 participants
0 comments

Re: [21.0, repost with more Rationale] Mix X resources with Custom 26 years, 1 month

Karl M. Hegbloom

I've also noticed that the modeline faces don't correctly inherit from the top modeline face... they seem to inherit from default face.

2 participants
1 comments

Re: Not autosaving when SIGHUP?? 26 years, 1 month

Jan Vroonhof

karl(a)cathcart.sysc.pdx.edu (Karl M. Hegbloom) writes: > I think that XEmacs 21.2 isn't autosaving when it's signalled. Will > someone else please test this? I discovered it when an unmapped > XEmacs' gnuserv died. The autosaving int the fatal error handler was turned off. The reasoning was that if you get SIGSEGV you do not want to overwrite your valid autosaves with freshly corrupted data. However on SIGPPIPE and SIGHUP (and maybe others) there should be no reason not do the autosaves. Jan

1 participants
0 comments

Re: Backspace direction reversion 26 years, 1 month

Jan Vroonhof

Please, Guys. Let's get NOT get emotional about this please! (It must be the spring air. There is even an endiannes flamewar on linux-kernel). > SL> right of the keyboard and getting help sucks. I think we should be > SL> conservative about it and leave the setting as it is in 21.0. It is a > SL> lot safer, IMO. Personally i think we have been conservative about it way too long. We really should have done it for 21.0 because we had a good reason then: The NT port (which is … [View More]

1 participants
0 comments

Re: DANGER: Re: Backspace direction reversion 26 years, 1 month

Michael Sperber

>>>>> "Martin" == Martin Buchholz <martin(a)xemacs.org> writes: Martin> This patch REALLY REALLY REALLY REALLY REALLY REALLY SUCKS. Martin> Please help save the world. Martin> Speak out against this patch which takes us back to the dark ages. I agree with Martin. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: Build failure: 21.2 Clio on Solaris 2.6 26 years, 1 month

Oscar Figueiredo

>>>>> "Matthew" == Matthew O Persico <mpersico(a)erols.com> writes: Matthew> Ditto here. Using 21.2.12 on Solaris 2.6. I even diddled the Matthew> aclocal.m4 file to no avail. If that doesn't work, what will?? In order to get a build I hacked the configure script itself (look for -Bexport) and it worked but someone understanding what is going on really needs to fix that correctly. Oscar

2 participants
1 comments

XEmacs 21.2.13 "Demeter" is released 26 years, 1 month

SL Baur

Get it from the usual places: ftp://ftp.xemacs.org/pub/xemacs/beta/ http://cvs.xemacs.org/ This beta contains initial support for ucs-4 and utf-8 character encoding. The required lisp code to use this is: ftp://ftp.xemacs.org/pub/xemacs/packages/ucs-conv-1.0-pkg.tar.gz ftp://ftp.xemacs.org/pub/xemacs/packages/ucs-conv-1.01-pkg.tar.gz Install under mule-packages. Version 1.0 is the original version, 1.01 is a repackaging under the usual XEmacs packaging standards. Note that it is … [View More]

1 participants
0 comments

Re: Backspace direction reversion 26 years, 1 month

Martin Buchholz

>>>>> "SL" == SL Baur <steve(a)xemacs.org> writes: SL> My argument against is simple. The failure mode is catastrophic in SL> exactly the same way that we wanted to fix when we first got into SL> this. There are keyboards in the mule lab that XEmacs is completely SL> clueless to deal with[1]. With them, the big key labeled "Delete" stops SL> deleting backwards and in order to get a delete backwards requires a SL> shifted keystroke. Having the Big Key … [View More]on the upper right side of the SL> keyboard not delete backwards or give help is wrong. We've fixed the SL> latter, and the best way to guarantee the former is to have backspace SL> and delete work the same way by default. The keyboards in use here in the Mule Lab are completely non-standard and are no argument for what the default behavior should be. If everyone had a Happy Hacking keyboard, it would be important. As it is, we can try to autodetect a Happy Hacking keyboard similarily to how we currently autodetect the absence of a Backspace key. You can always xmodmap the keyboards into what you consider sensible. Besides, on a Happy Hacking keyboard Fn+Delete is just as easy to type as Ctrl-d on a regular keyboard, so the Happy Hacking keyboard with the new default keybindings is just as `usable' as a regular PC keyboard with traditional keybindings. Which kind do more people have? Having two normally unshifted keys on the keyboard default to the same binding is a clear waste of keyboard real estate. SL> Netscape Communicator 4.5 is doing the same thing now, and it gets it SL> as wrong as GTK. GTK is more fucked up because typing C-h doesn't SL> work at all, at least Netscape lets one do that as a fallback. When almost all the other software in the world works in a particular way, we had better have a really good reason for being different. SL> Also, many of the defaults suck. Nobody runs `xemacs -vanilla' for SL> doing real work, but it should be at least semi-usable. Being able to SL> comfortably delete backwards is high on my list of requirements for SL> usability. Every one agrees that hitting the big key on the upper SL> right of the keyboard and getting help sucks. I think we should be SL> conservative about it and leave the setting as it is in 21.0. It is a SL> lot safer, IMO. This is about the only technical issue I've really felt strongly emotional about recently. I can't believe I need to argue about which set of keybindings should be the defaults. I really don't think I can continue to contribute to an editor with Steve's defaults without getting an ulcer, so if this doesn't change, I'll either be withdrawing from XEmacs development or forking my own version of Emacs. Martin [View Less]

1 participants
0 comments

DANGER: Re: Backspace direction reversion 26 years, 1 month

Martin Buchholz

This patch REALLY REALLY REALLY REALLY REALLY REALLY SUCKS. Please help save the world. Speak out against this patch which takes us back to the dark ages. >>>>> "SL" == SL Baur <steve(a)xemacs.org> writes: SL> This change got snuck in in the middle of a multi-megabyte patch and SL> didn't get due process, nor did it get documented in the ChangeLog. SL> The new code really stinks and has made life miserable for me on 21.2. SL> However, no matter how much I … [View More]

2 participants
1 comments

XEmacs 21.0.66 "20 minutes to 日光" is released 26 years, 1 month

SL Baur

Get it from the usual places: ftp://ftp.xemacs.org/pub/xemacs/beta/ http://cvs.xemacs.org/ "Are we there yet?" "I told you the last time you asked, we're 20 minutes away." Bug fixes. 21.0.67 is scheduled for Friday, March 19. to 21.0.66 "20 minutes to Nikko" -- build fixes from Martin Buchholz -- various patches from Andy Piper and Jan Vroonhof -- alist.el synched with APEL-9.13 from MORIOKA Tomohiko

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 March 1999