Comments on: Introducing python-launcher http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/ Just another GNOME Blogs weblog Tue, 18 Nov 2008 15:00:31 +0000 http://wordpress.org/?v=2.8.6 hourly 1 By: Ross http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/comment-page-1/#comment-5 Ross Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/#comment-5 Excellent! Excellent!

]]> By: Drew http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/comment-page-1/#comment-6 Drew Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/#comment-6 Thanks for your work. It's like a desktop mod_python. I had an idea like this but forgot about it. Since more and more GNOME apps and applets are using python, this makes great sense - as does the work on removing timers from python to save on power consumption. Progress! Thanks for your work. It’s like a desktop mod_python. I had an idea like this but forgot about it. Since more and more GNOME apps and applets are using python, this makes great sense – as does the work on removing timers from python to save on power consumption. Progress!

]]> By: Ryan http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/comment-page-1/#comment-7 Ryan Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/#comment-7 Perhaps it would be better to have the daemon started with the first pygtk app rather than with the system. The Linux desktop already has enough boot speed issues. <p/>Like said though, more and more applications are using python and will probably continue in the future so this is definetely a good thing. Perhaps it would be better to have the daemon started with the first pygtk app rather than with the system. The Linux desktop already has enough boot speed issues.

Like said though, more and more applications are using python and will probably continue in the future so this is definetely a good thing.

]]> By: Hongli Lai http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/comment-page-1/#comment-8 Hongli Lai Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/#comment-8 If you preload GTK in the daemon, then you'll also save lots of memory, because forked processes share memory whenever possible. I'm also using such a technique to save memory in some my Perl apps.<p/>But how do you deal with terminals issues? Do you deal with them at all? My Perl apps have a readline-based console interface and I had to use all kinds of hacks to make sure that the forked process uses the right console. This doesn't even work completely - for example I can't call tcsetgrp() on a PID that is not part of the current session. If you preload GTK in the daemon, then you’ll also save lots of memory, because forked processes share memory whenever possible. I’m also using such a technique to save memory in some my Perl apps.

But how do you deal with terminals issues? Do you deal with them at all? My Perl apps have a readline-based console interface and I had to use all kinds of hacks to make sure that the forked process uses the right console. This doesn’t even work completely – for example I can’t call tcsetgrp() on a PID that is not part of the current session.

]]> By: Johan http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/comment-page-1/#comment-9 Johan Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/#comment-9 Hongli Lai: I'm not dealing with terminal issues at all.<br/>I once wrote <a href="http://www.pygtk.org/pygtk2tutorial/examples/pygtkconsole.py">another little hack</a> I could reuse inside python-launcher to make it possible to use as a normal terminal.<br/> Hongli Lai: I’m not dealing with terminal issues at all.
I once wrote another little hack I could reuse inside python-launcher to make it possible to use as a normal terminal.

]]> By: Mark Howard http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/comment-page-1/#comment-10 Mark Howard Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/#comment-10 Can this also be used to help the startup times of apps which just use python for plugins? I did some profiling a while ago and starting up vms for plugins was a large part of many profiles. If it can be reduced, that that's a big argument to use python based plugins everywhere. Can this also be used to help the startup times of apps which just use python for plugins? I did some profiling a while ago and starting up vms for plugins was a large part of many profiles. If it can be reduced, that that’s a big argument to use python based plugins everywhere.

]]> By: Johan http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/comment-page-1/#comment-11 Johan Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/#comment-11 Mark: No, python-launcher is tied to python scripts. Have a look at maemo-launcher, for which a python plugin could be written which would solve that problem. Mark: No, python-launcher is tied to python scripts. Have a look at maemo-launcher, for which a python plugin could be written which would solve that problem.

]]>