2010/8/3 Kai Ruottu :
> a cross GCC should be?" tells what is wrong... There aren't any binutils
> installed for the the cross GCC in the i586-meego-linux hosted
> crosstoolchains! The binutils like 'armv7l-meego-linux-gnueabi-as' and
> 'armv7l-meego-linux-gnueabi-ld' for the human user is there b
> -Original Message-
> From: meego-dev-boun...@meego.com [mailto:meego-dev-boun...@meego.com]
> On Behalf Of ext Attila Csipa
> Sent: 04 August, 2010 02:30
> To: Development for the MeeGo Project (discussion list)
> Subject: Re: [MeeGo-dev] Access to meego OBS
>
> On Wednesday 04 August 20
Excerpts from fathi.boudra's message of Wed Aug 04 06:54:18 +0100 2010:
> Could you use qmake variables when applicable?
> ($$[QT_INSTALL_BINS] and $$[QT_INSTALL_PREFIX])
Certainly. I didn't think of that as I did this in a hurry last night, I'll take
a look when I get time. :)
--
Robin Burchell
Hi,
As per the handset day1 preview release and recent IVI 1.0 announcement, there
is a indication of using QT based Fennec browser.
Are there any specific reasons to go with Fennec browser? Webkit browser engine
could give better performance
as RAM requirement seem to be on higher side for Fe
"Praveen Kumar A P" writes:
> Are there any specific reasons to go with Fennec browser? Webkit
> browser engine could give better performance
>
> as RAM requirement seem to be on higher side for Fennec browser.
Do you have benchmarks and numbers to support these statements?
--
Roger WANG
Hi,
Since config-generic modifications might change things in ARM and x86
platforms, can we have a policy here to send config-generic changes to
meego-dev mailing list for review before committing?
Thanks!
Cheers,
Ameya.
___
MeeGo-dev mailing list
Mee
No idea about the RAM consumption.
If on performance we are talking about JavaScript benchmarking, WebKit is
obviously faster than Fennec/Gecko.
You can check some benchmarking result on N900 at:
http://xizhizhu.blogspot.com/2010/05/javascript-benchmarking-on-n900-pr12.html
Steven
-Original
writes:
> No idea about the RAM consumption.
>
> If on performance we are talking about JavaScript benchmarking, WebKit is
> obviously faster than Fennec/Gecko.
> You can check some benchmarking result on N900 at:
> http://xizhizhu.blogspot.com/2010/05/javascript-benchmarking-on-n900-pr12.html
Thank you all !! That was exactly what I was looking for.
And I found the answer to the real question I had : Meego doesn't use
HAL anymore to check the power management, but devkit-power-gobject.
Antonin
Le 04/08/2010 03:42, Yang, Lei A a écrit :
Hi,
The moblin-dalston applet has been remo
4.8.2010 10:00, Timo Jyrinki kirjoitti:
2010/8/3 Kai Ruottu:
a cross GCC should be?" tells what is wrong... There aren't any binutils
installed for the the cross GCC in the i586-meego-linux hosted
crosstoolchains! The binutils like 'armv7l-meego-linux-gnueabi-as' and
'armv7l-meego-linux-gnueabi
2010/8/4 David Greaves :
> On 03/08/10 23:13, Renato Araujo wrote:
>>
>> Hi,
>>
>> I would like to know how I can get access to meego OBS to submit
>> PySide packages with Python bindings to Qt, QtMobility and
>> meego-touch?
>
> The MeeGo Community OBS is just about ready... it'll be the easiest p
On 8/4/2010 1:20 AM, Ameya Palande wrote:
Hi,
Since config-generic modifications might change things in ARM and x86
platforms, can we have a policy here to send config-generic changes to
meego-dev mailing list for review before committing?
everyone except the package maintainers are expect
On 8/4/2010 2:09 AM, Antonin Fouques wrote:
Thank you all !! That was exactly what I was looking for.
And I found the answer to the real question I had : Meego doesn't use
HAL anymore to check the power management, but devkit-power-gobject.
maybe you should have asked that question instead ;-
On 8/4/2010 1:15 AM, Praveen Kumar A P wrote:
Hi,
As per the handset day1 preview release and recent IVI 1.0
announcement, there is a indication of using QT based Fennec browser.
Are there any specific reasons to go with Fennec browser? Webkit
browser engine could give better performance
On Wed, 2010-08-04 at 13:07 +0200, ext Arjan van de Ven wrote:
> On 8/4/2010 1:20 AM, Ameya Palande wrote:
> > Hi,
> >
> > Since config-generic modifications might change things in ARM and x86
> > platforms, can we have a policy here to send config-generic changes to
> > meego-dev mailing list for
On 8/4/2010 4:13 AM, Ameya Palande wrote:
On Wed, 2010-08-04 at 13:07 +0200, ext Arjan van de Ven wrote:
On 8/4/2010 1:20 AM, Ameya Palande wrote:
Hi,
Since config-generic modifications might change things in ARM and x86
platforms, can we have a policy here to send config-generic cha
Hi,
would not a browser built on QtWebKit have a performance advantage over any
stand alone browser since QtWebKit reuses performance optimizations and hw
acceleration in a way a stand alone browser can not do?
Can be important - especially on battery powered devices.
--Stefan
Den 4 aug 2010 13
On Wed, 2010-08-04 at 13:20 +0200, ext Arjan van de Ven wrote:
> On 8/4/2010 4:13 AM, Ameya Palande wrote:
> > On Wed, 2010-08-04 at 13:07 +0200, ext Arjan van de Ven wrote:
> >
> >> On 8/4/2010 1:20 AM, Ameya Palande wrote:
> >>
> >>> Hi,
> >>>
> >>> Since config-generic modifications mi
2010/8/4 Ameya Palande :
> On Wed, 2010-08-04 at 13:20 +0200, ext Arjan van de Ven wrote:
>> On 8/4/2010 4:13 AM, Ameya Palande wrote:
>> > On Wed, 2010-08-04 at 13:07 +0200, ext Arjan van de Ven wrote:
>> >
>> >> On 8/4/2010 1:20 AM, Ameya Palande wrote:
>> >>
>> >>> Hi,
>> >>>
>> >>> Since config
On 8/4/2010 4:29 AM, Ameya Palande wrote:
Skipping review check for what goes inside config-generic is not
acceptable since it is also used by ARM.
nobody is hiding what goes into config-generic, and additions get put at
the end...
so why don't you do your review based on what is there, ra
On 08/04/2010 02:32 PM, ext Arjan van de Ven wrote:
On 8/4/2010 4:29 AM, Ameya Palande wrote:
Skipping review check for what goes inside config-generic is not
acceptable since it is also used by ARM.
nobody is hiding what goes into config-generic, and additions get put at
the end...
On Wed, 2010-08-04 at 13:32 +0200, ext Arjan van de Ven wrote:
> On 8/4/2010 4:29 AM, Ameya Palande wrote:
> > Skipping review check for what goes inside config-generic is not
> > acceptable since it is also used by ARM.
> >
>
> nobody is hiding what goes into config-generic, and additions get
On 8/4/2010 5:11 AM, Igor Stoppa wrote:
On 08/04/2010 02:32 PM, ext Arjan van de Ven wrote:
On 8/4/2010 4:29 AM, Ameya Palande wrote:
Skipping review check for what goes inside config-generic is not
acceptable since it is also used by ARM.
nobody is hiding what goes into config-generic, and a
On 08/04/2010 03:39 PM, ext Arjan van de Ven wrote:
config-generic is the set of defaults
yes ...
the platform specific configs are overrides to these defaults, so that
the platform specific configs don't HAVE to deal with every config option.
but in practice they _have_ to when t
On 8/4/2010 6:21 AM, Igor Stoppa wrote:
On 08/04/2010 03:39 PM, ext Arjan van de Ven wrote:
config-generic is the set of defaults
yes ...
the platform specific configs are overrides to these defaults, so that
the platform specific configs don't HAVE to deal with every config
option.
bu
On 08/04/2010 04:04 PM, ext Arjan van de Ven wrote:
actually, especially in the embedded space we need something like this
there's no way we can scale having to update 15 to 30 kernel config
files individually every time there is a new config option.
I'd rather expect to see something lik
On Wednesday 4. August 2010 02.54.18 fathi.bou...@nokia.com wrote:
> Hi Robin :)
>
> > +target.path = /usr/bin
> >
> >
> > +startivi.path = /usr/bin
> >
> >
> > +images.path = /usr/share/ivihome
>
> Could you use qmake variables when applicable?
> ($$[QT_INSTALL_BINS] and $$[QT_INSTALL_PREFIX
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/04/2010 09:43 AM, Igor Stoppa wrote:
> On 08/04/2010 04:04 PM, ext Arjan van de Ven wrote:
>>
>> actually, especially in the embedded space we need something like this
>>
>> there's no way we can scale having to update 15 to 30 kernel config
>> f
On Wednesday 4. August 2010 08.28.08 stefan hakansson wrote:
> Hi,
>
> would not a browser built on QtWebKit have a performance advantage over any
> stand alone browser since QtWebKit reuses performance optimizations and hw
> acceleration in a way a stand alone browser can not do?
Where did you g
On 8/4/2010 6:43 AM, Igor Stoppa wrote:
MeeGo phones will have components that aren't strictly needed for phone,
but are there for other device categories.
MeeGo IVI will have the 3G phone components that they have no use for,
to stay consistent
etc etc.
I strongly doubt it: probably the firs
Hi Thiago,
> > Could you use qmake variables when applicable?
> > ($$[QT_INSTALL_BINS] and $$[QT_INSTALL_PREFIX])
>
> Please don't do that.
>
> Those are Qt installation prefixes, not the application ones. Many
> distributions put Qt's prefix in /usr/lib/qt4, including MeeGo. (see
> the spec fil
On 08/04/2010 04:51 PM, ext Arjan van de Ven wrote:
(taking this outside kernel context); the SI's cannot do that and still
call what they ship "MeeGo".
Compliance requires most if not all of the things I mentioned to be
there, and the trademark (and artwork) licenses depend on compliance.
On Wednesday 4. August 2010 10.54.28 fathi.bou...@nokia.com wrote:
> Hi Thiago,
>
> > > Could you use qmake variables when applicable?
> > > ($$[QT_INSTALL_BINS] and $$[QT_INSTALL_PREFIX])
> >
> > Please don't do that.
> >
> > Those are Qt installation prefixes, not the application ones. Many
>
On 08/04/2010 05:30 PM, Igor Stoppa wrote:
On 08/04/2010 04:51 PM, ext Arjan van de Ven wrote:
(taking this outside kernel context); the SI's cannot do that and still
call what they ship "MeeGo".
Compliance requires most if not all of the things I mentioned to be
there, and the trademark (an
On Wed, Aug 04, 2010 at 01:25:26PM +0900, Masayuki Ohtake wrote:
> - Original Message -
> From: "Greg KH"
> To: "Development for the MeeGo Project (discussion list)"
>
> Cc: "Khor, Andrew Chih Howe"
> Sent: Tuesday, August 03, 2010 11:47 PM
> Subject: Re: [MeeGo-dev] [MeeGo-Dev][PATCH]
Hi,
Curious if there are any official MeeGo Touch Framework memory benchmark
documents available for developers? We have conducted some initial
tests by installing packages and gathering the minimum and average
memory footprint via /proc for many of the subsystems of the MeeGo Touch
Framework, b
On 02/08/2010 21:07, Auke Kok wrote:
> well, I'm not saying they aren't, but I'm having doubts whether the
> method of starting daemons in parallel while they all wait-and-block for
> dependencies will work, and provide the speedy boot needed on low-power
> devices. One of my fears is that somethin
Do you want to speak at the MeeGo Conference in Dublin, Ireland on November 15
- 17?
The call for session proposals has started, and anyone who wants to speak at
the conference must submit a proposal. Proposals from community members, Intel,
Nokia, the Linux Foundation and others will all be g
Thanks Jose,
That helps a lot, examining the builds, it seems like the 1.0.80.11
builds are the first to pick up gcc 4.5.0 where the problem lies.
Looks like gcc 4.5.1 (which should have the fix, according to
http://bugs.meego.com/show_bug.cgi?id=3936 and
http://gcc.gnu.org/bugzilla/show_bug.c
On 8/4/2010 9:38 AM, Yves-Alexis Perez wrote:
On 02/08/2010 21:07, Auke Kok wrote:
well, I'm not saying they aren't, but I'm having doubts whether the
method of starting daemons in parallel while they all wait-and-block for
dependencies will work, and provide the speedy boot needed on low-po
A few questions and request for opinions...
I currently do (small) amounts of maintenance on the jhbuild moduleset
for MeeGo netbook:
http://meego.gitorious.org/meego-netbook-ux/meego-jhbuild-netbook
This is based on GNOME's jhbuild and enables you to build libraries in a
"sandbox" style environ
Excerpts from Thiago Macieira's message of Wed Aug 04 14:41:55 +0100 2010:
> > Could you use qmake variables when applicable?
> > ($$[QT_INSTALL_BINS] and $$[QT_INSTALL_PREFIX])
>
> Please don't do that.
So... do we have a conclusion to this discussion? Do I use the variables, or do
I leave the p
Nothing in the codebase actually listens to this signal, looks a bit vestigial.
---
scrollMenuList.cpp |8
scrollMenuList.h |1 -
2 files changed, 0 insertions(+), 9 deletions(-)
diff --git a/scrollMenuList.cpp b/scrollMenuList.cpp
index 5ce95cb..f2d0f1e 100644
--- a/scrollMenu
"Where did you get that information from?"
Honestly, it is more of a guess. But my understanding is that QtWebKit uses
GStreamer for media, and that GStreamer is in turn using the available
platform resources in an efficient way. In contrast (still to my
understanding that may be wrong) browsers s
Hello,
What is MeeGo planning to do with regards to ARM hardfloat or
softfloat? What is the rationale behind the choice?
Some background information here:
http://wiki.debian.org/ArmHardFloatPort
Jeremiah
___
MeeGo-dev mailing list
Mee
stefan hakansson writes:
>In contrast (still to my understanding that may be wrong) browsers such
>as Chrome and Fennec uses their own media frameworks that are in a much
>worse position when it comes to utilize platform specific capabilities.
That's not true here. At least in MeeGo Fennec we su
Am 04.08.2010 23:18, schrieb stefan hakansson:
> "Where did you get that information from?"
>
> Honestly, it is more of a guess. But my understanding is that QtWebKit
> uses GStreamer for media, and that GStreamer is in turn using the
> available platform resources in an efficient way. In contrast
If anyone has been able to successfully install Qt-recordmydesktop on MeeGo
1.0.8 (any build), I would really appreciate it if you can share how you did
that.
When configuring I get an error saying error: you need PyQt4>=4.1 installed to
proceed.
I do have all Qt, python libraries installed, a
On 8/4/2010 2:36 PM, Jeremiah Foster wrote:
Hello,
What is MeeGo planning to do with regards to ARM hardfloat or
softfloat? What is the rationale behind the choice?
Some background information here:
http://wiki.debian.org/ArmHardFloatPort
Jeremiah
it's my understanding
On Wed, Aug 04, 2010 at 11:18:18PM +0200, stefan hakansson wrote:
> Honestly, it is more of a guess. But my understanding is that QtWebKit uses
> GStreamer for media, and that GStreamer is in turn using the available
> platform resources in an efficient way. In contrast (still to my
> understanding
On Wednesday 4. August 2010 20.15.35 Arjan van de Ven wrote:
> On 8/4/2010 2:36 PM, Jeremiah Foster wrote:
> > Hello,
> >
> > What is MeeGo planning to do with regards to ARM hardfloat or softfloat?
> > What is the rationale behind the choice?
> >
> > Some background information h
2010/8/5 Arjan van de Ven :
> On 8/4/2010 2:36 PM, Jeremiah Foster wrote:
>>
>> Hello,
>>
>> What is MeeGo planning to do with regards to ARM hardfloat or
>> softfloat? What is the rationale behind the choice?
>
>
> it's my understanding that n900 supports hard float... so that's what we're
Nope, we are using softfp rather than soft.
-Original Message-
From: meego-dev-boun...@meego.com [mailto:meego-dev-boun...@meego.com] On
Behalf Of Carsten Munk
Sent: Thursday, August 05, 2010 1:19 PM
To: Development for the MeeGo Project (discussion list)
Subject: Re: [MeeGo-dev] ARM soft
So any concern on switch softfp to hard? Meanwhile, what compiler is being used
for Maemo 5 build? Does it support Neon naturally?
And as you may know, so far, we had switch compiler to 4.5.0, so seemed it is
also time to change those flags.
-Original Message-
From: meego-dev-boun...@m
54 matches
Mail list logo