Re: [Freevo-devel] recordprocess is not spawned

2008-03-04 Thread Duncan Webb
Tanja said the following, on 04.03.2008 23:53: > Duncan Webb schrieb: > >> Tanja wrote: >> >>> There is another thing, I just discovered. If the recordings did not start >>> correctly (that means, if >>> the recordprocess is not spawned), then there is a second recordserver >>> process a

Re: [Freevo-devel] recordprocess is not spawned

2008-03-04 Thread Tanja
Duncan Webb schrieb: > Tanja wrote: >> There is another thing, I just discovered. If the recordings did not start >> correctly (that means, if >> the recordprocess is not spawned), then there is a second recordserver >> process appearing. >> >> If I kill both recordserver processes (the first on

Re: [Freevo-devel] recordprocess is not spawned

2008-03-04 Thread Duncan Webb
Tanja wrote: > There is another thing, I just discovered. If the recordings did not start > correctly (that means, if > the recordprocess is not spawned), then there is a second recordserver > process appearing. > > If I kill both recordserver processes (the first one with a simple kill and >

Re: [Freevo-devel] recordprocess is not spawned

2008-03-04 Thread Duncan Webb
Tanja wrote: > And there is another traceback that I had when trying to restart the system > via the shutdown menu: > > 2008-03-04 22:30:50,410 DEBUGrecord_client.py (215) > getScheduledRecordingsNow.result= instance a > t 0x912df8c> > Traceback (most recent call last): >File "/usr/local

Re: [Freevo-devel] recordprocess is not spawned

2008-03-04 Thread Tanja
There is another thing, I just discovered. If the recordings did not start correctly (that means, if the recordprocess is not spawned), then there is a second recordserver process appearing. If I kill both recordserver processes (the first one with a simple kill and the second newer one with

Re: [Freevo-devel] recordprocess is not spawned

2008-03-04 Thread Tanja
And there is another traceback that I had when trying to restart the system via the shutdown menu: 2008-03-04 22:30:50,410 DEBUGrecord_client.py (215) getScheduledRecordingsNow.result= Traceback (most recent call last): File "/usr/local/freevo1/freevo/src/main.py", line 292, in eventhandl

Re: [Freevo-devel] recordprocess is not spawned

2008-03-04 Thread Tanja
Hi Duncan, I am back to the current svn-version of freevo and kaa, as downgrading did not do solve the problem. During my last tests, I got this traceback, when trying to open the submenu of a ProgramItem or to open the scheduled recordings menu in the TVMenu: record_client.py (279): isProgSc

Re: [Freevo-devel] from: [Freevo-users] Performance improvements with recent rel-1 svn

2008-03-04 Thread Duncan Webb
Dirk Meyer wrote: > Jason Tackaberry wrote: >> On Sun, 2008-03-02 at 16:02 +0100, Dirk Meyer wrote: >>> Yes. Maybe we should only change the system handler if no one is >>> installed. But what happens in dfb on the system handler? We need a >>> clean shutdown somehow. >> Register an atexit handler

Re: [Freevo-devel] [Freevo-cvslog] Kaa r3155 - trunk/base/src/net

2008-03-04 Thread Jason Tackaberry
On Tue, 2008-03-04 at 16:06 +0100, Dirk Meyer wrote: > -class Socket(kaa.Socket): > +class TlsSocket(kaa.Socket): Should be TLSSocket. > @kaa.coroutine() > def starttls_client(self, session=None): start_tls_client (and start_tls_server)? > +def loadkey(filename, private=False): load_

Re: [Freevo-devel] Debugging tuxNtosh skin.

2008-03-04 Thread Evan Hisey
On Fri, Feb 8, 2008 at 12:53 AM, Duncan Webb <[EMAIL PROTECTED]> wrote: > Evan Hisey said the following, on 08/02/2008 06:43: > >if not os.path.isfile(filename): > filename = os.path.join(config.IMAGE_DIR, url[8:]) > > Good question, it looks like a bit of nonsense to me