Hi,
Repoman needs to check for deprecated eclasses, see
http://bugs.gentoo.org/141677
As a result of the discussion in the bug, we would like to add
$PORTDIR/qa-data/eclass.deprecated
to allow to deprecate eclasses properly and make repoman fail.
This will allow us to avoid problems with new
Stefan Schweizer wrote:
Hi,
Repoman needs to check for deprecated eclasses, see
http://bugs.gentoo.org/141677
As a result of the discussion in the bug, we would like to add
$PORTDIR/qa-data/eclass.deprecated
to allow to deprecate eclasses properly and make repoman fail.
This will
The file listing the derecated overlays is fine. What about revdep-rebuild and
emerge regarding installed stuff and overlays?
Carsten
pgpMpDspMcPVc.pgp
Description: PGP signature
Am Freitag, 1. September 2006 17:05 schrieb Alec Warner:
Stefan Schweizer wrote:
Hi,
Repoman needs to check for deprecated eclasses, see
http://bugs.gentoo.org/141677
As a result of the discussion in the bug, we would like to add
$PORTDIR/qa-data/eclass.deprecated
to allow to
On Fri, Sep 01, 2006 at 06:57:22PM +0200, Danny van Dyk wrote:
Am Freitag, 1. September 2006 17:05 schrieb Alec Warner:
Stefan Schweizer wrote:
Hi,
Repoman needs to check for deprecated eclasses, see
http://bugs.gentoo.org/141677
As a result of the discussion in the bug, we
Am Freitag, 1. September 2006 19:37 schrieb Brian Harring:
old new
- --
foo.eclassnew-foo.eclass
We don't need a new file for that IMHO. I'd propose to add
something like
ECLASS_DEPRECATED=${ECLASS_DEPRECATED}
On Sat, Sep 02, 2006 at 01:37:26AM +0200, Danny van Dyk wrote:
Am Freitag, 1. September 2006 19:37 schrieb Brian Harring:
old new
- --
foo.eclass new-foo.eclass
We don't need a new file for that IMHO. I'd propose to
snip
I like this option better than sticking another file into the public
tree that no user will ever need.
Instead, modifying the eclass metadata and adding two new keys, that
users will never need is fine? :)
This isn't really user data, tiz developer data; thus the user bit
On Fri, Sep 01, 2006 at 09:54:09PM -0700, Daniel Ostrow wrote:
snip
I like this option better than sticking another file into the public
tree that no user will ever need.
Instead, modifying the eclass metadata and adding two new keys, that
users will never need is fine? :)
