Re: [MeeGo-dev] Spectra driver - Moorestown Platform

2011-01-11 Thread Arjan van de Ven
On 1/11/2011 8:42 PM, Jesslyn Abdul Salam wrote: HI , Due to certain hard constraints on our platform, we are mandated to use ext3 and NAND FTL (and not MTD). It would be very difficult to consider UBIFS inspite of the obvious benefits there. are you using the current driver (from the 2.6.37

Re: [MeeGo-dev] Spectra driver - Moorestown Platform

2011-01-11 Thread Jesslyn Abdul Salam
HI , Due to certain hard constraints on our platform, we are mandated to use ext3 and NAND FTL (and not MTD). It would be very difficult to consider UBIFS inspite of the obvious benefits there. Given this circumstance, is there any way in which we can solve our persistence issue without resor

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

2011-01-11 Thread Sivan Greenberg
Hi Dave! 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 experience :-) On Mon, Jan 10

[MeeGo-dev] telepathy-qt4 API/ABI change

2011-01-11 Thread Paolo Capriotti
As mentioned before in meego-packaging, Telepathy Qt4 0.5.x is API/ABI incompatible with previous releases, and some packages have not yet been ported to the new API. I'd like to upgrade the current package to the 0.5.x series. According to osc whatdependson, the only packages that will be affec

Re: [MeeGo-dev] Hardfp status, january 11

2011-01-11 Thread Thiago Macieira
On Tuesday, 11 de January de 2011 11:50:11 Carsten Munk wrote: > * I'm having issues with glibc builds with mfpu=neon and -O3, causing > segmentation faults in libdl.so when running things like bash. -O2 > works fine. Hints in this area welcome. > > * I'm investigating Linaro 2010.12 to see if thi

Re: [MeeGo-dev] Hardfp status, january 11

2011-01-11 Thread leonid.moiseichuk
Hi, That is a bit overkilling to compile glibc with -O3. I suggest to stay -O2 for platform-wide components. I tested 2010.12 and did not find any noticeable improvement over 2010.11, in some cases a bit better, in some - a bit worse. With best wishes, Leonid -Original Message- From: m

Re: [MeeGo-dev] how to build all meego packages locally ?

2011-01-11 Thread Dominig ar Foll
El 29/11/10 04:52, Andrew Tverdohlebov escribió: > Dear community, > Please help me with this problem. > Thanks! > ___ > MeeGo-dev mailing list > MeeGo-dev@meego.com > http://lists.meego.com/listinfo/meego-dev You can refer to this link on MeeGo wiki. ht

[MeeGo-dev] Hardfp status, january 11

2011-01-11 Thread Carsten Munk
So, another update about how hardfp is going: * RPM package changes were submitted to Trunk:Testing, needs another notch as I took an old patch by accident. * We've submitted basic armv7hl/armv7nhl updates to -x86 and -arm packages in devel:toolchain (cross compilers) * We've submitted speedrpm

Re: [MeeGo-dev] Upstart in MeeGo 1.2

2011-01-11 Thread Janne Karhunen
On Mon, Jan 10, 2011 at 3:40 PM, Kees Jongenburger wrote: > Upstart does not have "multi-state" support, nor does it have > runlevels. Dependency handling does not work as one would expect as > Upstart is inherently not even a state machine  but just an event > handler. Restart behavior is not we

[MeeGo-dev] speedrpm for ARM compiles on OBS explanation

2011-01-11 Thread Carsten Munk
Hi, So, as some of you have noticed, I've submitted a bunch of -x86 packages to devel:toolchain, so I'd like to take a minute of your time to explain what this does as it'll be a larger submission towards Trunk:Testing. And I wanted to get everyone on the same page so there's no problems when we d

[MeeGo-dev] usbmoded? (was: Re: MeeGo Comms: Bluez-4.84 and obexd-0.39 MeeGo Integration Notification)

2011-01-11 Thread Patrick Ohly
On Mo, 2011-01-10 at 11:11 +, Luiz Augusto von Dentz wrote: > Fine, but what is the situation for usb in meego, currently we depend > on com.meego.usb_moded to detect cable plug/unplug, if that hasn't > change then it is ok to integrate obexd as it is otherwise it would be > nice to have it fix