On May 11, 2011, at 4:55 AM, IOhannes m zmoelnig wrote:
-----BEGIN PGP SIGNED MESSAGE-----
given that i have done most of the packaging, i guess i'll try to
the question :-)
On 2011-05-09 06:19, Hans-Christoph Steiner wrote:
There are a lot of changes, so I'm wondering if we could get a
of what we should do to update our packages, and whether there
any pitfalls. It seems that we should now build pd libs against
puredata-dev instead of puredata, for example.
hopefully there are no pitfalls, but like always they will only show
once you are trapped.
anyhow, the main change is, that "puredata" is now split into a number
of binary packages.
the binary package "puredata" is now only a meta-package depending on
all it's components (for backwards compat).
the main binary package is "puredata-core" which provides "pd".
"puredata-core" is only the dsp-engine, without any GUI components,
so you can now install Pd (with externals) on a headless system.
externals that don't depend on "pd" but only on "puredata" might
have their Depends adapted, if they want to support headless
just realize that "puredata-import" is probably the only package
currently affected by this).
as hans has rightly said, there is now a puredata-dev package, which
installs the headers (and a pkg-config file), for compiling externals.
this should be everything that is needed to compile Pd-related
given that the package only provides header-files and a pkg-config
snippet, this greatly reduces the build-dependencies (build-bots don't
need to install tk and jack anymore, in order to compile a
# puredata-gui, puredata-doc, puredata-extra, puredata-utils
from a pd external packager's pov, those are probably not so
puredata-gui holds (as the name suggests) all GUI related stuff. it
be installed without puredata-core (given that puredata-core and
puredata-gui can run on different machines).
general Pd-externals should
for backporting compatibility, i'd suggest to
"Build-depend: puredata-dev | puredata"
if the package contains only "ordinary" (as in: non-graphical) objects
and is only for "puredata" (and not all providers of "pd"), it should
probably depend on "puredata-core" rather than "puredata".
Thank you, IOhannes, that was very useful. It would be good to add
key bits of this to the Debian Multimedia wiki. I'm thinking we could
have a "Pure Data" policy section here:
Is there any procedure to adding stuff beyond just coming up with
something that we agree on?
You can't steal a gift. Bird gave the world his music, and if you can
hear it, you can have it. - Dizzy Gillespie
pkg-multimedia-maintainers mailing list