Re: [Freevo-users] SVN version 11339 is not working?

2009-03-15 Thread Duncan Webb
Han Hartgers wrote:
 Hi Ducan and others,
 
 I have tried last night freevo svn 11342 with kaa svn 3862.
 
 The webserver is indeed started in the background with freevo
 webserver --daemon. (SOLVED)
 
 One of the problems that still persists is that freevo itself is not
 passing the intro screen.
 
 I try to explain the situation a bit better:
 
 Begin situation: no freevo related process is running.
 
 When I start freevo,  freevo on the shell prompt. the intro screen
 is displayed but stopped when the progress bar is full.  I never get
 to the menu.
 (The main-1001.log file is generated change compared with last time I
 tried the svn.)
 I think that the problem is the way how the webserver is automatically
 started from the freevo process; this is what I see when I do  ps ax
 | grep freevo:
 
  6731 pts/0S+ 0:00 /usr/bin/python /usr/bin/freevo
  6735 pts/0Sl+0:04 python
 /usr/lib/python2.5/site-packages/freevo/main.py
  6745 pts/0S+ 0:00 sh -c /usr/bin/freevo webserver start
  6746 pts/0S+ 0:00 /usr/bin/python /usr/bin/freevo webserver start
  6749 pts/0S+ 0:00 python
 /usr/lib/python2.5/site-packages/freevo/helpers/webserver.py webserver
 start
 
 I believe that the word start should have been --daemon for process
 6745 and/or 6746. The webserver is running and is responsive to
 requests.
 I do get the freevo main menu when I kill process 6746.

I think that this was my fault I hadn't noticed that the freevo script
was being used in unexpected places such as the www plug-in.

If you are using the www plugin (plugin.activate('www')) and starting
the webserver from the command line then remove the plug-in activation
from the local_conf.py. IMHO having the www plug-in causes more problems
than it solves; why do we need to start the plug-in when freevo starts
rather than when the machine starts?

 (I do not have this problem when I start the webserver in advance
 before I start freevo but freevo is complaining a bit on the prompt
 about that situation: webserver still running, run 'webserver --stop'
 to stop noting is shown in the log file.)
 
 
 I have one error message (coming from the weather plugin) but I do not
 care too much about that now.
  ERROR: global name 'NetworkException' is not defined

Which weather plug-in?

 But  a more inportant item is that the system shutdown functionality
 is not really working.
 Freevo shutdown (the freevo process stops) but the computer not (the
 shutdown/halt command is never issued). This is both true for the menu
 option shutdown system as the automatic shutdown timer.

This should be fixed too, another place where the freevo script was
being used.

 I have this in my local_config.py
 
 SYS_SHUTDOWN_CMD = /home/freevo/bin/sysshutdown.sh halt
 SYS_RESTART_CMD = /home/freevo/bin/sysshutdown.sh reboot
 
 (sysshutdown.sh is a little wrapper script arround sudo shutdown -h
 now (or -r now))
 And that worked well with svn release 11227.
 
 Is the variable name changed or is it something more in the internals
 of freevo/kaa?

Duncan

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] SVN version 11339 is not working?

2009-03-14 Thread Han Hartgers

 You won't see that in the log the last message that you will see is
 'mga:osd.shutdown()' before the shutdown reboot command is actually run.

I got a osd.shutdown() in the log file and a short study of the
(auto)shutdown.py shows that that is indeed the last debug command is
before the externel shutdown script is called.


 Can you also try commenting out the osd.shutdown() line in
 plugins/shutdown.py inside the shutdown function (there are 2 lines that
 need commenting out) to see if that solves the problem, I've seen similar
 problems and this is the way I sorted the problem.

I had to comment the osd.shutdown() in the autoshutdown.py script and
in that case was the shutdown and restart of the pc working again. (Is
the problem the pygame.quite() call in the osd.shutdown() function?)

What I did notice that the autoshutdown.py has a lot in common with
the shutdown.py but that the dualhead support for the Matrox graphics
cards is not included in the autoshutdown plugin.

 One final question do you have kaa.display installed?

Yes, I think so. I have installed the complete kaa package and I have
a kaa/display subdirectory in my site-packages directory.
How bad is that?


Greetings,

Han

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] SVN version 11339 is not working?

2009-03-13 Thread Adam Charrett
On Fri, March 13, 2009 5:19 am, Han Hartgers wrote:
 On Thu, Mar 12, 2009 at 10:31 PM, Jason Tackaberry t...@urandom.ca
 wrote:
 On Thu, 2009-03-12 at 13:20 +0900, Han Hartgers wrote:
 (The main-1001.log file is generated change compared with last time I
 tried the svn.)

 Are there any tracebacks in the log?


 I assume that you mean of the (auto)shutdown process; for the shutdown
 there is not really some error in the log.
 The attached log file shows that the autoshutdown plugin is starting
 to shutdown the system (other plugins are closed) but the pc is never
 really shutdown.  (The shutdown should happen at about 13:25.)
 I do not know if I should see an exec /home/freevo/bin/sysshutdown.sh
 halt  in the log file but there is noting.

You won't see that in the log the last message that you will see is
'mga:osd.shutdown()' before the shutdown reboot command is actually run.

 I did start the webserver, recordserver and encoding server in
 advance, before freevo itself is started.

 I will try to make this evening a log of the situation that I use the
 exit / system shutdown command in the menu.

Can you also try commenting out the osd.shutdown() line in
plugins/shutdown.py inside the shutdown function (there are 2 lines that
need commenting out) to see if that solves the problem, I've seen similar
problems and this is the way I sorted the problem.

One final question do you have kaa.display installed?

Cheers

Adam


--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] SVN version 11339 is not working?

2009-03-12 Thread Jason Tackaberry
On Thu, 2009-03-12 at 13:20 +0900, Han Hartgers wrote:
 (The main-1001.log file is generated change compared with last time I
 tried the svn.)

Are there any tracebacks in the log?

Cheers,
Jason.


--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] SVN version 11339 is not working?

2009-03-11 Thread Han Hartgers
Hi Ducan and others,

I have tried last night freevo svn 11342 with kaa svn 3862.

The webserver is indeed started in the background with freevo
webserver --daemon. (SOLVED)

One of the problems that still persists is that freevo itself is not
passing the intro screen.

I try to explain the situation a bit better:

Begin situation: no freevo related process is running.

When I start freevo,  freevo on the shell prompt. the intro screen
is displayed but stopped when the progress bar is full.  I never get
to the menu.
(The main-1001.log file is generated change compared with last time I
tried the svn.)
I think that the problem is the way how the webserver is automatically
started from the freevo process; this is what I see when I do  ps ax
| grep freevo:

 6731 pts/0S+ 0:00 /usr/bin/python /usr/bin/freevo
 6735 pts/0Sl+0:04 python
/usr/lib/python2.5/site-packages/freevo/main.py
 6745 pts/0S+ 0:00 sh -c /usr/bin/freevo webserver start
 6746 pts/0S+ 0:00 /usr/bin/python /usr/bin/freevo webserver start
 6749 pts/0S+ 0:00 python
/usr/lib/python2.5/site-packages/freevo/helpers/webserver.py webserver
start

I believe that the word start should have been --daemon for process
6745 and/or 6746. The webserver is running and is responsive to
requests.
I do get the freevo main menu when I kill process 6746.

(I do not have this problem when I start the webserver in advance
before I start freevo but freevo is complaining a bit on the prompt
about that situation: webserver still running, run 'webserver --stop'
to stop noting is shown in the log file.)


I have one error message (coming from the weather plugin) but I do not
care too much about that now.
 ERROR: global name 'NetworkException' is not defined

But  a more inportant item is that the system shutdown functionality
is not really working.
Freevo shutdown (the freevo process stops) but the computer not (the
shutdown/halt command is never issued). This is both true for the menu
option shutdown system as the automatic shutdown timer.

I have this in my local_config.py

SYS_SHUTDOWN_CMD = /home/freevo/bin/sysshutdown.sh halt
SYS_RESTART_CMD = /home/freevo/bin/sysshutdown.sh reboot

(sysshutdown.sh is a little wrapper script arround sudo shutdown -h
now (or -r now))
And that worked well with svn release 11227.

Is the variable name changed or is it something more in the internals
of freevo/kaa?

Can I do more to (help to) solve this?

Greetings,

Han

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] SVN version 11339 is not working?

2009-03-10 Thread Duncan Webb
Han Hartgers wrote:
 Dear all,
 
 I tried to upgrade freevo from SVN but that did not work so well. (Can
 happen; is the general idea of unstable versions.)  I had first a
 working freevo 1.8.4 from SVN just after 1.8.3 was released and that
 version worked very well. But I wanted more and upgrades to a newer
 SVN version...
 
 The symptoms:
 
 First I got error messages in the log that a module has not the
 propperty connect; but that came from Kaa. After installing the
 latest SVN version of Kaa were those errors solved.
 
 But still is freevo not starting properly.
 
 freevo webserver start does not come back to the shell. It does
 start the webserver process. This is the same as Art S R mentions in
 his email of 4 March.

Try freevo webserver --daemon.

 Starting Freevo from a terminal (with freevo); gives the start
 screen, but does not go past the progress bar page.
 going back to the terminal and pressing ctrl-C stops some process and
 gives me the normal freevo menu screen.
 
 I have in my .xsession at the end the line exec freevo and that does
 start not freevo. I see only the basic screen of my window manager and
 main-1001.log is not made.
 Looks a bit as a similar problem as Joost Kop mentions in his email of
 17 February.
 http://sourceforge.net/mailarchive/message.php?msg_name=499B1139.5070806%40freevo.org

Try freevo --dry-run it will show but not execute the command that the
freevo script will execute.

Then try freevo --debug and this will create a script that will run
main.py with the pdb module loaded. Skips the freevo script that is a
wrapper for main module.

 I get the impression that spawning the different process/applications
 is not working correctly anymore.

This is possible, it does work for me with both X and DirectFB, but
can't check all possible combinations.

Duncan

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] SVN version 11339 is not working?

2009-03-10 Thread Han Hartgers
 freevo webserver start does not come back to the shell. It does
 start the webserver process. This is the same as Art S R mentions in
 his email of 4 March.

 Try freevo webserver --daemon.

 Starting Freevo from a terminal (with freevo); gives the start
 screen, but does not go past the progress bar page.
 going back to the terminal and pressing ctrl-C stops some process and
 gives me the normal freevo menu screen.

 I have in my .xsession at the end the line exec freevo and that does
 start not freevo. I see only the basic screen of my window manager and
 main-1001.log is not made.
 Looks a bit as a similar problem as Joost Kop mentions in his email of
 17 February.
 http://sourceforge.net/mailarchive/message.php?msg_name=499B1139.5070806%40freevo.org

 Try freevo --dry-run it will show but not execute the command that the
 freevo script will execute.

 Then try freevo --debug and this will create a script that will run
 main.py with the pdb module loaded. Skips the freevo script that is a
 wrapper for main module.

 I get the impression that spawning the different process/applications
 is not working correctly anymore.

 This is possible, it does work for me with both X and DirectFB, but
 can't check all possible combinations.

 Duncan

Hi Duncan,

Thanks for your response. Good to know that the latest SVN versions of
Freevo and KAA are working. I will try them this evening and use them
as base to debug what is going wrong in my configuration.

I did for sure not use the correct options on the command line. And I
did see a lot of changes too the KAA system and the process handling.
Maybe that there is somewhere the reason of my troubles.

Greetings,

Han

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


[Freevo-users] SVN version 11339 is not working?

2009-03-04 Thread Han Hartgers
Dear all,

I tried to upgrade freevo from SVN but that did not work so well. (Can
happen; is the general idea of unstable versions.)  I had first a
working freevo 1.8.4 from SVN just after 1.8.3 was released and that
version worked very well. But I wanted more and upgrades to a newer
SVN version...

The symptoms:

First I got error messages in the log that a module has not the
propperty connect; but that came from Kaa. After installing the
latest SVN version of Kaa were those errors solved.

But still is freevo not starting properly.

freevo webserver start does not come back to the shell. It does
start the webserver process. This is the same as Art S R mentions in
his email of 4 March.


Starting Freevo from a terminal (with freevo); gives the start
screen, but does not go past the progress bar page.
going back to the terminal and pressing ctrl-C stops some process and
gives me the normal freevo menu screen.

I have in my .xsession at the end the line exec freevo and that does
start not freevo. I see only the basic screen of my window manager and
main-1001.log is not made.
Looks a bit as a similar problem as Joost Kop mentions in his email of
17 February.
http://sourceforge.net/mailarchive/message.php?msg_name=499B1139.5070806%40freevo.org


I get the impression that spawning the different process/applications
is not working correctly anymore.

I am wondering what to do:
1. Should I check and debug my configuration more (Ubuntu 8.04 with
freevo run not as root) and give more feedback on what I have / find.
2. Or just wait a couple of days until the development is on a bit
more stable level.

What is your advice?

Greetings,

Han

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users