* Re: [Bluez-devel] Permission flags (chmod) for /dev/rfcomm*
2006-01-23 16:25 [Bluez-devel] Permission flags (chmod) for /dev/rfcomm* Thomas Lochmatter
@ 2006-01-23 16:24 ` Marcel Holtmann
0 siblings, 0 replies; 2+ messages in thread
From: Marcel Holtmann @ 2006-01-23 16:24 UTC (permalink / raw)
To: bluez-devel
Hi Thomas,
> We have a bunch of small robots that we can access via bluetooth. For
> each robot, we added an entry in the /etc/bluetooth/rfcomm.conf file.
> These entries look as follows:
> rfcommXX {
> bind yes;
> device HARDWARE_ADDRESS;
> channel 1;
> }
>
> When we start the bluetooth service, the following line is executed
> (as root)
> rfcomm bind all
> which creates a /dev/rfcommXX for each robot. There are two issues
> with these files:
>
> 1) All devices are created with chmod 600 (crw-------). This is a
> problem for us because we want several users to be able to access
> them. Is there a way of configuring the chmod mask in the rfcomm.conf
> file?
> (Note that launching a "chmod 666 /dev/rfcomm*" after "rfcomm bind
> all" is not a good solution since the devices are created with some
> delay.)
>
> 2) These devices belong to the locally logged in user, not root. Why?
> Is there a way to configure that (user and group ownership)?
both are udev related questions and in both cases the udev configuration
is the answer.
Regards
Marcel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Bluez-devel] Permission flags (chmod) for /dev/rfcomm*
@ 2006-01-23 16:25 Thomas Lochmatter
2006-01-23 16:24 ` Marcel Holtmann
0 siblings, 1 reply; 2+ messages in thread
From: Thomas Lochmatter @ 2006-01-23 16:25 UTC (permalink / raw)
To: bluez-devel
We have a bunch of small robots that we can access via bluetooth. For
each robot, we added an entry in the /etc/bluetooth/rfcomm.conf file.
These entries look as follows:
rfcommXX {
bind yes;
device HARDWARE_ADDRESS;
channel 1;
}
When we start the bluetooth service, the following line is executed
(as root)
rfcomm bind all
which creates a /dev/rfcommXX for each robot. There are two issues
with these files:
1) All devices are created with chmod 600 (crw-------). This is a
problem for us because we want several users to be able to access
them. Is there a way of configuring the chmod mask in the rfcomm.conf
file?
(Note that launching a "chmod 666 /dev/rfcomm*" after "rfcomm bind
all" is not a good solution since the devices are created with some
delay.)
2) These devices belong to the locally logged in user, not root. Why?
Is there a way to configure that (user and group ownership)?
Thanks,
Thomas
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-01-23 16:25 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-01-23 16:25 [Bluez-devel] Permission flags (chmod) for /dev/rfcomm* Thomas Lochmatter
2006-01-23 16:24 ` Marcel Holtmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).