BRisa UPnP Applications has been released
Hi! I'm pleased to announce the release of Python-BRisa-Applications version 0.1. What is Python-BRisa Apps ? Python-BRisa Apps is a set of UPnP applications built using Python-BRisa UPnP framework. The current set is composed by three applications, all concerning UPnP Audio/Video [1]: - brisa-media-server: UPnP A/V Media Server 1.0 implementation [1] with addition of a plugin architecture. Allows users to share multimedia items over UPnP with almost zero-configuration - brisa-media-server-plugins: Customization plugins for brisa-media-server (Youtube, Flickr, Shoutcast, Maemo Multimedia) - brisa-media-renderer: UPnP A/V Media Renderer 1.0 [1] implementation using gstreamer. Enables a machine to render media from any server, when controlled with some control point* * For the curious, there are common third-party control points that can control a running server and renderer: Media Streamer (Maemo devices - N8x0), GUPnP, Cidero and many others. Python-BRisa Apps runs on the maemo platform, Linux and on Mac with a few tweaks. We would really appreciate community feedback, bug reports and feature requests concerning attempts to run it on other systems. Requirements - brisa-media-server: - python-brisa = 0.8.0 - http://brisa.garage.maemo.org - LightMediaScanner, LightMediaScanner-Plugins and Python-LightMediaScanner - http://lms.garage.maemo.org - DBus and Python-Dbus - http://dbus.freedesktop.org - PyGTK - http://www.pygtk.org - brisa-media-server-plugins (all plugins): - python-brisa = 0.8.0 - http://brisa.garage.maemo.org - brisa-media-server-plugins-youtube: - python-gdata - http://code.google.com/p/gdata-python-client/ - brisa-media-renderer: - gstreamer0.10 - http://gstreamer.net - pygst - http://gstreamer.net - gstreamer0.10-plugins* - http://gstreamer.net * if you want the renderer to support to some media, then install the according gstreamer plugin Features of this release == - debian packaging completed - setup.py installation script improved - media server will look for common gnome and maemo folders for media (/home/user and /home/user/MyDocs) - old media server built-in plugin - filesystem - renamed to media library - media server basic media library now uses LightMediaScanner for scanning folders - added an applet for controlling media-server and media-renderer - all media server plugins refactored and cleaned up Next release plans === - more refactoring and enhancements on media server plugins, some are still a bit slow (like youtube) and can experience some good changes - implementation of events on media server and media renderer - general improvements on media renderer - initial release of the user profile server Links = Website: http://brisa.garage.maemo.org/ Development: http://garage.maemo.org/projects/brisa/ Download: https://garage.maemo.org/frs/?group_id=138 Mailing list: https://garage.maemo.org/mailman/listinfo/brisa-discuss/ Meet us in the IRC == #brisa @ irc.freenode.net References == [1] - (UPnP A/V 1.0) http://upnp.org/standardizeddcps/mediaserver.asp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Porting Hildon Input Method to Clutter?
Hi, HIM experts I am looking for an IM solution for Clutter. And I guess I can take HIM as a start and porting it to Clutter. Well, after I roughly browse through the code. I found that HIM is heavily depends on GTK if not Hildon. Both in the HIM Framework (it claim that it hope it can support IM-Context other than GTK in the future, But It seems that except the protocol part. Most of the code is just GTK specific) and HIMUI and HIM VKB example. So, I guess I will need to rewrite most of the code to make it run on clutter. It might be a huge job for me. So I just want to take some advises from you experts before I throw myself into it: 1: Is this work possible to be done without touching the HIM plugin system framework? (which is my most favorite part) 2: Is it possible to using the plugin system to implement a specific IM with Engines and UI part decoupled into different plugins or modules? Say, with the same VKB, I can choose different Language which belonging to different IM Engines. So that different languages( CJK for me) can be input with the same VKB. And also that VKB itself can be replaced by other fancy ones but keep the IME part untouched. 3: Is there any similar work been done or on going? Could anyone throw a light on me, Thanks! Btw, I also check SCIM, well the architecture are more flexible, but it seems that the architecture is much more complicated and is writen in C++ ( while Clutter in C), so I guess it is more hard for me to port it to clutter, any ideas? Best Regards, Raymond Liu ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
BRisa UPnP Framework has been released
Hello list! I'm pleased to announce the release of Python-BRisa version 0.8. We have awesome worked for this release and due to this, the BRisa project has started a new phase: we finally have a separation of the BRisa framework and the applications. Please, try it, we are still working hard to make the BRisa project much better than today. What is Python-BRisa ? = Python-BRisa is an UPnP framework written in Python with facilities for building UPnP devices, services and control points. The Python-BRisa API comprehends Internet messaging protocols and basic services (TCP, UDP, HTTP, SOAP, SSDP), networking facilities, threading management, logging, configurations, web server and more. Python-BRisa's runs on the maemo platform, Linux and on Mac with a few tweaks. We would really appreciate community feedback, bug reports and feature requests concerning attempts to run it on other systems. Requirements = - Python 2.5.x, Python 2.5.x-dev - http://www.python.org - Python-Cherrypy - http://www.cherrypy.org Features of this release == - Major cleanup on the framework (old/unused modules removed) - Fixed PEP8 errors and files/methods/variables with wrong naming convention - Split between framework and applications - Separate documentation for developers and users - Various bug-fixes on the framework and applicationss - Thread management improvements (assured control over threads) - Better programmatic control over the control point - Better support for multiple instances of BRisa - Configuration API stabilized, using cPickle - Logging with more information (file, line, time) - DIDL completely refactored and now uses cElementTree - Added a simple command line tool for configuring (brisa-conf) - UPnP A/V specifics moved out from python-brisa - Added simple watch API for objects and SQLite databases - Improved debian packaging - Installation script (setup.py) enhanced - Added more examples to the directory Bugs fixed in this release == #2980: didl_lite using parse_xml incorrectly #3242: difficulties in control point start/stop #3244, #3270, #3273: ThreadObject problem with blocking run()'s fixed with interruption mechanism #3247: attributes moved to object scope #3271: run_async_call() performing the call even when cancelled #3273: ThreadManager.stop_all using list dangerously #3274: webserver does not remove itself from ThreadManager list #3288: service XML is never parsed #3289: control point event not sending changed_vars #3291: some UPnP devices sending empty controlURL #3306: default number of trials and intervals of url_fetch should be configurable #3306: device which failed to download XML is being ignored forever by SSDPSearch #3371: instances of ThreadObject not being garbage-collected Next release plans === - Improve the thread interrupt with a higher level mechanism (probably pipes) - Provide framework's own exception classes - Implement more basic devices as examples - Add more basic examples of framework usage - Complete unit test suite for the framework - Add scripts for automatic packaging for gentoo, rpm - Create an universal control point Links = Website: http://brisa.garage.maemo.org/ Development: http://garage.maemo.org/projects/brisa/ Download: https://garage.maemo.org/frs/?group_id=138 Mailing list: https://garage.maemo.org/mailman/listinfo/brisa-discuss/ Meet us on IRC = #brisa @ irc.freenode.net Acknowledgement === Thanks to the following contributors who awesome worked for this release: - Andre Moreira Magalhaes (andrunko) andru...@gmail.com - Elvis Pfutzenreuter (epx) e...@epx.com.br ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Porting Hildon Input Method to Clutter?
Pada hari Kamis, tanggal 05/02/2009 pukul 08:11 +0100, ext Liu, Raymond menulis: Hi, HIM experts I am looking for an IM solution for Clutter. And I guess I can take HIM as a start and porting it to Clutter. Well, after I roughly browse through the code. I found that HIM is heavily depends on GTK if not Hildon. Both in the HIM Framework (it claim that it hope it can support IM-Context other than GTK in the future, But It seems that except the protocol part. Most of the code is just GTK specific) and HIMUI and HIM VKB example. So, I guess I will need to rewrite most of the code to make it run on clutter. It might be a huge job for me. So I just want to take some advises from you experts before I throw myself into it: 1: Is this work possible to be done without touching the HIM plugin system framework? (which is my most favorite part) Yes, just implement the communication protocol for your favorite toolkit. 2: Is it possible to using the plugin system to implement a specific IM with Engines and UI part decoupled into different plugins or modules? Say, with the same VKB, I can choose different Language which belonging to different IM Engines. So that different languages( CJK for me) can be input with the same VKB. And also that VKB itself can be replaced by other fancy ones but keep the IME part untouched. This is not yet possible now. 3: Is there any similar work been done or on going? Kate Alhola has done something for Qt and INdT also did for SDL. Could anyone throw a light on me, Thanks! Btw, I also check SCIM, well the architecture are more flexible, but it seems that the architecture is much more complicated and is writen in C++ ( while Clutter in C), so I guess it is more hard for me to port it to clutter, any ideas? Best Regards, Raymond Liu ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
introducing friendscard -- a browser-less, gesture-based facebook client
Hi maemo users, Here is our 1st release of friendscard: https://garage.maemo.org/projects/friendscard/ Take a look if you are interested in an alternative way of accessing facebook in your tablet. Greetings, ASTRI's friendscard team P.S. It's only been tested on Chinook N810. We hope it can work fine in Diablo too! ~ This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: introducing friendscard -- a browser-less, gesture-based facebook client
On Thu, Feb 5, 2009 at 9:09 AM, Alex T. W. LEUNG alexle...@astri.org wrote: Here is our 1st release of friendscard: https://garage.maemo.org/projects/friendscard/ Take a look if you are interested in an alternative way of accessing facebook in your tablet. Sounds good. Some questions/comments: * Is it in Extras? (Or Extras-devel for testing)[1] * Needs screenshots * Is it on downloads.maemo.org? Is this an end-user release, or are you looking for developers/power-users to test and help get it into a state for the above? Cheers, Andrew [1] http://wiki.maemo.org/Uploading_to_Extras -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ Maemo Community Council member ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: introducing friendscard -- a browser-less, gesture-based facebook client
Thank you for this Alex, I am sure many people were waiting for such a program. It could easily make it for a Fremantle Star. As I can see from the garage page this is in Beta. I think you can start uploading it to the Extras-devel repository so that people can easily install it, test it, report back to you and keep track of updates. Aniello 2009/2/5 Andrew Flegg and...@bleb.org: On Thu, Feb 5, 2009 at 9:09 AM, Alex T. W. LEUNG alexle...@astri.org wrote: Here is our 1st release of friendscard: https://garage.maemo.org/projects/friendscard/ Take a look if you are interested in an alternative way of accessing facebook in your tablet. Sounds good. Some questions/comments: * Is it in Extras? (Or Extras-devel for testing)[1] * Needs screenshots * Is it on downloads.maemo.org? Is this an end-user release, or are you looking for developers/power-users to test and help get it into a state for the above? Cheers, Andrew [1] http://wiki.maemo.org/Uploading_to_Extras -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ Maemo Community Council member ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: introducing friendscard -- a browser-less, gesture-based facebook client
On Thu, Feb 5, 2009 at 3:38 PM, Aniello Del Sorbo ani...@gmail.com wrote: Thank you for this Alex, I am sure many people were waiting for such a program. It could easily make it for a Fremantle Star. Probably depends on what Other/Proprietary License means... -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Porting Hildon Input Method to Clutter?
Hi Anwari Thanks for your reply. 2: Is it possible to using the plugin system to implement a specific IM with Engines and UI part decoupled into different plugins or modules? Say, with the same VKB, I can choose different Language which belonging to different IM Engines. So that different languages( CJK for me) can be input with the same VKB. And also that VKB itself can be replaced by other fancy ones but keep the IME part untouched. This is not yet possible now. So is this in your plan? :) 3: Is there any similar work been done or on going? Kate Alhola has done something for Qt and INdT also did for SDL. Are the codes of these works accessible now? Raymond ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Porting Hildon Input Method to Clutter?
Hi Liu, This is the Qt code: https://garage.maemo.org/plugins/scmsvn/viewcvs.php/trunk/qt4-x11-4.4.0/src/gui/inputmethod/qhildoninputcontext_x11.cpp?revision=337root=qt4view=markup It should be cleaned a bit but it works fine. BR, Antonio On Fri, Feb 6, 2009 at 3:25 AM, Liu, Raymond raymond@intel.com wrote: Hi Anwari Thanks for your reply. 2: Is it possible to using the plugin system to implement a specific IM with Engines and UI part decoupled into different plugins or modules? Say, with the same VKB, I can choose different Language which belonging to different IM Engines. So that different languages( CJK for me) can be input with the same VKB. And also that VKB itself can be replaced by other fancy ones but keep the IME part untouched. This is not yet possible now. So is this in your plan? :) 3: Is there any similar work been done or on going? Kate Alhola has done something for Qt and INdT also did for SDL. Are the codes of these works accessible now? Raymond ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Johnny Carson - I was so naive as a kid I used to sneak behind the barn and do nothing. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: introducing friendscard -- a browser-less, gesture-based facebook client
Hi Andrew, I would like to upload it to chinook-extras-devel, non-free category. However, I was only able to find the instructions relating to diablo-extras-devel: https://wiki.maemo.org/Uploading_to_Extras#.22non-free.22_packages Any clues to help me move forward? Also, I am going to upload three .deb binary files to extras-devel, what should the dput command be? Is the below what I should use? dput -uf chinook-extras-devel-non-free PACKAGE_VERSION_*.changes If yes, what's the instruction for generating the PACKAGE_VERSION_*.changes file? Alex Leung. -Original Message- From: afl...@gmail.com [mailto:afl...@gmail.com] On Behalf Of Andrew Flegg Sent: Thursday, February 05, 2009 8:30 PM To: Alex T. W. LEUNG Cc: maemo-developers@maemo.org Subject: Re: introducing friendscard -- a browser-less, gesture-based facebook client On Thu, Feb 5, 2009 at 9:09 AM, Alex T. W. LEUNG alexle...@astri.org wrote: Here is our 1st release of friendscard: https://garage.maemo.org/projects/friendscard/ Take a look if you are interested in an alternative way of accessing facebook in your tablet. Sounds good. Some questions/comments: * Is it in Extras? (Or Extras-devel for testing)[1] * Needs screenshots * Is it on downloads.maemo.org? Is this an end-user release, or are you looking for developers/power-users to test and help get it into a state for the above? Cheers, Andrew [1] http://wiki.maemo.org/Uploading_to_Extras -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ Maemo Community Council member ~ This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: introducing friendscard -- a browser-less, gesture-based facebook client
On fre, 2009-02-06 at 05:30 +0100, ext Alex T. W. LEUNG wrote: Hi Andrew, I would like to upload it to chinook-extras-devel, non-free category. However, I was only able to find the instructions relating to diablo-extras-devel: https://wiki.maemo.org/Uploading_to_Extras#.22non-free.22_packages Any clues to help me move forward? Also, I am going to upload three .deb binary files to extras-devel, what should the dput command be? Is the below what I should use? dput -uf chinook-extras-devel-non-free PACKAGE_VERSION_*.changes If yes, what's the instruction for generating the PACKAGE_VERSION_*.changes file? If you build the Debian packages (.deb) the *proper* way (using dpkg-buildpackage or debuild), then you get the .changes file automatically (together with a .dsc file, a .tar.gz and possibly also a .diff.gz file). Regards: David ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Non-free projects in garage (was Re: introducing friendscard -- a browser-less, gesture-based facebook client)
On Fri, Feb 6, 2009 at 4:30 AM, Alex T. W. LEUNG alexle...@astri.org wrote: I would like to upload it to chinook-extras-devel, non-free category. !!! First things first, this is *not* a specific dig at freindscard - or !!! any other non-free project in Garage. Now, now the disclaimer's out of the way, what is the general thought about non-free software in garage.maemo.org? It /feels/ a little wrong (even if you don't describe to RMS levels of conviction about free software): maemo.org is the home of the Maemo Community and Garage is a service offered to projects who need a VCS, a homepage and some download space. However, non-free software isn't going to use the VCS and there are other solutions for proprietary apps to have homepages and some download space. What's the benefit to those projects, and to maemo.org, of providing these services to non-free projects? Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ Maemo Community Council member ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers