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

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

[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

[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

[Andrey Grozin]

Jorge Manuel B. S. Vicetto <jmbsvicetto@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/

grozin@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.
grozin@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']
    sci-visualization/mayavi/mayavi-3.3.0.ebuild: 
~amd64(default/linux/amd64/10.0) ['>=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/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/2008.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/2008.0/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(default/linux/amd64/2008.0) ['>=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(hardened/linux/x86) 
['>=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/2007.0/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/2007.0/x86) 
['>=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(hardened/x86) 
['>=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(default/linux/x86/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: 
~x86(default/linux/x86/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: 
~x86(default/linux/x86/10.0/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(default/linux/x86/10.0) ['>=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(default/linux/x86/2008.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: 
~x86(default/linux/x86/2008.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: 
~x86(default/linux/x86/2008.0/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(default/linux/x86/2008.0) ['>=dev-python/envisageplugins-3.1.1', 
'>=dev-python/apptools-3.3.0', '>=dev-python/envisagecore-3.1.1']
Please fix these important QA issues first.
RepoMan sez: "Make your QA payment on time and you'll never see the likes 
of me."

The error message is now different: RDEPEND.badindev instead of 
RDEPEND.bad. But it is still here. And

grozin@gandalf ~/gentoo-x86/sci-visualization/mayavi $ diff -U2 -r . \
/usr/portage/sci-visualization/mayavi/
Only in .: CVS
Only in ./files: CVS

So, the two directories are identical, but repoman behaves differently.

Even more confused,
Andrey

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

[Nirbheek Chauhan]

On Mon, Sep 14, 2009 at 10:26 AM, Andrey Grozin
<grozin@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

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

[Andrey Grozin]

Nirbheek Chauhan <nirbheek@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 
loooong), only the category (sci-visualization). I thought that the main 
(rsync) tree is used for dependences.

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

Andrey