On 25/03/11 09:11, Ville M. Vainio wrote:
On Thu, Mar 24, 2011 at 10:16 PM, Richard Dale
wrote:
I personally think that the Nepomuk non-application specific integrated data
approach could be a killer feature of MeeGo. In comparison iOS is completely
Agreed. Luckily tracker will still be the
Hi Arjen,
On Fri, Mar 25, 2011 at 17:30, Arjan van de Ven wrote:
>> I wouldn't have thought there was, but obviously the statement above from
>> Arjan van de Ven concerned me.
>
> my concern is based on the (lack of) progress around QSparql in MeeGo. I'm
> sure it's all great in Harmattan,
> but
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 lacking. Ideally QSparql
> becomes a real, full and open source
On 3/25/2011 8:24 AM, Richard Dale wrote:
On Friday, March 25, 2011 03:01:43 PM Ville M. Vainio wrote:
On Fri, Mar 25, 2011 at 4:53 PM, Richard Dale
wrote:
On Monday, March 07, 2011 10:06:08 PM Arjan van de Ven wrote:
Are you planning to support or implement a QSparql backend for EDS?
I su
On Friday, March 25, 2011 03:01:43 PM Ville M. Vainio wrote:
> On Fri, Mar 25, 2011 at 4:53 PM, Richard Dale
>
> wrote:
> > On Monday, March 07, 2011 10:06:08 PM Arjan van de Ven wrote:
> >> > Are you planning to support or implement a QSparql backend for EDS?
> >>
> >> I suspect we'll never see
On Fri, Mar 25, 2011 at 4:53 PM, Richard Dale
wrote:
> On Monday, March 07, 2011 10:06:08 PM Arjan van de Ven wrote:
>> > Are you planning to support or implement a QSparql backend for EDS?
>>
>> I suspect we'll never see QSparql in MeeGo the way things are going
>
> Disclaimer: I am a QSpar
On Friday, March 25, 2011 09:11:48 AM Ville M. Vainio wrote:
> On Thu, Mar 24, 2011 at 10:16 PM, Richard Dale
>
> wrote:
> > I personally think that the Nepomuk non-application specific integrated
> > data approach could be a killer feature of MeeGo. In comparison iOS is
> > completely
>
> Agree
On Friday, March 25, 2011 09:11:48 AM Ville M. Vainio wrote:
> On Thu, Mar 24, 2011 at 10:16 PM, Richard Dale
>
> wrote:
> > I personally think that the Nepomuk non-application specific integrated
> > data approach could be a killer feature of MeeGo. In comparison iOS is
> > completely
>
> Agree
On Fri, 2011-03-25 at 12:19 +0200, Sivan Greenberg wrote:
> This is actually quite good in my view, we have a proven working in
> the wild implementation in "official" , while all other components are
> still there to experiment with or showcase when they become mature
> enough.
This is certainly
This is actually quite good in my view, we have a proven working in
the wild implementation in "official" , while all other components are
still there to experiment with or showcase when they become mature
enough.
-Sivan
On Fri, Mar 25, 2011 at 11:11 AM, Ville M. Vainio wrote:
> On Thu, Mar 24,
On Thu, Mar 24, 2011 at 10:16 PM, Richard Dale
wrote:
> I personally think that the Nepomuk non-application specific integrated data
> approach could be a killer feature of MeeGo. In comparison iOS is completely
Agreed. Luckily tracker will still be there on the platform (as Marius
stated earlie
On Thursday, March 24, 2011 06:20:52 PM zoltan@nokia.com wrote:
> Hi Carsten,
>
> > From: carsten.m...@gmail.com [mailto:carsten.m...@gmail.com
> > Sent: 24 March, 2011 09:08
> > Please also remember that if there is supposed to be a technology
> > selection, your dispute document also has to
Hi Carsten,
> From: carsten.m...@gmail.com [mailto:carsten.m...@gmail.com
> Sent: 24 March, 2011 09:08
> Please also remember that if there is supposed to be a technology
> selection, your dispute document also has to list people/companies
> publically committed to the task of implementation/maint
On Thu, Mar 24, 2011 at 9:07 AM, Carsten Munk wrote:
> 2011/3/23 :
>> Since lot of time was anyway lost on the subject, and it's an important
>> subject, perhaps it would make sense to consecrate a wiki page to it,
>> including the main use cases to be solved, the solutions proposed, the test
>>
On Wed, Mar 23, 2011 at 11:53 AM, Dave Neary wrote:
> Hi,
>
> A quick note on meritocracies.
>
> Andrew Flegg wrote:
>> According to Imad Sousou at the last TSG meeting[1], the MeeGo
>> Technical Steering Group consists of two seats:
>>
>> * Intel (Imad Sousou)
>> * Nokia (currently vacant aft
2011/3/23 :
> Since lot of time was anyway lost on the subject, and it's an important
> subject, perhaps it would make sense to consecrate a wiki page to it,
> including the main use cases to be solved, the solutions proposed, the test
> data sets involved, test cases used for measuring the soluti
On Wed, Mar 23, 2011 at 7:40 PM, Robin Burchell wrote:
> On Wed, Mar 23, 2011 at 4:48 PM, Sivan Greenberg wrote:
>> I'd also like to add that regardless of way the new architectural
>> decisions were made, he's communication of the decision was excellent
>
> I think the existence (and breadth) o
On Wed, 2011-03-23 at 11:53 +0100, Dave Neary wrote:
> Hi,
>
> A quick note on meritocracies.
>
> Andrew Flegg wrote:
> > According to Imad Sousou at the last TSG meeting[1], the MeeGo
> > Technical Steering Group consists of two seats:
> >
> > * Intel (Imad Sousou)
> > * Nokia (currently va
> From: Carsten Munk
> Sent: 23 March, 2011 18:09
> I think this discussion and (passive?) agressiveness has gone on for
> too long. I would propose that if you have a problem with decisions
> made, present a dispute to the TSG stating your exact objections,
> potential solutions to the issue and l
On Wed, Mar 23, 2011 at 4:48 PM, Sivan Greenberg wrote:
> I'd also like to add that regardless of way the new architectural
> decisions were made, he's communication of the decision was excellent
I think the existence (and breadth) of this thread is clear evidence
that it wasn't. Or did you skip
On Wed, Mar 23, 2011 at 6:09 PM, Carsten Munk wrote:
> Guys,
>
> I think this discussion and (passive?) agressiveness has gone on for too
> long. I would propose that if you have a problem with decisions made, present
> a dispute to the TSG stating your exact objections, potential solutions to
On Wed Mar 23 2011 05:36:42 PM EET, Mathias Hasselmann
wrote:
> Am Mittwoch, den 23.03.2011, 08:41 + schrieb Andrew Flegg:
> > However, it would be sensible to
> > remember that this is a decision that Nokia's *board* took; not the
> > employees of Nokia who were - and are - participating in
Am Mittwoch, den 23.03.2011, 08:41 + schrieb Andrew Flegg:
> However, it would be sensible to
> remember that this is a decision that Nokia's *board* took; not the
> employees of Nokia who were - and are - participating in MeeGo. The
> latent hostility coming through from some !@nokia.com addre
Hi,
A quick note on meritocracies.
Andrew Flegg wrote:
> According to Imad Sousou at the last TSG meeting[1], the MeeGo
> Technical Steering Group consists of two seats:
>
> * Intel (Imad Sousou)
> * Nokia (currently vacant after Valtteri Halla left Nokia)
Companies typically don't have inh
On Wed, Mar 23, 2011 at 09:20, wrote:
>
>> The latent hostility coming through from some !@nokia.com addresses is
>> unbecoming. ^
>
> Hostility? No, mostly confusion and question marks.
Sorry for the confusion, please see the "!". I was trying to respond to Arj
> From: Andrew Flegg [mailto:afl...@gmail.com]
> Sent: 23 March, 2011 10:42
> [1] http://trac.tspre.org/meetbot/meego-meeting/2011/meego-
> meeting.2011-03-18-14.58.html
> [2] http://trac.tspre.org/meetbot/meego-meeting/2011/meego-
> meeting.2011-03-18-14.58.log.html#l-116
> - from 15:32 onwards
On Wednesday, 23 de March de 2011 08:41:35 Andrew Flegg wrote:
> Imad also indicated that the TSG would grow - presumably in response
> to Nokia's board's decision[3]. However, it would be sensible to
The growing of the TSG is to give room for others making investments and
shipping (or going to s
On Wed, Mar 23, 2011 at 08:23, wrote:
>
> It looks like it was an internal Intel decision (or at least without Nokia). I
> can't blame you on that, but if the governance model changed in the
> background, would you state that on meego.com, just to avoid fights coming
> from false assumptions?
A
28 matches
Mail list logo