Google's Open Source Mobile Platform

2007-11-06 Thread Amit Karpe
Hi all,
  Google's Open Source Mobile Platform :
As expected, today  Google took the wraps off of the gPhone (as the
media have for months been referring to the rumored project). Google
is "leading a broad industry alliance to transform mobile phones into
powerful mobile computers," and will be licensing its software to all
comers on an open source basis under the Apache license. (The Wall
Street Journal's Ben Worthen demonstrates a miserable grasp of what
"open source" means.) Google's US partners include Nextel and Sprint,
but not AT&T nor Verizon. Phones will be available in the second half
of 2008 — not the spring as earlier reports had speculated. News.com's
analysis warns that Google won't take over the mobile market
overnight, though they quote Forrester in the opinion that Google may
be one of the three biggest mobile players after several years of
shakeout.

>From : http://linux.slashdot.org/linux/07/11/06/0223211.shtml

Also for more info
http://www.openhandsetalliance.com/press_releases.html
http://www.openhandsetalliance.com/press_110507.html
http://googleblog.blogspot.com/2007/11/wheres-my-gphone.html
http://googlesystem.blogspot.com/search/label/Google%20Phone
http://googlesystem.blogspot.com/2007/09/10-questions-about-google-phone.html
http://hardware.slashdot.org/article.pl?sid=07/11/05/139210&from=rss
http://www.pcworld.com/article/id,139293-c,pdacellphonehybrids/article.html
http://www.hindustantimes.com/StoryPage/StoryPage.aspx?id=e2c539e8-524a-418f-aee2-22578a0f6b65&&Headline=Bharti+to+partner+Google+Phone

http://www.openhandsetalliance.com/android_overview.htm

Interesting stuff !!!
Now I just want to know who will win ???
Qutopia , Open Moko , Moblin or Andriod ???

I think FOSS will win !!!


-- 
Regards
Amit.

-- 
Ubuntu-mobile mailing list
Ubuntu-mobile@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-mobile


FW: hildon-desktop statubar.conf file

2007-11-06 Thread Spencer, Bob
fyi.

Lucas Rocha wrote:
> Hi Bob,
> 
> Em Seg, 2007-10-15 às 16:27 -0700, ext Spencer, Bob escreveu:
>> 
>> When we add new statusbar plugins we're required to append an entry
>> to /etc/hildon-desktop/statusbar.conf .  We don't want the plugin
>> pkg to edit these files owned by hildon-desktop but it is
>> inconvenient to go back and update hildon-desktop project each time
>> a new plugin is made. We're looking for a good way to allow new
>> plugin packages to be installed and visible in the statusbar without
>> having to modify hildon-desktop.  One suggestion was to use some
>> folder like statusbar.d (similar to /etc/apt/sources.list.d) for
>> additional configuration additions.  Another was to just have some
>> entry in /etc/hildon-desktop/statusbar.conf like [*] which would put
>> all the /usr/share/hildon-status-bar/* plugins not already listed.
>> 
>> This scenario may also be desireable for any container where plugin
>> order and size are not required.
>> Bob
> 
> Do you mean that you want new statusbar plugins to be automatically
> loaded? If so, you can just add "X-Load-New-Plugins=1" to your
> Statubar container section in desktop.conf.  
> 
> Let me know if I missed something.
> 
> Cheers!
> 
> --lucasr

-- 
Ubuntu-mobile mailing list
Ubuntu-mobile@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-mobile


FW: hildon-desktop statubar.conf file

2007-11-06 Thread Spencer, Bob
fyi.

Lucas Rocha wrote:
> Hi,
> 
> Em Ter, 2007-10-16 às 14:14 +0300, ext Lucas Rocha escreveu:
>> Hi Bob,
>> 
>> Em Seg, 2007-10-15 às 16:27 -0700, ext Spencer, Bob escreveu:
>>> 
>>> When we add new statusbar plugins we're required to append an entry
>>> to /etc/hildon-desktop/statusbar.conf .  We don't want the plugin
>>> pkg to edit these files owned by hildon-desktop but it is
>>> inconvenient to go back and update hildon-desktop project each time
>>> a new plugin is made.  We're looking for a good way to allow new
>>> plugin packages to be installed and visible in the statusbar without
>>> having to modify hildon-desktop.  One suggestion was to use some
>>> folder like statusbar.d (similar to /etc/apt/sources.list.d) for
>>> additional configuration additions.  Another was to just have some
>>> entry in /etc/hildon-desktop/statusbar.conf like [*] which would put
>>> all the /usr/share/hildon-status-bar/* plugins not already listed.
>>> 
>>> This scenario may also be desireable for any container where plugin
>>> order and size are not required.
>>> Bob
>> 
>> Do you mean that you want new statusbar plugins to be automatically
>> loaded? If so, you can just add "X-Load-New-Plugins=1" to your
>> Statubar container section in desktop.conf.
> 
> I forgot to mention two things that might be useful for you:
> 
> 1) If you want to keep the order of what's defined in statusbar.conf
> when syncing, just add "X-Is-Ordered=1" as well in your Statusbar
> section in desktop.conf.  
> 
> 2) If you want to enforce a certain set of plugins in any of your
> desktop containers, you can write a UI policy for them. You reference
> a UI policy for a desktop container with the "X-UI-Policy" key. Have
> a look at the "policies" directory in hildon-desktop source tree for
> some examples.
> 
> I hope it helps.
> 
> --lucasr

-- 
Ubuntu-mobile mailing list
Ubuntu-mobile@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-mobile


Image for a generic i386-based appliance

2007-11-06 Thread Luigi Capriotti
Dear Sirs,

I am trying to find my way to take advantage of your progresses in UME 
and build a generic image suitable for an appliance type of system, 
built on a generic PC platform.

Requirements are:

* fast boot
* read-only root (somehow upgradeable), user writable home folders
* resilient to power cutoffs
* full X+OpenGL graphic capabilities - chipset to be chosen among 
Intel/NVidia/Ati

Being the target a media center, large disk drives and high-power CPUs 
(to compensate the lack of GPU-assisted video decoding) are expected.

Does the current tools and packages allow the target image to be built 
with MIC, provided that a custom set of packages/fsets is identified? 
Would you kindly provide any help on that?

For sake of completeness, the inquiry is related to the following 
open-source project:

http://www.xboxmediacenter.com/wiki/index.php?title=Linux_port_project

Best regards

Luigi Capriotti

-- 
Ubuntu-mobile mailing list
Ubuntu-mobile@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-mobile