Re: [gentoo-dev] repoman complains about a ebuild in the tree

2009-09-14 Thread Andrey Grozin 

Nirbheek Chauhan nirbh...@gentoo.org wrote:

That's because repoman is context-aware. When you use it, it'll look
around (../..) the current directory for the dependencies. If it
finds the deps, it'll check if the ebuilds. If can't find the
dependencies, it'll look in ${PORTDIR} for checking them.
Thanks. I really haven't updated the whole cvs tree (because it takes sooo 
lng), only the category (sci-visualization). I thought that the main 
(rsync) tree is used for dependences.


cvs-updating ~/gentoo-x86 solved the problem.

Andrey

[gentoo-dev] repoman complains about a ebuild in the tree

2009-09-13 Thread Andrey Grozin 

Hello *,

I am fixing a bug (#284080) in a ebuild (sci-visualization/mayavi-3.3.0). 
I have a fix that installs on my box fine, all deps are satisfied. I try 
to commit it, but repoman issues a lot of errors like


RDEPEND.bad   25

sci-visualization/mayavi/mayavi-3.3.0.ebuild: ~x86(default/linux/x86/10.0) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']



I cannot understand what's bad about these rdepends: the ebuild is ~amd64 
~x86 and all 3 deps are ~amd64 ~x86 too; they are not masked.


OK, I want to understand what's happening. So, I copy the existing 
mayavi-3.3.0.ebuild from the tree and run repoman again. And I get the 
same error messages! I suppose this means that repoman has changed after 
mayavi-3.3.0.ebuild was committed (otherwise, how it got to the tree?). 
And I still don't understand how I can fix the bug.


Confused,
Andrey

Re: [gentoo-dev] repoman complains about a ebuild in the tree

2009-09-13 Thread Jorge Manuel B. S. Vicetto 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Andrey Grozin wrote:
 Hello *,

 I am fixing a bug (#284080) in a ebuild
 (sci-visualization/mayavi-3.3.0). I have a fix that installs on my
 box fine, all deps are satisfied. I try to commit it, but repoman
 issues a lot of errors like

 RDEPEND.bad   25 
 sci-visualization/mayavi/mayavi-3.3.0.ebuild:
 ~x86(default/linux/x86/10.0) ['=dev-python/envisageplugins-3.1.1',
  '=dev-python/apptools-3.3.0', '=dev-python/envisagecore-3.1.1']
 

 I cannot understand what's bad about these rdepends: the ebuild is
 ~amd64 ~x86 and all 3 deps are ~amd64 ~x86 too; they are not
 masked.

 OK, I want to understand what's happening. So, I copy the existing
 mayavi-3.3.0.ebuild from the tree and run repoman again. And I get
 the same error messages! I suppose this means that repoman has
 changed after mayavi-3.3.0.ebuild was committed (otherwise, how it
 got to the tree?). And I still don't understand how I can fix the
 bug.

 Confused, Andrey

I just tried it here and I don't get any errors from repoman. I've run
repoman full -d and it only complains about ebuild.allmasked. Have you
synced the entire repo? In particular the profiles/* tree?

- --
Regards,

Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo- forums / Userrel / Devrel / SPARC / KDE
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkqtbsYACgkQcAWygvVEyALdUwCgnheaEcijvPMmJJE6WzXiSWCP
3N0AnRn0lttPpg8zCkNNaQwlUINpDHmB
=Uleo
-END PGP SIGNATURE-

Re: [gentoo-dev] repoman complains about a ebuild in the tree

2009-09-13 Thread Andrey Grozin 

Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org wrote:

I just tried it here and I don't get any errors from repoman. I've run
repoman full -d and it only complains about ebuild.allmasked. Have you
synced the entire repo? In particular the profiles/* tree?

Yes, of course I synced the tree. Now I see even a more strange thing.

/me as root in /usr/portage/sci-visualization/mayavi/

gandalf mayavi # repoman full -d

RepoMan scours the neighborhood...
  ebuild.allmasked  1
   sci-visualization/mayavi
RepoMan sez: You're only giving me a partial QA payment?
  I'll take it this time, but I'm not happy.

Everything's OK.

/me as /me in ~/gentoo-x86/sci-visualization/mayavi/

gro...@gandalf ~/gentoo-x86/sci-visualization/mayavi $ cvs update
Warning: untrusted X11 forwarding setup failed: xauth key data not 
generated

Warning: No xauth data; using fake authentication data for X11 forwarding.
gro...@gandalf ~/gentoo-x86/sci-visualization/mayavi $ repoman full -d

RepoMan scours the neighborhood...
  ebuild.allmasked  1
   sci-visualization/mayavi
  RDEPEND.badindev  12
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(selinux/v2refpolicy/amd64/server) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(selinux/v2refpolicy/amd64/hardened) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(selinux/v2refpolicy/amd64/developer) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(selinux/v2refpolicy/amd64/desktop) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(selinux/v2refpolicy/amd64) ['=dev-python/envisageplugins-3.1.1', 
'=dev-python/apptools-3.3.0', '=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(default/linux/amd64/10.0/no-multilib) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(default/linux/amd64/2008.0/no-multilib) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~x86(selinux/v2refpolicy/x86/server) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~x86(selinux/v2refpolicy/x86/hardened) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~x86(selinux/v2refpolicy/x86/developer) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~x86(selinux/v2refpolicy/x86/desktop) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~x86(selinux/v2refpolicy/x86) ['=dev-python/envisageplugins-3.1.1', 
'=dev-python/apptools-3.3.0', '=dev-python/envisagecore-3.1.1']

  RDEPEND.bad   25
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(hardened/linux/amd64) ['=dev-python/envisageplugins-3.1.1', 
'=dev-python/apptools-3.3.0', '=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(selinux/2007.0/amd64/hardened) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(selinux/2007.0/amd64) ['=dev-python/envisageplugins-3.1.1', 
'=dev-python/apptools-3.3.0', '=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(hardened/amd64/multilib) ['=dev-python/envisageplugins-3.1.1', 
'=dev-python/apptools-3.3.0', '=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: ~amd64(hardened/amd64) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(default/linux/amd64/10.0/server) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(default/linux/amd64/10.0/developer) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']
   sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(default/linux/amd64/10.0/desktop) 
['=dev-python/envisageplugins-3.1.1', '=dev-python/apptools-3.3.0', 
'=dev-python/envisagecore-3.1.1']

Re: [gentoo-dev] repoman complains about a ebuild in the tree

2009-09-13 Thread Nirbheek Chauhan 
On Mon, Sep 14, 2009 at 10:26 AM, Andrey Grozin
gro...@woodpecker.gentoo.org wrote:
 So, the two directories are identical, but repoman behaves differently.


That's because repoman is context-aware. When you use it, it'll look
around (../..) the current directory for the dependencies. If it
finds the deps, it'll check if the ebuilds. If can't find the
dependencies, it'll look in ${PORTDIR} for checking them.

The former behaviour is for using repoman with cvs portdirs when you
need to check specifically *only* that tree. The latter behaviour is
for overlays when that tree is *in addition* to the portaget ree.

-- 
~Nirbheek Chauhan

GNOME+Mozilla Team, Gentoo