Re: [MeeGo-dev] [Meego-Dev] Dialer could not be launch. Does i missing something when i compile the app with ARM in Meego

2010-11-26 Thread Arun Ravindran
Hi Tom, is it possible the different version of libmeegotouch* cause this problem? the version of libmeegotouch* is 0.20.24 in my N900, but i build the app with 0.20.51 in $sysroot. That could be an issue, but not sure. Dialer could fail to start because of incompatible oFono

Re: [MeeGo-dev] [Meego-Dev] Dialer could not be launch. Does i missing something when i compile the app with ARM in Meego

2010-11-26 Thread Tom Chen
Hi, Arun from log, i'm not find any message about ofono. the segment of log is below: Thu Nov 25 09:27:52 2010-[Debug]MAssemblyPrivate: load stylesheet from /usr/share/themes/base/meegotouch/libmeegotouchextensions/style/libmeegotouchextensions.css Thu Nov 25 09:27:52

[MeeGo-dev] Behavior of ld in MeeGo (was: Re: Linking of X libraries in meego)

2010-11-26 Thread Pertti Kellomäki
I figured out what was causing the linking problems. It turns out that doing an osc build sets the environment variable LD_AS_NEEDED, which causes the linker ot behave as if --as-needed were given in the command line. We are using cmake, and give the X libraries using the following line in

[MeeGo-dev] sensor service register fail

2010-11-26 Thread Jia-Chi Lai
Hi~~ I try to execute the sensord in sensor, but the service com.nokia.SensorService is register fail. The sensord deamon can not initial. Thanks. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev

Re: [MeeGo-dev] sensor service register fail

2010-11-26 Thread Andre Klapper
Am Freitag, den 26.11.2010, 17:28 +0800 schrieb Jia-Chi Lai: I try to execute the sensord in sensor, but the service com.nokia.SensorService is register fail. The sensord deamon can not initial. Please post a quote snippet and the exact command and the exact output. andre -- Andre

Re: [MeeGo-dev] Behavior of ld in MeeGo (was: Re: Linking of X libraries in meego)

2010-11-26 Thread Thiago Macieira
Em Sexta-feira, 26 de Novembro de 2010, às 09:38:52, Pertti Kellomäki escreveu: /usr/bin/gcc -Wall -m32 -lX11 -lXtst -lXi CMakeFiles/fala_pixelchanged.dir/main.c.o -o fala_pixelchanged The reason for the linker complaints is that the X libraries precede main.c.o in the command line.

[MeeGo-dev] Tag usage in kernel-source repository

2010-11-26 Thread Rolf Offermanns
Hi All, I noticed that there are no tags in the kernel-source git repository. How do you mark the versions you release as updates, e.g. kernel-2.6.33.5-26.1.src.rpm vs. kernel-2.6.33.5-27.1.src.rpm Do I have to diff the src.rpm contents to find out what has changed? -Rolf -- Rolf Offermanns

Re: [MeeGo-dev] meego-tools repository for Fedora 14 planned?

2010-11-26 Thread Teemu Tuominen
Tumbled into this also, and found this for the kernel issue http://permalink.gmane.org/gmane.linux.suse.opensuse.buildservice/13353 anything that suits to meego obs ? -Teemu From: meego-dev-boun...@meego.com [meego-dev-boun...@meego.com] On Behalf Of

Re: [MeeGo-dev] Behavior of ld in MeeGo (was: Re: Linking of X libraries in meego)

2010-11-26 Thread Gabriel M. Beddingfield
On Friday, November 26, 2010 02:38:52 am Pertti Kellomäki wrote: line. We are using cmake, and give the X libraries using the following line in CMakeLists.txt: set(CMAKE_EXE_LINKER_FLAGS -lX11 -lXtst -lXi) This produces the offending command line in Makefile: /usr/bin/gcc