Re: hardware keyboard open event
On Mon, 2010-01-11 at 18:51 +0100, ext Matan Ziv-Av wrote: On Mon, 11 Jan 2010, Neal H. Walfield wrote: In an application I'm working on, I'd like to show the search tool bar if the user opens the hardware keyboard. Is there a way to detect this? I've tried searching but have had no success; perhaps I'm using the wrong keywords. Run the command dbus-monitor --system And open the keyboard while watching the output. The D-Bus messages are part of the internal protocol between libhal and the HAL daemon, it's better to use libhal or the Gconf key. -Kimmo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gtk clutter tearing
On Mon, 2010-01-11 at 18:58 +0100, Tamminen Eero (Nokia-D/Helsinki) wrote: Hi, ext Frantisek Dufka wrote: Recent hildon-desktop versions disable compositing automatically for fullscreen windows, unless you use HildonStackableWindow (which requires the sliding animation). I wonder what happens to translucent information messages (charger attached/removed, ...) in fullscreen SDL applications, are these not shown when compositing is off or are they done in different way and still shown? hildon-desktop automatically switches to composited mode when needed. (Making this transition without a temporary user visible visual glitch, has taken quite a bit of effort, AFAIK including fixes to upstream X server too.) Yes, Daniel Stone did an impressive job to get this to work. We can switch between compositing/non-compositing mode without requiring the applications to repaint their windows. -Kimmo - Eero ___ 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: hardware keyboard open event
On Mon, 2010-01-11 at 22:07 +0100, ext Joaquim Rocha wrote: Hi Neal, The physical keyboard opening/closing changes the GConf key /system/osso/af/slide-open. All you need to do is to listen to this key and call your code. Yes, or use libhal to get it from HAL directly. (Run lshal -m while you open and close the slider to discover the related properties.) -Kimmo -- Joaquim Rocha Neal H. Walfield wrote: Hi, In an application I'm working on, I'd like to show the search tool bar if the user opens the hardware keyboard. Is there a way to detect this? I've tried searching but have had no success; perhaps I'm using the wrong keywords. Thanks, Neal ___ 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
[Fremantle] Creating gconf keys upon installation
Hello, can anyone address me to the simplest way to create some gconf keys upon a programs installation? Thanks in advance, Salvatore. -- Salvatore Iovene http://www.iovene.com/ http://www.geekherocomic.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: is 44-1 officially going to be available as an image ?
On Tue, Jan 12, 2010 at 3:58 AM, Mikko Vartiainen mvartiai...@gmail.com wrote: Any idea why my n900 doesn't see the update? Have you accidentally removed SSU metapackage (mp-fremantle-generic-pr)? In my case, 'apt-get upgrade' updated the new packages but About-Settings reported the old firmware version. Found out that the mp-fremantle-002-pr package was not installed. The package had gotten removed with the serveral foreign-language osso-tutorial packages I had deleted to free up space. Installing the package again (and rebooting) updated the firmware-version in About-Settings. Thank you. -Mustali ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Command line applications and Extras
ext Valerio Valerio vdv...@gmail.com writes: Are the responsible(s) for the Application Manager willing to implement this change and ship it in a firmware update ? (pr1.2, pr1.3) I think it is now high time to move the category definitions out of ham and somehow get them from the repositories themselves. I think the QA process for Maemo Extras is now strong enough to make sure that only packages with 'good' categories reach the end user. In other words, I think that the category mess can now be sorted out in the repository itself and the Application manager can again be permissive. Maybe this isn't true enough yet, and we still want HAM to police the categories. In any case, we need to read information about categories from the repositories: translations, icons, other things. HAM could read this extra configuration from the repository itself (i.e., not from a package in that repository), in the same way it reads the Release and Packages files. A Release could have a pointer to repository meta data files that contain additional information. This would require changes to the repository maintainence machine on maemo.org, and thus it would maybe be better to get the repository meta data from a package in the repository, using a canonical name made from the information in Release. (Have to think about how to do that concretely.) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: debian/optify not sufficient
ext Till Harbaum / Lists li...@harbaum.org writes: i just added a debian/optify file containing nothing but the word auto to Maep 1.1. Unfortunately the resulting deb package still has the binary in /usr/bin Why? Could you show a complete transcript of the build? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: User-specific files for maemo packages
On Jan 11, 2010, at 9:55 PM, Till Harbaum / Lists wrote: Hi, Am Montag 11 Januar 2010 schrieb ibrahim: I wonder how can I put some user-specific files on the filesystem that can't get removed when my application package is uninstalled. I am not sure that this is a good idea. The user should have the right to remove your application data if they want to. Don't create the directory through the debian package, but let the application create the directory when there's a need (e.g. just when you want to store your app specific files). This is most likely a good idea. There are a number of places specified by the FHS as to where exactly you should put user data, depending on how long you want it around, if it is a config file, or the type it is stored as. In any case, this is not something you do in your package but rather in your application while interacting with the file system. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Promotion to extras
It seems that the package entered testing 2010-01-03 20:26 UTC That is from the package event field on the page. So you have about one day and ten hours of waiting left :-) Tero -Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers- boun...@maemo.org] On Behalf Of ext ds Sent: 11 January, 2010 22:17 To: maemo-developers@maemo.org Subject: Promotion to extras Hello, some weeks ago I promoted to extras. I could not find any changes. I have Karma 11 in extras testing: Why is there not promotion link now? Last time it was. http://maemo.org/packages/package_instance/view/fremantle_extras- testing_free_armel/vncviewer/0.6.4-fremantle2/ thanks a lot Detlef ___ 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: maemo-developers Digest, Vol 57, Issue 12
Hi, [jot] comments below.. -- Date: Mon, 11 Jan 2010 14:04:20 +0200 From: daniel wilms daniel.wi...@nokia.com Subject: Re: NFS on N900 To: jeff_bar...@earthlink.net jeff_bar...@earthlink.net Cc: maemo-developers@maemo.org maemo-developers@maemo.org Message-ID: 4b4b13c4.3010...@nokia.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi Any idea why it is not possible to mount an NFS share on an N900? I get: mount: mounting host:/home/jeffbarish on /mnt/host failed: Input/output error you could try to install strace and then run strace mount to see what is going wrong. Daniel -- [jot] I assume you have installed Maemo PC Connectivity to the N900 (or UNFS, User Mode NFS, packages separately)? See details from here http://pc-connectivity.garage.maemo.org/2nd_edition/index.html Cheers, //Jarmo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: how to show installed application icon on the App manager's Uninstall menu
ext ibrahim ibrahim@asgatech.com writes: I wonder if an application package was installed from command-line using dpkg -i package_name.deb can it -at least- be uninstalled using the app manager ?? does it have a chance to appear on Hildon application Manager's Uninstall list ?? Yes. If it is possible, how to do that? the packages installed by dpkg -i can be seen and removed by the apt-get command (apt-get remove installed_paclkge_name manages to find and uninstalls it ). So, why the app manager can't see them? Isn't it a GUI for apt ? or it uses another method to install/update/remove maemo packages ? The Application manager only shows packages in the user section. They need to have a field like this: Section: user/category in their control file. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [Fremantle] Creating gconf keys upon installation
On Tue, 2010-01-12 at 11:02 +0100, ext Thomas Wälti wrote: Just add some gconftool-2 commands to your postinstall script. (e.g. gconftool-2 --set /path/to/your/key --type string myvalue) This is not a good way, since the Gconf database could be restored from an old backup (or a power failure could occur) and you would lose these values. The better way is to use a Gconf schema with default values, because that stays even if the values are unset. -Kimmo -Tom On Tue, Jan 12, 2010 at 10:02, Salvatore Iovene salvat...@iovene.com wrote: Hello, can anyone address me to the simplest way to create some gconf keys upon a programs installation? Thanks in advance, Salvatore. ___ 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: GtkTreeView behaviour
On Mon, Jan 11, 2010 at 11:47:48PM +0300, George Kibardin wrote: In my case for some reason in normal mode I need two taps to get row-activated signal: one tap to select appropriate item and another one to activate it. In edit mode with multiple selection enabled I need to use Ctrl to select multiple items which also seems wrong. What I'm doing wrong? There must be something wrong in your code... I'm attaching a simple example of a treeview in normal mode, tell me if it works fine for you. Berto #includehildon/hildon.h static const char *countries[] = { Austria, Belgium, Bulgaria, Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, United Kingdom }; static void row_activated_cb(GtkTreeView *tree_view, GtkTreePath *path, GtkTreeViewColumn *column, gpointer user_data) { gchar *str; GtkTreeIter iter; GtkTreeModel *model = gtk_tree_view_get_model (tree_view); gtk_tree_model_get_iter (model, iter, path); gtk_tree_model_get (model, iter, 0, str, -1); g_debug (Row activated: %s, str); g_free (str); } static GtkTreeModel * create_model(void) { int i; GtkListStore *store; store = gtk_list_store_new (1, G_TYPE_STRING); for (i = 0; i G_N_ELEMENTS (countries); i++) { gtk_list_store_insert_with_values (store, NULL, i, 0, countries[i], -1); } return GTK_TREE_MODEL (store); } static GtkWidget * create_tree_view(void) { GtkWidget *tree_view; GtkCellRenderer *renderer; GtkTreeModel *model; tree_view = hildon_gtk_tree_view_new (HILDON_UI_MODE_NORMAL); gtk_tree_view_set_rules_hint (GTK_TREE_VIEW (tree_view), TRUE); model = create_model (); gtk_tree_view_set_model (GTK_TREE_VIEW (tree_view), model); g_object_unref (model); renderer = gtk_cell_renderer_text_new (); g_object_set (renderer, xalign, 0.5, weight, PANGO_WEIGHT_BOLD, NULL); gtk_tree_view_insert_column_with_attributes (GTK_TREE_VIEW (tree_view), 0, Column 0, renderer, text, 0, NULL); return tree_view; } int main(intargc, char **argv) { GtkWidget *window; GtkWidget *panarea; GtkWidget *treeview; hildon_gtk_init (argc, argv); window = hildon_window_new (); panarea = hildon_pannable_area_new (); treeview = create_tree_view (); gtk_container_add (GTK_CONTAINER (panarea), treeview); gtk_container_add (GTK_CONTAINER (window), panarea); g_signal_connect (window, destroy, G_CALLBACK (gtk_main_quit), NULL); g_signal_connect (treeview, row-activated, G_CALLBACK (row_activated_cb), NULL); gtk_widget_show_all (window); gtk_main (); return 0; } ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkTreeView behaviour
From: George Kibardin george-kibar...@yandex.ru Hi everybody! I'm porting my application (FeedCircuit) to N900 and faced strange problem. I have no real device so I'm using scratchbox. According to guidelines (like this http://sw.nokia.com/id/a3187f95-ad88-4233-b0ef-a182da3ec1c7/Hildon_2_2_Widget_UI_Specification_v1_0_en.pdf) when GtkTreeView is put into PannableArea it becomes finger friendly. When it is created with hildon_gtk_tree_view_new(HILDON_UI_MODE_NORMAL) it should emit row-activated signal after a single tap on it. In edit mode hildon_gtk_tree_view_new(HILDON_UI_MODE_EDIT) tap must select/deselect one or multiple records. In my case for some reason in normal mode I need two taps to get row-activated signal: one tap to select appropriate item and another one to activate it. In edit mode with multiple selection enabled I need to use Ctrl to select multiple items which also seems wrong. What I'm doing wrong? In HILDON_UI_MODE_NORMAL you shouldn't require two taps to select an item. In fact, in this mode there is no selection at all. This is the reason the row-activated signal is emitted, in order to get the element selected by the user. Take into account that due legacy reasons gtktreeview required to support the old behaviour (desktop and so on) and the fremantle new behaviour (HILDON_UI_MODE_NORMAL and HILDON_UI_MODE_EDIT were added in hildon fremantle). In order to do that, a new style property were added in GtkWidget, called hildon-mode. You need to set hildon-mode to one, this is normally done on a rc file. Anyway this is strange, as in the touch selector we set the hildon-mode to 1 in this way: gtk_rc_parse_string (style \fremantle-htst\ {\n GtkWidget::hildon-mode = 1\n } widget \*.fremantle-htst\ style \fremantle-htst\ widget_class \*HildonPannableArea.GtkTreeView\ style :highest \fremantle-htst\); I hope this helps. BR === API (apinhe...@igalia.com) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GtkTreeView behaviour
On Tue, Jan 12, 2010 at 12:39:33PM +0100, Piñeiro wrote: You need to set hildon-mode to one, this is normally done on a rc file. This is not necessary anymore :) Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: debian/optify not sufficient
Hi, Am Dienstag 12 Januar 2010 schrieb Marius Vollmer: ext Till Harbaum / Lists li...@harbaum.org writes: i just added a debian/optify file containing nothing but the word auto to Maep 1.1. Unfortunately the resulting deb package still has the binary in /usr/bin Why? Could you show a complete transcript of the build? Never mind. I have been told that auto optification is either all or nothing. So i'll manually optify it a little more. Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Promotion to extras
Am Dienstag, den 12.01.2010, 10:43 +0100 schrieb tero.k...@nokia.com: It seems that the package entered testing 2010-01-03 20:26 UTC That is from the package event field on the page. So you have about one day and ten hours of waiting left :-) Thanks a lot would be nice, if there would be a short explanation as e.g. in debian. This package can not be promoted yet, link:check why especially if the QA process becomes more complicated in the future! Detlef Tero -Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers- boun...@maemo.org] On Behalf Of ext ds Sent: 11 January, 2010 22:17 To: maemo-developers@maemo.org Subject: Promotion to extras Hello, some weeks ago I promoted to extras. I could not find any changes. I have Karma 11 in extras testing: Why is there not promotion link now? Last time it was. http://maemo.org/packages/package_instance/view/fremantle_extras- testing_free_armel/vncviewer/0.6.4-fremantle2/ thanks a lot Detlef ___ 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: [Fremantle] Creating gconf keys upon installation
Thanks for the explanation, saw your post in the other list only after posting mine and this made me unsure about the best way :-) Perhaps someone with the necessary permissions can add something about this to http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Generic_Platform_Components/Application_Preferences-Gconf I also found some additional information at http://projects.gnome.org/gconf/ in the Schema files and Application developer information section. -Tom 2010/1/12 Kimmo Hämäläinen kimmo.hamalai...@nokia.com: On Tue, 2010-01-12 at 11:02 +0100, ext Thomas Wälti wrote: Just add some gconftool-2 commands to your postinstall script. (e.g. gconftool-2 --set /path/to/your/key --type string myvalue) This is not a good way, since the Gconf database could be restored from an old backup (or a power failure could occur) and you would lose these values. The better way is to use a Gconf schema with default values, because that stays even if the values are unset. -Kimmo -Tom On Tue, Jan 12, 2010 at 10:02, Salvatore Iovene salvat...@iovene.com wrote: Hello, can anyone address me to the simplest way to create some gconf keys upon a programs installation? Thanks in advance, Salvatore. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Optification creates link-loop
Hi, I´m having a strange optification problem which leads to a link-loop. I´m building two packages out of one source tree and I´m having maemo-optify in /debian/rules. Package one is conboy and package two is conboy-midgard. Both packages install plugins as library files and small text files into /usr/lib/conboy/ The resulting conboy package has the complete /usr/lib/conboy directory moved to /opt/maemo/. So the link looks like this: /usr/lib/conboy -- /opt/maemo/usr/lib/conboy The resulting conboy-midgard packages only moves one .so file to /opt. Some smaller files are not moved. So the link looks like this: /usr/lib/conboy/midgard.so -- /opt/maemo/usr/lib/conboy/midgard.so When installing both packages via apt-get it creates a link-loop that looks like this: /opt/maemo/usr/lib/conboy/midgard.so -- /opt/maemo/usr/lib/conboy/midgard.so Does anyone know what´s going on there? I´m puzzled. If I manually extract the data.tar.gz files of both packages, the result looks fine. Help would be really appreciated! Thanks! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: is 44-1 officially going to be available as an image ?
On Jan 12, 2010, at 1:16 PM, Till Harbaum / Lists wrote: Hi, Am Dienstag 12 Januar 2010 schrieb Mikko Vartiainen: Any idea why my n900 doesn't see the update? Have you accidentally removed SSU metapackage (mp-fremantle-generic-pr)? Yes, i did. I once removed those pre-installed games using apt-get. And since the metapackage had a dependency on these, it was also removed. Fortunately a simple apt-get install mp-fremantle-generic-pr gave me a successful update. But i assume this is pure luck as apt-get doesn't do all the magic the application installer does to make sure the installation succeeds. The correct solution probably is to install the old version of this package using apt-get and then let the app installer do the update. In fact in my case, I cannot upgrade. I presume I deleted the old mp-fremantle-generic-pr package, dpkg -l | grep mp-fremantle-generic-pr reveals nothing. When trying to install it, I get a message about broken depends. r...@nokia-n900-41-10:~ apt-get install mp-fremantle-generic-pr Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: mp-fremantle-generic-pr: Depends: cmt-firmware-rx51 (= 8.2.2009.34.3-2+0m5) but 8.2.2009.34.2-2+0m5 is to be installed Depends: hildon-initscripts (= 1.26-1+0m5) but 1.26-1+dp1 is to be installed E: Broken packages Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
HildonRemoteTexture tearing/flicker
Hi all, I am doing some experiments on using HildonRemoteTexture from a bare X11/SDL app -- basically to get sgx accelerated scaling in apps that wouldn't otherwise use the sgx for anything else. It works, but there seems to be some race condition where the compositor is reading the shared memory area _before_ I send the damage client event to the remote texture X window. This of course cause visible tearing or even flicker if the texture is drawn while (for example) the SNES emulator is just in the middle of rendering any of the background layers, which tends to happen often depending on CPU load / framerate. Note I'm using HildonRemoteTexture instead of AnimationActor because I need no rotation nor any of the actor features and using H-R-T is slightly simpler -- no need to use any of the MIT-SHM functions. But I have to wonder, seeing how the H-R-T API is falling behind if it is going to be deprecated in the future. Feel free to comment on whether this is a good approach or not, too. Eero wrote: hildon-desktop automatically switches to composited mode when needed. Hopefully this includes having a child animation actor / remote texture :) Javier. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Optification creates link-loop
On Tuesday 12 January 2010 10:30:39 Cornelius Hald wrote: Hi, I´m having a strange optification problem which leads to a link-loop. I´m building two packages out of one source tree and I´m having maemo-optify in /debian/rules. Package one is conboy and package two is conboy-midgard. Both packages install plugins as library files and small text files into /usr/lib/conboy/ The resulting conboy package has the complete /usr/lib/conboy directory moved to /opt/maemo/. So the link looks like this: /usr/lib/conboy -- /opt/maemo/usr/lib/conboy The resulting conboy-midgard packages only moves one .so file to /opt. Some smaller files are not moved. So the link looks like this: /usr/lib/conboy/midgard.so -- /opt/maemo/usr/lib/conboy/midgard.so When installing both packages via apt-get it creates a link-loop that looks like this: /opt/maemo/usr/lib/conboy/midgard.so -- /opt/maemo/usr/lib/conboy/midgard.so Does anyone know what´s going on there? I´m puzzled. If I manually extract the data.tar.gz files of both packages, the result looks fine. Help would be really appreciated! https://bugs.maemo.org/show_bug.cgi?id=7707 -Jeff http://wiki.maemo.org/User:Jebba ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Optification creates link-loop
Jeff Moe wrote: https://bugs.maemo.org/show_bug.cgi?id=7707 That´s exactly it Jeff. Thanks for the hint! The questions are now: Is there a known work-around? Will it get fixed in maemo-optify soon? Cheers! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: is 44-1 officially going to be available as an image ?
Am Dienstag, den 12.01.2010, 14:35 +0100 schrieb Jeremiah Foster: In fact in my case, I cannot upgrade. r...@nokia-n900-41-10: Are you really still on 41-10, or 42-11? andre -- Andre Klapper (maemo.org bugmaster) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Optification creates link-loop
On Tuesday 12 January 2010 10:56:16 you wrote: Jeff Moe wrote: https://bugs.maemo.org/show_bug.cgi?id=7707 That´s exactly it Jeff. Thanks for the hint! The questions are now: Is there a known work-around? Either optify by hand or turn off optification until the bug gets fixed: echo none debian/optify Will it get fixed in maemo-optify soon? Nokia doesn't comment about future plans or somesuch. ;) That said, I'm surprised it's not fixed already as they seem to be close to automatically optifying by default everything submitted to the builder. -Jeff ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonRemoteTexture tearing/flicker
On Tue, 2010-01-12 at 14:47 +0100, ext Javier S. Pedro wrote: Hi all, I am doing some experiments on using HildonRemoteTexture from a bare X11/SDL app -- basically to get sgx accelerated scaling in apps that wouldn't otherwise use the sgx for anything else. It works, but there seems to be some race condition where the compositor is reading the shared memory area _before_ I send the damage client event to the remote texture X window. This of course cause visible tearing or even flicker if the texture is drawn while (for example) the SNES emulator is just in the middle of rendering any of the background layers, which tends to happen often depending on CPU load / framerate. Hmm, I see that the remote texture should update on its own damage ClientMessage, but I don't see where the normal damage handling (for XDamage) ignores remote textures. Maybe we are handling the normal X damage events for your window also -- that would explain if it gets updated before you have sent the magic ClientMessage. Note I'm using HildonRemoteTexture instead of AnimationActor because I need no rotation nor any of the actor features and using H-R-T is slightly simpler -- no need to use any of the MIT-SHM functions. But I have to wonder, seeing how the H-R-T API is falling behind if it is going to be deprecated in the future. It's going to be valid in Fremantle but most probably not in Harmattan, because applications are more OpenGL-oriented there. Feel free to comment on whether this is a good approach or not, too. Eero wrote: hildon-desktop automatically switches to composited mode when needed. Hopefully this includes having a child animation actor / remote texture :) Please use the git HEAD of hildon-desktop, libmatchbox2 and clutter0.8 to make sure... :) -Kimmo Javier. ___ 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: HildonRemoteTexture tearing/flicker
On Tue, 2010-01-12 at 15:30 +0100, Hamalainen Kimmo (Nokia-D/Helsinki) wrote: On Tue, 2010-01-12 at 14:47 +0100, ext Javier S. Pedro wrote: Hi all, ... Please use the git HEAD of hildon-desktop, libmatchbox2 and clutter0.8 to make sure... :) I checked that Image Viewer is not using remote texture at all, so the implementation could easily break by accident. Therefore you should indeed check the git version or use animation actor instead. -Kimmo -Kimmo Javier. ___ 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 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [Fremantle] Creating gconf keys upon installation
Talking of schemas, it would be nice if dh_gconf could be made not to put the rmdir -p --ignore-fail-on-non-empty line into the postrm of a package using it, since the BusyBox shipped with the N900 doesn't appear to support to support the --ignore-fail-on-non-empty option which causes dpkg --purge package having the the clause containing --ignore-fail-on-non-empty to fail. I'm currently hacking around it by installing my schema file manually, and inserting the usual lines generated by it manually into the respective files, replacing rmdir -p --ignore-fail-on-non-empty with rmdir -p || true... Best Regards, Faheem 2010/1/12 Kimmo Hämäläinen kimmo.hamalai...@nokia.com: This is not a good way, since the Gconf database could be restored from an old backup (or a power failure could occur) and you would lose these values. The better way is to use a Gconf schema with default values, because that stays even if the values are unset. -Kimmo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: is 44-1 officially going to be available as an image ?
Since the update wouldn't appear with using 51-1, and I got tired of waiting a few days in hope that it would appear, I just used my favourite tool for getting the images off the NSU server to download the 44-1 UK Ireland image and the best part? NSU carry images for legacy devices! Best Regards, Faheem (Yes, I am aware that there is an element of Cool story, bro about this e-mail...) On Mon, Jan 11, 2010 at 1:45 PM, Attila Csipa ma...@csipa.in.rs wrote: As today's update bricked my Summit N900, which was sporting the oldish 41-10 firmware (don't ask), I'm wondering if I should wait for 44-1 to appear on http://tablets-dev.nokia.com/nokia_N900.php (will it appear at all?), or just flash stock 42-11 and update ? The tablets-dev site is slightly overloaded ATM so there is still some time to ponder on this :) Regards, Attila ___ 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: Query about audio management inside Maemo
Hi, I am a Maemo audio developer and your questions are mostly policy related, but I should more or less know the answers... From: ext Zheng, Huan [mailto:johan.hedb...@gmail.com] Sent: 12 January, 2010 08:47 To: maemo-developers@maemo.org Subject: Query about audio management inside Maemo Hi, How maemo handle below two scenario? 1, voice call comes in while music is played 2, BT device attached while music is played My guessing is Voice call use libplayback informs its coming, music player get a notification from OHM daemon to pause, right? Yes, this is basically right. But in addition to OHM notification policy enforcement will reroute media player stream to null sink. So the music playback will be muted even if the media player ignores the OHM notification. The 2nd scenario, I can't guess out the flow, but the result should be music flow to BT automatically. Could someone explain a more detailed flow for the 2 scenarios above? The sequence of events may change a bit depending on the used BT-device etc., but in general it should go like this: 1. bluez notifies about new bluetooth device 2. pulseaudio BT-discovery module loads BT-device module for the new device 3. pulseaudio BT-device module creates card-profile and audio sink for the new device 4. policy notices the new device and routes all audio there Thanks a lot! And, is libplayback and the maemo component for Pulseaudio opensource? Maemo pulseaudio is open source but some of the Nokia specific pulseaudio modules are not. See: http://repository.maemo.org/pool/maemo5.0beta/free/p/pulseaudio/ As far as I know there should be no reason why libplayback should be closed, but I could not find it from Maemo SDK... Anyway you should not rely too much on libplayback's internal implementation, because it is likely to change in the future. Cheers, Jyri Sarha ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Optification creates link-loop
Hi, Is there not a way for your app to directly install it into /opt without all that optification black magic? ./configure --prefix=/opt/conboy perhaps? Martin 2010/1/12, Jeff Moe m...@blagblagblag.org: On Tuesday 12 January 2010 10:56:16 you wrote: Jeff Moe wrote: https://bugs.maemo.org/show_bug.cgi?id=7707 That´s exactly it Jeff. Thanks for the hint! The questions are now: Is there a known work-around? Either optify by hand or turn off optification until the bug gets fixed: echo none debian/optify Will it get fixed in maemo-optify soon? Nokia doesn't comment about future plans or somesuch. ;) That said, I'm surprised it's not fixed already as they seem to be close to automatically optifying by default everything submitted to the builder. -Jeff ___ 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: Query about audio management inside Maemo
Am Dienstag, den 12.01.2010, 17:09 +0100 schrieb jyri.sa...@nokia.com: Yes, this is basically right. But in addition to OHM notification policy enforcement will reroute media player stream to null sink. So the music playback will be muted even if the media player ignores the OHM notification. Sorry for hijacking this thread, but is Media Player just Muted or also Paused? If not paused, that explains https://bugs.maemo.org/show_bug.cgi?id=7415 . andre -- Andre Klapper (maemo.org bugmaster) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How to Send application to background using Qt
Hello All I won't to send my application to background. I tried to hide the Main Window using QWidget::hide (), and it success to hide the application but i failed to show it again. I also tried to minimize the Main Window using QWidget::setWindowState ( Qt::WindowMinimized ) but it not worked as i won't, it make the application in bottom of other applications. I won't any method to send the application to background or hide it and show it again. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Re: GtkTreeView behaviour
Thank you Alberto for your code samble. I've found the problem. gtk_container_add() shoud be used instead of hildon_pannable_area_add_with_viewportl(). 12.01.10, 12:23, Alberto Garcia agar...@igalia.com: On Mon, Jan 11, 2010 at 11:47:48PM +0300, George Kibardin wrote: In my case for some reason in normal mode I need two taps to get row-activated signal: one tap to select appropriate item and another one to activate it. In edit mode with multiple selection enabled I need to use Ctrl to select multiple items which also seems wrong. What I'm doing wrong? There must be something wrong in your code... I'm attaching a simple example of a treeview in normal mode, tell me if it works fine for you. Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [Fremantle] Creating gconf keys upon installation
2010/1/12 Faheem Pervez tripp...@gmail.com: Talking of schemas, it would be nice if dh_gconf could be made not to put the rmdir -p --ignore-fail-on-non-empty line into the postrm of a package using it, since the BusyBox shipped with the N900 doesn't appear to support to support the --ignore-fail-on-non-empty option which causes dpkg --purge package having the the clause containing --ignore-fail-on-non-empty to fail. This is a bug IMHO. We fixed many of these occurrences on PyMaemo packages, replacing with rmdir || true. Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
(Resent with correct time/date) Hello all I've uploaded an alpha version of my shutter home widget (IR shutter for Nikon DSLR) to extras-devel. Functionaly, it works. But now I have a small problem in my installer that I'm unable to resolve: After running the deb, the widget gets installed. It can then be added to the desktop by the user through the normal Desktop Config Add Widget process. It shows up in the list and is selectable. But then it does not show up on the desktop! However, once the device is rebooted, the added widget is cleary visible and works well. Now I really don't want to forece my users to reboot just because of a widget. Therefore my question: what am I missing? Any special postinstall script to run? I think it's still possible that hildon-desktop python-loader doesn't work after it's insalled until device (or hildon-desktop) is restarted. I've seen similar reports related to other python based widgets. Since it happens only once it's hard to really notice. Does any python developer know anything about this? -- Mikko Vartiainen ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
On Tue, Jan 12, 2010 at 4:47 PM, Mikko Vartiainen mvartiai...@gmail.com wrote: I think it's still possible that hildon-desktop python-loader doesn't work after it's insalled until device (or hildon-desktop) is restarted. I've seen similar reports related to other python based widgets. Since it happens only once it's hard to really notice. Does any python developer know anything about this? Well, we have never got reports on this (it's the first report I see about this). If you could point to the other reports of python widgets not working without a reboot that would be nice. Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
It could indeed be that python-loader does not startup correctly after its installation. I get the following errors, once right at the end of the installation, a second time when trying to add the widget to the desktop: hildon-home[14183]: GLIB WARNING ** default - Unknown Plugin Loader type: python hildon-home[14183]: GLIB WARNING ** default - Error loading plugin: /usr/share/applications/hildon-home/shutter.desktop On both the test device and the scratchbox it failed, and on both I didn't have any python widgets installed before. My widget has the following dependencies: lirc (= 0.8.4b-1fremantle30), python2.5, python-hildondesktop (= 0.1.0-1maemo2), hildon-desktop-python-loader (= 0.1.0-1maemo2), python-gtk2, python-hildon Thanks and best regards -Tom On Tue, Jan 12, 2010 at 21:51, Anderson Lizardo anderson.liza...@openbossa.org wrote: On Tue, Jan 12, 2010 at 4:47 PM, Mikko Vartiainen mvartiai...@gmail.com wrote: I think it's still possible that hildon-desktop python-loader doesn't work after it's insalled until device (or hildon-desktop) is restarted. I've seen similar reports related to other python based widgets. Since it happens only once it's hard to really notice. Does any python developer know anything about this? Well, we have never got reports on this (it's the first report I see about this). If you could point to the other reports of python widgets not working without a reboot that would be nice. Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
On Tue, Jan 12, 2010 at 10:51 PM, Anderson Lizardo anderson.liza...@openbossa.org wrote: Well, we have never got reports on this (it's the first report I see about this). If you could point to the other reports of python widgets not working without a reboot that would be nice. Problem is that there isn't reliable bug reports (about openvpn-applet and touchsearch for example), just random forum messages. But I've experienced it myself, but I thought that it was fixed with the latest versions. To make a reliable test I would need to reflash whole device (rootfs+emmc) and I'm not very keen to do that. -- Mikko Vartiainen ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Drag Drop on GTK + Maemo 5 (was: Re: [pymaemo] DnD on N900)
Claudio Saavedra wrote: El mié, 06-01-2010 a las 19:44 -0400, Anderson Lizardo escribió: There is no drag 'n drop in Maemo GTK+. This has been deliberately disabled. Claudio Is there a way to enable drag drop, ideally on a per-application basis? -- Jeffrey Barish ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
On Tue, Jan 12, 2010 at 6:06 PM, Brent Chiodo bchi...@gmail.com wrote: I have had this issue reported for TouchSearch in both forums and formally as bug #6264: https://bugs.maemo.org/show_bug.cgi?id=6264 Thanks, it is now easier to try to reproduce it (I have a spare N900 that can be reflashed). It was also my thought that the Python - HildonDesktop interface is responsible for this. A possibility is that the the just installed Python loader (/usr/lib/hildon-desktop/loaders/libpythonpluginloader.so) only becomes active when hildon-desktop is restarted (which I suppose only occurs when the device is rebooted). If that's the case, I don't know a way to force hildon-desktop to detect the new loader. Also it will probably happen only when hildon-desktop-python-loader is first installed, other applets installed after (or the same applet being reinstalled) will not show the problem. Can some Hildon Desktop developer confirm this is the case? And if so, is there any way of avoiding a reboot (e.g. by sending some signal to the hildon-desktop process maybe?) Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
On Tue, Jan 12, 2010 at 5:00 PM, Thomas Wälti twae...@gmail.com wrote: It could indeed be that python-loader does not startup correctly after its installation. I get the following errors, once right at the end of the installation, a second time when trying to add the widget to the desktop: hildon-home[14183]: GLIB WARNING ** default - Unknown Plugin Loader type: python hildon-home[14183]: GLIB WARNING ** default - Error loading plugin: /usr/share/applications/hildon-home/shutter.desktop On both the test device and the scratchbox it failed, and on both I didn't have any python widgets installed before. This is the expected behavior. You need the Python loader (provided by the hildon-desktop-python-loader) installed *and* loaded in order to have Python applets recognized. The problem (as I mentioned on the other message) is probably that the hildon-desktop process is not being aware of the new loader until it is restarted. A possible test case (which I cannot test ATM) is: 1) apt-get remove hildon-desktop-python-loader 2) Restart N900 3) apt-get install hildon-desktop-python-loader 4) Install some Python applet The let us know if the applet is shown or not. Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
On Tue, Jan 12, 2010 at 5:08 PM, Mikko Vartiainen mvartiai...@gmail.com wrote: On Tue, Jan 12, 2010 at 10:51 PM, Anderson Lizardo anderson.liza...@openbossa.org wrote: Problem is that there isn't reliable bug reports (about openvpn-applet and touchsearch for example), just random forum messages. I've been following talk.maemo.org, but it is hard to notice if some application is written in Python or not (just by looking at the thread subject). It would be nice if the people following the threads properly tag then with the python tag so it can be easily found in searches. But I've experienced it myself, but I thought that it was fixed with the latest versions. To make a reliable test I would need to reflash whole device (rootfs+emmc) and I'm not very keen to do that. I posted on another message a possible test case which does not require a reboot. Could you try that? Thanks, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
On Tue, Jan 12, 2010 at 8:22 PM, Anderson Lizardo anderson.liza...@openbossa.org wrote: On Tue, Jan 12, 2010 at 5:08 PM, Mikko Vartiainen mvartiai...@gmail.com wrote: On Tue, Jan 12, 2010 at 10:51 PM, Anderson Lizardo anderson.liza...@openbossa.org wrote: Problem is that there isn't reliable bug reports (about openvpn-applet and touchsearch for example), just random forum messages. I've been following talk.maemo.org, but it is hard to notice if some application is written in Python or not (just by looking at the thread subject). It would be nice if the people following the threads properly tag then with the python tag so it can be easily found in searches. BTW, It is very simple to see any Python related threads, if properly tagged: http://talk.maemo.org/tags.php?tag=python Unfortunately, only a few people use this feature. Regards, -- Anderson Lizardo OpenBossa Labs - INdT Manaus - Brazil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: NFS on N900
Hi, On Mon, Jan 11, 2010 at 1:04 PM, daniel wilms daniel.wi...@nokia.comwrote: Hi Any idea why it is not possible to mount an NFS share on an N900? I get: Yes, I found the nfs kernel module in /lib/modules/2.6.28-omap1/nfs.ko so , modprobe it , install portmap (that is on repository) and everything will works fine. mount: mounting host:/home/jeffbarish on /mnt/host failed: Input/output error you could try to install strace and then run strace mount to see what is going wrong. Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers Best Regards, Daniele Maio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Hildon-Desktop: added Widget not shown
On Wed, Jan 13, 2010 at 2:18 AM, Anderson Lizardo anderson.liza...@openbossa.org wrote: This is the expected behavior. You need the Python loader (provided by the hildon-desktop-python-loader) installed *and* loaded in order to have Python applets recognized. The problem (as I mentioned on the other message) is probably that the hildon-desktop process is not being aware of the new loader until it is restarted. A possible test case (which I cannot test ATM) is: 1) apt-get remove hildon-desktop-python-loader 2) Restart N900 3) apt-get install hildon-desktop-python-loader 4) Install some Python applet The let us know if the applet is shown or not. I used TouchSearch and OpenVPN Applet as testcase. TouchSearch is desktop widget and OpenVPN Applet is status menu widget. 1. apt-get remove python2.5 2. killall hildon-desktop hildon-home hildon-status-menu 3. HAM install TouchSearch 4. TouchSearch didn't appear in desktop or in widget list 5. HAM install openvpn-applet 6. openvpn-applet appeared in status-menu (with broken icon) 7. HAM uninstall touchsearch, HAM install touchsearch 8. TouchSearch didn't appear anywhere 9. killall hildon-desktop hildon-home hildon-status-menu 10. TouchSearch appeared in desktop. openvpn-applet had it's icon shown properly (just another side effect of removing icon cache :( ) Status menu widget worked and desktop widget didn't work. I thoght I had tested this earlier and that desktop widget were working too, apparently that was not the case. -- Mikko Vartiainen ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Query about audio management inside Maemo
Thanks a lot! Is it possible for user choose not to be routed to BT. And further, is it possible for user to choose to be routed to BT using different profile (HSP, A2DP) Best Regards, Zheng, Huan(ZBT) OTC/SSD/SSG Intel Asia-Pacific Research Developement Ltd Tel: 021-6116 6435 Inet: 8821 6435 Cub: 3W035 -Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers-boun...@maemo.org] On Behalf Of jyri.sa...@nokia.com Sent: 2010年1月13日 0:09 To: maemo-developers@maemo.org Subject: RE: Query about audio management inside Maemo Hi, I am a Maemo audio developer and your questions are mostly policy related, but I should more or less know the answers... From: ext Zheng, Huan [mailto:johan.hedb...@gmail.com] Sent: 12 January, 2010 08:47 To: maemo-developers@maemo.org Subject: Query about audio management inside Maemo Hi, How maemo handle below two scenario? 1, voice call comes in while music is played 2, BT device attached while music is played My guessing is Voice call use libplayback informs its coming, music player get a notification from OHM daemon to pause, right? Yes, this is basically right. But in addition to OHM notification policy enforcement will reroute media player stream to null sink. So the music playback will be muted even if the media player ignores the OHM notification. The 2nd scenario, I can't guess out the flow, but the result should be music flow to BT automatically. Could someone explain a more detailed flow for the 2 scenarios above? The sequence of events may change a bit depending on the used BT-device etc., but in general it should go like this: 1. bluez notifies about new bluetooth device 2. pulseaudio BT-discovery module loads BT-device module for the new device 3. pulseaudio BT-device module creates card-profile and audio sink for the new device 4. policy notices the new device and routes all audio there Thanks a lot! And, is libplayback and the maemo component for Pulseaudio opensource? Maemo pulseaudio is open source but some of the Nokia specific pulseaudio modules are not. See: http://repository.maemo.org/pool/maemo5.0beta/free/p/pulseaudio/ As far as I know there should be no reason why libplayback should be closed, but I could not find it from Maemo SDK... Anyway you should not rely too much on libplayback's internal implementation, because it is likely to change in the future. Cheers, Jyri Sarha ___ 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