download statistics and package changes
Hi, Is the download statistics going to be enabled again? For a month now, I see that it can take two weeks to get statistics. Also, at least for kmplayer, the changes on http://maemo.org/downloads/product/Maemo5/kmplayer/ are updated to the changes from the package in extras-(devel/testing) and not the one that is in extras. Br Koos ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems Starting Application Framework
Hi, ext ac...@dsic.upv.es wrote: DBUS system bus is already running, doing nothing D-BUS session bus daemon is already running, doing nothing It seems, that the you have started the AF before already, and that it did not shut down correctly. Try to kill all the related processes. You can do that by running sb-menu and then by selection killall in that menu. After that try to restart the AF with the script as usual. Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: texture streaming support on N900?
On Fri, 2010-01-29 at 23:45 +0100, ext li...@rojtberg.net wrote: Am 29.01.2010 10:09, schrieb Mohammed Hassan: On Fri, 2010-01-22 at 04:30 +0100, ext Yun-Ta Tsai wrote: Hi, I just found the latest TI Graphics SDK support texture streaming: http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/gfxsdk/latest/index_FDS.html I think there may be a chance to make it work on N900. So I compiled the new kernel modules for graphics card and bufferclass. It did compile with Maemo5 kernel tree. However, after installing the modules, it bricked the device. Since there are lots of good hackers here, maybe some people already tried it. Hi, Have you tried gst-plugin-bc ? http://gitorious.org/gst-plugin-bc It should be simpler than the TI stuff. Cheers, Is there already some packaged release and/ or documentation regarding gst-plugin-bc? It seems interesting, but I am to lazy to read source code and install stuff from git... The documentation is scarce. I'm not aware of any documentation available. Perhaps you could contact Rob himself and ask. Cheers, -- Senior Software Engineer Maemo Software ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems Starting Application Framework
On Sat, 2010-01-30 at 18:38 +0100, ext ac...@dsic.upv.es wrote: Hello, I am trying to compile the gtk-helloworld from the documentation of the SDK and when executing the next command: af-sb-init.sh start receive the next message: Note: For remote X connections DISPLAY should contain hostname! Sample files present. DBUS system bus is already running, doing nothing D-BUS session bus daemon is already running, doing nothing Try killing all D-Bus daemons before running the script. It looks like it fails to start the session bus, at least. -Kimmo Starting Maemo Launcher: maemo-launcher. defender: died my parent is not who he claims to be Sapwood image server is already running, doing nothing gconftool-2[14769]: GLIB WARNING ** GConf - Client failed to connect to the D-BUS daemon: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Error setting value: No D-BUS daemon running gconftool-2[14771]: GLIB WARNING ** GConf - Client failed to connect to the D-BUS daemon: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Error setting value: No D-BUS daemon running I have no idea how try to solve it. Does someone could help me, please. Thanks, A. Cano This message was sent using IMP, the Internet Messaging Program. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: connect through ssh or telnet to the Virtual Machine with Maemo SDK
Hi, On Sat, 23 Jan 2010, ac...@dsic.upv.es wrote: I just installed the Machine with Maemo SDK and would like to be connect with my nomal linux istalation. Can someone tell me how can I connect through ssh or telnet to the Virtual Machine with Maemo SDK. Maemo SDK Virtual Images (Ubuntu Desktop and Server based) both have Maemo Host PC Connectivity preinstalled. What you need to do is to install Maemo PC Connectivity from Fremantle or Diablo extras repository to your Maemo device and configure USB, BT and/or Wlan connection between your image and device. See details from here: http://pc-connectivity.garage.maemo.org/2nd_edition/index.html. For IP address Maemo PC Connectivity provides DHCP service for your Maemo device that automatically configures IP address for USB, BT and Wlan connection. Cheers, //Jarmo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maintenance of ported apps
On Feb 1, 2010, at 7:13 AM, Ville M. Vainio wrote: On Mon, Feb 1, 2010 at 4:57 AM, ma...@bitblit.net wrote: Im very interested in porting apps to Maemo but I have concerns about the long-term maintenance of the apps. Unfortunately the process is not codified, many assumptions are made. For example, the expectation is that if you have found an application or library you like in debian and have ported it to maemo, you will continue to take care of it as the OS and app changes. Now, there are no loss of privileges if you fail to keep the package up to date or if you go MIA, like there is in debian. It is a bit of a grey area as to what happens if someone else wants to take over your package if it is out of date. This process is somewhat informal in debian with some unwritten rules. One of the unwritten rules is that it is considered inappropriate to hijack someone else's package. I think this is a good rule and something we should consider. Porting a GTK app to Maemo requires some significant chznges, so what happens when a newer version of the GTK app appears? One reads the changelog and determines if the changes are appropriate for the maemo platform, taking the appropriate action if they are. Will in need to be ported 'again'? Essentially you should just have to apply any patches, re-build the package, and upload a diff to the autobuilder in the usual way. Should changes for Maemo be merged back upstream? If you have made local changes then yes. Otherwise you are sort of forking. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: rx-51 xkb file: how does FOUR_LEVEL type work?
On Mon, 1 Feb 2010, Arkady Glazov wrote: N900 hardware keyboard does not support simultaneous pressing three keys. You must lock function key by double press Fn and after them shift+ letter Understood! But notice that for my sample xkb config, to print the [ char that I slotted at the 4th level, I would have to: a) lock Fn (by double press) b) shift (by single press) c) type h key once but it doesn't work. However, let's say I had programmed my c key as key AB03{ [c, C, ccedilla, Ccedilla ] }; then the ç (lowercase cedilla) is accessible via Fn and Ç (uppercase cedilla) is accessible via locked-Fn plus Shift-c. So why does FOUR_LEVEL, or its variants, appear to only work for lowercase / uppercase character pairs but not for any other character combinations. Specifically, is the Hildon layer enforcing this behaviour? --denis___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
ESBox include paths
Hi guys, I have been working on this issue for couple of days. The problem was to add the include path in a C++ Maemo project in ESBox. I want to add the gstream lib (downloaded and installed in the scratchbox). I tried to add the path through Project-Properties-C++ Path and Symbols but when i compiled the project it says: cannot find the header files. Did i do something wrong? or is there an another way to compile a project? Thanks Charles _ Singles online now! Browse profiles for FREE http://clk.atdmt.com/NMN/go/163036679/direct/01/___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: rx-51 xkb file: how does FOUR_LEVEL type work?
On Mon, 1 Feb 2010, Arkady Glazov wrote: Method of lock Fn don't support. Try lock shift (caps lock). I use eight level layout with Russian. Arkady, Either way works, that is you can lock either Fn or Shift. However, this only works when the 4th level charactes is an uppercase version of the 3rd level character. That is the problem. My configured kbd language is US. I am using firmware PR1.1. I am trying to understand why it works for you, though in your case you are using EIGHT_LEVEL. Out of curiosity, on your layout how do you get to levels above 4, is that what the Ctrl-space sequence is for? --denis ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: rx-51 xkb file: how does FOUR_LEVEL type work?
Denis DeLaRoca wrote: On Mon, 1 Feb 2010, Arkady Glazov wrote: N900 hardware keyboard does not support simultaneous pressing three keys. You must lock function key by double press Fn and after them shift+ letter It is not guaranteed but it mostly works. For N810 it produces phantom extra key for M and N but otherwise it works fine with any shift+Fn+key. Not sure about N900 keys. Understood! But notice that for my sample xkb config, to print the [ char that I slotted at the 4th level but it doesn't work. The trick is to press shift first, not Fn. Just tried with my N900 and mapped shift+Fn+Backspace to Escape and it works. Also tried shift+Fn+qwertyuiop to F1-F10 and at least fullscreen and zoom keys (F6,7,8) work. OTOH I also tried shift+Fn+Enter or Space to do Tab and it doesn't work for me with N900. It worked fine with N810. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maintenance of ported apps
On 01/02/10 05:49 AM, Jeremiah Foster wrote: On Feb 1, 2010, at 7:13 AM, Ville M. Vainio wrote: On Mon, Feb 1, 2010 at 4:57 AM,ma...@bitblit.net wrote: Im very interested in porting apps to Maemo but I have concerns about the long-term maintenance of the apps. Unfortunately the process is not codified, many assumptions are made. For example, the expectation is that if you have found an application or library you like in debian and have ported it to maemo, you will continue to take care of it as the OS and app changes. Now, there are no loss of privileges if you fail to keep the package up to date or if you go MIA, like there is in debian. It is a bit of a grey area as to what happens if someone else wants to take over your package if it is out of date. This process is somewhat informal in debian with some unwritten rules. One of the unwritten rules is that it is considered inappropriate to hijack someone else's package. I think this is a good rule and something we should consider. This area is sort of problematic in many respects. Hijacking someone's package can suppress good work and good people. And it is quite disrespectful. On the other hand, there is that expectation that if person X provides a package (through porting or through a fresh new package), then person X has to provide free updates for the next 100 years. Not very respectful either. Bernd ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maintenance of ported apps
Bernd Stramm wrote: On the other hand, there is that expectation that if person X provides a package (through porting or through a fresh new package), then person X has to provide free updates for the next 100 years. Not very respectful either. This is where co-maintainers fit in. Fedora and Debian have a co-maintainer ability. Fedora also has a provenpackager group that has the ability to touch any/all packages while not disrupting who owns it. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maintenance of ported apps
Am 01.02.2010 17:43, schrieb Bernd Stramm: This area is sort of problematic in many respects. Hijacking someone's package can suppress good work and good people. And it is quite disrespectful. what do you mean by Hijacking? Isnt this exactly the place when the package license comes in play? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: ESBox include paths
Hi, On Mon, Feb 1, 2010 at 12:12 PM, Charles Han hanzhoux...@hotmail.com wrote: Hi guys, I have been working on this issue for couple of days. The problem was to add the include path in a C++ Maemo project in ESBox. I want to add the gstream lib (downloaded and installed in the scratchbox). I tried to add the path through Project-Properties-C++ Path and Symbols but when i compiled the project it says: cannot find the header files. Did you include the following paths? [sbox-FREMANTLE_ARMEL: ~] pkg-config --cflags gstreamer-0.10 -pthread -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maintenance of ported apps
On Mon, 1 Feb 2010, Ville M. Vainio wrote: You can use a build time option for that, e.g. check out configure.ac in modest (apt-get source modest). It just expects --with-platform=maemo for ./configure invocation. Is there a define that is automatically defined in Maemo that I can just use? That way, its transparent if we send changes upstream. -- Aj. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maintenance of ported apps
On Mon, 1 Feb 2010, Jeremiah Foster wrote: One reads the changelog and determines if the changes are appropriate for the maemo platform, taking the appropriate action if they are. Seems sensible to me. If you have made local changes then yes. Otherwise you are sort of forking. Well to send changes upstream we need some preprocessing directives to hide the Maemo specific stuff from other platforms, otherwise I agree we are forking (which Id rather not do). -- Aj. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maintenance of ported apps
On Mon, Feb 1, 2010 at 10:38 PM, ma...@bitblit.net wrote: Is there a define that is automatically defined in Maemo that I can just use? That way, its transparent if we send changes upstream. I don't think so. You could check for some headers or something, but that wouldn't be as reliable as explicitly requesting a maemo build. If you only special case --with-platform=maemo, you can safely send your changes upstream - and just maintain maemo packaging separately. -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maintenance of ported apps
On Mon, 1 Feb 2010, Ville M. Vainio wrote: I don't think so. You could check for some headers or something, but that wouldn't be as reliable as explicitly requesting a maemo build. If you only special case --with-platform=maemo, you can safely send your changes upstream - and just maintain maemo packaging separately. Is --with-platform=maemo something you're using just for your packages or is it something that has been arrived at through consensus with other Maemo developers? -- Aj. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maintenance of ported apps
On Mon, Feb 1, 2010 at 11:35 PM, ma...@bitblit.net wrote: If you only special case --with-platform=maemo, you can safely send your changes upstream - and just maintain maemo packaging separately. Is --with-platform=maemo something you're using just for your packages or is it something that has been arrived at through consensus with other Maemo developers? I'm not using it for my packages, modest is. Just used it as an example since that's a multi-platform, freely apt-gettable program I recalled from the top of my head. I don't think there is a consensus about how this should be done. To bring up the example of modest back again, you can do --with-platform=detect, where it checks for libconic and makes a maemo build if it's available: dnl dnl now, determine what to build dnl AC_MSG_NOTICE([Determining what platform to build]) PKG_CHECK_MODULES(MODEST_MAEMO_LIBS,conic,[detected_platform=maemo],[detected_platform=gnome]) Nothing prevents you from adding a hack like that, but basically you would still be bundling a way to specify the target platform on build command line, and probably invoke that in your platform specific debian/rules. In the end, what it comes down to, is that youl'll have #ifdefs in the code anyway - no need to fret too much about how those DEFINEs come about. Upstream probably won't care too much. -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo5 SDK slow performance
Hello! I have strange problem with Maemo 5 SDK - all graphic manipulations in emulator works very slow. Also I get many errors such as: hildon-desktop[1961]: GLIB WARNING ** ClutterX11 - Failed to get XImage of pixmap: e00054, removing I use Ubuntu 9.10. My graphic controller is Intel Mobile 945GM/GMS Express Integrated Graphics Controller. I read, that AccelMethod=XAA may help - no changes. This is my xorg.conf: Section Device Identifier Configured Video Device Option XaaNoPixmapCache Option XAANoOffscreenPixmaps true Option DRI true Option AccelMethod XAA EndSection Can anybody help me with this problem? Thanks, Max Usachev. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
[Hildon-Extras] New widgets: about dialog, simple color dialog
Hello! I'm happy to announce that two new widgets are now available in the Hildon-Extras SVN repository. Hildon-Extras is a collection of additional widgets and dialogs that are designed to work on Maemo devices and make development of commonly-used UI elements easier by providing a set of ready-made widgets (and dialogs) that you can use in your applications. The HeAboutDialog widget is an alternative to GtkAboutDialog, and uses fonts and colors from the Fremantle Style Guide to provide an informative about dialog for an application. In addition to the static info, a developer can optionally provide up to three URLs that will be accessible using buttons: Website, bug tracker and donations. You are free to skip any of these, and the corresponding button will not be shown. The HeSimpleColorDialog works as a very simplified and finger-friendly color chooser dialog that has a pre-defined palette of colors. It's most useful for applications where the user does not need to select that specific shade of green, but just needs to choose colors to differentiate between different objects (e.g. calendar categories, TODO items, etc..). Grab it from the project website (you'll find the link to the SVN repo there): https://garage.maemo.org/projects/hildon-extras/ Enjoy! Thomas ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: rx-51 xkb file: how does FOUR_LEVEL type work?
On Mon, 1 Feb 2010, Frantisek Dufka wrote: The trick is to press shift first, not Fn. Just tried with my N900 and mapped shift+Fn+Backspace to Escape and it works. Also tried shift+Fn+qwertyuiop to F1-F10 and at least fullscreen and zoom keys (F6,7,8) work. Ok, I did your suggested remapping as follows, partial alphanumeric_keys xkb_symbols us { include nokia_vndr/rx-51(english_base) include nokia_vndr/rx-51(arrows_4btns) name[Group1] = U.S. English; // 1. row key AD01{ [ q, Q, 1, F1 ] }; key AD02{ [ w, W, 2, F2 ] }; key AD03{ [ e, E, 3, F3 ] }; key AD04{ [ r, R, 4, F4 ] }; key AD05{ [ t, T, 5, F5 ] }; key AD06{ [ y, Y, 6, F6 ] }; key AD07{ [ u, U, 7, F7 ] }; key AD08{ [ i, I, 8, F8 ] }; key AD09{ [ o, O, 9, F9 ] }; key AD10{ [ p, P, 0, F10 ] }; }; and indeed the F6 key mapping works and toggles fullscreen... but I can only trigger F6 by pressing Fn+Shift simultaneously. The method of locking either Fn or Shift first, doesn't work for me. I then tried replacing the F6 mapping with, key AD06{ [ y, Y, 6, bracketleft ] }; but no luck, it doesn't work... a colleague with a French-version N900 has an RX-51 mapping with some FOUR_LEVEL functional mappings. See the 'fr' map here, http://www.natisbad.org/N900/rx-51. And as Arkady reported earlier, his russian layout has a mostly functional EIGHT_LEVEL... but it looks as if the hildon-layer is doing special processing for this. The AC01, AB04, etc., labels I think can be broken as 1st char for alphanumeric, 2nd letter for the keyboard row from the bottom and the digits the column on the keyboard... with the special keys having their own names. What I don't understand is how different row keys are mixed on different foreign layouts. --denis ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers