Lauro wrote:
On 3/28/07, Patrik Flykt <[EMAIL PROTECTED]> wrote:
Hi,
On Wed, 2007-03-28 at 00:39 +0200, ext Tomas wrote:
> corresponding dbus signal) from the current IAP when WIFI signal is
so low
> that data transmission becomes impossible?
What about the connection strength fro
On 3/28/07, Patrik Flykt <[EMAIL PROTECTED]> wrote:
Hi,
On Wed, 2007-03-28 at 00:39 +0200, ext Tomas wrote:
> corresponding dbus signal) from the current IAP when WIFI signal is so low
> that data transmission becomes impossible?
What about the connection strength from ConIc Statisti
Hi,
On Wed, 2007-03-28 at 00:39 +0200, ext Tomas wrote:
> corresponding dbus signal) from the current IAP when WIFI signal is so low
> that data transmission becomes impossible?
Unfortunately not.
Regards,
PAtrik
--
Patrik Flykt <[EMAIL PROTECTED]>
__
Hi,
Using "dbus-monitor --system" to spy on bme/dbus messages I observed the
following
on my N800 under IT2007.10:
1/ when pressing the battery applet:
signal sender=:1.166 -> dest=(null destination)
interface=com.nokia.bme.request; member=timeleft_info_req
signal sender=:1.7 -> dest=(null des
We want our application to switch from IAP automatically when it looses
connection.
We have developed a daemon that waits for a DISCONNECTED dbus signal to
automatically reconnect to any available IAP.
It works fine when the device looses connectivity. In this case a dbus
signal is launched and tr
Johan,
oh, that might be it - what you are saying is that my application has to be in
the repository for Application Manager to pull its dependencies from a pool of
all available packages it knows about as of last refresh. And because I try to
install from a file, it doesn't try to resolve depe
On Tue, Mar 27, 2007, [EMAIL PROTECTED] wrote:
> at least on the surface, that doesn't seem to be the case.
>
> An application I'm trying to install depends among others on
> libsigc++-2.0-0c2a. The application's category is properly set to
> 'user/other' - so there is no conflict there. Also,
On Tue, Mar 27, 2007 at 10:22:25AM -0500, ext Paul Klapperich wrote:
> I think the ideal situation would be if the public bugzilla was used by
> Nokia when fixing bugs submitted publicly and the internal bugzilla used
> when fixing bugs Nokia feels need to be hidden from public view for whatever
>
Hi magda,
magda chelly schrieb:
> Hello everybody!!
>
> Have someone an idea how to do an application that use
> JNI in scratchbox?
JNI consists of two parts:
1. The native code (e.g. with the generated header file generated by javah):
This code has no java dependencies (only the jni.h has to be
On 3/27/07, Neil MacLeod <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
> Hi all,
>
> This sounds like something technically easy to do (for Nokia):
> 1) get all the internal bugs we have fixed
> 2) extract the referrences to public bugzilla
> 3) make sure all the public bugzilla bugs are m
Hello everybody!!
Have someone an idea how to do an application that use
JNI in scratchbox?
Thanks,
Magda,
___
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions
Johan,
at least on the surface, that doesn't seem to be the case.
An application I'm trying to install depends among others on
libsigc++-2.0-0c2a. The application's category is properly set to 'user/other'
- so there is no conflict there. Also, my application's dependencies are set to
${shlib
[EMAIL PROTECTED] wrote:
Hi all,
This sounds like something technically easy to do (for Nokia):
1) get all the internal bugs we have fixed
2) extract the referrences to public bugzilla
3) make sure all the public bugzilla bugs are marked as FIXED the same
day we release the update
And as a bonu
"ext Johan Bilien" <[EMAIL PROTECTED]> writes:
> Marius correct me if I'm wrong.
You are correct.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
On Mon, Mar 26, 2007, VLG wrote:
> Further digging reveals that starting with libsigc++-2.0-0c2a,
> the 'Section: libs' in debian/control file is considered a violation
> of some sort. osso-application-installer insists on having 'Section:
> user/FOO'
> as the least.
>
> I am afraid, all the pack
Hi all,
This sounds like something technically easy to do (for Nokia):
1) get all the internal bugs we have fixed
2) extract the referrences to public bugzilla
3) make sure all the public bugzilla bugs are marked as FIXED the same
day we release the update
And as a bonus lets list the public bugs
Hi all,
Me and a bunch of other people are wondering if it is possible to somehow
sniff the current URL from the Maemo browser..In many desktop environments
it seems to be somehow done, but haven't found a clue how to do it with
Maemo.
So, if the user is currently browsing e.g.
"www.somethi
17 matches
Mail list logo