[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#19920: Packages Optional, should be Extra



On Thu, Mar 19, 1998 at 06:00:22PM +0000, Ian Jackson wrote:
> It looks like lots of people disagree with me on many of these
> packages.  Oh well.

I'm not in principle against moving packages. optional is quite cluttered.
But (and please don't take this as an offend) you didn't gave a rational for
this. Well, we have a definition of extra, but you did want more than is
covered by this definition. So I'm glad about the opinion you present in
your other mail.
 
> The one that Marcus Brinkmann disagrees with that I really want to
> take issue with is:
> > >[Ian:]
> > >> Package: nas Description: The Network Audio System (NAS). (I
> > >> _believe_ this thing still takes over /dev/audio et al if you
> > >> install it, preventing other programs from working.)
> > 
> > Other programs *should* use it. It takes over /dev/audio when it runs,
> > because it is a server. Because most programs that use sound have
> > their own small server, only one sound program can run at once. With
> > the rational you gave, *all* packages that have sound should be extra,
> > because they are preventing each other. NAS is providing a solution
> > for this problem if you build the programs to use it (but then you get
> > other problems, as NAS is slower than direct access).
> 
> No, because if you install NAS it hogs the sound device even when
> you're not using it.  Other sound using programs don't have this
> property.

Sure, it is a server.

> Until it's policy that all sound-using programs should use NAS (and
> this seems unlikely any time soon) then NAS as currently shipped is
> buggy because it makes it impossible to run other sound-using programs
> on machines where it is installed, unlike all other sound-using
> programs.

Ok. At the moment, *nothing* depends on nas, and it is pretty old, too.

> Therefore it should be Extra.

Or probably dropped completely. But I changed my opinion, extra would be
fine for this as long as it is bug free and maintained. (I have some hope
that there will be a better sound server someday, one that will be actually
used asa standard. We'll see.)

-- 
"Rhubarb is no Egyptian god."        Debian GNU/Linux        finger brinkmd@ 
Marcus Brinkmann                   http://www.debian.org    master.debian.org
Marcus.Brinkmann@ruhr-uni-bochum.de                        for public  PGP Key
http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/       PGP Key ID 36E7CD09


--
To UNSUBSCRIBE, email to debian-policy-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org


Reply to: