source dependencies
Andreas Jellinghaus writes:
> we should implement source dependencies as soon as possible.
Sure, but I'd rather write "deps for source packages", as this is just
the functionnality we need, and "source dependencies" has too much
bias towards a "Source-Depends:" field in the binary package.
> the easiest way is, to add a Source-Depends: line to all control files,
> and change the scripts to add this information to dsc and changes files.
It's a way of achieving the goal. I'm not sure it's the easiest. "sure
it's not" might even be a better formulation, now that I wrote what's
next ;)
> one part of source dependencies are programs and header files needed to
> compile.
> the second part of source dependencies are needs for source code of
> other programs. my proposal is : list these with the prefix "source:" in
> the source dependency list.
I still think it would be *easier* to use real .deb's for source
packages; they will then be automagically handled by existing tools (I
mean dpkg/dselect; low-level tools like dpkg-deb would not be used for
this).
One solution I thought about was to use .deb wrappers (as there are
for netscape & Co), whose maintainer-scripts would (download and)
install the .{tar,diff}.gz of the source.
> can someone please look at the dpkg* tools, whether they need changes ?
> (i don't speak perl).
My proposal won't need any changes to dpkg. We'll just have to add
additionnal distributions 'main-src', 'contrib-src' & Co, on the same
level as 'main' and 'contrib'. All these wrappers would then go under
binary-all, which would probably be the only subdir.
The only needed development would be for a method-dependent script to
fetch the .{tar,diff}.gz
> so we should start with creating a list, what we consider
> alway available (gcc, binutils, perl, awk, bash, libc-dev, make,
> fileutils, textutils, findutils, kernel-headers).
What about a pseudo-package depending on those, and on which any
source package should depend. It would maybe need some variations,
depending on what language you want to compile.
[This reminds me of my VM/converters suggestions.]
--
Yann Dirson <dirson@univ-mlv.fr>
alt-email:<ydirson@a2points.com>
http://monge.univ-mlv.fr/~dirson
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Reply to: