As I've been unable to find out why packages are PROVIDE'ing non-virtual
packages (ie the claim to provide another package which already
exsists), which is against the described behaviour in the man page,
should I create bug reports against all of these to find out what is
going on?
(I've also queried this behaviour in the forums)

most may relate to package moves but I'm still wondering about
gcc,coreutils,kbd etc.

thanks,
Nick

<snip>
PROVIDE = "virtual/TARGET"
              This  variable  should only be used when a package
              provides a virtual target.   For  example,  black-
              down-jdk  and  sun-jdk  provide virtual/jdk.  This
              allows  for  packages  to  depend  on  virtual/jdk
              rather than on blackdown or sun specifically.
<snip>

  grep -r "PROVIDE=" * | grep -v "virtual"
app-sci/gperiodic/gperiodic-1.3.2.ebuild:PROVIDE="app-misc/gperiodic"
app-sci/babel/babel-1.6.ebuild:PROVIDE="app-misc/babel"
app-sci/euler/euler-1.59.1.ebuild:PROVIDE="app-misc/euler"
app-sci/euler/ChangeLog:  also removed PROVIDE="app-misc/euler" statment
as it was moved over 6 month ago.
app-sci/octave/octave-2.0.17-r1.ebuild:PROVIDE="dev-lang/octave"
app-sci/octave/octave-2.0.17.ebuild:PROVIDE="dev-lang/octave"
app-sci/octave/octave-2.1.36-r1.ebuild:PROVIDE="dev-lang/octave"
app-sci/octave/octave-2.1.40.ebuild:PROVIDE="dev-lang/octave"
app-sci/octave/octave-2.1.36.ebuild:PROVIDE="dev-lang/octave"
app-sci/vis5d+/vis5d+-1.2.1.ebuild:PROVIDE="app-sci/vis5d+"
app-sci/iverilog/iverilog-0.6.1.ebuild:PROVIDE="dev-lang/iverilog"
dev-java/maven/maven-1.0_beta8.ebuild:PROVIDE="dev-java/maven"
dev-java/maven/maven-1.0_beta9.ebuild:PROVIDE="dev-java/maven"
dev-lang/ruby-cvs/ruby-cvs-1.8.0-r1.ebuild:PROVIDE="dev-lang/ruby-${PV}"
net-mail/ezmlm-idx-mysql/ezmlm-idx-mysql-0.40.ebuild:PROVIDE="net-mail/ezmlm"
net-mail/ezmlm-idx-mysql/ezmlm-idx-mysql-0.40-r2.ebuild:PROVIDE="net-mail/ezmlm"
net-mail/ezmlm-idx-pgsql/ezmlm-idx-pgsql-0.40.ebuild:PROVIDE="net-mail/ezmlm"
net-mail/ezmlm-idx-pgsql/ezmlm-idx-pgsql-0.40-r2.ebuild:PROVIDE="net-mail/ezmlm"
net-mail/ezmlm-idx/ezmlm-idx-0.40-r2.ebuild:PROVIDE="net-mail/ezmlm"
sys-apps/kbd/kbd-1.06-r1.ebuild:PROVIDE="sys-apps/console-tools"
sys-apps/coreutils/coreutils-4.5.11-r1.ebuild:PROVIDE="sys-apps/sh-utils
sys-apps/coreutils/coreutils-5.0.ebuild:PROVIDE="sys-apps/sh-utils
sys-devel/gcc/gcc-2.95.3-r7.ebuild:#PROVIDE="sys-apps/texinfo"

On Fri, 2003-05-02 at 10:49, Nicholas Brown wrote:
> That would only explain those on the list that have the same name but a
> different group (octave for example).
> It does not explain the others (unless they are also changing name as
> they move group)
> Specifically, why does kbd provide another package (console-tools) that
> already exisits? Why don't they both provide a virtual package that
> allows you to pick one and on which other packages depend?
> 
> the man page does say PROVIDE shouldn't be use for anything else!
> 
> thanks,
> Nick
> 
> 
> On Fri, 2003-05-02 at 02:45, Daniel Armyr wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> > 
> > I think this is part of how packages are moved from one categoryy to
> > another. Not sure it this has been abandoned in favour of the move file,
> > or if it is part of the same system.
> > - --Daniel Armyr
> > 
> > - --
> > =========================================
> > daniel.armyr@...     f00-dar@...
> > 
> > C118 KEVII Hall
> > 1A Kent Ridge Rd S.119224
> > Singapore                 PGP@...
> > =========================================
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.2.1 (GNU/Linux)
> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> > 
> > iD8DBQE+sc3KhxtTUWLs2lERAq4gAJwOHZXX6ZNC+ToefKYZmoPLwBZCXgCZAXgK
> > uBYUFkgljnpr8YBgH1UpPbY=
> > =5tNk
> > -----END PGP SIGNATURE-----
> > 
> > 
> > --
> > gentoo-dev@g.o mailing list
-- 
Nicholas Brown <nicbrown@...>


--
gentoo-dev@g.o mailing list