request sponsor/upload for pd-pdstring

[IOhannes m zmoelnig]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2011-10-03 11:50, Roman Haefeli wrote:
> system and tried to install the resulting pd-pdstring package with gdebi
> and got this:
> 
> $ sudo gdebi pbuilder/sid_result/pd-pdstring_0.10.2-1_amd64.deb 
> Reading package lists... Done
> Building dependency tree        
> Reading state information... Done
> Building data structures... Done 
> Building data structures... Done 
> This package is uninstallable
> Dependency is not satisfiable: pd
> 
> When I change the dependency for pd-pdstring to 'puredata | pd', it
> installs fine by installing puredata.
> 
> I noticed that only the package 'puredata' provides the virtual package
> 'pd', but 'puredata-core' does not. 

this is unreproducible for me:
$ LANG=C aptitude show puredata | egrep '(Provides|Version)'
Version: 0.43.0-4
Provides: pd
$ LANG=C aptitude show puredata-core | egrep '(Provides|Version)'
Version: 0.43.0-4
Provides: pd

> 
> So, what is the correct setup meant to be? Assuming that pd-libs are
> running fine with only the core of Pd, shouldn't 'puredata-core' provide
> 'pd'?  

yes, that is why it does provide "pd".

> Or is intended behavior that installing any pd-lib installs the
> full 'puredata' suite?

definitely not. if so, the entire split of "puredata" into subpackages
would have made no sense at all.

> 
> Or asked more generally:
> What is the common practice: depending on the least necessary or
> depending on then most common setup (whatever that is)?

personally i have a quite strict opinion on this:
"Depend" on the bare minimum
"Recommend" the most common setup
"Suggest" other possible use-cases

i think this is in accordance with the policy [1].
other people might have different opinions.

fgmasdr
IOhannes

[1] http://www.debian.org/doc/debian-policy/ch-relationships.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6JiXMACgkQkX2Xpv6ydvSzxACg83+TKTtpFd8q8kLMfj8vdhAH
u+gAoOiLIncv6cOnrSoXP3BKi/9Tz8U/
=enYo
-----END PGP SIGNATURE-----

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3636 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20111003/36a64ed7/attachment.bin>