2010-11-28 20:59:05 Zac Medico napisał(a):
> On 11/28/2010 10:15 AM, Arfrever Frehtes Taifersar Arahesis wrote:
> > 2010-11-19 16:51:03 Zac Medico napisał(a):
> >> On 10/25/2010 06:24 AM, Arfrever Frehtes Taifersar Arahesis wrote:
> >>> use.unsatisfiable and package.use.unsatisfiable files would cause that
> >>> `repoman` would treat
> >>> given USE flags in the same way as masked USE flags. These files wouldn't
> >>> affect behavior of
> >>> `emerge`:
> >>> - If user has enabled given USE flag specified in use.unsatisfiable or
> >>> package.use.unsatisfiable
> >>> and if optional dependencies controlled by this USE flag are already
> >>> installed or satisfiable,
> >>> then `emerge` will allow to install given package.
> >>> - If user has enabled given USE flag specified in use.unsatisfiable or
> >>> package.use.unsatisfiable
> >>> and if optional dependencies controlled by this USE flag cannot be
> >>> satisfied (with current
> >>> settings of ACCEPT_KEYWORDS, /etc/portage/package.keywords etc.), then
> >>> `emerge` will print
> >>> informative error message telling e.g. about a dependency masked by
> >>> ~${ARCH} keyword.
> >>
> >> Can't we print a "masked by ~${ARCH} keyword" message as you suggest,
> >> even without the use.unsatisfiable data? If so, then isn't
> >> use.unsatisfiable redundant? Your patch [1] seems to behave exactly like
> >> use.mask, so I don't see any value added.
> >
> > repoman sometimes needs to allow stable packages to have optional
> > dependencies on unstable
> > packages (usually until these packages are stabilized). My patch implements
> > this functionality
> > for repoman.
>
> It seems like you're trying to bypass an important function of repoman
> though. The idea is that repoman is supposed to protect users from
> experiencing unsatisfiable dependencies of this sort, and use.mask
> accomplishes that.
If "python_abis_2.7", "python_abis_3.1" and "python_abis_3.2" USE flags are
masked using use.mask
on given architectures until Python 2.7, 3.1 and 3.2 are stabilized on these
architectures, then
majority of reverse dependencies of Python wouldn't be tested with new versions
of Python.
Example {,R}DEPEND:
python_abis_2.4? ( dev-lang/python:2.4 )
python_abis_2.5? ( dev-lang/python:2.5 )
python_abis_2.6? ( dev-lang/python:2.6 )
python_abis_2.7? ( dev-lang/python:2.7 )
python_abis_3.0? ( dev-lang/python:3.0 )
python_abis_3.1? ( dev-lang/python:3.1 )
python_abis_3.2? ( dev-lang/python:3.2 )
python_abis_2.5-jython? ( dev-java/jython:2.5 )
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
