devel Digest, Vol 2, Issue 111
syed yaqoob ali
yaqoobali007 at gmail.com
Mon Aug 25 07:47:07 CEST 2008
devel-request at lists.openmoko.org wrote:
> Send devel mailing list submissions to
> devel at lists.openmoko.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openmoko.org/mailman/listinfo/devel
> or, via email, send a message with subject or body 'help' to
> devel-request at lists.openmoko.org
>
> You can reach the person managing the list at
> devel-owner at lists.openmoko.org
>
> 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 <wolfgang at openmoko.com>
> Subject: Re: Rumoured death of projects.openmoko.org - Dr. House still
> working
> To: Rod Whitby <rod at whitby.id.au>
> Cc: devel at lists.openmoko.org
> Message-ID: <19922261-23DC-4C64-92CF-F86D7D5C9D2A at openmoko.com>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
> Rod,
>
>
>> Could we have official confirmation or denial of this rumour please,
>> and
>> an accompanying timeframe?
>>
>
> 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:
>
>
>> Carsten Haitzler (The Rasterman) rumoured:
>>
>>> 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 :)
>>>
>> 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
>> devel at lists.openmoko.org
>> https://lists.openmoko.org/mailman/listinfo/devel
>>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 22 Aug 2008 17:31:40 +0530
> From: "sparky mat" <max at sparkymat.net>
> Subject: Improving UI performance
> To: devel at lists.openmoko.org
> Message-ID:
> <60e451770808220501j7a9c55bax1dfd99ae4ea42c53 at mail.gmail.com>
> 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: http://lists.openmoko.org/pipermail/devel/attachments/20080822/ccb68eb3/attachment-0001.htm
>
> ------------------------------
>
> Message: 3
> Date: Fri, 22 Aug 2008 15:08:21 -0000
> From: "Openmoko Public Trac" <bugs at docs.openmoko.org>
> Subject: Re: Openmoko Bug #1822: 2008.8 doesn't wake on alarm
> Cc: buglog at lists.openmoko.org
> Message-ID: <056.04818f156d6284b4c53928bb2a392457 at docs.openmoko.org>
> 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".
>
>
Hi,
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?
Regards
Ali
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/devel/attachments/20080825/f6521bf7/attachment-0001.htm
More information about the devel
mailing list