Bug 224841

Summary:	net-wireless/bluez-gnome: gnome-extra/gnome-vfs-obexftp masked by: invalid: SLOT is undefined
Product:	Gentoo Linux	Reporter:	Peter Avramucz <muczyjoe>
Component:	New packages	Assignee:	Portage team <dev-portage>
Status:	RESOLVED INVALID
Severity:	normal
Priority:	High
Version:	unspecified
Hardware:	x86
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	my emerge --info

Description Peter Avramucz 2008-06-04 07:01:06 UTC

I can't emerge bluez-gnome, because:
!!! All ebuilds that could satisfy "gnome-extra/gnome-vfs-obexftp" have been masked.
!!! One of the following masked packages is required to complete your request:
- gnome-extra/gnome-vfs-obexftp-0.4 (masked by: invalid: SLOT is undefined)
- gnome-extra/gnome-vfs-obexftp-0.2 (masked by: invalid: SLOT is undefined)

However there is a SLOT="0" in /usr/portage/gnome-extra/gnome-vfs-obexftp/gnome-vfs-obexftp-0.4.ebuild...

Comment 1 Jeroen Roovers (RETIRED) gentoo-dev

2008-06-04 08:46:00 UTC

There is no such ebuild as this:
- gnome-extra/gnome-vfs-obexftp-0.2 (masked by: invalid: SLOT is undefined)
in the tree, currently. Please post your emerge --info, too.

Comment 2 Peter Avramucz 2008-06-04 08:49:13 UTC

Created attachment 155473 [details]
my emerge --info

Comment 3 Peter Avramucz 2008-06-04 08:49:45 UTC

(In reply to comment #1)
> There is no such ebuild as this:
> - gnome-extra/gnome-vfs-obexftp-0.2 (masked by: invalid: SLOT is undefined)
> in the tree, currently. Please post your emerge --info, too.
> 

Yes, that's also az interesting thing. Here is my emerge --info.

Comment 4 Zac Medico gentoo-dev

2008-06-04 18:52:17 UTC

This seems identical to the "(masked by: )" issue reported in bug 222327, but the symptom is slightly different for you since it appears that your installed package is missing slot SLOT (or is it a binary package?). Either way, this should be fixed in portage-2.1.5.

*** This bug has been marked as a duplicate of bug 222327 ***

Comment 5 Peter Avramucz 2008-06-04 22:20:38 UTC

I've upgraded to Portage 2.1.5.3, and the problem is the same... :-/

Comment 6 Zac Medico gentoo-dev

2008-06-04 23:26:45 UTC

Perhaps it's something from one of your overlays:

PORTDIR_OVERLAY="/usr/portage/local/layman/hron /usr/portage/local/layman/sunrise /usr/local/portage"

If you have equery (from gentoolkit), you can use the following command to get the path of the ebuild:

equery which gnome-extra/gnome-vfs-obexftp

Comment 7 Peter Avramucz 2008-06-05 06:59:12 UTC

(In reply to comment #6)
> Perhaps it's something from one of your overlays:
> 
> PORTDIR_OVERLAY="/usr/portage/local/layman/hron
> /usr/portage/local/layman/sunrise /usr/local/portage"
> 
> If you have equery (from gentoolkit), you can use the following command to get
> the path of the ebuild:
> 
> equery which gnome-extra/gnome-vfs-obexftp
> 

well... You were right... This ebuild also exists in hron's overlay... :-/ The default ebuild in portage works fine, so I will tell this to hron. So this bug is invalid, if i'm right, I'm right?