Re: Re: debian packaging

>> I've tried on a phone or two and they don't support mp2.
> 
> In that case, I'm afraid my only option is to document the
> limitation.  Thanks for testing (and no thanks to Frauenhofer and
> their lawyers :-P).

It is best to detect that the wrong binaries are present.
I think it can be done by running ffmpeg --formats,
looking for the mp3 line and seeing if D and E are 
there.  We can throw up a help page like this:

http://bitpim.org/help/error-nopvconv.htm

> My preference would be to meet you in the middle: just give the file a
> distribution-neutral name (such as Makefile or build.sh) and similarly
> neutral contents and let me specify my preferred directory layout via
> command-line arguments or environment variables.  That way, you won't
> have to worry about the details of Debian's packaging policy (which
> shifts over time), and the contents may be more generally useful.

I am using buildrelease/makedist.py as the Makefile/build.sh.

> It's probably also worth noting that building Debian packages involves
> consulting a number of files under the debian/ subdirectory (which,
> again, you need not provide); 

I'd be happy to make that directory under packaging/.  It will lessen
the amount of crud you have to carry around.

> several others I didn't bother sending, including changelog, control,
> and copyright.

I saw you make the changelog using lynx -dump.  That is a good way
of doing it.  What format is copyright in?  I can put that in packaging
and then it can also be used for the other packaging systems.

> I've taken a look at this script, but I'm still not sure how useful it
> is when making unfrozen packages.

It will be more useful once I add another linuxbuild that makes a 
"source" tree (ie without freezing).  Looking at your rules file,
it seems like everything is dumped in /usr/share instead of
/usr/lib as I do for rpm.  You can't put it in /usr/share because
there is a binary (avi2bin) and that is platform specific.  I 
am open to other locations.  What would be nice is if you could
post a 'ls -lR' of the tree that you install.

Roger


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642