Re: Software categories

Marius Vollmer <[EMAIL PROTECTED]> writes: > It is better to have the control point at the repository than in the > devices. If we change our minds (and introduce a new category, e.g.), > we don't need to update all the devices, we can just implement the > change in the repository. OK, good poin

Re: ANNOUNCE: Internet Communications SoftwareUpdate for N800

[EMAIL PROTECTED] wrote: > Hello! > > >> I'm not having any luck using DTMF with rtcomm's sofia-sip and >> asterisk. >> Is there a trick to it? >> > > Nope! No tricks and no portions needed. :) > Ok. It still isn't working, even after the recent update. Any chance this might get fi

Re: Software categories

"ext Daniel Stone" <[EMAIL PROTECTED]> writes: > It's not about having an instant 100% solution that magically fixes > every package, but means that any package imported from Debian in > future doesn't have to be forked, which seems like a win to me. Yep. Although I am a bit wary about _replacin

Re: Software categories

"ext Ed Bartosh" <[EMAIL PROTECTED]> writes: > We already have a lot of this kind of packages. All user packages > have to have 'User/something' in their debian/control in order to be > installable with AM. Just to counter more rumours concerning why you might want to put your package into the "u

RE: How to avoid hildon apps being launched multiple times

Hi Eero, I figured out. If for lauching, no need to call osso_init() in application. Just adding X-Osso-Service and create a correct dbus service file with Name being com.nokia.entry_of_X-Osso-Service is enough. But, I'm not sure what you mean "callbacks if you are handling file open messages".

Re: Software categories

On Wed, 2007-08-15 at 18:59 +0300, Daniel Stone wrote: > On Wed, Aug 15, 2007 at 06:55:54PM +0300, ext Ed Bartosh wrote: > > On Wed, 2007-08-15 at 17:24 +0300, ext Guillem Jover wrote: > > > For the Section:s stuff, as I've said few times on this thread, you > > > just need to add override files (c

Re: Software categories

On Wed, Aug 15, 2007 at 06:55:54PM +0300, ext Ed Bartosh wrote: > On Wed, 2007-08-15 at 17:24 +0300, ext Guillem Jover wrote: > > For the Section:s stuff, as I've said few times on this thread, you > > just need to add override files (check the man pages for deb-override, > > dpkg-scanpackages and/

Re: Software categories

On Wed, 2007-08-15 at 17:24 +0300, ext Guillem Jover wrote: > On Tue, 2007-08-14 at 19:00:44 +0300, Ed Bartosh wrote: > > On Tue, 2007-08-14 at 02:01 +0100, Neil MacLeod wrote: > > > Marius Vollmer wrote: > > > > Neil MacLeod writes: > > > > > Perhaps if someone can identify the method currently be

Re: How to avoid hildon apps being launched multiple times

Hi, ext Zhu, Peter J wrote: > You mean all what applications need to do is > define a dbus servie file > Add a X-Osso-Service field to index that dbus file in Desktop file > Call osso_init() at initializaion() > ?? That's about enough for launching, but you of course need some callba

Re: Software categories

"ext Guillem Jover" <[EMAIL PROTECTED]> writes: >> > role::program && interface::x11 && \ >> > (uitoolkit::hildon || uitoolkit::gtk || uitoolkit::sdl || >> > uitoolkit::xlib) >> >> Right, that makes a lot of sense. But still, it is a rather indirect >> way of controlling visibility in the AM

RE: How to avoid hildon apps being launched multiple times

Hi, You mean all what applications need to do is define a dbus servie file Add a X-Osso-Service field to index that dbus file in Desktop file Call osso_init() at initializaion() ?? -Peter Eero Tamminen wrote: > Hi, > > ext Zhu, Peter J wrote: >> Is there existing general framework

Re: How to avoid hildon apps being launched multiple times

Hi, ext Zhu, Peter J wrote: > Is there existing general framework or method in maemo/hildon so that > application won't be launched more than once even if it's clicked > multiple times from menu? Here I want a general and elegant way rather > than for example judge if it's in ps list. Yes, appli

How to avoid hildon apps being launched multiple times

Hi, Is there existing general framework or method in maemo/hildon so that application won't be launched more than once even if it's clicked multiple times from menu? Here I want a general and elegant way rather than for example judge if it's in ps list. Thanks, Peter

Re: Software categories

On Tue, 2007-08-14 at 19:00:44 +0300, Ed Bartosh wrote: > On Tue, 2007-08-14 at 02:01 +0100, Neil MacLeod wrote: > > Marius Vollmer wrote: > > > Neil MacLeod writes: > > > > Perhaps if someone can identify the method currently being used by > > > > the Application Manager to group applications it c

Re: RE: Java acceleration/Jazelle

Hi, sorry for chiming in, incidentally I've just started to study the arm architecture and the ARM1136J-S manual seems clear about a couple of things On 8/15/07, Simon Pickering <[EMAIL PROTECTED]> wrote: > Thank you for the links, these are things I've not seen before. > > > So let me dump the st

Re: Software categories

"ext Neil Jerram" <[EMAIL PROTECTED]> writes: > Marius Vollmer <[EMAIL PROTECTED]> writes: > >> Rather, I would hope that we get the repository mess under control by >> having a few well maintained official repositories and then clean up >> the category mess by tightly controlling the categories o

RE: RE: Java acceleration/Jazelle

Thank you for the links, these are things I've not seen before. > So let me dump the stuff I turned up so far: > > URL: > Here you can see the size and alignment of the java instructions. > (the entire document is >