On Mon, Jun 21, 2004 at 04:35:46PM -0400, David R. Morrison wrote:
> 
> Second draft:  The BuildDependsOnly field
[usual -dev case]
> In addition, both packages should declare
>   BuildDependsOnly: true
[...]
> 
> There are some packages containing header files for which it's not
> appropriate to declare BuildDependsOnly to be true.  In that case,
> the package should declare
>   BuildDependsOnly: false
> and the reason must be given in the DescPackaging field.

It does seem like we need a tri-state thing here. It feels funny to
overload a boolean to accomplish that, but I can't think of a cleaner
way, and this allows us to easily find these special-case packages and
do .deb validation.

The .info could use these three states:
  [usual boolean-true values | usual boolean-false values | blank/not-present]
(note drm: just accepting "false" for the new special case makes this
a four-state system) and (assuming dpkg makes a distinction between a
blank value for a control field and that field not being listed) to
get a third "value" for BDO while still being distinct from a .deb
constructed from an "old" fink that did not encode this thing at all.

> The BuildDependsOnly field should only be set if the package contains
> header files, installed into /sw/include.

Wording quibble: I don't think our parser currently makes a
distinction between "present but blank" and "not present" for .info
fields, and "set" sounds a lot like "boolean-true". Maybe something
like "...should be _listed_..." would be clearer?

Will think more...have to run now...

dan

-- 
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to