Re: [gentoo-user] UDEV permissions

2006-01-18 Thread Neil Bothwick
On Tue, 17 Jan 2006 17:58:26 -0700, Richard Fish wrote:

  Don't use that file, that is for udev's own settings, so it will be
  updated when udev is. Use 10-udev.rules (create it if not present)
  which won't be affected by udev updates and takes precedence over the
  higher numbered file.
 
 It is read first, but the settings there only have precedence if the
 := syntax is used.  If it just shows =, later rules (i.e, from
 50-udev.rules) can override the settings.

That only happens under certain circumstances. udev generally stops at
the first matching rule. := is the safest option though.


-- 
Neil Bothwick

Everyone has a photographic memory. Some don't have film.


signature.asc
Description: PGP signature


Re: [gentoo-user] UDEV permissions

2006-01-18 Thread Richard Fish
On 1/18/06, Neil Bothwick [EMAIL PROTECTED] wrote:
 On Tue, 17 Jan 2006 17:58:26 -0700, Richard Fish wrote:

 That only happens under certain circumstances. udev generally stops at
 the first matching rule. := is the safest option though.

This behavior changed at some point in the last 20 versions or so :-).
 Actually, looking at the release notes, it was in udev-057.  It now
continues reading all rules, but only applies the first NAME setting. 
In fact, now I see there is actually an OPTIONS=last_rule setting to
get the old behavior.

-Richard

-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] UDEV permissions

2006-01-17 Thread Tom Smith
I'm working on a manual QEMU install (that is, I'm installing from
source downloaded from their website).

There's a reference in their kqemu documentation about setting UDEV
permissions on /dev/kqemu. I initially disregarded this, but now it's
become an issue. It was easily resolved by /manually/ setting
permissions on this device to 0666...

What I'm having difficulty with is finding information on the illusive
/etc/udev/permissions.d directory. According to the kqemu docs, I should
edit the file /etc/udev/permissions.d/50-udev.permissions and add the
following line to it:

kqemu:root:root:0666

This directory and file don't exist so I created them both and
rebooted--this didn't work to set the permissions and that device.

My question is: How do I set these permissions as explained in Gentoo?

(I've looked for docs for doing this but haven't found anything
referencing this file or setting UDEV permissions.)

Thanks in advance for your help.
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] UDEV permissions

2006-01-17 Thread Neil Bothwick
On Tue, 17 Jan 2006 14:50:08 -0700, Tom Smith wrote:

 What I'm having difficulty with is finding information on the illusive
 /etc/udev/permissions.d directory. According to the kqemu docs, I should
 edit the file /etc/udev/permissions.d/50-udev.permissions and add the
 following line to it:

This is no longer used, hasn't been for quite a while. Permissions are now
set in /etc/udev/rules.d/10-udev.rules. The latest qemu is in portage, so
why not emerge that and let the ebuild take care of this?


-- 
Neil Bothwick

Strange things are afoot at the Circle K...


signature.asc
Description: PGP signature


Re: [gentoo-user] UDEV permissions

2006-01-17 Thread Richard Fish
On 1/17/06, Tom Smith [EMAIL PROTECTED] wrote:
 What I'm having difficulty with is finding information on the illusive
 /etc/udev/permissions.d directory. According to the kqemu docs, I should
 edit the file /etc/udev/permissions.d/50-udev.permissions and add the
 following line to it:

 kqemu:root:root:0666

The kqemu docs are out of date...udev has been changing too frequently
for external packages to keep up.

In /etc/udev/rules.d/48-qemu.rules, you will find the following line:

KERNEL=kqemu*, NAME=%k, GROUP=qemu, MODE=0660

Paste this into /etc/udev/rules.d/10-local.rules, and change the MODE
statement to MODE:=0666.

However, you could also just add any users you want to use qemu to the
kqemu group, which would be the Gentoo way.

-Richard

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] UDEV permissions

2006-01-17 Thread Tom Smith
Thank you. I am using the latest udev from Portage. The file I found in
/etc/udev/rules.d is 50-dev.rules. Haven't tired it yet but will tomorrow.

Neil Bothwick wrote:

On Tue, 17 Jan 2006 14:50:08 -0700, Tom Smith wrote:

  

What I'm having difficulty with is finding information on the illusive
/etc/udev/permissions.d directory. According to the kqemu docs, I should
edit the file /etc/udev/permissions.d/50-udev.permissions and add the
following line to it:



This is no longer used, hasn't been for quite a while. Permissions are now
set in /etc/udev/rules.d/10-udev.rules. The latest qemu is in portage, so
why not emerge that and let the ebuild take care of this?


  

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] UDEV permissions

2006-01-17 Thread Tom Smith
Well, I didn't emerge the Gentoo qemu--it is a few versions behind the
official so I opted for using the official release (0.8.0, I believe).

Perhaps I'll try the Portage version of qemu before proceeding much
further. :-?

Richard Fish wrote:

On 1/17/06, Tom Smith [EMAIL PROTECTED] wrote:
  

What I'm having difficulty with is finding information on the illusive
/etc/udev/permissions.d directory. According to the kqemu docs, I should
edit the file /etc/udev/permissions.d/50-udev.permissions and add the
following line to it:

kqemu:root:root:0666



The kqemu docs are out of date...udev has been changing too frequently
for external packages to keep up.

In /etc/udev/rules.d/48-qemu.rules, you will find the following line:

KERNEL=kqemu*, NAME=%k, GROUP=qemu, MODE=0660

Paste this into /etc/udev/rules.d/10-local.rules, and change the MODE
statement to MODE:=0666.

However, you could also just add any users you want to use qemu to the
kqemu group, which would be the Gentoo way.

-Richard

  

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] UDEV permissions

2006-01-17 Thread Richard Fish
On 1/17/06, Tom Smith [EMAIL PROTECTED] wrote:
 Well, I didn't emerge the Gentoo qemu--it is a few versions behind the
 official so I opted for using the official release (0.8.0, I believe).

 Perhaps I'll try the Portage version of qemu before proceeding much
 further. :-?

echo app-emulation/qemu ~x86 /etc/portage/package.keywords
echo app-emulation/kqemu ~x86 /etc/portage/package.keywords
emerge -pv kqemu qemu

That will give you kqemu 0.7.2 and qemu 0.8.0.

-Richard

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] UDEV permissions

2006-01-17 Thread Holly Bostick
Tom Smith schreef:
 Well, I didn't emerge the Gentoo qemu--it is a few versions behind
 the official so I opted for using the official release (0.8.0, I
 believe).

I don't know why you think this:


motub - eix qemu
* app-emulation/kqemu
 Available versions:  0.7.2
 Installed:   none
 Homepage:http://fabrice.bellard.free.fr/qemu/
 Description: Multi-platform  multi-targets cpu emulator
and dynamic translator kernel fast execution module

* app-emulation/qemu
 Available versions:  0.6.0 0.6.1 0.6.1-r1 0.7.0 0.7.0-r1 0.7.1
0.7.2 0.8.0
 Installed:   none
 Homepage:http://fabrice.bellard.free.fr/qemu/
 Description: qemu emulator and abi wrapper meta ebuild

I'm ~x86 so it's marked as available for me, but 0.8.0 is unstable for
x86, ppc, and amd64. You must be running stable?


Holly
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] UDEV permissions

2006-01-17 Thread Neil Bothwick
On Tue, 17 Jan 2006 15:37:13 -0700, Tom Smith wrote:

 Thank you. I am using the latest udev from Portage. The file I found in
 /etc/udev/rules.d is 50-dev.rules. Haven't tired it yet but will
 tomorrow.

Don't use that file, that is for udev's own settings, so it will be
updated when udev is. Use 10-udev.rules (create it if not present) which
won't be affected by udev updates and takes precedence over the higher
numbered file.


-- 
Neil Bothwick

Knock firmly but softly. I like soft firm knockers.


signature.asc
Description: PGP signature


Re: [gentoo-user] UDEV permissions

2006-01-17 Thread Dale
On Tuesday 17 January 2006 18:40, Neil Bothwick wrote:

 Don't use that file, that is for udev's own settings, so it will be
 updated when udev is. Use 10-udev.rules (create it if not present) which
 won't be affected by udev updates and takes precedence over the higher
 numbered file.

So that's how that works.  I was wondering about that because I have one but 
not the other.  Everything works for me, except my email is still messing up.

Learn something new every day.  :)

Dale
:-)
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] UDEV permissions

2006-01-17 Thread Richard Fish
On 1/17/06, Neil Bothwick [EMAIL PROTECTED] wrote:
 On Tue, 17 Jan 2006 15:37:13 -0700, Tom Smith wrote:

  Thank you. I am using the latest udev from Portage. The file I found in
  /etc/udev/rules.d is 50-dev.rules. Haven't tired it yet but will
  tomorrow.

 Don't use that file, that is for udev's own settings, so it will be
 updated when udev is. Use 10-udev.rules (create it if not present) which
 won't be affected by udev updates and takes precedence over the higher
 numbered file.

It is read first, but the settings there only have precedence if the
:= syntax is used.  If it just shows =, later rules (i.e, from
50-udev.rules) can override the settings.

-Richard

-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] Udev Permissions

2006-01-08 Thread Alex Bennee
I've been having trouble getting udev to create stuff with the right
permissions. The latest is with my phone which has a USB Mass Storrage
Interface. I've added this line to my 10-local.rules:

# My Phone
BUS=usb, SYSFS{interface}=Sony Erics Memory Stick,
KERNEL=sd?1,NAME=%k, SYMLINK=phonemem, GROUP=users,  MODE=0660

Which sort of works. It creates the /dev/phonemem symlink to /dev/sdc1
when I plug my phone in. However instead of giving it the group
permissions I suggest it still selects disk:

malory rules.d # ls -l /dev/phonemem
lrwxrwxrwx  1 root root 4 Jan  9 01:00 /dev/phonemem - sdc1
malory rules.d # ls -l /dev/sdc1
brw-rw  1 root disk 8, 33 Jan  9 01:00 /dev/sdc1
malory rules.d # ls -l /dev/sdc
brw-rw  1 root disk 8, 32 Jan  9 01:00 /dev/sdc

I was under the impression that configuring things in 10-local should
overide any of the following general stuff in the main body of rules.
Have I come across a bug or have I just not understood the subtly of
creating the rule?

--
Alex, homepage: http://www.bennee.com/~alex/
Sherrif: His story had kind of an odor to it. Inara: Yes. It's not
the only thing about him that does.

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Udev Permissions

2006-01-08 Thread Richard Fish
On 1/8/06, Alex Bennee [EMAIL PROTECTED] wrote:
 I've been having trouble getting udev to create stuff with the right
 permissions. The latest is with my phone which has a USB Mass Storrage
 Interface. I've added this line to my 10-local.rules:

 # My Phone
 BUS=usb, SYSFS{interface}=Sony Erics Memory Stick,
 KERNEL=sd?1,NAME=%k, SYMLINK=phonemem, GROUP=users,  MODE=0660

You should be using == for the comparisons.  = is an assignment. 
You can also use := to disallow changes by later rules (see the
current udev man page).  So something like this should work better for
you:

BUS==usb, SYSFS{interface}==Sony Erics Memory Stick,
KERNEL==sd?1,NAME=%k, SYMLINK=phonemem, GROUP:=users,  MODE:=0660

-Richard

-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] udev permissions problem?

2005-06-15 Thread Mark Knecht
Hi,
   I have these devices:

dragonfly ~ # ls -al /dev/v4l/
total 0
drwxr-xr-x   2 root root  140 Jun 14 19:25 .
drwxr-xr-x  22 root root14100 Jun 14 19:25 ..
crw-rw   1 root video 81,  64 Jun 14 19:25 radio0
crw---   1 mark sys   81, 224 Jun 14 19:25 vbi0
crw---   1 mark sys   81,   0 Jun 14 19:25 video0
crw---   1 mark sys   81,  24 Jun 14 19:25 video24
crw---   1 mark sys   81,  32 Jun 14 19:25 video32
dragonfly ~ #

but MythTV gives me these messages:

2005-06-14 19:18:53.677 New DB connection, total: 2
2005-06-14 19:18:53.861 Channel(/dev/v4l/video0)::Open(): Can't open
video device, error No such file or directory
2005-06-14 19:18:53.867 Channel(/dev/v4l/video0)::Open(): Can't open
video device, error No such file or directory
2005-06-14 19:18:53.869 ChannelBase: Could not find input: Tuner 0 on
card when setting channel 3

   Is this likely to be a udev problem or am I really looking in the wrong area?

Thanks,
Mark

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] udev permissions problem?

2005-06-15 Thread Bob Sanders
On Wed, 15 Jun 2005 07:01:54 -0700
Mark Knecht [EMAIL PROTECTED] wrote:

 Hi,
I have these devices:
 
 dragonfly ~ # ls -al /dev/v4l/
 total 0
 drwxr-xr-x   2 root root  140 Jun 14 19:25 .
 drwxr-xr-x  22 root root14100 Jun 14 19:25 ..
 crw-rw   1 root video 81,  64 Jun 14 19:25 radio0
 crw---   1 mark sys   81, 224 Jun 14 19:25 vbi0
 crw---   1 mark sys   81,   0 Jun 14 19:25 video0
 crw---   1 mark sys   81,  24 Jun 14 19:25 video24
 crw---   1 mark sys   81,  32 Jun 14 19:25 video32
 dragonfly ~ #
 

You're running pam?  If so that's where you should look.

Without pam, this is what I get -

chi rsanders # ls -l /dev/v4l/
total 0
crw-rw  1 root video 81,  64 Jun 15 16:37 radio0
crw-rw  1 root video 81, 224 Jun 15 16:37 vbi0
crw-rw  1 root video 81, 228 Jun 15 16:37 vbi4
crw-rw  1 root video 81, 232 Jun 15 16:37 vbi8
crw-rw  1 root video 81,  48 Jun 15 16:37 video
crw-rw  1 root video 81,   0 Jun 15 16:37 video0
crw-rw  1 root video 81,  16 Jun 15 16:37 video16
crw-rw  1 root video 81,  24 Jun 15 16:37 video24
crw-rw  1 root video 81,  32 Jun 15 16:37 video32
crw-rw  1 root video 81,  48 Jun 15 16:37 video48

Bob
-- 
-  
Are you living in the real world?
-  
-- 
gentoo-user@gentoo.org mailing list