June 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Can someone explain me this mystery ? 25 years, 5 months

Michael Sperber

>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> Olivier Galibert <galibert(a)pobox.com> writes in xemacs-beta(a)xemacs.org: >> I try to use the cvs web interface to track the change that fucked up >> my package configuration in my lastest compiles. sb> Mine too. >> So I look at the lisp/ChangeLog change history, look at steve's >> latest (6/23/99) "misc changes" commit, and see Michael's change to >> packages.el. >> So I jump to the packages.el history and see no change since 5/4/99. >> What's up? sb> ??? >> Now that I look at it, the packages.el does not seem to be up-to-date. >> Steve, did you miss something? sb> Hmmm. Here's my copy of Michael's patch. sb> $ grep '^Index:' /tmp/mime4684 sb> Index: configure.in sb> Index: configure.usage sb> Index: INSTALL sb> Index: Makefile.in.in sb> Index: README.packages sb> Index: src/paths.h.in sb> Index: etc/NEWS sb> Michael didn't include any changes to that file. Hmm, that's strange. I still have the cvs diff command line that generated the patch sitting in an xterm, and it does include packages.el. Moreover, I just followed up on that message with yet another version of the patch which of course is now obsolete. I'll send one that applies to the current 21.2 presto. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: Update to latest config.guess 25 years, 5 months

SL Baur

Marcus Thiessel <marcus(a)xemacs.org> writes in xemacs-beta(a)xemacs.org: > SL Baur writes: > | Please send a patch to xemacs-patches. > When I did that the last time for config.guess Martin refused to > integrate it because he like to be consistent with official released > config.guess versions. That's the reason I am asking to upgrade. I agree with that (only synching with released versions), but you also wrote that the maintainer recommended the upgrade. So go ahead and send the patch, I vote to override Martin's veto. -- 猿も木から落ちる

1 participants
0 comments

lookup XEmacs package tarballs (was Re: Problem on lookup with 21.1.15) 25 years, 5 months

SL Baur

[Somebody please translate and pass this on to xemacs-beta-ja. Thanks.] Osamu MIHARA <mihara(a)prd.fc.nec.co.jp> writes in xemacs-beta(a)xemacs.org: ... > Could you tell me how did you install the lookup? I have made XEmacs package tarballs for lookup. They are currently living at: ftp://ftp.xemacs.org/pub/xemacs/beta/testing/lookup-1.0-pkg.tar.gz buildable source is at: ftp://ftp.xemacs.org/pub/xemacs/beta/testing/lookup-1.0-src.tar.gz This is to be untarred as mule/lookup, until Jareth updates the CVS tree. To build from source you will also need to cvs update package-compile.el. Please check my work. I have done some basic testing of it, but I have not had a chance to try to translate the manual so there is much I could have missed. Thanks. -- 能ある鷹は爪を隠す

1 participants
0 comments

Re: more CVS lossage? 25 years, 5 months

SL Baur

Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes in xemacs-beta(a)xemacs.org: > when updating to 21-2-17 I get: > ge204＠chicago$ cvs up -r r21-2-17 > [...] > cvs server: Updating tests/automated > U tests/automated/README > cvs server: tests/automated/base64-tests.el is no longer in the repository > cvs server: Updating tests/mule > cvs server: Updating tests/tooltalk > [...] > has somebody killed the base64 tests because we cannot pin down the > mapconcat bug? :-) This was a bad one and I was desperate. No. base64-tests.el was deleted from the CVS repository because it had an embedded NULL in it that caused every cvs rdiff to puke and die. Not that removing it helped any because the build scripts still failed to create a patch file. :-( It should get put back before the next beta. > The other files in test/automated look strange, too (notice the ATTIC > part): > ge204＠chicago$ cvs stat tests/automated/lisp-tests.el > =================================================================== > File: lisp-tests.el Status: Up-to-date > Working revision: 1.1.2.6 > Repository revision: 1.1.2.6 /usr/CVSroot/XEmacs/xemacs/tests/automated/Attic/lisp-tests.el,v > Sticky Tag: r21-2-17 (revision: 1.1.2.6) > Sticky Date: (none) > Sticky Options: (none) > I doubt that this is a local problem as I am seeing this on both of my > CVS trees (work and home). They are really in the Attic. I do not know why. -- 蛙の子は蛙

2 participants
1 comments

Re: Update to latest config.guess 25 years, 5 months

SL Baur

Please send a patch to xemacs-patches. Marcus Thiessel <marcus(a)xemacs.org> writes in xemacs-beta(a)xemacs.org: > Due to some changes the current config.guess in 21.2.17 failes to > determin the correct architecture string for some HP9000. Can we > please update to the latest version. (It's not an official released > version but the maintainer recommended to get the latest version.) -- 窓番号を入力してください。

2 participants
1 comments

Re: buglet in calendar package 25 years, 5 months

SL Baur

giacomo boffi <giacomo.boffi(a)polimi.it> writes in xemacs-beta(a)xemacs.org: > in calendar, "A" is bound to appt-add, that is defined in appt.el, but > somehow the calendar package lacks to define an autoload for appt-add O.K. There's a bug in your bug report, btw :-). `appt-delete' has the same problem ... I am in the midst of other changes to calendar. The following patch will be in the next update. 1999-06-24 SL Baur <steve(a)miho.m17n.org> * appt.el (appt-add): Autoload. (appt-delete): Ditto. Index: appt.el =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-packages/oa/calendar/appt.el,v retrieving revision 1.3 diff -u -r1.3 appt.el --- appt.el 1998/09/08 05:53:00 1.3 +++ appt.el 1999/06/24 05:03:33 ＠＠ -600,7 +600,7 ＠＠ ;;; Interactively adding and deleting appointments - +;;;###autoload (defun appt-add (new-appt-time new-appt-msg) "Add an appointment for the day at TIME and issue MESSAGE. The time should be in either 24 hour format or am/pm format." ＠＠ -617,6 +617,7 ＠＠ (list time-msg))) (setq appt-time-msg-list (appt-sort-list appt-time-msg-list)))) +;;;###autoload (defun appt-delete () "Delete an appointment from the list of appointments." (interactive) -- 落花枝に帰らず破鏡再び照らさず

1 participants
0 comments

Re: Weirdness with Fonts in 21.2b17 25 years, 5 months

Mathias Trucks

Erik Arneson <erik(a)starseed.com> writes: > I'm not quite sure what causes this, but just now I upgraded from > 21.2b15 to 21.2b17. The face stuff has caused some oddness with the > Bold and Bold Italic faces. Both of these faces appear to be a few > sizes lower than the Default face, no matter what settings I try to > change. > > They looked just fine before the upgrade. Any idea what could be > causing this? No, but I have the same problem since upgrading to 21.2-b16. Bold and Bold Italic Faces are shown in 12pt instead of 18pt. Changing the font size changes all font sizes but bold and bold italic. It works fine in 21.1-p2. Mathias Trucks

3 participants
2 comments

Re: Can someone explain me this mystery ? 25 years, 5 months

SL Baur

Olivier Galibert <galibert(a)pobox.com> writes in xemacs-beta(a)xemacs.org: > I try to use the cvs web interface to track the change that fucked up > my package configuration in my lastest compiles. Mine too. > So I look at the lisp/ChangeLog change history, look at steve's > latest (6/23/99) "misc changes" commit, and see Michael's change to > packages.el. > So I jump to the packages.el history and see no change since 5/4/99. > What's up? ??? > Now that I look at it, the packages.el does not seem to be up-to-date. > Steve, did you miss something? Hmmm. Here's my copy of Michael's patch. $ grep '^Index:' /tmp/mime4684 Index: configure.in Index: configure.usage Index: INSTALL Index: Makefile.in.in Index: README.packages Index: src/paths.h.in Index: etc/NEWS Michael didn't include any changes to that file. -- 果報は寝て待て

1 participants
0 comments

Recent configure.in bugs fix 25 years, 5 months

Olivier Galibert

Since we're not using autoheader, any #define-type option added to configure.in MUST be added to src/config.h.in or it will be ignored. OG. PS: I apply that one immediatly. 1999-06-23 Olivier Galibert <galibert(a)pobox.com> * config.h.in: Add missing #undef *_USER_DEFINED.

1 participants
0 comments

Re: Focus Help! 25 years, 5 months

Didier Verna

Andy Piper <andy(a)xemacs.org> writes: > XtSetKeyboardFocus is only used by Motif, not by XEmacs. Then, I don't see how your widget can keep the keyboard focus, even if you click outside it. But what are those widgets anyway ? Lucid ? How are they implemented ? > >release it. > > Er, how do I do this? I beleive that if you call XtSetKeyboardFocus with a widget of `None', the keyboard focus will be switched back to the toplevel of the tree. > >Also, if you have to track when the pointer leaves a subwidget in > >order to restore the focus, you'll have to select the LeaveNotify events. > > How do I do this? Are these generated for the parent. If you want to receive special events for a particular window, you normally call XSelectInput to specify the events you're interested in, and treat them in the event loop. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / ENST, INFRES C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. +33 (1) 45 81 73 46 75013 Paris, France Fax. +33 (1) 45 81 31 19

2 participants
2 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 June 1999