RE: [maemo-developers] Integration with the backup tool
Hi, That way, in case an upgrade of the device is a necessity, the user wouldn't have to run all the backup softwares of all the ISV's that created softwares for his mobility solution. In stead, using just one tool would suffice: The Nokia tool. As all the ISV's had a standard to implement backups of the application state. see http://maemo.org/platform/docs/tutorials/Maemo_tutorial.html#backup . I have not tested this but if it doesn't work it is a bug... :) Bye, Simon Applications can add additional directories and files to a backup by putting a configuration file to /etc/osso-backup/applications/. However we had a bug in backup in our first release. (see https://maemo.org/bugzilla/show_bug.cgi?id=306) This makes it harder for apps installed by the app installer to tell the new locations for the backup. Br, - Erik ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Integration with the backup tool
Simon- After my post on the same subject a while back, I went and re-read that specific portion of the documentation which you referenced as well. Yes, it's a good starting point... but it is missing all of the SHOULD and MUST verbiage of a platform-wide standard (such as an RFC, or POSIX standard). Getting a Built for Maemo sticker (yes, I know, doesn't exist) for your application should include things like proper User Interface / Application Programming Interface / Platform Programming Interface integration... which will only happen if the verbiage is strong enough to deter incomplete implementations. I think (though I can't speak for Philip directly) that the request was for a more strongly-worded and detailed backup specification, including both run-state (i.e., pause-to-disk) and saved-state (backup/restore) of both the installed application's user data /and/ the application binary/libraries themselves. -JMills From: [EMAIL PROTECTED] on behalf of Simon Budig Sent: Sun 08-Jan-06 13:34 To: maemo-developers@maemo.org Subject: Re: [maemo-developers] Integration with the backup tool Philip Van Hoof ([EMAIL PROTECTED]) wrote: It would be nice if it would be possible to integrate with the backup software of the Nokia. That way, in case an upgrade of the device is a necessity, the user wouldn't have to run all the backup softwares of all the ISV's that created softwares for his mobility solution. In stead, using just one tool would suffice: The Nokia tool. As all the ISV's had a standard to implement backups of the application state. see http://maemo.org/platform/docs/tutorials/Maemo_tutorial.html#backup . I have not tested this but if it doesn't work it is a bug... :) Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Integration with the backup tool
On Mon, 2006-01-09 at 01:23 -0800, Jason Mills wrote: I think (though I can't speak for Philip directly) that the request was for a more strongly-worded and detailed backup specification, including both run-state (i.e., pause-to-disk) and saved-state (backup/restore) of both the installed application's user data /and/ the application binary/libraries themselves. Correct -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] non-maemo apps in toolbar
On Thu, Jan 05, 2006 at 05:36:45PM +, Matthew Allum wrote: As to the input method, maybe the program could depend from xkbd (AFAIK doesn't support unicode, but as it works by synthetizing key events with XTest extension it should work with all X programs) Xkbd is dead dead dead. Use matchbox-keyboard instead ( its a complete much needed rewrite ), it supports full UTF8 but lacks a couple of minor things like images on keys and themeing. Good! Oh and its svn only :( See; http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README Is there something preventing releasing it? :-) and launch it when the program itself is started? To make an input window work in maemo env ( this is different to defualt mb input win handling ) you need to have it set its transiency to the window its entering data for. I think this would be undesirable as then the application window would be resized. This discussion was mostly about stuff like SDL games which don't handle window resizes. Therefore the input method should be above the application window, not make it to resize. matchbox-keyboard doesn't do this. but you could just embed matchbox-keyboard via XEMBED in some kind of wrapper of your toolkit of choice that handles the transiency or just avoid input windows all togeather and embed it direct in your app. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] non-maemo apps in toolbar
On 1/9/06, Eero Tamminen [EMAIL PROTECTED] wrote: To make an input window work in maemo env ( this is different to defualt mb input win handling ) you need to have it set its transiency to the window its entering data for. I think this would be undesirable as then the application window would be resized. This discussion was mostly about stuff like SDL games which don't handle window resizes. Therefore the input method should be above the application window, not make it to resize. seconded. Also, if I am right, this could avoid CPU usage in complex programs like web browser. -- Gustavo Sverzut Barbieri -- Computer Engineer 2001 - UNICAMP Mobile: +55 (19) 9165 8010 Phone: +1 (347) 624 6296; [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ICQ#: 17249123 MSN: [EMAIL PROTECTED] GPG: 0xB640E1A2 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] non-maemo apps in toolbar
Hi; On 1/9/06, Eero Tamminen [EMAIL PROTECTED] wrote: Oh and its svn only :( See; http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README Is there something preventing releasing it? :-) Yes, layout does not work as good as it should for small displays ( 240x320 ). I wanted to fix this before release. and launch it when the program itself is started? To make an input window work in maemo env ( this is different to defualt mb input win handling ) you need to have it set its transiency to the window its entering data for. I think this would be undesirable as then the application window would be resized. This discussion was mostly about stuff like SDL games which don't handle window resizes. Therefore the input method should be above the application window, not make it to resize. I dont think this can be done currently. best bet would be to XEmbed mb-kb directly in app for this kind of thing. -- Matthew ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Open URL with 770's browser
Can anyone suggest a way to open a URL using the native browser on the 770? I noticed that someone posted earlier about attempting to use dbus to accomplish this.. Thanks, -rk ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Open URL with 770's browser
Take a look at https://stage.maemo.org/viewcvs.cgi/maemo/projects/browser/browser/trunk/osso-browser-interface/osso-browser-interface.h?rev=1344view=markuphttps://stage.maemo.org/viewcvs.cgi/maemo/projects/browser/browser/trunk/osso-browser-interface/osso-browser-interface.h?rev=1344view=markup . Basically, you need the osso-browser-interface.h file, or, if not the .h file, some defines from the .h file. This file doesn't appear to be included in the SDK, although I'm not sure why this is the case. Aaron On Mon, 9 Jan 2006, Roland Krikava wrote: Can anyone suggest a way to open a URL using the native browser on the 770? I noticed that someone posted earlier about attempting to use dbus to accomplish this.. Thanks, -rk ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Wavemon or other monitoring application for WLAN
On Mon, 2006-01-09 at 15:22 +0100, Dirk Kuijsten wrote: I wanted to make an application that can connect to a hotspot and test the connection and/or do an automatic weblogin (my hotspot provider here in the Netherlands doesn't support EAP). Or start scripts to test the connection. If I understand you correctly you want some actions executed automatically if you choose a connection from within the connection manager? That has been discussed on #maemo. I think the solution is to listen for the dbus messages that are generated upon establishment of a WLAN connection and use them to trigger scripts that do further work after a connection is established. Personally I don't like this kind of solution very much, because this had to be done by some kind of daemon listening on the dbus all the time. *think out loud* something like the options in debians /etc/network/interfaces stanzas should be used. Like post-up [command]. But there are no config files there on the 770 for interface configuration. Events (dbus messages) are way cooler (modern), but are they the easiest way to go for such things? The problem is: is there a way to interface with the connection manager? That is definately needed. One should be able to hook post-up scripts for the APs connection settings that are already saved on the 770! Everybody knows that WEP and WAP are insecure. To overcome that, many institutions use differnt kinds of VPN connections that should be integrated in the connection manager through script hooks. According to the Maemo package reference the packages osso-wlan and osso-wlan-security (EAP deamon) are from Nokia. But my question is: will the sources be available? http://repository.maemo.org/unstable/1.1rc5/package_reference.html Good question. I would also like it if the EAP daemon supported EAP-TTLS, which it doesn't yet. My university only supports ttls or cisco-vpn. My university uses cisco-vpn too and therefor I use VPNC on the 770 which works fine except that I would like to have it executed automatically when I connect to one of my universities APs. http://maemo.org/maemowiki/InstallVPNC 2. Thus I looked at the current modules loaded: cx3110x (lsmod). They are in /mnt/initfs/lib/modules/2.6.12.3-omap1/ It seems the license for the cx3110x module is GPL version 2 (do a strings on it). Thus Nokia should provide the source of the module. With it we could write the osso-wlan package ourselves. Note: I know this is a Conexant cx3110x wlan chip with a lower mac (umac), which is probably in the wlan-firmware package. I don't need those sources. The strings of this module also do give Proprietary as it should. Is the firmware integrated into that kernel module or does the module load it onto the hardware from a different file? Greets, Jonek. PS: Wavemon would be nice to have. Timo: it depends on ncurses! ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Bluetooth headset - not really working?
On Tue, 2005-12-20 at 10:16 -0700, Brad Midgley wrote: I'm overseeing the bluetooth audio on linux project... Linux only supports SCO transfers for CSR chips. To use the current btsco stuff, Nokia is going to have to contribute a SCO driver to the kernel for whatever bluetooth chip they put in the 770. I found some further info at: http://thread.gmane.org/gmane.linux.bluez.devel/6713 Can anyone of the Nokia developers give us some more hints on the head set topic please? Can we only expect that to work when the 2006 software edition will be released or will the head set support be included in an earlier firmware update? This missing feature is very much appreciated! Greets, Jonek. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Bluetooth headset - not really working?
Johannes The two types of bluetooth audio are very different. You linked to a discussion about the other type. low-latency voice-quality mono audio uses a special transport (SCO) and is delivered from the bluetooth chip either over the regular data connection to the cpu (HCI) or it is connected to dedicated audio/analog hardware (PCM). The HCI formatting and negotiation differs from chip to chip and the linux driver is only complete for CSR chipsets. a2dp specifies one-way high-quality, traditionally stereo, audio. It is delivered over an L2CAP socket so linux can send and receive this audio with any bluetooth chip that has even the most basic support. We know what has to be done for a2dp. The SCO stuff is what I would like to see help from Nokia on. I would hope they can help us with the HCI interaction with the SCO transport since that gives us the most generic control over the audio stream. Brad On Tue, 2005-12-20 at 10:16 -0700, Brad Midgley wrote: I'm overseeing the bluetooth audio on linux project... Linux only supports SCO transfers for CSR chips. To use the current btsco stuff, Nokia is going to have to contribute a SCO driver to the kernel for whatever bluetooth chip they put in the 770. I found some further info at: http://thread.gmane.org/gmane.linux.bluez.devel/6713 Can anyone of the Nokia developers give us some more hints on the head set topic please? Can we only expect that to work when the 2006 software edition will be released or will the head set support be included in an earlier firmware update? This missing feature is very much appreciated! Greets, Jonek. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Bluetooth headset - not really working?
On Mon, Jan 09, 2006 at 08:04:35PM -0700, Brad Midgley wrote: low-latency voice-quality mono audio uses a special transport (SCO) and is delivered from the bluetooth chip either over the regular data connection to the cpu (HCI) or it is connected to dedicated audio/analog hardware (PCM). The HCI formatting and negotiation differs from chip to chip and the linux driver is only complete for CSR chipsets. Hmm. Linux support aside, does this mean I'm never going to find a bt headset with both a mic for voice and high quality stereo playback for music in the same device? More or less what all the game consoles use, for example? -r ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Bluetooth headset - not really working?
Ralph Hmm. Linux support aside, does this mean I'm never going to find a bt headset with both a mic for voice and high quality stereo playback for music in the same device? More or less what all the game consoles use, for example? I assumed you're aware that a lot of the stereo sets will switch into low-quality 2-way mode. It's the simultaneous stereo/mic that no one can do now. Brad ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] non-maemo apps in toolbar
Hi, On Mon, Jan 09, 2006 at 01:12:40PM +, Matthew Allum wrote: To make an input window work in maemo env ( this is different to defualt mb input win handling ) you need to have it set its transiency to the window its entering data for. I think this would be undesirable as then the application window would be resized. This discussion was mostly about stuff like SDL games which don't handle window resizes. Therefore the input method should be above the application window, not make it to resize. I dont think this can be done currently. best bet would be to XEmbed mb-kb directly in app for this kind of thing. Implementing simple non-resizing input method which application cannot control (like it can control the one in 770) is easy, the input method window needs just to be a system dialog so that it keeps above all apps and user doesn't lose it when he switches to another application or desktop. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Bluetooth headset - not really working?
On Mon, Jan 09, 2006 at 08:29:38PM -0700, Brad Midgley wrote: The latency for every stereo set out there is so bad (500ms!) that you'd lose every game or just throw yourself out the nearest window. Oh dear. And I thought USB audio was bad... I wasn't actually aware that there were dual mode stereo/interactive headsets, but I see plantronics is selling one now. Clever how it's spun as a feature (Switch seamlessly between your phone and music from your stereo!) and not a bug. Is there a bandwidth problem, or just people being silly with the design? -r ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers