| 1 |
Lindsay Haisley <fmouse-gentoo@×××.com> posted |
| 2 |
1216836080.25895.28.camel@××××××××××.com, excerpted below, on Wed, 23 Jul |
| 3 |
2008 13:01:20 -0500: |
| 4 |
|
| 5 |
> These days, CDs get mounted as /media/<volume name> which is pretty hard |
| 6 |
> to script back into a Maildir struct for Evolution, since back email CDs |
| 7 |
> have volume names representative of their contents - i.e. all different. |
| 8 |
> Ideally, what I'd like to be able to do is have the CD auto-mounted on |
| 9 |
> _both_ /media/<volume name> and /mnt/cdrom, and I've tried scripting |
| 10 |
> udev rules to do this, but what I used to do no longer works. I had |
| 11 |
> scripts in /etc/dev.d which worked nicely for this, but /etc/dev.d is |
| 12 |
> apparently no longer supported in udev. |
| 13 |
|
| 14 |
AFAIK, it's not udev doing this, but hal. Thus your changes to udev |
| 15 |
wouldn't have the desired effect. |
| 16 |
|
| 17 |
I ran into something similar with k3b. Hal used to work fine, using its |
| 18 |
defaults only if there was no fstab entry for that device, using the |
| 19 |
fstab entry if there was. Now hal screws things up by insisting on doing |
| 20 |
things /its/ way, despite a perfectly valid system config, and k3b looks |
| 21 |
in the system configured spot while hal's putting it somewhere else. |
| 22 |
There's an open bug on k3b, but I really think it should be on hal since |
| 23 |
hal's what's breaking a previously working config by insisting on doing |
| 24 |
things its own way instead of following the otherwise perfectly fine |
| 25 |
system config. |
| 26 |
|
| 27 |
-- |
| 28 |
Duncan - List replies preferred. No HTML msgs. |
| 29 |
"Every nonfree program has a lord, a master -- |
| 30 |
and if you use the program, he is your master." Richard Stallman |
Archives