Hello, all.

Since the tree is still full of too broad dependencies and other
mistakes, I would like to add a repoman check and a matching QA policy
regarding how slots should be used in dependencies.

The check would apply to EAPI 5 and newer ebuilds only. Considering
the past uproar against having slotted dependencies against
single-slot packages, it would apply only to dependencies that match
more than one slot of a package.


With the new policy, the simple form of dependencies:

  dev-libs/foo

would be only allowed if dev-libs/foo has only one slot.

If the atom matches more than one slot of a package, one of the
following forms would need to be used:

1. dev-libs/bar:* -- if any version of bar is acceptable,
and you can replace bar:1 with bar:2 without rebuilding,

2. dev-libs/bar:= -- if any version of bar is acceptable,
and you need to rebuild bar when changing slots (and subslots),

3. dev-libs/bar:slot -- if a single slot of bar is acceptable,
and you can change subslots without rebuilding,

4. dev-libs/bar:slot= -- if a single slot of bar is acceptable,
and you need subslot rebuilds,

5. dev-libs/bar:slot/subslot -- if a single subslot of bar is
acceptable, useful mostly for binary packages and pass-through
virtuals.

...which means that the only 'new' requirement would be that ':*'
operator becomes mandatory in favor of plain deps that have semi-
-undefined behavior.


It should be noted that the check uses complete dependency atom to
count the number of slots. That is, a dependency alike:

  >=x11-libs/gtk+-3.4

would match only one slot and cause no repoman warnings. This is mostly
intended to keep the check simple and avoid false positives.


If anyone wishes to test the current code, the last version of patch
can be found at [1]. It will likely hit portage in -9999 as soon
as dol-sen approves it.

[1]:http://article.gmane.org/gmane.linux.gentoo.portage.devel/4369

-- 
Best regards,
Michał Górny

Attachment: signature.asc
Description: PGP signature

Reply via email to