Re: [FLAME WARNING] Linux Standards Base and Debian

2001-05-09 Thread David Whedon
Wed, May 09, 2001 at 02:14:20PM -0800 wrote: > this choice of using the rpm binary format should be reconsidered > IMNSHO. i don't really care whether you use the debian ar+tar+gzip, > or just plain .tar.gz, just use something i can extract *anywhere* > with the most basic and standard tools, with

Re: Bug#96638: ITP: libkudzu

2001-05-08 Thread David Whedon
> > kudzu was dead, but I guess not. What I would like is to have a real > > hardware > > detection system that continues after the main installation. That way when > > new > > hardware is added to the system we could help the user make the necessary > > software changes. > > Is there already p

Re: [users] Re: Where's lame

2001-05-07 Thread David Whedon
Lame cannot be included in Debian, please see: http://www.debian.org/devel/wnpp/unable-to-package -David Mon, May 07, 2001 at 03:22:33PM -0400 wrote: > hi developers, > this is my first message, i hope it's appropriate. there's talk going > on on the users mailing list about lame and its absence

Re: how to implement a renamed package

2001-05-05 Thread David Whedon
> Thanks, - I know this and have done it previously in the case of > zicq and krolden. However, what I really wanted to know is, how > this (or any other) procedure can take care that the users of the > old package will get the renamed package automatically updated with > 'apt-get upgrade'? Oh,

Re: how to implement a renamed package

2001-05-05 Thread David Whedon
Sat, May 05, 2001 at 08:43:30PM +0200 wrote: > Hello, > > I am maintaing the Debian package puzzle and have a problem > with the new upstream version. The package and program has been > renamed by upstream to tree-puzzle, because there was a conflict > with another program named puzzle. > I was co

Re: RFC: English translation list

2001-05-02 Thread David Whedon
> Absolutely seconded. I have, for example, create a GRUB Howto in French, > simply because it sounds to me stupid to try to write an "original" text > that is not the best I can make (I don't say it's good, I just say it is > better in the native language). > I'd like to see the list as well.

Re: Two debconf issues

2001-05-01 Thread David Whedon
> > for some, I need rather complex text processing. Since perl isn't > > essential, writing the script in perl would make the package depend on > > perl while this is unnecessary for normal operation. Would this be > > acceptable or should I find a better solution? > > > > If you

Re: How to remove a package from ftp.debian.org?

2001-04-27 Thread David Whedon
Fri, Apr 27, 2001 at 04:52:58PM +0200 wrote: > Subject says it all. Do I have to file a bug against ftp.debian.org? > yes http://www.debian.org/doc/developers-reference/ch-archive-manip.en.html#s-removing-pkgs David P.S. this sort of question can probably be best asked on -mentors. > Michael >

Re: macdebian?

2001-04-25 Thread David Whedon
Oui, va voir : http://www.debian.org/ports/m68k/ http://www.debian.org/ports/powerpc/ David Wed, Apr 25, 2001 at 10:06:49PM +0200 wrote: > il y a-t-il une version de debian pour Mac? > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EM

Re: FYI: dh_upx compresses i386 executables

2001-04-23 Thread David Whedon
Sun, Apr 22, 2001 at 11:52:55PM -0700 wrote: > On Sun, Apr 22, 2001 at 11:39:07PM -0700, David Whedon wrote: > > Recent versions of upx can compress a linux bzImage (I've seen 13% shaved > > off > > a bzImage). debian-installer may use it to squeeze more onto the

Re: FYI: dh_upx compresses i386 executables

2001-04-23 Thread David Whedon
Recent versions of upx can compress a linux bzImage (I've seen 13% shaved off a bzImage). debian-installer may use it to squeeze more onto the single floppy (kernel + initrd with modules). David Sat, Apr 21, 2001 at 06:25:10PM -0700 wrote: > On Sat, 21 Apr 2001, John H. Robinson, IV wrote: >

ITP: mserv

2001-01-09 Thread David Whedon
http://www.mserv.org/ License is BSD. Description: local centralised multiuser music environment Mserv is a music server designed to do a number of things better than most systems designed to play mp3s: . Supports any type of client using standard TCP protocol Stores information on mp3