Re: [MeeGo-dev] Idle hands are the devil's tools, aka the MeeGo SDK installer

2011-03-26 Thread Attila Csipa
On Friday 25 March 2011 22:58:11 you wrote: Absolutely, thanks for letting us know and taking the time to dig a bit deeper into the issue. I do encourage you to file a bugzilla so this can be tracked, so that this e-mail isn't the last one you will ever hear about that Sure thing, filed

[MeeGo-dev] kernel compile

2011-03-26 Thread Nicola De Filippo
Hi, i don't know if it is a trivial question, nut i don't founded documentation to compile meego kernel on pc (ubuntu, ecc). N. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev

Re: [MeeGo-dev] kernel compile

2011-03-26 Thread Gabriel M. Beddingfield
On Saturday, March 26, 2011 06:43:34 am Nicola De Filippo wrote: Hi, i don't know if it is a trivial question, nut i don't founded documentation to compile meego kernel on pc (ubuntu, ecc). Here: http://wiki.meego.com/MeeGo_kernel_documentation_for_contributors

Re: [MeeGo-dev] Architecture decisions - QSparql

2011-03-26 Thread Patrick Ohly
On Fr, 2011-03-25 at 16:01 +, Thiago Macieira wrote: Em sexta-feira, 25 de março de 2011, às 08:30:43, Arjan van de Ven escreveu: my concern is based on the (lack of) progress around QSparql in MeeGo. I'm sure it's all great in Harmattan, but a solid story for MeeGo has so far been

Re: [MeeGo-dev] Architecture decisions - QSparql

2011-03-26 Thread Ville M. Vainio
On Sat, Mar 26, 2011 at 3:20 PM, Patrick Ohly patrick.o...@intel.com wrote: To give just one example, who is the owner of a QSparqlResult? This example here has an explicit delete: http://maemo.gitorious.org/maemo-af/qsparql/blobs/master/examples/sparql/asynctracker/main.cpp This one

Re: [MeeGo-dev] Architecture decisions - QSparql

2011-03-26 Thread Robin Burchell
Hi, On Sat, Mar 26, 2011 at 1:20 PM, Patrick Ohly patrick.o...@intel.com wrote: The last time I looked at QSparql, admittedly several months ago, it didn't strike me as a particularly modern C++ API. For example, it had lots of plain pointers where I would expect light-weight handles instead.

Re: [MeeGo-dev] Architecture decisions - QSparql

2011-03-26 Thread Michael Hasselmann
On Sat, 2011-03-26 at 14:20 +0100, Patrick Ohly wrote: The last time I looked at QSparql, admittedly several months ago, it didn't strike me as a particularly modern C++ API. For example, it had lots of plain pointers where I would expect light-weight handles instead. Please continue your

[MeeGo-dev] Web Browser Dooble 1.20 released! The upcoming Browser for

2011-03-26 Thread Michael Schmidt
-- Forwarded message -- Date: Sat, Mar 26, 2011 at 8:16 AM Subject: Web Browser Dooble 1.20 released! The upcoming Browser for mobile MeeGo? Web Browser Dooble 1.20 released! The upcoming Browser for mobile MeeGo? Dooble Webbrowser is a platform-independent Open Source Web

Re: [MeeGo-dev] Architecture decisions - QSparql

2011-03-26 Thread Thiago Macieira
On Saturday, 26 de March de 2011 14:20:36 Patrick Ohly wrote: Is it meant to be part of Qt? Will there be an API review by Qt developers before including QSparql in Qt? I did the API review of QtSparql myself. -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org Senior

Re: [MeeGo-dev] Architecture decisions - QSparql

2011-03-26 Thread Richard Dale
On Saturday, March 26, 2011 01:34:19 PM Ville M. Vainio wrote: On Sat, Mar 26, 2011 at 3:20 PM, Patrick Ohly patrick.o...@intel.com wrote: To give just one example, who is the owner of a QSparqlResult? This example here has an explicit delete:

Re: [MeeGo-dev] kernel compile

2011-03-26 Thread Gabriel M. Beddingfield
On Saturday, March 26, 2011 08:37:10 am Nicola De Filippo wrote: thanks, but i don't find lirc module in kernel source. Using find(1), there is lirc stuff in drivers/staging/lirc/ and drivers/media/IR/. That's with a 2.6.37 kernel. Perhaps this is what you're looking for? -gabriel

Re: [MeeGo-dev] [meego-packaging] [meego-commits] 15232 accepted: Trunk:Testing/qmf

2011-03-26 Thread Arjan van de Ven
On 3/25/2011 2:28 PM, fathi.bou...@nokia.com wrote: Moving the thread to meego-dev. I looked deeper into this QMF promotion. Until now,we (MeeGo) used a modified version that includes libaccount/libsignon integration. this was done properly as the upstream tarbal + patch, right? (if not,

Re: [MeeGo-dev] Architecture decisions - QSparql

2011-03-26 Thread Patrick Ohly
On Sa, 2011-03-26 at 13:39 +, Robin Burchell wrote: On Sat, Mar 26, 2011 at 1:20 PM, Patrick Ohly patrick.o...@intel.com wrote: The last time I looked at QSparql, admittedly several months ago, it didn't strike me as a particularly modern C++ API. For example, it had lots of plain