Re: [MeeGo-dev] Precision of what it means to 'be responsible for' / committing to maintaining a feature/package/whatever in MeeGo?

2011-01-12 Thread Dave Neary
Hi Sivan, Sivan Greenberg wrote: I really liked the use of the median to conclude Prof. Knuth has not done much of maintainer-ship over Tex the last couple of years, but your account felt a bit too philosophical to me. But then again it is late for me, and this is probably my own subjective

[MeeGo-dev] ARM RunFast by default in glibc

2011-01-12 Thread Carsten Munk
Hi (ARM toolchain group mostly) Do we have a patch for glibc-2.11-12-g24c0bf7 and/or glibc-2.12.1 that enables ARM RunFast[1] mode by default anywhere? Would be good to push it along with hardfp while we're at it and getting things tested through. Best regards, Carsten Munk [1]

Re: [MeeGo-dev] ARM RunFast by default in glibc

2011-01-12 Thread leonid.moiseichuk
Yes, we have. Juha could provide it. The best outcome: using standard glibc interface we could turn it to FAST/IEEE mode _FPU_SETCW(_FPU_IEEE); Turning back to run fast could be done by _FPU_SETCW(_FPU_DEFAULT); No problems discovered during testing. With best wishes, Leonid

Re: [MeeGo-dev] ARM RunFast by default in glibc

2011-01-12 Thread Juha Kallioinen
Here's a patch to arm build of eglibc 2.10 that does it. I had to modify some packages to pass their testsuites. One of the packages was mpfr, the float tests will fail with RunFast mode. In arm case the _FPU_IEEE mode is different from the default mode, which does not have the FPU exceptions

Re: [MeeGo-dev] ARM RunFast by default in glibc

2011-01-12 Thread leonid.moiseichuk
I have impression that fpu_control.h has the same interface for all HW platforms, so conditional compilation is not required. With best wishes, Leonid -Original Message- From: Kallioinen Juha (Nokia-MS/Helsinki) Sent: 12 January, 2011 11:35 To: Moiseichuk Leonid (Nokia-MS/Helsinki)

Re: [MeeGo-dev] ARM RunFast by default in glibc

2011-01-12 Thread Juha Kallioinen
It could be so. I tried to call _FPU_SETCW(0), since that's what the old _FPU_DEFAULT was. That fails with i386, maybe I should have used the macro definition like _FPU_IEEE instead. -Juha On 12/01/11 11:42, Moiseichuk Leonid (Nokia-MS/Helsinki) wrote: I have impression that fpu_control.h

Re: [MeeGo-dev] Precision of what it means to 'be responsible for' / committing to maintaining a feature/package/whatever in MeeGo?

2011-01-12 Thread Sivan Greenberg
On Wed, Jan 12, 2011 at 10:28 AM, Dave Neary dne...@maemo.org wrote: re. Core should not be exempt: if we look at Debian, you can't become a maintainer of a package unless the maintainer(s) invite you to be, or the package is abandoned. I don't think any core packages will be abandoned any

Re: [MeeGo-dev] Precision of what it means to 'be responsible for' / committing to maintaining a feature/package/whatever in MeeGo?

2011-01-12 Thread Dave Neary
Hi, Sivan Greenberg wrote: What if I want to change something or add functionality to an existing package? Then you should go through the submission process of the upstream (code) project. This is why I make a clear distinction between package maintainers (who ensure the latest software is

[MeeGo-dev] How extreme should we follow upstream? (was: Precision of what it means to 'be responsible for' / committing to maintaining a feature/package/whatever in MeeGo?)

2011-01-12 Thread Sivan Greenberg
On Wed, Jan 12, 2011 at 1:14 PM, Dave Neary dne...@maemo.org wrote: You will need to presumably open some smaller-granularity bugs (Increase corner and edge target sizes on windows for touch events, for example), against the appropriate module. Now, I don't know exactly what is involved, but

[MeeGo-dev] Working upstream (was: Precision of what it means to 'be responsible for' / committing to maintaining a feature/package/whatever in MeeGo?)

2011-01-12 Thread Dave Neary
Hi, Sivan Greenberg wrote: On Wed, Jan 12, 2011 at 1:14 PM, Dave Neary dne...@maemo.org wrote: Concretely, this is what working upstream actually means. So given this alleged time frame (I'm thinking out loud, and I thank you greatly for this discussion, albeit a bit off topic now to

Re: [MeeGo-dev] Working upstream (was: Precision of what it means to 'be responsible for' / committing to maintaining a feature/package/whatever in MeeGo?)

2011-01-12 Thread Sivan Greenberg
On Wed, Jan 12, 2011 at 2:25 PM, Dave Neary dne...@maemo.org wrote: It seems your pointer [0] is uninitialised... [0]: https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/8975 It is indeed quite small change, but not just a configuration and theme change but proper glade file and C code

Re: [MeeGo-dev] Precision of what it means to 'be responsible for' / committing to maintaining a feature/package/whatever in MeeGo?

2011-01-12 Thread Peter Robinson
On Wed, Jan 12, 2011 at 11:14 AM, Dave Neary dne...@maemo.org wrote: Hi, Sivan Greenberg wrote: What if I want to change something or add functionality to an existing package? Then you should go through the submission process of the upstream (code) project. This is why I make a clear

Re: [MeeGo-dev] Precision of what it means to 'be responsible for' / committing to maintaining a feature/package/whatever in MeeGo?

2011-01-12 Thread Peter Robinson
On Wed, Jan 12, 2011 at 11:14 AM, Dave Neary dne...@maemo.org wrote: Hi, Sivan Greenberg wrote: What if I want to change something or add functionality to an existing package? Then you should go through the submission process of the upstream (code) project. This is why I make a clear

Re: [MeeGo-dev] ARM RunFast by default in glibc

2011-01-12 Thread Arjan van de Ven
On 1/12/2011 1:06 AM, Carsten Munk wrote: Hi (ARM toolchain group mostly) Do we have a patch for glibc-2.11-12-g24c0bf7 and/or glibc-2.12.1 that enables ARM RunFast[1] mode by default anywhere? Would be good to push it along with hardfp while we're at it and getting things tested through. can

Re: [MeeGo-dev] ARM RunFast by default in glibc

2011-01-12 Thread Carsten Munk
2011/1/12 Arjan van de Ven ar...@linux.intel.com: On 1/12/2011 1:06 AM, Carsten Munk wrote: Hi (ARM toolchain group mostly) Do we have a patch for glibc-2.11-12-g24c0bf7 and/or glibc-2.12.1 that enables ARM RunFast[1] mode by default anywhere? Would be good to push it along with hardfp

[MeeGo-dev] MeeGo Product management wiki created, and Change management process kicking off

2011-01-12 Thread jukka.eklund
(cross-posting from meego-pm, let's carry on discussion there) Hello, I have corrected the issue of missing wiki for PM function, by creating a page and linked it also to main page: http://wiki.meego.com/Product_Management. The wiki is (of course) a work in progress, and missing stuff. One of

Re: [MeeGo-dev] ARM RunFast by default in glibc

2011-01-12 Thread Thiago Macieira
On Wednesday, 12 de January de 2011 16:01:31 Carsten Munk wrote: 2011/1/12 Arjan van de Ven ar...@linux.intel.com: On 1/12/2011 1:06 AM, Carsten Munk wrote: Hi (ARM toolchain group mostly) Do we have a patch for glibc-2.11-12-g24c0bf7 and/or glibc-2.12.1 that enables ARM RunFast[1]

[MeeGo-dev] Build error in local pc

2011-01-12 Thread Madhusudan Karan
Hi, I have seen that we can create package (.rpm using .spec file) and then create meego image using this package and the package(using KichStart file). But I am getting the below error when I have tried to create .rpm package. $r...@ubuntu:/home/mkaran/Meego Source/meego-os-base/kernel-source#

[MeeGo-dev] Need help for Build set up error

2011-01-12 Thread Madhusudan Karan
Hi, I have tried to create one local build setup in Ubuntu 10.04 LTS by two ways, One the local build without OBS( http://wiki.meego.com/Local_Build_Without_OBS_Needed ) and second Build using OBS ( http://en.opensuse.org/openSUSE:Build_Service_private_installation). Steps for build without OBS.

[MeeGo-dev] State of multi-touch in MeeGo 1.1.80?

2011-01-12 Thread Eugene Seah
Hi, Does anyone know the current state of multi-touch on MeeGo 1.1.80 builds? I noticed in this slide 15 of this presentation - (http://conference2010.meego.com/sites/all/files/sessions/meego-conference-2010-multi-point-touch.odp), the stack is presumably different for MeeGo 1.2 than MeeGo

Re: [MeeGo-dev] [Meego-kernel] Can't run Meego at Intel New platform oak trail !!

2011-01-12 Thread Tzeng, Tonny
As I remember, Xorg -configure does not generate the correct xorg.conf for Oaktrail, I edited the config file to use pvr driver instead. FYI. Best Regards, Tonny -Original Message- From: meego-dev-boun...@meego.com [mailto:meego-dev-boun...@meego.com] On Behalf Of Zhao, Juan J Sent:

Re: [MeeGo-dev] [Meego-kernel] Can't run Meego at Intel New platform oak trail !!

2011-01-12 Thread Zhao, Juan J
-Original Message- From: Tzeng, Tonny Sent: Thursday, January 13, 2011 8:36 AM To: Zhao, Juan J; tang.xin...@byd.com; Liu, Xinyun Cc: MeeGo-dev@meego.com; meego-ker...@lists.meego.com Subject: RE: [MeeGo-dev] [Meego-kernel] Can't run Meego at Intel New platform oak trail !! As

[MeeGo-dev] MeeGo Comms: Bluez-4.84 and obexd-0.39 MeeGo Integration Notification

2011-01-12 Thread Zheng, Wu
Hi all: I want to share some messages for Usbmoded. It is that Usbmoded will not be part be MeeGo 1.2. Its functions will reply the other components. Thank you and best regards Zheng wu

Re: [MeeGo-dev] State of multi-touch in MeeGo 1.1.80?

2011-01-12 Thread Yue, Ling
Some of the related packages changes already enter Trunk repos, while Qt patches haven't be merged to Trunk yet. There are two MeeGo bugs related to this AFAIK you can have a reference: 1) FEA#11254 Packages required to support touch for 1.2 http://bugs.meego.com/show_bug.cgi?id=11254 2)

[MeeGo-dev] Access to meego OBS

2011-01-12 Thread john pratss
Hi all, How can i get access to meego OBS, i want to set up the meego build infrastructure, is there any formal way to go about getting the same. Cheers, John ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev

[MeeGo-touch-dev] [qml] what is the setting database in qml

2011-01-12 Thread yfengying
Hi All: Like the gconf is the setting database in meego touch framwork, I want to know what is the setting database in qml, and how to ? Thanks! BRs___ MeeGo-touch-dev mailing list MeeGo-touch-dev@meego.com

Re: [MeeGo-touch-dev] [qml] what is the setting database in qml

2011-01-12 Thread Ville M. Vainio
2011/1/13 yfengying fengying...@hotmail.com: Hi All: Like the gconf is the setting database in meego touch framwork,  I want to know what is the setting database in qml, and how to ? SQL local storage: http://doc.qt.nokia.com/4.7-snapshot/declarative-sqllocalstorage.html As a settings