[gentoo-user] eudev

[gentoo-user] eudev

[James]

Upon syncing, my system wants to upgrade to eudev.

[blocks B] sys-fs/udev ("sys-fs/udev" is blocking sys-fs/eudev-0)


Not much out there; but I gleaned it is for those
that insist on a separate partition for /var and /usr.
Any other motivating reasons?

equery depends eudev
 * These packages depend on eudev:
virtual/udev-196
(>=sys-fs/eudev-1_beta1[gudev?,hwdb?,introspection?,keymap?
,selinux?,static-libs?])


I really do not want eudev, at this time. I just recovered
a system that is now running sys-fs/udev-196-r1.

I did recently put these into my package.keywords.

=sys-fs/udev-196-r1 ~amd64
=virtual/udev-196 ~amd64
=sys-fs/udev-init-scripts-17-r1 ~amd64

But I do not want to go to eudev (not till it's sable 
and necessary.

Is this the best (most current) info on setting up udev-196 ?
http://wiki.gentoo.org/wiki/Udev


Some discussion and guidance would be keenly appreciated.


cautiously,
James

Re: [gentoo-user] eudev

[Bryan Gardiner]

On Thu, 13 Dec 2012 15:39:59 +0000 (UTC)
James <wireless@tampabay.rr.com> wrote:

> Upon syncing, my system wants to upgrade to eudev.
> 
> [blocks B] sys-fs/udev ("sys-fs/udev" is blocking sys-fs/eudev-0)
> 
> 
> Not much out there; but I gleaned it is for those
> that insist on a separate partition for /var and /usr.
> Any other motivating reasons?
> 
> equery depends eudev
>  * These packages depend on eudev:
> virtual/udev-196
> (>=sys-fs/eudev-1_beta1[gudev?,hwdb?,introspection?,keymap?
> ,selinux?,static-libs?])
> 
> 
> I really do not want eudev, at this time. I just recovered
> a system that is now running sys-fs/udev-196-r1.
> 
> I did recently put these into my package.keywords.
> 
> =sys-fs/udev-196-r1 ~amd64
> =virtual/udev-196 ~amd64
> =sys-fs/udev-init-scripts-17-r1 ~amd64
> 
> But I do not want to go to eudev (not till it's sable 
> and necessary.
> 
> Is this the best (most current) info on setting up udev-196 ?
> http://wiki.gentoo.org/wiki/Udev
> 
> 
> Some discussion and guidance would be keenly appreciated.
> 
> 
> cautiously,
> James

Hi James,

My guess is that you've unmasked sys-fs/udev-196 only partially.
Portage tries to calculate the dependencies for it and finds that
something is still missing (e.g. you need to ~amd64 more packages) so
Portage stops with sys-fs/udev and tries to satisfy virtual/udev with
eudev instead.

Try an "emerge -pv =sys-fs/udev-196-r1" and see if that gives any
reason why Portage isn't happy with it.

HTH,
Bryan

[gentoo-user] Re: eudev

[James]

Bryan Gardiner <bog <at> khumba.net> writes:



> > I did recently put these into my package.keywords.

> > =sys-fs/udev-196-r1 ~amd64
> > =virtual/udev-196 ~amd64
> > =sys-fs/udev-init-scripts-17-r1 ~amd64

> My guess is that you've unmasked sys-fs/udev-196 only partially.
> Portage tries to calculate the dependencies for it and finds that
> something is still missing (e.g. you need to ~amd64 more packages) so
> Portage stops with sys-fs/udev and tries to satisfy virtual/udev with
> eudev instead.

I was cleaning up a python 3.1 mess on the system. Days
of rebuilding stuff for python 3.2 after removal of python
3.1. and building kde-4.9.3....

> Try an "emerge -pv =sys-fs/udev-196-r1" and see if that gives any
> reason why Portage isn't happy with it.

ebuild   R   ~] sys-fs/udev-196-r1  USE="acl gudev hwdb introspection keymap
kmod openrc -doc (-selinux) -static-libs" 0 kB


Since I've been following the threads on eudev, I do not want to be
out front on this issue.

I put /var/ and /usr on the same partition as /

I do have other partitions, such as /usr/local/video1 (etc)

But I just put /boot / and swamp for the OS on all the gentoo
system I need. So I think I should go back to udev 181 ?
I only went to udev 196-r1 to clean up the system (late at night
just rebuilding and doing what portage wanted to keep rebuilding
everything....

In summary, since I put /var and /usr on the / partition
what my best (mainstream) path for udev and all the issues
(flags and other packages) to stay mainstream-stable?

I'm not sure I fully understand what my best path forward is...


advice?
James

Re: [gentoo-user] Re: eudev

[Alan McKinnon]

On Tue, 18 Dec 2012 11:07:02 +0000 (UTC)
James <wireless@tampabay.rr.com> wrote:

> Bryan Gardiner <bog <at> khumba.net> writes:
> 
> 
> 
> > > I did recently put these into my package.keywords.
> 
> > > =sys-fs/udev-196-r1 ~amd64
> > > =virtual/udev-196 ~amd64
> > > =sys-fs/udev-init-scripts-17-r1 ~amd64
> 
> > My guess is that you've unmasked sys-fs/udev-196 only partially.
> > Portage tries to calculate the dependencies for it and finds that
> > something is still missing (e.g. you need to ~amd64 more packages)
> > so Portage stops with sys-fs/udev and tries to satisfy virtual/udev
> > with eudev instead.
> 
> I was cleaning up a python 3.1 mess on the system. Days
> of rebuilding stuff for python 3.2 after removal of python
> 3.1. and building kde-4.9.3....
> 
> > Try an "emerge -pv =sys-fs/udev-196-r1" and see if that gives any
> > reason why Portage isn't happy with it.
> 
> ebuild   R   ~] sys-fs/udev-196-r1  USE="acl gudev hwdb introspection
> keymap kmod openrc -doc (-selinux) -static-libs" 0 kB
> 
> 
> Since I've been following the threads on eudev, I do not want to be
> out front on this issue.
> 
> I put /var/ and /usr on the same partition as /
> 
> I do have other partitions, such as /usr/local/video1 (etc)
> 
> But I just put /boot / and swamp for the OS on all the gentoo
> system I need. So I think I should go back to udev 181 ?
> I only went to udev 196-r1 to clean up the system (late at night
> just rebuilding and doing what portage wanted to keep rebuilding
> everything....
> 
> In summary, since I put /var and /usr on the / partition
> what my best (mainstream) path for udev and all the issues
> (flags and other packages) to stay mainstream-stable?
> 
> I'm not sure I fully understand what my best path forward is...

/var is more often than not best kept separate from /, as the
filesystem needs for those two are usually quite different. Especially
with embedded devices - they can be resource constrained and don't have
spare resources to waste on inefficient configs.

As long as /usr is on the same partition as / you are safe for the
foreseeable future.

The reason for this whole / and /usr mess can be summed up in a few
words:

It's a bootstrap problem. 

Stuff could be needed at some point in the startup process before the
system is in a state to present that very stuff, so one uses bootstrap
techniques to make the stuff become available somehow when needed.

At this point in time, all this "stuff" reduces to one simple question:
"is it located on / or is it somewhere under the /usr hierarchy?" There
does not seem to be any other factor involved.



-- 
Alan McKinnon
alan.mckinnon@gmail.com

[gentoo-user] Re: eudev

[James]

Dale <rdalek1967 <at> gmail.com> writes:

> Basically, after you switch, the OS doesn't see anything different.  On
> mine here, even the init scripts have the same name.  I was sort of
> expecting them to change from udev to eudev but it didn't. 

Good to know. Any mods to any of those udev-init-scripts or are they the
same_same ?

> If something is pulling udev back in, may want to add the -t option to
> emerge and see what is pulling it in. 

Yea, it was late, I was tired and often premature_alzheimers is not
really premature......

> Dale

thx,
James

Re: [gentoo-user] Re: eudev

[Dale]

James wrote:
> Dale <rdalek1967 <at> gmail.com> writes:
>
>> Basically, after you switch, the OS doesn't see anything different.  On
>> mine here, even the init scripts have the same name.  I was sort of
>> expecting them to change from udev to eudev but it didn't. 
> Good to know. Any mods to any of those udev-init-scripts or are they the
> same_same ?

I think it replaces it but I'm not sure.  I didn't look to see what the
old looked like before switching.  I don't recall it wanting to change
it when I ran dispatch-conf either.  It has been a while back tho. 


>> If something is pulling udev back in, may want to add the -t option to
>> emerge and see what is pulling it in. 
> Yea, it was late, I was tired and often premature_alzheimers is not
> really premature......
>
>> Dale
> thx,
> James
>

I hear you on that.  I think it hits me double at times.  :/

Dale

:-)  :-)