request sponsor/upload for pd-pdstring

Sun Oct 2 16:16:13 UTC 2011

I find that Launchpad is a good place to test new packages.  I think  
you have a launchpad account already, so it should be easy.  I always  
upload my packages to my launchpad before submitting them for upload  
to Debian.  So far, I haven't remembered how to use cowbuilder or  
pbuilder... an uploading to launchpad has stuck.

.hc

On Oct 1, 2011, at 8:11 AM, Roman Haefeli wrote:

> Hi again
>
> There was some confusion on my part, since I seem to have tested it  
> only
> in Debian stable where everything works as expected. The puredata
> package in Debian unstable is quite different from previous versions  
> and
> also is its behavior.
>
> On Fri, 2011-09-30 at 17:02 +0200, IOhannes m zmölnig wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 09/30/2011 04:19 PM, Roman Haefeli wrote:
>>> On Fri, 2011-09-30 at 13:24 +0200, IOhannes m zmölnig wrote:
>>>> debian/control:
>>>> any reason why you are so picky about the debhelper version?
>>>
>>> I'm using short-form dh with dh overrides. Lintian tells me that  
>>> those
>>> features are only available since 7.0.50. I read the thread about
>>
>> thanks for the explanation.
>>
>>>
>>>> debian/README.Debian
>>>> quite a long line :-)
>>>> more important, i cannot load pdstring following your advice in
>>>> README.Debian: [declare -stdlib extra/pdstring] will do nothing (on
>>>> reload), only [declare -lib pdstring] helps
>>>
>>> How did you test? The '-lib' flag searches relative to your patch,
>>> whereas '-stdlib' searches relative to pd. You only can correctly  
>>> test
>>> it by effectively installing the package and run pd (/usr/bin/pd).
>>
>> my test is to open the attached abstraction with
>> $ puredata -noprefs pdstring-test.pd
>> which gives me:
>> <snip>
>> any2string
>> error: ... couldn't create
>> </snip>
>>
>> puredata (the 0.43.0-4) finds neither the library nor the  
>> abstraction of
>> the name "any2string".
>>
>> the former can be a bug in your documentation (i have to admit that  
>> i'm
>> not so familiar with [declare]), as it would look for a library
>> "extra/pdstring" where the pdstring.pd_linux file really is
>> extra/pdstring/pdstring.pd_linux, so it should probably read "-stdlib
>> extra/pdstring/pdstring".
>
> '-stdlib extra/pdstring/pdstring' is supposed to work as well but  
> should
> not be necessary at all. Pd normally checks also folders with the lib
> name for libs. When specifying mylib, both extra/mylib.pd_linux and
> extra/mylib/mylib.pd_linux are searched.
>
>>> However, it turned out, that the advice was not complete, since the
>>> library also contains abstractions, which are not found with only
>>> '-stdlib extra/pdstring'. The full and correct declaration is:
>>>
>>> [declare -stdlib extra/pdstring -stdpath extra/pdstring]
>>>
>>> Yeah, that's a lot for loading only a library, but unfortunately  
>>> that is
>>> how it currently works in Pd.
>>
>> after closer inspection it seems like this _might_ be a bug in the
>> "puredata" package, which seems only to consider "/usr/lib/ 
>> puredata/" as
>> a stdpath, and it won't search "extra/pdstring" in "/usr/lib/pd".
>>
>> i'm not entirely sure though (given the nastiness of [declare])
>> if you think that it is a bug in "puredata-core", please file a  
>> bugreport.
>
> Yeah, that is indeed the case. Before filing a bug report, I'd like to
> clear up the meanings of the different paths.
>
> /usr/lib/pd/extra
>  Am I right in assuming that this path is supposed to be searched by
>  all flavors of Pd (all packages that provide the virtual package pd)?
>  This also the path where usually external libraries are installed to
>  because from there they can be loaded from any flavor of pd?
>
> /usr/lib/puredata/extra
>  is only searched by puredata / pd from the puredata package?
>  This is where libraries are installed that only are suitable for
>  the pd provided by the puredata package?
>
> /usr/lib/pd-extended/extra
>  is only searched by pdextended / pd from the pd-extended package?
>  Libs that are only useful with pdextended go there?
>
> If that is the case, then there is definitely a bug in the puredata- 
> core
> package as it is ignoring /usr/lib/pd/extra.
>
> This also means, that currently all Pd libraries in unstable that
> install to /usr/lib/pd/extra (most of them do) are currently broken,  
> as
> there is no proper way to actually load them in pd (you still can
> specify the absolute path to the library, which renders your patch
> unportable to other OS').
>
> Roman
>
>
>
>
>
>
> _______________________________________________
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintainers at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

----------------------------------------------------------------------------

I spent 33 years and four months in active military service and during  
that period I spent most of my time as a high class muscle man for Big  
Business, for Wall Street and the bankers.      - General Smedley Butler