Red Hat Bugzilla – Full Text Bug Listing
|Summary:||Review Request: fnfx - Enables hotkey functions for Toshiba laptop|
|Product:||[Fedora] Fedora||Reporter:||Andreas Bierfert <andreas.bierfert>|
|Component:||Package Review||Assignee:||Matthias Saou <matthias>|
|Status:||CLOSED NEXTRELEASE||QA Contact:||David Lawrence <dkl>|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2005-08-23 20:48:03 EDT||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
Description Andreas Bierfert 2005-08-09 11:49:33 EDT
Spec Name or Url: http://fedora.lowlatency.de/review/fnfx.spec SRPM Name or Url: http://fedora.lowlatency.de/review/fnfx-0.3-2.src.rpm Description: FnFX enables owners of Toshiba laptops to change the LCD brightness, control, the internal fan and use the special keys on their keyboard (Fn-x combinations, hot-keys). The internal functions will give the possibility to map the Fn-Keys to functions like volume up/down, mute, suspend to disk, suspend to ram and switch LCD/CRT/TV-out. These functions heavily depend on the system and/or kernel configuration. You will need at least a kernel (v2.4.x, v2.5.x, v2.6.x) with ACPI and Toshiba support (CONFIG_ACPI and CONFIG_ACPI_TOSHIBA).
Comment 1 Matthias Saou 2005-08-19 05:55:25 EDT
Attached is a patch to the spec file to fix minor issues. The first real blocker would have been that the _sysconfdir/fnfx/ directory was unowned by the package, thus not removed upon uninstall. The second maybe the execution bit of the init script after storing the file in CVS, as it wasn't explicitely set anywhere. Now for the init script : Things seem wrong, as if the daemon crashes, then the /var/lock/subsys/fnfxd will be left over, and given how the checks are made, it will prevent it from being started again, and even forcing a stop or restart won't get rid of the file.
Comment 3 Andreas Bierfert 2005-08-19 18:45:03 EDT
I still don't know about the init script but the rest is fixed: http://fedora.lowlatency.de/review/fnfx-0.3-3.src.rpm http://fedora.lowlatency.de/review/fnfx.spec
Comment 4 Andreas Bierfert 2005-08-23 06:02:29 EDT
ping? I would say for the script part: Leave it as is and if problems arise find a way to fix them. I think it is ok the way it is.
Comment 5 Matthias Saou 2005-08-23 08:51:29 EDT
No, the init script is definitely not ok the way it is. There is also a "RETVAL=$?" after "echo" (always true) instead of after the "killproc" call which will have the script return a wrong exit status in some occasions. Attached is a completely new init script. It fixes all the issues I've seen, but is completely untested, so please give it a try in case I've missed something. Note that I've enabled the service by default for runlevels 2345. This is something we don't want to do often, but for such a specific service that doesn't do any kind of network access, it should be considered ok, and will save the end user the step of manually enabling the service.
Comment 7 Andreas Bierfert 2005-08-23 10:21:29 EDT
Thx for your work =) I am not into init scripts that much... http://fedora.lowlatency.de/review/fnfx-0.3-4.src.rpm http://fedora.lowlatency.de/review/fnfx.spec
Comment 8 Matthias Saou 2005-08-23 10:34:01 EDT
Can you confirm that the init script is working? As soon as that's confirmed, I'll approve the package :-)
Comment 9 Andreas Bierfert 2005-08-23 16:41:04 EDT
The script looks good (in comparison to other scripts) and does what is expected on my computer.. problem is: I don't have a toshiba laptop and this packages was actually the reason for a friend of mine not to switch to fc (yet ;) ) so this is why I initially put it up here... I will say it like this: It does not bail on anything I am doing but I can not test the real thing here.
Comment 10 Matthias Saou 2005-08-23 20:48:03 EDT
OK, then go ahead and import the package.
Comment 11 Ville Skyttä 2005-08-24 02:14:59 EDT
Reminder: http://fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo Things are easier to track if they flow according to the process; a new submission should be closed (by the submitter) only after it's in CVS and successfully built.
Comment 12 Christian Iseli 2006-10-18 04:56:14 EDT
Normalize summary field for easy parsing