July 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: XEmacs source tree fork looming -- we need a naming scheme 26 years, 4 months

Oscar Figueiredo

>>>>> "Didier" == Didier Verna <verna(a)inf.enst.fr> writes: Didier> SL Baur <steve(a)xemacs.org> writes: >> *First* on the list of sound files that need to be added is one of >> Hrvoje pronouncing his name -- "Hello, this is Hrvoje Niksic and I >> pronounce `Hrvoje' as `Hrvoje'." Didier> More fun would be that everyone here (at least one by country) provide Didier> a sound file containing how `Hrvoje' would be pronounced in the country: Didier> "Hello, I'm Joe and I pronounce `Hrvoje' as... huh... Ro.... (*$#^%＠ WTF ?!" I think I will cheat : I will watch tonight's World Cup's semi-final between France and Croatia with a croatian friend (I am french myself) and if we still talk to each other at the end of the game :-) I will ask him how he pronounces it :-))) Oscar

1 participants
0 comments

Re: XEmacs source tree fork looming -- we need a naming scheme 26 years, 4 months

Adrian Aichner

>>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: Hrvoje> I hate Jazz, but other folks here like it, and the idea Hrvoje> sounds cool, so why not? Just when I started to wonder whether all XEmacs developers are, or have to be :-), Jazz fans. I vote for the jazz musicans, as long as we're picking REAL JAZZ[1] musicians. Isn't this how a flamewar starts? Adrian Footnotes: [1] No elevator-jazz, please! -- 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 aichner(a)ecf.teradyne.com

1 participants
0 comments

Re: XEmacs source tree fork looming -- we need a naming scheme 26 years, 4 months

Didier Verna

SL Baur <steve(a)xemacs.org> writes: > *First* on the list of sound files that need to be added is one of > Hrvoje pronouncing his name -- "Hello, this is Hrvoje Niksic and I > pronounce `Hrvoje' as `Hrvoje'." More fun would be that everyone here (at least one by country) provide a sound file containing how `Hrvoje' would be pronounced in the country: "Hello, I'm Joe and I pronounce `Hrvoje' as... huh... Ro.... (*$#^%＠ WTF ?!" ;-) ;-)

1 participants
0 comments

Correction to incorrect legal-status information in GIFLIB 26 years, 4 months

Eric S. Raymond

GIFLIB provides a rich set of tools for scripted manipulation of GIF images, and a C library that makes writing custom GIF-manipulating programs easy. For a look at the browseable GIFLIB documentation in HTML, see the GIFLIB home page at http://www.ccil.org/~esr/giflib. The current (3.0) release is available there. In existing releases of GIFLIB I said: "Since it existed before 1 Jan 1995, GIFLIB falls under the grandfather clause in the GIF/LZ licenses of Unisys and CompuServe and may be used without paying royalty fees." I have since been in put in contact with a lawyer at Unisys, and that isn't how they see it. Their position is that because GIFLIB has been modified since 1995 it is not grandfathered, and their patents on the Lempel-Ziv-Welch method mean that commercial use requires a license from Unisys. I have since done more research and dug up a copy of Unisys's licensing FAQ on LZW (published Jan 6 1995). It is now included in the Web-accessible HTML documentation for the package. The policy described in the FAQ specifically exempts "freeware" and non-commercial, non-profit software from the license requirements. Their policy has the usual problems with for-profit *distribution* (for example on source-code CD-ROMs), for which Unisys explicitly says in the FAQ the distributors may be liable. I therefore have to recommend against using GIFLIB at all. In fact, earlier today I was considering entirely withdrawing it from circulation. Having discovered the "freeware" exemption in the FAQ, I no longer believe this is absolutely necessary. But any use of GIFLIB should be approached very carefully, in the realization that it could poison your software if it's distributed in any way Unisys's not-very-clueful lawyers choose to interpret as "for-profit" (the one I exchanged email with didn't know about the freeware exemption). In the slightly longer term, I think it's time for GIFLIB to die and be replaced by a PNG utility toolkit. PNGtools, anyone? There's still a niche for GIF-reading code, but basically just as a GIF-to-PNG converter. Reading GIFs is not really what most of GIFLIB is about; a lot of the utilities define generally useful image transformations that are independent of file format and just happpen to use GIF as an interchange format. These ought to be rescued from patent jeopardy. A lot of the useful utilities in GIFLIB could be saved by throwing out the patented Lempel-Ziv stuff and rebuilding the tools to read and write a minimalist version of PNG (no optional chunks or alpha, at least at first). This would be a good thing, because tools for dicing and slicing PNG images seem to be thin on the ground. Please consider this a solicitation of help for that task. I'm too busy to do it all myself and I'm not really a graphics expert to begin with. Perhaps someone in the PNG community might be interested in leading? -- <a href="http://www.ccil.org/~esr">Eric S. Raymond</a> -- <a href="http://www.tuxedo.org/~esr">Eric S. Raymond</a> "To disarm the people... was the best and most effectual way to enslave them." -- George Mason, speech of June 14, 1788

1 participants
0 comments

Re: XEmacs source tree fork looming -- we need a naming scheme 26 years, 4 months

Michael Harnois

SL Baur <steve(a)xemacs.org> writes: > > http://www.skionline.com/skiareas.asp When I looked at this first I thought it said "skinonline." > > And it will remind us (or, at least some of us) of what we'd > > rather be doing. :-) > > Yup. Yup. -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mharnois(a)sbt.net aa0bt(a)aa0bt.ampr.org "The price one pays for pursuing any profession, or calling, is an intimate knowledge of its ugly side." -- James Baldwin

1 participants
0 comments

Re: XEmacs source tree fork looming -- we need a naming scheme 26 years, 4 months

William M. Perry

Bob Cleveland <bcleveland(a)rst.inri.com> writes: > > Didier writes: > > > > I propose naming the next branch upon jazz musicians. This URL contains > > about 70 names with an information page for each one: > > > > http://www.book.uci.edu/Jazz/JPRA11.html > > > Second that. Would this really be enough? Considering this is going to be a major version fork, with lots of very serious work going into it... How many versions of 19.12 and the new redisplay did we have again? :) I'm sure we could find more when we needed them though. :) -Bill P.

3 participants
2 comments

XEmacs source tree fork looming -- we need a naming scheme 26 years, 4 months

SL Baur

I am about to create the branch for XEmacs 22.0 and need a naming scheme. The best current suggestion is pig breeds and this amuses me now that XEmacs is lighter (and since 20.4 faster) than it has been in many years. Any other naming conventions to consider? Nominations should have at least 50 names to choose from and a URL with descriptions (like the wonderful Oklahoma State site we're using now) is a strong plus. For the record, the previous naming schemes used have been: European Capitols[1] 20.3 Gem stones 20.4 Goats 21.0 Footnotes: [1] And French cities when we were running out of European capitols.

4 participants
3 comments

Re: XEmacs source tree fork looming -- we need a naming scheme 26 years, 4 months

SL Baur

Mark Borges <mdb(a)cdc.noaa.gov> writes: >>> On 07 Jul 1998 14:39:53 -0700, >>> SL Baur(sb) wrote: sb> Jason R Mastaler <jason(a)4b.org> writes: >>> I nominate "Ski USA" for the naming scheme. Resort names are >>> colorful, and plentiful. sb> Cool. I like this, but I think the set of names should contain ski sb> resorts world-wide rather than being restricted to the US. > OK, then on a similar vein, what about using the world's highest > mountain peaks, > http://www.mountaindesign.com.au/mountains/altitudes/highest.html Hmmm, Yet Another Good Suggestion. > The above list is marginal -- I count 54 here (why couldn't they use a > vertical table?) -- but surely the list can be made longer. Yup. > The only question is whether to start at the top or bottom[1]. We should go in alphabetical order regardless of the convention chosen.

1 participants
0 comments

Re: Native sound support 26 years, 4 months

Raymond Toy

Gleb Arshinov <gleb(a)broadbase.com> writes: > >>>>> "Amir" == Amir J Katz <amir(a)ndsoft.com> writes: > > Amir> I installed NAS 1.2P5 on my SunOS 4.1.4, and tested it that > Amir> it works. > > Amir> I then reconfigured and rebuilt XEmacs using > Amir> --with-audio=both. No problems. However, when I try to play > Amir> a WAV file (a MIME attachment of audio/basic type), I get an > Amir> error: > > Amir> open /dev/audio - device busy > > Amir> Any idea what's wrong? > > As far as I can tell, this is not XEmacs problem. You have NAS still > installed, and it locks your /dev/audio. Killing NAS daemon would be > one solution. There's also a patch for the NAS server so that it releases /dev/audio after some period of idleness. Ray

1 participants
0 comments

Re: XEmacs source tree fork looming -- we need a naming scheme 26 years, 4 months

Jason R Mastaler

SL Baur <steve(a)xemacs.org> writes: > Cool. I like this, but I think the set of names should contain ski > resorts world-wide rather than being restricted to the US. That was my first thought, but then thought that would yield too many names to choose from, so I narrowed the scope. Here is a comprehensive world-wide list of ski resorts: http://www.goski.com/ski2.htm "I'd rather be skiing!"

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