You surely are right in some points, you might even be right with the
broken modem (still trying to figure that out), but I strongly disagree
with you in the most other points (off topic, but I&#39;ll reply anyway).<br><br>On Wed, Jul 9, 2008 at 10:23 AM, Marcus Bauer &lt;<a href="mailto:marcus.bauer@gmail.com">marcus.bauer@gmail.com</a>&gt;<div class="gmail_quote">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">You may have one of the broken GSM modems. From my four phones two have<br>
a broken GSM - that&#39;s 50%.<br>
</blockquote><div><br>My 1973 seems to be fine, I did calls with all images on the Freerunner, too, and can&#39;t tell what are software-problems and what not.<br>&nbsp;<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

They constantly reconnect to the cell tower and inbetween the can&#39;t make<br>
phone calls and loose the GPRS connection but without notifying the<br>
pppd.<br>
</blockquote><div><br>&nbsp;Can&#39;t confirm this for 100% of the cases, I did some calls on the 1973 over the last year, even ones with some minutes and it was fine. The main problem was the miserable sound quality. At least that seems to be hardware-fixed in GTA02.<br>
Didn&#39;t test much GPRS, but had no loss of connection yet.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
This is the same with the mature OM2007.2 images as well as with the<br>
professionally by Trolltech developed pure qtopia images, the ASU images<br>
the the new hyped FSO images.<br>
</blockquote><div>&nbsp;<br>Imho the OM2007.2 images are all but mature. Even ASU is more predictable and reliable (except the Qtopia on X11 parts).<br>Qtopia is ok, Qtopia on X11 is a mess and still not really working most of the time.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
This is another hardware problem which is shared with the Neo 1973 and<br>
thus known since a year. The answer by Dr. Michael Lauer was &quot;Guys, this<br>
is a Heisenbug. We pray that it does not occur too often in the field.&quot;.</blockquote><div><br>I wonder that I haven&#39;t heard of this yet, but let&#39;s hope they are figure it out and fix it.<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
That is a very interesting engineering approach...<br>
</blockquote><div><br>:(<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
The bug in question is:<br>
<a href="http://docs.openmoko.org/trac/ticket/1024" target="_blank">http://docs.openmoko.org/trac/ticket/1024</a><br>
<br>
<br>
The big problem with Openmoko is this &quot;not invented here&quot; mentality. The<br>
OM2007.2 images were working well, GTK is a valid platform for mobile<br>
gadgets (see Nokia N700, N800, N810), you can add &quot;bling&quot; (see clutter)<br>
and there is a huge developer base. The qtopia port to X adds a second<br>
huge developer base.<br>
</blockquote><div><br>Like said before, they are (at least for me) all but working well (not even to mention the UI design with 2-color icons without ever knowing what they might mean).<br>I don&#39;t see how GTK will bring the huge userbase. Nobody knew about EFL/ASU/FSO from the release of neo1973 until december, but there barely was any development.<br>
In my opinion the reason is, that there was no real API, mostly not even backends (except a messy GPSD and GSMD).<br>The FSO-stack is what&#39;s needed to get that API and to get the developers. They don&#39;t want to have a 1-Toolkit-Strategy, they mostly want a nice stack to work with and use for their frontend what ever they want. Btw. - the main developer of the so called &quot;Underground&quot; realized that a year ago.<br>
The userbase of Nokias Internet Tablet Series is huge, but it looks for me as the developerbase isn&#39;t that big in relation, and that with a GTK-stack.<br>Even Nokia bought Trolltech, and I bet they&#39;ll drop GTK eventually (and this is a huge sign, as GTK is LGPL and so much more interesting for commercial and closed source apps than Qtopia with GPL and commercial licenses!). They are paying the Trolltech folks now, and they are also paying EFL developers. Looks like the CAN see beyond their own nose.<br>
Qtopia doesn&#39;t add a huge developer base. Qtopia was used mainly in closed environments, there is no open source developerbase. Note that I talk about Qtopia, not about Qt. I like Qt as much I like GTK and I think both are really necessary on the Openmoko platform (as much as I dislike much parts of KDE and especially GNOME).<br>
<br>The biggest project with the NIH-syndrom is definitely GNOME. They do _all_ from scratch, they&#39;d never ever use anything that&#39;s not from them. Hell, I&#39;m glad that there is FDO to coordinate between them and the (still imho) much less arrogant KDE people.<br>
<br>The &quot;bling&quot;-argument with clutter can be just a joke, talking about a platform without OpenGL capable drivers (and for the coming device even without OpenGL capable hardware).<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
But instead of going on and having a base for testing the hardware,<br>
there came this change to ASU and etk which probably 0.1% of Linux<br>
developers use. And despite what Lauer &amp; Co try to make us believe, this<br>
alienates GTK and qt developers. Just look on the planets of KDE and<br>
GNOME - nearly no mentionings. The developer mailing list: a big void.<br>
</blockquote><div><br>I don&#39;t see your point here (exepct that you are GTK- and maybe GNOME-developer and don&#39;t like other platforms).<br>Etk behaves under Illume/Enlightenment just like GTK and Qt do. There&#39;s no difference at all.<br>
Nobody is forced to use Etk and nobody ever will. The difference is, that you can use what you want without to be forced to use something specifically (like Qtopia without X11). Im also glad, that it looks like there is no need for Evolution and GConf in future, I personally don&#39;t like them and don&#39;t want to be forced to use them.<br>
<br>Again on the developers: they had nothing to work with. FSO with it&#39;s dbus-api will make this much easier and everyone can use it with the other libs he likes. And again: it was much more calm when GTK still was the main and only platform.<br>
I don&#39;t see any &quot;alieniation&quot; here. GTK, Qt, Etk, WxWidgets, GNUStep, ... - all they can be friends here. None of them (this goes for Etk and Ewl, too!) is used in the base-stack or the main gui (this goes for ASU and FSO the same way).<br>
<br>I also don&#39;t fully agree with every decision openmoko does here, but the development goes slowly in the direction I wished a year ago.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
But the real problem here is that basically due to this reinventing the<br>
wheel with ASU nobody inside Openmoko has ever really used the phones<br>
thus plenty of things which could have come up simply got lost. If Sean,<br>
Wolfgang and Steve would have started to exclusivly eat their own<br>
dogfood, i.e. using the Neo as their daily phone, things like<br>
oszillating GSM modems, non working GPS, SIM cards, deep discharge<br>
batteries, noisy headsets would have been since long ironed out.<br>
</blockquote><div><br>Reinventing what wheel? I&#39;m pretty sure that the invention of the wheel like we known it didn&#39;t count as the reinvention of the cube (this is what the old GTK-stack is: a &quot;wheel&quot; with corners).<br>
In the second part here you mix that with hardware issues, can&#39;t really say anything about that. But I agree: the Neo is no all day phone (yet?) and the bugs are a mess.<br>On the other hand switching from GTK in the new direction would have been necessary a long time ago. Not because of the graphics, bling, preferred toolkit, ..., but because of the backends and middleware.<br>
&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Before now all the fanbois jump onto me and accuse me of trolling:<br>
in order to come to some lifestyle competitor of Apple the important<br>
thing is that the basics work and that they work reliably. Accepting<br>
brokeness as part of freedom is doing a disservice to the free software<br>
world.</blockquote><div>&nbsp;<br>Nothing that was not mentioned above here.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
And it is even more unacceptable as there were 5000 people buying a Neo<br>
1973 more or less for nothing. They all would have been more than happy<br>
to participate in advancing the Neo.</blockquote><div>&nbsp;<br>Same here.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The point being: the Neo *is* a fantastic concept. Bring it there. Stop<br>
ASU, concentrate on the basics, get the gtk and qt communities in.<br></blockquote><div><br>Agree, but let&#39;s stay at GTK and Qt communites, not the parts of them that *hate* all other toolkits (and this goes for big parts of the KDE and GNOME communites, they mostly copy each other to not have to use apps with the other toolkit!).<br>
It&#39;s about choice, not about telling others what to do.<br><br>This goes to the executives of OM Inc.:<br>&quot;Stop ASU&quot;? I don&#39;t know. It seems that there is someone who had the idea and wants it implemented (and I guess this most be one of the core members or executives), so please, let not only the developers who do it communicate openly, do it yourself!<br>
The persons who does the decisions in the software area seem to be very quiet on the list - involve the community!<br></div></div>