<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<a class="moz-txt-link-abbreviated" href="mailto:devel-request@lists.openmoko.org">devel-request@lists.openmoko.org</a> wrote:
<blockquote
cite="midmailman.5115.1219468398.32076.devel@lists.openmoko.org"
type="cite">
<pre wrap="">Send devel mailing list submissions to
<a class="moz-txt-link-abbreviated" href="mailto:devel@lists.openmoko.org">devel@lists.openmoko.org</a>
To subscribe or unsubscribe via the World Wide Web, visit
<a class="moz-txt-link-freetext" href="https://lists.openmoko.org/mailman/listinfo/devel">https://lists.openmoko.org/mailman/listinfo/devel</a>
or, via email, send a message with subject or body 'help' to
<a class="moz-txt-link-abbreviated" href="mailto:devel-request@lists.openmoko.org">devel-request@lists.openmoko.org</a>
You can reach the person managing the list at
<a class="moz-txt-link-abbreviated" href="mailto:devel-owner@lists.openmoko.org">devel-owner@lists.openmoko.org</a>
When replying, please edit your Subject line so it is more specific
than "Re: Contents of devel digest..."
Today's Topics:
1. Re: Rumoured death of projects.openmoko.org - Dr. House still
working (Wolfgang Spraul)
2. Improving UI performance (sparky mat)
3. Re: Openmoko Bug #1822: 2008.8 doesn't wake on alarm
(Openmoko Public Trac)
4. Re: Openmoko Bug #1824: FSO: GPS time not available in
TangoGPS (Openmoko Public Trac)
5. Encrypted calls - Cryptophone.de protocol (Mikko Rauhala)
6. Re: Openmoko Bug #1832: 2008.8 cannot dial *123
(Openmoko Public Trac)
7. Re: Encrypted calls - Cryptophone.de protocol (sh)
8. Re: Openmoko Bug #1835: A better fix for host endianness of
dfu-util (Openmoko Public Trac)
----------------------------------------------------------------------
Message: 1
Date: Fri, 22 Aug 2008 18:29:48 +0800
From: Wolfgang Spraul <a class="moz-txt-link-rfc2396E" href="mailto:wolfgang@openmoko.com"><wolfgang@openmoko.com></a>
Subject: Re: Rumoured death of projects.openmoko.org - Dr. House still
working
To: Rod Whitby <a class="moz-txt-link-rfc2396E" href="mailto:rod@whitby.id.au"><rod@whitby.id.au></a>
Cc: <a class="moz-txt-link-abbreviated" href="mailto:devel@lists.openmoko.org">devel@lists.openmoko.org</a>
Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:19922261-23DC-4C64-92CF-F86D7D5C9D2A@openmoko.com"><19922261-23DC-4C64-92CF-F86D7D5C9D2A@openmoko.com></a>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Rod,
</pre>
<blockquote type="cite">
<pre wrap="">Could we have official confirmation or denial of this rumour please,
and
an accompanying timeframe?
</pre>
</blockquote>
<pre wrap=""><!---->
projects.openmoko.org will continue to be run by Openmoko, without an
end date. We did decide, however, that we cannot invest major
engineering resources into fixing and improving GForge.
If someone wants to do this they are very welcome to help us, get in
touch with roh and Gismo who keep our GForge server running. They
probably have a long list of things they would like to see improved in
GForge.
Now comes the tricky part:
1) We are operating out own GForge server.
2) We know it is technically behind.
3) We know not much activity out there is going on to change this.
4) We looked at our business model and realized we rather focus our
engineering resources on what we believe we can be really good at,
mobile devices, not Internet services.
5) We know there are technically better code hosting services on the
Internet, for example launchpad.net or code.google.com.
Should we continue to point people to our GForge server, without
saying anything about alternatives?
Should we point to alternatives that are technically better but
emotionally or philosophically disliked?
Bottom line - we realized the world is not black and white. Nobody is
waiting for Openmoko to unify the whole world of Free Software. People
will put their source codes in many different places anyway.
We will continue to operate our own GForge server. We openly say that
we cannot afford to put serious (i.e. full-time) engineering resources
into improving GForge. We call for help, if anyone can improve GForge
please do so.
But also we acknowledge there are (technically) better alternatives
out there, like code.google.com.
Does this make sense?
Best Regards,
Wolfgang
On Aug 22, 2008, at 9:39 AM, Rod Whitby wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Carsten Haitzler (The Rasterman) rumoured:
</pre>
<blockquote type="cite">
<pre wrap="">as such - projects.om.org is desired to go as its gforge base is a
bit
abandoned, and the solutions bandied about have been "use google
code or
sourceforge etc."... so as the solution is to use someone elses
infra. i know
i'll use my own :)
</pre>
</blockquote>
<pre wrap="">Looks like it's time to move MokoMakefile back to svn.nslu2-
linux.org ...
Could we have official confirmation or denial of this rumour please,
and
an accompanying timeframe?
-- Rod
_______________________________________________
devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:devel@lists.openmoko.org">devel@lists.openmoko.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openmoko.org/mailman/listinfo/devel">https://lists.openmoko.org/mailman/listinfo/devel</a>
</pre>
</blockquote>
<pre wrap=""><!---->
------------------------------
Message: 2
Date: Fri, 22 Aug 2008 17:31:40 +0530
From: "sparky mat" <a class="moz-txt-link-rfc2396E" href="mailto:max@sparkymat.net"><max@sparkymat.net></a>
Subject: Improving UI performance
To: <a class="moz-txt-link-abbreviated" href="mailto:devel@lists.openmoko.org">devel@lists.openmoko.org</a>
Message-ID:
<a class="moz-txt-link-rfc2396E" href="mailto:60e451770808220501j7a9c55bax1dfd99ae4ea42c53@mail.gmail.com"><60e451770808220501j7a9c55bax1dfd99ae4ea42c53@mail.gmail.com></a>
Content-Type: text/plain; charset="iso-8859-1"
I was just thinking about the various UI-related layers that are there in
2007.2/2008.8/FSO. I understand that the idea is to re-use existing
technologies and concepts from the desktop world. However, wouldn't a
single-layer approach make things run a lot faster? Or have a more
customized / simpler X?
Pros:
1) Faster and lighter UI
2) Benefits derived from (1) - like more memory / processing power for
applications
Suggestion:
A tinier X (than KDrive) that does only full-screen applications and
pop-ups. This would simplify the UI API to a subset of GTK+ / Qt (??) . The
reason for this suggestion being that generally mobile applications occupy
the whole screen and usually just pop-up smaller stuff once in a while.
Extensive window management is NOT required. Typically the user has 1 or
more applications opens and alt-tabs between them. He doesn't tile them
side-by-side etc. That is (usually) not a valid use-case for mobile
applications.
Disclaimer: I am not well-versed in either of GTK+ or Qt. So some (or all)
of the suggestions above may be stupid.
Also, I read somewhere that GTK+ is not quite optimized enough for OpenMoko
(something about images not being cached, just impacting responsivenes) ?
Are fixes in progress for these? I would like to help. Please direct me to
where I should start looking.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <a class="moz-txt-link-freetext" href="http://lists.openmoko.org/pipermail/devel/attachments/20080822/ccb68eb3/attachment-0001.htm">http://lists.openmoko.org/pipermail/devel/attachments/20080822/ccb68eb3/attachment-0001.htm</a>
------------------------------
Message: 3
Date: Fri, 22 Aug 2008 15:08:21 -0000
From: "Openmoko Public Trac" <a class="moz-txt-link-rfc2396E" href="mailto:bugs@docs.openmoko.org"><bugs@docs.openmoko.org></a>
Subject: Re: Openmoko Bug #1822: 2008.8 doesn't wake on alarm
Cc: <a class="moz-txt-link-abbreviated" href="mailto:buglog@lists.openmoko.org">buglog@lists.openmoko.org</a>
Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:056.04818f156d6284b4c53928bb2a392457@docs.openmoko.org"><056.04818f156d6284b4c53928bb2a392457@docs.openmoko.org></a>
Content-Type: text/plain; charset="utf-8"
#1822: 2008.8 doesn't wake on alarm
---------------------+------------------------------------------------------
Reporter: madjo | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version: Om2008.8
Severity: normal | Resolution:
Keywords: | Blockedby:
Blocking: |
---------------------+------------------------------------------------------
Comment(by Trevi?o):
I've just tested alarm using the latest zecke packages. Here the alarm
wake-ups the phone from suspend (I've made the phone sleeping manually by
pressing the power menu) but it doens't ring.
So the bug should be "2008.8 doesn't ring on alarm".
</pre>
</blockquote>
Hi,<br>
<br>
I got the neo freerunner .I have some issues .Neither am i able to
make calls nor read/ send sms. The phone is showing dialer error.
My sim is regitering in network.What am i supposed to do?<br>
<br>
<br>
Regards<br>
Ali <br>
</body>
</html>