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

Re: Dependency upon a mp3-decoder (Bug#100843)



My suggestion, probably not the easiest to manage but certainly one which
solves your major problems (dealing with different command-line options vs.
requiring environment variables to work properly [in violation of policy]),
is to write a wrapper script that checks for the mp3 decoders you're willing
to support and deals with them. Certainly you can't be expected to do this
for every single decoder available, but doing it for a few popular ones
shouldn't be horrible... then, simply have ripperx call that wrapper script.

Of course, this all assumes that you do decide you need to support multiple
decoders; IMO picking one and going with it is a perfectly valid way to do
it. Compared to a 5-meg MP3 or a 50-meg .wav, 216k of splay (according to
Installed-Size:) isn't a big deal, and a user who's religious about it can
always override with the environment variable anyway.

My four cents :).

On Sat, Jun 16, 2001 at 10:32:41AM -0700, tony mancill <tony@mancill.com> spake forth:
> One of my packages, ripperx, currently depends upon splay.  The bug is
> asking why depend upon one particular mp3-decoder when there are several
> to choose from.  (In other words, "don't install an mp3player on my box if
> I already have one.")  I agree that the choice of splay is arbitrary, as
> would be mpg321 or any other mp3player available in main, and I can set up
> ripperx to use any of these.
> 
> But it seems that to be able use just any mp3player the user has
> installed, I'll either have to require the user to set MP3PLAYER in their
> environment, or we'll need to set up alternatives so that
> /usr/bin/mp3-decoder is a symlink to whatever player the user has
> installed.  And in either case, it seems that packages that depend on the
> virtual package mp3-decoder will have to worry about a common set of
> command line arguments.
> 
> Personally, I don't think that having to load splay is a big deal; if you
> on a system that can rip and burn CDs, you've got a beefy enough system
> that a package as small as splay is just a drop in the ocean.  But I'd
> also like to try to do the right thing for the users and Debian.  
> (Perhaps setting up alternatives for mp3-decoder?)
> 
> Thanks in advance for feedback.
> tmancill@debian.org
> 
>   tony@mancill.com         |  Der Graf sehnt sich so sehr nach dem Blut einer 
> http://www.debian.org      |  Jungfrau.  Doch der Graf hat Angst... 
>                            |  Angst vor HIV.                     (die Aerzte)
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

-- 
Mike Markley <mike@markley.org>
GPG: 0x3B047084 7FC7 0DC0 EF31 DF83 7313  FE2B 77A8 F36A 3B04 7084

... bacteriological warfare ... hard to believe we were once foolish
enough to play around with that.
- McCoy, "The Omega Glory", stardate unknown



Reply to: