Community Updates/2010-01-14 - Revision history

Rost: /* Community */

2010-02-01T13:15:17Z

‎Community

Rost: /* Community */

2010-02-01T13:14:30Z

‎Community

MadHatter: typo

2010-01-16T07:35:33Z

typo

Linuxxr: /* Introduction */

2010-01-15T22:06:11Z

‎Introduction

Leadman: Community Updates/Draft 2010-01-14 moved to Community Updates/2010-01-14: Releasing CU 2010-01-14

2010-01-15T17:30:57Z

Community Updates/Draft 2010-01-14 moved to Community Updates/2010-01-14: Releasing CU 2010-01-14

Leadman: /* New Applications */ =Openmokontrol, added link to wiki

2010-01-15T17:27:19Z

‎New Applications: =Openmokontrol, added link to wiki

Leadman: /* Community */ = fixed bolding names

2010-01-15T17:24:45Z

‎Community: = fixed bolding names

Leadman: /* Introduction */ =introduction, fixed mail/paypal link

2010-01-15T17:23:33Z

‎Introduction: =introduction, fixed mail/paypal link

Leadman: /* Distributions */ -preparing for release

2010-01-15T17:22:23Z

‎Distributions: -preparing for release

Leadman: /* New Applications */ -preparing for release

2010-01-15T17:21:56Z

‎New Applications: -preparing for release

@@ Line 111: / Line 111: @@
 ==Community==
-* Sebastian Spaeth, responsible for testing images of SHR is '''calling for final [http://www.shr-project.org/trac bug reports]''' before making a SHR-Stable image! It looks like recent SHR-Testing images has reached stability level, which allows to make a '''snapshot of SHR-Stable!''' Although for this to be done, your help is needed, as there might still be some bugs hidden that need to be discovered. Do not hesitate, even one bug filed by you will greatly help to improve SHR-Stable!
+* Sebastian Spaeth, responsible for testing images of SHR is '''calling for final [http://www.shr-project.org/trac bug reports]''' before making a SHR-Stable image! It looks like recent SHR-Testing images have reached a stability level, which allows to make a '''snapshot of SHR-Stable!''' Although for this to be done, your help is needed, as there might still be some bugs hidden that need to be discovered. Do not hesitate, even one bug filed by you will greatly help to improve SHR-Stable!
 * Harald Welte is '''[http://laforge.gnumonks.org/weblog/2010/01/07/#20100107-gsm_devel_board-planning planning]''' to create a GSM development board based on 100% open hardware design and 100% free software. The initial focus is to create a board that behaves like a GSM cellphone. This could be interesting for the gta02-core project.

@@ Line 111: / Line 111: @@
 ==Community==
-* Sebastian Spaeth, responsible for testing images of SHR is '''calling for final [http://www.shr-project.org/trac bug reports]''' before making a SHR-Stable images! It looks like recent SHR-Testing images has reached stability level, which allows to make a '''snapshot of SHR-Stable!''' Although for this to be done, your help is needed, as there might still be some bugs hidden that need to be discovered. Do not hesitate, even one bug filed by you will greatly help to improve SHR-Stable!
+* Sebastian Spaeth, responsible for testing images of SHR is '''calling for final [http://www.shr-project.org/trac bug reports]''' before making a SHR-Stable image! It looks like recent SHR-Testing images has reached stability level, which allows to make a '''snapshot of SHR-Stable!''' Although for this to be done, your help is needed, as there might still be some bugs hidden that need to be discovered. Do not hesitate, even one bug filed by you will greatly help to improve SHR-Stable!
 * Harald Welte is '''[http://laforge.gnumonks.org/weblog/2010/01/07/#20100107-gsm_devel_board-planning planning]''' to create a GSM development board based on 100% open hardware design and 100% free software. The initial focus is to create a board that behaves like a GSM cellphone. This could be interesting for the gta02-core project.

@@ Line 119: / Line 119: @@
 * Marc Andre Tanner made some boot time optimization with his '''[http://repo.or.cz/w/qi-bootmenu-system.git qi-bootmenu-system]''' and provided his latest [http://www.brain-dump.org/tmp/uImage-GTA02-bootmenu.bin kernel] build and slightly modified version of [http://www.brain-dump.org/tmp/qi-s3c2442-bootmenu.udfu Qi], although it isn't strictly necessary. You can read more about [http://thread.gmane.org/gmane.comp.handhelds.openmoko.devel/4434 qi-bootmenu] or about [http://lists.openmoko.org/pipermail/openmoko-kernel/2009-December/010778.html boot time optimization]
-* '''[[SHR]]''' is a community driven distribution and according to latest [http://lists.openmoko.org/pipermail/community/2010-January/058833.html pool], is the most popular OS for the Freerunner. Although it has not made a stable release yet, it is actively developed. According to this '''[http://lists.shr-project.org/pipermail/shr-devel/2010-January/001800.html thread]''', recently a substantial FSO upgrade (mentioned in Introduction) is hitting SHR. Thanks to reimplementation of FSO middleware API's in Vala, you can expect significant speed improvements. Specifically, SHR-Unstable now features fsodeviced, fsousaged and fsonetworkd, and introduces a more elegant separation of configuration files for each daemon. Images are now available for [[UBIFS]], in addition to jffs and ext. The discussions about faster kernels is also affecting SHR among other distributions. MTD_NAND_VERIFY_WRITE kernel option, which should speed it up, is already pushed in. Experimental kernels (2.6.29-rc3-drm, 2.6.31, 2.6.32) are [http://build.shr-project.org/tests/mrmoku/kms/images/om-gta02/ available] for testing.
+* '''[[SHR]]''' is a community driven distribution and according to latest [http://lists.openmoko.org/pipermail/community/2010-January/058833.html poll], is the most popular OS for the Freerunner. Although it has not made a stable release yet, it is actively developed. According to this '''[http://lists.shr-project.org/pipermail/shr-devel/2010-January/001800.html thread]''', recently a substantial FSO upgrade (mentioned in Introduction) is hitting SHR. Thanks to reimplementation of FSO middleware API's in Vala, you can expect significant speed improvements. Specifically, SHR-Unstable now features fsodeviced, fsousaged and fsonetworkd, and introduces a more elegant separation of configuration files for each daemon. Images are now available for [[UBIFS]], in addition to jffs and ext. The discussions about faster kernels is also affecting SHR among other distributions. MTD_NAND_VERIFY_WRITE kernel option, which should speed it up, is already pushed in. Experimental kernels (2.6.29-rc3-drm, 2.6.31, 2.6.32) are [http://build.shr-project.org/tests/mrmoku/kms/images/om-gta02/ available] for testing.
 * Gennady Kupava has been '''[http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.html working]''' on optimizing the speed of kernel and [http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010804.html measuring the result]. This has caused a '''[http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010844.html great noise]''' on the kernel list and irc. It seems that even after that many months of work on the kernel, one can still discover new ways of catching big chunks of speed improvements here and there. Some interesting [http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010853.html results here].

@@ Line 4: / Line 4: @@
 Since begin of year 2010 a lot has happened, both in application and distribution ground. But not everyone remembers, that all this progress would not be possible without '''middleware''' software layer. Following this thought we would like to remind FreeRunner's community about, often underestimated, [http://www.ohloh.net/p/fso FSO] framework. Michael 'Mickey' Lauer, FSO's Framework lead [http://lists.openmoko.org/pipermail/community/2010-January/058826.html stated], that 2009 was a turbulent year for FSO's team and thanked to all contributors and users of FSO APIs.
-Concerning general problem of "invisibility", which affects all middleware, together with Sebastian Spaeth [http://lists.shr-project.org/pipermail/shr-devel/2010-January/001785.html post] and [http://lists.openmoko.org/pipermail/community/2010-January/059288.html this one], which states that currently only one guy ('Mickey') is working, unpaid, on FSO development, we would like to call Community for help. '''Both, developers men-power and financial contributions are needed''' to keep up great progress of FSO Framework. Keep in mind, that this progress will affet all distributions and applications which use FSO Framework. Thus, if you have few spare coins on your PayPal account, and willing to donate to FSO project: [mailto:coreteam@freesmartphone.org coreteam@freesmartphone.org] , or particular FSO [http://www.ohloh.net/p/fso/contributors contributors], go for it!
+Concerning general problem of "invisibility", which affects all middleware, together with Sebastian Spaeth [http://lists.shr-project.org/pipermail/shr-devel/2010-January/001785.html post] and [http://lists.openmoko.org/pipermail/community/2010-January/059288.html this one], which states that currently only one guy ('Mickey') is working, unpaid, on FSO development, we would like to call Community for help. '''Both, developers men-power and financial contributions are needed''' to keep up great progress of FSO Framework. Keep in mind, that this progress will affect all distributions and applications which use FSO Framework. Thus, if you have few spare coins on your PayPal account, and willing to donate to FSO project: [mailto:coreteam@freesmartphone.org coreteam@freesmartphone.org] , or particular FSO [http://www.ohloh.net/p/fso/contributors contributors], go for it!
 ==Applications==

@@ Line 35: / Line 35: @@
 }}
 {{ApplicationBox|
-Name=Openmokontrol 0.1|
+Name=[[Openmokontrol]] 0.1|
 Description=Openmokontrol is a CLI-controlled application for the Freerunner to send input events to a remote X11 server caused by accelerometer events, well usable for games.|
 Screenshot=System_boot.png|

@@ Line 111: / Line 111: @@
 ==Community==
 * Sebastian Spaeth, responsible for testing images of SHR is '''calling for final [http://www.shr-project.org/trac bug reports]''' before making a SHR-Stable images! It looks like recent SHR-Testing images has reached stability level, which allows to make a '''snapshot of SHR-Stable!''' Although for this to be done, your help is needed, as there might still be some bugs hidden that need to be discovered. Do not hesitate, even one bug filed by you will greatly help to improve SHR-Stable!
@@ Line 124: / Line 123: @@
 * Gennady Kupava has been '''[http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010811.html working]''' on optimizing the speed of kernel and [http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010804.html measuring the result]. This has caused a '''[http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010844.html great noise]''' on the kernel list and irc. It seems that even after that many months of work on the kernel, one can still discover new ways of catching big chunks of speed improvements here and there. Some interesting [http://lists.openmoko.org/pipermail/openmoko-kernel/2010-January/010853.html results here].
-* Ghislain has prepared installer-image for Radek Polak's QtMoko [http://www.openmobile.nl/pages/downloads.php#qtm16b V16B] which is basically V16 with:
+* Ghislain has prepared installer-image for Radek Polak's QtMoko '''[http://www.openmobile.nl/pages/downloads.php#qtm16b V16B]''' which is basically V16 with:
 ** Kernel without debugging options (overall speedup)
 ** TangoGPS to V0.99.2
 ** Latest patch from Radek (mmap & mmap64)
-* Great news for all [http://www.opkg.org/ opkg.org] fans! It appear that this web service author is back again with us, and is planning '''[http://www.opkg.org/posting_6.html opkg.org reanimation]'''. Feature requests should be directed to [mailto:reanimation@opkg.org reanimation@opkg.org]
+* Great news for all [http://www.opkg.org/ opkg.org] fans! It appear that this web service author is back again with us, and is planning '''[http://www.opkg.org/posting_6.html opkg.org reanimation]'''. Feature requests should be directed to '''[mailto:reanimation@opkg.org reanimation@opkg.org]'''
 ==Event News==

@@ Line 6: / Line 6: @@
 Concerning general problem of "invisibility", which affects all middleware, together with Sebastian Spaeth [http://lists.shr-project.org/pipermail/shr-devel/2010-January/001785.html post] and [http://lists.openmoko.org/pipermail/community/2010-January/059288.html this one], which states that currently only one guy ('Mickey') is working, unpaid, on FSO development, we would like to call Community for help. '''Both, developers men-power and financial contributions are needed''' to keep up great progress of FSO Framework. Keep in mind, that this progress will affet all distributions and applications which use FSO Framework. Thus, if you have few spare coins on your PayPal account, and willing to donate to FSO project: coreteam@freesmartphone.org , or particular FSO [http://www.ohloh.net/p/fso/contributors contributors], go for it!
-==Distributions==
-{{DistributionBox|
-Name=Distro Name [version]|
-Description=Here comes some additional text to show you guys, how Template:DistributionBox will behave under heavy load of text. It is copied several times on purpose. This way you can see how layout would looke like if description of distribution is very complex or expanded.Here comes some additional text to show you guys, how Template:DistributionBox will behave under heavy load of text. It is copied several times on purpose. This way you can see how layout would looke like if description of distribution is very complex or expanded.Here comes some additional text to show you guys, how Template:DistributionBox will behave under heavy load of text. It is copied several times on purpose. This way you can see how layout would looke like if description of distribution is very complex or expanded.Here comes some additional text to show you guys, how Template:DistributionBox will behave under heavy load of text. It is copied several times on purpose. This way you can see how layout would looke like if description of distribution is very complex or expanded.Here comes some additional text to show you guys, how Template:DistributionBox will behave under heavy load of text. It is copied several times on purpose. This way you can see how layout would looke like if description of distribution is very complex or expanded.Here comes some additional text to show you guys, how Template:DistributionBox will behave under heavy load of text. It is copied several times on purpose. This way you can see how layout would looke like if description of distribution is very complex or expanded.|
-Screenshot=System_boot.png|
-Codename='codename'|
-Homepage=http://www.homepage.org|
-Image=[http://www.homepage.org/path/to/ images]|
-Works={{Works}}
-}}
 ==Applications==

@@ Line 32: / Line 32: @@
 PackageName=[http://elm-browser.googlecode.com/files/browser_1.0-r0.4_armv4t.ipk browser_1.0-r0.4_armv4t.ipk]
 }}
 {{ApplicationBox|
 Name=rtmom 0.1|
@@ Line 46: / Line 45: @@
 PackageName=[http://cloud.github.com/downloads/kichkasch/rtmom/rtmom_0.1_armv4t.ipk rtmom]
 }}
 {{ApplicationBox|
 Name=Openmokontrol 0.1|
@@ Line 55: / Line 53: @@
 PackageName=[http://www.opkg.org/packages/0_openmokontrol_0.1_arm.ipk Openmokontrol], [http://build.hackable1.org/debian/dists/wip/main/binary-armel/openmokontrol_0.1-1_armel.deb Debian package]
 }}
 {{ApplicationBox|
 Name=[[QCurrency]] 0.1|
@@ Line 64: / Line 61: @@
 PackageName=[http://openmoko.senfdax.de/shr-new-unstable/qcurrency_0.1-r1.4_armv4t.ipk qcurrency]
 }}
 {{ApplicationBox|
 Name=MKPRN 0.3|
@@ Line 73: / Line 69: @@
 PackageName=http://opkg.glitch.tl/mkrpn_0.2_arm.ipk mkprn]
 }}
 {{ApplicationBox|
 Name=qspectemu|
@@ Line 88: / Line 83: @@
 TestedOn=QtMoko|
 PackageName=QSpectemu binares are included in [http://activationrecord.net/radekp/qtmoko/ QtMoko] default package feed, sources are in [http://github.com/radekp/spectemu GIT] repository.
 }}