Hi all, I saw previously MTF has a notification framework as listed on
http://apidocs.meego.com/1.0/mtf/notifications.html. Do we have similar feature
/ APIs available now in QTMobility / QML which applications may use to notify
user about their status update on status bar (or other suitable pla
[0]:
http://sf2011.meego.com/program/sessions/bof-quality-and-compliance-specification
On Wed, Jun 1, 2011 at 7:03 AM, Sivan Greenberg wrote:
> So, we've actually discussed this sort of stuff during my Quality and the
> Compliance spec BOF[0], I also think that HTML5 and PySide would be the way
So, we've actually discussed this sort of stuff during my Quality and the
Compliance spec BOF[0], I also think that HTML5 and PySide would be the way
to go about this, but we need to get PySide to be an official part of MeeGO
core. Maybe we can start pitching this to the TSG? I think given it is
su
2011/6/1 Akkana Peck :
> Wichmann, Mats D writes:
>> switch to html5 :)
>
> I know you used a smiley, but:
>
> Is there a way to package an html+javascript app on meego so
> that it has a desktop icon and shows up in the apps menu without
> needing an architecture-specific C++ Qt wrapper? Also with
Wichmann, Mats D writes:
> switch to html5 :)
I know you used a smiley, but:
Is there a way to package an html+javascript app on meego so
that it has a desktop icon and shows up in the apps menu without
needing an architecture-specific C++ Qt wrapper? Also without
requiring packages like qml-view
Dnia 2011-05-31, wto o godzinie 13:50 -0700, Ware, Ryan R pisze:
> Yes, but I'd be concerned that this would blow up the image size even
> more that what it is currently.
I don't think it would have to be part of the image, as long as the
packages would be available for download from the main rep
On Tue, May 31, 2011 at 12:32 PM, Michał Sawicz wrote:
> Dnia 2011-05-31, wto o godzinie 11:34 +0100, David Greaves pisze:
> > We have python.
> >
> > QML can access python objects directly if I understood Thomas Perl's
> > excellent talk.
>
> Yes, PySide would definitely be one way. But, as you
Conny,
On the back of your device there is a support URL. At that URL there
are detailed instructions of what to do if there is a hardware issue. I
have sent an email with this information to the address specified and am
waiting to hear back.
Thanks,
Andrew
On 11-05-31 04:43 PM, Cornelius
Thanks all for the feedback. If you know who to contact, please ping me.
Cheers,
Conny
On Tue, 2011-05-31 at 16:29 -0400, Andrew Olmsted wrote:
> ExoPC confirmed that there is no BIOS update that would help with this
> problem and the only thing to do would be get the hardware replaced.
>
> I w
On 31/05/11 20:32, Michał Sawicz wrote:
Dnia 2011-05-31, wto o godzinie 11:34 +0100, David Greaves pisze:
We have python.
QML can access python objects directly if I understood Thomas Perl's
excellent talk.
Yes, PySide would definitely be one way. But, as you can probably
remember from Q&A on
ExoPC confirmed that there is no BIOS update that would help with this
problem and the only thing to do would be get the hardware replaced.
I would think the proper way to do this for developer units would be
through Intel, so I will try to find the right person to contact.
Perhaps the person
On Tue, 31 May 2011 09:08:41 -0700
Shane Bryan wrote:
>
> #meego-meeting: MeeGo Dialer Project meeting
>
>
>
> Meeting started by sabotage at 15:03:09 UTC.
>
> Online minutes:
> http://irclogs.meego.com/m
Dnia 2011-05-31, wto o godzinie 09:41 -0700, Arjan van de Ven pisze:
> actually .. the .repo file is what you offer in that case.
The openSUSE-devised YMP aka OneClickInstall [1,2] could be a base when
multiple repositories (e.g. for python packages or other dependencies)
are required. TBH when on
Dnia 2011-05-31, wto o godzinie 11:34 +0100, David Greaves pisze:
> We have python.
>
> QML can access python objects directly if I understood Thomas Perl's
> excellent talk.
Yes, PySide would definitely be one way. But, as you can probably
remember from Q&A on this session, there's still the pr
On 05/31/11 00:59, steven wrote:
On Tue, 2011-05-31 at 00:50 -0700, Kok, Auke-jan H wrote:
On Mon, May 30, 2011 at 5:55 PM, steven wrote:
> > 400M
>
> yikes
>
> sounds like some program is hitting a lot of really bad
debug messages...
meego-dev-boun...@meego.com wrote:
> On 5/31/2011 9:40 AM, Tomasz Sterna wrote:
>> You are missing the original question: "How to give developpers a way
>> to create one-size-fits-all package?"
switch to html5 :)
___
MeeGo-dev mailing list
MeeGo-dev@me
On Tue, 31 May 2011 18:44:38 +0200
Carsten Munk wrote:
> 2011/5/31 Arjan van de Ven :
> >> ***This is possible to do even now by abusing noarch.***
> >> ***Just create a noarch package with binaries for all
> >> architectures inside and ln/copy binaries for current arch to
> >> correct places in
On 5/31/2011 9:40 AM, Tomasz Sterna wrote:
On wto 31 maj 2011 18:14:56 CEST, Arjan van de Ven
mailto:ar...@linux.intel.com>> wrote:
> just we have a way of distributing binaries that's slightly more
> finegrained than the android model and our output of the build
> ends up nicely split up, sav
On Tue, 2011-05-31 at 18:23 +0200, Lissel-Erhard, Isabelle wrote:
> Could you please take me off all MeeGo lists?
You have to do that yourself.
Just follow the link at the bottom of every email:
> http://lists.meego.com/listinfo/meego-dev
andre
--
Andre Klapper (maemo.org bugmaster)
http://www.o
2011/5/31 Arjan van de Ven :
> On 5/31/2011 9:12 AM, Tomasz Sterna wrote:
>>
>> On wto 31 maj 2011 11:41:17 CEST, Sander van Grieken
>> mailto:san...@outrightsolutions.nl>> wrote:
>> > What about a multi-arch RPM approach, where binaries for multiple
>> > architectures are contained in a single RPM
On wto 31 maj 2011 18:14:56 CEST, Arjan van de Ven
wrote:
> just we have a way of distributing binaries that's slightly more
> finegrained than the android model and our output of the build
> ends up nicely split up, saving download time as well as disk space.
You are missing the original quest
Could you please take me off all MeeGo lists?
Thanks a lot.
Best
Isabelle
Mit freundlichen Grüßen / Yours sincerely
Isabelle Lissel-Erhard
Senior Account Manager
Maisberger - Gesellschaft für strategi
Hi,
Following a request from Carsten, we started splitting debug sources from
debuginfo packages, which enhances the developer experience. Now debuginfo
packages only have the symbols, when needed, debug sources can be downloaded
separately. To further enhance the developer experience the follow
On 5/31/2011 9:12 AM, Tomasz Sterna wrote:
On wto 31 maj 2011 11:41:17 CEST, Sander van Grieken
mailto:san...@outrightsolutions.nl>> wrote:
> What about a multi-arch RPM approach, where binaries for multiple
> architectures are contained in a single RPM, but where only the arch
> specific vari
On Tuesday, May 31, 2011 10:46:53 am Drucker, Benjamin T
wrote:
> If there are arch-dependent bin components (as apposed to
> the intermediate language approach), then it would make
> more sense to have the noarch qml part require a
> capability provided by a bunch of arch rpms. [Sent from
> my ph
#meego-meeting: MeeGo Dialer Project meeting
Meeting started by sabotage at 15:03:09 UTC.
Online minutes:
http://irclogs.meego.com/meetbot/meego-meeting/2011/meego-meeting.2011-05-31-15.03.html
Full IRC mee
On wto 31 maj 2011 11:41:17 CEST, Sander van Grieken
wrote:
> What about a multi-arch RPM approach, where binaries for multiple
> architectures are contained in a single RPM, but where only the arch
> specific variant is installed?
This is possible to do even now by abusing noarch.
Just create a
While it does indeed answer the question it raises the obvious one of what
the handset profile is meant to look like?
Could those in the know enlighten the rest of us?
Thanks
Vgrade
On May 31, 2011 2:09 PM, "Wichmann, Mats D"
wrote:
>
>
>
> Hi Guys,
>
> Is this page still current?
>
> http://wi
A multi-arch rpm will continue to grow in size for each supported platform.
Youy'll get the overhead of download this whoile thing to upgrade your device.
Also you'll need to upgrade if some other arch changes in which you have no
interest.
If there are arch-dependent bin components (as appos
On 05/31/2011 01:57 AM, Chang, Ziv wrote:
Hi,
The meego-ux-daemon will listen the "Alarm" signal from D-Bus
(path=/com/meego/Alarm, interface=com.meego.Alarm, signal=Alarm). Then meego-ux-dameon
may play the appropriate audio by soundUri.
I would like to know who app/service has used alarmd al
Agenda for the Dialer Project meeting - Tuesday, May 31st, 2011
* General information/business (Shane)
- MeeGo Conference wrap-up/summary
- TODO list cleanup (based on Dialer presentation)
* Bug, patch and merge-request status (Shane)
Bugs:
- How to disposition MTF vs. QML bugs?
Shoul
Hi Guys,
Is this page still current?
http://wiki.meego.com/Quality/Compliance/HandsetProfile
I hear there are changes afoot in the handset UX.
It hasn't really received any attention from anyone "in the know", if that
helps answer the currency question.
___
2011/5/31 Tomasz Sterna :
> Dnia 2011-05-31, wto o godzinie 11:25 +0200, Carsten Munk pisze:
>> in MeeGo currently as we have to write C++ for our native Qt
>> Quick extensions
>
> How does Android solve building and distributing NDK extensions?
Good point, as I can see, they bundle them into .apk
Dnia 2011-05-31, wto o godzinie 11:25 +0200, Carsten Munk pisze:
> in MeeGo currently as we have to write C++ for our native Qt
> Quick extensions
How does Android solve building and distributing NDK extensions?
___
MeeGo-dev mailing list
MeeGo-dev@mee
On Tuesday, 31 de May de 2011 15:59:40 steven wrote:
> > and, please, tell us which package is writing 400mb of output so we
> > can address the issue with the person who wrote the package?
>
> the package is third-party package, it doesn't belong to meego package
> list.
Well, then you know who
On 31/05/11 10:25, Carsten Munk wrote:
Yes, indeed - I've been fed the usual JVM and JIT knowledge through my
university education like many others, but this isn't the approach
taken in MeeGo currently as we have to write C++ for our native Qt
Quick extensions and we don't have a JVM on each devi
I also think so.
Recently I have made llvmpipe working inside chroot+Xephyr, the graphics
performance is very good.
Currently llvm is not in the MeeGo distro, what is the process to get it inside
MeeGo?
Thanks
-Haitao
-Original Message-
From: meego-dev-boun...@meego.com [mailto:meego-d
What about a multi-arch RPM approach, where binaries for multiple architectures
are contained in a single RPM, but where only the arch specific variant is
installed?
This would avoid the size increase of a multi-arch ELF approach, and avoid the
(possible) performance loss and (possible) executi
Yes, indeed - I've been fed the usual JVM and JIT knowledge through my
university education like many others, but this isn't the approach
taken in MeeGo currently as we have to write C++ for our native Qt
Quick extensions and we don't have a JVM on each device.
I feel that LLVM could give some goo
Android has done most of such jobs via JVM.
-Original Message-
From: meego-dev-boun...@meego.com [mailto:meego-dev-boun...@meego.com] On
Behalf Of Carsten Munk
Sent: Tuesday, May 31, 2011 2:11 PM
To: meego-dev
Subject: [MeeGo-dev] MeeGo app model in 2012: Rethinking the MeeGo app model to
Hi,
The meego-ux-daemon will listen the "Alarm" signal from D-Bus
(path=/com/meego/Alarm, interface=com.meego.Alarm, signal=Alarm). Then
meego-ux-dameon may play the appropriate audio by soundUri.
I would like to know who app/service has used alarmd already? For which purpose?
So I can classify
Hi Cornelius --
this seems to be a hardware issue, I've got my ExoPC exchanged in San Francisco
thanks to the very kind people from Intel.
See
https://bugs.meego.com/show_bug.cgi?id=17197
Best
-- eriik
Anfang der weitergeleiteten E-Mail:
> Von: Cornelius Hald
> Datum: 29. Mai 2011 15:10:23
Hi,
It also took me a lot of time to find why the VKD didn't work (with an
ideapad s10-3t).
First, do the things that you can find on internet:
$ sudo -s
$ zypper install meegotouch-inputmethodbridges meegotouch-inputmethodkeyboard
Then edit: /etc/xdg/autostart/meego-im-uiserver.desktop : remove
On Tue, 2011-05-31 at 00:50 -0700, Kok, Auke-jan H wrote:
>
>
> On Mon, May 30, 2011 at 5:55 PM, steven wrote:
> On Mon, 2011-05-30 at 16:58 -0700, Arjan van de Ven wrote:
> > On 5/30/2011 1:23 AM, steven wrote:
> > > On Mon, 2011-05-30 at 10:15 +0200, Andre Klapper wrot
On Mon, May 30, 2011 at 5:55 PM, steven wrote:
> On Mon, 2011-05-30 at 16:58 -0700, Arjan van de Ven wrote:
> > On 5/30/2011 1:23 AM, steven wrote:
> > > On Mon, 2011-05-30 at 10:15 +0200, Andre Klapper wrote:
> > >> On Mon, 2011-05-30 at 16:05 +0800, steven wrote:
> > >>> currently when uxlaunch
On Mon, May 30, 2011 at 6:00 PM, steven wrote:
> On Mon, 2011-05-30 at 16:59 -0700, Arjan van de Ven wrote:
> > On 5/30/2011 5:08 AM, steven wrote:
> > > Hi,
> > >
> > > as for NTP, I remember that timed middleware also support NTP, and
> > this
> > > middleware is included in meego compliance gr
Hi,
One of the disadvantages of MeeGo is that unlike Android and other
OS'es, we don't provide a way for developers to provide one MeeGo
compliant RPM for typical MeeGo applications+extensions that will run
on all MeeGo devices, no matter if it is IA, ARM, MIPS. I'd like to
spark a technical (+ co
47 matches
Mail list logo