media-tv/freevo-1.5.4 USE="X dvd encode lirc nls -matrox" Bug occurs if freevo is launched at boot at default run-level. It starts correctly, but keyboard and/or lirc remote controller are KO. The only way to make it rework properly is to ssh to the computer,killal freevo then restart it. changing: in /etc/runlevels/default/freevo: depend() { use net xfs lircd } to depend() { use net xfs lircd netmount } make it behave correctly. here my /etc/conf.d/freevo: # /etc/conf.d/freevo: configuration options for the freevo init script. # Copyright 1999-2004 Gentoo Foundation # Distributed under the terms of the GNU General Public License, v2 # $Header: /var/cvsroot/gentoo-x86/media-tv/freevo/files/freevo.conf,v 1.3 2004/07/14 22:52:05 agriffis Exp $ # # Before using this, make sure your settings in /etc/freevo are correct. # Mode to start Freevo itself. Possible values are # # no: don't start Freevo # yes: start Freevo on startup. You should only use this when the # computer is for Freevo only or you use Freevo with a DXR3 # daemon: start Freevo in daemon mode. The daemon will wait for you to # press QUIT or POWER on your remote and will than start # Freevo. After Freevo shut down, the daemon will wait again. # # You don't need a X server running to start Freevo from init. If # needed, Freevo will start a X server on its own. Make sure your X # server can handle the resolution defined in /etc/freevo/freevo.conf freevo="yes" # Mode the start the webserver. Possible values are "no" and "yes". # If you start the webserver with Freevo itself, you should say "no" here. webserver="yes" # Mode the start the recordserver. Possible values are "no" and "yes". recordserver="yes"
I have the exact same Issue
(In reply to comment #1) > I have the exact same Issue > My solution didn't work all the time.(freevo started before locales) To make it works always I've also added locales to depends. So freevo is the last to start and now it's works always...
The problem is that freevo starts BEFORE the console is started (the init process ends). If the console starts after freevo it steals control of the keyboard from it. The easiest solution is starting freevo just before local is started and only works if the time used from local to start is less than the time taken from freevo (as it should be in most cases). This problems shows up even whith X if you start it too early... I made a script to start X without login manager and I experienced the same issue since it started too fast. Probably the best solution would be a check inside the init script to wait until local or console has started.
my solution was to change the depend funtion in /etc/init.d/freevo to: depend() { use `ls /etc/init.d/ |cut -d"." -f1|grep -v freevo|grep -v local` } P.S. change the hardware platform from amd64 to all since this problem happens with every hardware and every version
Changed the platform to all. What's next? As we've got a solution,is there somebody that will release a new version of the ebuild? I don't know how all works as this is my first bug release :)
Ehm... this will work just for freevo-only systems and only if you don't have any stale file/disabled service in /etc/init.d/freevo. (please test, but imho this could be a ugly hack.....). What about creating 2 different freevo initscripts, one standard (/etc/init.d/freevo) waiting for locales and xdm to be launched, and another for no-x systems (/etc/init.d/freevo-no-x), waiting just for locales?
forgot: or better, installing the script with depend(locales xdm) if X use flag is set, the one with depend(locales) if X use flag is not set ? Do you think this could be the correct solution?
Created attachment 99732 [details] freevo-1.5.4-r1.ebuild (Proposed) Modified ebuild (now /etc/init.d/freevo waits for xdm if X flag is set, waits for local if X flag is not set). Please test and review, if anyone is fine I'll commit (specify if I should change "xdm" or "local" with something else, I haven't a freevo-only system to test, sorry).
Just a note, this may become obsolete by bug #150568 : Basically, nobody should use the initscript, non-x users can try: su - $USER -c `source /etc/profile;freevo 2>/dev/vc/10` while X users should set autologin (to non-privileged user!) in the login manager and start a freevo session.
please try : depend() { use use net xfs lircd after hald dbus hotplug } I think that should work
fixed with bug #150568 , freevo-1.5.4-r1 already in portage. No more initscript, a desktop session for X users and notes on how to configure an autologin-autofreevo system at the end of ebuild process for non-X users.
Committed