Where do I sign in? Why don't you put it at the MeeGo's wiki with the
other Working Groups proposals ?
Sivan
On Wed, Mar 3, 2010 at 7:41 AM, Randall Arnold wrote:
> Greetings all,
>
> As some of you know I've been working on a project that was called the
> "Maemo User Experience Framework". The
Randall, would you be interested in collaborating on the QAWG ?
See -
http://wiki.meego.com/Proposal_for_a_Quality_Assurance_working_group
I feel we've got some intersecting interests we should discuss.
I am going to put more work on the processes and the devices I believe
we need to utilize. You
Another pressing question as I see it, you talk about automatic bug
search and and offer the user to comment or vote on an existing one if
a match is found. I've seen alot of bug tools in my time trying to do
to the same, I have to say that the matching algorithm usually works
when the user scores
On Thu, Mar 4, 2010 at 4:22 PM, Eero Tamminen wrote:
> Crash reporting isn't currently targeted for normal users
> for few reasons:
>
> * Crash dumps are large and can contain private information
> (like passwords). Hopefully in Harmattan we can can use
> minidumps that contain only enough info
Randall,
I am thinking along the line of something like a sort of "expert"
system, a web ui, that offers bug/problem domains to the user to
choose from. Then according to the problem domains a set of question
are presented for the user to answer with minimum free text. And so on
and forth. We cou
Okay dude, I think we need to start working on this! At least start
designing the data model for starters :)
Sivan
On Thu, Mar 4, 2010 at 4:19 PM, Randall Arnold wrote:
>
> - Original message -
>> Randall,
>>
>> I am thinking along the line of something like a sort of "expert"
>> system
Thu, Mar 4, 2010 at 8:28 PM, Warren Baird
wrote:
> On Thu, Mar 4, 2010 at 9:57 AM, Sivan Greenberg
wrote:
>>
>> Randall,
>>
>> I am thinking along the line of something like a sort of "expert"
>> system, a web ui, that offers bug/problem domains to the
I'd like to have access to an image or a scratchbox environment to start
testing and experimenting with PySide on it.
Also, instructions how to turn your N900 to running MeeGo.
Sivan
On Sat, Mar 6, 2010 at 10:31 PM, M. Edward (Ed) Borasky
wrote:
> Quoting Carsten Munk :
>
>> * What are you wait
I wonder if there's anything already to cater for keep-alive a few
interpreter process such that when a script arrives, no need to set up the
whole environment for that. Like is done in WSGI for that matter.
Is Maemo already using something like this ? This could greatly improve
scripting performa
On Sat, Mar 6, 2010 at 11:49 PM, Jeff Moe wrote:
> * Opening up of battery code (or a new implementation) for the N900. I had
> been doing devel using Fedora 12 ARM (which I figure is reasonably close to
> what MeeGo base will be), but after completely corrupting filesystem twice
> due
> to loss
I am interested to know what is the state of things with OBS and MeeGo in
general, relevant to the thread I replied as well. Are there repos already?
Where can we experiment with OBS and put it to work already ?
Sivan
On Tue, Mar 16, 2010 at 12:58 PM, Jeremiah Foster <
jeremiah.fos...@pelagicore.
Dear lists,
I have an eager prospectus GSoC student, who happened to take same interest
as mine in developing a sophisticated answering mechanism for the
smartphones. At first we are targetting this at the N900 devices or the
futuristic MeeGo devices, but I'm sure if parts of the rtcomm are open
Hey List,
Does anybody know who is going to attend this WG from MeeGo ? What are the
subjects and matters going to be discussed/worked on ? Is this event going
to have any significance to the project development wise?
BR,
Sivan
___
MeeGo-dev mailing
Quim,
Can you also please provide the link to the document outlining how to
backup and prepare before flashing the images onto the N900? e.g. how
to go back to factory defaults with Maemo on it.
If this doc does not exist yet, let's create it now.
Sivan
On Wed, Mar 31, 2010 at 7:52 PM, wrot
Is using the chroot in this case really like having MeeGo on the bare metal?
Sivan
On Wed, Mar 31, 2010 at 8:25 PM, Aniello Del Sorbo wrote:
> On Wed, 2010-03-31 at 20:20 +0200, Sivan Greenberg wrote:
>> Quim,
>>
>> Can you also please provide the link to the docu
On Wed, Mar 31, 2010 at 10:10 PM, Toni Nikkanen wrote:
> Well you can use the backup utility of course, but it doesnt't backup
> everything.
> The interesting thing to do is try to get it installed on a memory card
> and try from there. I would look into the direction of Fanoush's
> Bootmenu.
>
>
Hi all,
So what have we got so far? Is Meego half-decent at least to start
everyday testing with at least calls and internet ?
(excluding video and audio playing and ipod like functionality like
in the N900)
Sivan
___
MeeGo-dev mailing list
MeeGo-dev
Let's do it then. We already have the user story:
Joe wants to know when his application's window is not to be
considered "visible" == "not worth drawing or updating in UI tems"
(this can be obscured, less then 20% visible when pushed sideways,
screen is locked, display off).
Jow wants to know whe
Hi List,
I'd like to set up my netbook to upgrade from whatever is used to
create the daily netbook snapshots. For testing. What is the way to go
about this?
I'm thinking along the lines of setting it to use "unstable"
distribution in Debian terms, so I can then zypper refresh and
upgrade.
I
Hi Niala,
Thanks for your help. Now, I understand that the Atom chip in this
netbook actually supports 64bit ? If so, is this ia32 repo good enough
?
Thanks!
-Sivan
On Sat, Nov 20, 2010 at 11:34 PM, houpsa wrote:
> Le 20/11/2010 20:21, Sivan Greenberg a écrit :
>>
>> Hi List,
Hi All,
For those of you who have been asking for the slides, thanks to
timeless they are online in .PDF here[0]. For those who found it
lacking a "general" point, you're not wrong. There is no "general"
point made here, other than "learn and try to not repeat" and "these
solutions might help al
I'm at UTC+2 currently, so late evening would be best unless it is friday.
-Sivan
On Tue, Dec 7, 2010 at 2:24 PM, wrote:
> Hi,
>
>>-Original Message-
>>From: Wichmann, Mats D
>>Sent: 03 December, 2010 18:50
>>
>>
>>since there still seem to be a number of open questions,
>>I'd like to s
Hi All,
In Dublin I was told that SyncEvo was replaced by Buteo since it was
not extensible enough. Is it this still part of MeeGo? I keep seeing
it in the bug jar reports, hence why I'm asking.
Thanks
-Sivan
___
MeeGo-dev mailing list
MeeGo-dev@meego
On Mon, Dec 27, 2010 at 3:04 AM, Thiago Macieira wrote:
> I don't know if this was the intention, but the name indicates that one is
> supposed to write a unit test application (QTest is the namespace containing
> some functions, from module QtTest).
>
Thanks for the clarification, I had assumed t
Well, still it might be a good opportunity to do test driven
development with qt's testing framework.
-Sivan
On Mon, Dec 27, 2010 at 4:26 PM, Dan Leinir Turthra Jensen
wrote:
> On Monday 27 Dec 2010 13:42:43 Thiago Macieira wrote:
>> On Monday, 27 de December de 2010 14:37:00 S
Hi All,
The FN's UX design library is public and available at[0]. Recommended
reading for people designing UXs looking for guidelines and direction.
Cheers,
-Sivan
[0]:
http://library.forum.nokia.com/index.jsp?topic=/Design_and_User_Experience_Library/GUID-A8DF3EB8-E97C-4DA0-95F6-F464ECC995BC
A related question for me as I'm going to implement a couple of UXs
soon, what sort of already ready made "regular" application components
are available from Qt Quick Components right now?
Button, Windows, Dialogs? Can I use everything I would have used using
Qt Designer default mainwindow app ske
boun...@meego.com [mailto:meego-dev-boun...@meego.com]
>> On Behalf Of ext Sivan Greenberg
>> Sent: 7. joulukuuta 2010 18:16
>> To: Ylinen Mikko.K (Nokia-MS/Tampere)
>> Cc: meego-dev@meego.com
>> Subject: Re: [MeeGo-dev] progressing on compliance spec
>>
>
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
On Wed, Jan 12, 2011 at 10:28 AM, Dave Neary 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 time soon, so
On Wed, Jan 12, 2011 at 1:14 PM, Dave Neary 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 I can guess
On Wed, Jan 12, 2011 at 2:25 PM, Dave Neary 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 change. Still thi
ments, we pick up the
most important or critical ones through consensus or voting and set to
define them in the spec.
As noted before, my interested is with embodying quality principles into it.
Thanks in advance,
-Sivan
On Tue, Jan 11, 2011 at 3:16 AM, Sivan Greenberg wrote:
> Hi,
>
&g
I also recall a couple of emails about it from the beginning of the
project. What has Ubuntu made already that could be served to a
transitioning or testing phase ?
-Sivan
On Wed, Jan 19, 2011 at 12:28 AM, Arjan van de Ven
wrote:
> On 1/19/2011 6:11 AM, Ville M. Vainio wrote:
>>
>> Now that the
In my experience, and from extensively working with couchdb[0] , to
way to improve performance of software that relies on sqlite is to
make the writes as short as possible and more granular. Since reads
IIRC by default return immediately if there's no writing thread
blocking, this has quite nice re
Hi All,
I just wanted to update, that thanks to the wonderful Alexandra
Leisse, MeeGo CO task page here[0] got a bit better with a link to
Michael Samarin's talk about cross development. Michael talks about
some basic guidelines to get started, and presents some interesting
study cases that go a
On Wed, Jan 26, 2011 at 8:22 AM, Marius Vollmer
wrote:
>
> What about moving Qt Mob P&S into QtCore?
QSettings is using it btw? Or has plumbing to allow usage thereof? (I
now recalled I talked to you about this a long while back)
-Sivan
___
MeeGo-dev m
Is backend here referring to the system wide settings framework that
is part of meego gitorious or scheduled to be open sourced?
-Sivan
On Wed, Mar 2, 2011 at 10:04 PM, karoliina.t.salmi...@gmail.com
wrote:
>>>On Wednesday, 2 de March de 2011 06:52:34 Gabriel M. Beddingfield wrote:
However,
Let us hope that this will be the natural successor to Harmattan on
the N9(50?) and we could use the fruits of this development on that
what I'm reading is a 1GHz OMAP6 device?
-Sivan
On Thu, Mar 3, 2011 at 5:02 PM, Arjan van de Ven wrote:
> On 3/3/2011 5:36 AM, jukka.ekl...@nokia.com wrote:
>>
Arjan,
I would like to say thank you for this. This is I hope a first move
towards coherent and assertive coomunication I'd like to see more out
of this project. I am not an security expert but I from my research
and some personal contact with Patrick support this with a big thumbs
up. I was part
Hi,
I'd like to propose that we utilize the Spec format Ubuntu and Linaro
use and track architectural changes through them, that way anybody can
contribute to a spec and everybody can create one depicting what needs
to be done to have to support for X or Y, or when there's need to
replace somethin
On Tue, Mar 15, 2011 at 9:10 AM, Ville M. Vainio wrote:
> On Mon, Mar 14, 2011 at 9:20 PM, Patrick Ohly wrote:
>
>> I've said before and I say it again here, I consider performance
>> comparisons pointless at this time.
>
> Considering that e-d-s has a much more modest feature set than tracker
>
I wonder what we can do to avoid this kind of mis conceptions in the
future - I guess this also worth discussion at the conf :-)
Thanks for the note!
-Sivan
On Thu, Mar 17, 2011 at 6:43 PM, Quim Gil wrote:
> CROSSPOSTING ON PURPOSE - please reply only to meego-events.
>
> Loud and clear: 100% c
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 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 t
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
>>
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,
As me and timeless discussed in our talk, if you state a project is
open , follow the statement. If the core base as not intended to be an
end user platform, and is defined as an LFS project, why does it
contain CSI stuff in a linux foundation bugzilla ?
I propose each "client" "customer" "vendor
Can we please add mandatory fields to such bug reports:
- Why is it inaccessible.
- ETA for opening bug report.
Such that filing those bugs will be impossible without ?
-Sivan
On Thu, Mar 31, 2011 at 9:27 AM, wrote:
> Hi Marius,
>
> On 3/31/11 10:07 AM, "Marius Vollmer" wrote:
>
>>"ext eric.
As Andrew says, it is a pleasure to finally read this sort of
communication. Thank you Arjan.
On Sat, Apr 2, 2011 at 12:27 PM, Andrew Flegg wrote:
> On Fri, Apr 1, 2011 at 17:07, Arjan van de Ven wrote:
>>
> Thanks for circulating this - communication of such decisions is an
> important part of
Has anything progressed on this?
-Sivan
On Fri, Jun 18, 2010 at 7:42 PM, Robin Burchell wrote:
> *** [cross-posting since this is a big topic, please direct feedback
> to meego-community list to keep traffic in one place] ***
>
> I've a bit of a plan I'd like to outline, and call for comments on
2:42 PM, Sivan Greenberg wrote:
> Has anything progressed on this?
>
> -Sivan
>
> On Fri, Jun 18, 2010 at 7:42 PM, Robin Burchell wrote:
>> *** [cross-posting since this is a big topic, please direct feedback
>> to meego-community list to keep traffic in one place] **
Is this based on the QML book reading example that circulated here
some 4 months ago?
-Sivan
2011/5/13 Bogdan Cristea :
> On Friday, May 13, 2011 12:25:57 PM you wrote:
>> Here you can find ShowMee, our fullscreen PDF reader for MeeGo, which
>> has a touch interface and is targeted mainly at pres
So, we've actually discussed this sort of stuff during my Quality and the
Compliance spec BOF[0], I also think that HTML5 and PySide would be the way
to go about this, but we need to get PySide to be an official part of MeeGO
core. Maybe we can start pitching this to the TSG? I think given it is
su
[0]:
http://sf2011.meego.com/program/sessions/bof-quality-and-compliance-specification
On Wed, Jun 1, 2011 at 7:03 AM, Sivan Greenberg wrote:
> So, we've actually discussed this sort of stuff during my Quality and the
> Compliance spec BOF[0], I also think that HTML5 and PySide would
In Nokia developer, there's a special section for that. This also
holds for S60 which is Nokia adaptation of Symbian.org together with
their cut of UX. Mind you, I never got a response from the bugs I
submitted as this is a non public issue tracking system. I would say
we should try to speak to Nok
Interesting. I did not know people already have the device and want to
submit kernel or userland patches for the firmware ! :)
-Sivan
On Wed, Jun 22, 2011 at 10:07 AM, Andrew Flegg wrote:
> On Wed, Jun 22, 2011 at 05:29, Andrey Ponomarenko
> wrote:
>>
>> Could anybody explain me where to post b
Although this is rather an interesting discussion, I think this should
be continued over meego-community as this is not a development
question but more related to developer outreach ?
-Sivan
On Sat, Aug 20, 2011 at 6:27 AM, Si Howard wrote:
> That would be helpful to both parties as Ari Jakassi
On Thu, Sep 29, 2011 at 5:03 PM, Robin Burchell
wrote:
> Obviously, we'd probably need to rethink some things like project
> governance, infrastructure, etc - but provided these can be solved,
> what do you all think? Can it be business as usual?
>
I believe so. In fact I think this could actually
On Thu, Sep 29, 2011 at 6:37 PM, Robin Burchell
wrote:
> Hi,
>
> On Thu, Sep 29, 2011 at 5:20 PM, Nasa wrote:
>>> So I'll shed some light on how I see this and how we should proceed:
>>>
>>> 1) Concentrate on the handset and *ONLY* on it from now onward. "Do
>>> one thing and do it best (tm)".
>>
On Sat, Oct 1, 2011 at 2:28 PM, Gabriel Beddingfield wrote:
> On 09/29/2011 10:20 AM, Nasa wrote:
>>
>>
>>> 1) Concentrate on the handset and *ONLY* on it from now onward. "Do
>>> one thing and do it best (tm)".
>>>
>>
>> Why would you exclude 4/5 of the people involved in the meego project?
>> Ha
I just think it would have been better if we (The Nokia linux
organization and the fans) did not have to go through the MeeGo
hurdle, and as you say in detail, look at harmattan and how slick and
beautiful is as a product. (I use it in N950 as my everyday phone and
no *other* OS/ device even comes
On Mon, Oct 3, 2011 at 8:01 AM, Carsten Munk wrote:
> 4) Work towards better vendor relations and software to support these
> as well as easier contribution methods.
>
> As part of our "customer oriented" goal we're improving delivery
> methods from Mer. We are designing simpler and more resilient
On Tue, Oct 4, 2011 at 11:14 AM, Robin Burchell
wrote:
>
> OBS is a very useful tool, just not for the purposes you were
> apparently forced to use it for. I've used it for the commit, push
> package, wait for build failure type development cycle as well, and I
> agree, it's far from optimal - but
On Tue, Oct 4, 2011 at 11:20 AM, Robin Burchell
wrote:
> it can be looked at. We've chosen the approach of minimal change
> because it means we have a working system with less effort.
>
I realize this, does this mean that once we find someone to sponsor
the servers we just deploy OBS on it and we
On Tue, Oct 4, 2011 at 11:28 AM, Carsten Munk wrote:
> Long story short: buildd and launchpad is very useful but only when
> you're doing Debian and Debian only. OBS is different in many
> different ways and allows a proper productization environment as well
> as growing an organisation organicall
On Tue, Oct 4, 2011 at 1:58 PM, Jeremiah Foster
wrote:
> On Tue, Oct 4, 2011 at 11:35 AM, Sivan Greenberg
> wrote:
>>
>> On Tue, Oct 4, 2011 at 11:28 AM, Carsten Munk wrote:
>> > Long story short: buildd and launchpad is very useful but only when
>> >
On Tue, Oct 4, 2011 at 2:19 PM, Jeremiah Foster
wrote:
>>
>> I think what Carsten means by "growing an organisation organically" is
>> that OBS allows multiple users to create their own repositories, it
>> allows us to separate different projects into different repositories for
>> staging or logic
Hi All,
As MeeGo is about cross vendor OS, I would like to propose to have
builds of MeeGo for N8, or Symbian 3/S60 on N900. I guess I am
dreaming of choosing the device and OS , given the hardware allows it.
Is there a way for us to achieve that? That would be something cool to
have, as provid
Since MeeGo will be using/deployed with the Qt framework , you could
start by developing with the Qt framework.
For doing both Simulated and On device app testing, you'd be delighted
to meet indeed the Nokia QT mobile sdk, downloaded from here[0]. Qt
is a comprehensive framework that provides alo
Hi All,
Going over the format section in [0] I feel that so far the suggested
approaches are more for a presentation event, or an expo and is less
facilitating concrete brainstorming with documented results.
I would like to propose that we follow the following format, and I
volunteer to help t
Hi all,
Is it feasible to already use MeeGo on the N900 at least for calls
and contacts and SMS functionality ? I want to employ it full time for
burn down everyday usage QA already but according to what I found
online it appears that there is still no UI for the tablet image?
I'd be happy to s
Is there some sort of defined QA process in place before it's official
release? We should be allowed some time to do burn down and non-hacker
user testing before it is released right?
On Sat, May 29, 2010 at 4:53 PM, Milos Mandaric wrote:
> On Sat, 2010-05-29 at 16:31 +0300, Sivan G
List,
As I read now the release for netbook does not support nVidia based
boxes, when is that going to change? The only testing platform so far
for MeeGo that I have is a HP Mini 311c which carries an ION based
nvidia GPU and periphery. Can I help it to have a version that will be
able to run on
PM, Arjan van de Ven wrote:
> On 5/29/2010 10:14 AM, Sivan Greenberg wrote:
>>
>> List,
>>
>> As I read now the release for netbook does not support nVidia based
>> boxes, when is that going to change? The only testing platform so far
>> for MeeGo that I
On Sun, May 30, 2010 at 10:20 PM, David Greaves wrote:
> Hi Sivan
>
> Just checking :
>>
>> [0]: http://wiki.meego.com/Proposal_for_a_Quality_Assurance_working_group
>
> and
>>
>> maemo-developers mailing list
>
> So we should really take (or at least cc) the QAWG to meego-dev (but see
> later)
A
Hi Jianchun!
I would not define this that way. Personally I would like to see a
comparable offering from Nokia/Intel with MeeGo in terms of usability
and low maintainance device/OS combination as Apple provides.
>From the device Technology aspect, Nokia are already superseding Apple
in several wa
On Thu, Jun 3, 2010 at 11:42 AM, Dirk Hohndel wrote:
> The current plan is to have two days of a more traditional, presentation
> focused conference and one day of a (for lack of a better word)
> unconference.
> That third day might be more what you are looking for.
According to what I've read so
On Thu, Jun 3, 2010 at 9:21 PM, Foster, Dawn M wrote:
> A while back, we made the discussion to move the community office discussions
> to the forum. After living with that decision for a month or so, I'm starting
> to think that the discussions should be moved back to meego-community. The
> co
On Sun, Jun 6, 2010 at 8:14 PM, Sivan Greenberg wrote:
> In most of the cases it is, but more often then not it can arise from
> users feeling and itch but not always sure how to scratch it, for that
> sometimes specification ideas are taken from a "suggestion box" or
>
On Wed, Jun 16, 2010 at 5:40 PM, Robin Burchell wrote:
>
> Should that not be directly preferable or possible, I'd think it would
> be a nice idea to have one (or more) people who sit between the two
> communities step up to handle it in a similar role: applying what
> MeeGo patches are necessary
Dear List,
I hope this is a proper forum to bring this up - but I have been
annoyed with the fact that once a phone call is arriving in N900
(currently with Maemo Fremantle) there is a rather large room for
error when you need to take the device out of a pocket or a backpack's
drawer.
Since t
at 6:58 PM, Warren Baird
wrote:
> On Thu, Jun 17, 2010 at 11:54 AM, Sivan Greenberg wrote:
>> Dear List,
>>
>> I hope this is a proper forum to bring this up - but I have been
>> annoyed with the fact that once a phone call is arriving in N900
>> (currently with Ma
On Thu, Jun 17, 2010 at 7:19 PM, Warren Baird
wrote:
> Perhaps slightly premature to file it as a bug when we don't know if
> the MeeGo Handset UX has the problem... I think we're supposed to
> see the handset UX soon - I'd suggest waiting to see if it has the
> same problem, and then file a bug
On Thu, Jun 17, 2010 at 9:16 PM, Randall Arnold wrote:
> I do agree that there was a serious design error on the N900 phone UI. The
> Reject button should not have the exact same prominence as the Accept, at the
> very least. Accept should be the easy default and Reject a little more
> diffic
On Tue, Jun 22, 2010 at 6:22 AM, wrote:
> Only last week we made a program decision to adopt MeeGo as our default
> development environment for Qt Mobility development. This I hope is great
> news for all of you. Our plan will involve porting all of the Qt Mobility
> delivered APIs to the MeeGo p
By hardware independent logical sensor plugins you mean middle ware
plugin that would take sensor's input process it to produce custom
output for parsing by applications ?
Nice to know something like that exists, if it does :-)
Sivan
On Wed, Jun 30, 2010 at 11:32 AM, Chang, Esmond wrote:
> Hi G
On Wed, Jun 30, 2010 at 8:44 PM, wrote:
> Hi!
>
>
>
> I know… we are having small problem here with arranging download for the
> N900 bits. Sorry for this. Will be fixed in few hours.
Great. So we can expect soon to have an image download and the source
is already there, so work can commence on
I would dual boot it on the N900 if you don't have any other device
you can fall back to if you need critical phone functionality.
But, it is interesting to know the level of openness this release carries.
Sivan
2010/7/1 Freyr Magnússon :
> I'm looking for some clarification regarding the curren
in the earlier ones.
>
> Br,
> //Harri
>
>
> From: meego-dev-boun...@meego.com [meego-dev-boun...@meego.com] On Behalf Of
> ext Sivan Greenberg [si...@omniqueue.com]
> Sent: Thursday, July 01, 2010 12:41 AM
> To: Development for the MeeGo Project (discussion list)
&
On Sat, Jul 3, 2010 at 7:12 PM, Stone Mirror wrote:
> Agreed: for a phone form factor, the N900 is what it is at the moment, and if
> costs what it costs. In comparison with other comparable development
> platforms, the N900 is quite reasonably priced, I've found.
Indeed. My findings as well :-
On Sat, Jul 3, 2010 at 11:58 PM, Robin Burchell wrote:
> Hi Nicola,
>
> On Sat, Jul 3, 2010 at 9:43 PM, Nicola De Filippo
> wrote:
>> Hi,
>> i would use the sdk for Meego (phone), but the SDK "Currently, the simulator
>> runs only on host systems with an Intel integrated graphics controller. It
>
List,
After googling around I saw there is no authoritative page with
proper instructions to get up MeeGo UX (the complete UX , not just X
booting or a very lightweight window manager) under VirtualBox for
either Intel or nVidia host GFX chips.
I suggest anybody who had success doing so, put hi
Yes I would expect it'd be much the same way it is down for Maemo,
note that you might need to download and install source versions of
the tools since there might not be RPMs for that at this time.
[1] http://esbox.garage.maemo.org/2nd_edition/installation.html
[2]
http://www.forum.nokia.com/info
Dear Fathi,
That was not my intention, well, in better- I meant heading to bind
some new libs that did not exist when PyQt was created and thought of
a couple of features that I will *personally* very much like in
PySide once their finished, like this[0] one for example.
Sorry for mis-phrasing!
Atilla,
On Mon, Jul 26, 2010 at 12:30 PM, Attila Csipa wrote:
> Just a smallish note from someone who follows PyQt development fairly closely
> - I would not be surprised if those new libs (or at least a major subset of
> them) popped up as supported under PyQt. My OBS-foo is not yet strong enoug
So MeeGo is going to be hard-floart? That's surprising to learn that
Maemo is actually soft flot, but could maybe account for the bits of
sluggishness experienced? When I did a soft-float point port of debian
for MIPS it had severe consequences on platform's performance compared
to same SOCs with a
I think that it refers to the fact that it is very easy to write apps
in Qt that use the internet, or allow web browsing and web serving
consumption. But that's my guess.
Sivan
On Tue, Aug 10, 2010 at 1:46 PM, Nicola De Filippo
wrote:
> Him
> here http://meego.com/developers/meego-api i read "Us
What I understood from the 2 developer days, is that WRT is a
javascript API to build applications, that happen to run in a browser
runtime, that do not fall much behind native C++ APIs. And building on
this, a Qt WRT is a WRT that binds to the Qt API to implement its
functionality, instead of dire
Hi list,
I am just trying to follow the MeeGo QEMU image instructions, but
when trying to start the image:
si...@sivan-desktop:~/n$ ./qemugl_cmd.sh
meego-handset-ia32-1.0.80.9.20100706.1-sdk-pre0729/meego-handset-ia32-1.0.80.9.20100706.1-sdk-pre0729.raw
Could not access KVM kernel module: No su
1 - 100 of 147 matches
Mail list logo
