> # @ECLASS_VARIABLE: DB_VERSIONS
> # @REQUIRED
> # @DESCRIPTION:
> # This variable contains a list of sys-libs/db SLOT versions the package
> # works with. Please always sort the list so that higher slot versions come
> # first or else the package might not depend on the latest possible version o
Hi list,
I'd like to propose a new eclass "db-use-r1" [1].
While working on the dev-libs/Ice package I found it to fail with sys-
libs/db:6.0 (see [2]) and I have found no way to use current db-use.eclass to
make Ice compile against an older sys-libs/db slot if db:6.0 is installed.
So I'd like
On Thursday 18 May 2006 15:49, Simon Stelling wrote:
> Paul de Vrieze wrote:
> > Unfortunately this GLEP has not been implemented yet. This eclass
> > would indeed be an ideal elib. Also, for this eclass the API
> > requirements are not as strict as it is only intended to be used in
> > unpack and
Paul de Vrieze wrote:
Unfortunately this GLEP has not been implemented yet. This eclass would
indeed be an ideal elib. Also, for this eclass the API requirements are
not as strict as it is only intended to be used in unpack and compile
stages.
That's not my point. I mentioned it because it br
On Thursday 18 May 2006 15:06, Simon Stelling wrote:
> Paul de Vrieze wrote:
> > It has not been. As far as I know such a requirement does not exist.
> > In
>
> It does. The reason for it is pretty good, as kloeri mentioned: The API
> of an eclass may never change. See GLEP 33 for some horror scena
Paul de Vrieze wrote:
It has not been. As far as I know such a requirement does not exist. In
It does. The reason for it is pretty good, as kloeri mentioned: The API of an
eclass may never change. See GLEP 33 for some horror scenarios [1] ;)
[1] http://www.gentoo.org/proj/en/glep/glep-0033.h
On Thursday 18 May 2006 13:25, Bryan Ãstergaard wrote:
> Was this discussed on gentoo-dev mailinglist before committing to the
> tree? Eclasses are supposed to be discussed on -dev prior to adding
> them to the tree to catch any (obvious) mistakes etc.
>
> This is particularly important for eclasse
On Thu, May 18, 2006 at 11:48:50AM +0200, Paul de Vrieze wrote:
>
> Hi all,
>
> I have just committed a new eclass to the tree. This eclass has as purpose
> to make it easier to use berkeley db. Currently the eclass has two
> interesting functions (and some helpers that may or may not be
> int
Hi all,
I have just committed a new eclass to the tree. This eclass has as purpose
to make it easier to use berkeley db. Currently the eclass has two
interesting functions (and some helpers that may or may not be
interesting).
These functions are:
db_includedir
db_libname
Both functions can
