Re: Hi ho do I record my display into a file or over usb...

[Nicola Mfb]

On Tue, Nov 17, 2009 at 7:44 PM, Aditya Gandhi  wrote:
> Any idea guys please help here

Try http://linuxmafia.com/faq/Apps/desktop-video-capture.html
You may try exporting DISPLAY to pc too.

 Niko

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

Re: future phones that you can hack. news.

[Nicola Mfb]

On Wed, Nov 18, 2009 at 10:23 AM, Sebastian Reichel
 wrote:
[...]
> For those of you not reading phoronix, they identifed their new
> sponsor as Samsung. You can read the article here:
>
> http://www.phoronix.com/scan.php?page=news_item&px=NzcxNQ

Oh! now it's not anymore a secret :)

 Niko

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

Re: Dbus through network? Re: Digital Media Controler for DLNA

[Nicola Mfb]

On Thu, Nov 26, 2009 at 11:42 PM, David Reyes Samblas Martinez
 wrote:
[...]
> Cristophe you finally succeed in using dbus trough network? that's awesome!! 
> :)

That's not so new :)

http://gabriel.sourceforge.net

Niko

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

Re: Dbus through network? Re: Digital Media Controler for DLNA

[Nicola Mfb]

On Fri, Nov 27, 2009 at 12:45 AM, David Reyes Samblas Martinez
 wrote:
> yes I have read about gabriel project before(two monts or so) was not
> updated since early 2008 now seems than a new maintainer has picked up
> the baton but not new commits yet.
> gabriels aproach is more secure but lacks a direct way to play with as
> Cristoph proposal :) and lazy as I am I will love to play with qalee
> integrated remote dbus :), I have to take a look to boxee(boxee.tv) to
> see if it has a dbus interfaces to play with too :)

?? gabriel *is* the direct way! you *are* on the remote dbus :) and
above all it run very nice with the freerunner too.
I'm using it to develop veeery fast on my pc using FSO on the freerunner.

Oh, there is another solution (unmaintained due to few requests) to
control a remote Linux Box iniecting lowlevel uinput events (emulating
keyboard and mouse, it runs on text vt too), or executing remote
commands (like dbus-send, etc.) :

http://wiki.openmoko.org/wiki/NIDE/NIDED

and will be integrated in an upcoming Qt DE too.

That's only to say I'm sad that peoples did not join a common project.

 Niko

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

Re: Navigation

[Nicola Mfb]

On Thu, Dec 10, 2009 at 11:54 AM, Christophe M  wrote:
[...]
> Personnaly I don't find it redundant.
> - If you use a 2D map, it's easier to draw a bitmap rather than a vector. It
> consume less cpu so less battery. Due to my experience, I find navit really
> slower than tangogps
> - There is more maps in bitmaps than in vector format, I think about
> google's ones, I'm using thats maps but I would appreciate routing, with a
> combination of bitmap and vector you can see the map in png and get routing
> informations from vector one, less cpu, advantage of both vector and
> bitmaps. You can even show the calculated itinary on top of the bitmap ...

There is another big advantage using the vector format, you may decide
what and when rendering of the available data, may change colors,
rendering styles, etc. all in real time.
With the tile approach you'll have get a fixed set of features with a
fixed style that may not match your needs.

With vectorial data you may merge several layers togheter in a easy
way, (no multiple file for a tile, no alpha blending etc.)
Finally, a full featured osm navigation system may use osm api to
update easily data for a region with a minimal use of bandwidth.

As suggested the right way may be to cache autorendered tiles to a
smart cache, the renderer engine may precompute near tiles while
moving in a separate thread and the traditional tile way may be used
for terrain, sat, or if really necessary to show other map tiled map
sources.

m2c

 Niko

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

Re: New project openmokontrol

[Nicola Mfb]

On Tue, Jan 5, 2010 at 5:24 AM, Denis Johnson  wrote:
> Great work, thanks for this.
>
> At the risk of straying somewhat off topic, I would love to have an
> app on the FR to allow me to use the FR as a remote control for my
> MythTV front-end albeit accelerometers not really needed, although
> some gestures could be useful down the track.
>
> Does anyone know if there is something already available which I could
> get going on the FR ? The following thread

[...]

You may try

http://wiki.openmoko.org/wiki/NIDE/NIDED

Regards

  Niko

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

Re: [Shr-User] Alternatives to FR

[Nicola Mfb]

On Thu, Jan 7, 2010 at 10:11 AM, Michal Brzozowski  wrote:
> 2010/1/7 Laszlo KREKACS 
[...]
>> > http://maemo.org
>>
>> You cant use FSO, because the key parts are closed. The modem handling
>> or even the
>> battery charger daemon is closed source.
>>
>
> But there's probably some high level API to handle the battery, modem, gps,
> etc. Isn't it possible to put FSO on top of that in form of a compatibility
> layer? Just guessing.

On the maemo developers list there is a discussion about using ofono
on the N900 that "should" work out of the box, so the phone system is
mostly open (excluding the gui part).
Someone tested it using pnatd too, a daemon that provides an "at"
compatibility layer, it may be interesting to test it with FSO.

I want to remember that on N900 root access is trivial, and with few
clicks you are able to install openssh server and login with root
account without problems, IMHO the n900 is the less closed device in
the propretary market.

It may be nice to organize a donation to provide such device to
FSO/OE/SHR staff.

Regards

Niko

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

Re: [Shr-User] Alternatives to FR

[Nicola Mfb]

[...]
> I also doubt if it runs smoothly on a weaker device (processor-wise). Today
> on the train I saw a guy with nokia N900. He was reading some texts on it.
> Oh dear, the scrolling was awesomely laggish. As an openmoko user I
> know a bit about laggish scrolling;-) It is really sad such a highend
> device still suffers from it. (not as bad as openmoko though)
[...]

It may be application dependent?

Take a look at:
http://www.youtube.com/watch?v=cHmH_U5-YL8

Regards

 Niko

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

Re: [shr-t] Contacts crash upon startup

[Nicola Mfb]

On Mon, Dec 21, 2009 at 8:36 PM, Bernhard Reiter  wrote:
> sorry for nagging, but is there any chance to solve this? i was really
> looking forward to opimd, but right now, it's completely unusable to me
> because of this issue. what kind of debug data can i provide? of course,
> i'd rather not post my full contacts list here -- is there any other way
> to track this down?
>
> regards
> bernhard

Same issues here, is it pisi or opimd related?

 Niko

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

Re: QT and dbus - no such signal

[Nicola Mfb]

On Sat, Jan 9, 2010 at 4:18 PM, Christian Rüb  wrote:
[...]
> I built Qt4 for SHR-unstable with SHR Makefile, Qt 4.5.2.
>
> Does anyone have a Qt version running on SHR where connection signals DOES 
> work?

Just a shot in the dark.
Building Qt on shr some time ago (but already on the shr/merge branch)
resulted in unstable behaviour, I had to replace -Os with -O2 as
suggested from a gentle guy having the same issue on gentoo.
I reported that on oe.dev, but do not know if it was applyed, and
above all if it's related to your problem.
Anyway I'm using a lot dbus with qt and got no problem, cannot help
much with QDBusInterface, I use QDBusConnection::connect directly.
Finally you may use QMetaObject to retrieve the full list of signals
exported by the QDBusInterface, this may help in debugging.

Regards

 Niko

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

Re: QT and dbus - no such signal

[Nicola Mfb]

On Sat, Jan 9, 2010 at 5:28 PM, Christian Rüb  wrote:
[...]
> Thanks for this. Where exactly did you change it? I grepped 'Os' and 'O2' in 
> openembedded/recipes/qt4/* but found neither.
> -O seems no to be set in CFLAGS under qt4/

I do not know if this is the right way, just digged in bitbake sources
and added to local.conf the line:

FULL_OPTIMIZATION_pn-qt4-x11-free = "-fexpensive-optimizations
-fomit-frame-pointer -frename-registers -O2"

  Niko

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

Re: QT and dbus - no such signal

[Nicola Mfb]

On Sun, Jan 10, 2010 at 3:52 PM, Christian Rüb  wrote:
[...]
> As you can see, the ResourceChanged signal is not listed (neither on my FR 
> nor on my PC), but with qdbusviewer I can connect to it and receive the 
> signal:

It seems the signature is wrong.
In a my working snippet I used (with QDBusConnection::connect):

dbus->connect(OUSAGED_SERVICE,OUSAGED_PATH,OUSAGED_INTERFACE,"ResourceChanged",this,SLOT(resourceChanged(QString,bool,QVariantMap)));

where resourceChanged has the following signature:

void resourceChanged(QString name, bool state, QVariantMap attributes);

Hoping it helps.

 Niko

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

Re: QT and dbus - no such signal

[Nicola Mfb]

On Sun, Jan 10, 2010 at 7:30 PM, Christian Rüb  wrote:
[...]
> Nevertheless, using only a connection and no struct but Qt datatypes directly 
> as you stated above does the job. But it still makes me wonder why it does 
> not work with a QDBusInterface...

It may be that the qdbusinterface constructor has problem in parsing
the dbus signature to autocreate the right slot, but it looks strange
to me too, as the three types should be natively supported by qtdbus
module, should ask on the qt-interest list.

 Niko

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

Re: Problems with NWA

[Nicola Mfb]

On Mon, Feb 15, 2010 at 3:34 PM, Davide Scaini  wrote:
> yes..
> you have to use qt libs from noko repos dalle libqt* 4.4.3-r3 (while in shr
> repos you find 4.6.0-r14.1.4).
> It's a problem in cflgs when compiling qts on shr... nicola (the developer
> of nwa) is aware of this, and shr guys I think too...
> d
[...]
Martin fixed qt builds (thanks again), and Ben just reported that NWA
works again after upgrading.

Regards

 Niko

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

Re: Re: Problems with NWA

[Nicola Mfb]

On Fri, Feb 26, 2010 at 12:17 PM, Ben Thompson  wrote:
[...]
> I think this is a different bug. It happens occasionally with me too,
> but it was also there with the old QT libs. Niko - are you aware of
> this problem?

If you are talking about complete system freeze it happens to mee too
sometimes and is related to weak wifi kernel drivers.
If you are lucky and have an open ssh connection with usb you should
see the oops with dmesg, after that the "reboot" command itself seg
faults.

 Niko

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

Re: Problems with NWA

[Nicola Mfb]

On Mon, Mar 1, 2010 at 10:19 PM, Ben Thompson  wrote:
[...]
> I can reproduce this problem using NWA but I am not sure what is going
> on at the D-Bus level. Maybe someone could help me (maybe Niko)?

You may try to produce a wpa_supplicant.conf with the exact parameters
you see in nwa.conf, and start/stop wpa_suppliant to see if it
reproduces the oops.
The only think I guess *may* be different is that when NWA quits it
does not kill wpa_supplicant, but simply remove all network definition
and remove eth0 from managed interfaces. So it may trigger some
actions that may reveal hidden kernel bugs not usual on other wifi
managers?
Anyway the problem should be fixed in kernel space ;)
Paul, count me as a patch tester!

  Niko

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

Re: NWA Development and Sources?

[Nicola Mfb]

On Thu, Mar 11, 2010 at 10:14 PM, D. Gassen  wrote:
> Hi all,
>
> Does anybody know if NWA is still being developed? According to the page on 
> the OpenMoko Wiki (http://wiki.openmoko.org/wiki/NWA) it seems that it was 
> more like a proof of concept.

Yes, it was born to make brainstorming, that's the reason sources were
not released. Anyway I got no partecipation in that nor in wiki
"Discussion Board" in several months, I guess becouse it's QT based.
Developing was stopped due to lack of interest and kernel problems,
but now Paul Ferster patched ar6000 module, and Ben reported that NWA
now seems to be rock solid.
Please try the patch and report on trac any issues, this should
accelerate the upstream landing.
NWA is now one of the neophysis wifi manager candidate, so I'm going
in the next weeks to improve and clean it and finally release sources,
so please be patient.

> Was it replaced by something else?
>
> I really like the concept of it (love it, actually) but not being able to 
> connect to WEP "secured" networks is not that great. I cannot find any 
> sources for it.

Are you able to connect to your WEP network using wpa_supplicant
manually? in that case NWA should work or it needs a trivial fix.

 Niko

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

Re: NWA Development and Sources?

[Nicola Mfb]

On Fri, Mar 12, 2010 at 12:56 AM, D. Gassen  wrote:
[...]
>> now seems to be rock solid. Please try the patch and report on trac any 
>> issues, this should
>> accelerate the upstream landing.
>
> Do you have a URL handy by any chance?

It's on openmoko trac:

https://docs.openmoko.org/trac/attachment/ticket/2333/0001-ar6000-minimise-possibility-of-race-in-ar6000_ioctl_.patch

[...]
>>> I really like the concept of it (love it, actually) but not being able to 
>>> connect to WEP "secured" networks is not that great. I cannot find any 
>>> sources for it.
>>
>> Are you able to connect to your WEP network using wpa_supplicant
>> manually? in that case NWA should work or it needs a trivial fix.
>
> I do get
>
>> AppletController "Cannot set network options
>> Did not receive correct message arguments."
>> Unaccepted options: QMap(("key_mgmt", QVariant(QString, "WEP") ) ( 
>> "priority" ,  QVariant(QString, "0") ) ( "ssid" ,  QVariant(QString, 
>> "bishop") ) ( "wep_key0" ,  QVariant(QString, "**") 
>> ) ( "wep_key1" ,  QVariant(QString, "") ) ( "wep_key2" ,  QVariant(QString, 
>> "") ) ( "wep_key3" ,  QVariant(QString, "") ) ( "wep_tx_keyidx" ,  
>> QVariant(QString, "0") ) )
>> AppletController cannot add network QVariant(QString, "GWN") QVariant(, )

Thats a dbus error reply from wpa_supplicant.
Just guessing (I cannot check now) try to remove empty wep keys from
.nwa.conf, or in general remove from it pair values in "Unaccepted
options" that are not present in your wpa_supplicant.conf.

[...]

> I do actually have problems with the ar6000 driver if I do *not* blacklist it 
> (in /etc/modprobe.d/blacklist). I do see kernel panics in the syslog and Wifi 
> usually does not work (fsoraw fails to aquire the WiFi resource and I don't 
> get the eth0 interface). I *seem* to have less problems if I load the driver 
> later manually.
>
> I am running andy-tracking 3db70757d6fabb17 with my own config (DEBUG options 
> disabled) but I have the same results with the current kernel from SHR-U. Is 
> that aforementioned patch included?

Not yet.

Niko

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

Re: wakeup-on-wlan works!

[Nicola Mfb]

On Fri, Mar 12, 2010 at 1:47 PM, Niels Heyvaert
 wrote:
[...]
> Can the instructions on how to do this be added to the OM Wiki?

And does it work with wpa_supplicant and strong criptography (key
renewal and so on) ?

 Niko

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

Re: My N900 experience compared to my FR experience (was: Re: [QtMoko] handset is (almost) unusable for voice calls with background noise)

[Nicola Mfb]

On Wed, Jul 7, 2010 at 10:12 PM, Michal Brzozowski  wrote:

[...]

> I'd like to hear how the N900 compares to the FR in hackability. Like
> replacing pieces of software, like keyboard, window manager, etc. I
> wasn't able to find much information about this. It seems there is
> only one distribution that fully works on the N900, which is quite
> worrying.

Hi Michal,

I have an n900 too since last November, here my (hoping agnostic) review:

Hardware:

Great, overclockable to 1Ghz (seems without problems), battery life of
several days *without* suspend, 3d accelerated graphics, 32 GB eMMC (+
slot for SD expansion), 256 MB flash, 256 MB ram, nice screen
resolution of 800x480, good TS (even with finger only), FM receiver
and *transmitter*, proximity sensor, IR transmitter, accelerometer,
5Mb zeiss rear camera, front camera, *superb* audio quality and "3.5G"
module, wifi, bt, video output, stereo speaker, etc.

End User Experience:

Not comparable to the freerunner one. Maemo has a lot of defects but
using it you feel immediately it has a common layout, defined api and
gui guidelines. This may appear as a limit, but from the End User
experience is very nice!
All apps (nokia, community or thirdy part) follow this principles, are
integrated with the DE and with the middleware quite nice.

The phone application is based on telepathy, so due to its
multiprotocol nature supports gsm voice calls, skype, voip, and so on.
The same for sms and chat integrated in the "conversation" app. There
are a lot of plugins (google, msn, etc.) to extend it.

The DE has a nice 4 pages home, you switch by dragging them, on every
page you may add shortcuts to applications, contacts (that shows the
picture and the IM online status, so it's easy and natural using a
skype/voip call instead of gsm one and save money!), web bookmarks and
widgets that make the user able to highly customize the desktop.
Finally there are pluggable "status" area and power button menu.
Task switching is performed with a very nice composite dashboard where
you see thumbnails of current running apps (that are updated in
realtime).
All that is full finger friendly and there is a stylo inside the n900
when you need, (actually I use it only for precise web browsing
without the need of zooming in/out).
The virtual keyboard is full integrated with customized input methods
of gtk and qt (I do not know about other toolkits), so when you tap on
a text field you'll have a qwerty (not transparent) portrait keyboard
showing the current editing text.
If you open/close the HW keyboard the virtual one will hide/show.

As you may guess peoples does not feel the necessity to change the WM
or the VK because you loose the high number of pluggable widgets in
the home, the status area and the toolkit interaction with the
keyboard.

The package management system is apt, there is an integrated GUI that
will show only a specific section of the available apps, so the end
user will see only good sense applications with descriptions and icons
(of course the power user may use xterm or ssh to see the full
contents of the repositories). The status area will signal with a
blinking square where an update is available, so you may be uptodate
with a couple of finger taps.

The network manager works very well and handles wifi and 3g connections.

Just a concrete user experience (a my tipical day):

I have a voip public telephony (like skypein) account (eutelia) and
skype configured, a 5euro/month 3GB umts data option on my sim, wifi
networking at home and at work, google contacts synchronization and 3
email account configured. My network manager is configured to "always
on".

The alarm wakes up me every morning (and works reliably), then I put
the device online, automagically it connects to my home wifi network,
signs up to skype and eutelia, check for emails, does the first sync
with google, updates the weather and the rss and the "personal ip
address" widgets on the desktop.

When going to work, as my home wifi is not more reachable the n900
automagically start a 3g connection. I may check the sent/received
statistics with another widgets that updates informations in real time
on the desktop to be sure I'm not reaching the 3G/month limit, and
anyway in the settings manager I may set to be advised every time x MB
of traffic was generated.

While using my car I start the mediaplayer and  the FM transmitter
(with another desktop widget), put the device near the car stereo and
listen for some music or use sygic voice assisted gps navigation where
going to unknown places.

When I arrive in the office it automagically stops it and connects to
work wifi and so on until I put it offline in the night.

Every x minutes it continues to update widgets, and signal incoming
email, IM messages, alarms, phone calls (of course ;)) and so on.

Every with this intensive usage my battery may survive to more then a
day, note that it never suspends, and this is a big feature as I can
always open an ssh connecti

Re: Heartrate-monitor support for FoxtrotGPS

[Nicola Mfb]

On Fri, Oct 29, 2010 at 6:47 AM, Joshua Judson Rosen
 wrote:
> Hi everybody,
>
> I've picked apart the changes in tangoGPS 0.99.4 that support
> the Zephyr HxM heartrate-monitor, and had a go at integrating them
> into FoxtrotGPS; to wit, a branch including that work is available:
>
>    http://www.hackerposse.com/~rozzin/foxtrotgps/branches/hrm-integration/
>
> I don't actually have a HxM in my posession, though (at least not yet)--
> so I can't really test this. If you have one of these devices, and can
> test this branch, would you please? :)

It may be interesting to integrate support for these devices in FSO!

Niko

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

Re: [SHR unstable] bluez-utils bluez4

[Nicola Mfb]

2009/2/25 Valerio Valerio 

> [...]
> ReMoko need a lot of improvement, but if the BlueZ version doesn't
> stabilize is a little bit difficult to do a good app, The majority of
> the BlueZ version used in OpenMoko distros are very different is some
> parts :( 3.28 /= 3.33 /= 3.36 /= 4.x
>

Some weeks ago after a fresh install I found both bluez and bluez-utils on
the system, this morning I flashed again and found an old bluez-utils
3.33-r3, is there a particular reason to have a such old package?

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

Re: vmware on mobile devices

[Nicola Mfb]

2009/2/27 Yorick Moko 

> to those interested:
> vmware on a nokia: windows mobile and android
> http://www.youtube.com/watch?v=UNo6pn-dnSQ
> Windows CE 5.0 en 6.0, Linux 2.6.x, Symbian 9.x, eCos, µITRON NORTi en
> µC/OS-II are supported
>
> y
>
>
If it's not a joke every phone capable of running that vmware will become a
quite free phone :)

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

Re: vmware on mobile devices

[Nicola Mfb]

2009/2/27, GNUtoo :
[...]
> how would you access the GSM part with vmware?

I do not know if it may be virtualized as other general hardware.

> and won't it do the contrary?
> prevent people from porting GNU/Linux on phones because they simply have
> it with vmware

GNU/Linux is already ported for embedded devices, what we need is a
full and complete software stack to have rich mobile experiencing. And
this does not depends if it run in a virtual machine or in a physical
device.

The only problem may be in the case of a "bootloader open" device
where is possible to run vmware mobile. In this case developers may
prefer to not port the kernel and use a well tested kernel for the
virtual hardware. But... how many of that devices exists now?
While I suppose in the future we should see a lot of closed devices
but vmware capable.
These will attract a lot of Linux users that actually still do not buy
a freerunner due to it's cost and hardware/software limitation.

  Nicola

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

Re: [Qt Extended] Qt Extended discontinued

[Nicola Mfb]

2009/3/3 Tomas Riveros Schober 

> I dont't know about you guys, but I saw this coming already
> http://www.qtsoftware.com/about/news/qt-software-discontinues-qt-extended
>

If the selected features are the phone/pim and so on parts, we'll have a
"native mantained" qtopia on x11. And this may be very interesting. May
lpotter explain about this?

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

Re: Freerunner freely runs Gentoo

[Nicola Mfb]

2009/3/3 Sven Rebhan 

> Hello everybody,
>
> We the gen...@openmoko team are pleased to announce that we reached
> our first milestone for running Gentoo on the Freerunner. This mean you can
> cross- and natively compile a basic system including X, enlightenment,
> the FSO framework, WLAN tools and many more packages. Also some
> phone GUIs went already into the overlay located at


Great!

  - the Gentoo feeling ;-)
>  - forget about version conflicts
>  - frequent enlightenment updates
>  - easy integration of new packages
>(start writing ebuilds yourself, it's trivial!)
>  - multiple phone stacks
>  - CHOICE


"Because Gentoo is about choice we do *not* focus on a single software stack
but rather provide the user with alternatives to choose from" is what I like
more in gentoo.

I'll be very happy to switch from illume to matchbox every time I need :)


> So to all Gentoo lovers: Stop-by and get the experience the Gentoo
> feeling on your phone!


Ok! I'll search for updated instructions somewhere, building everything is
fascinating, but please provide a stage3 :)


> Disclaimer: Even though we did a great step in the right direction,
> there are still enough pitfalls, packages that don't compile and
> difficulties in setting up the cross-compile environement. So at this
> point in time Gentoo is _NOT_ ready for the average user. If you try
> nevertheless, be prepared for a bumpy journey! You have been warned!
>
> Best regards and happy compiling! ;-)


I think now is the time to give a try to nfs over usb :)

Regards

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

Re: Freerunner freely runs Gentoo

[Nicola Mfb]

2009/3/3 Nicola Mfb 

> [...]
> Ok! I'll search for updated instructions somewhere, building everything is
> fascinating, but please provide a stage3 :)
>

Ops! I found it :)))

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

Re: Freerunner freely runs Gentoo

[Nicola Mfb]

>
> So to all Gentoo lovers: Stop-by and get the experience the Gentoo
> feeling on your phone!
>

I'd like to contribute to wiki, are there some policy about it and
bug/filing?
Should information on wiki.openmoko.org redirect users to
http://gentoo.mindzoo.de ?

Regards

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

Re: [SHR-Unstable] Bluetooth won't connect

[Nicola Mfb]

2009/3/5, The Digital Pioneer :
> I seem to have version 3.
>

To pair you have to use passkey-agent, or modify
/etc/bluetooth/hcid.conf in orderd to autopair incoming connection
with a static pin.

Regards

 Nicola

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

Re: [SHR-Unstable] Bluetooth won't connect

[Nicola Mfb]

2009/3/5, Nicola Mfb :
> 2009/3/5, The Digital Pioneer :
>> I seem to have version 3.
>>
>
> To pair you have to use passkey-agent, or modify
> /etc/bluetooth/hcid.conf in orderd to autopair incoming connection
> with a static pin.

Ops, I did a mistake while reading, it seems an answer for another question :)))

Regards

  Nicola

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

Re: Freerunner freely runs Gentoo

[Nicola Mfb]

2009/3/3 Sven Rebhan 

> 2009/3/3 Nicola Mfb :
> > I'd like to contribute to wiki, are there some policy about it and
> > bug/filing?
>
> Hey nice! So far we have not yet decided on a policy about wiki edits
> or bug filing. However, if you find something is wrong file a bug on
> gentoo.mindzoo.de (even if you think it's trivial). If you want to
> create new pages on the wiki you should join the #gentoo-openmoko IRC
> channel on Freenode and ask there!
>

Is there a mailing-list for gentoo on freerunner discussions too? the one on
lists.projects.openmoko.org seems to be died.

Regards

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

SD Card read/write errors and NSOD

[Nicola Mfb]

I'm experiencing read/write error on my 8GB SD card Kingston C08G SDC4/8GB
07 (wiki reports this card shoud work!) with 2.6.28 shr-testing kernel and
with 2.6.24 from 2008.12, followed some times by NSOD (Noise Screen of
Dead).

This does not happen when GSM is off.

I found a similiar problem on http://docs.openmoko.org/trac/ticket/2217 ,
the difference is that I have the problem with 2.6.24 kernel too! (I
followed the suggestion to down the glamo clock and the slow memory without
success)

Before updating the ticket with my details I'd like to know if there is
kernel version suited to test this better, and have community feedback to
know it this problem affects ather peoples too.

Steps to reproduce:

ssh to freerunner and type:

while true
do
 if=/dev/zero of=/path/to/sd/somefile bs=1024 count=10
 sync
done

while the script is running, operating GSM (call,sms, etc.) randomly
reproduces the problem.

Thanks

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

Re: SD Card read/write errors and NSOD

[Nicola Mfb]

2009/3/9 Andy Green 

> [...]
> What does the "noise" look like, is it also the top-down block of static
> "random" pixels described on the trac
>
> https://docs.openmoko.org/trac/ticket/2217
>
> or "jazzy" moving pixels, or all over the screen, or in a defined
> invalidated area not redrawn or what?
>

The screen is full of random pixels, but not uniform as in the trac ticket
snapshot.
Touching the TS sometimes update a random part of the screen with other
random pixels.
I'll try to reproduce and take a snapshot asap.

Thanks

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

Re: Graphics Performance

[Nicola Mfb]

2009/4/3 Thomas White 

> [...]> The main one being of course the lack of documentation.
>
> The stack of paper on my desk says otherwise... :)
>
> (Seriously, the necessary documentation has been released, under NDA, to
> people who have said they're serious about working on drivers).
>

Some time ago we focused about the wasting of cpu cycles to wait for X
operations to complete (as no interrupts are exported to userspace). This
impacts a lot the system as you use accelerated graphics but you have to
hold and wait for it.
Are there working in progress to solve this, it may be in a drm module?

Regards

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

Re: The future of the Neo Freerunner

[Nicola Mfb]

2009/4/3 Marcel 
[...]

> 2. These devs don't belong to Openmoko Inc. anymore, but they still
> contribute
> heavily to one or another aspect of the OM world. Afaik.
>

And what's about Openmoko new software stack roadmap?
If it will not fund FSO, those developers may decide to stay a bit relaxed.

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

Re: The future of the Neo Freerunner

[Nicola Mfb]

2009/4/8 Daniel Willmann 

> On Sat, 4 Apr 2009 12:57:30 +0200
> Nicola Mfb  wrote:
> [...]
> > And what's about Openmoko new software stack roadmap?
> > If it will not fund FSO, those developers may decide to stay a bit
> > relaxed.
>
> Let me assure you I'm not even close to anything resembling relaxed. :-)


I'm very happy in reading this! FSO actually is the only real thingh that
lets survive the idea of open phones. With a rock solid framework taking
care of all the underlying dirty work, writing some GUI interfaces is only a
matter of time and may be done by community.
About hardware, to have an usable phone we need a well supported hardware
with a good kernel and good chip's firmwares (e.g. gsm).
In my experience was that the problem with the freerunner, in one year I
spent huge time on the device and encountered a lot of problems, sd card
partition table corruption, problems with suspend/resume, WSOD, NSOD, glamo
mci spare problems, gsm hopping, my vodafone card was not recognized before
the latest gsm firmware updates, and many others that did not let me use the
freerunner as a daily phone.
That's the reason I really HOPE that OM will continue at least in kernel and
low-level firmware developing, after all a stable Freerunner may be not so
bad, and may be selled for a long time, funding OM and growing the
community, and this is very important!

Thanks for your effort!

Best Regards

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

Re: The future of the Neo Freerunner

[Nicola Mfb]

2009/4/8 Juergen Schinker 

> Nicola Mfb wrote:
>   my vodafone card was not
> > recognized before the latest gsm firmware updates, and many others that
> > did not let me use the freerunner as a daily phone.
>
> oh interresting how can you update the gsm firmware?
>
> is this a special process or just a package?
>

you may read this: http://wiki.openmoko.org/wiki/GSM/Flashing

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

Bluetooth wake up

[Nicola Mfb]

It may be a stupid question... but:
Is some sort of wake up on bluetooth supported (e.g. on incoming obex
transfer) ?

Nicola

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

Arora web browser (Qt issue?)

[Nicola Mfb]

For people using arora (in the past I heard of some debian users), may
you check and report if you are able to reproduce this:

*) launch arora
*) press About Qt on the rightest menu (it's hidden but you can show
it clicking on ">>")

On my frerunner (gentoo/e-20090313/qt4.5.0/arora-0.5) the dialog is
not showed and it's impossible to interact further and quit the
application.
Looking at qt sources I suspect an issue on devices with tiny resolution.

This brings to me another question: how to force killing applications under e?

Regards

Nicola

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

Re: Bluetooth wake up

[Nicola Mfb]

2009/4/11 Yogiz :
> I suspect you'd get the answer in the kernel mailing list.

Thanks for the hint! I submitted my answer there.
Sometimes ago I wrote some scripts to push messages generated from our
server farm monitoring system to my Nokia via bluetooth obex push
service.
As obex-data-server works fine on my freerunner, I'd like to know if
there is a way to do this without wasting batteries :)

Nicola

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

Re: Arora web browser (Qt issue?)

[Nicola Mfb]

2009/4/13 George Brooke :
> I can recreate this with arora 0.4 on my desktop by running it in Xephyr at
> 320x240 and it results in the following error (on the console I ran it from)
> QWidget::setMinimumSize: (/QMessageBox) Negative sizes (-160,334) are not
> possible
> Do you get something similar if you run arora from a console window?

Yes! I reported the problem on the QT issue tracker (but I did not
received the confirmation email).
I suppose the problem is that when qt is compiled for X11, some api
(QMessageBox::*) subtract exactly "480" from the desidered x size of
the dialog to be show. So using an x resolution < 480 you'll get the
negative warning, using 480 will stall the application, while using >
480 will work. This "subtraction" is not performed when the Q_WS_MACRO
is defined (qt compiled in embedded mode), but I think we cannot
tampering with it as said on some mailing lists.

This problems affects other api too, such
QMessageBox::information/warning/critical/fatal that are widely used
in existing qt applications but not with a DPI << 285 (the default for
freerunner), so it's very annoying.

Using 640x480 in xephyr fix the issue, but it persists on the
freerunner even rotating the screen with xrandr, so it may reveal a
problem for X with glamo, (or at least on my setup, as TS events are
not rotated too and I did not dig about this yet).
May you try on your device?

   Nicola

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

Re: Arora web browser (Qt issue?)

[Nicola Mfb]

2009/4/13 Erik Andresen :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
[...]
>> This brings to me another question: how to force killing applications
> under e?
> I launch xkill under LXDE.
>

Is LXDE finger friendly? I cannot test it just now.

Nicola

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

Re: Bluetooth and 2.6.28

[Nicola Mfb]

2009/4/13 Franky Van Liedekerke :
[...[
> The version 3.33 dies upon suspend/resume. Maybe 3.36 doesn't, but that
> package isn't available somewhere (not for shr, nor for fso). So I can
> either use QtMoko, or ask if somebody can provide updated 3.36 packages
> of the bluez-3 implementation?

Try this:
http://www.angstrom-distribution.org/repo/?pkgname=bluez-utils

Nicola

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

Re: Bluetooth and 2.6.28

[Nicola Mfb]

2009/4/13 Franky Van Liedekerke :
[...]
>> Try this:
>> http://www.angstrom-distribution.org/repo/?pkgname=bluez-utils
>
> unfortunately that gives me an empty page (no search results). I
> already browsed through the angstrom package feeds before, but only
> found older versions at that time.

Umh. it seems there is a problem with the package browser, but feeds
are accessible, get it at:
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/bluez-utils_3.36-r4.1_armv4t.ipk

 Nicola

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

Re: Intone-video problems!! Help !

[Nicola Mfb]

2009/4/14 c_c :
[...]
> 1. I finally found out that I can create 2 windows using elementary, 1 for 
> mplayer to play the video in (using -wid) and one for the controls. I've 
> sized the windows to 640x400 for the window where the video shows up and 
> 640x80 for the controls.

May you use mplayer fullscreen and toggle to the controls window with
the AUX button (or a simple TS tap)?
The best would be to have a transparent windows with big icons to
pause/quit, ff and so on, very finger friendly

regards

Nicola

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

Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2008/9/6 TL Mieszkowski :
>
> I've had a lot of success running both twinkle and asterisk and I thought I'd
> share my experiences.
> Twinkle works well, but the gui is limiting on the touchscreen.  I think
> once configured properly
> asterisk will make an excellent voip backend for the neo.  You can control
> it through asterisk
> manager commands by writing text strings to a socket, and which has hooks
> for most languages I'm sure.

Let's survive this interesting topic.
I will be happy to write an AMI gui but now I'm hold having problems
with the alsa channel. Using the pcm default is not compatible with
the default shipped /etc/asound.conf, so I just tried to use
plughw:dnsoop and plughw:dmix, the result is that there freerunner
does not ring on incoming call (and you cannot hear the other peer),
while audio transmitting is perfect. Using plughw:0,0 for input/output
works but I have stuttered audio (from freerunner to peer). I tried
the mentioned asound.conf from koolu too, the same, If i move out from
plughw there is no sound in fr with asterisk. If I use dnsoop form
input and plughw for output, the input is stuttered again. I'm using
shr-testing and asterisk 1.4.17-r1 from the same branch.

As in the old thread there was success story may someone share some hint?

Regards

  Nicola

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/19 Al Johnson :
[...]
>> Let's survive this interesting topic.
>> I will be happy to write an AMI gui but now I'm hold having problems
>> with the alsa channel. Using the pcm default is not compatible with
>> the default shipped /etc/asound.conf, so I just tried to use
>> plughw:dnsoop and plughw:dmix, the result is that there freerunner
>> does not ring on incoming call (and you cannot hear the other peer),
>> while audio transmitting is perfect.
>
> I'm guessing 'does not ring' means it uses the earpiece for ringing instead of
> the speaker. You will need stereoout.state for the ringing, then change to
> voip-handset.state when answering the call. This is what is needed when
> working with linphone, although the change of state is not automated yet.
> voip-handset.state is in both FSO and SHR IIRC. You should be able to do the
> state switch with an asterisk script.

As AMI emits all needed events I'll add fso support for the GUI to
handle the switching automatically, while for a true voip fso
integration I think that's has to be discussed as actually on incoming
GSM call fso will automatically switch to stereoout and gsm alsa state
and may create problems during a voip session.
But we may superseed on this actually until having a well working
asterisk on freerunner, and I'll complete the AMI gui.
However if I use plughw:0,0 in asterisk alsa.conf I may hear the ring
in the earpiece (the only problem was that I had to change the speaker
alsa control from 0 to max in voip state).
I have stuttered outgoing audio, so I think the problem is with alsa
buffer/periods etc., the proposed asound.conf file should work as
create longer buffer/periods both for input and output, but using it
asterisk does not speak anymore to the erapiece. I enabled the logging
to maximum details and I may see effectively "Alsa/default is ringing"
but no sound is emitted, and I do not know why, as in this situation
aplay works fine.
[...]
> For linphone I use Brian Code's asound.conf :
>        http://www.koolu.org/asound.conf
> This uses dmix and dsnoop and gives stutter-free sound in both directions with
> linphone. It does have echo since we can't use the suppression in the GSM
> chipset.

Asterisk should be able to do echo suppression?
Is this present with external headphones too?

regards

Nicola

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/19 Nicola Mfb :
> 2009/4/19 Al Johnson :
> [...]
> I have stuttered outgoing audio, so I think the problem is with alsa
> buffer/periods etc., the proposed asound.conf file should work as
> create longer buffer/periods both for input and output, but using it
> asterisk does not speak anymore to the erapiece. I enabled the logging
> to maximum details and I may see effectively "Alsa/default is ringing"
> but no sound is emitted, and I do not know why, as in this situation
> aplay works fine.

I did some test and think (hope) isolated the problem.
Asterisk get an fd poll descriptor from alsa playback pcm, when a
sound has to be emitted this fd is added to the write fdset. The alsa
thread loops around select() and when the alsa driver is ready to
receive more frames to write the select is waken and asterisk
effectively send out the sound.
Now that's working only if using plughw:0,0 as the output device, with
some sort of dmix, multiplexer etc, the select will never be waken by
the write fd descriptor so asterisk will never emit any sound.

Some alsa guru may take a look at the chan_alsa.c file of asterisk 1.4.17?

Nicola

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/19 Nicola Mfb :
[...]
> Some alsa guru may take a look at the chan_alsa.c file of asterisk 1.4.17?

Here a little c snippet to show you easily the problem (that I have on
the desktop too). So it seems an alsa-lib bug/feature ?

#include 
int main(int argc, char **argv) {
int err;
snd_pcm_t *handle;
struct pollfd pfd;
fd_set fds;

err = snd_pcm_open(&handle, "default" ,
SND_PCM_STREAM_PLAYBACK, O_NONBLOCK);
if (err < 0) {
puts("snd_pcm_open error");
exit(1);
}

err = snd_pcm_poll_descriptors_count(handle);
if (err != 1) {
puts("snd_pcm_poll_descriptors_count problem");
exit(1);
}

snd_pcm_poll_descriptors(handle, &pfd, err);

FD_ZERO(&fds);
FD_SET(pfd.fd,&fds);

err=select(pfd.fd+1,NULL,&fds,NULL,NULL);
if (err<1) puts("select failed");
puts("Ok");
}

Save the above line in alsatest.c and compile with cc -o alsatest
alsatest.c -lasound,
launch it and if "default" is dmixed you well not see "Ok".
Changing default in plughw:0,0 or hw:0,0 in alsatest.c recompile and
you'll see the "Ok" immediately e.g. the behaviour that asterisk would
like!

Regards

   Nicola

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/20 Esben Stien :
> Nicola Mfb  writes:
>
>> But we may superseed on this actually until having a well working
>> asterisk on freerunner
>
> Rather definitely use freeswitch;).

Hi Esben,
Actually only a patch for asterisk let me use the voip line provided
by my adsl carrier (Alice/Telecom Italia) as it uses a modified sip
protocol. For that reason I did not take a look at freeswitch. However
I'm curious to know if someone used freeswitch on freerunner, is there
some OE recipe to build it?

Nicola

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/19 Nicola Mfb :
> Some alsa guru may take a look at the chan_alsa.c file of asterisk 1.4.17?

Jaroslav Kysela of ALSA pointed me to the problem (thanks), and
effectively asterisk code does not support dmix plugin in it's state,
I corrected it with a fast 2 line change workaround working only with
dmix (a real patch is needed), and now asterisk/alsa is working great
and stable.
It's about two hours that I'm listening some mp3 on it sent by ekiga
on the laptop :)
I'll update about my progress on AMI interface soon.

Nicola

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

Re: Why enlightenment?

[Nicola Mfb]

2009/4/21 Andreas Fischer :
> Carsten Haitzler (The Rasterman) wrote:
>
>> http://www.rasterman.com/files/wp2.avi
>>
>> (i'm not done with it yet).
>
> This is 100% astonishing and sexy - I want that on my desktop :P
> Congrats for the good work.

The most exciting thing about e is that it's a combination of bleeding
software and arts!!!
Usually It's not so easy to have them together :)

  Nicola

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/21 kimaidou :
> Hi
> thanks for this feedback !
> Could you please write a wiki page about this, if not already done ?

I started a page at http://wiki.openmoko.org/wiki/Asterisk
Everyone interested is invited to correct (english is not my native
language) and collaborate, there is a lot to do :)

Regards

  Nicola

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

Re: Arora web browser (Qt issue?)

[Nicola Mfb]

2009/4/13 Nicola Mfb :
> Yes! I reported the problem on the QT issue tracker (but I did not
> received the confirmation email).

Just to report that qt acked and the issue is pending for resolution.

Regards

  Nicola

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

Re: Looking for a app similar to the Dog Whistle for the iPhone

[Nicola Mfb]

2009/4/23 Adam Jimerson :
> I am looking for a app like the Dog Whistle for the iPhone that allows you
> to set a pitch and it plays a note at the pitch, I looked in opkg.org and in
> the application page in the wiki and didn't see one like that and was
> wondering if there is one or if it would be a great suggestion for a app for
> a developer to make?

If playing notes fits your needs try
http://tg.gstaedtner.net/projects/euphony.html

Regards

 Nicola

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/21 Nicola Mfb :
> 2009/4/19 Nicola Mfb :
[...]
> I'll update about my progress on AMI interface soon.

It's great night for me!
I was able to do my first VoIP->PSTN call with FR, it was to my
girlfriend of course, It may be for love or It may be to not bother
some other guy with an unpredictible  test :)

I used for that my all damned pre-pre-pre-alpha tools I'm writing (and
hope to finish).

The test case is interesting, please be quite with comments, I'm
crazy, not mad :)

I'm from Paduli a small village where I spend my weekends, there I
have ADSL with a voip option to call flat Italy landlines, during the
week I'm far in Naples for my job, there I have only an umts card. To
use voip I have to be connected phisically to the ADSL router, no use
is permitted from public internet, and my provider uses a modifyed sip
protocol.

And now the test scenario.

In Paduli:

*) atheros openwrt/kamikaze powered embedded device up 24h
*) it's connected to a stupid adsl router I cannot change/reflash as
Telecom Italia uses the non standard sip protocol  with a secret
virtual channel for voip.
*) openvpn server with tap layer 2 to make external connections appear
as in LAN :)

In Naples:

*) laptop connected to internet with E220 HSDPA
*) freerunner connected to laptop acting as router with BT/Bnep
(testing my bt manager)
*) freerunner connected to Paduli LAN with openvpn client
*) runned alice-ctl, a tool to fake a Telecom cordless able to connect
to the voip service, based on pivelli python code (I rewrote it in C
before as python did not fit in my embedded atheros device!)
*) alice-ctl enabled a peer on my vpn IP (acting as the fake cordless)
*) asterisk acted as the cordless, built with two patch, the first to
speak the tampered SIP protocol (thanks again to pivelli project), the
second to solve the announced alsa problems
*) launched my very very rude voip dialer that interacts with asterisk
trough the AMI interface

and finally placed the Call!

And now the results:

The call was picked up from my girlfriend father, the result was:
"Hello... Emh are you there... Yes umh. do you hear
me?...  Yes but it's strange" -> "Papi give me the phone!, it was
Nicola with freerunner for sure"

:)))

(I'm just thinking how many om guys got the same in the last two years! :)

A big delay, but superb audio quality, we stayed up for about 15 mins.
I think that it's only a problem due of my absourd networking and
asound.conf tuning as the period/buffer size is huge for a good
latency...

But I'm happy, asterisk runs fine in a real case.
There is a lot to do, please join and contribute, I will happy tho
share everything!

Regards

   Nicola

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/24 Timo Juhani Lindfors :
> Nicola Mfb  writes:
>> But I'm happy, asterisk runs fine in a real case.
>
> Can you check if you get lower latency by only running linphone on fr
> and having the 3g stick connected to fr itself?

I cannot before next tuesday, but during the weekend I'll test FR
connected to ADSL router directly with wifi.

I'm quite sure that playing with asound.conf will fix the high
latency, as using asterisk with direct plughw:0,0 (short period/buffer
size) gived stuttered alsa capture, but near realtime output playback

  Nicola

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/26 Rask Ingemann Lambertsen :
> On Sat, Apr 18, 2009 at 05:49:05PM +0200, Nicola Mfb wrote:
>
>> I will be happy to write an AMI gui but now I'm hold having problems
>> with the alsa channel. Using the pcm default is not compatible with
>> the default shipped /etc/asound.conf, so I just tried to use
>> plughw:dnsoop and plughw:dmix, the result is that there freerunner
>> does not ring on incoming call (and you cannot hear the other peer),
>> while audio transmitting is perfect. Using plughw:0,0 for input/output
>> works but I have stuttered audio (from freerunner to peer).
>
>   Why are you not using hw:0,0?

Asterisk has fixed-hardcoded settings for alsa (8000hz, 1 channel
etc), and they are incompatible using hw directly, plughw  autoconvert
sound streams but it uses very short buffer/period size so the
stuttered audio (I guess).


  Nicola

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

Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

[Nicola Mfb]

2009/4/28 Helge Hafting :
> Adam Jimerson wrote:
>> Well it is nice to see that I am not the only person with this problem,
>> for me Mofi doesn't even load, I am installing the one from opkg.org
>>  to see if I have any better luck with it.
>
> I have trouble with wifi in SHR testing too. I suspect a kernel problem.
>
> I usually run wpa_supplicant. Failing that, I connect to WEP networks
> using "iwlist" "iwconfig" commands directly. Even these low-level tools
> fails most of the time. Occationally iwlist eth0 scan will work, but
> repeat the command and eth0 suddenly "doesn't support scanning". And of
> course it won't ever connect to any access point. Similiarly, iwconfig
> may claim there is no support for setting the essid.
>
> Having low-level stuff like iwconfig fail is what makes me suspect a
> kernel problem.

I may confirm this, I got unexpected "wow" events (it was already
reported), playing with enabling/disabling wifi in FSO after a bit put
the wifi chip in an unusable state with a strange framework log error
(similiar to expecting power set to 0 but failed), when this happens
the command "iwconfig eth0 power off" crashes and the kernel oops.

Other problems with wpa roaming mode that seems to not work,
wpa_action is missing, wpa_cli does not reports all connect/disconnect
errors and so on.

I ignored all these issues as before I used mainly BT networking and
USB, they works well with recent kernels, with olders BT stopped to
work after suspend/resume and with USB my laptop was often not able to
enumerate.

The network nightmare :)

 Nicola

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

Re: [SHR-Testing] Wireless Frustration - definitely a kernel problem

[Nicola Mfb]

2009/4/28 Helge Hafting :
> Helge Hafting wrote:
[..]
>
> It is a kernel problem, because going back to the older kernel
> uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin
> fixes the WIFI problem.
>
> Unfortunately, using this older kernel with SHR testing of april 22.
> means no usb networking instead. And no sound, so no phone either.

Did you installed modules too? it works for me, I do not know if there
are some changes that breaks frameworkd, but audio and usb works fine.

Nicola

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

Re: Asterisk on Freerunner was: voip on Debian

[Nicola Mfb]

2009/4/19 Nicola Mfb :
> 2009/4/19 Al Johnson :
> [...]
> As AMI emits all needed events I'll add fso support for the GUI to
> handle the switching automatically, while for a true voip fso

[...]

I added fso support to switch between stereoout when ringing and
voip-handset when the call is established but asterisk does not reacts
well on this and stop to capture audio.
It works well if I set the voip scenario before launching it and never
switches to stereoout.
Before digging again in the asterisk alsa code I'd like to know if the
scenario switching is transparent to alsa applications, or may brings
underrun/overrun or other problems that needs to be managed in a
stronger way.

  Nicola

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

Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

[Nicola Mfb]

2009/4/27 Adam Jimerson :
> I am still trying to get my wireless to work on the 4/16 release of
> SHR-Testing, I can get a scan to work on eth0 every now and then and the
> rest of the time I get a "device does not support scanning error".  No
> matter if I can scan or not eth0 will not connect to any AP.  I have set up
> the /etc/network/interfaces so that eth0 uses wpa_supplicant, which I have
> the file setup with the APs and everything, and when I try and ifup eth0 it
> goes though the configurations but stops at a "No lease failing" error.  I
> have been at this for a while trying to get it to work and all my attempts
> have failed.  If anyone has any kind of suggestion, or if they have had this
> problem with this version of SHR-Testing please reply, I getting desperate
> and will try anything to get it to work.

I solved at least the no lease problem hacking a bit
/etc/udev/scripts/network.sh, basically when eth0 is added it launches
wpa_supplicant with -W (wait for wpa_cli) instead of ifup, after
launches wpa_cli -a /etc/wpa_supplicant/wpa_cli.sh, the last is a
script called when some event happens (CONNECT/DISCONNECT), on CONNECT
it launches udhcpc, and as eth0 is already associated and
authenticated I finally get a lease. I think this may be obtained
using wpa-roam too in a more elegant way, but it failed and I'm a bit
lazy to read an incomplete file set.
An issue is that power cycling the AP resulted in kernel reporting
ar6000 disconnected/connected but wpa_cli was not notified, after that
the freerunner continued to stay connected but I do not know if moving
to another configured network will notify a new association and a new
IP or I have to disable/reenable wifi.
This works starting/stopping wifi from shr-settings too without the
need of launch mofi.
I toggled wifi several times and it worked on a wpa-psk network
without problems, so I *suppose* that udhcpc when launched with the
eth0 not associated creates problems.
Tomorrow I'll try with the wpa2-enterprise network and report.

   Nicola

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

Re: Asterisk on Freerunner

[Nicola Mfb]

2009/4/29 Al Johnson :
> On Wednesday 29 April 2009, Nicola Mfb wrote:
>>
[...]
> Scenario switching ought to be transparent to apps, but that might not be true
> if there's a change in the 'DAI mode' setting. There's more on this in the
> wiki:
> http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem
> I don't have the state files too hand to see if this is being changed, but
> it's the only setting I can think of that might upset an app.

I restored the "take and hold voip state" behaviour in my dialer, and
all worked perfectly but I got a weird issue, while a call is up
launching alsamixer, playing with the "Speaker" control and quitting,
stops audio capturing after few seconds.
I tryied the new version of asterisk (1.4.24.1) too hoping some alsa
code was fixed, but I got stuttered audio again and when the call is
answered asterisk get a "resource temporary unavailable" error on the
alsa channel and continues to ring, so I cannot hear the other peer, I
need more time to investigate and go deeper in asterisk to understand
channels setup, switch and so on, the next step will be to backport
alsa code in 1.4.21 to 1.4.17 in little steps to know where it brokes.

> Can you reload chan_alsa after the state change? I don't remember how granular
> the asterisk reload options are, but it might be a quick'n'dirty workaround.

I'll investigate on this asap.

I tested all that with WiFi and it works nice, but cannot go far from
my AP for more than 7/10 meters, the delay over the voip/dsl router is
very acceptable, and playing with voice/speaker capture volume reduces
the echo in a manner that conversation is quite comfortable. A dirty
coded dialer prototype is quite ready, some screenshots at:

https://apps.sourceforge.net/mediawiki/noko/index.php?title=Image:Nokoami1.png
https://apps.sourceforge.net/mediawiki/noko/index.php?title=Image:Nokoami2.png
https://apps.sourceforge.net/mediawiki/noko/index.php?title=Image:Nokoami3.png

I added request WiFi resource, occupy cpu resource, swtich to voip
scenario, and asterisk daemon starting directly in the dialer, so
actually I have an one-click ready voip phone, but there is a *lot* of
works to do and few time, so help is appreciated!

Regards

Nicola

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

Re: [Mokomaze 0.5.0] is released

[Nicola Mfb]

2009/5/1 ANT :
>
>>>...And as to non-blanking, SHR-unstable is an FSO distro, is it not?
> SHR is based on FSO
>
>>>But your fsoraw program doesn't work.
> It is not mine. The author is Nicola Mfb.
> As for me, I am using this very usefull tool and I've considered it is
> necessary to recommend it to others.

Thanks to have it mentioned in a so amazing game!

  Nicola

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

Re: [Mokomaze 0.5.0] is released

[Nicola Mfb]

2009/5/1 The Digital Pioneer :
>> Anyway, what happens after executing of
>>  $ fsoraw -r CPU,Display mokomaze
>> ?
>
> It runs the game, but the screen still blanks.
[...]

It's strange, I just reflashed shr-testing (22 apr) and shr-unstable
(28 apr) and it worked, you may check the output of "logread | grep
fsoraw" and logs of frameworkd.

 Nicola

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

Re: [Mokomaze 0.5.0] is released

[Nicola Mfb]

2009/5/2 Nicola Mfb :
> 2009/5/1 The Digital Pioneer :
>>> Anyway, what happens after executing of
>>>  $ fsoraw -r CPU,Display mokomaze
>>> ?
>>
>> It runs the game, but the screen still blanks.
> [...]
>
> It's strange, I just reflashed shr-testing (22 apr) and shr-unstable
> (28 apr) and it worked, you may check the output of "logread | grep
> fsoraw" and logs of frameworkd.

I forgot to say that on shr-unstable mokomaze E displays two icons, I
had to remove extra categories in the .desktop file.

Regards

  Nicola

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

Re: Neo to be used as a WLAN phone connected to a Linux server with an ISDN card possible?

[Nicola Mfb]

2009/5/7 Lothar Behrens :
> Hi,
>
> I am asking if it would be possible to use my Neo FreeRunner to be a
> phone to be used instead of an ISDN dect phone?
> I have a Linux server, but not tried any of this. If possible, what
> packages do I need (on FreeRunner and openSuSE Linux 11.1)
>
> Thanks
>
> Lothar

For sure there are better solutions, but one that come up in my mind
is to get an isdn card for your linux server supported by asterisk
(zaptel?), and use some softphone on freerunner.

Regards

  Nicola

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

Re: Neo to be used as a WLAN phone connected to a Linux server with an ISDN card possible?

[Nicola Mfb]

2009/5/7 Lothar Behrens :
> Ok,
>
> thanks. I have a AVM Fritz PCI ISDN card that works with the answering
> machine and the fax software hylafax.
> So I'll give it a try.
>
> The Fritz is as lspci -v told:
>
> 00:0c.0 Network controller: AVM GmbH A1 ISDN [Fritz] (rev 02)
>        Subsystem: AVM GmbH FRITZ!Card ISDN Controller
>        Flags: medium devsel, IRQ 10
>        Memory at fdb0 (32-bit, non-prefetchable) [size=32]
>        I/O ports at 9000 [size=32]
>        Kernel modules: hisax_fcpcipnp, hisax
>
> Would that work?

Umh it may be with the capi channel, but cannot help further as I
never had ISDN line/card, please test and reports :)

   Nicola

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

Re: [Announce] Intel and Nokia announce open source telephony project (oFono)

[Nicola Mfb]

2009/5/11 tammaro "pamdirac" palombo :
> an android without the htc? :)
>
> On Mon, May 11, 2009 at 9:34 PM, David Reyes Samblas Martinez
>  wrote:
>>
>> Ok another api framework for smartphones,this time provided by big
>> guys, but which hardware?, I haven't see any reference on that in the
>> web site. any clue any one?

Mumble mumble... may they join/fund FSO guys? :)))

  Nicola

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

Building om2009

[Nicola Mfb]

Sorry if I missed this, but how to build om2009? is there instructions
somewhere or a Makefile?

Thanks

 Nicola

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

Re: [Om2009] testing Release 3

[Nicola Mfb]

2009/5/9 Angus Ainslie :
> Hi,
>
> Another week of hard work brings a new testing image, lets hear it for the 
> kernel,
> paroli and freesmartphone.org teams. As always it still has some issues ( that
> we are still working on )

Some issues important IMHO for daily use:
*) when the display dims, touching it to reactivate results in an
unwanted click event (shr handles this very well)
*) no lock
*) the infamous 1 pixel logout illume panel

Others:
*) random pixel at top of screen and around push buttons
*) If there is no SIM you get 6 messages about failed services
(GSM,GPRS,Audio etc.) they should collapse in a single "no sim
present" message
*) long time operations should be handled with some ui feedbacks (e.g.
display profile switch/the initial paroli setup/wifi scan)
*) it would be nice to have sound ticks when interacting with the UI
*) device should not suspend when connected to usb cable
*) if paroli has a subwindow opened (e.g. dialer) holding aux does not
show settings

A suggestion: switching to the illume display profile only to start
applications seems excessive to me, you have two clocks, two battery
indicators and less space on the screen, it would be nice to use the
AUX button in a smarter way, to lock device, switch to illume launcher
or other X applications, show settings and so on.

The last (already asked), I'd like to bitbake and test other
applications and prefer to stay aligned with om2009, so may you
provide build instructions?

Regards

 Nicola

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

Re: Building om2009

[Nicola Mfb]

2009/5/12 Angus Ainslie :
> On May 11, 2009 03:34:48 pm Nicola Mfb wrote:
[...]
> Hi Nicola,
>
> The build instructions are here
>
> http://wiki.openmoko.org/wiki/OpenEmbedded
>
> The scripts and conf directories that I use to build the distro's are here
>
> http://downloads.openmoko.org/developer/build/
>
> Angus

Thank you!
I'll give it a try asap!

 Nicola

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

Re: [shr-testing] sim not recognised

[Nicola Mfb]

2009/5/15 Robin Paulson :
> 2009/5/15 Rask Ingemann Lambertsen :
>> On Fri, May 15, 2009 at 11:37:17AM +1200, Robin Paulson wrote:
>>
>>> what's happening, is there anything i can do to further debug things?
>>
>>   GSM firmware revision? Have you flashed the moko11 version yet?
>>
>> http://wiki.openmoko.org/wiki/GSM/Flashing
>
> yeah, i thought about that. i was hoping to avoid it - more potential
> for a fubar than i like.

I resolved the same problem with my vodafone sim upgrading the gsm firmware.

Regards

 Nicola

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

Re: [debian] Still wlan problems with 2.6.29 kernels

[Nicola Mfb]

2009/5/16 Fox Mulder :
> Hi,
>
> since i upgraded from kernel 2.6.24 to 2.6.29 many things has gotten better.
> But since than wlan isn't working anymore and i tried many different kernels.
[...]
You may add your test cases to http://docs.openmoko.org/trac/ticket/2277

there are a couple of bug on shr tracker too if you are interested, as
network scripts should be debian based:

http://trac.shr-project.org/trac/ticket/419
http://trac.shr-project.org/trac/ticket/418

Regards

  Nicola

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

Re: Visit at Openmoko

[Nicola Mfb]

2009/5/26 Stephen LePage :
[...]
> Unless i'm looking at the wiki history wrong, it seems that a majority of
> those "left openmoko"  were added by one user on may 25th who's only
> contribution was that one change. In fact I have reverted it to the previous
> version, untill someone provides more solid information in regards to who is
> still left.

Oh! and the revert was the only contribution from you... nice :)

 Nicola

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

Re: [Shr-User] millestones

[Nicola Mfb]

2009/5/30 piratebab :
> I am happy to see some milestones appearing in the roadmap:
> http://shr.bearstech.com/trac/roadmap?
>
> What a good idea!
>
> We can have a better visibility of the evolution, and on the remaining bugs;

I just suppose MS1 was the stable milestone, I guess this by date (22/5).
Roadmaps and plans were asked on the lists many time in the past, but
it seems that all the openmoko world has not the capacity to achieve
that, not only SHR.
But seriously may someone at least reports what happened at FSOSHRUDCON?

Regards

  Nicola

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

Accelges status

[Nicola Mfb]

Hi! until now I played with accelerometers only with mokomaze, now
it's the time to integrate gesture recognition in a my small
application. So I'd like to know the status of accelges
(www.accelsense.org).
I read in the past that there was REL->ABS event transition and as
accelges seems to have the last commit about 4/5 months ago I'd like
to know if it's actually compatible with recent kernels and in general
if it's developed/supported.
If not may you point me to some alternatives?

Thanks

Nicola

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

Re: Accelges status

[Nicola Mfb]

On Mon, Jun 8, 2009 at 7:37 PM, Paul V. Borza wrote:
> Hi Nicola,
>

Hi Paul!
thanks for feedback!

> You're free to use the code that's available on
> http://code.google.com/p/accelges/
> The one from accelsense.org needs heavy restructuring and I don't
> recommend using it.

I'm not sure but reading your code I found in accelneo.c the following snippet:

unsigned short int rel = *(unsigned short int *)(report + 8);
/*
 * Neo sends three reports on X, Y, and Z with rel = 2
 * and another one (as a separator) with rel = 0
 */
if (rel == 2)
{
unsigned short int axis_ind = *(short int
*)(report + 10);
/* receives signed acceleration in milli-G */
int val_mg = *(int *)(report + 12);
/* convert acceleration to G */
float val_g = (float)val_mg / 1000.0;

/* save to accel on the axis */
accel.val[axis_ind] = val_g;
}


and according to
http://wiki.openmoko.org/wiki/Accelerometer_data_retrieval old apps
should be patched to work with absolute accelerometers values.

> The work I've done at accelges was for my Bachelor's thesis and GSoC 2008.
>
> I will continue working at gesture recognition in autumn for my master's 
> thesis.
> Any questions you may have, I'm here to answer.

Thanks, we'll wait for you :))
Unless I misunderstood the problem may you write and commit a little
patch to handle rel=3 events too?

Best Regards

Nicola

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

Better handling of AUX and POWER buttons

[Nicola Mfb]

Hi!
I apologize if this is an old topic and was discussed many time before.
I tried hackable:1 some days ago, and I found that AUX/POWER buttons
is handled very nice. I suppose that it cames from 2007.2 neod, but I
was aware of it as I flashed my freerunner with ASU ASAP when it
arrived in my hands last year.
First of all the aux button is used to bring up the virtual keyboard,
and this is good as I hate to use touchscreen to open it with
application not "e" based that does not bring up it automagically when
text widgets get focus, while holding it brings up a menu that let you
rotate the screen, switch fullscreen mode and so on, and this is very
nice as if you go fullscreen with "e" AFAIK there is no possibility to
restore normal size or switch to other windows.
Second the power button let you close an application (this is nice
too!), and holding it brings up a menu to change power management,
screen light and turn on/off gps/wifi/bt/gsm and the entire device.
While experiencing with general not embedded oriented linux apps and
developing mines I feel all these features has to be restored together
with new ideas.
So for a couple of days I'm thinking on how implement and improve it
especially for FSO based distros.
The first enhancement I thought is to give to applications the
possibility to handle 4 cases:
*) aux press
*) power press
*) hold aux, then press power
*) hold power, then press aux
The second is to have holding aux, power or both for a long time
bringing system wide tasks (power menu, auxiliary menu, keyboard and
so on).
All that should be transparent to applications, e.g a special daemon
should grab the input and simulate the 7 events as 7 different keys,
so you may use the 1-4 directly in applications for their needs, and
5-7 for global shortcut handled for example by the windows manager or
some sort of background daemon to show system menus.
Actually I thinked at two solution:
1) a neod like daemon that grabs X events (XGrabKeyboard), handle key
presses and forward with XSendEvent the 7 different strokes to
applications or windows manager.
2) a daemon that grabs /dev/input/event* device in exclusive mode,
handle key events and emulate a new keyboard with uinput capable of 7
keys.

I like very much the second idea as it should be totally transparent
to the system, and may be used without X too while the first should be
more portable on different devices, and may be installed and used by a
non privileged user too.
I tryied to code a prototype for the first solution on my desktop, but
I got some problems as I do not know X at lower level, so I used
XGrabKeyboard to receive all key events and XSendEvent to forward them
to other windows, but not all apps are compatible with that, for
example Firefox does not accept text input in the navigation bar while
the grabbing is active. The second problem is that using X atom on the
wm to retrieve the last active window give me a short number (203, 31,
91 etc.), while XSendEvent wants some sort of different windows ID
(0x301f), so some help for experienced X developer is welcome :)
In the next days I'll try to implement a prototype for the second,
hoping that I'll encounter less problems :)
In the meaning I'd like to have comments about all that, and above all
I'd like to know if I'm wasting my time while similar solutions are
being developed underground :)

Best regards

Nicola

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

[debian] Installing lxde problem

[Nicola Mfb]

Hi!
Trying to install lxde on debian results in:

debian-gta02:~# apt-get install lxde
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  lxde: Depends: lxde-core (>= 0.3.2.1+svn20080509-6) but it is not
going to be installed
E: Broken packages

some help?

Nicola

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

Re: Better handling of AUX and POWER buttons

[Nicola Mfb]

On Fri, Jun 12, 2009 at 2:20 PM, Michal Brzozowski wrote:
[...]
>> That's called E keybinding configuration.
>
> Does it have actions like show/hide keyboard? Does it detect double, triple,
> etc keypresses?

The actual problem is that if you use E keybinding for example to
"simple lock" the screen when press the aux button you cannot use it
in applications.
So we should have smart E keybinding, "long aux", "long power", but
when you press/release buttons applications receive these events too.
That's why I suppose E (and at most other alternatives) cannot handle
that and we need a smart daemon to filter/inject events.
About my experiments I just discovered that some applications simply
refuse to process XSendEvents for security reasons. This is bad, as
using X you may differentiate virtual injected keys events based on
the destination applications, so AUX may trigger "enter" to one, "F11"
to another and so on.
As of that I think we need to filter events at input lever layer
(other ideas or solutions are welcome of course).
Il try to contact Theodoros Kalamatianos, the author of actkbd [1]  to
ask him for the support for such complex key shortcut, as it's daemon
already has keyboard event injection and use 2.6 linux event
interface.

Nicola

[1] http://users.softlab.ntua.gr/~thkala/projects/actkbd/

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

Re: Better handling of AUX and POWER buttons

[Nicola Mfb]

On Fri, Jun 12, 2009 at 3:20 PM, Nicola Mfb wrote:
[...]
> About my experiments I just discovered that some applications simply
> refuse to process XSendEvents for security reasons. This is bad, as
> using X you may differentiate virtual injected keys events based on
> the destination applications, so AUX may trigger "enter" to one, "F11"
> to another and so on.
> As of that I think we need to filter events at input lever layer
> (other ideas or solutions are welcome of course).

I just found XTestFakeKeyEvent, it should work, so another solution
may be a daemon that grabs Aux and Power buttons, handle them and
injects key events.
The daemon may ask the WM for the active window, retrieve it's
displayed name and differentiate key injection according to a
configuration file.

> Il try to contact Theodoros Kalamatianos, the author of actkbd [1]  to
> ask him for the support for such complex key shortcut, as it's daemon
> already has keyboard event injection and use 2.6 linux event
> interface.

Theodoros has no time actually, but he's interested in such
improvements and promised to give a try in few weeks.

Regards

Nicola

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

Re: YOUR action is needed to get the Community Updates up & running again

[Nicola Mfb]

On Thu, Jun 18, 2009 at 10:07 PM, Risto H. Kurppa  wrote:

> Hi!
>
> OM isn't working on the software for our phones any more and it looks
> like that also the releasing of Community Updates
> (http://wiki.openmoko.org/wiki/Community_Updates) has stopped
> (actually the 'news' link has been removed from wiki main navigation).


> So we have to do it. I think it's vital for the community to have some
> kind of newsletter that allows one to have a quick look at what's
> happened, if you don't follow the mailing lists and IRC daily.
> [...]


I think we should think to change the front page of wiki too.
The community transition should be announced with an help call for every
kind of task, testing, writing docs, wiki, administering servers,
developing, general coordination, transition news and so on.
It seems all is stopped now, but I really think that somethings are moving
in the underground, many people that now are only observing and waiting may
be attracted.
P.s. why was the news link removed?

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

Re: Om2009 testing release 5

[Nicola Mfb]

On Fri, Jun 19, 2009 at 3:54 PM, Michal Brzozowski wrote:
> 2009/6/19 Robin Paulson 
>>
>> 2009/6/20 Michal Brzozowski :
>> > Is there a way to make Paroli and frameworkd keep old logs and not
>> > deleting
>> > them?
>> >
>>
>> easy - create a script which runs at shutdown, to copy the log file(s)
>> in question to an archive location. maybe in one of the
>> change-runlevel folders?
>
> That doesn't help in a situation where you turn off the phone by taking out
> the battery.

Unless you launch the script at *startup* :)

 Nicola

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

Re: YOUR action is needed to get the Community Updates up & running again

[Nicola Mfb]

On Fri, Jun 19, 2009 at 6:00 PM, Gerald A wrote:
>
>
> On Thu, Jun 18, 2009 at 6:13 PM, Nicola Mfb  wrote:
>>
>> The community transition should be announced with an help call for every
>> kind of task, testing, writing docs, wiki, administering servers,
>> developing, general coordination, transition news and so on.
>
> Maybe we could start a TODO list somewhere on the Wiki?
> I'm sure lots of people could help, but they need a clue about what needs to
> be done.

Exactly! About development I propose to expose peoples, projects and
what is missing, an example:

critical "new openmoko community" core development:

*) FSO team is developing the middleware, they need c/vala experts, funding :)
*) Mirko is working on Paroli, help is needed to create a a good wifi
manager plugin
*) Angus is working on om2009, openembedded experts are welcome
*) Nelson, Luca, etc. is working on kernel, some guru needed or donate
a debug board
*) Thomas, Andreas etc. is working on xorg glamo, drm/dri experts are welcome
*) xxx, yyy maintains the server infrastructure, gforge experts needed
...

other community development:

*) c_c is working on audio/video mediaplayer
*) xxx is working on bluetooth manager
*) yyy is adapting linphone UI for small devices
*) zzz and www is testing qlwm for arm and writing qt applications to
create a new and complete qt/x11 gui phone stack over fso, every qt
developer is welcome
*) xxx is working to support wpa2/enterprise in connman
*) "" shr
*) "" debian
*) "" hackable:1
*) "" neovento
*) "" gentoo
*) "" qtmoko/qtimproved

We need discussion boards too:

*) how to use better the aux and power buttons
*) killing freezed x11 fullscreen applications
*) the wanted systray support
*) windows manager status
*) x11 server over qtimproved
*) improving the user interaction with accelerometers
*) long term architecture for om2010
...

The same for other tasks, there are few human resources, we need
organization and coordination.

Regards

Nicola

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

Re: [Community Updates] # 4.3 Wishlist

[Nicola Mfb]

On Mon, Jun 22, 2009 at 12:06 PM, Patryk Benderz wrote:
> Hi,
> Recently someone added point "4.3 Wishlist" of wiki. My opinion about
> this :
>        I think it is not appropriate place to place "whish list" herein.
> "Community Updates" were designed to inform users and community of OM/FR
> about what is going on with OM/FR. This is not a discussion board to
> talk what would you like to have in your FR. According to above,
> "whishlist" should be transfered to another/new part of wiki, or to
> mailing list. Thus, if there will be no response for my consideration
> about this during next few days from author of this point, or from
> others, I intend to remove this point from wiki. LeadMan.
>
>        Now i would like to know what do you think about that? Am i correct or
> wrong?

+1

but please to not hurt the author so move it on another page instead
of deleting.

Regards

 Nicola

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

Re: Update "Who is who" on wiki

[Nicola Mfb]

On Sun, Jun 21, 2009 at 5:50 PM, Fabian Killus wrote:
[...]
> As proposed before on this list it would be a good idea to update the
> information at http://wiki.openmoko.org/wiki/Who_is_Who.
[...]

We need to signal also:

*) what they needs (help, developers, donations, hardware...)
*) peoples that have some ideas to start new projects and requires help

For example I have a quite good knowledge of the QT libraries but the
freerunner development seems to go on different way. I have some small
and dirty coded self made applications on my freerunner, a launcher,
virtual network keyboard to control a remote linux box, an EWMH window
manager helper, a simple dbus wpa_supplicant wifi manager, an
incomplete/buggy but quite working bt/obex manager. As I'm alone and
QT seems not so used on the freerunner, these will stay unreleased,
I'd like to request helps to other Qt guys to complete them and
collaborate on new projects.

May that page be used for that too or should we create a specific one?

 Nicola

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

Re: font size in other window managers

[Nicola Mfb]

On Tue, Jun 23, 2009 at 5:51 PM, Michal Brzozowski wrote:
> Hi,
>
> I'm playing with other window managers in Om2009, like matchbox and icewm.
>
> All the apps that I run use insanely small fonts and buttons. Same as when
> you run them in pure X. Does anyone have an idea how to change this
> behaviour? Is it through some env variables?

This is a DPI issue, that's affects all applications.
To correct specific one you may use the toolkit theming system, for
example with QT you may run "myapplication -stylesheets filename", in
filename you put:
* {font-size: 15px}
that's all! with different gui toolkit I do not know how to do it, but
I suppose you may force/use a theme.

If you continues your window managers tests please reports them on:

http://wiki.openmoko.org/wiki/Windows_Managers

I'm actually using Matchbox on debian sid, with command line
parameters and moko theme from hackable1.
It gives fullscreen windows (like Illume), a top bar with on left the
current window name with integrated drop down menu to switch to other
windows and on the right system-monitor and clock applet. A neod like
daemon listens for AUX/Power key events, the first toggle the
matchbox-keyboard, the second popups a window for some nice tasks
(close/kill window, toggle fullscreen mode, toggle display
orientation, shutdown the device).
I avoided matchbox-desktop too, and adopted a simple application launcher.

I'm very happy with this, as I can finally close fullscreen or freezed
X11 applications without the USB cable :)

Regards

Nicola

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

Re: font size in other window managers

[Nicola Mfb]

On Tue, Jun 23, 2009 at 6:41 PM, Michal Brzozowski wrote:
> 2009/6/23 Nicola Mfb 
>>
>> If you continues your window managers tests please reports them on:
>>
>> http://wiki.openmoko.org/wiki/Windows_Managers
>>
>
>
> I tried matchbox-wm, but it didn't play nicely with override_redirect
> windows (literki). So now I'm trying icewm, and it's working as expected. I
> hacked the sources to maximize every created window. Switching windows is
> done by sliding the touchpad.

this is very nice!
I'll try bypasswindowmanager flag on QT, it should be the same I guess ?

> The only problem I've got is it doesn't detect xrandr events, but I'm
> working on it. When I have everything set up I'll probably make a howto or
> an install script.
>
> Which launcher app are you using with matchbox?

Oh, that's a stupid, dirty and not releasable selfmade application
that simply scans for directories and all executable files in a
speficic place.
Subdirectories are showed with a drawer, while files are showed with a
default icon.
Clicking on a drawer enter the directory , clicking on an executable
file launchs it and shows stdout/stderr on a popup window.
If filename.png exists the icon is replaced with that, if
filename.nodialog exists no output feedback will be showed, if
filename.autoclose exists when the application exits it closes the
output dialog automatically.
When an application quits a 5-second dialog shows the exit status.
A filesystem watcher auto updates the current window if I add, remove,
rename files or icons.

I wrote it as after playing with apt-get on debian I just filled other
launchers, too many icons and some important missing, and above all to
launch my several mdbus scripts without the pain of write a .desktop
file.

Regards

Nicola

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

Re: Calling interested Glamo OpenGL developers (was: The forbidden topic: Glamo OpenGL)

[Nicola Mfb]

2008/11/17 Gothnet <[EMAIL PROTECTED]>

>
>
> If OM drop efforts to make 02 better, then they'll probably have a lot of
> folks that just won't buy the 03 because they're angry.
>

About freerunner in general if Openmoko will drop effort on it they'll have
to ship a gta03 without issues otherwise peoples will not trust them anymore
:). About the glamo, did someone evaulate how much it will cost to produce
the wanted 3d driver, and how much *customers* will be happy of this?

Regards

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

Re: Calling interested Glamo OpenGL developers (was: The forbidden topic: Glamo OpenGL)

[Nicola Mfb]

2008/11/17 The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>

> [...]
> this is the thing.. the drvier is ALREADY doing this. i repeat this
> ad-nauseum. the acceleration is the same u get in the "nv" driver or you
> saw a
> few years back in the i8xx drivers etc. you get blit and fill accelerated
> (the
> most common x ops). xvideo is accelerated. the only thing not is
> anti-aliases
> font drawing and as such the glamo doesnt support this fully - u need to do
> some hacks to pretend it will (like expand fonts to ARGB32 in software) and
> from the look of it the expansion and then upload of pixels will likely net
> you
> zero speedup as this extra cost will negate the speedups you get. imho
> glamo is
> right now about as fast as u'll ever likely see it (imho). you can go sink
> a
> mountain of work and as per the example above.. see no return. the ONLY
> thing
> that i can see it might be worth it is opengl - and even then its a very
> weak
> opengl accelerator with lots of gotchas.
>
> all of the above of course is "in my opinion". it's based from years of
> doing
> graphics - software and hardware and with x, and having read all of the
> glamo
> docs.
>

Hi Raster! before reading this post I supposed that 2d acceleration was very
partially implemented. This cames out for example because I never see a
smooth scroll on the device. So what is the reason for this? glamo? 2d
acceleration driver? poor graphics toolkit?

Regards

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

Re: The forbidden topic: Glamo OpenGL

[Nicola Mfb]

2008/11/14 Minh Ha Duong <[EMAIL PROTECTED]>

> > > I hope the software stack becomes less of a joke in time for GTA03
> > > or it'll be hard to get much new customers...
>
> Actually I have never read any jokes about the software stack. But it is a
> sign of good mental health when a community is able to make fun of itself.
> Besides, where else would one share jokes about Openmoko ? Open fire !
>

Yes! When someone asks me if it's a good idea to give a try to gentoo (my
preferred distro) I point them to:
http://uncyclopedia.wikia.com/wiki/Gentoo
:)

May we start an openmoko page there :)

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

Re: Calling interested Glamo OpenGL developers (was: The forbidden topic: Glamo OpenGL)

[Nicola Mfb]

2008/11/17 The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>

> [...]

no - it's not possible to do a "scroll" (via blit) as you have
> alpha channels, layered objects etc. etc. - just trust me in that the cost
> of
> trying to figure out a blit - if it is possible is probably much higher
> than
> the cost of just doing a redraw in almost all cases - the upload speed of
> the
> glamo is so low though that it may just be worth it...


I understand and trust your huge experience :), so correct me where wrong,
I'm not expert but I'd like to have an high level view on this:

*) standard toolkit do complex operation so it's simple/better recompute and
upload the view, this means that porting existing software based on them may
result in slow performance.
*) toolkits that advantages of OpenGL to accelerate its widgets (for example
Qt let you choose an opengl viewport for their canvas implementation)  does
not advantage as Glamo has only 2d acceleration.
*) when necessary you can use directly Xlib because X is 2d accelerated ?
*) when necessary you may use lowlevel library/toolkit to bypass X overhead
and use accelerated 2d graphics (sdl?) ?
*) about video streams, bandwidth is not an issue if decoding mpeg4 in
glamo, but is a issue if you decode the stream with the main CPU and upload
the frames to the glamo?
*) glamo will be abandoned, the cost to develop a 3d driver is very high,
what's about completing 2d acceleration and mpeg4 hardware decoding?
*) the community may produce now or at later time the wanted 3d driver, but
this is hard as openmoko has to extend the nda in some legal way

Regards

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

Re: Calling interested Glamo OpenGL developers (was: The forbidden topic: Glamo OpenGL)

[Nicola Mfb]

2008/11/17 Iain B. Findleton <[EMAIL PROTECTED]>

> I have implemented an image display script on the FR that demonstrates
> smooth scroll in the form of dragging the image about the screen. Works
> for fairly large images (colour weather maps of North America). The
> application uses the FLTK tool kit with double buffering through X.
>

May you share it?

Thanks

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

Re: Calling interested Glamo OpenGL developers (was: The forbidden topic: Glamo OpenGL)

[Nicola Mfb]

2008/11/18 The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>

> [...]
> evas supports opengl too. no it doesn't have an advantage, as glamo won't
> be
> doing opengl at VGA (the resolution of the device) so you won't be doing it
> for
> normal 2D UI's (thus my comments of it being of limited use for some
> fullscreen
> games for example where you drop to QVGA for the game). also the 256x256
> max
> texture size leads to problems even if it could do VGA output.


Oh this is a definitive limit, I would appreciate 3d acceleration to speedup
everyday apps, and not some small 3d games, this is secondary for the
freerunner actually.


> > *) when necessary you can use directly Xlib because X is 2d accelerated ?
>
> you ALWAYS use xlib* - if you want to interact with x in any way.


I mean, if my preferred toolkit does not advantages of hardware
acceleration, I may use Xlib and call for example XCopyArea to do fast blits
in video memory?
I wrote a small code snippet to test XCopyArea performance, and it seems to
do about 25fps smoothscrolling but at the cost of XGlamo using 70/80% of
CPU. This seems very strange, it maybe my code is wrong (I repeat I'm not an
expert :) ), or XCopyArea is not full accelerated, or Xglamo has to be
optimized, or that the Glamo GPU is simply slow :)

Regards

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

Re: Calling interested Glamo OpenGL developers (was: The forbidden topic: Glamo OpenGL)

[Nicola Mfb]

2008/11/20 The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>

> it's accelerated - but likely polling the command queue status as you have
> no
> interrupts thanks to the linux kernel's policy of not exporting interrupts
> to
> userspace, so you're stuck with a poll loop. i can't remember if glamo had
> a
> "i'm done" interrupt for the command queue or operations - i know it had
> several interrupts it can generate (but as the kernel wouldnt allow
> userspace
> to make use of them i pretty much ignored them).
>

I'm not sure I understand completely, may you elaborate this?
Profiling my loop:
 {
switch foreground paint color
draw a vertical line from 0,0 to 0,639
XCopyArea to scroll the screen 1 pixel right
XFlush
usleep(4) to have aproximately 25 fps
}
I got that:XCopyArea + XFlush are about 100 microseconds long, usleep is
about 44000, and as the last is not cpu intensive this should results in a
near 0% cpu busy. But as top reports 70% of cpu wasted by glamo (vmstat
reports 25% user time and about 50% system time), I added after XFlush a
call to XSync, and this reported another 4 microseconds wasted while
waiting for X server to complete the request. As top reports again 70% of
busy cpu I suppose that during the XSync the main CPU is working and suppose
this is not only due to protocol latency and other overhead, but the glamo
driver is doing some other things while the gpu is blitting.
Is this the interrupt problem you are referring to?
And if this is true would be possible to write a workaround?
You are right, 2d is accelerated but this is unuseful if the cpu has to be
busy while the gpu is working!

Regards

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

Re: Calling interested Glamo OpenGL developers (was: The forbidden topic: Glamo OpenGL)

[Nicola Mfb]

2008/11/21 The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>

>
> XSync sends a request to x and waits for a reply - so your client app will
> stop
> and wait until x replies. x will reply once it has completed all existing
> requests - that means the XCopeArea. while your app is waiting xglamo is
> waiting for the gfx chip to do the work - and likely its sitting in a loop
> polling checking when the command is done.
>

Thanks Raster, now things are becoming clear :)
The glamo chip should raise an interrupt when the command is done, a
specialized kernel module should export this interrupt to the userspace so
Xglamo may suspend waiting for this interrupt without wasting cpu cycles!
I suppose that this should be quite easy and cheap for Openmoko developers,
may it be considered?
This will really improve the device performance!

Regards

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

Re: Calling interested Glamo OpenGL developers (was: The forbidden topic: Glamo OpenGL)

[Nicola Mfb]

2008/11/21 Andy Green <[EMAIL PROTECTED]>

> Graeme seems to be planning to do his xorg version of Xglamo partially
> in kernelspace to unify the locking, that would be when to do this too.
>
> The Glamo's interrupt itself is supported and working, it's the basis
> for the same waiting strategy (yielding until completion interrupt) in
> the Glamo MMC stuff.
>
> - -Andy
>

This is great!

Thanks!

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

[GENTOO] updates?

[Nicola Mfb]

Hi!
Are there some news about gentoo for freerunner?

It would be nice if mantainers would produce a ready to go "stage4" tarball
for fast and simple deploying.

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

Re: Status of Opimd (FSO-PIM)...

[Nicola Mfb]

2009/1/20 "Marco Trevisan (Treviño)" 

> [...]
> So, please, could someone inform us about his status and the plans for
> it? I guess that this would be good also for people that would like to
> improve it.
>

May someone inform us about his features too?
It will manage only extended contacts or events/alarms/todo and so on?

And as FSO is only the backend, are there collaborations with shr/paroli, or
a gui prototype will be implemented in zhone?
I'm interested in this too in order to know if we have to wait further the
fso/pim release.

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