Re: Introducing http://www.opkg.org

[Nishit Dave]

On Mon, Oct 13, 2008 at 11:48 PM, Tobias Kündig [EMAIL PROTECTED]wrote:

 Thank you for reporting this bug.
 It has been fixed.

 Dear Tobias,

Regardless of many contrarian and critical opinions posted here, I think you
have done a great job in creating the site and giving people a quick way to
look up available applications.  You own the opkg.com domain, and if someone
has a problem with it, they should have thought of buying it up first.  I am
sure of your intentions, and I know they are good.

If people bother you too much about fragmenting and possible malware and
such, you can just provide two links to each software: one to the package on
your site, and one to the 'official' repository.  You can also put in a
disclaimer, and tell the paranoid to use the official package.

Do not be discouraged by negative opinions.  The most marginal are usually
the most strident.  And for sake of ease, please put the category list on
top.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Nishit Dave]

On Tue, Oct 14, 2008 at 2:02 AM, Daniel Nöthen [EMAIL PROTECTED] wrote:

 Lorn Potter wrote:
  A better place for stuff needed for a particular modem, would be in the
  phone vendor plugin. That's what its there for. Not to defray this
  patch, but this is very calypso specific, and not part of the GSM spec.
  (although any other modem would most likely just spit out an error)
 
 
 
 Yes, I assumed something like that.
 I've looked at the ficgta01 phonevendor sources but didn't find
 a method that is called on every initiated call where I could
 put those two lines.
 This patch is only meant as a temporary bugfix until some more
 experienced qtopia programmer (maybe you? ;)) finds a better
 place for the echo suppression lines.


Whatever you and Lorn decide to do, when can we clueless users expect to
find it in updates for qtextended?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: How to build qt-extended?

[Radek Bartoň]

On Friday 03 of October 2008 09:55:36 Nicola Mfb wrote:
 2008/10/3 Jim Morris [EMAIL PROTECTED]

  It is activated in the released image. At least I can set the encryption
  on my email account.

 I just downloaded the updated toolchains, but the problem persist:

 $QTOPIA_DEPOT_PATH/configure -device neo

 ***
 Configuring Qt Extended (expanded commandline):
 -using-device neo -ui-type mobile -dynamic-rotation -ssl -dbus -libamr
 -pictureflow -add-mediaengines cruxus -add-modules bluetooth -add-modules
 cell
 -add-modules connectivity -add-modules devtools -add-modules essentials
 -add-modules games -add-modules inputmethods -add-modules location
 -add-modules
 media -add-modules messaging -add-modules pim -add-modules pkgmanagement
 -add-modules telephony -add-modules ui -displaysize 480x640 -font
 dejavu_sans_condensed:10,12,13,16,28:50 -font
 dejavu_sans_condensed:13,14,15,16,20,21,23,32,36:75 -xplatform
 linux-neo-g++ -arch arm -languages en_US -prefix /opt/Trolltech/Qtopia
 -extra-qtopiacore-config -qt-mouse-tslib -sound-system alsa -mkconf -make
 /usr/bin/gmake -no-save-options -make /usr/bin/gmake -using-mkconf
 -no-save-options
 ***



 This is the Qt Extended Open Source Edition.

 You are licensed to use this software under the terms of the GPL.
 Please see the file LICENSE.GPL for the licensing terms.

 Type 'yes' to accept this license offer.
 Type 'no' to decline this license offer.

 Do you accept this license agreement? yes

 Testing the system Qt: OK
 Qt Extended is using the following locations:
 Qt  PREFIX  = /usr
 Qt  LIBRARIES   = /usr/lib/qt4
 Qt  BINARIES= /usr/bin
 Qt  HEADERS = /usr/include/qt4
 Qt Embedded SOURCE tree = /opt/qt-extended-4.4.1/qtopiacore/qt
 Qt Embedded BUILD  tree = /opt/build/qtopiacore/target
 Qt Extended SOURCE tree = /opt/qt-extended-4.4.1
 Qt Extended BUILD  tree = /opt/build
 Qt Extended SDKtree = /opt/build/sdk

 Checking the compiler (host): OK (GCC 4, Little Endian)
 Checking the compiler (target): OK (GCC 4, Little Endian)
 Bootstrap QBuild: ... OK
 Testing QBuild: OK
 Testing for ALSA: OK
 Testing Qt Extended Media Engines: cruxus
 Checking QMAKE_RPATH: -Wl,-rpath-link,
 Testing for OpenSSL: OK
 Testing for dynamic rotation: OK
 Testing DBUS: OK
 Checking for PAGE_SIZE and PAGE_MASK: MISSING
 WARNING: QSharedMemoryCache will not throw away unused pages
 Testing for strict warning flags your compiler accepts: -Wall
 -Woverloaded-virtual
 Testing for V4L2: OK
 Testing for prctl(): OK
 Testing for semtimedop: OK
 Testing for __malloc_hook: OK

 Running configure (qtopiacore)...
 /opt/build/src/build/bin/pkgconfig:/opt/toolchains/arm920t-eabi/bin:/usr/lo
cal/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2:/usr/kde
/3.5/bin:/usr/qt/3/bin:/usr/games/bin:/opt/vmware/server/bin:/opt/vmware/ser
ver/console/bin configure -embedded arm -platform linux-g++ -xplatform
 /opt/qt-extended-4.4.1/devices/neo/mkspecs/qws/linux-neo-g++ -prefix
 /opt/build/sdk/qtopiacore/target -make src -make tools -no-stl
 -no-exceptions -no-xmlpatterns -no-qt3support -no-glib -no-cups -no-dbus
 -no-accessibility -nomake examples -nomake demos -nomake docs
 -DQT_QWS_DISABLE_FLUSHCLIPPING -confirm-license -depths 8,16,18,24,32
 -qconfig qpe -DQT_NO_PLUGIN_CHECK -DQT_EXTERNAL_SOUND_SERVER
 -DQT_QWS_KEYEVENT_SINGLECLIENT -force-pkg-config -no-sql-ibase
 -no-sql-mysql -no-sql-odbc -no-sql-psql -no-sql-sqlite -no-sql-sqlite2
 -qt-sql-sqlite -release -no-gfx-qvfb -no-mouse-qvfb -no-kbd-qvfb -qt-gif
 -DMEDIA_SERVER -no-separate-debug-info -DQT_KEYPAD_NAVIGATION -dbus
 -qt-gfx-transformed -DQT_QWS_DYNAMIC_TRANSFORMATION -DQT_QWS_CLIENTBLIT
 -little-endian -qt-mouse-tslib


 Preparing build tree...




 You are licensed to use this software under the terms of
 the GNU General Public License (GPL) versions 2 or 3.


 Creating qmake. Please wait...

 Building on:   linux-g++
 Building for:  /opt/qt-extended-4.4.1/devices/neo/mkspecs/qws/linux-neo-g++
 Architecture:  arm
 Host architecture: i386

 Build ...  src tools libs
 Configuration ...  cross_compile release shared dll embedded largefile
 precompile_header exceptions_off  embedded reduce_exports ipv6
 clock-gettime clock-monotonic mremap getaddrinfo ipv6ifname getifaddrs
 inotify png gif freetype system-zlib dbus openssl svg webkit release
 Debug ... no
 Qt 3 compatibility .. no
 QtDBus module ... yes (run-time)
 QtXmlPatterns module  no
 Phonon module ... no
 SVG module .. yes
 WebKit module ... yes
 WebKit in Assistant   no
 STL support . no
 PCH support . yes
 MMX/3DNOW/SSE/SSE2..  no/no/no/no
 iWMMXt support .. no
 IPv6 support  yes
 IPv6 ifname support . yes
 getaddrinfo support . yes
 getifaddrs support .. yes
 

Re: console command history

[Fox Mulder]

W.Kenworthy wrote:
 On Mon, 2008-10-13 at 22:21 -0400, Joel Newkirk wrote:
 On Tue, 14 Oct 2008 12:29:59 +1100, Sarton O'Brien
 [EMAIL PROTECTED] wrote:
 On Tuesday 14 October 2008 12:17:06 Joel Newkirk wrote:
 On Mon, 13 Oct 2008 23:21:18 +0200, Fox Mulder [EMAIL PROTECTED]
 wrote:
 If you use bash on OM than do it the same way how it is done in a
 normal
 linux pc. You must export HISTFILESIZE=1000 to set the number of
 lines
 saved to 1000. Just put this command in an adequate file to be
 executed
 at start like profile or bashrc.

 Ciao,
  Rainer
 Indeed, but how then do I tell it to use bash instead of ash for
 Terminal
 and ssh?
 vi /etc/passwd?

 Sarton
 (Ok, I'll go sit in the corner for five minutes wearing the stupid hat... 
 I already knew that from desktop/server context but for some reason my
 brain just didn't make the connection...)

 Thanks.

 j

 be aware that doing this used to break X and other things during boot-up
 - not sure why but funny things happened ...
 
 Only work around I found was to log in as usual, and type bash at the
 command prompt.
 
 Be interesting to see if this is still the case ...

The busybox-bash doesn't support all features the real bash does why i
installed the bash from the repository. I only did this with 2007.2 and
it works flawless. I didn't try it with 2008.9 because i only use debian
on my neo at the monent.
To use bash i only had to edit passwd and nothing else.

Ciao,
 Rainer

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Cédric Berger]

On Tue, Oct 14, 2008 at 09:07, Nishit Dave
 Whatever you and Lorn decide to do, when can we clueless users expect to
 find it in updates for qtextended?


Is it not already in ? Looking at qtextended logs, to track my roaming
problem, I could see the AT%N0187 command passed to the modem.



Also I experience almost no buzz sound since using qtextended (with
mwester kernel). But I do not know if it is due to sound levels being
different, or other settings...

Well in fact I can't test anymore just now because my qtextended do
not start anymore... stuck on PIN screen (even if PIN code not
activated...). And I have the same problem on 2 separate partitions !
(second is with 2008.8 base rootfs + qtextended)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Nishit Dave]

On Tue, Oct 14, 2008 at 12:58 PM, Cédric Berger
[EMAIL PROTECTED]wrote:

 On Tue, Oct 14, 2008 at 09:07, Nishit Dave
  Whatever you and Lorn decide to do, when can we clueless users expect to
  find it in updates for qtextended?
 

 Is it not already in ? Looking at qtextended logs, to track my roaming
 problem, I could see the AT%N0187 command passed to the modem.



 Also I experience almost no buzz sound since using qtextended (with
 mwester kernel). But I do not know if it is due to sound levels being
 different, or other settings...

 Well in fact I can't test anymore just now because my qtextended do
 not start anymore... stuck on PIN screen (even if PIN code not
 activated...). And I have the same problem on 2 separate partitions !
 (second is with 2008.8 base rootfs + qtextended)

 I use the 2008/10/03 update, which has reintroduced the echo problem as I
believe, but only Lorn can confirm that.  I get a severe echoing / buzzing
problem as soon as I raise the speaker / mono speaker / mic2 volumes in my
gsmhandset.state file (which I am about to re-edit right now).
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Battery crazy?

[Sébastien Lorquet]

And still you can't assume consumption will be constant on a sub-second time
scale...
It would be more user friendly to report a remaining time based on an
average consumption.

2008/10/13 Rui Miguel Silva Seabra [EMAIL PROTECTED]

 On Mon, Oct 13, 2008 at 04:30:22PM -0400, Joel Newkirk wrote:
  On Mon, 13 Oct 2008 20:35:48 +0100, Rui Miguel Silva Seabra 
 [EMAIL PROTECTED]
  wrote:
   The following is with Om.2008.9 + opkg upgrade:
  
   [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
 /proc/apm
   1.13 1.2 0x02 0x01 0x00 0x00 77% 974 min
   [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
 /proc/apm
   1.13 1.2 0x02 0x01 0x00 0x00 77% 974 min
   [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
 /proc/apm
   1.13 1.2 0x02 0x01 0x00 0x00 76% 1158 min
   [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
 /proc/apm
   1.13 1.2 0x02 0x01 0x00 0x00 76% 623 min
   [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
 /proc/apm
   1.13 1.2 0x02 0x01 0x00 0x00 76% 843 min
   [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
 /proc/apm
   1.13 1.2 0x02 0x01 0x00 0x00 76% 843 min
   [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
 /proc/apm
   1.13 1.2 0x02 0x01 0x00 0x00 76% 843 min
   [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
 /proc/apm
   1.13 1.2 0x02 0x01 0x00 0x00 76% 843 min
   [EMAIL PROTECTED]:/usr/lib/enlightenment/modules/illume/dicts# cat
 /proc/apm
   1.13 1.2 0x02 0x01 0x00 0x00 76% 2003 min
  
   Should I be worried?
  
   Rui
 
  I'd not think so.  The estimated time remaining varies because your
  'recent' power usage varies between checks.  If GSM or wifi start
 requiring
  more power than before to maintain connection, for example, or backlight
  usage varies, etc, then the estimate will change according to recent
 usage.
   (I'm assuming those weren't invoked immediately after one another, but
  that some time elapsed between checks - regardless, only the estimated
 time
  is acting in any way unexpectedly - remaining capacity seems to be pretty
  consistent and presumably fairly accurate)

 I know it wasn't timestamped, bu these were consecutive readings,
 perhaps within less of a second between each...

 I'm not using wifi, no active call, not anything...

 Rui

 --
 Frink!
 Today is Sweetmorn, the 67th day of Bureaucracy in the YOLD 3174
 + No matter how much you do, you never do enough -- unknown
 + Whatever you do will be insignificant,
 | but it is very important that you do it -- Gandhi
 + So let's do it...?

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

ReMoko hid profile emulation

[Nicola Mfb]

HI!
ReMoko works quote nice on my freerunner with fso (some times i have to
restart it many times before it runs well), but I have problems on the PC
side.
If I use hidd --connect bt neo address it runs fine, but if I use dbus
CreateConnection method it fails.
As hidd is deprecated and provided only for compatibility I'd like to know
if the problems is in bluez or in ReMoko hid profile emulation.

If someone has a bt keyboard may try if this simple python script works
(from wiki.bluez.org)?

import dbus
bus = dbus.SystemBus()
# service activation
bmgr = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'),
'org.bluez.Manager')
bus_id = bmgr.ActivateService('input')
imgr = dbus.Interface(bus.get_object(bus_id, '/org/bluez/input'),
'org.bluez.input.Manager')

# device creation
path = imgr.CreateDevice('xx:xx:xx:xx:xx:xx')
idev = dbus.Interface (bus.get_object(bus_id, path),
'org.bluez.input.Device')

# host initiated connection
idev.Connect()


replace xx... with your keyboard bt address, and with neo bt address after
having remoko launched.

Thanks

  Nicola
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.9] Compiling GDAL

[Radek Bartoň]

On Tuesday 14 of October 2008 10:45:13 Koen Kooi wrote:

 GDAL is already in OE, so why not use OE instead of the toolchain?


Firstly, because I don't want to spend several hours by compiling OE. 
Secondly, because this is only example of problems with GRASS compilation and 
I want to learn how to solve it. 

For example, there is similar error in compilation of GRASS itself:

NOTE: 
Running /home/blackhex/Projekty/MokoGRASS/grass/configure  --build=x86_64-linux 
 --host=arm-angstrom-linux-gnueabi --target=arm-angstrom-linux-gnueabi 
--prefix=/usr --exec_prefix=/usr --bindir=/usr/bin
--sbindir=/usr/sbin --libexecdir=/usr/libexec   
--datadir=/usr/share--sysconfdir=/etc
--sharedstatedir=/usr/com   --localstatedir=/var
--libdir=/usr/lib   --includedir=/usr/include
--oldincludedir=/usr/include--infodir=/usr/share/info   
--mandir=/usr/share/man --enable-mainainer-mode 
 ...
configure: WARNING: unrecognized options: --enable-mainainer-mode
configure: loading site script /usr/local/openmoko/arm/site-config
checking build system type... x86_64-pc-linux-gnu
checking host system type... arm-angstrom-linux-gnueabi
checking for arm-angstrom-linux-gnueabi-gcc... ccache 
arm-angstrom-linux-gnueabi-gcc -march=armv4t -mtune=arm920t
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... yes
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether ccache 
arm-angstrom-linux-gnueabi-gcc -march=armv4t -mtune=arm920t accepts -g... yes
checking for ccache 
arm-angstrom-linux-gnueabi-gcc -march=armv4t -mtune=arm920t option to accept 
ISO C89... none needed
/home/blackhex/Projekty/MokoGRASS/grass/configure: line 2974: LOC_EXEEXT: 
command not found
/home/blackhex/Projekty/MokoGRASS/grass/configure: line 2984: syntax error 
near unexpected token `,'
/home/blackhex/Projekty/MokoGRASS/grass/configure: line 2984: 
`LOC_CHECK_FP_INF_NAN(,'
FATAL: oe_runconf failed

The problem is caused because there are several local macros defined in 
aclocal.m4 which is overwritten by om-config. I've moved them to m4/local.m4 
file but it is not included in autoreconf execution even if I use 
EXTRA_AUTORECONF=-I/home/blackhex/Projekty/MokoGRASS/grass/m4 om-conf grass 
command and AC_CONFIG_MACRO_DIR([m4]) in configure.in.

If you think that these kind of errors will not occur with OE, I'll try to go 
this way... ?

-- 
Ing. Radek Bartoň

Faculty of Information Technology
Department of Computer Graphics and Multimedia
Brno University of Technology

E-mail: [EMAIL PROTECTED]
Web: http://blackhex.no-ip.org
Jabber: [EMAIL PROTECTED]
-- 
Ing. Radek Bartoň

Faculty of Information Technology
Department of Computer Graphics and Multimedia
Brno University of Technology

E-mail: [EMAIL PROTECTED]
Web: http://blackhex.no-ip.org
Jabber: [EMAIL PROTECTED]

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [om2008] stable vs testing vs unstable

[Benedikt Schindler]

i think there is a problem with the build server, or a patch that went 
into unstable killed the compiler.
There doesn't even exist the Packages.gz files ... and i am sure they 
exists a few days ago.

so unstable ist just as it says ... unstable it is also unstable in 
the fact of it's existens ;)


btw:

i couldn't install

http://downloads.openmoko.org/repository/testing/om-gta02/distro-feed-configs_1.0-r0.02_om-gta02.opk
 


there is a md5 checksum error.

Sarton O'Brien schrieb:
 Hmmm ... I just noticed that stable (Om200.8) has surpassed testing in 
 versioning.

 I now backup all my opk files per repo for easy switching but shouldn't 
 testing at least be equal to or greater than stable?

 And what's the deal with unstable ... it doen't even look like a repo?

 For anyone else out there who is on testing and can't read their messages ... 
 switch to stable and it will update :)

 Sarton

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

   


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Introducing http://www.opkg.org

[Tick Chen]

Hi Rod, 
  Your points are very true. 
Actually, we have a lot of discussion about these internally. 
When I am trying to create the community repository, we meet some issues. 
There were some open issues.
 1. Dependency:
* Wrong/None Dependency
The accuracy of dependency really matters.
* Out of date:
It is very hard to find out if the package is out of date or not. 
* Different ABI:
Some people may release packages with different toolchain, and this
may cause many difficult problem, and sometimes very hard to find out.
 2. Security issues:
When we got a package, we will need to take a look of it's source
code, and make sure the package is not harmful.

For those very good projects, I'd love/encourage to put them into feeds of our
build system, and so that they will having less above problems.

We want to provide a platform that everyone can share whatever they 
want to share legally, and also what shared through Openmoko should be 
workable and runs well at least on Openmoko's Om2008.8.
Therefore, we have community repository to put these packages. 

I realize that, creating a BB file and building system with OE, sometimes is 
a high barrier from interaction with many developers. 
(Thanks mokoMakefile, it indeed helps a lot of people.)
Many developers actually do not care about how the whole system built, they
just want to develop what they are interested in. 
(And they should not have to worry about other issues) Therefore we provide
meta-toolchain. http://wiki.openmoko.org/wiki/Toolchain. 
For those projects, developers may just want to pack their own packages
and release. Other some may be data, themes... etc. If they are 
good enough and work well on current system, I'd love to put
them into community repository. 

I also encourage developers create their own bb files, and so that it can be 
build by our build system, and even be ported to many machine very easily.
That way they can promote their own brain-child greatly.

We also know there are many many ebullient hackers wants to release
their own distributions/repository.  
We love that. And we want to create an easy way for them to release and
promote their repositories. But for those repositories, we cannot
guarantee those are compatible for our distribution. Hackers will need to
take care of that themselves. 

To summarize:
If my info were not wrong or outdated. There *will* be three ways to release
packages/repositories through Openmoko. 
1. Through our build system, hackers provides (or ask us (but we are lazy)) bb 
files and
put them into OE. 
2. University repository: Putting packages that satisfy the following
conditions:
a. Open source, and legal. (If they were execuable files, GPL License is 
prefered.)
b. Runs well on our distribution(s). 
c. Do no evil.
If we found any package does not satisfy any above conditions, 
we will remove that immediately. 
3. Multiverse repository: Putting packages of repositories. Let people
download those packages and adding repositories.
(Above is unfinished yet, I need to push someone to do this more.)

Praise on Tobias's work. It's really a very good way to find out useful
packages. This web site can be the best collection of useful packages (for 
Searching). 
It can also becomes one of the best community repository. If it
maintains well. We do very happy to see this, and appreciate. 

Cheers, 
Tick

On Mon, Oct 13, 2008 at 05:43:14PM +1030, Rod Whitby wrote:
 Robin Paulson wrote:
  2008/10/12 Tobias Kündig [EMAIL PROTECTED]:
  It's a simple database of available *.ipk-Packages.
  
  great stuff, found some interesting things there already
  
  would you be interested in turning it into a true repository? with an
  entry for the .conf file for opkg?
 
 It really is a sad commentary on the state of official Openmoko
 repositories that this question is even asked.
 
 The state of affairs *should* be that you just get the application name
 from opkg.org, and then type opkg install name on whatever
 distribution you are running (or select the application name from the
 GUI installer application on the device) and it installs flawlessly from
 the official feeds for that distribution.
 
 Have we all given up on that scenario (which is commonplace in other
 community projects) and must resort to even more third-party
 repositories which do nothing more than mirror bits and pieces of all
 the existing disparate repositories?
 
 Please, let's make this the best site for *finding* new applications and
 deciding which ones to install, but hook it into the existing
 repositories and improve them instead of creating yet more repositories
 to confuse people, become out of date, and cause upgrade nightmares when
 they are not consistent with the base images ...
 
 -- Rod
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


signature.asc
Description: Digital 

[2008.x] GPRS Instructions on the Wiki

[Arigead]

Don't want to hijack the thread this stems from Re: [2008.9] Wifi very 
unreliable but I mentioned there that external links from a wiki might 
not be the best idea and that I was having problems with external GPRS 
instructions linked from the relevant wiki page.

Continued at the bottom of this:

Nishit Dave wrote:
 On Fri, Oct 10, 2008 at 1:50 AM, Arigead [EMAIL PROTECTED] 
 mailto:[EMAIL PROTECTED] wrote:


 There is an external link on the GPRS wiki page to a German site for
 installing the GSM Multiplexor and a GUI. I've been trying to get
 those
 instructions to work for the last couple of days. I assume I'm getting
 something wrong but how can I be sure, given the speed things
 change in
 OpenMoko, the instructions still work.

 I was able to get them to work, and the Services GUI was quite handy.  
 However, I switched over to Qtextended last weekend. 

 Have you installed all dependencies?  Where is it that you have a 
 problem exactly?
 From a clean flash of a 2008 Daily from last week:

Om2008.8-gta02-20080903.uImage.bin
Om2008.8-gta02-20081007.rootfs.jffs2

And executing the commands

echo nameserver 208.67.222.222  /etc/resolv.conf
echo nameserver 208.67.220.220  /etc/resolv.conf
echo arch base 50  /etc/opkg/angstrom-feed.conf
echo src/gz base 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv
opkg update
opkg install gpsd
opkg install gsm0710muxd

Results in the following error message which is probably where I'm 
having problems.


#opkg install gsm0710muxd
Installing gsm0710muxd 
(0.9.1+r0-gitr3ff86b129640b647ccba3d86eb243d864671b039-r0) to root...
Downloading 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/gsm0710muxd_0.9.1+r0-gitr3ff86b129640b647ccba3d86eb243d864671b039-r0_armv4t.ipk
Upgrading libdbus-glib-1-2 on root from 0.74-r0 to 0.76-r0...
Downloading 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/libdbus-glib-1-2_0.76-r0_armv4t.ipk
Installing libgobject-2.0-0 (2.18.1-r0) to root...
Downloading 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/libgobject-2.0-0_2.18.1-r0_armv4t.ipk
Configuring libdbus-glib-1-2
Collected errors:
 * Package libgobject-2.0-0 wants to install file 
/usr/lib/libgobject-2.0.so.0
But that file is already provided by package  * libglib-2.0-0

Maybe the above is not a problem but if you've any advice I'll be very 
happy to get it.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.9] Compiling GDAL

[Koen Kooi]

Op 13 okt 2008, om 16:48 heeft Radek Bartoň het volgende geschreven:


Hello.

I'm trying to compile GDAL [1] library as a prerequisity for GRASS  
GIS package
using OpenMoko toolchain [2] but I'm getting following error message  
of

missing some autoconf macros.


GDAL is already in OE, so why not use OE instead of the toolchain?




NOTE: Executing
autoreconf --verbose --install --force -I /root/test/gdal/gdal/m4/ - 
I/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/share/ 
aclocal-1.10 -I /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/ 
usr/share/aclocal

autoreconf-2.63: Entering directory `.'
autoreconf-2.63: configure.in: not using Gettext
autoreconf-2.63: running: aclocal --force
configure.in:2272: warning: macro `AM_INIT_PYEXEC_MOD' not found in  
library
configure.in:2273: warning: macro `AM_CHECK_NUMPY' not found in  
library

autoreconf-2.63: configure.in: tracing
autoreconf-2.63: running: libtoolize --copy --force
Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL'
You should update your `aclocal.m4' by running aclocal.
configure.in:2272: warning: macro `AM_INIT_PYEXEC_MOD' not found in  
library
configure.in:2273: warning: macro `AM_CHECK_NUMPY' not found in  
library

autoreconf-2.63:
running: /usr/bin/autoconf-2.63 --include=/root/test/gdal/gdal/m4/ -- 
include=/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/share/ 
aclocal-1.10 --include=/usr/local/openmoko/arm/arm-angstrom-linux- 
gnueabi/usr/share/aclocal --force --warnings=cross

configure.in:62: error: possibly undefined macro: AC_COMPILER_PIC
 If this token and others are legitimate, please use  
m4_pattern_allow.

 See the Autoconf documentation.
configure.in:63: error: possibly undefined macro: AC_LD_SHARED
configure.in:91: error: possibly undefined macro: AC_HAVE_LONG_LONG
configure.in:92: error: possibly undefined macro: AC_UNIX_STDIO_64
configure.in:139: error: possibly undefined macro:  
AC_CHECK_FUNC_CUSTOM

configure.in:2272: error: possibly undefined macro: AM_INIT_PYEXEC_MOD
configure.in:2273: error: possibly undefined macro: AM_CHECK_NUMPY
configure.in:2274: error: possibly undefined macro:  
AC_COMPILER_LOCALHACK

autoreconf-2.63: /usr/bin/autoconf-2.63 failed with exit status: 1
FATAL: autoreconf execution failed.

They were defined in files included in aclocal.m4 file but om-conf
deletes it by calling autoreconf. Have anyone any idea how to  
override this?


[1] - http://www.gdal.org/
[2] - http://wiki.openmoko.org/wiki/Toolchain

--
Ing. Radek Bartoň

Faculty of Information Technology
Department of Computer Graphics and Multimedia
Brno University of Technology

E-mail: [EMAIL PROTECTED]
Web: http://blackhex.no-ip.org
Jabber: [EMAIL PROTECTED]

___
devel mailing list
[EMAIL PROTECTED]
https://lists.openmoko.org/mailman/listinfo/devel




PGP.sig
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.x] GPRS Instructions on the Wiki

[Benedikt Schindler]

Arigead schrieb:
 [...]
  From a clean flash of a 2008 Daily from last week:

 Om2008.8-gta02-20080903.uImage.bin
 Om2008.8-gta02-20081007.rootfs.jffs2

 And executing the commands

 echo nameserver 208.67.222.222  /etc/resolv.conf
 echo nameserver 208.67.220.220  /etc/resolv.conf
 echo arch base 50  /etc/opkg/angstrom-feed.conf
 echo src/gz base 
 http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv
 opkg update
 opkg install gpsd
 opkg install gsm0710muxd

 [...]


try not to add the hole repositorie. just make a

opkg install 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/gsm0710muxd_0.9.1+r0-gitr3ff86b129640b647ccba3d86eb243d864671b039-r0_armv4t.ipk



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: (Another) New rotate version

[rhn]

Yet another one - this time in Python. Should be easy to port, though.
Features:
- no dimming
- no stopping if backlight not lit
- badly adjusted timers
- reopening the file at every check
- able to set the right position even if device is nearly lying
- does not switch if on verge of two modes
...and the two latter things are what I like in it.
The timers are really bad - it takes up to 10 seconds to adjust (checking 
position every 3 seconds, 1.5 second to make sure plus some unidentified delay).#!/usr/bin/env python
import struct
import subprocess
from time import sleep

secondsensorfile = /dev/input/event3
#int, int, short, short, int
fmt = 'iihhi'



def get_data(path):
sensor = open(path, 'rb')
ret = [0, 0, 0]
while True:
pass
event = sensor.read(16)
if not event:
break
(time1, time2, type_, code, value) = struct.unpack(fmt, event)
if type_ == 0 and code == 0:
break
if type_ == 2:
ret[code] = value
sensor.close()
return ret

def get_direction():
ind = None
di = None
for i in range(3):
data = get_data(secondsensorfile)
print data
a = map(abs, data)
max_val = max(a[:2])
if max_val * 4  sum(a):
return
index = a.index(max_val)
if index  2 and a[index]  a[-index + 1] * 2:
return
if ind is None:
ind = index
elif not ind == index:
return
   
direction = data[index]  0
if di is None:
di = direction
elif not di == direction:
return
sleep(0.5)
#print data, index
return ind, di

def rotate(name):
subprocess.Popen(['/usr/bin/xrandr', '-o', name])

def rotation(index, direction):
d = ['', 'v^', '.o']
r = [['right', 'left'], ['normal', 'inverted']] 
print d[index][int(direction)]
if index  len(r):
pass
#subprocess.Popen(['/usr/bin/xrandr', '-o', r[index][int(direction)]])
return r[index][int(direction)]
last = 'normal'
while True:
print 'vGet'
d = get_direction()
if d:
print 'got'
index, direction = d
r = rotation(index, direction)
if r:
if not r == last:
last = r
rotate(r)
sleep(3)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FBReader now working on the FreeRunner

[Michael Sheldon]

Arigead wrote:
 Michael Sheldon wrote:
 Pupino wrote:
   
 2008/10/12 Michael Sheldon [EMAIL PROTECTED]:
 
 Giovanni wrote:
   
 Does it also work on OM2007.2?
 
  Probably, assuming all the dependancies are available (which from
 memory I think they are). Give it a try and let me know ;).

  Cheers,
   Mike.

   
 On Sun, Oct 12, 2008 at 9:22 PM, Michael Sheldon [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:

 Hi all,

 I've just spent the day hacking on FBReader to make it work correctly
 under OpenMoko (OM2008.*). Until now it's been pretty much unusable 
 due
 to the GPE version of FBReader expecting you to be using a device that
 has some physical buttons which then get bound to vital functions like
 turning the page. The changes I've made are as follows:

 * Add scroll forward/backward buttons to the toolbar
 * Add fullscreen mode button to the toolbar (doesn't have an icon
 at the moment, it's the third button from the right)
 * Change fullscreen mode so that it doesn't hide the toolbar
 (otherwise there's no way to get back from fullscreen mode)
 * Switch to using the much prettier blue tango icons
 * Make the line separation larger so the text doesn't overlap
 * Reduce the font size
 * Change the default colours to match openmoko's colour scheme
 better (and so it's a little easier on the eyes)

 And most importantly…

 * Make it so that tapping the sides of the screen turns the book's
 pages (left = backwards, right = forwards)

 Here's a screenshot of what it used to look like:
 http://blog.mikeasoft.com/wp-content/uploads/2008/10/fbreader-orig.png

 And what it looks like with my patches:
 
 http://blog.mikeasoft.com/wp-content/uploads/2008/10/fbreader-openmoko.png

 To install it simply run:

 opkg install
 http://mikeasoft.com/~mike/openmoko/enca_1.9-r3_armv4t.ipk
 http://mikeasoft.com/%7Emike/openmoko/enca_1.9-r3_armv4t.ipk
 
 http://mikeasoft.com/~mike/openmoko/fbreader_0.8.2a-r6+elleopatches_om-gta02.ipk
 
 http://mikeasoft.com/%7Emike/openmoko/fbreader_0.8.2a-r6+elleopatches_om-gta02.ipk
 (all on one line)

 For those interested the patch can also be downloaded from
 http://mikeasoft.com/~mike/openmoko/fbreader-openmoko.patch
 http://mikeasoft.com/%7Emike/openmoko/fbreader-openmoko.patch.

 Bonus points for anyone who knows what book I'm testing it with in the
 screenshots (without googling) ;).

  Cheers,
   Mike.

 ___
 Openmoko community mailing list
 community@lists.openmoko.org mailto:community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community



 

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

   
 Nice work! thank you!

 the book is into the wild? well the film had that name, maybe the
 book has a different one?
 
   Nope, *much* older book, good guess though :)

Mike.
   
 I've a few days email on this list to catch up on so I'm sure you've got 
 the answer to the book but I think I'll have a guess anyhow. Can't spell 
 the name or give you the correct title of the book but you might know 
 what I mean.
 
 The book is called either Walden or Walden pond? and it was written 
 by Theareau? Does that make any sense? Good book if it's the one I think 
 it is.

  Yep, that's right and you're actually the first to get it. I'm a bit 
surprised anyone got it since it's a fairly random page, so well done :).

Cheers,
  Mike.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ReMoko hid profile emulation

[Nicola Mfb]

2008/10/14 Valerio Valerio [EMAIL PROTECTED]

 [...]
 This script doesn't work in my systems, all my systems have the input
 service activated by default, so fails on the service activation, and if I
 disable the input plugin the script fails again in this line:  bus_id =
 bmgr.ActivateService('input')

 The script runs in your system without problems ?
 which BlueZ version do you have ?


I'm using 3.36 on gentoo, yes, it passes the activate service phase and
fails on CreateDevice, my output is:

Traceback (most recent call last):
  File test2.py, line 12, in module
path = imgr.CreateDevice(''my bt adderss)
  File /usr/lib/python2.5/site-packages/dbus/proxies.py, line 68, in
__call__
return self._proxy_method(*args, **keywords)
  File /usr/lib/python2.5/site-packages/dbus/proxies.py, line 140, in
__call__
**keywords)
  File /usr/lib/python2.5/site-packages/dbus/connection.py, line 607, in
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.bluez.Error.NotSupported: Not supported

on /var/log/messages I got:

hcid[3078]: Invalid PnP service record length

With hidd it works (the only issues is that hidd --search does not return
nothing!)

I'm not sure, but can suppose that the profile emulation is not perfect, may
you try avoiding the service activation lines?

I'm going to do other test downgrading bluez.

Regards

 Nicola
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian] starting xfce as non root

[Davide Scaini]

already done...
not working...

On Tue, Oct 14, 2008 at 6:38 PM, gromez [EMAIL PROTECTED] wrote:

 On Tue, Oct 14, 2008 at 6:17 PM, Davide Scaini [EMAIL PROTECTED] wrote:
  ...i tryed several times... now i give up!
  I followed carefully the wiki instructions but i'm not able to run xfce
 as
  non root user...
  do you have an idea?
  i tryed modifying /etc/init.d/xfce with my user name, but there is no
 way...
  any hints?

 I've recently updated the wiki because I've got the same problem.
 Check point 3

 3. Edit /etc/X11/Xwrapper.config and change allowed_users=console to
 allowed_users=anybody

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ReMoko hid profile emulation

[Valerio Valerio]

2008/10/14 Nicola Mfb [EMAIL PROTECTED]

 2008/10/14 Valerio Valerio [EMAIL PROTECTED]

 [...]
 This script doesn't work in my systems, all my systems have the input
 service activated by default, so fails on the service activation, and if I
 disable the input plugin the script fails again in this line:  bus_id =
 bmgr.ActivateService('input')

 The script runs in your system without problems ?
 which BlueZ version do you have ?


 I'm using 3.36 on gentoo, yes, it passes the activate service phase and
 fails on CreateDevice, my output is:

 Traceback (most recent call last):
   File test2.py, line 12, in module
 path = imgr.CreateDevice(''my bt adderss)
   File /usr/lib/python2.5/site-packages/dbus/proxies.py, line 68, in
 __call__
 return self._proxy_method(*args, **keywords)
   File /usr/lib/python2.5/site-packages/dbus/proxies.py, line 140, in
 __call__
 **keywords)
   File /usr/lib/python2.5/site-packages/dbus/connection.py, line 607, in
 call_blocking
 message, timeout)
 dbus.exceptions.DBusException: org.bluez.Error.NotSupported: Not supported

 on /var/log/messages I got:

 hcid[3078]: Invalid PnP service record length

 With hidd it works (the only issues is that hidd --search does not return
 nothing!)

I already notice that, but for example other's OS's see ReMoko as a
Bluetooth keyboard (Windows, KDE bluetooth, S60 devices, OSX ...), and I
also tested a Logitech Bluetooth mouse and a keyboard that doesn't appears
with hidd --search (I never seen any result from hidd --search)



 I'm not sure, but can suppose that the profile emulation is not perfect,
 may you try avoiding the service activation lines?

Nop don't work in Ubuntu 7.10 or Ubuntu 8.04, they have a older BlueZ
version that doesn't have the createDevice d-bus call.
Can you provide me a hcidump  ? (start hcidump before the python script).

Best regards,

-- 
Valério Valério

http://www.valeriovalerio.org




 I'm going to do other test downgrading bluez.

 Regards

  Nicola

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Rui Miguel Silva Seabra]

On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
screenfp = fopen (/sys/class/backlight/pcf50633-bl/brightness,w);

Excellent idea, I'll implement it in my newRotate and make a new
release.

BTW, I still can't commit...

https://admin-trac.openmoko.org/trac/ticket/1563


-- 
Grudnuk demand sustenance!
Today is Boomtime, the 68th day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Debian] Auxlaunch

[Michael Shiloh]

This is beautiful. Thanks!

It is very simple, very flexible, and easy to configure.

On top of that, it makes a great example program.

If you have time to write up a wiki page that would be great. Otherwise, 
I'll add it to my list.

Michael


Al Iasid wrote:
 Hi,
 
 I wanted a simple, very finger-friendly app launcher for my Freerunner 
 running Debian. I also wanted to access it using the Aux button. So, I 
 mixed code from the PyGTK hello world example with code from 
 matchbox-keyboard-toggle and came up with Auxlaunch. A screenshot and 
 download link is at aliasid.googlepages.com/auxlaunch 
 http://aliasid.googlepages.com/auxlaunch if you're interested.
 
 At first, it minimizes and waits for the Aux button to be pressed. 
 Then, it pops up full screen and shows 3 large buttons. You use the up 
 and down buttons to change the top button. Press the top button and the 
 selected app starts. You can configure the choices by editing the 
 .auxlaunchrc text file. I added an item for Suspend (apm -s), too.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [om2008.9/FDOM] Charging or Long Power On = Crashing?

[Michael Shiloh]

Boris Wong wrote:
 I'm working on a theory of prolonged charging leading to the crashing of
 the Freerunner in FDOM/om2008.9. I'm not saying it's definite, but I
 have had some experiences of my phone ending up in kernel panic and
 where the screen would not turn on after overnight charging without
 suspension.
 
 Here is the scenario:
 I plug in my Freerunner to the wall adaptor, to let it charge overnight.
 I do not use suspension, but I do have the screen turn off
 automatically. I sometimes don't unplug/plug it in again to make the
 charging indicator (red light and the charging symbol on the screen)
 appear. In the morning (6+ hours later), the phone will be in kernel
 panic or the device will be on without the screen (calls and things get
 through, monitor does not come on).
 
 The questionable theory:
 Is there any chance that, since the kernel is not aware that the device
 is charging (even though the device still charges to full), will create
 crashes or reverse the loop of the battery indicators? I'm aware that
 this is a smart battery which can dish out statistics. If the FR does
 not know that it is charging, but the power is going up, I might think
 that that may cause problems with the logging and power handling from
 the kernel.
 
 Just a theory, but I really want to get rid of kernel panics and crashes
 after not shutting down for a long time.
 
 Any other theories floating out there that we might want to consider?

Boris,

You may get better results posting this to the kernel list.

Michael

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Rui Miguel Silva Seabra]

On Tue, Oct 14, 2008 at 06:15:58PM +0100, Rui Miguel Silva Seabra wrote:
 On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
 screenfp = fopen (/sys/class/backlight/pcf50633-bl/brightness,w);
 
 Excellent idea, I'll implement it in my newRotate and make a new
 release.
 
 BTW, I still can't commit...
 
 https://admin-trac.openmoko.org/trac/ticket/1563

OK, new newrotate version, taking usage of brightness to use less energy
and a nicer rotation.

http://blog.1407.org/2008/10/14/openmoko-newrotate-checks-brightness/

Rui

-- 
Hail Eris, Hack GNU/Linux!
Today is Boomtime, the 68th day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Accelsense.org (accelerometer-based gestures)

[Paul V. Borza]

Hi everyone,

A couple of people asked me whether I will or won't continue my
project on accelerometer-based gestures.
My answer was always yes, and to make that clear, I've bought
accelsense.com, and accelsense.org.
The code has moved from http://code.google.com/p/accelges/ into a GIT
repository located at http://repo.accelsense.org.

I'm now in the first year of masters, and I've managed to get two of
my courses into the accelerometer-based gestures (i.e. to implement
this as homework).
From now on, my professors require me to use SOMs (i.e.
self-organizing maps, a type of neural networks), instead of hidden
Markov models.

A couple of you guys asked whether the efficiency and speed can be
improved using HMMs. Again, the answer is yes, just that I don't have
time to work on the HMM implementation anymore.

Just wanted to let you know that from now on, I'll focus exclusively
on working with the Neo, rather than the Wii to test the gestures; and
make them smooth and natural.
Nokia is using SOMs for gesture recognition in mobile phones, so we
should be on the technology wave as I can tell (still, I'm just one
guy).

What I'll focus on in the 0.2 release:
* use some code from the rotate application that is flying around.
* keep the current Dbus system for interaction.
* 10% of CPU (it's now using 20%), and yes it's doable.
* no GUI, but change the text console UI to be something like 'top',
and not just printf hundreds of xyz data.
* reintegrate with matlab-compatible diagrams.
* will still be in C99 and under LGPL.
* math formulas that are used in code will have a link to
http://wiki.accelsense.org/wiki/page and the formula will be written
in LaTex.
* some of you gave me advices on how to improve the organization of
the project, will also do that.
* some dependencies aren't checked, there are too many you say, will be removed.
* integration with the freesmartphone.org Dbus FSO communication
system (I've seen that it grew since I last checked it).
* implementation of self-organizing maps.

Bottom line: I'll be trying turn it in a mature project ;)

You can do interesting things with SOMs, like Nokia was doing:
detecting when the user climbs down, up or walks, just using an
accelerometer.

Thanks,
Paul

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FR adapter - shocking experience!

[Sébastien Lorquet]

Just guessing, FR power supplies blocks are really high-tech ones if they
contain a usb-powered 230V power inverter in the same package :-D

to get 5VDC from 230VAC you need at least a transformer and a diode bridge +
low voltage capacitors, or a step-down hasher like desktops/laptops power
supplies.

but, to get 230VAC from 5VDC, you will first need 5VAC with an oscillator,
then a step-up transformer :)
This is not something you'll find on a standard power supply plug :)
Also, the shock would not be the same if you had been shocked with a
normally operating 230v supply (I mean the amount of energy absorbed by your
body) :)

this is more likely to be a capacitor effect. There are some on the 230VAC
side of all power supplies, to filter EMI.

and a coil cannot store potential, it's a capacitor job :)
a coil regulates spikes et reacts to transient voltages only. for DC
current, a coil is a simple wire.

sl

2008/10/9 Thorben Krueger [EMAIL PROTECTED]

 It might be a case of the transformator working in reverse: A small
 voltage applied to the usb output leads to a high voltage at the
 prongs. This could also be caused by a capacitator on the low voltage
 end, but I am not sure.

 Just guessing here.

 However, if you were to touch the prongs the moment they were out of
 the socket, the coil could still hold some potential to shock you.

 Also just guessing.

 Thorben

 2008/10/9 Christ van Willegen [EMAIL PROTECTED]:
  Hi,
 
  this morning, I pulled the FR adapter out of the (230 VAC) socket, and
  accidentally touched one of the prongs. I experienced a short shock.
 
  Is there a capacitor in there that can do that? It was fully out of
  the socket when I touched it!
 
  Christ van Willegen
  --
  09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: arecord on freerunner

[hadroneo]

Le Sun, 12 Oct 2008 21:54:56 +0200,
Baruch Even [EMAIL PROTECTED] a écrit :


Hi Baruch,

 I got the same, I used the following command:
 
 arecord -D hw -f cd  -vvv -d 5 -t wav rec-$(date +%Y-%m-%d-%H-%M).wav

Thank you so much, your -D hw option for arecord work like a charm
for me.

Best Regards,
hadroneo.
 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Vikas Saurabh]

This seems pretty stable than the previous one. The brightness effect is
nice, but the event, apparently, is hitting even if the phone is moved a
little (i was trying to type a message).
The brightness thing started to feel too much pain, so I killed the rotate
instance (from a separated ssh session). Unfortunately, the program had
thought that I am rotating and hence had brightness set to 0 when I killed
it. So, I was left with a switched off screen :).

So, 2 cents from my side
(1) The brightness effect (and rotation) should be applied only we are
switching orientation (I am not too sure if accels would give that data
directlybut keeping a state can be a workaround...it would give some
false positives and negative, but would have a better output)
(2) We might like to put a close program handler which would try to reset
the brightness to the last read brightness value (if the rotation was in
progress while the program was closed)

--Vikas

On Wed, Oct 15, 2008 at 12:10 AM, Rui Miguel Silva Seabra [EMAIL 
PROTECTED]wrote:

 On Tue, Oct 14, 2008 at 06:15:58PM +0100, Rui Miguel Silva Seabra wrote:
  On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
  screenfp = fopen
 (/sys/class/backlight/pcf50633-bl/brightness,w);
 
  Excellent idea, I'll implement it in my newRotate and make a new
  release.
 
  BTW, I still can't commit...
 
  https://admin-trac.openmoko.org/trac/ticket/1563

 OK, new newrotate version, taking usage of brightness to use less energy
 and a nicer rotation.

 http://blog.1407.org/2008/10/14/openmoko-newrotate-checks-brightness/

 Rui

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ReMoko hid profile emulation

[Valerio Valerio]

Hi,

2008/10/14 Nicola Mfb [EMAIL PROTECTED]

 HI!
 ReMoko works quote nice on my freerunner with fso (some times i have to
 restart it many times before it runs well), but I have problems on the PC
 side.
 If I use hidd --connect bt neo address it runs fine, but if I use dbus
 CreateConnection method it fails.
 As hidd is deprecated and provided only for compatibility I'd like to know
 if the problems is in bluez or in ReMoko hid profile emulation.

 If someone has a bt keyboard may try if this simple python script works
 (from wiki.bluez.org)?


This script doesn't work in my systems, all my systems have the input
service activated by default, so fails on the service activation, and if I
disable the input plugin the script fails again in this line:  bus_id =
bmgr.ActivateService('input')

The script runs in your system without problems ?
which BlueZ version do you have ?

Best regards,

-- 
Valério Valério

http://www.valeriovalerio.org




 import dbus
 bus = dbus.SystemBus()
 # service activation
 bmgr = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'),
 'org.bluez.Manager')
 bus_id = bmgr.ActivateService('input')
 imgr = dbus.Interface(bus.get_object(bus_id, '/org/bluez/input'),
 'org.bluez.input.Manager')

 # device creation
 path = imgr.CreateDevice('xx:xx:xx:xx:xx:xx')
 idev = dbus.Interface (bus.get_object(bus_id, path),
 'org.bluez.input.Device')

 # host initiated connection
 idev.Connect()


 replace xx... with your keyboard bt address, and with neo bt address after
 having remoko launched.

 Thanks

   Nicola

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Rui Miguel Silva Seabra]

Hi,

Thank you very much for your input. Can you try to run a bit of the
'test' I include? I'm starting to suspect different accelerometers might
give different outputs and so the heuristics might not make sense
anymore, I hope that's not the case.

You can return the brightenss with

echo 63  /sys/class/backlight/pcf50633-bl/brightness

... in the meanwhile.

As for terminating... only a few signals can be caught, I will try to
set them up in order to stop in a sane state (xrandr -o 0, full
brightness if it's currently 0, and so on).

Rui

On Wed, Oct 15, 2008 at 12:48:24AM +0530, Vikas Saurabh wrote:
 This seems pretty stable than the previous one. The brightness effect is
 nice, but the event, apparently, is hitting even if the phone is moved a
 little (i was trying to type a message).
 The brightness thing started to feel too much pain, so I killed the rotate
 instance (from a separated ssh session). Unfortunately, the program had
 thought that I am rotating and hence had brightness set to 0 when I killed
 it. So, I was left with a switched off screen :).
 
 So, 2 cents from my side
 (1) The brightness effect (and rotation) should be applied only we are
 switching orientation (I am not too sure if accels would give that data
 directlybut keeping a state can be a workaround...it would give some
 false positives and negative, but would have a better output)
 (2) We might like to put a close program handler which would try to reset
 the brightness to the last read brightness value (if the rotation was in
 progress while the program was closed)
 
 --Vikas
 
 On Wed, Oct 15, 2008 at 12:10 AM, Rui Miguel Silva Seabra [EMAIL 
 PROTECTED]wrote:
 
  On Tue, Oct 14, 2008 at 06:15:58PM +0100, Rui Miguel Silva Seabra wrote:
   On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
   screenfp = fopen
  (/sys/class/backlight/pcf50633-bl/brightness,w);
  
   Excellent idea, I'll implement it in my newRotate and make a new
   release.
  
   BTW, I still can't commit...
  
   https://admin-trac.openmoko.org/trac/ticket/1563
 
  OK, new newrotate version, taking usage of brightness to use less energy
  and a nicer rotation.
 
  http://blog.1407.org/2008/10/14/openmoko-newrotate-checks-brightness/
 
  Rui
 

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


-- 
You are what you see.
Today is Boomtime, the 68th day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Thomas Köckerbauer]

I was also searching for an audioplayer meeting my requirements (which are 
quite basic), but none of those I found really fullfilled them. So I started 
to make a new one, which is not really finished yet (I wanted to make it a 
bit more complete before I announce it, but I thought it might fit to the 
discussion). I did not invest a lot of time because I did not find a working 
headset to 3,5mm plug adapter yet (now I'm planing to build one myself), but 
since I read now that the audio quality should be that good I have to admit 
that I got a bit dismotivated.

If somebody is interested it looks like this:

http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer1.png
http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer2.png
http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer3.png
http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer4.png

The source can be found here (be warned its a bit of a hack right now):
http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer.tar.gz

You have to place the binary and the edj file into the same directory (the edj 
file has to be in the working directory) and start it with:
audioplayer music-root-dir

It uses libmad and requires about 15% cpu for decoding an average mp3 file. 
I'm thinking about to remove libmad and making a gui plugin for mplayer from 
it, which would support more file formats (but from what I've seen in the 
mplayer source this would be quite some work).

Comments and contributions are welcome :)


Am Tuesday 14 October 2008 20:42:32 schrieb Clemens Kirchgatterer:
 Xavier Cremaschi [EMAIL PROTECTED] wrote:
  I just want a single view named Folders (which would be a file
  explorer) instead of the existing Albums, Artists, Genre.
 
  I totally understand that a tag-based player could be interesting for
  some people, but I *know* where my files are in my collection.

 FULL ACK!

 i allways find it strange if i can't make a playlist by simply
 selecting a directory from the filebrowser view.

 clemens

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Vikas Saurabh]

The test application is blurting out lots of output, following is a
snippet(from the middle of the output) which sort of showed some difference
when I tapped the screen.

Types: a(2), b(2), c(2)
Codes: a(0), b(1), c(2)
Value: a(-18), b(-1152), c(-54)
vertical straight
Types: a(2), b(2), c(0)
Codes: a(1), b(2), c(0)
Value: a(-1062), b(-72), c(0)
left
Types: a(2), b(2), c(2)
Codes: a(0), b(1), c(2)
Value: a(72), b(-990), c(-216)
vertical straight
Types: a(2), b(2), c(2)
Codes: a(0), b(1), c(2)
Value: a(108), b(-990), c(-234)
vertical straight

Do, tell me if I need to get something specific from the output.

BTW, for restoration to sane state, I think we would like to maintain the
brightness value when we switched it off and then restore to this value if
the program was ended (normal exit, I understand kernel can force kill
without giving the process any chance to anything).

--Vikas


On Wed, Oct 15, 2008 at 1:06 AM, Rui Miguel Silva Seabra [EMAIL 
PROTECTED]wrote:

 Hi,

 Thank you very much for your input. Can you try to run a bit of the
 'test' I include? I'm starting to suspect different accelerometers might
 give different outputs and so the heuristics might not make sense
 anymore, I hope that's not the case.

 You can return the brightenss with

 echo 63  /sys/class/backlight/pcf50633-bl/brightness

 ... in the meanwhile.

 As for terminating... only a few signals can be caught, I will try to
 set them up in order to stop in a sane state (xrandr -o 0, full
 brightness if it's currently 0, and so on).

 Rui

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Marco Trevisan (Treviño)]

Lorn Potter wrote:
 Hello,

 I finally found a place in the qtopia sources where I could put code for 
 activating the
 echo suppression for every incoming/outgoing call.
 I'm quite sure that experienced qtopia programmers would find a better 
 place for it.
 
 A better place for stuff needed for a particular modem, would be in the 
 phone vendor plugin. That's what its there for. Not to defray this 
 patch, but this is very calypso specific, and not part of the GSM spec. 
 (although any other modem would most likely just spit out an error)

I agree... That's why some weeks ago I started something like that but
I've not pushed out the code yet... I'll attach as soon as I can.

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[debian] starting xfce as non root

[Davide Scaini]

...i tryed several times... now i give up!
I followed carefully the wiki instructions but i'm not able to run xfce as
non root user...
do you have an idea?
i tryed modifying /etc/init.d/xfce with my user name, but there is no way...
any hints?
thanks
d
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: FBReader now working on the FreeRunner

[Arigead]

Michael Sheldon wrote:
 Pupino wrote:
   
 2008/10/12 Michael Sheldon [EMAIL PROTECTED]:
 
 Giovanni wrote:
   
 Does it also work on OM2007.2?
 
  Probably, assuming all the dependancies are available (which from
 memory I think they are). Give it a try and let me know ;).

  Cheers,
   Mike.

   
 On Sun, Oct 12, 2008 at 9:22 PM, Michael Sheldon [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:

 Hi all,

 I've just spent the day hacking on FBReader to make it work correctly
 under OpenMoko (OM2008.*). Until now it's been pretty much unusable due
 to the GPE version of FBReader expecting you to be using a device that
 has some physical buttons which then get bound to vital functions like
 turning the page. The changes I've made are as follows:

 * Add scroll forward/backward buttons to the toolbar
 * Add fullscreen mode button to the toolbar (doesn't have an icon
 at the moment, it's the third button from the right)
 * Change fullscreen mode so that it doesn't hide the toolbar
 (otherwise there's no way to get back from fullscreen mode)
 * Switch to using the much prettier blue tango icons
 * Make the line separation larger so the text doesn't overlap
 * Reduce the font size
 * Change the default colours to match openmoko's colour scheme
 better (and so it's a little easier on the eyes)

 And most importantly…

 * Make it so that tapping the sides of the screen turns the book's
 pages (left = backwards, right = forwards)

 Here's a screenshot of what it used to look like:
 http://blog.mikeasoft.com/wp-content/uploads/2008/10/fbreader-orig.png

 And what it looks like with my patches:
 
 http://blog.mikeasoft.com/wp-content/uploads/2008/10/fbreader-openmoko.png

 To install it simply run:

 opkg install
 http://mikeasoft.com/~mike/openmoko/enca_1.9-r3_armv4t.ipk
 http://mikeasoft.com/%7Emike/openmoko/enca_1.9-r3_armv4t.ipk
 
 http://mikeasoft.com/~mike/openmoko/fbreader_0.8.2a-r6+elleopatches_om-gta02.ipk
 
 http://mikeasoft.com/%7Emike/openmoko/fbreader_0.8.2a-r6+elleopatches_om-gta02.ipk
 (all on one line)

 For those interested the patch can also be downloaded from
 http://mikeasoft.com/~mike/openmoko/fbreader-openmoko.patch
 http://mikeasoft.com/%7Emike/openmoko/fbreader-openmoko.patch.

 Bonus points for anyone who knows what book I'm testing it with in the
 screenshots (without googling) ;).

  Cheers,
   Mike.

 ___
 Openmoko community mailing list
 community@lists.openmoko.org mailto:community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community



 

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

   
 Nice work! thank you!

 the book is into the wild? well the film had that name, maybe the
 book has a different one?
 

   Nope, *much* older book, good guess though :)

Mike.
   
I've a few days email on this list to catch up on so I'm sure you've got 
the answer to the book but I think I'll have a guess anyhow. Can't spell 
the name or give you the correct title of the book but you might know 
what I mean.

The book is called either Walden or Walden pond? and it was written 
by Theareau? Does that make any sense? Good book if it's the one I think 
it is.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian] starting xfce as non root

[gromez]

On Tue, Oct 14, 2008 at 6:17 PM, Davide Scaini [EMAIL PROTECTED] wrote:
 ...i tryed several times... now i give up!
 I followed carefully the wiki instructions but i'm not able to run xfce as
 non root user...
 do you have an idea?
 i tryed modifying /etc/init.d/xfce with my user name, but there is no way...
 any hints?

I've recently updated the wiki because I've got the same problem.
Check point 3

3. Edit /etc/X11/Xwrapper.config and change allowed_users=console to
allowed_users=anybody

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Dylan Reilly]

FWIW, the qtopia media player in the testing branch is vastly better
than it was. Volume control even works now without causing distortion!

From my observations, the audio quality issue has been due to CPU load
and not the player itself. Even in fairly recent builds, the poor
freerunner was pushing very high loads and causing the media player to
mess up it's decoding. Try ensuring that only the media player is
taking CPU time when playing music.

I am neurotic about good sounding audio, and I love the FR, even with
headphones. I was just now comparing it to an iPhone and prefer it.
You do need to tweak the mixer settings, however. Some of them are
offensive to the ears.

On Tue, Oct 14, 2008 at 3:53 PM, Thomas Köckerbauer [EMAIL PROTECTED] wrote:
 I was also searching for an audioplayer meeting my requirements (which are
 quite basic), but none of those I found really fullfilled them. So I started
 to make a new one, which is not really finished yet (I wanted to make it a
 bit more complete before I announce it, but I thought it might fit to the
 discussion). I did not invest a lot of time because I did not find a working
 headset to 3,5mm plug adapter yet (now I'm planing to build one myself), but
 since I read now that the audio quality should be that good I have to admit
 that I got a bit dismotivated.

 If somebody is interested it looks like this:

 http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer1.png
 http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer2.png
 http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer3.png
 http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer4.png

 The source can be found here (be warned its a bit of a hack right now):
 http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer.tar.gz

 You have to place the binary and the edj file into the same directory (the edj
 file has to be in the working directory) and start it with:
 audioplayer music-root-dir

 It uses libmad and requires about 15% cpu for decoding an average mp3 file.
 I'm thinking about to remove libmad and making a gui plugin for mplayer from
 it, which would support more file formats (but from what I've seen in the
 mplayer source this would be quite some work).

 Comments and contributions are welcome :)


 Am Tuesday 14 October 2008 20:42:32 schrieb Clemens Kirchgatterer:
 Xavier Cremaschi [EMAIL PROTECTED] wrote:
  I just want a single view named Folders (which would be a file
  explorer) instead of the existing Albums, Artists, Genre.
 
  I totally understand that a tag-based player could be interesting for
  some people, but I *know* where my files are in my collection.

 FULL ACK!

 i allways find it strange if i can't make a playlist by simply
 selecting a directory from the filebrowser view.

 clemens

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




-- 
Dylan Maxwell Reilly

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Default OM settings, no lan messed up

[Rodney Myers]

How does the default WIFI  work with open/free wifi access?

Would I be able to get connected to the internet with a wifi router  
that has dhcp working?

I'd really like to get the OM functioning.

Thanks



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Max Giesbert]

hi just tried to build your app. how did you get epeg into your
toolchain? can't find it in the repos...

i get the following when running: $om-conf audioplayer

checking for E... configure: error: Package requirements (
  evas
  ecore
  ecore-evas
  edje
  eet
  epeg
) were not met:

No package 'epeg' found


thx

p.s. the screenshots look promising!

Thomas Köckerbauer schrieb:
 I was also searching for an audioplayer meeting my requirements (which are 
 quite basic), but none of those I found really fullfilled them. So I started 
 to make a new one, which is not really finished yet (I wanted to make it a 
 bit more complete before I announce it, but I thought it might fit to the 
 discussion). I did not invest a lot of time because I did not find a working 
 headset to 3,5mm plug adapter yet (now I'm planing to build one myself), but 
 since I read now that the audio quality should be that good I have to admit 
 that I got a bit dismotivated.
 
 If somebody is interested it looks like this:
 
 http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer1.png
 http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer2.png
 http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer3.png
 http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer4.png
 
 The source can be found here (be warned its a bit of a hack right now):
 http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer.tar.gz
 
 You have to place the binary and the edj file into the same directory (the 
 edj 
 file has to be in the working directory) and start it with:
 audioplayer music-root-dir
 
 It uses libmad and requires about 15% cpu for decoding an average mp3 file. 
 I'm thinking about to remove libmad and making a gui plugin for mplayer from 
 it, which would support more file formats (but from what I've seen in the 
 mplayer source this would be quite some work).
 
 Comments and contributions are welcome :)
 
 
 Am Tuesday 14 October 2008 20:42:32 schrieb Clemens Kirchgatterer:
 Xavier Cremaschi [EMAIL PROTECTED] wrote:
 I just want a single view named Folders (which would be a file
 explorer) instead of the existing Albums, Artists, Genre.

 I totally understand that a tag-based player could be interesting for
 some people, but I *know* where my files are in my collection.
 FULL ACK!

 i allways find it strange if i can't make a playlist by simply
 selecting a directory from the filebrowser view.

 clemens
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 

-- 
exactt technology
Dipl. Inf. (FH) Max Giesbert

Schießstättstr. 16  T: +49 17 75 07 53 44
D-80339 München F: +49 89 1 22 21 97 02

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[carmen r]

On Tue Oct 14, 2008 at 05:41:55PM -0400, Dylan Reilly wrote:
 FWIW, the qtopia media player in the testing branch is vastly better
 than it was. Volume control even works now without causing distortion!
 
 From my observations, the audio quality issue has been due to CPU load
 and not the player itself. Even in fairly recent builds, the poor
 freerunner was pushing very high loads and causing the media player to
 mess up it's decoding. Try ensuring that only the media player is
 taking CPU time when playing music.

does the system slow to an untenable crawl when playing mp3. i mean can you use 
dillo or webkit at the same time comfortably?

whats the CPU usage of mplayer/alsa (no pulseaudio junk etc)

do you have to killall -9 mplayer when a call comes in so the ring sound plays, 
or can you use dmix (does that chew much CPU?)

i was a bit too skeptical of GTA03 to make the jump (what with Acer buying 
Eten, that new Russian phone on engadget, and the MeizuM8 coming _any_day_now_ 
and android making linux work on loads more hardware...)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

udev usb0?

[Joel Newkirk]

Can udev still sense insertion/removal of USB under usb-gadget?  

Specifically, I've been trying to bring up usb0 on insertion and take it
down on removal.  

Long-term I hope for a better solution (as well as a better one short-term
under FSO using dbus signals) but I started wondering if udev can even
sense the USB cable and host when the FreeRunner is set up for USB
networking gadget.  Works fine in USB host mode, keyboards and thumbdrives
and network devices are handled as expected.

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: console command history

[papa-piet]

 Fox Mulder schrieb:
 I didn't try it with 2008.9 because i only use debian

I did.
 shh into your Neo workerd for me, but scp didn't, it looked like a
timeout.

Greetings

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OpenMooCow 0.1

[Risto H. Kurppa]

On Wed, Oct 15, 2008 at 1:22 AM, Thomas White [EMAIL PROTECTED] wrote:
 I'm pleased to be able to announce version 0.1 of my advanced
 accelerometer and audio framework testing system, OpenMooCow.
 Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/

Ha - this is fun :)

Though I'm not sure what are the positions to reset/launch the voice.
But nice anyway :)

r

-- 
| risto h. kurppa
| risto at kurppa dot fi
| http://risto.kurppa.fi

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

OpenMooCow 0.1

[Thomas White]

I'm pleased to be able to announce version 0.1 of my advanced
accelerometer and audio framework testing system, OpenMooCow.
Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/

When installed and run, OpenMooCow displays an artistic rendition of
a fine specimen of Friesian dairy cattle.  Invert the device and return
it to an upright orientation to experience the pinnacle of audio
rendering kwality.

The sound effect can be altered by putting a suitable WAV file
in /usr/share/openmoocow/moo.wav.  A credit is due to Chris Hendricks
who is the author of the original sound file (obtained from
www.flashkit.com).

Comments/abuse to this address.

Tom

-- 

Thomas White
Department of Materials Science and Metallurgy
Electron Microscopy Group (PhD Student)
University of Cambridge / Downing College

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] process 'events/0' consuming a lot of CPU loops

[François TOURDE]

Le 14165ième jour après Epoch,
Andy Green écrivait:

 Matthias Apitz wrote:
 Hello,
 
 I encounter from time to time the situation that the FR behaves slowly,
 for example in launching the Contacts or other stuff; this is because
 one process consumes a lot of CPU usage; top shows:

 It's worth having a look at this:

 https://docs.openmoko.org/trac/ticket/1597

 it seems to be related to WLAN.

By WLAN did you mean 'Wifi' or just 'network with other than
192.168.0.x access' ?

I've often encountered this issue, but in so different cases that I
cant figure how I can help.

Just a small info: I have had this issue even without wifi
configurations/tests/power-on ...

For me, it seems to be related on battery charging and charge mode.

I'll try to be more aware of my Freerunner usage if I encounter this
issue again.


pgpTnc5sNUHDO.pgp
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OpenMooCow 0.1

[Michael Shiloh]

Wonderful! Brilliant idea.

Can you add this to opkg.org?

I look forward to a whole menagerie of user-contributed animals and 
sounds! Penguins should be represented quickly!

Michael




Thomas White wrote:
 I'm pleased to be able to announce version 0.1 of my advanced
 accelerometer and audio framework testing system, OpenMooCow.
 Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/
 
 When installed and run, OpenMooCow displays an artistic rendition of
 a fine specimen of Friesian dairy cattle.  Invert the device and return
 it to an upright orientation to experience the pinnacle of audio
 rendering kwality.
 
 The sound effect can be altered by putting a suitable WAV file
 in /usr/share/openmoocow/moo.wav.  A credit is due to Chris Hendricks
 who is the author of the original sound file (obtained from
 www.flashkit.com).
 
 Comments/abuse to this address.
 
 Tom
 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [om2008] stable vs testing vs unstable

[Sarton O'Brien]

On Tuesday 14 October 2008 20:41:51 Benedikt Schindler wrote:
 i think there is a problem with the build server, or a patch that went
 into unstable killed the compiler.
 There doesn't even exist the Packages.gz files ... and i am sure they
 exists a few days ago.

 so unstable ist just as it says ... unstable it is also unstable in
 the fact of it's existens ;)

In that context, even stable is unstable ;)

 btw:

 i couldn't install

 http://downloads.openmoko.org/repository/testing/om-gta02/distro-feed-confi
gs_1.0-r0.02_om-gta02.opk


 there is a md5 checksum error.

Are there valid sig files now? Besides, I don't install the feeds package, it 
almost never aligns with what is actually available.

Sarton



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New rotate version

[Marco Trevisan (Treviño)]

Vikas Saurabh wrote:
 On Wed, Oct 15, 2008 at 12:10 AM, Rui Miguel Silva Seabra
 [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:
 
 On Tue, Oct 14, 2008 at 06:15:58PM +0100, Rui Miguel Silva Seabra wrote:
  On Mon, Oct 13, 2008 at 10:26:48PM +0200, Oscar Casamitjana wrote:
  screenfp = fopen
 (/sys/class/backlight/pcf50633-bl/brightness,w);
 
  Excellent idea, I'll implement it in my newRotate and make a new
  release.
 
  BTW, I still can't commit...
 
  https://admin-trac.openmoko.org/trac/ticket/1563
 
 OK, new newrotate version, taking usage of brightness to use less energy
 and a nicer rotation.
 
 http://blog.1407.org/2008/10/14/openmoko-newrotate-checks-brightness/
 
 Rui
  
 This seems pretty stable than the previous one. The brightness effect is
 nice, but the event, apparently, is hitting even if the phone is moved a
 little (i was trying to type a message).
 The brightness thing started to feel too much pain, so I killed the
 rotate instance (from a separated ssh session). Unfortunately, the
 program had thought that I am rotating and hence had brightness set to 0
 when I killed it. So, I was left with a switched off screen :).
 
 So, 2 cents from my side
 (1) The brightness effect (and rotation) should be applied only we are
 switching orientation (I am not too sure if accels would give that data
 directlybut keeping a state can be a workaround...it would give some
 false positives and negative, but would have a better output)
 (2) We might like to put a close program handler which would try to
 reset the brightness to the last read brightness value (if the rotation
 was in progress while the program was closed)

I can't say other than agreeing!
Those are the two missing things.

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Accelsense.org (accelerometer-based gestures)

[Sarton O'Brien]

On Wednesday 15 October 2008 06:06:40 Paul V. Borza wrote:
 Hi everyone,

 A couple of people asked me whether I will or won't continue my
 project on accelerometer-based gestures.
 My answer was always yes, and to make that clear, I've bought
 accelsense.com, and accelsense.org.
 The code has moved from http://code.google.com/p/accelges/ into a GIT
 repository located at http://repo.accelsense.org.

 I'm now in the first year of masters, and I've managed to get two of
 my courses into the accelerometer-based gestures (i.e. to implement
 this as homework).
 From now on, my professors require me to use SOMs (i.e.
 self-organizing maps, a type of neural networks), instead of hidden
 Markov models.

 A couple of you guys asked whether the efficiency and speed can be
 improved using HMMs. Again, the answer is yes, just that I don't have
 time to work on the HMM implementation anymore.

 Just wanted to let you know that from now on, I'll focus exclusively
 on working with the Neo, rather than the Wii to test the gestures; and
 make them smooth and natural.
 Nokia is using SOMs for gesture recognition in mobile phones, so we
 should be on the technology wave as I can tell (still, I'm just one
 guy).

 What I'll focus on in the 0.2 release:
 * use some code from the rotate application that is flying around.
 * keep the current Dbus system for interaction.
 * 10% of CPU (it's now using 20%), and yes it's doable.
 * no GUI, but change the text console UI to be something like 'top',
 and not just printf hundreds of xyz data.
 * reintegrate with matlab-compatible diagrams.
 * will still be in C99 and under LGPL.
 * math formulas that are used in code will have a link to
 http://wiki.accelsense.org/wiki/page and the formula will be written
 in LaTex.
 * some of you gave me advices on how to improve the organization of
 the project, will also do that.
 * some dependencies aren't checked, there are too many you say, will be
 removed. * integration with the freesmartphone.org Dbus FSO communication
 system (I've seen that it grew since I last checked it).
 * implementation of self-organizing maps.

 Bottom line: I'll be trying turn it in a mature project ;)

 You can do interesting things with SOMs, like Nokia was doing:
 detecting when the user climbs down, up or walks, just using an
 accelerometer.


An impressive effort and a great example to us all :)

Well done!

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Sarton O'Brien]

On Wednesday 15 October 2008 05:42:32 Clemens Kirchgatterer wrote:
 Xavier Cremaschi [EMAIL PROTECTED] wrote:
  I just want a single view named Folders (which would be a file
  explorer) instead of the existing Albums, Artists, Genre.
 
  I totally understand that a tag-based player could be interesting for
  some people, but I *know* where my files are in my collection.

 FULL ACK!

 i allways find it strange if i can't make a playlist by simply
 selecting a directory from the filebrowser view.

I found the media player in FSO completely usable and included a filebrowser. 
I think volume control was lacking but all in all it ran very nicely, until I 
updated and it didn't run at all.

Out of all, this one showed the most promise to me, albeit a little ugly ... 
but that's a gtk thing ;)

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Thomas Köckerbauer]

I'm using debian. Since epeg is still not in the debian repository so I 
compiled it from the source package I got from 
http://debian.alphagemini.org/dists/unstable/main/source/libs/
(First I wanted to use epsilon instead of epeg but the version I had always 
produced a strange error, it always wanted to write the thumbnail 
to /(null).png)

Here are the compiled packages:
http://www.gup.uni-linz.ac.at/~tkoeck/audioplayer/libepeg-bin_0.9.1.042-0cvs20080608_armel.deb
http://www.gup.uni-linz.ac.at/~tkoeck/audioplayer/libepeg-dev_0.9.1.042-0cvs20080608_armel.deb
http://www.gup.uni-linz.ac.at/~tkoeck/audioplayer/libepeg0_0.9.1.042-0cvs20080608_armel.deb


Am Tuesday 14 October 2008 23:46:46 schrieb Max Giesbert:
 hi just tried to build your app. how did you get epeg into your
 toolchain? can't find it in the repos...

 i get the following when running: $om-conf audioplayer

 checking for E... configure: error: Package requirements (
   evas
   ecore
   ecore-evas
   edje
   eet
   epeg
 ) were not met:

 No package 'epeg' found


 thx

 p.s. the screenshots look promising!

 Thomas Köckerbauer schrieb:
  I was also searching for an audioplayer meeting my requirements (which
  are quite basic), but none of those I found really fullfilled them. So I
  started to make a new one, which is not really finished yet (I wanted to
  make it a bit more complete before I announce it, but I thought it might
  fit to the discussion). I did not invest a lot of time because I did not
  find a working headset to 3,5mm plug adapter yet (now I'm planing to
  build one myself), but since I read now that the audio quality should be
  that good I have to admit that I got a bit dismotivated.
 
  If somebody is interested it looks like this:
 
  http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer1.png
  http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer2.png
  http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer3.png
  http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer4.png
 
  The source can be found here (be warned its a bit of a hack right now):
  http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer.tar.gz
 
  You have to place the binary and the edj file into the same directory
  (the edj file has to be in the working directory) and start it with:
  audioplayer music-root-dir
 
  It uses libmad and requires about 15% cpu for decoding an average mp3
  file. I'm thinking about to remove libmad and making a gui plugin for
  mplayer from it, which would support more file formats (but from what
  I've seen in the mplayer source this would be quite some work).
 
  Comments and contributions are welcome :)
 
  Am Tuesday 14 October 2008 20:42:32 schrieb Clemens Kirchgatterer:
  Xavier Cremaschi [EMAIL PROTECTED] wrote:
  I just want a single view named Folders (which would be a file
  explorer) instead of the existing Albums, Artists, Genre.
 
  I totally understand that a tag-based player could be interesting for
  some people, but I *know* where my files are in my collection.
 
  FULL ACK!
 
  i allways find it strange if i can't make a playlist by simply
  selecting a directory from the filebrowser view.
 
  clemens
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: San Francisco - Code Sprint and User Group schedule

[Steve Mosher]

Thanks Goat.

   I will be in taipei for the rest of october, I may be able to make 
the meeting on the 28th. The QA we had last meeting was very 
instructive for me and widely discussed with the engineering teams 
inside OM.

Consulting Goat wrote:
 Hi all -
 
 Below is the upcoming OpenMoko Users Group and Code Sprint schedule.
 
 All events start at 6pm; Users Groups last about 2 hours, code sprints  
 could last longer.  All events are at PariSoMa, 1436 Howard St (at  
 10th), San Francisco. (Info and location at PariSoMa.com)
 
 Wed, Oct 15 - Code Sprint
 Wed, Oct 22 - Code Sprint
 Tues, Oct 28 - Users Group Mtg
 Weds, Nov 12 - Code Sprint
 Tues, Nov 18 - Code Sprint
 Tues, Nov 25 - Users Group Mtg
 
 The winning code sprint topics are:
 Media player testing
   This is great for a wide range of OpenMoko users, from beginners to  
 developers
 Bug fixes (based on current OpenMoko bug list)
   Aimed at developers
 Online / streaming radio player port (e.g. Pandora, Last.fm, etc)
   The port work is aimed at OpenMoko and web devs, documentation / use  
 testing by any type of users
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] Using Freerunner as a digital audio player

[Dylan Reilly]

The qtopia mediaserver takes ~35% cpu to play my max bitrate
VBR-encoded mp3's. I don't have mplayer installed and not /dev/dsp for
madplay so I cannot test with those.

For average tasks, the UI is still nicely responsive in these latest
testing builds. Anytime the load gets to 2, though, you start to get
audio cutting out. GTA02 is not a brute.

I actually have not tested audio interruption (i.e., incoming call) in
a while, but I have never had a problem with it.

On Tue, Oct 14, 2008 at 5:59 PM, carmen r [EMAIL PROTECTED] wrote:
 On Tue Oct 14, 2008 at 05:41:55PM -0400, Dylan Reilly wrote:
 FWIW, the qtopia media player in the testing branch is vastly better
 than it was. Volume control even works now without causing distortion!

 From my observations, the audio quality issue has been due to CPU load
 and not the player itself. Even in fairly recent builds, the poor
 freerunner was pushing very high loads and causing the media player to
 mess up it's decoding. Try ensuring that only the media player is
 taking CPU time when playing music.

 does the system slow to an untenable crawl when playing mp3. i mean can you 
 use dillo or webkit at the same time comfortably?

 whats the CPU usage of mplayer/alsa (no pulseaudio junk etc)

 do you have to killall -9 mplayer when a call comes in so the ring sound 
 plays, or can you use dmix (does that chew much CPU?)

 i was a bit too skeptical of GTA03 to make the jump (what with Acer buying 
 Eten, that new Russian phone on engadget, and the MeizuM8 coming 
 _any_day_now_ and android making linux work on loads more hardware...)

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




-- 
Dylan Maxwell Reilly

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Example of community manager job role (Was: FBReader now working on the FreeRunner)

[Sarton O'Brien]

On Monday 13 October 2008 07:48:10 Rod Whitby wrote:
 Seriously dude, this is meant to help improve the openmoko community,
 not flame about it.

Don't stress, I think he was only one to have interpreted it that way.

Anyone following the recent discussions properly would have understood your 
intention.

Hopefully you've triggered somebody to think Ah yeah, good idea! :)

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Default OM settings, no lan messed up

[Rodney Myers]

On Oct 14, 2008, at 7:40 AM, Rodney Myers wrote:


How does the default WIFI  work with open/free wifi access?

Would I be able to get connected to the internet with a wifi router
that has dhcp working?

I'd really like to get the OM functioning.

Thanks


I just attempted to log onto a wide open wifi router. It did not go.

Anything else I can try, to get the OM working?


PGP.sig
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OpenMooCow 0.1

[Craig B. Allen]

Shouldn't it be OpenMooKow?

Haven't tried it yet but just the name made me laugh!

--Craig

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [om2008.9/FDOM] Charging or Long Power On = Crashing?

[Craig B. Allen]

I think I've had similar problems.

Have you upgraded or installed anything?

-- Craig

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Echo issue on OM2008.08 solved

[Marco Trevisan (Treviño)]

Marco Trevisan (Treviño) wrote:
 Lorn Potter wrote:
 Hello,

 I finally found a place in the qtopia sources where I could put code for 
 activating the
 echo suppression for every incoming/outgoing call.
 I'm quite sure that experienced qtopia programmers would find a better 
 place for it.
 A better place for stuff needed for a particular modem, would be in the 
 phone vendor plugin. That's what its there for. Not to defray this 
 patch, but this is very calypso specific, and not part of the GSM spec. 
 (although any other modem would most likely just spit out an error)
 
 I agree... That's why some weeks ago I started something like that but
 I've not pushed out the code yet... I'll attach as soon as I can.

Ok, a first implementation is now at ticket #1267

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko to shift to 2.6.27 kernel ?

[Sarton O'Brien]

On Tuesday 14 October 2008 02:58:13 Joel Newkirk wrote:
 On Mon, 13 Oct 2008 17:48:50 +0200, David Samblas

 [EMAIL PROTECTED] wrote:
  El lun, 13-10-2008 a las 00:42 -0400, Joel Newkirk escribió:
  Which one way or another goes to highlight that Qi - as it stands now
 
  and
 
  from what I understand of the intention for it - will not be usable for
 
  a
 
  dual-boot setup.  Not a problem actually, as NOR uBoot will let us
 
  achieve
 
  that, and I realize that the common target case will be a user who wants
 
  a
 
  smartphone, not a multiboot development platform.  I just realized that
 
  the
 
  default behavior of Qi being uSD and the default behavior of uBoot being
  NAND means you could place 'primary' on uSD and 'secondary' in NAND, and
  booting to secondary is just two-step - NOR boot with aux+power, then
 
  power
 
  again to boot.  Don't you love that feeling when things start to click?
 
  :)
 
  Now I have Base/Empty firing up by default, Raster+FSO if I use aux to
  invoke NOR Uboot.
 
  j
 
  I'm not a kernel hacker only a user, but as I undertand It would be
  better to invert that behaviour, better to primary boot from NAND and
  then secondary boot on uSD, a normal user must boot his phone even
  without any uSD. Normal boot to nand, and if you want to boot from
  anything else do something else. It's a pitty than NOR uboot doesn't
  allow to boot from uSD by default, but this fault does't have to change
  the logical behaviour NAND is attached to the phone and is less likely
  blow up the hole S.O. sa mistake by a normal user putting some music in
  his uSD card trough a 2.0 Card reader :) seekeng for some free space

 If there's NO uSD, or the uSD doesn't contain a folder named 'boot' on the
 first partition, with a file named 'uImage.bin', then Qi will boot from
 NAND.  It's just if you WANT a dual-boot environment that currently Qi
 doesn't let you do that simply.  As Andy noted in his response to that
 post, however, he plans for Qi to support user selection of boot, it just
 doesn't do it at this time.  Until it offers the ability to select, then
 the present behavior (check for kernel on uSD, else use NAND) makes more
 sense that always going to NAND and only NAND.

I'm guessing with the current scenario, invoking a generic boot from nor means 
you lose any benefits of an updated u-boot/qi in nand? As in you may see power 
management regressions and the like?

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: OpenMooCow 0.1

[Denis Johnson]

On Wed, Oct 15, 2008 at 8:22 AM, Thomas White [EMAIL PROTECTED] wrote:
 I'm pleased to be able to announce version 0.1 of my advanced
 accelerometer and audio framework testing system, OpenMooCow.
 Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/

Sounds like fun, what distros will this run on ? more specifically can
this run on qtextended ?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [FDOM] dialer crash

[Sarton O'Brien]

On Saturday 11 October 2008 01:46:12 julien cubizolles wrote:
 As of yesterday's updates from testing, the dialer won't start with an
 Enlightenment message :

 qcop service send Launcher execute\(QString\) dialer

 Any ideas ?

Yes:

# qcop service send Launcher execute\(QString\) dialer
qcop: error while loading shared libraries: libQtSvg.so.4: cannot open shared 
object file: No such file or directory

I'm about to try downgrading the version libqtdvg but am a bit busy and need 
to locate the opk.

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Default OM settings, no lan messed up

[Joel Newkirk]

On Tue, 14 Oct 2008 16:44:34 -0700, Rodney Myers [EMAIL PROTECTED]
wrote:
 On Oct 14, 2008, at 7:40 AM, Rodney Myers wrote:
 
 How does the default WIFI  work with open/free wifi access?

 Would I be able to get connected to the internet with a wifi router
 that has dhcp working?

 I'd really like to get the OM functioning.

 Thanks
 
 I just attempted to log onto a wide open wifi router. It did not go.
 
 Anything else I can try, to get the OM working?

Put the following into etc/wpa_supplicant/wpa_supplicant.conf (and below
that edit /etc/network/interfaces)and try ifup eth0 manually:

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
eapol_version=1
ap_scan=1
fast_reauth=1
# home:
network={
   ssid=NEWKIRK
   proto=WPA
   key_mgmt=WPA-PSK
   
psk=118a8aa1abfc236ebb4df06e891172ccef6c72c7db0ad5540b7f4c77858378d4
   priority=50
}

# Open:
network={
 ssid=any
 key_mgmt=NONE
 priority=5
}


And alter /etc/network/interfaces to have the following:
iface eth0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf


(I left my own network in there as an example of working WPA to a Netgear
router - I had repeated issues with it until I used the hex key instead of
text - and yes, that's actually the right key: I wouldn't refuse any
Freerunner owner who wanted to leech my broadband, if they happened to be
down the dead-end road to my house ;)

The higher priority numbers are used first if multiples match, IE at home I
can see an unsecured network from next door, but it will always connect to
my AP.  Elsewhere it will connect to whatever unsecure AP is reachable. 
(In actual practice I've got three other APs defined as well, both secure
and not)

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Repositories missing after update to testing feed.

[Sarton O'Brien]

On Friday 10 October 2008 18:54:11 abatrour wrote:
 Hey guys I need help. After I upgraded from stock 2008.9 to the latest
 testing feed and rebooted I noticed most of my *feed.conf files are gone.

 All I have left are:
 arch.conf
 fic-gta02-feed.conf
 Multiverse-feed.conf

 Has anyone else encountered this problem?

Yes. I have stopped using the distro-feeds package due to the inconsistencies 
between the files produced and the actual available repos.

My suggestion would be to configure them manually.

I keep three directories within /etc/opkg to store confs from the three repos 
I switch between. Admittedly this isn't that useful but it means I have a 
backup of all the required confs when I need them.

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.x] GPRS Instructions on the Wiki

[Sarton O'Brien]

On Wednesday 15 October 2008 00:54:45 Arigead wrote:
 Configuring libdbus-glib-1-2
 Collected errors:
  * Package libgobject-2.0-0 wants to install file
 /usr/lib/libgobject-2.0.so.0
     But that file is already provided by package  * libglib-2.0-0

 Maybe the above is not a problem but if you've any advice I'll be very
 happy to get it

opkg -force-depends remove libglib-2.0-0
opkg install libgobject-2.0-0

And if it doesn't pull libglib back in:

opkg install libglib-2.0-0

From memory, after the first two commands, it should sort itself out. As long 
as you put back what gets removed, all should be well.

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko to shift to 2.6.27 kernel ?

[Joel Newkirk]

On Wed, 15 Oct 2008 12:03:53 +1100, Sarton O'Brien
[EMAIL PROTECTED] wrote:
 On Tuesday 14 October 2008 02:58:13 Joel Newkirk wrote:

 If there's NO uSD, or the uSD doesn't contain a folder named 'boot' on
 the
 first partition, with a file named 'uImage.bin', then Qi will boot from
 NAND.  It's just if you WANT a dual-boot environment that currently Qi
 doesn't let you do that simply.  As Andy noted in his response to that
 post, however, he plans for Qi to support user selection of boot, it
 just
 doesn't do it at this time.  Until it offers the ability to select, then
 the present behavior (check for kernel on uSD, else use NAND) makes more
 sense that always going to NAND and only NAND.
 
 I'm guessing with the current scenario, invoking a generic boot from nor
 means 
 you lose any benefits of an updated u-boot/qi in nand? As in you may see
 power 
 management regressions and the like?
 
 Sarton

Correct.  NOR U-Boot only supports SD booting off FAT+EXT3, for example -
if the kernel isn't in a FAT/VFAT partition it barfs.  (though
interestingly it should be possible to boot the same distro off SD with
either of two kernels - Qi looking for /boot/uImage.bin and NOR UBoot
looking for a uImage file in the root of a FAT partition)

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.09] resolv.conf

[roguemoko]

On Fri, Sep 26, 2008 at 12:07:17AM -0400, Joel Newkirk wrote:
 
 It starts with dnscache.  Postinst in dnscache ipk removes the symlink
 /etc/resolv.conf and replaces it with a real file, pointing always at
 nameserver 127.0.0.1.  (what I had going already)
 
 On my Ubuntu desktop, there's a possibly-useful file:
 /etc/resolvconf/update.d/dnscache - its purpose is to alter
 /etc/dsncachce/root/servers/@ (the list of servers dnscache is to query for
 anything uncached) automatically whenever resolvconf is triggered.  This
 would be the way to hook in if resolvconf were working on the Freerunner as
 intended, which currently appears not to be the case.
 
 Alternately (or additionally), /etc/network/if-up.d/ and
 /etc/network/if-post-down.d/ allow us to perform the same changes
 automatically whenever an interface is brought up or taken down using ifup
 and ifdown.
 
 I've altered my /etc/init.d/dnscache script to include a 'refresh' feature,
 that first wipes /etc/dnscache/root/servers/@, then stuffs in any
 non-localhost nameservers presently listed in /etc/resolv.conf, then adds
 any nameservers found in /etc/resolvconf/run/resolv.conf, finishing up with
 any IPs listed in /etc/default/dnscache (default contents opendns.com IPs),
 wipes /etc/resolv.conf back to localhost only, then finally kicks dnscache
 so it uses the new servers/@ contents.
 
 Once my freerunner is back in front of me I'll test the init script changes
 - if it works as I hope, I can add a script to the ipk in each of
 /etc/network/if-up.d/ and /etc/network/if-post-down.d/ that simply call
 /etc/init.d/dnscache refresh, and/or in /etc/resolvconf/update.d/.  That
 makes the whole thing just work as a single ipk installing dnscache and
 all the support to override resolvconf AND 'manual' nameserver updates
 implemented by ifup/ifdown. If resolvconf is discarded it will work fine,
 just need added logic in the postrm script in the dnscache ipk to recognize
 resolvconf's absence and restore a basic /etc/resolv.conf instead of trying
 to restore the symlink.
 
 BTW: dnscache vs dnsmasq. I'm far more familiar with dnscache, so I'd lean
 toward it for that reason, but additionally dnsmasq incorporates a dhcp
 server - seems a waste for a more-or-less default setup.  If dhcp server on
 the Freerunner is actually desired, it would likely be accompanying support
 for use of the Freerunner as a gateway router, so IMHO dhcp-server can be
 dealt with in that specific context.  (until DJ Bernstein recently recanted
 the license on dnscache/djbdns it wasn't an option, but now distributing
 binaries is permitted)
 
 Comments?  Suggestions?  Flames?


I've been discussing this with a mate who showed some interest in the
dillema.

Every time we thought we had something there was a small gotcha,
primarily that the requirement for the dns/metric change stems from 
the aquisition of a dhcp lease and in turn the addition of new routing
and dns info. As the aquisition can occur outside of linkstate, 
meaning the link can be active but no dhcp client associated, actioning
based on interface status didn't seem valid, or at least a little
premature or a little too assuming.

So to us, the primary flag for action was the aquisition of a lease.

Seeing as we are generally dealing with on the fly network association
we didn't bother taking into account static assignment.

We also figured that the general rule of thumb for metric would be:

1 - wired
2 - wireless
3 - vpn/tap/tun

Which should be configurable anyway. Something easy to implement that
can be expanded on is the idea.

With that in mind and without altering udhcpc to populate an alternate
resolv.conf (avoiding modifications to generic network tools completely),
it seems the process should go something like:

* obtain lease
* read resolv.conf
* create lookup (iface, ip, metric, searchdomain, dns1, dns2)
* recreate resolv.conf from lookup and config file
* modify routing table

We avoided dealing with a cache purely because it will generally
conflict with generic dhcpc function, we were trying to wrap rather
than reconfigure. In saying that, a config file could determine
whether 127.0.0.1 is written/rewritten and an alternate resolv.conf
updated. So the caching daemon could be easily incorporated.

Removal from the lookup should possibly be based on linkstate.

As with any detailed process, the hardest part was trying to figure
out just how to start ... where and how to watch for the change and
the most cost effective way. The process is relatively simple.

I don't suppose there is dhcp client dbus integration as standard?

Being notified rather than polling would be good.

Anyway ... that's where we got to. The overall benefit from our
perspective was that we could use something like this on any
*nix-like operating system that we have. Also the typical ifwatchd
and wpa_supplicant delays would not have any effect.

Outside of all that, I know netbsd has had some work done to the
dhcp client to allow 

Re: [2008.x] GPRS Instructions on the Wiki

[Joel Newkirk]

On Tue, 14 Oct 2008 14:54:45 +0100, Arigead [EMAIL PROTECTED]
wrote:
 Don't want to hijack the thread this stems from Re: [2008.9] Wifi very
 unreliable but I mentioned there that external links from a wiki might
 not be the best idea and that I was having problems with external GPRS
 instructions linked from the relevant wiki page.
 
 Continued at the bottom of this:
 
 Nishit Dave wrote:
 On Fri, Oct 10, 2008 at 1:50 AM, Arigead [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:


 There is an external link on the GPRS wiki page to a German site for
 installing the GSM Multiplexor and a GUI. I've been trying to get
 those
 instructions to work for the last couple of days. I assume I'm

Just a note on this.  I've followed this (altered slightly as noted on the
Wiki itself) several times successfully, several images.  About a month ago
the mokoservicescripts.tar.gz file vanished, but a link later in the thread
pointed to a mirror, where mokoscripts_r.tar.gz was available, same
content.  But now that mirror is gone as well it seems.  If anyone wants
the file and can't find it elsewhere, I've got it at
http://newkirk.us/om/mokoscripts_r.tar.gz.  (I ended up stuffing that and a
few other non-feed items in that folder and installing from a script
whenever I reflashed)

Thankfully that is unnecessary with frameworkd running the show.  I'm
dual-booting right now between 2008.8u and Raster+FSO, and I love where
things are going.  FSO includes the multiplexer and a complete dbus
interface to it all, so that I can start up GPRS with just mdbus -s
org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device
org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x
out of the box, no configuration or headache, while
GSM.PDP.DeactivateContext brings it back down.

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Default OM settings, no lan messed up

[Rodney Myers]

On Oct 14, 2008, at 7:13 PM, Joel Newkirk wrote:

On Tue, 14 Oct 2008 16:44:34 -0700, Rodney Myers [EMAIL PROTECTED] 


wrote:

On Oct 14, 2008, at 7:40 AM, Rodney Myers wrote:


How does the default WIFI  work with open/free wifi access?

Would I be able to get connected to the internet with a wifi router
that has dhcp working?

I'd really like to get the OM functioning.

Thanks


I just attempted to log onto a wide open wifi router. It did not go.

Anything else I can try, to get the OM working?


Put the following into etc/wpa_supplicant/wpa_supplicant.conf (and  
below

that edit /etc/network/interfaces)and try ifup eth0 manually:

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
eapol_version=1
ap_scan=1
fast_reauth=1
# home:
network={
  ssid=NEWKIRK
  proto=WPA
  key_mgmt=WPA-PSK

psk=118a8aa1abfc236ebb4df06e891172ccef6c72c7db0ad5540b7f4c77858378d4
  priority=50
}

# Open:
network={
ssid=any
key_mgmt=NONE
priority=5
}


And alter /etc/network/interfaces to have the following:
iface eth0 inet dhcp
   wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf


(I left my own network in there as an example of working WPA to a  
Netgear
router - I had repeated issues with it until I used the hex key  
instead of

text - and yes, that's actually the right key: I wouldn't refuse any
Freerunner owner who wanted to leech my broadband, if they happened  
to be

down the dead-end road to my house ;)

The higher priority numbers are used first if multiples match, IE at  
home I
can see an unsecured network from next door, but it will always  
connect to
my AP.  Elsewhere it will connect to whatever unsecure AP is  
reachable.
(In actual practice I've got three other APs defined as well, both  
secure

and not)

j


Therein lies the problem. I have no shell access, and no access  
through the USB port, after I edited the /etc/network/interfaces file.


I was hoping that the OM would access a wide open wifi connection, so  
I could get ahead a bit.




PGP.sig
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Default OM settings, no lan messed up

[Joel Newkirk]

On Tue, 14 Oct 2008 20:05:53 -0700, Rodney Myers [EMAIL PROTECTED]
wrote:
 On Oct 14, 2008, at 7:13 PM, Joel Newkirk wrote:
 
 On Tue, 14 Oct 2008 16:44:34 -0700, Rodney Myers [EMAIL PROTECTED]
 
 wrote:
 On Oct 14, 2008, at 7:40 AM, Rodney Myers wrote:

 How does the default WIFI  work with open/free wifi access?

 Would I be able to get connected to the internet with a wifi router
 that has dhcp working?

 I'd really like to get the OM functioning.

 Thanks

 I just attempted to log onto a wide open wifi router. It did not go.

 Anything else I can try, to get the OM working?

 Put the following into etc/wpa_supplicant/wpa_supplicant.conf (and
 below
 that edit /etc/network/interfaces)and try ifup eth0 manually:

[snipped configs]

 Therein lies the problem. I have no shell access, and no access
 through the USB port, after I edited the /etc/network/interfaces file.
 
 I was hoping that the OM would access a wide open wifi connection, so
 I could get ahead a bit.

Hmmm, I would have hoped so as well.  (Sorry, I hadn't realized you hadn't
resolved the USBnet matter)

How about a radically different approach then - if you have a card reader,
stick the uSD in it and install a new base system on it (per
http://wiki.openmoko.org/wiki/Booting_from_SD) and then boot the Freerunner
from it.  SSH into the SD-booted OS and make your changes.  (I think you
need to mount the internal flash manually, not sure)


***Hey Openmoko folks - I think the built-in installer should have a file
dialog to install ipks we place on SD...

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[Qt-Extended] Messenger bugs?

[Matthew Lane]

Hey,

I'm using the new qt-extended (4.4 I think).  I'm getting strange 
problems, especially with the messenger.  It always says my SMS is full, 
and when receiving a new text it displays it between 5-15ish times.  
Also, scrolling doesn't stop at the top of units, it continues into 
blank area, and then when I let my finger up, it jumps to the top-most 
unit (if I scrolled too far).  Is anyone else receiving these errors?  
Also, I can't seem to get a WEP access point on WIFI.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko to shift to 2.6.27 kernel ?

[Marco Trevisan (Treviño)]

Joel Newkirk wrote:
 On Wed, 15 Oct 2008 12:03:53 +1100, Sarton O'Brien
 [EMAIL PROTECTED] wrote:
 I'm guessing with the current scenario, invoking a generic boot from nor
 means 
 you lose any benefits of an updated u-boot/qi in nand? As in you may see
 power 
 management regressions and the like?

 Sarton
 
 Correct.  NOR U-Boot only supports SD booting off FAT+EXT3, for example -
 if the kernel isn't in a FAT/VFAT partition it barfs.  (though
 interestingly it should be possible to boot the same distro off SD with
 either of two kernels - Qi looking for /boot/uImage.bin and NOR UBoot
 looking for a uImage file in the root of a FAT partition)

Isn't there a way to update/configure the NOR u-Boot too?

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.09] resolv.conf

[Joel Newkirk]

On Wed, 15 Oct 2008 13:40:25 +1100, [EMAIL PROTECTED] wrote:
 On Fri, Sep 26, 2008 at 12:07:17AM -0400, Joel Newkirk wrote:
[elided long post quote regarding dnscache and changes to
resolvconf+/etc/resolv.conf+dhcp]
 
 
 I've been discussing this with a mate who showed some interest in the
 dillema.
 
 Every time we thought we had something there was a small gotcha,
 primarily that the requirement for the dns/metric change stems from
 the aquisition of a dhcp lease and in turn the addition of new routing
 and dns info. As the aquisition can occur outside of linkstate,
 meaning the link can be active but no dhcp client associated, actioning
 based on interface status didn't seem valid, or at least a little
 premature or a little too assuming.
 
 So to us, the primary flag for action was the aquisition of a lease.
 
 Seeing as we are generally dealing with on the fly network association
 we didn't bother taking into account static assignment.
 
 We also figured that the general rule of thumb for metric would be:
 
 1 - wired
 2 - wireless
 3 - vpn/tap/tun
 
 Which should be configurable anyway. Something easy to implement that
 can be expanded on is the idea.
 
 With that in mind and without altering udhcpc to populate an alternate
 resolv.conf (avoiding modifications to generic network tools completely),
 it seems the process should go something like:
 
 * obtain lease
 * read resolv.conf
 * create lookup (iface, ip, metric, searchdomain, dns1, dns2)
 * recreate resolv.conf from lookup and config file
 * modify routing table
 
 We avoided dealing with a cache purely because it will generally
 conflict with generic dhcpc function, we were trying to wrap rather
 than reconfigure. In saying that, a config file could determine
 whether 127.0.0.1 is written/rewritten and an alternate resolv.conf
 updated. So the caching daemon could be easily incorporated.
 
 Removal from the lookup should possibly be based on linkstate.
 
 As with any detailed process, the hardest part was trying to figure
 out just how to start ... where and how to watch for the change and
 the most cost effective way. The process is relatively simple.
 
 I don't suppose there is dhcp client dbus integration as standard?
 
 Being notified rather than polling would be good.
 
 Anyway ... that's where we got to. The overall benefit from our
 perspective was that we could use something like this on any
 *nix-like operating system that we have. Also the typical ifwatchd
 and wpa_supplicant delays would not have any effect.
 
 Outside of all that, I know netbsd has had some work done to the
 dhcp client to allow multiple instances to communicate via a socket,
 so maybe something like this is actually being incorporated into the
 dhcp client code, which would make sense as it really is, all-in-all, a
 side effect of using dhcp in the first place. It would be nice to see
 something provided by ISC.
 
 I think I've rambled on long enough ... :)
 
 Sarton


Interesting - I've been approaching it from the other end, trying to alter
base configuration instead of adding a 'network manager'-like layer
wrapping it all.  When I look at the default behavior of the various
interfaces, and various means of bringing them up/down, I see differing
approaches where some use /etc/resolv.conf, some use resolvconf (the
binary), some do their own thing, but none of them really cooperating.  I
feel if they're all brought in tune (all handling route and DNS
additions/removals centrally, instead of each handling route  DNS
replacements as though they're king) that everything else becomes much
simpler.

I've been working on resolv.conf plus default routes lately, though most of
the time I've been under Raster+FSO. (so frameworkd doing setup for GPRS,
and requires it's own fixes to do what I want instead of within /etc/ppp)
I've reached the conclusion that it will require changes to udhcpcd config
(which currently does a blind replacement of /etc/resolv.conf) and
ppp/ip-up.d/08setupdns (which currently creates /var/run/ppp/resolv.conf,
then forces a symlink to it from /var/run/resolv.conf).  /etc/resolv.conf
is a symlink to /var/run/resolv.conf, and if udhcpcd works with it at
/var/run/resolv.conf, (which might be better done via resolvconf bin
instead, which works with /var/run/resolv.conf itself) then breaking that
link is trivial, and the default behaviors would affect only that file, NOT
/etc/resolv.conf which could be under new management, or a static 127.0.0.1
if dns caching is installed.  And changing udhcpcd and ppp config is needed
to address default route headaches as well.

I currently have my Freerunner /almost/ working as I want, which is as
follows: Local DNS cache with default upstream caches of opendns.org for
unchanging simplicity (any static DNS would behave identically at this
point in my setup), use Wifi if it's up for default route (metric 20),
usbnet if wifi is down but usbnet is up (metric 30), and demand-dialed GPRS
if usbnet is unavailable (metric 

Re: Echo issue on OM2008.08 solved

[Matthias Apitz]

El día Wednesday, October 15, 2008 a las 02:25:04AM +0200, Marco Trevisan 
(Treviño) escribió:

 Marco Trevisan (Treviño) wrote:
  Lorn Potter wrote:
  Hello,
 
  I finally found a place in the qtopia sources where I could put code for 
  activating the
  echo suppression for every incoming/outgoing call.
  I'm quite sure that experienced qtopia programmers would find a better 
  place for it.
  A better place for stuff needed for a particular modem, would be in the 
  phone vendor plugin. That's what its there for. Not to defray this 
  patch, but this is very calypso specific, and not part of the GSM spec. 
  (although any other modem would most likely just spit out an error)
  
  I agree... That's why some weeks ago I started something like that but
  I've not pushed out the code yet... I'll attach as soon as I can.
 
 Ok, a first implementation is now at ticket #1267

May I ask you kindly for a binary (shared lib) for those of us who at
the moment don't compile from SVN; thanks in advance;

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
A computer is like an air conditioner, it stops working when you open Windows
Una computadora es como aire acondicionado, deja de funcionar si abres Windows

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko to shift to 2.6.27 kernel ?

[Joel Newkirk]

On Wed, 15 Oct 2008 07:05:59 +0200, Marco Trevisan (Treviño)
[EMAIL PROTECTED] wrote:
 Joel Newkirk wrote:
 On Wed, 15 Oct 2008 12:03:53 +1100, Sarton O'Brien
 [EMAIL PROTECTED] wrote:
 I'm guessing with the current scenario, invoking a generic boot from nor
 means 
 you lose any benefits of an updated u-boot/qi in nand? As in you may
 see
 power 
 management regressions and the like?

 Sarton
 
 Correct.  NOR U-Boot only supports SD booting off FAT+EXT3, for example
 -
 if the kernel isn't in a FAT/VFAT partition it barfs.  (though
 interestingly it should be possible to boot the same distro off SD with
 either of two kernels - Qi looking for /boot/uImage.bin and NOR UBoot
 looking for a uImage file in the root of a FAT partition)
 
 Isn't there a way to update/configure the NOR u-Boot too?


http://wiki.openmoko.org/wiki/Flashing_NOR

The NOR image sample there is a broken link now.  I'm presuming that it's
NOT just the same u-boot bin as is flashed to NAND either, so it looks like
doing this is possible but not simple, and most of us wouldn't be equipped
to do it.  (lacking debug board to enable write mode)

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko to shift to 2.6.27 kernel ?

[Joel Newkirk]

On Mon, 13 Oct 2008 00:42:13 -0400, Joel Newkirk [EMAIL PROTECTED]
wrote:
 On Sun, 12 Oct 2008 18:29:53 +0100, Andy Green [EMAIL PROTECTED] wrote:

 Thanks a lot for trying it and reporting it, you'll get further with uSD
 boot right now.

 Now I've successfully booted from uSD with Base Image and 2.6.27. Linux
 om-gta02 2.6.27-andy-tracking_2ffb4cc483642df1-mokodev #12 PREEMPT Sat
Oct
 11 13:06:05 BST 2008 armv4tl unknown.  (although every other attempt or

I've got more on this now.

After complete absence of power, when power is restored Qi does NOT start
up the first time the power button is held down for 10+ secs.  I have to do
it a second time.

And (not yet sure if it's Qi or not, but I've seen it with a couple images
and 2.6.24 and 2.6.27 kernels off SD) when the system goes to suspend it
will at best only come back without LCD, but usually is gone, and no
mashing of power button helps, I need to pull the battery.

j



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.09] resolv.conf

[Sarton O'Brien]

On Wednesday 15 October 2008 15:36:40 Joel Newkirk wrote:

[...snip]

 Interesting - I've been approaching it from the other end, trying to alter
 base configuration instead of adding a 'network manager'-like layer
 wrapping it all.  When I look at the default behavior of the various
 interfaces, and various means of bringing them up/down, I see differing
 approaches where some use /etc/resolv.conf, some use resolvconf (the
 binary), some do their own thing, but none of them really cooperating.  I
 feel if they're all brought in tune (all handling route and DNS
 additions/removals centrally, instead of each handling route  DNS
 replacements as though they're king) that everything else becomes much
 simpler.

Same thought. The main reason for our approach was due to the varying systems 
we maintain. More often than not they are *BSD, well for me anyway. This 
approach should function regardless of the underlying system, so long as it 
uses, say, udhcpc.

 I've been working on resolv.conf plus default routes lately, though most of
 the time I've been under Raster+FSO. (so frameworkd doing setup for GPRS,
 and requires it's own fixes to do what I want instead of within /etc/ppp)
 I've reached the conclusion that it will require changes to udhcpcd config
 (which currently does a blind replacement of /etc/resolv.conf) and
 ppp/ip-up.d/08setupdns (which currently creates /var/run/ppp/resolv.conf,
 then forces a symlink to it from /var/run/resolv.conf).  /etc/resolv.conf
 is a symlink to /var/run/resolv.conf, and if udhcpcd works with it at
 /var/run/resolv.conf, (which might be better done via resolvconf bin
 instead, which works with /var/run/resolv.conf itself) then breaking that
 link is trivial, and the default behaviors would affect only that file, NOT
 /etc/resolv.conf which could be under new management, or a static 127.0.0.1
 if dns caching is installed.  And changing udhcpcd and ppp config is needed
 to address default route headaches as well.

Yep, which is why we thought making the required changes as an afterthought or 
delayed event at least, would mitigate the effect of any existing networking 
changes being made by the OS facilities.

I really like the idea of a cache. I also like /etc/resolv.conf being a 
symlink. In our possible approach, a config file specifying primary and 
secondary resolv.conf files, with a 127.0.0.1 + opendns override for the 
primary and the secondary containing whatever was last pushed to 
/etc/resolv.conf would address static and dynamic dns assignment.

Metric per interface would be a config file option aswell.

 I currently have my Freerunner /almost/ working as I want, which is as
 follows: Local DNS cache with default upstream caches of opendns.org for
 unchanging simplicity (any static DNS would behave identically at this
 point in my setup), use Wifi if it's up for default route (metric 20),
 usbnet if wifi is down but usbnet is up (metric 30), and demand-dialed GPRS
 if usbnet is unavailable (metric 40).  As I've got it, it should handle DNS
 changes properly, (subsystems are altering /var/run/resolv.conf) but that's
 untested since I'm running local caching.  Once that's working fully
 automatically (getting close) I will check non-cached DNS and probably
 rewrite it to utilize resolvconf bin, then write the support script to tell
 dnscache to use dhcp-provided DNS servers as upstream caches, and finally
 look at VPN and a few more exotic possibilities.  (I've got two USB
 ethernet adapters on a hub here that I've tested as a packet-sniffing
 bridge on the Freerunner, for example ;)

Nice ... and now I can grasp why you might be utilising multiple routing 
tables :)

I can definitely see your work  filling the gap that currently exists, as much 
as I don't like the look of resolvconf, I'm all for something that works and 
this fits within the existing framework.

 I figured the rule for priority should be VPN first, followed by wifi, then
 any USB networking device (if in host mode) or usbnet to host (if in gadget
 mode), and finally (if desired) GPRS.  For myself, I have the old T-Mobile
 unlimited (really, so far) internet3 'VPN' service, so my only concern with
 GPRS is avoiding its slowness when something faster is available - I
 realize other people who use GPRS may want to be more in control of it
 than I.  (I've made a desktop icon to enable/disable it, which currently
 starts up the interface and leaves it in demand-dial waitstate, I'll
 eventually test it in direct up/down control)

Well I guess metric is a personal matter :) ... and I guess that if the VPN is 
being added as a default route then the possibility of wanting it to be used 
is highly likely. If it's a dedicated route then metric is moot.

OK, so mine should have gone VPN - Wired - Wireless - GPRS.

Assuming usb can outperform wireless that is.

 My goal is to achieve everything without requiring a network manager of any
 significance. After that I'd like to have a widget in the top