Subject: Re: [alpine-devel] udev status

From: qnx4ever <[email-masked]>
Date: Thu, 26 Aug 2010 13:21:10 +0400

Is there a way to maintain static, mdev and udev options ? Agree, there's no
way to run full blown desktop system without udev, while there's no need to
have one for a router or a server.

On 25/08/2010 4:33 PM, "Natanael Copa" <[email-masked]> wrote:

Hi,

I have been testing recent udev (161) and I think i got it working.

udev is needed to get proper X.org hotplugging working, which goes via
libudev nowdays.

Since udev is the standard (and only?) hotplugging daemon nowdays, I was
thinking to maybe replace mdev with udev. But I'm not so sure anymore:

udev-161-r1 installed size:
1212416

Its way too big compared what it provides so it seems like we need to
maintain bot udev and mdev rules.

udev is available in edge/testing and already now I noticed that the
touchpad works better. For X.org udev will be a big improvement.

--
Natanael Copa <[email-masked]>

---
Unsubscribe:  [email-masked]<[email-masked]>
Help:         [email-masked]<[email-masked]>
---

---

From: Natanael Copa <[email-masked]>
Date: Thu, 26 Aug 2010 15:21:33 +0200

On Thu, Aug 26, 2010 at 11:21 AM, qnx4ever <[email-masked]> wrote:
> Is there a way to maintain static, mdev and udev options ?

not following.

> Agree, there's no

I think we go for mdev by default and to install desktop you'd install
udev and updated the runlevels:

  rc-update add udev sysinit
  rc-update add udev-postmount default
  rc-update del mdev sysinit
  rc-update del hwdrivers sysinit

We will probably need a setup-dektop script or similar.

In other words, unless you apk add udev and do the above, you'll be using mdev.

the packages linked to libudev will pull in udev fo your, but you'd
need update runlevels manually.

> Unsubscribe:  [email-masked]
> Help:         [email-masked]
> ---
>
>

-- 
Natanael Copa

---
Unsubscribe:  [email-masked]
Help:         [email-masked]
---