7 Aug
2013
7 Aug
'13
6:47 p.m.
Le 07/08/2013 20:35, Fat-Zer a écrit :
Hello,
The 2 current supported versions of RedHat Enterprise Linux (5 and
6) are both provided with a working (and mandatory) HAL daemon,
but do not support udisks, upower, and other recent stuff ..
So, TDE R14 can provide the mount/umount features with the small
pmount utility, but what about the power options ?
We must not neglect this kind of distributions, because precisely
they ship with old versions of KDE3 / early KDE4 /old Gnome2, so
Trinity is a very serious alternative.
The meaning of the original question was more precisely:
If I build -DWITH_UPOWER=NO -DWITH_UDISKS=NO -DWITH_UDISKS2=NO ,
what won't work in the end ?
-DWITH_UDISKS[2] are used only for eject drives, the eject command is
used as a fallback implementation. So if your user have permissions to
do that with eject(1) you will loose noting.
Thanks for your precisions, I think you talk about "optical drives"
ejection ?
You're right, I think that 99% of the time, the connected user can eject
them with eject command ...
What about the mount feature ? Can't udisks(2) be used for that purpose,
instead of pmount ? We do not have a "-DWITH_PMOUNT" option yet, but
distributions are more likely to provide udisks than pmount ...
I can't say a lot about -DWITH_UPOWER, but if you
switch it off you'll
loose a suspend/hibernate functionality at least. Also will be
affected the brightness and cpu governor control functionality.
That's what
I'm afraid of.
From what you know, can Upower be built on any (old) distribution, or
does it require recent kernel/libraries/etc .. ?
If there is no alternative, I will have to build HAL support for
these distributions in R14. So please do not drop it now :-)
If I remember what was said before, -DWITH_HAL=ON is incompatible with
-DWITH_TDEHWLIBRARY=ON .
Does that mean that, if I build with HAL and without hwlibrary, I will
automatically lose upower, udisks and pmount support too ? I guess I
will also need to stick with kpowersave and knetworkmanager8, instead of
tdepowersave and tdepowermanager.
Francois