Tanja said the following, on 28.02.2008 23:29: > Hi Duncan, > > >> What I did is to add two prints before and after the Popen in >> childapp.py and noticed that the first one was printed but not the >> second one nor any other message after. >> > > That is what I have expected from what I see in the logs... > > >> So it looks like somehow the latest kaa.svn is breaks the Popen call. >> Just using the last release of kaa.base 0.3.0 and removing the coroutine >> call in record_client.py and it works just find. >> > > OK, I will try that tomorrow. Is there an easy way with svn to revert > back to 1.8.0rc2? Which revision is it? >
r10335, Note that 1.8.0rc2 won't work with kaa.base from svn but the other way round does, ie. you can use kaa.base-0.3.0 with Freevo rel-1, after the small changes to record_client. > >> The recordserver does not shut down, needs a kill -9. >> > > > What do you mean by that? > With the current svn version "freevo recordserver stop" > stops the recordserver without any problems. > And also a CTRL-C is working as expected... > I've noticed that it sometimes works and sometimes doesn't, I think that it doesn't work after a recording but does before. > >> I have quite a few uncommitted changes to recordserver since 1.8.0rc2, >> while I'm splitting up the record schedule xml into schedule which will >> be a schedule built from favorites, manual and deleted stored as pickle >> files rather than xml. Should be much faster and the building of the >> schedule can be done in the background. >> > > So your uncommit changes are causing the shutdown problem? > No I don't think so, it seems to be more related to using DirectFB framebuffers rather than X. I was having problems with shutting down before I started with this set of changes. Trouble is that sometimes it does shutdown cleanly. > >> So if you would like to install kaa-base-0.3.0 and replace the new kaa >> names with those from 1.8.0rc2 to see if one of the calls fixes the exit >> problem then this would help a lot. >> >> > > You lost me here. I did not follow the api change discussion... > I should install kaa-base-0.3.0 and then change the kaa names in the current > svn release of freevo back to those that where used in kaa-bass-0.3.0 and > freevo 1.8.0rc2? Is this what you mean? > Yes, exactly. > Regards > Tanja > > PS: I still have those cases where the whole recording business is working, > and this seems to be related to wether freevo has been down between scheduling > and recording or not. Actually that makes no sense for me, but all tests I did > this evening support this observation. Can you confirm this also on your > system? > Yes I've noticed this too, sometimes it works just fine and other times it just doesn't spawn the process. I think that it works first time after the recordserver has been started but not afterwards. Simply by deleting the site-packages-kaa and installing kaa-base-0.3.0 it records every time. Duncan ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
