On 2010-07-12 11:02, Michael Biebl wrote:
On 12.07.2010 04:42, Filipus Klutiero wrote:
More importantly, as the extended
description says:
WARNING: Radeontool code has not been completely audited and may
contain bugs
that could damage your hardware. Use at your own risk.
(This warning is not transmitted to the administrator when pm-utils
causes the installation of radeontool.)
Also, according to http://www.thinkwiki.org/wiki/Radeontool
radeontool is obsolete. Finally, it's unclear how radeontool could
enhance pm-utils.
radeontool is used to apply certain quirks on radeon hardware on suspend/resume.
The idea behind the recommends is, that it is very hard for the user to find
out, why his system failed to resume because the radeontool package was not
installed.
That's why we initially decided to install radeontools by default alongside
pm-utils, as it is just a few kb. Please note, that radeontools is only run on
systems, which require, i.e. there is an entry of the system in the quirks db.
I would understand if you said "why his system failed to suspend", but
failing to resume because a package which isn't depended on is missing?
Unless radeontool is used to workaround a hardware bug, something is wrong.
I understand that depending on radeontool is cheap in terms of disk
space, my concern is that I realized I had a package on my system that
warns me it could damage my hardware, and I realized this well after the
installation (at least, to my knowledge, the hardware wasn't damaged).
That said, with KMS, those quirks are no longer required.
Martin, given that the default Ubuntu und Debian kernels now ship with KMS for
radeon, I guess we could downgrade to suggests.
I forgot to mention my recommendation... is to downgrade to a
suggestion, or to eliminate the relationship if it is useless.
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
