[maemo-developers] Re: [maemo-users] Using osso_iap_cb example
On Mon, Jul 24, 2006 at 11:24:24PM -0700, Brad Burleson wrote: > I'm trying to capture the events generated when the 770 goes on and > off-line, and I've written a simple test program just to mess around. The > callback gets registered, but I never see any output from the callback. I > suspect it's something simple. > > Anyone got any ideas? (I think maemo-developers is a better forum for this) It seems that the callback isn't actually registered (on D-BUS) until you call some osso-ic function that does something on D-BUS. So, after calling osso_iap_connect() you might have a better chance. Of course there's then the side effect that you have requested a connection and the system will try to keep it on indefinitely. If that's a problem (you only want to monitor), you should be able to use the ICD D-BUS API directly and listen for the "status_changed" signal: http://www.maemo.org/platform/docs/howtos/howto_connectivity_guide.html#DBUSInterfaceICD Cheers, Jari -- Jari Tenhunen, stardate [-29]6121.15 :wq ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] libebook
Dear all,
I am trying to use the EDS in my program.
ESourceList *slist;
if (! e_book_get_addressbooks (&slist, NULL) ) {
printf("Fail to get address book\n");
}
The program compiles but quit itself running the e_book_get_addressbooks().
The error message is:
GLIB CRITICAL ** GLib-GObject - gtype.c : initialization assertion failed, use
IA__g_type_init() prior to this function
GLIB CRITICAL ** GLib-GObject - g_object_new: assertion `G_TYPE_IS_OBJECT
(object_type)' failed
GLIB CRITICAL ** Glib-GObject - g_object_ref: assertion `G_IS_OBJECT (object)'
failed
Please help, and thanks in advance.
Alvis Koon
Software Engineer
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] libebook
Sorry disturbing, I found out the answer myself.
g_type_init() has to be done.
Yours faithfully,
Alvis Koon
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Tuesday, July 25, 2006 4:23 PM
To: maemo-developers@maemo.org
Subject: [maemo-developers] libebook
Dear all,
I am trying to use the EDS in my program.
ESourceList *slist;
if (! e_book_get_addressbooks (&slist, NULL) ) {
printf("Fail to get address book\n");
}
The program compiles but quit itself running the e_book_get_addressbooks().
The error message is:
GLIB CRITICAL ** GLib-GObject - gtype.c : initialization assertion failed, use
IA__g_type_init() prior to this function
GLIB CRITICAL ** GLib-GObject - g_object_new: assertion `G_TYPE_IS_OBJECT
(object_type)' failed
GLIB CRITICAL ** Glib-GObject - g_object_ref: assertion `G_IS_OBJECT (object)'
failed
Please help, and thanks in advance.
Alvis Koon
Software Engineer
___
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
[maemo-developers] Re: libebook
On Tue, 2006-07-25 at 11:22 +0300, [EMAIL PROTECTED] wrote:
> I am trying to use the EDS in my program.
>
> ESourceList *slist;
>
> if (! e_book_get_addressbooks (&slist, NULL) ) {
> printf("Fail to get address book\n");
> }
I see you fixed the problem, but instead of iterating over the
addressbooks, just use e_book_new_system_addressbook(). There is only
one addressbook on the 770, and that function will return it (unless you
are creating other addressbooks, but I advise against that).
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
www: http://www.burtonini.com./
PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] How to handle packaging for debian-native packages?
On Mon, 2006-07-24 at 23:00 -0400, ext Peter Kahle wrote: > How are people handling packaging when the upstream already includes a > debian directory? > > On http://wiki.debian.org/Emdebian_Nokia there's mention of using a > DEBIAN_DIR environment variable to specify an alternate directory, but > it doesn't seem to work for me in scratchbox. Is there anything special > I have to do besides setting the variable? You should use patched debian utilities, which understand DEBIAN_DIR directory. Unfortunately they're not included into Maemo development environment. If you're interested I can put experimental emdebian devkit for scratchbox somewhere for downloading. It contains patched apt,dpkg,debhelper,cdbs and some other packaging tools. Here is draft of emdebian packaging rules: http://wiki.debian.org/Embedded_Debian_packaging_rules?highlight=% 28CategoryEmdebian%29 And there is also example of making Emdebian package out of Debian one. If someone is interested in the approach I can put this example in emdebian wiki. > Alternately, would it work to > have more than one control file or other necessary files, and have the > first action in the rules set up the symlinks needed to set the > environment right? > It might work, but from my point of view it's difficult to maintain. -- Ed Bartosh <[EMAIL PROTECTED]> Nokia-M/Helsinki ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] [maemo-users] [Fwd: PERSONAL TECHNOLOGY: Nokia's Tiny Computer Is Crisp but Slow]
On Thu, 2006-07-20 at 19:42 -0400, ext Acadia Secure Networks wrote: > "If you are a gadget geek, or just want to surf the Web on a > small device with a great screen, the 770 might be for you. > But for most mainstream users, the 770 is a disappointment. > With more horsepower and a revamped interface, it might get > closer to the holy grail." While I agree we should of course optimize for speed, as in any software project, I would think that the web browsing with a small handy device, when in town or travelling, is *exactly* the most common mainstream use case there is for the 770. //Tuomas -- A: No Q: Should i quote this on the top? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] How to handle packaging for debian-native packages?
Ed Bartosh wrote: On Mon, 2006-07-24 at 23:00 -0400, ext Peter Kahle wrote: How are people handling packaging when the upstream already includes a debian directory? On http://wiki.debian.org/Emdebian_Nokia there's mention of using a DEBIAN_DIR environment variable to specify an alternate directory, but it doesn't seem to work for me in scratchbox. Is there anything special I have to do besides setting the variable? You should use patched debian utilities, which understand DEBIAN_DIR directory. Unfortunately they're not included into Maemo development environment. If you're interested I can put experimental emdebian devkit for scratchbox somewhere for downloading. It contains patched apt,dpkg,debhelper,cdbs and some other packaging tools. I don't really need that yet. For my purposes, knowing the package is using the preferred method is good enough. I'm not building debian and maemo packages from the same working directory, so shuffling directories a little once is acceptable. Here is draft of emdebian packaging rules: http://wiki.debian.org/Embedded_Debian_packaging_rules?highlight=% 28CategoryEmdebian%29 And there is also example of making Emdebian package out of Debian one. If someone is interested in the approach I can put this example in emdebian wiki. Thanks for that, some more reading for me to do. Peter ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] sounds through pygtk?
Hello list,I am searching for a way to produce sounds in a pygtk application running on maemo. Like, a callback to a function that produces a dialog box, with a bell sound.Found no way to do it in python though. Any suggestions? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] sounds through pygtk?
On 7/25/06, Thanos Panousis <[EMAIL PROTECTED]> wrote: Hello list, I am searching for a way to produce sounds in a pygtk application running on maemo. Like, a callback to a function that produces a dialog box, with a bell sound. Found no way to do it in python though. Any suggestions? I'm not aware of any GTK way to do it, but you can use GStreamer and play anything with it. Basically you use parse_launch() and give it a pipeline as a string... you can test it using gst-launch (installable using apt-get from terminal). For an python example for 770, see: http://code.gustavobarbieri.com.br/eagle/examples/player-maemo.py GStreamer bindings are provided with python2.4 runtime for Maemo2.0 (ITOS2006). -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 Phone: +1 (347) 624 6296; [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] sounds through pygtk?
Gustavo Sverzut Barbieri ([EMAIL PROTECTED]) wrote: > On 7/25/06, Thanos Panousis <[EMAIL PROTECTED]> wrote: > > I am searching for a way to produce sounds in a pygtk application > > running on maemo. Like, a callback to a function that produces a > > dialog box, with a bell sound. > > > > Found no way to do it in python though. Any suggestions? > > I'm not aware of any GTK way to do it[...] does gdk_beep() work? 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] Add new language of input
Whether probably to add language of input for the virtual keyboard? I need Ukrainian language. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] JamVM network prob
Hi, I've been running the GST client on the 770 with various VMs (JamVM, CACAO, SableVM, Mika) for a while and have not had problems with TCP/IP. Never tried UDP though. Make sure you setup a WLAN connection or other *before* running the program. Best Regards, -- Philippe Laporte Gatespace Telematics Första Långgatan 18 41328 Göteborg Sweden Phone: +46 702 04 35 11 Fax: +46 31 24 16 50 Email: [EMAIL PROTECTED] On Thu, 2006-06-29 at 09:56 +0300, [EMAIL PROTECTED] wrote: > Hi, > have anyone tried to run any java applications with JamVM that use networking? > I tried to play with http://cybergarage.org/ CyberLink for Java UPnP > Development package, but > I couldn't get anything to work in 770. I made a console-based UPnP device > that worked fine > in linux and windows, but in 770 it just didnt work. It seemed to work just > fine, except that it doesn't > send or receive anything; it doesn't show any exceptions or errors thou. > I also made a simple program that just sends a multicast packet in IPv6 > network and it works in > Linux ( something like: > http://www.cdt.luth.se/~peppar/java/multicast_example/ ). In 770 it gives > following error: > java.net.SocketException > at java.net.DatagramSocket.getImpl (DatagramSocket.java:214) > at java.net.DatagramSocket.setReuseAddress (DatagramSocket.java:802) > at java.net.MulticastSocket. (MulticastSocket.java:110) > at java.net.MulticastSocket. (MulticastSocket.java79) > at NetTest.main (NetTest.java:48) > Caused by: java.io.IOException: Socket operation on non-socket > at gnu.java.net.PlainDatagramSocketImpl.create (Native Method) > at java.net.DatagramSocket.getImpl (DatagramSocket.java:206) > ..4 more > I think it crashes in command: MulticastSocket s = new MulticastSocket(); > > I use 1.5.0_07 jdk in Linux and Windows and 770 is in IPv6 network and 770 > is IPV6 enabled. > If anyone have tried networking application in JamVM, please share your > experiences :). > > - Juha K > ___ > 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] libxv status?
On Tuesday 25 July 2006 09:01, you wrote: > > http://www.internettablettalk.com/forums/showthread.php?t=2405 > > > > Actually mplayer works surprisingly fast and has performance not much > > inferior to default video player on Nokia 770 that is using DSP. And > > that all is even without hardware colorspace conversion support! > > > > So is it possible to have an accelerated version of libxv on Nokia 770 > > that would support colorspace conversion and scaling (no matter whether > > using video controller capabilities or relay this task to DSP)? So that > > a more universal and well supported ARM core could deal only with video > > stream decoding. > > We don't have any plans to do this for the 770. Thanks for your reply. In order not to take much of your time, just a few more questions which require only yes/no/maybe answers :) Does Nokia 770 hardware really support YUV colorspace? Is it technically possible (I'm not asking whether it is planned by Nokia now) to have some simple API for YUV colorspaces support added probably as part of libxsp? Is Nokia interested in getting any assistance from the community (from me for example) in improving performance and capabilities of the software and libraries preinstalled on the device? I'm interested in good video support and also game development (official support for twice lower resolution in SDL using pixel doubling, support for portrait/landscape screen orientation modes, background music playback utilizing DSP core, virtual keyboard for X11 applications and SDL in particular, etc.). So I don't mind contributing some of my free time to do some work in order to get all this real. Thanks. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] libxv status?
On Wed, Jul 26, 2006 at 09:07:57AM +0300, ext Siarhei Siamashka wrote: > On Tuesday 25 July 2006 09:01, you wrote: > > > http://www.internettablettalk.com/forums/showthread.php?t=2405 > > > > > > Actually mplayer works surprisingly fast and has performance not much > > > inferior to default video player on Nokia 770 that is using DSP. And > > > that all is even without hardware colorspace conversion support! > > > > > > So is it possible to have an accelerated version of libxv on Nokia 770 > > > that would support colorspace conversion and scaling (no matter whether > > > using video controller capabilities or relay this task to DSP)? So that > > > a more universal and well supported ARM core could deal only with video > > > stream decoding. > > > > We don't have any plans to do this for the 770. > > Thanks for your reply. > > In order not to take much of your time, just a few more questions which > require only yes/no/maybe answers :) > > Does Nokia 770 hardware really support YUV colorspace? My understanding is that the only support we have right now is through the DSP. > Is it technically possible (I'm not asking whether it is planned by Nokia now) > to have some simple API for YUV colorspaces support added probably as part of > libxsp? Having some sort of wrapper around the DSP access would be desirable, yes. It's theoretically possible to do with Xv as well, if someone's sufficiently motivated: there's no necessary tie between Xv and actually using the GPU. > Is Nokia interested in getting any assistance from the community (from me > for example) in improving performance and capabilities of the software > and libraries preinstalled on the device? I can't speak for the company as a whole, but I'd hazard a guess at the answer to that one generally being yes. :) > I'm interested in good video support and also game development (official > support for twice lower resolution in SDL using pixel doubling, support for > portrait/landscape screen orientation modes, background music playback > utilizing DSP core, virtual keyboard for X11 applications and SDL in > particular, etc.). So I don't mind contributing some of my free time to do > some work in order to get all this real. To be honest, I haven't played with the SDL stuff at all, and it's not really in my area, so I'd have to defer to someone else here. Cheers, Daniel signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] packages: soname (0c2a, etc)
When creating maemo packages, we will tend to take the debian or Ubuntu package and modify it for maemo. However, for C++ libraries, maybe the soname would not be appropriate. Is there a policy for this, or can someone suggest one? The soname is the package suffix, such as 0c2a seen here: http://packages.debian.org/unstable/libs/libsigc++-2.0-0c2a I believe that these suffixes are changed whenever either - A new version of g++, with a new C++ ABI, is used. or - A new version of libstdc++, with a new ABI, is used. I don't know what the 0, c, 2, or a parts of the suffix mean, or if suffix is just changed arbitrarily. I can't find an overview of these in the debian documentation. Maybe we could use the appropriate debian sonames, but we probably don't have the same combinations of C++ and libstdc++ ABIs so there might be no appropriate choice. I could remove the soname/suffix from the package name, which would involve a few more changes to the debian/ stuff than I'd like to make, so I thought I'd check first. Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
