Hi, I switched to udev a while back and have some old devfs files left
in /etc. Here is a list:
/etc/devfs.d
/etc/devfs.d/.keep
/etc/modules.devfs.256
/etc/config-archive/etc/udev/scripts/ide-devfs.sh
/etc/config-archive/etc/udev/scripts/ide-devfs.sh.dist
/etc/modprobe.devfs
/etc
Richard Fish bigfish at asmallpond.org writes:
Ok, I would also suggest filing a bug report against udev on
bugs.gentoo.org, with the model of your DVD drive, and the output of
the cdrom_id
Ok I'll file the bug report.
Any recommendations on a DVDrw that has full linux support?
How do I
-Original Message-
From: Daevid Vincent [mailto:[EMAIL PROTECTED]
Sent: 06 December 2005 00:30
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] fbsplash and console issues after udev
[snip...]
The loading screen with the progress bar works fine. If I hit
F2 to see
On Thu, 22 Mar 2007 16:04:16 -0500, Boyd Stephen Smith Jr. wrote:
Delete /etc/udev/rules.d/70-persistent-net.rules
It won't come back next time udev is installed?
Yes it will, but with the correct information. the problem is that the
old file had allocated eth0 and eth1 to MAC addresses
there was only 61 pkges to do.
Now I'm looking for advice on setting up udev. A
message in one of the logs says to be sure and start
udev on boot but there's no such thing in the
/etc/init scripts.
-mw
Finding
Many thanks, I'll try that. I'd never thought of this possibility.
Is there an update-to-date documentation on udev-rules?
Many thanks again,
Helmut.
On 18 Apr, Elias Probst wrote:
On Wednesday 18 April 2007 11:06:46 Helmut Jarausch wrote:
How can I make the kernel bring up 'eth0' instead
udev rules because that
is the only thing I have used /sys for. I'll assume that is the case
with my reply:
Have you read the udev how-to?
http://www.gentoo.org/doc/en/udev-guide.xml
http://www.reactivated.net/writing_udev_rules.html
In particular...notice this part to parse /sys files:
http
On Thu, 06 Apr 2006 10:59:42 +0200, Erik Haider Forsén wrote:
Problem with the newest udev is that you need a kernel 2.6.15 or
newer.
That's been fixed
*udev-089-r2 (04 Apr 2006)
04 Apr 2006; Greg Kroah-Hartman [EMAIL PROTECTED] +files/udev.rules-089,
+udev-089-r2.ebuild:
fix raid
On 4/28/06, Willie Wong [EMAIL PROTECTED] wrote:
Any clue as to where I can turn off this behaviour? I checked the
config files for udev and /etc/conf.d/rc, and I don't see anything
obvious.
The modules are loaded when /lib/rcscripts/addons/udev-start.sh runs
udevtrigger, which goes
John Jolet wrote:
that should not have been necessary. my grey hairs are telling me you'll
encounter other problems down the road is udev enabled in the kernel?
I thought udev was just userland? What option would I need in the kernel?
I followed the guide in the gentoo install handbook
.
Thanks for the link. So I wouldn't worry about that boot message ...
--
gentoo-user@gentoo.org mailing list
What file would that be found in? I always see make sure udev is
starting at boot, but I have no idea what boot script is used to start
udev, as there is nothing in /etc/init.d
On Wednesday 11 October 2006 18:00, maxim wexler wrote:
Hi group,
One of my morning chores after booting linux is to su
and enter #mknod /dev/ppp c 108 0 and #chmod a+rw
/dev/parport0.
Where can I park these commands to automate the
process?
udev is supposed to create these nodes and set
On Monday 30 October 2006 13:54, Alan McKinnon wrote:
Hi all,
I seem to be missing my loop devices in /dev...
And I don't find any docs on the current method to do this. I imagine
it's done with udev rules - anyone have working rules for this that
they'd be willing to share?
alan
Do you
On Tuesday 28 November 2006 07:31, Richard Fish wrote:
can see a 75-persistent-net-generator.rules file in there..
Hmm, not sure how I got a 70-persistent-net.rules. There is some
interaction between that and 75-persistent-net-generator.rules (and
the /lib/udev/write_net_rules script
On Friday 01 December 2006 16:06, Helmut Jarausch wrote:
On 1 Dec, Mick wrote:
On Friday 01 December 2006 07:31, Helmut Jarausch wrote:
Hi, I desparately need help!
I have upgraded from udev-087-r1 to udev-103 (and from baselayout-1.12.5
to 1.12.6)
At rebooting (I have a speedtouch
-Original Message-
From: Marco Calviani [mailto:[EMAIL PROTECTED]
Sent: 22 December 2006 10:36
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] udev-103 and blacklisting
Hi users,
some days ago i've upgraded to udev-103 since it became stable.
However after
Hi list,
some days ago i've upgraded to udev-103 (stable version). Since
then i've experienced complete freezes of the machine (nothing
responds, even external ping on the network) when USB devices are
mounted. In case nothing is connected to the USB drive the machine can
stay online without
it as well but my understanding that all genkernel
does is automates compilation/installation and makes sure options for
devfs or udev are on (depending on --[no]udev --[no]devfs flags).
--
Aj.
--
Dmitry Makovey
Web Systems Administrator
Athabasca University
(780) 675-6245
pgp0EZXwjw5gs.pgp
A. Khattri wrote:
On Wed, 13 Jul 2005, Dmitry S. Makovey wrote:
Nope... might try it as well but my understanding that all genkernel
does is automates compilation/installation and makes sure options for
devfs or udev are on (depending on --[no]udev --[no]devfs flags).
True, but a lot
Zac Medico wrote:
A. Khattri wrote:
On Wed, 13 Jul 2005, Dmitry S. Makovey wrote:
Nope... might try it as well but my understanding that all genkernel
does is automates compilation/installation and makes sure options for
devfs or udev are on (depending on --[no]udev --[no]devfs flags
Mike Williams wrote:
On Sunday 17 July 2005 22:35, Mark Knecht wrote:
which would have made the device. Is the fact that the device isn't
created a problem with the ebuild? Even if it was, how should this
really be created for a udev system? A rule somewhere in some
udev.conf file?
Dynamic
can tell from the mailing
list devfs is obsolete.
**What is a safe way to migrate to udev?**
follow the devfs-to-udev guide.
You'll find it on gentoo.org.
But beware, if you forget an etc-update, some stuff may be troublesom.
--
gentoo-user@gentoo.org mailing list
Volker Armin Hemmann wrote:
uname -a
Linux energy 2.6.12-gentoo-r4 #2 Thu Jul 14 07:37:15 CEST 2005 i686 AMD
Athlon(tm) XP 2000+ AuthenticAMD GNU/Linux
it bootet fine with devfs, oh, and the config is the same since ages, three
days later, I switched to udev.
Btw, I greped the config
On Mon, 8 Aug 2005 10:45:36 +0300 (EEST), Tero Grundstr_m wrote:
udev 252M 808K 252M 1% /dev
^^ Why a separate partition for /dev? This is complete waste.
Especially with that size.
udev is a virtual filesystem, it's using 808K of memory, not 252M of disk
space. udev appears to allocate half
On Mon, 8 Aug 2005, Neil Bothwick wrote:
On Mon, 8 Aug 2005 10:45:36 +0300 (EEST), Tero Grundstr_m wrote:
udev 252M 808K 252M 1% /dev
^^ Why a separate partition for /dev? This is complete waste.
Especially with that size.
udev is a virtual filesystem, it's using 808K of memory, not 252M
On 9/18/06, Bruno Lustosa [EMAIL PROTECTED] wrote:
I just had a look over there, and udevd doesn't start. An strace shows
it trying to open libmysqlclient on /usr, and as it's not mounted, it
fails with that Inconsistency detected error.
Well there is a known issue [1] with udev and rules
On Sun, 13 Dec 2009 16:19:15 -0600, »Q« wrote:
r...@smoker / # /etc/init.d/udev start
* The udev init-script is written for baselayout-2!
* Please do not use it with baselayout-1!.
r...@smoker / #
That looks like a bug. Heh, it would be nice if the initscripts worked
HAPPY NEW YEAR!
HI,
the udev-scripts reports while booting that it is made for
baselayout 2 and not for baselayout 1, which I am using.
I tried to figure out, what version of udev I have to
use for baselayout 1 with no success.
Where can I find the appropiate version information
Alex Schuster wrote:
Jarry writes:
I just noticed I have *a lot of* tty/pty files in dev:
obelix ~ # ls -l /dev/pty* | wc -l
256
obelix ~ # ls -l /dev/tty* | wc -l
325
They have names from /dev/ptya0 till /dev/ptyzf, then
pty0-pty63, and ttya0-ttyzf. Is this normal? I thought
udev creates
Other people are mentioning udev, and I wonder about this, too.
Either before or after you check the kernel (whichever you decide is
easier or seems better to you), can you chroot and rebuild udev
through portage and also run a revdep-rebuild please? You said you
updated, but it is not clear
On Wed, Mar 03, 2010 at 04:16:50PM +, Stroller wrote:
Many thanks for your help, Willie!
About 13 items. Is this unlucky?
http://linux.stroller.uk.eu.org/fs-corruption-dev.png
Okay, something is screwed up with udev. Is udev started? Is it
upgraded recently? Any config files
On 3 Mar 2010, at 17:14, Willie Wong wrote:
On Wed, Mar 03, 2010 at 04:16:50PM +, Stroller wrote:
Many thanks for your help, Willie!
About 13 items. Is this unlucky?
http://linux.stroller.uk.eu.org/fs-corruption-dev.png
Okay, something is screwed up with udev. Is udev started?
Ah
On 4 Mar 2010, at 10:23, Willie Wong wrote:
...
Okay, something is screwed up with udev. Is udev started?
Ah!
Ok... this is shown as an error when before the failed to open the
device message.
http://linux.stroller.uk.eu.org/fs-corruption.png
Startin udevd... error getting signalfd
What
On Tue, Apr 13, 2010 at 3:34 PM, Paul Hartman
paul.hartman+gen...@gmail.com wrote:
Saw this message from an emerge today:
* Messages for package x11-base/xorg-server-1.8.0:
* Usage of hal is strongly discouraged. Please migrate to udev.
* From next major release on the hal support
On 4/23/2010 1:37 PM, Grant wrote:
Can anyone confirm that as users we should be moving away from hal?
http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.8-upgrade-guide.xml
http://xorg.freedesktop.org/wiki/XorgHAL
OK, and since xorg-server-1.7 doesn't have a udev USE flag, I should
Hi there!
I just migrated a friend's machine to ~am64. Everything was updated, but
after a reboot some partitons are not found. No wonder, there are no
/dev/sd? devices, only /dev/sg?. I suspect the problem is udev, because
that was updated. Root is encrypted, so this machine makes use
On 07/01/2010 08:44 AM, SpaceCake wrote:
So, it solves the first problem, identifiying the device, but how can I
tell to udev to use always /dev/sds (for example) for this device? Also
I'm thinking how can I instruct udev to turn off swap when the device is
removed, but this is another story
On Thu, 1 Jul 2010 18:05:46 +0200, Alex Schuster wrote:
So, it solves the first problem, identifiying the device, but how can
I tell to udev to use always /dev/sds (for example) for this device?
I think, you can's. But you can add SYMLINK=swap to make the device
appear as /dev/swap
On 07/08/2010 07:28 AM, Mick wrote:
Hi All,
I updated sys-fs/udev-149 yesterday and noticed some uevent errors
during boot today. They went by too fast for me to catch them, but
they said something about udevent: unable to access device/000/000
. mouse and another about event9.
Do
I upgraded several machines and some failed to boot 2.6.35, they just hang
after grub starts loading the kernel. Some of these I managed to fix by
comparing kernel configs with working machines, others dont work at all.
The worst case is one where Ive upgraded udev to the latest which only
:
udev: renaming etho to eth1
There is only the onboard lan chip and no extra ethernet
card is installed in the rig.
Now I have eth1 and no eth0.
Why does this happen? What is the reason for that?
The reason is that the system wants to keep the devices as they are. If you
add
On 02/26/2011 03:40 AM, luis jure wrote:
on 2011-02-26 at 06:00 Nikos Chantziaras wrote:
Make sure you have udev enabled for your desktop environment. Or HAL,
if it doesn't support udev. Then it will just work.
hi nikos, the only package in xfce that has a flag for udev is
xfce-base/xfce4
daid@titan ~ % cat /etc/udev/rules.d/10-local.rules
# external USB, Seagate FreeAgent GO aka cyclops
SUBSYSTEMS==usb, DRIVERS==usb, ATTRS{serial}==
5LZ2XQJ5, SYMLINK+=cyclops ACTION==add,
RUN+=/etc/udev/scripts/mount_cyclops.sh
Sorry, but make sure that the one entry (begins with SUBSYSTEMS
I have an ASUS USB-BT211 bluetooth dongle, I have never been able to make it
work and it causes udev to fail at startup and sending the following msg to
the syslog:
2011-08-13T09:45:30+02:00 poff udevd[5235]: timeout 'usb_id --export
/devices/pci:00/:00:12.0/usb3'
This seems
Am Donnerstag, 8. September 2011, 16:23:36 schrieb Canek Peláez Valdés:
In what valid way does access to /usr become something that udev may be
required to support?
It is a matter of what else do you end having in /bin and /lib.
Remember that udev rules can execute arbitrary code. Do all
On Sep 11, 2011 3:25 PM, Mike Edenfield kut...@kutulu.org wrote:
It would make perfect sense to me for the udev maintainer to simply
declare a split /,/usr not supported and let us deal with the issues. The
problem, if I'm reading correctly, is that he's taken things one step
further and decided
. If someone wants an arbitrary binary really early
in bootup, link it statically and save to /etc/udev/bin or where ever,
+1
and leave the other 99% of us to ignore initramfs. Is this from the
same Redhat that brought us BlueCurve and made Pulseadio the default on
their OS?
No, this is some other
On Wed, Sep 14, 2011 at 11:36 AM, Neil Bothwick n...@digimed.co.uk wrote:
On Wed, 14 Sep 2011 10:49:29 -0400, Michael Mol wrote:
Trust me, you would want to run a udev that contained any code
written by me!
No offense man, but I don't know you enough so I would want to run a
udev
On Wed, 14 Sep 2011 12:05:37 -0400, Allan Gottlieb wrote:
To continue the analysis of the words of neil :-) I believe he simply
forgot a not. Instead of
Trust me, you would want to run a udev that contained any code written
by me!
neil probably meant
Trust me, you would
situations like network devices (nbd, iSCSI) or loopback would
require userland tools to bring up once networking is up.
Yes, but the kernel-events referencing those devices won't appear untill
after the networking is brought up.
The scripts that udev starts are run *after* a device-event
On Thu, 17 Nov 2011 14:22:35 +0100, Raffaele BELARDI wrote:
1. udev rules: mounts automatically, with pmount can do non-root
un-mounting 2. mdev: according to the man page works only at system boot
3. uam: does not require fiddling with udev rules but cannot un-mount
I suppose I'll go
On 2011-11-15 07:21, waltd...@waltdnes.org wrote:
The purpose of this email is to ask adventurous people here to beta
test my approach to a udev-less Gentoo. If we don't find any
showstopper problems, we can think about requesting Gentoo developers to
support an mdev-based profile
On Mar 11, 2012 6:30 PM, Daddy da...@happypenguincomputers.com wrote:
On March 11, 2012 at 5:09 AM Walter Dnes waltd...@waltdnes.org wrote:
This revision makes 2 changes...
A) The removal of udev is now standard instead of optional. udev-181
and higher will be pulling in kmod
On Sun, 18 Mar 2012 13:14:48 -0700
Allan Gottlieb gottl...@nyu.edu wrote:
I will update to the new world order, but would very much prefer to
postpone that for a few weeks. Is it enough to put
sys-fs/udev-171-r5
in /etc/portage/package.mask ?
=sys-fs/udev-181
would be better. Rather
On 03/18/2012 03:22 PM, Volker Armin Hemmann wrote:
Am Sonntag, 18. März 2012, 13:14:48 schrieb Allan Gottlieb:
I will update to the new world order, but would very much prefer to
postpone that for a few weeks. Is it enough to put
sys-fs/udev-171-r5
in /etc/portage/package.mask ?
I
On Sun, Mar 18 2012, Alan McKinnon wrote:
On Sun, 18 Mar 2012 13:14:48 -0700
Allan Gottlieb gottl...@nyu.edu wrote:
I will update to the new world order, but would very much prefer to
postpone that for a few weeks. Is it enough to put
sys-fs/udev-171-r5
in /etc/portage/package.mask
be back in business (with the new lvm2 masked).
Yikes.
I subsequently found the bug below.
Thanks for being so kind of doing so!
Thanks for the pointer, I had the same issue here.
addition: it wasn't exactly the same, as I had udev-182 already.
I read the mail, but somehow I completely forgot
On Fri, 13 Apr 2012 18:44:37 -0700, fe...@crowfix.com wrote:
6. Merge udev-181 and whatever else is needed.
7. Cross my fingers, sacrifice a virtual goat, and try a reboot.
Somewhere between 6 and 7 is the worst part; no simple way to revert
and retry. Everything up til then should
-base/xorg-server-1.12.2 udev
. So I need the udev use flag. This is somewhat distressing, since
I've been running my system on busybox's mdev for several months. It's
looking like I'll not be able to continue doing so.
Any suggestions, anybody, how I can now best proceed?
--
Alan Mackenzie
On May 29, 2012 12:53 AM, pk pete...@coolmail.se wrote:
On 2012-05-28 05:44, Pandu Poluan wrote:
But my newer servers has /run (and its children) from the get go,
because I
think it kind of makes sense. Even though they're udev-free.
Hm... what is using /run instead of /var/run? I thought
-libs
#required by xfce-base/thunar-1.4.0[udev], required by @selected, required by @$
=gnome-base/gvfs-1.12.3 udisks udev
/etc/portage/package.accept_keywords
#required by sys-fs/udisks-1.99.0-r1, required by
gnome-base/gvfs-1.12.3[udisks], required by @selected, required by @world
(argument
On Thu, 25 Oct 2012 20:27:05 +0100, Mick wrote:
It is also stated in the emerge output that you need to add
udev-mount to the sysinit runlevel.
I saw that too, but did not add udev-mount to any runlevel. I guess
this is a problem only if /usr is on another partition than root
on
everybody.
When systemd devs took over udev, one was told that of course, one could use
udev without [systemd] in the future.
Now they are talking about making udev systemd only.
--
#163933
--
Happy Penguin Computers ')
126 Fenco Drive
On Fri, Nov 16, 2012 at 5:47 PM, Walter Dnes waltd...@waltdnes.org wrote:
On Mon, Nov 12, 2012 at 09:20:42PM -0600, Dale wrote
Well, it appears we have someone willing to fork udev. Yeppie !!
Me, I'm looking forward to seeing how this works and giving it a test
run when it gets ready. Since
On Tuesday 20 Nov 2012 19:38:40 Mark Knecht wrote:
On Tue, Nov 20, 2012 at 5:46 AM, Tanstaafl tansta...@libertytrek.org
wrote:
Anyone?
I don't see any news blurbs warning about it, but with everything going
on with udev, systemd, etc, I'm not risking updating unless/until I know
Hello,
Background:
I have a gentoo system with a fried ethernet (interface)
on an older motherboard. I installed a pci ethernet
card that works fine for years. Lately, udev and the
myriad of related upgrades, have made it so services
(sshd, cupsd, etc) are wigged out now. So I rebuilt the
3.4.9
On Monday 07 Jan 2013 07:35:32 Dale wrote:
I think you misunderstand or I didn't make myself clear. I'm not saying
it was udev that did this. I am pretty sure it was the kernel. All
this happened when people with older IDE drives, myself included on my
old machine, had to switch to the new
Am 07.02.2013 22:38, schrieb Canek Peláez Valdés:
For what is worth, you also don't need to specify neither /dev nor
/proc in fstab with systemd. I'm not sure the init system has anything
to do with it, though; I believe is udev work, so with a recent
version of udev, no matter the init
Am 15.02.2013 20:20, schrieb Stefan G. Weichinger:
enp2s0 instead of eth0
I don't really care about using that new naming ... doesn't matter to me
right now.
AFAI understand things won't change if I don't touch the udev-rules?
Bit the bullet and rebooted after checking and reading
to root root (rather than, e.g., root audio) and whose permissions
are set to crw--- (rather than the expected crw-rw).
I'm still running udev-171-r10. This might well make a difference.
Needless to say, everything works under kernel 3.6.11. It would be nice
if there were some
that would be merged, in reverse order:
[snip]
[blocks B ] sys-fs/udev-186 (sys-fs/udev-186 is blocking
sys-fs/udev-init-scripts-23)
[blocks B ] sys-apps/sysvinit-2.88-r4
(sys-apps/sysvinit-2.88-r4 is blocking sys-apps/util-linux-2.22.2)
Total: 126 packages (91 upgrades, 12
Nick Khamis wrote:
Hahahah udev hell!! I did go through that updating from 2.6 to 3.4.
That was quite an experience But for kernel 3.* has udev not been
phased out in our gentoo boxes? Will have to double check when I get
back behind a console.
N.
Just a thought. Have you thought
Yeah these guys seem to think that our servers MUST run on the
hardened profile...
On 3/28/13, Dale rdalek1...@gmail.com wrote:
Nick Khamis wrote:
Hahahah udev hell!! I did go through that updating from 2.6 to 3.4.
That was quite an experience But for kernel 3.* has udev not been
phased
On Sun, 7 Apr 2013 03:06:30 + (UTC), Grant Edwards wrote:
Wha? I swear I was told that you could not reliably name the
iterfaces eth[0-n] using udev rules (which is what I've always done
without problems) because of race conditions. So I changed over to
net[0-n] on one machine
On Sun, 7 Apr 2013 00:34:03 -0400, Walter Dnes wrote:
Now I only had to figure out how to rename eth[0-9]+ to the custom
naming scheme when using mdev.
***UDEV*** has broken using eth[0-9]. mdev works just fine, thank
you.
udev has broken nothing, it is avoiding the breakage caused
On Sun, 7 Apr 2013 10:20:02 -0400, Nick Khamis wrote:
I am upgrading each package (25) one by one, and leaving the meat and
potatoes (udev) for last. I am really sorry about the noise guys and
gals. It's been a while since I had such a scare
You should do udev first, that way if it breaks
On Sun, 7 Apr 2013 19:14:36 +0100, Mick wrote:
Rebuild your kernel with the drivers for the NICs as modules. The
kernel *should* rename them to what they were before. I can't vouch
for this, but NICs which are not built in here were not renamed by udev.
Where does this come from? Udev
On Sun, Apr 07, 2013 at 10:30:10AM -0600, Joseph wrote
In my opinion this new udev-200 naming port is a big screw-up; I
wouldn't be surprised if few months down the road we will go back
to old naming because of misunderstandings.
Some time ago, after udevd was subsumed into the systemd
. What does this string represent? Is it a file on a filesystem?
(no!) Is it okay for me to call it an ethernet *device*
2. Assuming udev is not running, who/what comes up with the name
eth0? How does that person/thing know how many ethernet devices
there are and in what order to enumerate them
Samuli Suominen wrote:
Huh? USE=firmware-loader is optional and enabled by default in
sys-fs/udev
Futhermore predictable network interface names work as designed, not a
single valid bug filed about them.
Stop spreading FUD.
Looking forward to lastrite sys-fs/eudev just like
sys-apps
On Sun, 04 Aug 2013 14:39:04 -0400, Tanstaafl wrote:
Do I actually and really need *anything* udev/eudev related in
package.mask, and what, in addition to sys-fs/eudev ~amd64, do I need
in package.keywords?
No and nothing. Howevr, you do need to make sure that your USE flag
settings for sys
not remember the actual file names. Please
google ''udev thay slut'' to see my original post about this.
N
On 8/3/13, Harry Putnam rea...@newsguy.com wrote:
I see an update to udev come up when investigating installing various
other pkgs. eix shows I'm on 197-r3 and the most recent is 206
, that was about as uneventful as it gets.
emerge -C udev
emerge -1 eudev
etc-update, accepted changes
/etc/init.d/udev restart
Done...
Thanks very much to all who replied to ease my worried mind (especially
Neil). :)
I added a forum thread about this, just for closure:
http://forums.gentoo.org
On 12/08/13 14:37, hasufell wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/02/2013 05:01 AM, Samuli Suominen wrote:
On 02/08/13 05:48, Dale wrote:
Samuli Suominen wrote:
Huh? USE=firmware-loader is optional and enabled by default
in sys-fs/udev Futhermore predictable network
and should be corrected where seen.
It is solving the problem of *when* (not if - if the words I have read
from the systemd maintainers can be taken at face value) the systemd
maintainers decide to pull the plug on the ability to have a
systemd-less udev...
Then we will carry a minimal patchset
东方巽雷 dongfangxun...@gmail.com wrote:
I have /etc/udev/rules.d/touchpad.rules,content as below:
ACTION==add, SUBSYSTEM==input, KERNEL==mouse[0-9],
ENV{DISPLAY}=:0,
ENV{XAUTHORITY}=/home/gentoo/.Xauthority, ENV{ID_CLASS}=mouse,
ENV{REMOVE_CMD}=/usr/bin/synclient TouchpadOff=0,
RUN+=/usr/bin
On Tue, 21 Jan 2014 10:26:48 -0700, Joseph wrote:
What is the different between the output of this on both machines?
grep -r tty /{etc,lib}/udev/rules.d
I did asked for the difference, not the whole damn lot. You have to do
some of the work yourself.
However, a quick glance shows
On 01/21/14 18:50, Neil Bothwick wrote:
On Tue, 21 Jan 2014 10:26:48 -0700, Joseph wrote:
What is the different between the output of this on both machines?
grep -r tty /{etc,lib}/udev/rules.d
I did asked for the difference, not the whole damn lot. You have to do
some of the work yourself
On Fri, 9 May 2014 21:56:45 +0100, Mick wrote:
What is the meaning of this change?
[ebuild U ] sys-fs/udev-212-r1 [208] USE=acl firmware-loader
gudev introspection kmod -doc (-selinux) -static-libs (-openrc%*)
2,660 kB
It means the openrc USE flag is no longer used. From the Changelog
On Wed, May 14, 2014 at 7:59 PM, Grant emailgr...@gmail.com wrote:
I'm having a problem starting the USB network interfaces properly on
one of my systems. I brought the problem to the udev list and they're
indicating that it's a Gentoo problem:
https://www.mail-archive.com/systemd-devel
I'm having a problem starting the USB network interfaces properly on
one of my systems. I brought the problem to the udev list and they're
indicating that it's a Gentoo problem:
https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg18840.html
Should I file a bug?
- Grant
On Friday 16 May 2014 11:43:41 Samuli Suominen wrote:
On 15/05/14 02:59, Grant wrote:
I'm having a problem starting the USB network interfaces properly
on one of my systems. I brought the problem to the udev list and
they're indicating that it's a Gentoo problem:
https://www.mail
/portage/package.use
entries, like for example 'xfce-base/xfce4-session -udev', as in, some
packages
use the generic USE flag 'udev' for pulling upower (which is,
essentially, a udev helper)
You may have to avoid some meta packages, like gnome-base/gnome, which
are too
greedy with their dependencies
On Sat, Jun 14, 2014 at 1:28 PM, Tanstaafl tansta...@libertytrek.org wrote:
Still, for those of us who actually look at what is about to happen, and
notice a change like this that could potentially cause boot problems
(udev+openrc), it would be nice.
I think it makes more sense to limit news
.
You wrote this e-mail after the other two, so I'll stick to this route,
leaving the other idea for later if needed.
I now wonder if this is a race condition between the init script running
`mdadm -As` and the fact that the mdadm package installs udev rules that
allow for automatic incremental
Samuli Suominen ssuominen at gentoo.org writes:
Any other caveats (short term) on switching udev to eudev?
in fact, from what I last checked, eudev's networking is at same level
with udev-208, from time before the .link support at all
ah, back when ethernet defaulted to eth0 not enp5s0
On Thu, Sep 25, 2014 at 07:03:02PM +, James wrote
Samuli Suominen ssuominen at gentoo.org writes:
Any other caveats (short term) on switching udev to eudev?
in fact, from what I last checked, eudev's networking is at same level
with udev-208, from time before the .link support
On Mon, Nov 10, 2014 at 05:48:49PM +0200, Samuli Suominen wrote
I wouldn't worry about it at all, there is no way *sys-fs/udev ebuild*
will ever need systemd. There might be a news item later, with
instructions on moving to something else, but that's not something we
are even planning
On 20.04.2015 14:56, Alan McKinnon wrote:
Problems?
Yes, it won't work. And the ebuild will error out.
Ah, I see.
I'd like to upgrade udev, then install openrc etc ... before I can drive
there and reboot the box.
You intend to drive there anyway and reboot it. Rebuilding udev openrc
On 20/07/2015 21:17, Dale wrote:
Howdy,
New emerge failure. It seems static-dev does not like udev,devfs or
tmpfs for some mount point, not sure which that is tho.
This make no sense to me.
eudev is a dynamic /dev manager so you don't have to deal with doing it
statically
static-dev
901 - 1000 of 8452 matches
Mail list logo