requesting sponsor for pd-cyclone

[Felipe Sateler]

On Sun, Nov 14, 2010 at 14:33, Hans-Christoph Steiner <hans at at.or.at> wrote:
>
> On Nov 13, 2010, at 8:37 PM, Felipe Sateler wrote:
>
>> On Thu, Nov 11, 2010 at 23:17, Hans-Christoph Steiner <hans at at.or.at>
>> wrote:
>>>
>>> On Thu, 2010-11-11 at 09:19 +0100, Jonas Smedegaard wrote:
>>>>
>>>> On Thu, Nov 11, 2010 at 12:15:05AM -0500, Hans-Christoph Steiner wrote:
>>>>>
>>>>> pd-cyclone is a huge library of all sorts of objects that are clones of
>>>>> objects in Max/MSP4.5, Pd's proprietary cousin.  It also includes
>>>>> utilities for importing Max files.
>>>>>
>>>>> pd-cyclone is a long-form dh package that is a wrapper to a very
>>>>> complicated Make build system. pd-cxc is in
>>>>> git.debian.org/pkg-multimedia.  It is a library without depends that
>>>>> are new packages.  It builds on my i386, but it did not build on the
>>>>> launchpad amd64 build machine, it died on this error, which has stumped
>>>>> me:
>>>>>
>>>>> dpkg-genchanges -B -mUbuntu/amd64 Build Daemon <buildd at titanium.ppa>
>>>>>>
>>>>>> ../pd-cyclone_0.1~alpha55-1~maverick_amd64.changes
>>>>>
>>>>> dpkg-genchanges: arch-specific upload - not including arch-independent
>>>>> packages
>>>>> dpkg-genchanges: error: cannot read files list file: No such file or
>>>>> directory
>>>>
>>>> It looks odd to me that you use no debhelper tools in the binary-arch
>>>> target - only in the binary-indep one.
>>>
>>> Thanks, that was the key.  This now builds on i386 and amd64 and is
>>> ready to go.
>>
>> The git repository is not fixed.
>
> I am not sure I understand. What I see on git.debian.org is the same as what
> I have on my machine, and I used git-buildpackage to make the source package
> to submit to Launchpad:
>
> http://launchpad.net/~eighthave/+archive/libdirs/+sourcepub/1362005/+listing-archive-extra

Oh it was fixed, my bad. But there is a large commit that changes many
things at once (d634143), and the change was hidden there.

>
>> Also, why do you use long-form debhelper?
>
>
> Because I didn't see a way to do it with short-form. This library has a very
> elaborate build system that I've tried for years to figure out.  Instead
> I've found the best way is to wrap it into something more understandable,
> and long-form seemed the easiest way to do that.

Indeed, the makefile is quite convoluted. It also can't handle it when
the user passes CFLAGS and other variables. Also, it sets -j4
unconditionally.

On further inspection, the package seems to bundle the pddp source.
Are riddle, sickle and ViCious more code copies? We should not use
code copies. We need to avoid using them.

>
> I am open to changing it to short-form, but I don't see a clear way to do it

I don't really prefer short form, but it is just a matter of using
override_dh_foo targets.
-- 

Saludos,
Felipe Sateler