April 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Jan Vroonhof

> | 1) When I set up the package system myself, I didn't quite understand why > | I had to set > | > | '(package-get-remote (quote (("ftp.xemacs.org" "/pub/xemacs/packages")))) > | > | myself. Shouldn't it be the default value out-of-the-box? It used to be that way. The reason we do no that do that now is that defaulting to ftp.xemacs.org is a good way to kill that server. We want to force people to think about choosing a mirror. If you are using the Menus then "Options->Manage Packages->Add Download Site" is the top menu item. Jan P.S. This is not some theoretical concern. It really happened for the Debian people when their new package retrieval tool (in an unreleased alpha) had 1 site in its example configuration.

1 participants
0 comments

Re: 21.0 at the website :-( 25 years, 7 months

Jan Vroonhof

Marcus Thiessel <marcus(a)xemacs.org> writes: > Would it be sufficient from your point of view to add a remark > pointing to README.packages just below the link? Just for a > workaround. It could also point to most recent NEWS. It is better than nothing. Jan P.S. Maybe you should even put in a remark on the .67 version number and its consequences (debugging code compiled in etc). IMHO it would be much more preferable if the tarball on ftp.xemacs.org would be replaced by something with the "67" taken out of "version.sh", how I am not sure whos responsability that is. Jan

1 participants
0 comments

Re: 21.0 at the website :-( 25 years, 7 months

Marcus Thiessel

Jan Vroonhof writes: | Could you stick in a reference to README.packages (!= etc/Packages) | somewhere. An online version would be nice. I think a good solution | would be to rename the current "Elisp Packages" entry to something | else that does not cause confusion now that we have a special meaning | for "Packages" and stick the readme under that. Then put link from | NEWS to there.. Ok, let me see what I can do tonight. Some of the fixes I can do with some kind of workaround. | P.S. The FTP Sites link from the "NEWS for 21.0" page does not work | (there should be a slash somewhere, or a ../) I'll fix it! | P.P.S. I still like the look of the Site in general, did you design that? Yep! It has some flaws but better than nothing and handcrafted. --Marcus

1 participants
0 comments

Re: FAQ update 25 years, 7 months

Marcus Thiessel

Christian Nybø writes: | I'll do that. Thanks! | 1) When I set up the package system myself, I didn't quite understand why | I had to set | | '(package-get-remote (quote (("ftp.xemacs.org" "/pub/xemacs/packages")))) | | myself. Shouldn't it be the default value out-of-the-box? Defaults are always arguable (at least to my point of view). Maybe some examples and a remark that it has to be configured somehow would be better. BTW, I am sitting behind a firewall and I cannot use that mechanism. | 2) Do people get enough software with the base installation to use | package-get? I don't think so INSTALL and etc/PACKAGES are saying something different. So you have to pick at least the minimum set (xemacs-base, efs, mule). That is my understanding. --Marcus

1 participants
0 comments

Re: 21.0 at the website :-( 25 years, 7 months

Jan Vroonhof

<marcus(a)xemacs.org> writes: > BTW, the INSTALL file clear points to etc/packages so if you read the > information carefully you'll find your way. But I have to admit that > the new package system hasn't been well adverticed at this point. The problem is that etc/package it outdated. Both the installation README and the release announcement should point to README.packages as that the most up to date at this point. Jan

2 participants
1 comments

Re: Compile Failure in Latest CVS Sources for 21.2 25 years, 7 months

Norbert Koch

Hrvoje Niksic <hniksic(a)srce.hr> writes: > Vin Shelton <acs(a)xemacs.org> writes: > > > I can't build 21.2 from the latest CVS sources, due to dependencies > > on puresize-adjust.h.: > > > > make[1]: *** No rule to make target `puresize-adjust.h', needed by > > `alloc.o'. Stop. > > You have to rebuild the dependencies. I think I've done it with > `make depend' followed by a reinvocation of `config.status'. Hi, has anyone succeeded in building the latest sources from CVS on NT (native build)? I also get the above error and I can't do a makedepend, because the "expanded command line ..." is too long. 'norbert.

1 participants
0 comments

compile infelicity with latest 21.2 from cvs 25 years, 7 months

Michael Harnois

Is this the right fix? I know it made my build complete, but damned if I know if it's correct ... --- eldap.c.orig Sun Apr 25 08:25:53 1999 +++ eldap.c Sun Apr 25 06:48:58 1999 ＠＠ -123,7 +123,7 ＠＠ allocate_ldap (void) { struct Lisp_LDAP *ldap = - alloc_lcrecord_type (struct Lisp_LDAP, lrecord_ldap); + alloc_lcrecord_type (struct Lisp_LDAP, &lrecord_ldap); ldap->ld = NULL; ldap->host = Qnil; -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mharnois(a)willinet.net aa0bt(a)aa0bt.ampr.org Where ignorance is our master, there is no possibility of real peace. -- the Dalai Lama

2 participants
1 comments

Re: compile infelicity with latest 21.2 from cvs 25 years, 7 months

Hrvoje Niksic

mharnois(a)willinet.net writes: > Is this the right fix? I believe it is. Thanks for the patch; I'll apply it.

1 participants
0 comments

Re: crash in copy/paste 25 years, 7 months

Oliver Graf

Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes: > nope. in *scratch* right after xemacs -vanilla Ok. Over my slow link (128K) I can reproduce it with vanilla and Nikko. I didn't got it over ethernet the last time... It looks a bit weird: first the region disappears, then I get a text-drag-icon with stop-sign (no drop possible) and then XE nukes... If I move the cursor a bit with button-2 down, everything works out fine. > > using my linux box as display... but this is only a small chance... > > indeed. both times I tried, it was from a sun with display on linux. > > > What XEmacs? Also Nikko? > > sorry. no. That was 20.4 on Solaris 2.6 with CDE But it seems to be in Nikko, too. But why I didn't got the crash two days ago? I will try to explore this. > my Nikko build on a local Sun just finished and there I cannot > reproduce the crash. this is 2.5 without CDE. Alas this one is not > linked against the sun Xlibs (openwin). I'll try that later. Sure. No CDE no DnD. No problem. It looks like some kind of race condition. I try to find out, fast. Regards, Oliver.

1 participants
0 comments

Re: crash in copy/paste 25 years, 7 months

Gunnar Evermann

Oliver Graf <ograf(a)rhein-zeitung.de> writes: > Gunnar Evermann <ge204(a)eng.cam.ac.uk> writes: > > Did you do the experiment in a special buffer? I just tried the stunt in > *scratch*. Perhaps some other binding is interfering with the experimental-dnd > stuff? nope. in *scratch* right after xemacs -vanilla > > Always (well, two out of two). It's a bit tough for me to debug, the > > only Sun with CDE I have access to, is back in Germany [1] and I don't > > even have a debug build (or source) there anymore. > > Mhh, perhaps I should try it directly from the machine. Last time I started it > using my linux box as display... but this is only a small chance... indeed. both times I tried, it was from a sun with display on linux. > What XEmacs? Also Nikko? sorry. no. That was 20.4 on Solaris 2.6 with CDE my Nikko build on a local Sun just finished and there I cannot reproduce the crash. this is 2.5 without CDE. Alas this one is not linked against the sun Xlibs (openwin). I'll try that later. Gunnar -- Gunnar Evermann Speech, Vision & Robotics Group Engineering Department Cambridge University

1 participants
0 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 April 1999