Re: eudev - is it a viable *long-term* option? - WAS: Re: [gentoo-user] Updating our live servers. I'm scared!

2013-03-31 Thread Tanstaafl

On 2013-03-30 1:41 PM, Pandu Poluan pa...@poluan.info wrote:

All my servers use mdev.

'nuff said.


I do remember the conversation about mdev... probably should have paid 
closer attention.


Is the conversion fairly simple? Is there an updated how-to, 
specifically for older udev (171)?


Thanks...



Re: eudev - is it a viable *long-term* option? - WAS: Re: [gentoo-user] Updating our live servers. I'm scared!

2013-03-31 Thread Dale
Tanstaafl wrote:
 On 2013-03-30 1:41 PM, Pandu Poluan pa...@poluan.info wrote:
 All my servers use mdev.

 'nuff said.

 I do remember the conversation about mdev... probably should have paid
 closer attention.

 Is the conversion fairly simple? Is there an updated how-to,
 specifically for older udev (171)?

 Thanks...



Try this:

https://wiki.gentoo.org/wiki/Mdev

That was originally done by Walter and he does subscribe to this list,
saw a post not to long ago.  If you run into issues, I'm pretty sure he
will help if he can.

Dale

:-)  :-) 

-- 
I am only responsible for what I said ... Not for what you understood or how 
you interpreted my words!




eudev - is it a viable *long-term* option? - WAS: Re: [gentoo-user] Updating our live servers. I'm scared!

2013-03-30 Thread Tanstaafl

On 2013-03-28 2:15 PM, Dale rdalek1...@gmail.com wrote:

Just a thought.  Have you thought about switching to eudev?  That would
solve some udev issues.  Since you are running a hardened profile and
servers, may not be a option tho.


I'm curious...

Is eudev still being 'maintained'? Does it still have any advantages 
over the new udev?


I'm mostly concerned about getting so far behind that I end up in an 
untenable situation... ie, eudev dies in 1+ years, and the changes 
between now and then make it virtually to update to whatever is the new 
way...




Re: eudev - is it a viable *long-term* option? - WAS: Re: [gentoo-user] Updating our live servers. I'm scared!

2013-03-30 Thread Tanstaafl
I should have added that this is for a server (not hardened), so I don't 
care about hot plug this or that, I just care about stability and 
reliability with respect to updates not breaking booting capability...


On 2013-03-30 10:39 AM, Tanstaafl tansta...@libertytrek.org wrote:

On 2013-03-28 2:15 PM, Dale rdalek1...@gmail.com wrote:

Just a thought.  Have you thought about switching to eudev?  That would
solve some udev issues.  Since you are running a hardened profile and
servers, may not be a option tho.


I'm curious...

Is eudev still being 'maintained'? Does it still have any advantages
over the new udev?

I'm mostly concerned about getting so far behind that I end up in an
untenable situation... ie, eudev dies in 1+ years, and the changes
between now and then make it virtually to update to whatever is the new
way...






Re: eudev - is it a viable *long-term* option? - WAS: Re: [gentoo-user] Updating our live servers. I'm scared!

2013-03-30 Thread Dale
Tanstaafl wrote:
 I should have added that this is for a server (not hardened), so I
 don't care about hot plug this or that, I just care about stability
 and reliability with respect to updates not breaking booting
 capability...



As far as I know, it is actively maintained.  Do I see the people
banging hammers, no.  lol  I did have a update on eudev tho:

 Sun Feb 10 20:07:23 2013  sys-fs/eudev-1_beta2-r2
   merge time: 55 seconds.

This is from the changelog for eudev:

  10 Mar 2013; Anthony G. Basile bluen...@gentoo.org eudev-.ebuild:
  Remove hacky export ac_cv_path_GPERF=true since the check is merged
upstream

  10 Mar 2013; Anthony G. Basile bluen...@gentoo.org eudev-.ebuild:
  Depend on gperf only if USE=keymap, bug #452760

  20 Feb 2013; Anthony G. Basile bluen...@gentoo.org
files/40-gentoo.rules:
  Sync 40-gentoo.rules with sys-fs/udev, bug #457868

*eudev-1_beta2-r2 (10 Feb 2013)

  10 Feb 2013; Anthony G. Basile bluen...@gentoo.org
+eudev-1_beta2-r2.ebuild,
  -eudev-1_beta2-r1.ebuild:
  Rev bump to push out root fix, bug #456384

  09 Feb 2013; Luca Barbato lu_z...@gentoo.org eudev-1_beta2-r1.ebuild,
  eudev-.ebuild, +files/eudev-hwdb-offset-root.patch:
  Update eudev ebuilds to support ROOT properly


It seems the latest change was March 10 which was not long ago.  As I
mentioned earlier, I have plugged in USB sticks, cameras, printers and
such pretty regular.  The eudev fork has worked fine for me.  Servers
seem to worry less about *new stuff* since they usually run with what
they have at boot time anyway.  Heck, mdev may would work fine for you
too. 

It seems based on reading the -dev list that udev is about to introduce
some more changes.  I'm hoping those don't affect me either.   I just
noticed that someone else on this list has ran into the news message for
it too and has questions already. 

Dale 

:-)  :-) 

-- 
I am only responsible for what I said ... Not for what you understood or how 
you interpreted my words!




Re: eudev - is it a viable *long-term* option? - WAS: Re: [gentoo-user] Updating our live servers. I'm scared!

2013-03-30 Thread Pandu Poluan
On Mar 30, 2013 9:48 PM, Tanstaafl tansta...@libertytrek.org wrote:

 I should have added that this is for a server (not hardened), so I don't
care about hot plug this or that, I just care about stability and
reliability with respect to updates not breaking booting capability...


 On 2013-03-30 10:39 AM, Tanstaafl tansta...@libertytrek.org wrote:

 On 2013-03-28 2:15 PM, Dale rdalek1...@gmail.com wrote:

 Just a thought.  Have you thought about switching to eudev?  That would
 solve some udev issues.  Since you are running a hardened profile and
 servers, may not be a option tho.


 I'm curious...

 Is eudev still being 'maintained'? Does it still have any advantages
 over the new udev?

 I'm mostly concerned about getting so far behind that I end up in an
 untenable situation... ie, eudev dies in 1+ years, and the changes
 between now and then make it virtually to update to whatever is the new
 way...




All my servers use mdev.

'nuff said.

Rgds,
--