Thoughts on pd object packaging - use of cdbs might be preferable?

[Jonas Smedegaard]

On Wed, Nov 10, 2010 at 10:18:44PM -0500, Hans-Christoph Steiner wrote:
>On Wed, 2010-11-10 at 20:27 -0300, Felipe Sateler wrote:
>> Given that most pd libraries use the same template, I think we can
>> leverage the use of cdbs here:
>>
>> 1. We ship (eg, in puredata-dev) a standard-pd-object.mk CDBS class
>> which includes the snippets needed for the shlibdeps and license
>> fiddling, and the makefile class.
>> 2. rules files then become simply:
>>
>> #!/usr/bin/make -f
>>
>> LIBRARY_NAME = pdlib
>>
>> include /usr/share/cdbs/1/rules/standard-pd-object.mk
>>
>>
>>
>> What do you think?
>
>That looks very handy, but I think the given library template is well
>tuned.  For me the problem would be then learning cdbs for special
>cases.  But since there are still at least 30 unpackaged Pd libraries, I
>think having this as option makes sense. I'd call it something like
>standard-pd-library.mk

If the word "CDBS" discourages you, then (since the proposal is to ship 
a template _separately_ from CDBS) you can just ship a snippet unrelated 
to CDBS.

Heck, you can even ship a snippet which uses short-form dh!

My point here is that there is nothing in CDBS to "learn" except for the 
parts that you include.  So if you find the CDBS templates more of a 
burden than a benefit, then don't use them - write your own from scratch 
instead: it is simply a make inclusion (at first - over time it may grow 
ugly, more ugly than CDBS).

(and yes, I personally favor CDBS over custom templates - no news there)


  - Jonas

-- 
  * Jonas Smedegaard - idealist & Internet-arkitekt
  * Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20101111/e9c88c1e/attachment.pgp>