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