| 1 |
begin quote |
| 2 |
On Wed, 06 Oct 2004 13:22:13 -0700 |
| 3 |
Donnie Berkholz <spyderous@g.o> wrote: |
| 4 |
|
| 5 |
> On Wed, 2004-10-06 at 13:09, Spider wrote: |
| 6 |
> > device access to cdrom's and cdrw with udev default settings. |
| 7 |
> > especially on IDE where /dev/cdroms/* and /dev/cdrom are symlinks, |
| 8 |
> > the device is created as hd? , which in turn is given the access of |
| 9 |
> > the "disk" group rather than the "cdrom" or "cdrw" groups. |
| 10 |
> > |
| 11 |
> > This effecitvely ruins cdburning and ripping for any and all users |
| 12 |
> > != root or != disk access. |
| 13 |
> > |
| 14 |
> > And really. I wouldn't give disk access to -any- user. |
| 15 |
> |
| 16 |
> What's the bug # for this? |
| 17 |
|
| 18 |
None, as its not reproducible at -all- times, but rather an issue that |
| 19 |
crops up when you have multiple users trying to use X on the system. |
| 20 |
|
| 21 |
on a clean reboot (after I've updated udev as well;) this is all |
| 22 |
correct. |
| 23 |
|
| 24 |
|
| 25 |
However, once you run fex. "udevstart" to reinitialize the new udev |
| 26 |
rules, i becomes reset to : |
| 27 |
|
| 28 |
brw-rw---- 1 root disk 22, 0 Oct 16 2003 /dev/hdc |
| 29 |
|
| 30 |
( http://bugs.gentoo.org/show_bug.cgi?id=66730 ) |
| 31 |
|
| 32 |
|
| 33 |
> > USB sticks. just doesn't work by default , configuration and magic |
| 34 |
> > is required. |
| 35 |
> > (hald + fstab-sync solves this) |
| 36 |
> |
| 37 |
> Do we have how to set this up documented anywhere? Probably could fit |
| 38 |
> somewhere in the Desktop Documentation section. |
| 39 |
|
| 40 |
|
| 41 |
Well, I have some snippets on my page, thats about it. |
| 42 |
|
| 43 |
> |
| 44 |
> > Multi user environment. Nope, doesn't work out of the box. pam |
| 45 |
> > does> nasty magic on the audio devices fex. |
| 46 |
> |
| 47 |
> Do you know which bugs are opened on this? |
| 48 |
|
| 49 |
Doubt any are since its design of the system more than anything else :/ |
| 50 |
(also, I've used modified permission tables for my systems for a long |
| 51 |
time due to this, so I cannot compare to our original designs) |
| 52 |
|
| 53 |
|
| 54 |
The idea is that pam changes ownership of sound devices when you log in, |
| 55 |
so its a "first in gets it" system, Where ofc. this should perhaps be |
| 56 |
alleviated to instead change it to be owned by the group at all times, |
| 57 |
allowing multiple logins to actually use the sound, this might also |
| 58 |
introduce other bugs (oss is notoriously bad about locking fex. esound |
| 59 |
and arts only adds to this) |
| 60 |
|
| 61 |
|
| 62 |
|
| 63 |
|
| 64 |
> |
| 65 |
> > Language settings, including a way of personalizing it per-user. |
| 66 |
|
| 67 |
> Is there anything we can do about this? |
| 68 |
|
| 69 |
Documenting it, basically. Where/what should we change for a local |
| 70 |
user to set their language for the environment? |
| 71 |
|
| 72 |
This is not the system language, but the various users. And I really |
| 73 |
don't know, I've got my system language set to en_GB.UTF-8, but some of |
| 74 |
my guests want it in norwegian or german.. I never managed to get that |
| 75 |
to work reliably though :/ |
| 76 |
|
| 77 |
|
| 78 |
Also, what are suggested practices for shared media disks? Many |
| 79 |
people want something like /media/music (/media/video) partitions for |
| 80 |
the shared collection of music/media files between computer users. How |
| 81 |
should we setup permissions and recommendations for such? |
| 82 |
|
| 83 |
(and /media in this case refers to the LSB compatible mountpoints |
| 84 |
rather than the fact that its media files ;) |
| 85 |
|
| 86 |
|
| 87 |
This is mostly a documentation issue though. |
| 88 |
|
| 89 |
|
| 90 |
//Spider |
| 91 |
|
| 92 |
|
| 93 |
|
| 94 |
-- |
| 95 |
begin .signature |
| 96 |
Tortured users / Laughing in pain |
| 97 |
See Microsoft KB Article Q265230 for more information. |
| 98 |
end |
Archives