r-d-m fails if modules have been manually disabled
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Restricted Manager |
Invalid
|
Undecided
|
Unassigned | ||
restricted-manager (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
r-d-m fails to determinate if current machine needs any restricted drivers if one has manually disabled restricted drivers by editing "/etc/default/
I own a ATI card and usually build fglrx by my own, since I like having latest version. When I upgraded to feisty I had a look at the restricted driver manager wich didn't load the gui by saying "your hardware don't need any restricted drivers". Later on, I found that this was due to the fact that I manually disabled fglrx by editing "/etc/default/
With such setup, I get:
$ sudo restricted-manager --list
modinfo: could not open /lib/modules/
modinfo: could not open /lib/modules/
Related branches
Changed in restricted-manager: | |
status: | Unconfirmed → Rejected |
Patch attached, diffed to version 0.20
After applying the patch, I get: manager --list 2.6.20- 15-generic/ volatile/ fglrx.ko: No such file or directory
$ sudo ./restricted-
warning: not considering manually disabled modules: fglrx
modinfo: could not open /lib/modules/
This is actually not a fix, but at least the user is warned.
The best fix, in my opinion, would be to create in DefaultHandler class a new method for enabling modules in case user requests it. Current approach (0.20) fails because if the module is disabled it is not considered at all and the program quits without informing the user in a proper way. This would require some more work, that I'm willing to take, if you guys thinks it is correct to do so.