Subject: Re: packaging a ripper front end, questions
To: Tracy J. Di Marco White <gendalia@iastate.edu>
From: David Brownlee <abs@netbsd.org>
List: tech-pkg
Date: 05/16/2001 17:46:50
On Wed, 16 May 2001, Tracy J. Di Marco White wrote:
> David Brownlee wrote:
> }On Tue, 15 May 2001, Tracy Di Marco White wrote:
> }
> }> I've been playing with ripit.pl for a while, and have been looking at
> }> packaging it up. It's got a few too many options, it allows you to
> }> use cdparanoia, cdd, tosha, cdda2wav to rip CDs, I'm going to depend
> }> on cdparanoia. It uses bladeenc, lame or gogo to encode from ripped
> }> files to mp3s, I'm going to depend on lame. I don't know if this
> }
> } You might want to have RIPIT_USE_XXXX conditional options in the
> } Makefile.
>
> I was not sure about doing that, since I thought it implied adding things
> to mk.conf, and I thought that was something to avoid?
>
Have it default to something sane, but can be overridden at
compile time, and ideally at runtime also.
> I'm 'extending' several bits of it, I could probably do that. One of the
> things to consider is that while mp3 are small (1MB - 24MB for mine),
> the ripped files are also going into this directory, and tend to be 10x
> the size of the final mp3. When I first started using ripit, it was
> putting them in /tmp, which filled up very quickly. A user can end up
> with an entire ripped CD in this directory, around 640MB or so. Fair
> warning may be considered sufficent, of course.
>
> Alistair Crooks wrote:
> }Personally, I'd make it "." - but what do I know?
>
> I can do that. All mine go in /usr/music, but as Gavan wrote, probably
> not a good thing to set as a default.
After switching on my brain I'd definitely have to agree with
Al :)
--
David/absolute -- www.netbsd.org: No hype required --