* [gentoo-user] I'm confused by "[ebuild U #] virtual/udev-197 [171]". Help, please!
@ 2013-01-20 20:50 Alan Mackenzie
2013-01-20 21:18 ` Alan McKinnon
2013-01-20 22:21 ` Bruce Hill
0 siblings, 2 replies; 7+ messages in thread
From: Alan Mackenzie @ 2013-01-20 20:50 UTC (permalink / raw
To: gentoo-user
Hi, Gentoo!
After synching, I've got a whole lot of programs to emerge, amongst them
being udev-197. :-( I'd rather do this on its own, in peace and quiet,
rather than together with 12 or 13 other programs.
emerge -puND world generates these:
[ebuild U #] sys-fs/udev-197-r4 [171-r9] USE="acl%* kmod%* openrc%* -doc% -static-libs%"
[ebuild U #] virtual/udev-197 [171]
. The # indicates the packages are masked in packages.mask, which
indeed they are. The emerge man-page indicates that these new versions
will nevertheless be merged. But surely this is what the entry in
packages.mask is to prevent? Why does emerge want to merge udev-197 in
this case? How do I stop it?
What am I missing here?
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] I'm confused by "[ebuild U #] virtual/udev-197 [171]". Help, please!
2013-01-20 20:50 [gentoo-user] I'm confused by "[ebuild U #] virtual/udev-197 [171]". Help, please! Alan Mackenzie
@ 2013-01-20 21:18 ` Alan McKinnon
2013-01-20 22:22 ` Alan Mackenzie
2013-01-20 22:21 ` Bruce Hill
1 sibling, 1 reply; 7+ messages in thread
From: Alan McKinnon @ 2013-01-20 21:18 UTC (permalink / raw
To: gentoo-user
On Sun, 20 Jan 2013 20:50:12 +0000
Alan Mackenzie <acm@muc.de> wrote:
> Hi, Gentoo!
>
> After synching, I've got a whole lot of programs to emerge, amongst
> them being udev-197. :-( I'd rather do this on its own, in peace
> and quiet, rather than together with 12 or 13 other programs.
>
> emerge -puND world generates these:
>
> [ebuild U #] sys-fs/udev-197-r4 [171-r9] USE="acl%* kmod%*
> openrc%* -doc% -static-libs%" [ebuild U #] virtual/udev-197 [171]
>
> . The # indicates the packages are masked in packages.mask, which
> indeed they are. The emerge man-page indicates that these new
> versions will nevertheless be merged. But surely this is what the
> entry in packages.mask is to prevent? Why does emerge want to merge
> udev-197 in this case? How do I stop it?
>
> What am I missing here?
>
My reading of that man page is that the #/*/~ output characters do not
indicate what emerge will do, they indicate if any sort of mask exists
at the ebuild and tree level. In other words, that udev version is
somehow listed in one of the various masking methods and portage is
confirming that for you.
However, portage is going to install it anyway which can only be
because you have some unmask setting (probably a local one) which is
overriding the mask setting, you just need to find where you did it.
I use this grep to find such things: grep -ir udev /etc/portage
As a test I added these to my machine here:
# grep -ir udev /etc/portage
/etc/portage/package.mask/package.mask:=sys-fs/udev-197-r3
/etc/portage/package.unmask/package.unmask:=sys-fs/udev-197-r3
i.e. I masked and unmasked udev-197-r3. One of them must take
precedence, so:
# emerge -pv1 udev
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R #] sys-fs/udev-197-r3 USE="acl gudev hwdb introspection
keymap kmod openrc -doc (-selinux) -static-libs" 0 kB
In plain English I take that to mean: In spite of a mask existing for
the package, portage is going to merge it anyway as something somewhere
overrides the mask (and portage unhelpfully declined to tell me where
that override is coming from...)
--
Alan McKinnon
alan.mckinnon@gmail.com
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] I'm confused by "[ebuild U #] virtual/udev-197 [171]". Help, please!
2013-01-20 20:50 [gentoo-user] I'm confused by "[ebuild U #] virtual/udev-197 [171]". Help, please! Alan Mackenzie
2013-01-20 21:18 ` Alan McKinnon
@ 2013-01-20 22:21 ` Bruce Hill
1 sibling, 0 replies; 7+ messages in thread
From: Bruce Hill @ 2013-01-20 22:21 UTC (permalink / raw
To: gentoo-user
On Sun, Jan 20, 2013 at 08:50:12PM +0000, Alan Mackenzie wrote:
> Hi, Gentoo!
>
> After synching, I've got a whole lot of programs to emerge, amongst them
> being udev-197. :-( I'd rather do this on its own, in peace and quiet,
> rather than together with 12 or 13 other programs.
>
> emerge -puND world generates these:
>
> [ebuild U #] sys-fs/udev-197-r4 [171-r9] USE="acl%* kmod%* openrc%* -doc% -static-libs%"
> [ebuild U #] virtual/udev-197 [171]
>
> . The # indicates the packages are masked in packages.mask, which
> indeed they are. The emerge man-page indicates that these new versions
> will nevertheless be merged. But surely this is what the entry in
> packages.mask is to prevent? Why does emerge want to merge udev-197 in
> this case? How do I stop it?
>
> What am I missing here?
I ran across this new virtual/udev problem today, also. Issuing "eix
virtual/udev" told me it's a "Virtual to select between sys-fs/udev and
sys-fs/eudev". Since it's not my intention atm to upgrade udev to >= 181, or
install eudev, I added ">=virtual/udev-181" and now my working Gentoo system
no longer wants to upgrade udev.
--
Happy Penguin Computers >')
126 Fenco Drive ( \
Tupelo, MS 38801 ^^
support@happypenguincomputers.com
662-269-2706 662-205-6424
http://happypenguincomputers.com/
Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] I'm confused by "[ebuild U #] virtual/udev-197 [171]". Help, please!
2013-01-20 21:18 ` Alan McKinnon
@ 2013-01-20 22:22 ` Alan Mackenzie
2013-01-21 0:27 ` Dale
2013-01-21 6:00 ` Walter Dnes
0 siblings, 2 replies; 7+ messages in thread
From: Alan Mackenzie @ 2013-01-20 22:22 UTC (permalink / raw
To: gentoo-user
Hi, Alan.
On Sun, Jan 20, 2013 at 11:18:40PM +0200, Alan McKinnon wrote:
> On Sun, 20 Jan 2013 20:50:12 +0000
> Alan Mackenzie <acm@muc.de> wrote:
> > Hi, Gentoo!
> > After synching, I've got a whole lot of programs to emerge, amongst
> > them being udev-197. :-( I'd rather do this on its own, in peace
> > and quiet, rather than together with 12 or 13 other programs.
> > emerge -puND world generates these:
> > [ebuild U #] sys-fs/udev-197-r4 [171-r9] USE="acl%* kmod%*
> > openrc%* -doc% -static-libs%" [ebuild U #] virtual/udev-197 [171]
> > . The # indicates the packages are masked in packages.mask, which
> > indeed they are. The emerge man-page indicates that these new
> > versions will nevertheless be merged. But surely this is what the
> > entry in packages.mask is to prevent? Why does emerge want to merge
> > udev-197 in this case? How do I stop it?
> > What am I missing here?
> My reading of that man page is that the #/*/~ output characters do not
> indicate what emerge will do, they indicate if any sort of mask exists
> at the ebuild and tree level. In other words, that udev version is
> somehow listed in one of the various masking methods and portage is
> confirming that for you.
> However, portage is going to install it anyway which can only be
> because you have some unmask setting (probably a local one) which is
> overriding the mask setting, you just need to find where you did it.
That was it, sort of.
emerge decided to install sys-fs/udisks-1.0.4-r4 (presumably this had
just become stable), and this had a dependency on
>=virtual/udev-197[gudev,hwdb]
. So rather than refusing to merge udisks, it insisted on merging
udev-197. This strikes me as a bug, not a feature, but who am I to
pronounce on these matters?
Just as soon as I put ">=udisks-1.0.4-r4" (and a similar entry for
udev-init-scripts) into package.mask, I got a clean reply from "emerge
-puND world".
Anyway, I'll probably do that tomorrow, then start considering udev-197
and all the pain and grief it'll bring me.
[ .... ]
> In plain English I take that to mean: In spite of a mask existing for
> the package, portage is going to merge it anyway as something somewhere
> overrides the mask (and portage unhelpfully declined to tell me where
> that override is coming from...)
Actually, it did tell me, a few lines below, but in emerge's customary
terse fashion which I missed first time round.
Anyhow thanks for the help.
> --
> Alan McKinnon
> alan.mckinnon@gmail.com
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] I'm confused by "[ebuild U #] virtual/udev-197 [171]". Help, please!
2013-01-20 22:22 ` Alan Mackenzie
@ 2013-01-21 0:27 ` Dale
2013-01-21 0:37 ` Dale
2013-01-21 6:00 ` Walter Dnes
1 sibling, 1 reply; 7+ messages in thread
From: Dale @ 2013-01-21 0:27 UTC (permalink / raw
To: gentoo-user
Alan Mackenzie wrote:
> That was it, sort of. emerge decided to install sys-fs/udisks-1.0.4-r4
> (presumably this had just become stable), and this had a dependency on
> >=virtual/udev-197[gudev,hwdb] . So rather than refusing to merge
> udisks, it insisted on merging udev-197. This strikes me as a bug, not
> a feature, but who am I to pronounce on these matters? Just as soon as
> I put ">=udisks-1.0.4-r4" (and a similar entry for udev-init-scripts)
> into package.mask, I got a clean reply from "emerge -puND world".
> Anyway, I'll probably do that tomorrow, then start considering
> udev-197 and all the pain and grief it'll bring me. [ .... ]
I been reading this thread hoping I could help but turned out, you
helped me. I ran into this and been working on it off and on since
yesterday, in between hunting and such. Anyway, for anyone else running
into this, I have this in package.mask:
sys-fs/udev-init-scripts
>=virtual/udev-197
>=sys-fs/udisks-1.0.4-r4
>=sys-fs/udev-196-r1
Now one or more of those may not be needed but it works so I ain't
messing with it. I think it was the virtual that I was missing before.
My plan is still to switch to eudev tho.
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] I'm confused by "[ebuild U #] virtual/udev-197 [171]". Help, please!
2013-01-21 0:27 ` Dale
@ 2013-01-21 0:37 ` Dale
0 siblings, 0 replies; 7+ messages in thread
From: Dale @ 2013-01-21 0:37 UTC (permalink / raw
To: gentoo-user
Dale wrote:
> I been reading this thread hoping I could help but turned out, you
> helped me. I ran into this and been working on it off and on since
> yesterday, in between hunting and such. Anyway, for anyone else
> running into this, I have this in package.mask: sys-fs/udev-init-scripts
>> =virtual/udev-197
>> =sys-fs/udisks-1.0.4-r4
>> =sys-fs/udev-196-r1
> Now one or more of those may not be needed but it works so I ain't
> messing with it. I think it was the virtual that I was missing before.
> My plan is still to switch to eudev tho.
>
> Dale
>
> :-) :-)
>
Ooops. You need a ">" in front of those up there. It appears some
email programs think that is part of a quote from previous message. o_O
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] I'm confused by "[ebuild U #] virtual/udev-197 [171]". Help, please!
2013-01-20 22:22 ` Alan Mackenzie
2013-01-21 0:27 ` Dale
@ 2013-01-21 6:00 ` Walter Dnes
1 sibling, 0 replies; 7+ messages in thread
From: Walter Dnes @ 2013-01-21 6:00 UTC (permalink / raw
To: gentoo-user
On Sun, Jan 20, 2013 at 10:22:24PM +0000, Alan Mackenzie wrote
> emerge decided to install sys-fs/udisks-1.0.4-r4 (presumably this had
> just become stable), and this had a dependency on
>
> >=virtual/udev-197[gudev,hwdb]
>
> . So rather than refusing to merge udisks, it insisted on merging
> udev-197. This strikes me as a bug, not a feature, but who am I to
> pronounce on these matters?
>
> Just as soon as I put ">=udisks-1.0.4-r4" (and a similar entry for
> udev-init-scripts) into package.mask, I got a clean reply from "emerge
> -puND world".
>
> Anyway, I'll probably do that tomorrow, then start considering udev-197
> and all the pain and grief it'll bring me.
To prevent future repetitions of this behaviour, add --autounmask=n to
EMERGE_DEFAULT_OPTS in your make.conf file, e.g...
EMERGE_DEFAULT_OPTS="--autounmask=n"
This is supposed to turn off autounmasking.
--
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2013-01-21 6:00 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-20 20:50 [gentoo-user] I'm confused by "[ebuild U #] virtual/udev-197 [171]". Help, please! Alan Mackenzie
2013-01-20 21:18 ` Alan McKinnon
2013-01-20 22:22 ` Alan Mackenzie
2013-01-21 0:27 ` Dale
2013-01-21 0:37 ` Dale
2013-01-21 6:00 ` Walter Dnes
2013-01-20 22:21 ` Bruce Hill
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox