Runtime dependencies that are constant for all platforms are listed in
debian/control.{top,bottom}.in under the stanza for the related binary
package.

Runtime dependences that vary from platform to platform and are not
autodetected by dpkg-buildpackage are listed in debian/configure.  Right
now this is only @KERNEL_HEADERS@, so this variable would need to be
renamed or a new variable would need to be created and substituted.

Compile-time dependencies are handled similarly, but in the very top
stanza of debian/control.top.in.

Optional features that some users want to install and others do not are
best implemented via multiple binary packages, particularly if a large
amount of disk space is used by the optional feature's dependencies.
Creating a new binary package involves making a new Package stanza in
debian/control.bottom.in and a new list of files to include in that
binary package in debian/<subpackagename>.files or .files.in if
substitution of @-variables is required.  Perhaps an appropriate package
name would be linuxcnc-camview.

Optional features that don't even exist on all supported platforms would
be done similarly to how (in master branch), debian/configure decides
whether to include e.g., debian/control.uspace-rtai.in in the generated
debian/control file.

Of course, src/configure.in and src/Makefile "make install" support are
also needed to get things in the right place for dpkg-buildpackage, as
well as for RIP users.

Jeff

------------------------------------------------------------------------------
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to