Re: [Om2009] intone not finding libehal-ver-pre-01.so.0

2009-05-26 Thread Martin Jansa
On Tue, May 26, 2009 at 04:32:55PM -0600, Angus Ainslie wrote:
 On May 26, 2009 03:09:20 pm Marcel wrote:
  Hello,
 
  I have installed intone 0.51 from
  http://www.opkg.org/packages/intone_0.51_arm.ipk (where the dependency
  libelementary0 is still there). Once I launch it, the binary is missing:
 
  r...@d-a318:~# intone
  intone: error while loading shared libraries: libehal-ver-pre-01.so.0:
  cannot open shared object file: No such file or directory
 
  But that lib certainly exists in /usr/lib and ldd shows the link as
  intact, too. That used to work before I killed my previous 2009
  installation, but I cannot remember what I did to achieve that.
  Can someone help?
 
  --
  Marcel
 
 
 
 Is edbus-ehal installed ?
 
 Angus

Hello,

there is svn in library name like:

/usr/lib/libehal-ver-pre-svn-01.so.0

instead of required by intone:
/usr/lib/libehal-ver-pre-01.so.0

I created symlinks with required names with
cd /usr/lib; for i in libe*-ver-pre-svn-01.so.0; do echo $i; ln -s ${i} 
${i/-ver-pre-svn-01.so.0/-ver-pre-01.so.0}; done

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Fundamental Qi question

2009-06-04 Thread Martin Jansa
On Thu, Jun 04, 2009 at 08:55:58AM +0200, Laszlo KREKACS wrote:
 Hi!
 
 I use the distribution on NAND as an SD card reader. I load the OS,
 connect to my laptop,
 and I write the new distro to the uSD card. It is impossible to do it
 on the same
 SD card, from where the OS is running. You cant simply repartition the uSD 
 card.

Hi!

It would be really nice to have uSD slot accessible without removing
back-cover, battery and SIM.

Its easy to reformat or repair system on SD cart with laptop or PC.. but
I always feel bad when I have to remove back-cover. How long can that
plastic fixtures hold back-cover tight and reliably?

I read somewhere that no change in slot is planned for gta02-core.. :/
so maybe for gta03..

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [shr-unstable] making bricks...

2009-06-28 Thread Martin Jansa
  On Sun, Jun 28, 2009 at 8:55 AM, jeremy jozwikjerjoz.for...@gmail.com
  wrote:
   with the freerunner connected to machine:
  
   [r...@localhost sbin]# ./ifconfig
   eth0      Link encap:Ethernet  blah blah blah
  
   lo        Link encap:Local Loopback
            blah blah blah

You should use at least -a parameter.

-a display all interfaces which are currently available, even if
down

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Intone (0.30 - beta release) Elementary based mplayer frontend

2009-07-08 Thread Martin Jansa
On Wed, Jul 08, 2009 at 09:00:52PM -0700, jeremy jozwik wrote:
 shr-unstable 20090624:
 
 @om-gta02 ~ $ intone
 Segmentation fault
 
 thats it.

Try to remove ~/.intone. It segfaulted for me too, but removing of
~/.intone helped.

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


Re: replacement opkg.org (was Re: Opkg.org?! (was: Re: [SHR-...))

2009-07-09 Thread Martin Jansa
On Thu, Jul 09, 2009 at 11:03:39PM +1200, Robin Paulson wrote:
 2009/7/9 Marcel tan...@googlemail.com:
  Damn, you're right. And if it worked, it'd have borked my intone already,
  that requires libid3 which in turn requires libstdc++ and libgcc1 =
  4.3.3, om2k9 only contains 4.1.2 :/
  You won.
 
 unfortunately, no-one wins
 
 i see apt/opkg/portage as one of the most elegant, powerful and useful
 things about linux distros. the ability to update every piece of
 software on a machine, with two commands, is pretty impressive.
 
 unfortunately, the maintainer of opkg.org looks to be missing in
 action - i've emailed to ask if he's going to further develop the site
 to fix the bugs. no answer
 
 so, i propose a replacement i have zero experience with running a
 repository though. are there any free services on the net for running
 this kind of thing? i'd be surprised if the only way to do this was
 through a built-from-scratch site such as opkg.org

opkg.org is nice site for showing new packages, but for updating and
installing of those .opk is really better to help distro developers
to get .bb file to their repository and start building that package
regularly. Then there is no problem when upstream changes library names
or something and its clearly stated which version was used to build that
package and with which aditional patches.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Intone 0.60 Almost Stable ;-)

2009-07-19 Thread Martin Jansa
On Mon, Jul 20, 2009 at 01:47:19AM +0200, Sebastian Krzyszkowiak wrote:
 On 7/20/09, Richy klemms...@gmail.com wrote:
  Why isn't a tremor-version included in SHR?
  I noticed the lags, installed tremor and it is SO much better now^^
 
  Please add tremor-mplayer to the repository
 
 Please send patch and we'll be happy to apply it...

I have OE patch for mplayer glamo output rebased to current mplayer from
http://repo.or.cz/w/mplayer/glamo.git?a=shortlog;h=refs/heads/mob
I'll recheck also tremor patch and send it.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Mplayer with rebased Andrzej Zaborowski patch for -vo glamo

2009-07-20 Thread Martin Jansa
Hi,

sorry for delay, my previous post of this patch was stopped by too
large attachement rule, sorry for this still quite big gziped one.

In attachement is patch for OE repo (for shr-import branch few weeks old),
which will add support for -vo glamo in mplayer_svn.git.

I rebased glamo patch from Andrzej Zaborowski 
http://repo.or.cz/w/mplayer/glamo.git?a=shortlog to last mplayer svn revision
29415, sofar it works for me.

In OE mplayer there was 
--enable-tremor-low   enable lower accuracy internal Tremor
enabled, but I'll check if external tremor performs better.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


0001-Rebased-glamo-patch-from-Andrzej-Zaborowski.patch.gz
Description: Binary data
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Mplayer with rebased Andrzej Zaborowski patch for -vo glamo

2009-07-20 Thread Martin Jansa
On Mon, Jul 20, 2009 at 05:08:03PM +0200, PaulTT wrote:
 when did you -or andrzej- posted the patch above to mplayer
 development mailing list?
 i couldn't found it in there
 (the only thread nameing glamo was of oct 2008, and not really a patchset)
 please do.

I couldn't found it there too, thats why I started to update it to
latest mplayer code :).

I'll post it there after some testing here, it works for me, but I'm
using latest DRI stuff from Thomas White and others
(now from exa-via-dri branch [1]) so I'm curious about others experience with 
it.

I just updated patch for latest mplayer (just few changes like configure
script and resolved few conflicts). I also cleaned up some unfinished
work like stub for vidix driver [2].

I would like to update it directly in git repo [3], but I need to get
more experience with git, before trying it in public repo :).

[1] 
http://git.openmoko.org/?p=xf86-video-glamo.git;a=shortlog;h=refs/heads/exa-via-dri
[2] 
http://repo.or.cz/w/mplayer/glamo.git?a=commit;h=9572d78e64f53aa3ce4746e7472550dcfb9570e3
[3] http://repo.or.cz/w/mplayer/glamo.git

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: Mplayer with rebased Andrzej Zaborowski patch for -vo glamo

2009-07-21 Thread Martin Jansa
On Mon, Jul 20, 2009 at 06:18:24PM +0100, Thomas White wrote:
 I'm fascinated that you managed to get a picture (of anything) on the screen
 using the exa-via-dri branch at the moment :).. It contains only a small
 amount of code leading up to the point when I realised the serious problem
 with trying to do EXA over DRI within an fbdev-based DDX without KMS [1]:
 http://tinyurl.com/lgu2d7

First I had to apply patch from attachement to even compile it in OE ;).
Then I guess thats because EXA was disabled at Xorg startup at the moment,
so it worked like dri-aware version from user pov.
 
 Both the exa-via-dri and dri-aware branches of xf86-video-glamo will be going
 away quite soon in favour of a new kms branch, which works round these
 issues, and has an added bonus of being much simpler.  The kernel parts of
 KMS necessary to get an old-style fbdev Xorg driver running are working
 already, this part is about making our Xorg driver use the KMS framework.
 I'll send an email to OM-Devel to clarify this when this next stage of things
 is working.

I'm looking forward to test it.

 But anyway, are you interesting in making the mplayer driver use DRI?  If so,
 that's fantastic - it'd allow cooperation between Xorg's acceleration and the
 video acceleration.

I'm quite interested, but the problem is that I'm interested in too many
things already, so lack of skills and lack of time.. :(

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 
diff -uNr git.orig/src/glamo-draw.c git/src/glamo-draw.c
--- git.orig/src/glamo-draw.c   2009-07-18 14:20:55.0 +0200
+++ git/src/glamo-draw.c2009-07-18 14:21:13.0 +0200
@@ -482,7 +482,7 @@
width, height, depth,
bitsPerPixel, devKind);
 
-   miModifyPixmapHeader(pPixmap, width, height, depth,
+   miModifyPixmapHeader(pPix, width, height, depth,
 bitsPerPixel, devKind, NULL);
 
if ( pPix == screen_pixmap ) {


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


Re: PISI 0.4 released

2009-08-13 Thread Martin Jansa
On Thu, Aug 13, 2009 at 09:39:20AM +0200, Michael Pilgermann wrote:
 Hi Edder,
 
 thx for your feedback regarding new features for PISI. I think, they are all 
 really interesing suggestions ... please see my comments below.

Hi Michael,

thx for working on PISI.

I would like to finish OE bbfiles for pisi and deps to help shr devs
integrate it in feeds soon.

Bbfiles for deps python-webdav, python-ldap, python-vobject,
python-gdata were easy, as they're using distutils/setuptools already.

Are you planing to use some build/install support too? I can finish pisi
bbfile with list of installed files, but just inheriting
distutils/setuptools would be easier and nicer :).

I have no experience with python, but I can try to prepare setup.py for
setuptools next week, if you have no time or interest in it and then
send you patch.

Regards,

JaMa


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


Re: PISI 0.4 released

2009-08-13 Thread Martin Jansa
On Thu, Aug 13, 2009 at 11:49 AM, Martin Jansa martin.ja...@gmail.comwrote:

 I have no experience with python, but I can try to prepare setup.py for
 setuptools next week, if you have no time or interest in it and then
 send you patch.


I had some spare time.. so before going for vacation, here is something
which works for me, at least seems like working for me :).

Maybe something could be integrated upstream so simplify bbfile for next
version.

Regards,

JaMa


0020-New-bbfiles-for-PISI-and-dependencies.patch
Description: Binary data
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: PISI 0.4 released

2009-08-18 Thread Martin Jansa
Hi,
on Friday I uploaded patch for OE repository to shr trac:
http://trac.shr-project.org/trac/ticket/592
http://trac.shr-project.org/trac/ticket/592Patch contains support for
setuptools (http://pypi.python.org/pypi/setuptools), which seems like
standard tool for managing python packages, that's files ez_setup.py,
setup.py and setup.cfg. It would be nice if you include those 3 files in
your source distribution package.

I also found few files missing from
http://projects.openmoko.org/frs/download.php/888/pisi-src-0.4.4.tar.gz,
which were available in subversion repository, so I made only bbfile for
live subversion version of pisi, I can found which files were missing if
you can include them to pisi-src too.

As last modification of your source distribution I created pisi python
module and moved all pisi stuff and subdirs there, because this bbfile
installs pisi directly in /usr/lib/python*/site-packages/pisi not to
/opt/pisi and having lots of files and directories only for pisi directly in
site-packages seemed wrong for me.

So i rearranged source files like this:
mkdir pisi
mv pisi*.py pisi
touch pisi/__init__.py
mv contacts/ modules/ events/ tests/ thirdparty/ pisi

As I said before, I'm not python programer so setuptools and python packages
are new for me, so it would be nice if someone could confirm, that this
structure is sane and you could rearrange files in subversion to simplyfi
building process.

I'll try to prepare bbfiles for new development version dependencies as you
wrote in second thread.

JaMa


On Fri, Aug 14, 2009 at 7:35 PM, Michael Pilgermann kichka...@gmx.dewrote:

 JaMa,

 thx for this offer. I don't really know, what in detail you are talking
 about ... i was quite happy, that I managed to assemble ipkg - this is
 all done automatically using a Makefile:

 https://projects.openmoko.org/plugins/scmsvn/viewcvs.php/*checkout*/trunk/Makefile?rev=135root=pisi

 But integrating all this in feeds of repositories of course sounds good
 to me ... just let me know, what exactly I can do for you - I am sure we
 can sort that out 

 (till now I have always just copied the files into my ipkgs)

 Michael


 Martin Jansa wrote:
 
 
  On Thu, Aug 13, 2009 at 11:49 AM, Martin Jansa martin.ja...@gmail.com
  mailto:martin.ja...@gmail.com wrote:
 
  I have no experience with python, but I can try to prepare setup.py
 for
  setuptools next week, if you have no time or interest in it and then
  send you patch.
 
 
  I had some spare time.. so before going for vacation, here is something
  which works for me, at least seems like working for me :).
 
  Maybe something could be integrated upstream so simplify bbfile for next
  version.
 
  Regards,
 
  JaMa
 
 
  
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community


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

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


Re: [all / linux] neo as gps unit?

2009-08-18 Thread Martin Jansa
On Tue, Aug 18, 2009 at 08:17:49AM -0700, jeremy jozwik wrote:
 morning all. i was just sitting here on my debian laptop, poking
 around with tango gps. now my laptop does not have any sort of gps so
 i get the no gps found deal at the bottom. that got me thinking, has
 anyone setup there freerunner to act as a gps device for there
 laptops?
 
 if so, is there a wiki about it?
 
 if not, is it possible to do?

Its quite easy to setup.

1) check /etc/init.d/fso-gpsd and set -S parametr to ip:port where ip is
ie ip address of your wifi interface on neo where you would like to access gpsd
from laptop, and port you can keep default gpsd.

2) on laptop check that this ip address is available with ping and then
set address of gpsd in tangogps last tab to that ip.

3) if something goes wrong, check port availability with nmap and gps
data on laptop side with gpspipe.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: your mail

2009-08-18 Thread Martin Jansa
On Mon, Aug 17, 2009 at 02:08:53PM +0200, Michael Pilgermann wrote:
 (cross post from SHR list)
 
 Dear all,
 
 For an Openmoko PIM Synchronization tool (called PISI) I developed a
 module to integrate with SyncML-servers this weekend. It is all running
 fine on my Linux box (desktop) already.
 
 I had some libs to install in order to get prepared. Now, for putting
 the package together for the Openmoko I need to port them. However, I am
 not very familar with this stuff (Python programmer) and have no
 toolchain installed (I think, I heart that's the way to go for that kind
 of stuff) ...
 
 
 So my question is, whether somebody (who has maybe already a fully
 functional toolchain installed) could assemble Openmoko packages (best
 ipk I would say) for the following three modules:
 
 - wbxml
 (http://sourceforge.net/projects/libwbxml/files/libwbxml/0.10.7/libwbxml-0.10.7.tar.gz/download)
 - libsoup (http://live.gnome.org/LibSoup)
 - libsyncml
 (http://sourceforge.net/projects/libsyncml/files/libsyncml/0.5.4/libsyncml-0.5.4.tar.gz/download)
 
 
 PS: There were comments already, that BB-files should be the way to go - 
 however, about that I know even less ...

All those 3 are already in OE repository.. I can sent you those opkg
files if you want..

There are older versions (now in shr/import branch)

wbxml: 
./opensync/wbxml2_0.9.2.bb

libsoup:
./gnome/libsoup-2.4_2.4.1.bb
./gnome/libsoup_2.2.96.bb
./gnome/libsoup_2.2.93.bb
./gnome/libsoup-2.4_2.26.0.bb
./gnome/libsoup_2.2.7.bb
./gnome/libsoup_2.2.100.bb

libsyncml:
./opensync/libsyncml_svn.bb
./opensync/libsyncml_0.4.6.bb
./opensync/libsyncml_0.4.0.bb

Let me know, if you need most recent versions as you linked.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian

2009-08-19 Thread Martin Jansa
On Wed, Aug 19, 2009 at 01:01:53PM +0100, Thomas White wrote:
 On Tue, 18 Aug 2009 11:38:12 +1000
 Chris Samuel ch...@csamuel.org wrote:
 
  I haven't seen anyone else post about this yet, but this looks really neat!
  
  (Found via Planet Ubuntu)
  
  http://losca.blogspot.com/2009/08/kernel-mode-setting-kms-on-neo.html
 
 Thanks to everyone for the encouragement!  Apart from the GEM buffer object
 waiting ioctl not having been implemented (leading to garbled text in some
 cases, and a few other artifacts), I think the KMS driver is in a usable state
 right now.  Anyone brave enough to test it is more than welcome.

Thanks for your great work! 
I'm using this driver for some time and it behaves realy good. I didn't even 
noticed any garbled text or artifacts, which is great for this state of 
development :).

I have few patches for shr/import branch for newer versions of xorg (I'm
using xserver-xorg-1.6.3) and also some cleanup of your bbfiles (like
using SRCPV for automatic upgrade after rebuild new git revision). If
you're interested, let me know.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian

2009-08-19 Thread Martin Jansa
On Wed, Aug 19, 2009 at 08:27:30PM +0300, Timo Jyrinki wrote:
 2009/8/19 Martin Jansa martin.ja...@gmail.com:
  I'm using this driver for some time and it behaves realy good. I didn't even
  noticed any garbled text or artifacts, which is great for this state of
  development :).
 
 You are probably talking about the non-KMS, normal xf86-video-glamo?
 It's been working ca. since February (bugs fixed since). But this new
 thing is a huge renewal of the whole gfx architecture, including new
 branches of kernel, libdrm and xf86-video-glamo. Read the blog post :)
 
 -Timo

No I'm really talking about KMS :). Today I've seen first garbled text in
midori, but the rest looks the same as it looked with normal
xf86-video-glamo or Xglamo before..

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: [ALL] New showroom for Openmoko apps

2009-08-21 Thread Martin Jansa
On Fri, Aug 21, 2009 at 12:13:04PM +0300, Risto H. Kurppa wrote:
 - Still I think there's a need for a platform to promote ~working
 apps in an appealing way.

Yes that's true and I think that opkg.org is doing just that.

Only few small parts are missing.

1) Use it rather as nice showroom, not as opkg/deb repo

2) Voting UP/DOWN for popularity and showing most popular packages for
section/task, maybe iven UP/DOWN buttons for I would like to test
it/use it or I need exactly something like this - someone please
provide package for my distribution.

3) opkg/deb or manuall installation instructions only in first phase
when its unknown package from unknown developer :)

4) then community-editable list of distributions where it works/doesn't
work.

5) same list with sign if its included in standard repo of that distribution 
and if its not included, user should provide a link to distribution bug tracker
where is package request for that application and everyone could provide
bbfile/src.deb as attachment in that bug, its quite easy. Distro
maintainers than could check if that package is really that popular and
if someone from users/developer itself provided working bbfile then commit it to
their branch, remove link to bug tracker and set sign, thats already included.

Maybe just table like this

| distribution | works  | doesn't work | I would like to use it | Included 
| Package request |
| shr-unstable | 10 + - |   2 + -  |   40  + -  |   Yes
| link-fixed  |
| shr-stable   | 2  + - |   0 + -  |   400 + -  |   No (_Yes_) 
| link|
| debian   | 12 + - |   0 + -  |   4   + -  |   No (_Yes_) 
| _add_link_  |
| _add new distribution_
 |

where + - would be voting links

  Very last words:
  Please do not put anything up, when there is no time / resources to 
  maintain it. It would be a shame to waste so much efforts
 +1!

+1!
IMHO only few improvements of opkg.org are needed..

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: [ALL] New showroom for Openmoko apps

2009-08-21 Thread Martin Jansa
On Fri, Aug 21, 2009 at 11:59:30AM +0200, Sebastian Krzyszkowiak wrote:
 On 8/21/09, Martin Jansa martin.ja...@gmail.com wrote:
  On Fri, Aug 21, 2009 at 12:13:04PM +0300, Risto H. Kurppa wrote:
  - Still I think there's a need for a platform to promote ~working
  apps in an appealing way.
 
  Yes that's true and I think that opkg.org is doing just that.
 
  Only few small parts are missing.
 
  1) Use it rather as nice showroom, not as opkg/deb repo
 
  2) Voting UP/DOWN for popularity and showing most popular packages for
  section/task, maybe iven UP/DOWN buttons for I would like to test
  it/use it or I need exactly something like this - someone please
  provide package for my distribution.
 
  3) opkg/deb or manuall installation instructions only in first phase
  when its unknown package from unknown developer :)
 
  4) then community-editable list of distributions where it works/doesn't
  work.
 
  5) same list with sign if its included in standard repo of that distribution
  and if its not included, user should provide a link to distribution bug
  tracker
  where is package request for that application and everyone could provide
  bbfile/src.deb as attachment in that bug, its quite easy. Distro
  maintainers than could check if that package is really that popular and
  if someone from users/developer itself provided working bbfile then commit
  it to
  their branch, remove link to bug tracker and set sign, thats already
  included.
 
  Maybe just table like this
 
  | distribution | works  | doesn't work | I would like to use it | Included
| Package request |
  | shr-unstable | 10 + - |   2 + -  |   40  + -  |   Yes
| link-fixed  |
  | shr-stable   | 2  + - |   0 + -  |   400 + -  |   No
  (_Yes_) | link|
  | debian   | 12 + - |   0 + -  |   4   + -  |   No
  (_Yes_) | _add_link_  |
  | _add new distribution_
  |
 
  where + - would be voting links
 
   Very last words:
   Please do not put anything up, when there is no time / resources to
   maintain it. It would be a shame to waste so much efforts
  +1!
 
  +1!
  IMHO only few improvements of opkg.org are needed..
 
 I have one idea: how do you want to catch up with library changes
 (versioning, naming etc.) on those distributrions? Now on opkg.org
 there are lots of nice, but unusable apps, because authors forget
 about that apps and there is noone who could regenerate package.

That's why I suggested 3)
to use opkg/deb or manuall installation instructions only in first phase

Because someone brave enough should be able to install it manually, test
provided opkg/deb or use install instruction for creating bbfile. And
then add his vote for works.
If he cannot built/run it, maybe didn't even tried to install and just 
likes screenshots+description,  add vote for I would like to use it.
This vote would be usefull also for end users without time or skills to built
it on their own or to mess with library changes and so.

I'm willing to try to provide bbfiles for packages with high I would
like to use it which are now without bbfile (as I tried ie with PISI).

So whole reason for this table would be to prioritize including of
packages to distributions based on count of works or likes.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: [ALL!!] How to submit a COOL new app to your distribution?

2009-08-26 Thread Martin Jansa
On Wed, Aug 26, 2009 at 09:08:49AM +0200, Adolph J. Vogel wrote:
 However its not clear to me how I would get an *.pkg from bitbake. Just 
 running bitbake with the .bb file does not seem to work.
 
 Any clarification on this issue would greatly be appreciated.

Did you try:

1) bitbake package_name (PN variable from .bb file or filename of .bb
file without version _version.bb

2) bitbake -c build -b path_to_bbfile.bb

3) build whole image for device/distro bitbake shr-image (if your
package is between dependencies it would be built, if not you can add it
to ie recipes/tasks/task-shr.bb)

4) if you build image you will have opk repository in your work dir, or
you can use opkg files directly (for me /tmp/gta/deploy/glibc/ipk/ and
images in /tmp/gta/deploy/glibc/images/).

5) if you're not building whole image but want to refresh Package.gz
files to update neo from you repo, you can use bitbake -c rebuild -b
path_to_recipes/recipes/meta/package-index.bb

Hope this helps

More help 
http://docs.openembedded.org/usermanual/html/
or whole
http://wiki.openembedded.net/index.php/Main_Page

Regards
-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: appraw - .desktop file patcher for fsoraw

2009-08-30 Thread Martin Jansa
On Sun, Aug 30, 2009 at 04:45:56AM -0500, ANT wrote:
 
 Leonti wrote:
 BTW, can you make bitbake file for it so it can be included in SHR
 repositories?
 
 Here is an _untested_ bb recipe for appraw. Somebody, test it please and
 post here if it works or not.

Thanks!

works for me.. attached patch for shr/import.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 
From 048051724ed7d892ebbb62abde4c9a155eb4d153 Mon Sep 17 00:00:00 2001
From: Martin.Jansa martin.ja...@gmail.com
Date: Sun, 30 Aug 2009 11:53:22 +0200
Subject: [PATCH] Add appraw BBfile by ANT ant0...@gmail.com

---
 conf/distro/include/shr-autorev-unstable.inc |1 +
 recipes/openmoko-3rdparty/appraw_git.bb  |   14 ++
 recipes/tasks/task-shr-minimal.bb|1 +
 3 files changed, 16 insertions(+), 0 deletions(-)
 create mode 100644 recipes/openmoko-3rdparty/appraw_git.bb

diff --git a/conf/distro/include/shr-autorev-unstable.inc 
b/conf/distro/include/shr-autorev-unstable.inc
index 20d40e5..af52fda 100644
--- a/conf/distro/include/shr-autorev-unstable.inc
+++ b/conf/distro/include/shr-autorev-unstable.inc
@@ -19,6 +19,7 @@ SRCREV_pn-fsodeviced = ${AUTOREV}
 SRCREV_pn-fsonetworkd = ${AUTOREV}
 SRCREV_pn-fsousaged = ${AUTOREV}
 SRCREV_pn-fsoraw = ${AUTOREV}
+SRCREV_pn-appraw = ${AUTOREV}
 SRCREV_pn-fso-abyss = ${AUTOREV}
 SRCREV_pn-fso-apm = ${AUTOREV}
 SRCREV_pn-fso-term = ${AUTOREV}
diff --git a/recipes/openmoko-3rdparty/appraw_git.bb 
b/recipes/openmoko-3rdparty/appraw_git.bb
new file mode 100644
index 000..d172efd
--- /dev/null
+++ b/recipes/openmoko-3rdparty/appraw_git.bb
@@ -0,0 +1,14 @@
+DESCRIPTION = .desktop file patcher for fsoraw
+HOMEPAGE = http://github.com/Sektor/appraw/;
+SECTION = fso/base
+PRIORITY = optional
+LICENSE = GPL
+#RDEPENDS = fsoraw
+
+PV = 0.1.0+gitr${SRCPV}
+PR = r0
+
+SRC_URI = git://github.com/Sektor/appraw.git;protocol=git;branch=master
+S = ${WORKDIR}/git
+
+inherit autotools
diff --git a/recipes/tasks/task-shr-minimal.bb 
b/recipes/tasks/task-shr-minimal.bb
index 998a52a..e22a0d8 100644
--- a/recipes/tasks/task-shr-minimal.bb
+++ b/recipes/tasks/task-shr-minimal.bb
@@ -90,6 +90,7 @@ RDEPENDS_${PN}-cli = \
 
 RDEPENDS_${PN}-fso = \
   fsoraw \
+  appraw \
   opimd-utils-cli \
   python-codecs \
   python-gst \
-- 
1.6.4.1

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


Re: [shr-u] the nEo theme boot screen

2009-09-01 Thread Martin Jansa
On Tue, Sep 01, 2009 at 09:57:06PM +1200, Robin Paulson wrote:
 i installed the nEo theme a few days back and love it - so much
 faster, more consistent, it's great
 
 i'd like to use the nEo boot screen also, in place of the 'don't
 panic' splash, but illume segfaults whenever i try to open the
 'startup' option in the illume settings manager
 
 any suggestions? i've seen the shr-settings module, but it's not
 listed in there - there's only the 'don't panic' theme
 
 thanks

Yes it's great, I love it too.

More than boot screen, I would like to see it integrated better in shr..
1) bbfiles in shr/import
2) no-overwrite between standard libframeworkd-phonegui-efl-theme and
libframeworkd-phonegui-efl-theme-neo, the same for etk-theme-shr and
eth-theme-neo

With every rebuild of standart shr themes, the files are overwritten on
neo with upgrade and then I have to manually overwrite them again by
installing -neo.opkgs. Or I would get inconsistent look.

I don't know if there is config option for E/etk/phonegui-efl to select
theme like (ELM_THEME=neo), or how to enable multiple themes for them
properly.

Warning from -neo packages:

This will mess a little with your /usr/share/libframeworkd-phonegui-efl
folder, but dont worry its only seeting up some necessary symlinks and
backing up your default theme
This whole process will be reverted when removing this package

IMPORTANT: this package hast to be installed with -force-overwrite or
else it wont work!!!

Press return to continue or ctrl+c to abort


continuing
mkdir: cannot create directory `default/': File exists
backing up default theme
Configuring libframeworkd-phonegui-efl-theme-neo
setting up symlinks

Please report any bugs to bernd.pruens...@gmail.com

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: [Shr-Devel] I'd like to add some packages to the feeds

2009-09-03 Thread Martin Jansa
On Thu, Sep 03, 2009 at 11:14:26AM +0200, Sebastian Spaeth wrote:
 Angus Ainslie wrote:
 Fine with me, but what is gpsd for? are you planning for an fso-less
 environment and no fso-gpsd in the SHR feed?
 If you are interested in the clients only, why not make an gps-clients
 package...
 
 spaetz

When talking about gps utils, what about good old agpsui? I liked it for
testing purposes and options like cold reset, warm reset etc. Probably
new options like drop fso-agps data (as in shr-settings) would be nice.
http://projects.openmoko.org/projects/openmoko-agpsui/

Also Angus, you're author of btGPS too, aren't you?
http://www.handheldshell.com/software/fso/BtGPS.php
I've tested it with some nokia phone, because it has maps and its without gps
receiver, but it didn't work. First there was problem with some /sys
paths or something which i solved by running commands issued from
BTgps.py by hand with right paths, but still that nokia timeouted when
waiting for gps position (I checked that I had a fix and was sending
some gps data over rfcomm line). Is there something special about bt-gps
protocol? Or its not standard at all? I haven't found neither specification 
or at least nokia-specification.

Thanks

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: [shr-u] the nEo theme boot screen

2009-09-03 Thread Martin Jansa
On Tue, Sep 1, 2009 at 12:26 PM, Sebastian Krzyszkowiak seba.d...@gmail.com
 wrote:

 Both should be obsoleted. libframeworkd-phonegui-efl is dead, and we
 don't plan to use etk at all in new stack.


Strange I tried to remove libframeworkd-phonegui-efl-theme-*
and whole directory
/usr/share/libframeworkd-phonegui-efl
and even pin request wasn't shown, after install of
libframeworkd-phonegui-efl-theme-shr
and then libframeworkd-phonegui-efl-theme-neo again, it was shown ok after
xserver restart, but maybe its just coincidence.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [shr-u] mplayer with glamo and audio working?

2009-09-04 Thread Martin Jansa
On Fri, Sep 04, 2009 at 07:13:07AM -0500, Mario Huelsegge wrote:
 
 
 c_c wrote:
  
After trying both the mplayer-glamo and the mplayer-low versions I can
  say that neither really seems to solve the issue.
Probably more tuning of mplayer is required - or perhaps there is
  another problem that needs fixing. Playing 320x240 (prescaled and rotated)
  with sound seems about ok. Anything bigger creates issues.
The video playing part needs a lot of work - and there aren't too many
  people interested (or so it seems :-)
  
 
 generally i find the mplayer-glamo very promising. without audio, 
 i can play a reencoded 320x240 file with 10% cpu, compared to 
 50% with the normal mplayer. so it is worth a try.
 i guess the pre-built version i use has just some problem with audio.
  if this is solved, performence should be much improved.
 i hope there are some other people interested in tv series on the 
 neo out there :)

You can try updated mplayer with rebased glamo patch. Works for me.


patch for shr/import here:
http://lists.openmoko.org/pipermail/community/2009-July/051593.html
or package request in shr trac
http://shr-project.org/trac/ticket/593

I use it for watching few video podcasts sometimes.. but without
touchscreen gestures is still problematic to use (I need pause, seek,
fullscreen toggle, quit, maybe volume control).

I should try intone-video or some other gui instead of using mplayer
from terminal :).

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: [shr-u] mplayer with glamo and audio working?

2009-09-04 Thread Martin Jansa
On Fri, Sep 04, 2009 at 07:48:32AM -0500, c_c wrote:
   Do you have a binary taht you can upload to this list? I would like to try
 it out.

Warning: its built on my modified shr/import based branch, but I guess
it will be compatible with standard shr-unstable. I mean there is not just
modified mplayer, but also Thomas KMS glamo xorg driver and latest xorg stuff 
from git master.

You can download svn snapshot from today here:
http://jama.mk.cvut.cz/mplayer_0.0+1.0rc2+svnr29644-r12_armv4t.ipk

Or when desktop at home is running then there will updated build every
day, if there is a change in mplayer svn (carefull my up is only 2mb/s).
http://jama.homelinux.org/org.openembedded.dev.gta/ipk/armv4t/


 
 Martin Jansa wrote:
  
  I should try intone-video or some other gui instead of using mplayer
  from terminal :)
  
   Intone-video has some issues - since the standard mplayer is slow but
 supports setting window sizes and location with the -geometry flag.
   The glamo patched one is faster but doesn't support window settings. The
 window covers the slipshelf and leaves odd artifacts after exit. So
 development is kinda stalled. 

If that is because patched one was based on older mplayer code than
standard, then this one should work again.

   Can you help?

I can try.

   Actually we need a single optimised build of mplayer that has all the
 relevant patches (tremor / glamo and some that I might have missed).

From my measurement no tremor patch needed see my comment in
http://shr-project.org/trac/ticket/437
All 3 implementations of low accuracy integer based Tremor performed quite 
the same (much better than libogg decoder using floating point), so it
doesn't matter which one is used as far as user sets Tremor as preferred
ogg decoder with -ac parameter (when there are both decoders in mplayer
enabled).

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


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


Re: [shr-u] mplayer with glamo and audio working?

2009-09-05 Thread Martin Jansa
On Fri, Sep 04, 2009 at 11:36:43PM -0500, c_c wrote:
  http://jama.mk.cvut.cz/mplayer_0.0+1.0rc2+svnr29644-r12_armv4t.ipk
   Thanks. Will try it and post back.

Maybe try rather -r13 or/and -r14 (links in attachement), I've included
config files for setting default -ac to tremor,mad and -vo to glamo

How low is 'low accuracy'? And why do we need the floating point
 implementation if it kill as much as 50% cpu?

I'm not able to distinguish between sound of tremor/ffvorbis/vorbis, so
low accuracy is anough for my ears.

Does this version need the -ac flag?

-r12 yes.. it even used ffvorbis by default and then failed with
Unsupported instruction (will investigate later if someone interested in
vorbis floating point version on arm)

-r13 and -r14 have -ac set to tremor,mad in config file installed in
/usr/etc/mplayer/mplayer.conf

I made a small bash test-suite mplayerTest.sh in [1], which I used to
test available binaries for features (which -ac fails with them) and for
performance (real/user/sys time from time command) see mplayerTest.final
in [2] or more details in mplayer.log in [3].

If you have some interesting binary, please send me your results or link
which version should I test with my testfiles.

Conclusion from test:

1) tremor is really way to go without FPU on neo.
2) mad (fixed point implementation of mp3 decoder) performs also better
on neo than ffmp3, but not as significantly asi tremor/vorbis.
3) only binaries without tremor support are sad to say old glamo version
mplayerOG and mplayerUN from shr-unstable feed.

My upgraded mplayer with rebased glamo patch works for me now only on
shr-unstable. On my experimental install with xorg from git it's
rendered somewhere (or at least it seems so from logs), but nothing is
shown on display. And sdl -vo even makes xserver to segfault imediately.

Maybe I'll try to build updated binaries with external tremor from xiph upstream
1) svn://svn.xiph.org/trunk;module=Tremor;proto=http
2) svn://svn.xiph.org/branches/lowmem-branch;module=Tremor;proto=http
3) internal tremor but with disabled tremor-low
but last time I checked it was the same from performance POV.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


mplayerTest.sh
Description: Bourne shell script
Testfiles:
ogg - AUDIO: 44100 Hz, 2 ch, s16le, 112.0 kbit/7.94% (ratio: 14000-176400)
mp3 - AUDIO: 44100 Hz, 2 ch, s16le, 112.0 kbit/7.94% (ratio: 14000-176400) the 
same as ogg, made by ogg2mp3
avi - VIDEO:  [FMP4]  240x320  24bpp  15.000 fps  164.1 kbps (20.0 kbyte/s)

Codecs:
tremor   - afm: tremor (OggVorbis audio)
vorbis   - afm: libvorbis (OggVorbis Audio)
ffvorbis - afm: ffmpeg (FFmpeg Vorbis decoder)
mad  - afm: libmad (libMAD MPEG layer 1-2-3)
ffmp3- afm: ffmpeg (FFmpeg MPEG layer-3 audio)
glamo- vfm: hwmp4 (MPEG-4 output (.mp4 or SMedia Glamo hardware))
sdl  - vfm: ffmpeg (FFmpeg MPEG-4)

Binaries:
mplayer13
http://jama.mk.cvut.cz/mplayer_0.0+1.0rc2+svnr29649-r13_armv4t.ipk
mplayer14
http://jama.mk.cvut.cz/mplayer_0.0+1.0rc2+svnr29415-r14_armv4t.ipk
mplayerOG
http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2
mplayerPT
http://www.paultt.org/downloads/openmoko/mplayer-ptt_dev-SVN-r28791-4.1.2_armv4t.ipk
mplayerTL
http://www.paultt.org/downloads/openmoko/mplayer_dev-SVN-r29155-4.1.2-tremor-low_armv4t.ipk
mplayerTT
http://www.paultt.org/downloads/openmoko/mplayer_dev-SVN-r29155-4.1.2_armv4t.ipk
mplayerUN
http://build.shr-project.org/shr-unstable/ipk//armv4t/mplayer_0.0+1.0rc2-r12_armv4t.ipk

F .. when command failed with error exit status
L .. see LOG below, codec not found or not used as expected


| Codec| Build | | real| user  | sys   |
DATA
| tremor   | mplayer13 | | 0:36.13 | 10.79 |  2.29 |
| ffvorbis | mplayer13 |F| 0:00.56 |  0.35 |  0.16 |
| vorbis   | mplayer13 |L| 0:00.51 |  0.33 |  0.14 |
| mad  | mplayer13 | | 0:35.72 | 11.34 |  1.06 |
| ffmp3| mplayer13 | | 0:37.50 | 17.02 |  2.66 |
| sdl  | mplayer13 | | 0:32.50 | 12.98 |  1.17 |
| glamo| mplayer13 | | 0:31.42 |  5.50 |  1.03 |
| tremor   | mplayer14 | | 0:36.15 | 10.13 |  3.08 |
| ffvorbis | mplayer14 |F| 0:00.58 |  0.33 |  0.20 |
| vorbis   | mplayer14 |L| 0:00.47 |  0.30 |  0.14 |
| mad  | mplayer14 | | 0:35.68 | 11.02 |  1.09 |
| ffmp3| mplayer14 | | 0:37.73 | 17.83 |  1.77 |
| sdl  | mplayer14 | | 0:32.55 | 13.02 |  1.23 |
| glamo| mplayer14 | | 0:31.45 |  5.45 |  0.93 |
| tremor   | mplayerOG |L| 0:00.67 |  0.53 |  0.12 |
| ffvorbis | mplayerOG |L| 0:00.73 |  0.51 |  0.17 |
| vorbis   | mplayerOG |L| 0:00.65 |  0.49 |  0.16 |
| mad  | mplayerOG |L| 0:00.33 |  0.17 |  0.08 |
| ffmp3| mplayerOG | | 0:01.84 |  1.65 |  0.12 |
| sdl  | mplayerOG |L| 0:00.65 |  0.50 |  0.12 |
| glamo| mplayerOG | | 0:30.79 |  0.49 |  0.25 |
| tremor   | mplayerPT | | 0:36.12 | 14.96 |  2.34 |
| ffvorbis | mplayerPT |F| 0:00.59 |  0.31 |  0.18 |
| 

Re: [shr-u] mplayer with glamo and audio working?

2009-09-08 Thread Martin Jansa
On Fri, Sep 04, 2009 at 11:36:43PM -0500, c_c wrote:
  http://jama.mk.cvut.cz/mplayer_0.0+1.0rc2+svnr29644-r12_armv4t.ipk
  
  Or when desktop at home is running then there will updated build every
  day, if there is a change in mplayer svn (carefull my up is only 2mb/s).
  http://jama.homelinux.org/org.openembedded.dev.gta/ipk/armv4t/
  
   Thanks. Will try it and post back.

Maybe try rather -r13 or/and -r14 (links in attachement), I've included
config files for setting default -ac to tremor,mad and -vo to glamo

How low is 'low accuracy'? And why do we need the floating point
 implementation if it kill as much as 50% cpu?

I'm not able to distinguish between sound of tremor/ffvorbis/vorbis, so
low accuracy is anough for my ears.

Does this version need the -ac flag?

-r12 yes.. it even used ffvorbis by default and then failed with
Unsupported instruction (will investigate later if someone interested in
vorbis floating point version on arm)

-r13 and -r14 have -ac set to tremor,mad in config file installed in
/usr/etc/mplayer/mplayer.conf

I made a small bash test-suite mplayerTest.sh in [1], which I used to
test available binaries for features (which -ac fails with them) and for
performance (real/user/sys time from time command) see mplayerTest.final
in [2] or more details in mplayer.log in [3].

If you have some interesting binary, please send me your results or link
which version should I test with my testfiles.

Conclusion from test:

1) tremor is really way to go without FPU on neo.
2) mad (fixed point implementation of mp3 decoder) performs also better
on neo than ffmp3, but not as significantly asi tremor/vorbis.
3) only binaries without tremor support are sad to say old glamo version
mplayerOG and mplayerUN from shr-unstable feed.

My upgraded mplayer with rebased glamo patch works for me now only on
shr-unstable. On my experimental install with xorg from git it's
rendered somewhere (or at least it seems so from logs), but nothing is
shown on display. And sdl -vo even makes xserver to segfault imediately.

Maybe I'll try to build updated binaries with external tremor from xiph
upstream
1) svn://svn.xiph.org/trunk;module=Tremor;proto=http
2) svn://svn.xiph.org/branches/lowmem-branch;module=Tremor;proto=http
3) internal tremor but with disabled tremor-low
but last time I checked it was the same from performance POV.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 


mplayerTest.sh
Description: Bourne shell script
Testfiles:
ogg - AUDIO: 44100 Hz, 2 ch, s16le, 112.0 kbit/7.94% (ratio: 14000-176400)
mp3 - AUDIO: 44100 Hz, 2 ch, s16le, 112.0 kbit/7.94% (ratio: 14000-176400) the 
same as ogg, made by ogg2mp3
avi - VIDEO:  [FMP4]  240x320  24bpp  15.000 fps  164.1 kbps (20.0 kbyte/s)

Codecs:
tremor   - afm: tremor (OggVorbis audio)
vorbis   - afm: libvorbis (OggVorbis Audio)
ffvorbis - afm: ffmpeg (FFmpeg Vorbis decoder)
mad  - afm: libmad (libMAD MPEG layer 1-2-3)
ffmp3- afm: ffmpeg (FFmpeg MPEG layer-3 audio)
glamo- vfm: hwmp4 (MPEG-4 output (.mp4 or SMedia Glamo hardware))
sdl  - vfm: ffmpeg (FFmpeg MPEG-4)

Binaries:
mplayer13
http://jama.mk.cvut.cz/mplayer_0.0+1.0rc2+svnr29649-r13_armv4t.ipk
mplayer14
http://jama.mk.cvut.cz/mplayer_0.0+1.0rc2+svnr29415-r14_armv4t.ipk
mplayerOG
http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2
mplayerPT
http://www.paultt.org/downloads/openmoko/mplayer-ptt_dev-SVN-r28791-4.1.2_armv4t.ipk
mplayerTL
http://www.paultt.org/downloads/openmoko/mplayer_dev-SVN-r29155-4.1.2-tremor-low_armv4t.ipk
mplayerTT
http://www.paultt.org/downloads/openmoko/mplayer_dev-SVN-r29155-4.1.2_armv4t.ipk
mplayerUN
http://build.shr-project.org/shr-unstable/ipk//armv4t/mplayer_0.0+1.0rc2-r12_armv4t.ipk

F .. when command failed with error exit status
L .. see LOG below, codec not found or not used as expected


| Codec| Build | | real| user  | sys   |
DATA
| tremor   | mplayer13 | | 0:36.13 | 10.79 |  2.29 |
| ffvorbis | mplayer13 |F| 0:00.56 |  0.35 |  0.16 |
| vorbis   | mplayer13 |L| 0:00.51 |  0.33 |  0.14 |
| mad  | mplayer13 | | 0:35.72 | 11.34 |  1.06 |
| ffmp3| mplayer13 | | 0:37.50 | 17.02 |  2.66 |
| sdl  | mplayer13 | | 0:32.50 | 12.98 |  1.17 |
| glamo| mplayer13 | | 0:31.42 |  5.50 |  1.03 |
| tremor   | mplayer14 | | 0:36.15 | 10.13 |  3.08 |
| ffvorbis | mplayer14 |F| 0:00.58 |  0.33 |  0.20 |
| vorbis   | mplayer14 |L| 0:00.47 |  0.30 |  0.14 |
| mad  | mplayer14 | | 0:35.68 | 11.02 |  1.09 |
| ffmp3| mplayer14 | | 0:37.73 | 17.83 |  1.77 |
| sdl  | mplayer14 | | 0:32.55 | 13.02 |  1.23 |
| glamo| mplayer14 | | 0:31.45 |  5.45 |  0.93 |
| tremor   | mplayerOG |L| 0:00.67 |  0.53 |  0.12 |
| ffvorbis | mplayerOG |L| 0:00.73 |  0.51 |  0.17 |
| vorbis   | mplayerOG |L| 0:00.65 |  0.49 |  0.16 |
| mad  | mplayerOG |L| 0:00.33 |  0.17 |  0.08 |
| ffmp3| mplayerOG | | 0:01.84 |  1.65 |  0.12 |

FW: [balr...@gmail.com: Re: Mplayer patch for glamo MPEG decoder]

2009-09-10 Thread Martin Jansa
Hi community,

is there someone brave enough to continue with balrogg's work?

- Forwarded message from andrzej zaborowski balr...@gmail.com -

Date: Thu, 10 Sep 2009 22:33:49 +0200
Subject: Re: Mplayer patch for glamo MPEG decoder
From: andrzej zaborowski balr...@gmail.com
To: Martin Jansa martin.ja...@gmail.com

Hi Martin,

2009/9/8 Martin Jansa martin.ja...@gmail.com:
 I've updated them for latest mplayer code and used them in OE repo.
 http://lists.openmoko.org/pipermail/community/2009-July/051593.html

Many thanks, I've merged your changes into master of that fork repo.
Let me know what your username is if you want to use that repository
for development.


 Thomas White (developer of glamo DRI driver with KMS support) suggested
 to use DRI for this MPEG decoder access. I'm not as experienced as you
 are, my skills and time were hardly enough for merging your patch with
 modified configure/Makefile and few other small changes in upstream.

Yes, I think using that DRI for the decoder access would be the way to
go, also perhaps using one of the new frameworks that popped up in
mplayer.  Unforunately I won't have to time to work on that and I
might not have the required skills either, I've never done advanced
graphics stuff.


 Are you still interested in mplayer glamo code? Have you tried to push
 your patches upstream (I haven't found any e-mail about that in mplayer
 ML)?

I've never tried to push them because I wasn't sure my approach was
correct, I suppose the use of the hwmp4 codec that I added has now
either been obsoleted upstream by a similar codec added by somebody
else or there is some new entire frame that obsoletes all the
passthrough codecs.  Now I won't have time to work on it and the other
demotivator is that the number of GTA02s that have been produced with
the glamo chip is limited and the new models I hear will not have it.

Thanks for your work on making the mplayer fork usable on Neo so far.

Cheers

- End forwarded message -

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: nEo theme issues

2009-09-13 Thread Martin Jansa
On Tue, Sep 8, 2009 at 1:06 AM, Bernd Prünster bernd.pruens...@gmail.comwrote:

 didnt really read the ml for about 1 month now, but there are somi
 issues with teh neo theme (read somethign about it in th launcher
 thread also in the germa freeyourphone forum.
 i am currently moving to another city in another federal state. things
 will be worked out as soon as i have internet at home. right now i am
 using the internet terminal at mcdonalds to check on most important
 things.
 since mailinglists tend to leave issues and bits of information
 scattered, please if you want the remainign nEo theme issues to be
 resolved post them here and it will be take care of, cause i am not
 gonna look for suggestions/bugreporst all over the list. i just look
 into topics i find interesting so either post issues here or mail me
 directly.

 gn8


Hi,

Thanks for great theme, I like it a lot!

Are neo-theme files in SCM somewhere? It would be needed for preparing
bbfiles for shr, or at least releasing some source-version.tar.gz with all
files needed? I think that all parts together in one repo or gzip would be
ok, we can split all 6 parts to packages with bitbake.

Then theme-shr and theme-neo packages could be modified to install theme
files to subdirectory and then set symlinks in postinst and block each
other, or even better install shr to default with symlinks targeted there
and add theme changing item to shr-settings :).


Regards

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


Re: Freerunner in real world

2009-09-14 Thread Martin Jansa
On Mon, Sep 14, 2009 at 10:44:21AM +0200, Michael Pilgermann wrote:
 So my question: has anybody got any experiences with
 - attaching a Freerunner to a bike (maybe even incl. sun protection)

Haven't seen wit sun protection, but this looks good
http://wiki.openmoko.org/wiki/Biking#Bike_Mounts
also some more info in thread
http://lists.openmoko.org/nabble.html#nabble-td666287

 - using some additional batteries?

I've spare battery from some old nokia, its BL-5C, but freerunner cannot
charge it (I've read somewhere, didn't test it), so I'm using that old
nokia phone as charger :).

Pity that speaker volume is too low for me to understand what is navit
talking about route directions.. First I was able to hear neo talking 
was at home after 50km trip :), maybe next time I should try to integrate 
BT headset to bike helmet :).

 Thx in advance for you input; greetings

You're welcome

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: nEo theme issues

2009-09-14 Thread Martin Jansa
On Mon, Sep 14, 2009 at 01:41:54PM +0200, Bernd Prünster wrote:
 2009/9/13 Martin Jansa martin.ja...@gmail.com:
 just edje_decc the edj files of which the theme consists and you have
 the sources.
 
 br

I don't need .edc, just all files in other format then ipkg itself?

I can extract them, but then I would have to do it everytime you have 
new version.

If you publish it somewhere in public repo, then I'll incorporate it to
shr distribution easily and we would get update with every new version
you commit to repository.

I've already changed shr libframeworkd-phonegui-efl and etk-theme-shr
behaviour to install their files to subdirectory and then both themes
just calls update-alternative to change just one link in postinst.

Now I've repacked all your files to one tarball and I'm using it locally
but before sending patch incorporating theme to shr we need files
somewhere (SCM would be better, tarball good, extracting your ipkgs just
to get files to pack them again is no go :))

Thanks
-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: nEo theme issues

2009-09-16 Thread Martin Jansa
On Mon, Sep 14, 2009 at 06:41:36PM +0200, Bernd Prünster wrote:
 Martin, u talk with mrmoku so you get git access since you already
 patched the theme.

Sofar I just patched new bbfiles for it, but I'll have git access for
initial import of your theme to shr-theme.git and then you should get
one too, for easy upgrading with new stuff.

 another thing i'd like to ask you is to recolor the elm bubbles to
 black with green border.

I can try, but don't understand edc/edj stuff, so would be better if
someone do it, I'll handle just packaging.

 as is stated few days ago i am currently moving and dont have time and
 dont have fast internet atm (using mcdonalds intenet terminal or my
 freerunner as gprs modem. i should be back in action in about 2 weeks.
 then i can include the latest icons into the neo icon theme, reolsve
 the reminaing issues and complete the neo theme and can finally finish
 the gry* illume theme.

OK, looking forward for new shiny stuff.

 i am not a complete geek without a life, so things will probably delay
 even further.

Neither am I, although it looks otherwise sometimes :).

 regarding theming i just want to polish everything up complete the
 icon theme etc and finish the gry* theme... and as soon as everything
 is in shr git repo i dont need to be bothered for every little issue.

There are 2 issues I have to bother you about... :/

1) I haven't found which license is used for all your neo-theme stuff
and I have to put something in required bbfile metadata.

2) As you said before I tried to decompile all edj files before pushing 
it to shr-theme.git repository, but .edc file decompiled from
elementary-theme-neo_0.2_armv4t.ipk is invalid (ends in the middle of
curled braces) and raster said, that's probably because of packaging
wrong .edc file to .edj. So I used .edc file from version 0.1 and merged
diff from that part of neo-0.2.edc which I could get from newer .edj. 
Would be great if you update .edc file with your source file later when 
you have time.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: nEo theme issues

2009-09-17 Thread Martin Jansa
On Wed, Sep 16, 2009 at 05:19:51PM +0200, Bernd Prünster wrote:
  2) As you said before I tried to decompile all edj files before pushing
  it to shr-theme.git repository, but .edc file decompiled from
  elementary-theme-neo_0.2_armv4t.ipk is invalid (ends in the middle of
  curled braces) and raster said, that's probably because of packaging
  wrong .edc file to .edj. So I used .edc file from version 0.1 and merged
  diff from that part of neo-0.2.edc which I could get from newer .edj.
  Would be great if you update .edc file with your source file later when
  you have time.
 
 ah yes dammit. as soon as i have my computer set up in my new flat i
 will get you a valid edj file
 
 about lincense: can you point me to a comparison between different
 licenses (cc, gpl, etc)?

I'm not sure if you can use gpl for stuff like themes, but ie edc files
are sort of source files, but .png files used in theme are a bit more
difficult (how could someone provide source files of some .png file?).

So one of cc licenses would be easier to use I think.

There is sort of wizard for choosing right cc license
http://creativecommons.org/choose/

First found discussion about it
http://www.alientrap.org/forum/viewtopic.php?t=5389sid=b51e4113102e3593fc4305a4a059ceda

Hopefully someone much more expirienced with licesing will reply on
list.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Qi - why only 3 partitions on SD card?

2009-09-26 Thread Martin Jansa
On Sat, Sep 26, 2009 at 11:12 AM, Nikita V. Youshchenko yo...@debian.orgwrote:

  What
  you _can_ do is construct a mini Linux environment that provides a boot
  menu / usb-dfu, and is booted by Qi in the normal way.  This would place
  those tools in regular Linux userspace, i.e. much more accessible to
  regular non kernel / bootloader hackers.  This could be the default or
  secondary boot option - provide a boot menu and then chainload the
  desired final Linux environment.

 Have anybody done this, at least in proof-of-concept form?

 If yes, any links?


Search kexecboot

http://git.linuxtogo.org/?p=groups/kexecboot/kexecboot.git;a=shortlog;h=refs/heads/cfgfiles

I'm using it on my old Sharp Zaurus and it works great, still actively
developed (would be nice to have some hacker testing, improving support for
freerunner).

I liked u-boot menu and this is even better as kernel for this and then
whole system can be quite the same.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: FreeRunner case + stylus holder (was Re: New case)

2009-09-26 Thread Martin Jansa
On Sat, Sep 26, 2009 at 11:06 AM, arne anka openm...@ginguppin.de wrote:

 so, to make it short:
 - the missing holder is missing by design
 - the availability of the design files should enable everbody, who knows
 how to, to create its own design and, susbsequently, casing
 - maybe a successor/offspring of the gta-core project will address that


Yes missing stylus holder is one of biggest issues for freerunner from my
POV :(.

O bought few small styluses (originaly for nintendo or something) and
attached sort of stylus holder on one side of original pouch (2 short rubber
tubes tied to it with wire through pouch perforations).

And I feel always ashamed of this, with so nice neo phone!

I would like to see transparent neo case with integrated stylus holder :).
Open from all POVs.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Glamo

2009-10-21 Thread Martin Jansa
On Tue, Oct 20, 2009 at 08:16:08PM +, shamsul hassan wrote:
 Hi,
 you can have a look at this link
 http://unadventure.wordpress.com/2008/06/08/accelerating-in-my-pocket/
 
 I think this guy is working on it..

I wrote to balrog some time ago, it great pity, but he said that he
won't have time to continue his work on this..

Someone expirienced with glamo code should take a look on my changes and
it would be great to use DRM code from Thomas White to access glamo from
mplayer too.

Balrog'2 reply:

Hi Martin,

2009/9/8 Martin Jansa martin.ja...@gmail.com:
 I've updated them for latest mplayer code and used them in OE repo.
 http://lists.openmoko.org/pipermail/community/2009-July/051593.html

Many thanks, I've merged your changes into master of that fork repo.
Let me know what your username is if you want to use that repository
for development.


 Thomas White (developer of glamo DRI driver with KMS support)
 suggested
 to use DRI for this MPEG decoder access. I'm not as experienced as you
 are, my skills and time were hardly enough for merging your patch with
 modified configure/Makefile and few other small changes in upstream.

Yes, I think using that DRI for the decoder access would be the way to
go, also perhaps using one of the new frameworks that popped up in
mplayer.  Unforunately I won't have to time to work on that and I
might not have the required skills either, I've never done advanced
graphics stuff.


 Are you still interested in mplayer glamo code? Have you tried to push
 your patches upstream (I haven't found any e-mail about that in
 mplayer
 ML)?

I've never tried to push them because I wasn't sure my approach was
correct, I suppose the use of the hwmp4 codec that I added has now
either been obsoleted upstream by a similar codec added by somebody
else or there is some new entire frame that obsoletes all the
passthrough codecs.  Now I won't have time to work on it and the other
demotivator is that the number of GTA02s that have been produced with
the glamo chip is limited and the new models I hear will not have it.

Thanks for your work on making the mplayer fork usable on Neo so far.

Cheers

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


Re: kernel 2.6.3x?

2009-11-09 Thread Martin Jansa
On Mon, Nov 09, 2009 at 09:29:38PM +0100, Richy wrote:
 afaik 2.6.31 will be used in next shr-unstable. Available some time
 soon, hopefully

No there is still 2.6.29 from andy-tracking now..

But 2.6.31 is in OE repo now and it works really good.

 On Mon, Nov 9, 2009 at 19:05, arne anka openm...@ginguppin.de wrote:
  a while ago there were some posts about making kernel 2.6.3x available,
  because it needs far less patches and improves amongst others power saving.
  but now that kernel 2.6.31 is out for a while, no one ever mentioned
  anything.
 
  so, simple question: how's the state of the new kernel? anybody working on
  it?
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: kernel 2.6.3x

2009-11-11 Thread Martin Jansa
On Wed, Nov 11, 2009 at 08:37:32PM +0100, A.A. wrote:
 Hello,
 
 can I install kernel 2.6.3x on openmoko freerunner gta02?
 Where can I download it?

shr build is here
http://build.shr-project.org/tests/mrmoku/2.6.31/images/om-gta02/

but its not officially released and userland fully ported to new sysfs
paths and ie frameworkd cannot open UNSOL|CALL|MISC channels as PaulFertser 
said:

Gsm PM needs to be updated. It's supposed that userspace will do the 
management via gpiolib and regulator subsystem exposed sysfs nodes.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

2009-11-19 Thread Martin Jansa
On Thu, Nov 19, 2009 at 10:30:22PM +0100, Bernd Prünster wrote:
 Thomas Zimmermann wrote:
  * The neo theme is also nice and fast. It is not installed by
  default, but it is in the feeds. You can easily install in with opkg
  install shr-theme-neo. 

 I am quite sure that the nEo theme will render the phoneUI apps 
 unusable, but i havent tried it, maybe JaMa can tell.
 I need to find some time to give the nEo theme a complete overhaul and 
 fix remainign issues (dont hold your breath it will probably happen in 
 2010 :-P, but when it finally happens you can expect even faster UI)

Illume neo theme looks great and it fast, but phoneui apps are not using
old libframework-efl-theme-neo.. so you will end with ie black text on
black background in messages..

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHR-U] Missing libgps?

2009-11-21 Thread Martin Jansa
On Sat, Nov 21, 2009 at 07:50:07PM +0100, Christ van Willegen wrote:
 Hi,
 
 I started Navit (form the command line) and it complained about a
 missing libgps (version 17). Since I regularly link .16.so to .17.so,
 I went looking for that library, but it isn't there!
 
 Is there a package I should install to get this working?
 
 Christ van Willegen

Do you have libgps and navit from shr-u feeds (not sure if navit is
already built there but it should be today..)

I have:

SHR r...@gojama ~ $ opkg files libgps
Package libgps (2.38-r1.4) is installed on root and has the following
files:
/usr/lib/libgps.so.17.0.0
/usr/lib/libgps.so.17

SHR r...@gojama ~ $ ldd /usr/lib/navit/vehicle/libvehicle_gpsd.so
libgps.so.17 = /usr/lib/libgps.so.17 (0x40011000)
libnsl.so.1 = /lib/libnsl.so.1 (0x40033000)
libpthread.so.0 = /lib/libpthread.so.0 (0x4004e000)
libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x4006c000)
libm.so.6 = /lib/libm.so.6 (0x40124000)
libc.so.6 = /lib/libc.so.6 (0x401c7000)
libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x402e2000)
/lib/ld-linux.so.3 (0x2a00)

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHR-U] Missing libgps?

2009-11-21 Thread Martin Jansa
On Sun, Nov 22, 2009 at 12:05:08AM +0100, Christ van Willegen wrote:
 Hi,
 
 On Sat, Nov 21, 2009 at 8:15 PM, Martin Jansa martin.ja...@gmail.com wrote:
  On Sat, Nov 21, 2009 at 07:50:07PM +0100, Christ van Willegen wrote:
  I started Navit (form the command line) and it complained about a
  missing libgps (version 17). Since I regularly link .16.so to .17.so,
  I went looking for that library, but it isn't there!
 
  Do you have libgps and navit from shr-u feeds (not sure if navit is
  already built there but it should be today..)
 
  I have:
 
  SHR r...@gojama ~ $ opkg files libgps
  Package libgps (2.38-r1.4) is installed on root and has the following
  files:
  /usr/lib/libgps.so.17.0.0
  /usr/lib/libgps.so.17
 
 Where does this libgps package come from? When I opkg install libgps,
 it only tells me that it 'is'nt found'...
 
 The navit is installed from the navit feed itself (the 'unstable version :-) )
 
 Christ van Willegen

I'm building shr-unstable locally to test patches before submitting them
to shr repository.. but seems that all needed is build in standard
shr-unstable feeds

ie
http://build.shr-project.org/shr-unstable/ipk/armv4t/libgps17_2.38-r1.4_armv4t.ipk
http://build.shr-project.org/shr-unstable/ipk/armv4t/navit_0.1.0+svnr2720-r0.4_armv4t.ipk

and all locales..

you should use navit from shr-unstable feeds.. works nicely here even
with czech text-to-speach with espeak

zoff99 got info that navit feeds are built against om2008.10 which is
really different to what is in shr-unstable now

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHR] Multiple packages providing same name marked HOLD or PREFER. Using latest.

2009-11-23 Thread Martin Jansa
On Mon, Nov 23, 2009 at 10:12:21PM +0100, Carsten Gerlach wrote:
 Hello at all,
 
 What does this message mean?
 Multiple packages providing same name marked HOLD or PREFER.  Using latest.
 
 What can I do to fix this issue?
 
 In the current case I tryed an update from navit, it cames from svn-2755 to 
 svn-2758, but this version has bugs. So I did opkg remove navit and then 
 opkg install install http://download.navit-
 project.org/navit/openmoko/svn/navit-svn-2755_armv4t.opk
 
 Now during the installation this message occures and then opkg switches 
 directly to svn 2758...
 
 What can I do to get the latest working 2755?
 
 Thanks, Carsten

Latest working version is in shr-feeds and its svn-2760 and will be build
later today.

If you really want to use navit from navit. Built against om-2008 instead
image you maybe have installed (I guess shr-unstable). Then you probably
need to remove svn-2758 from /usr/lib/opkg/status file.

Btw latest navit in shr-feeds will be 2 packages, navit-icons and navit
itself for faster opkg upgrade of often upgraded navit application and
icons will be updated only when needed.

Regards

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....

2009-11-23 Thread Martin Jansa
On Tue, Nov 24, 2009 at 01:07:40AM +0300, Gennady Kupava wrote:
 Of course, device is unusable without Thomas kernel patch. With that
 patch it's really fast like a... like a usual device, except some things
 like tangogps with large map, and main screen. I didn't notice if
 someone post prebuild kernel with modules, so here is mine andy-tracking
 with whole Thomas patch and all debug disabled:
 http://www.bsdmn.com/openmoko/. Btw, why kernel debug things are enabled
 in kernels now for ordinary users in ordinary distributions? Without it
 feels faster. Can't wait until 2.6.31 will be ready and in
 distributions! Btw, I checked this with both shr and qtmoko - boost is
 amazing. Only thing I don't know is how to transfer pint of best beer to
 location of patches author. So far, I didn't notice any problems with
 kernel.

If whole Thomas patch you mean drm-tracking branch from Thomas White
then its built almost daily (sometimes even few times a day :)) here:
http://build.shr-project.org/tests/mrmoku/kms/
This kernel is not in shr-unstable by default just because all shr devs
get WSOD during resume with this one, but we like it a lot.


If you want to try 2.6.31 with all Thomas's patches again
http://build.shr-project.org/tests/mrmoku/2.6.31/
but expect some problems with ie sound/gsm/(W|B)SOD

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: No gps connection in navit with SHR-unstable

2009-11-25 Thread Martin Jansa
On Wed, Nov 25, 2009 at 11:44:13PM +0100, Fox Mulder wrote:
 Tanogps uses gpsd, so this could not be the problem.
 But now i tried by accident (opkg update downgraded navit r2797 to shr-u
 version r2735) the navit version in the shr repository (r2735) and this
 version works and connects to the gps without problems. I also can see
 my correct position on the map. So it seems that the precompiled
 binaries from the navit homepage for the openmoko are not compatible
 with current shr-u. Tomorrow i will try to contact someone from the
 navit projects and say this so maybe we can find out where the problem
 lies. Because i like to have the newest one and not the one from the
 shr-u repository. :)

Are you sure its because gpsd?

svnrevs  2760 have this problem 
http://trac.navit-project.org/ticket/506
try with navit.xml config if you're using modified one

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Which Java JRE?

2009-11-26 Thread Martin Jansa
On Thu, Nov 26, 2009 at 03:06:35PM +, Arigead wrote:
 Hello all,
 I'm working on a project and I think it'd be cool as to show off the
 project's work on a phone. The OpenMoko phone ;-)
 
 Unfortunately the project is implemented in Java, which I'm no fan of on
 anything but a web server or browser but that's a discussion for another
 day.
 
 I tried our system, which is running in an OSGi Container, on Jamvm on
 the OpenMoko. It works but it sucks up 95% of the CPU when it's idle.
 Not Good! I tried the same on my eeePC and with Sun's JRE our system
 uses 1% of CPU whilst JamVM on the eeePC uses 40%. Obviously JamVM does
 not suit our system.

No idea if it would be better, but have you tried cacao? Its in shr-feeds now 
again.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Navit - unusable?

2009-11-28 Thread Martin Jansa
On Sun, Nov 29, 2009 at 01:43:59AM +0100, Jens Seidel wrote:
 Hi,

Hi,

 How to add a destination? I select as Country Germany, and my City followed
 by Street and Number. And now? Any click on Map, Bookmark and Destination
 does nothing. I assume I have to be online for this step, this is fulfilled.

You don't have to be online, but you need right source for binary maps.
Last time I checked maps downloaded from
http://downloads.cloudmade.com/
I wasn't able to find town/street etc., I was told that cloudmade is
using older version of osm2navit and that maps from
http://maps.navit-project.org/download/
should have search working and really search works for me...

Not sure if its still the case.. Last time I checked was about half year
ago.

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Navit - unusable?

2009-11-29 Thread Martin Jansa
On Sun, Nov 29, 2009 at 02:14:35PM +0100, Marc Bantle wrote:
 Hi Jens,
 
 Jens Seidel schrieb:
  Hi,
 
  I always wondered how people use navit. I started it already a few times but
  find it (in contrast to tangogps) completely unusable.
 
  Once I start it I just get an empty background. Shouldn't it display a map?
  I read http://wiki.openmoko.org/wiki/Navit and tried the described Easy
  Way but do not find the dialog to download maps. I haven't tried the
  command line solution yet as I believe a graphical application should not
  depend on it.
 
  How to add a destination? I select as Country Germany, and my City followed
  by Street and Number. And now? Any click on Map, Bookmark and Destination
  does nothing. I assume I have to be online for this step, this is fulfilled.
 
  I use version 1:0.1.0+svnr2735-r0.4 from the default feed.
 It took we quite some time to make navit work for me
 as well. Meanwhile I use it as gps-aware map and for
 bike navigation.
 
 There's several aspects that need to be setup:
 
 - Supplying the map data as already pointed out by others.
 I use europe.navit.bin.
 - Setup you locale as described in [1]
 - Tweak the layouts, to show the details you like to see.
 I had to enable living streets for cars and paths for
 bike for navit to find the routes as expected.
 - Onscreen Display (I still need to tweak that)
 - Audio guidance (I haven't set that up so far)
 - Valid network connection to your freerunner to
 use it as gps device for your desktop, if desired.
 
 It helped me a lot to split up configuration files
 into one file per vehicleprofile and layout and include
 those into the main navit.xml. That way you easily
 compare different vehicleprofiles and layouts.
 
 The binary data supplied by cloudmade contains most of the
 OSM information, you just need to make navit display it in
 a reasonable manner concerning design and cpu usage.
 There are some problems with finding cities as Martin
 pointed out. Most bigger places seem to work though.
 
 You can have a look at my configuration at [2]. Note that
 it's far from perfect but might help as a starting point.
 
 Cheers,

I pushed some changes to SHR repo few hours ago.

We have better default config now and its splitted to 4 easier managable
config files in /usr/share/navit.

More tweaks will follow.

But check new configs with next navit update (not sure when buildhost
will build feed, because there is rebuild from scratch going..)

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHR-U] Navit crash?

2009-12-06 Thread Martin Jansa
On Sun, Dec 06, 2009 at 08:17:13PM +0100, Christ van Willegen wrote:
 Hi,
 
 Navit on latest SHR-U keeps crashing when I touch the screen. No error
 messages are given to the bash prompt. Only 'gdb: not found'.
 
 Does anyone experience the same?
 
 Christ van Willegen

Use navit.xml config from package, if you're using your own, then you
need to update it.. or better use provided configs and you can modify
them directly in /usr/share/navit now they won't be overwritten with
navit update without your ack.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Launcher Release svn r89

2009-12-08 Thread Martin Jansa
On Tue, Dec 08, 2009 at 12:46:02AM -0800, c_c wrote:
 
 Hi,
   Have posted updated e-tasks in a new thread.
 
 http://n2.nabble.com/e-tasks-r14-for-shr-u-tp4131221ef1958.html

Hi,

is this different from svnrev 14 in svn? If yours package works
better than the one in shr-feeds then we should investigate a bit why.

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: shr-launcher new release for shr-u

2009-12-18 Thread Martin Jansa
On Thu, Dec 17, 2009 at 08:56:20PM -0800, c_c wrote:
 
 Hi,
   Here's the latest release of shr-launcher. 
 http://n2.nabble.com/file/n4185053/shr-launcher_local-r0.4_armv4t.ipk
 shr-launcher_local-r0.4_armv4t.ipk 

shr-launcher was also updated in shr feeds to latest version, its still
building with other upgrades and will be available in an hour or so.

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [Shr-User] UBI success story

2010-01-03 Thread Martin Jansa
On Sat, Dec 26, 2009 at 09:25:57PM +0100, Christoph Mair wrote:
 Hello,
 
 I tried to use SHR the ubi images on my freerunner, but they did not work. 
 Does someone know the parameters which are passed to mkfs.ubifs? I think that 
 the ubi fileystem is created for NAND flashes with subpage support, but this 
 feature does not work on the freerunner. Passing -s 2048 should create a 
 working image (but I did not verify this yet).

Params are in:
http://git.openembedded.org/cgit.cgi/openembedded/tree/conf/machine/om-gta02.conf

MKUBIFS_ARGS = -m 2048 -e 129024 -c 2047
for mkfs.ubifs

UBINIZE_ARGS = -m 2048 -p 128KiB -s 512
for ubinize

So I don't see param for subpage setting for mkfs.ubifs, its only in ubinize,
but it didn't help for my NAND, even when I prepare ubi volume on neo with 
-s 2048 -O 2048 and then try to updatevol with full image (small image
like initramfs-kexecboot works for me just fine). That's why I didn't
push patch for setting it in UBINIZE_ARGS.

 Using the ubi filesystem on the freerunner is not an easy task. A ubi image 
 can't be flashed using nandwrite. I'm not sure about dfu-util, but probably 
 it 
 uses the same technique as nandwrite and therefore won't work too. I did a 
 manual installation (untar SHR into a mounted ubifs) using archmobile 
 installed on SD. If the SHR ubi image is created with the right parameters 
 ubiformat or ubiupdatevol could be used to install the image. For a easy 
 installation with dfu-util, u-boot would need support for ubi images.
 
 I used the newest kernel (om-gta02-2.6.32), but a older one should work too.

I had more issues with kernels older than 2.6.32.

 To fix this, we need to tell the kernel that the mtd partition 6 contains a 
 ubi 
 volume which contains the ubifs rootfs: rootfstype=ubifs ubi.mtd=6,2048 
 root=ubi0:rootfs.
 For a normal boot qi passes rootfstype=jffs2 root=/dev/mtdblock6 to the 
 kernel. Just changing the boot params within the kernel configuration does 
 not 
 work. Therefore I patched qi :)

Ah great!, thanks

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [Shr-User] UBI success story

2010-01-04 Thread Martin Jansa
On Mon, Jan 04, 2010 at 02:37:14PM +0100, Christoph Mair wrote:
 Quote  from http://www.linux-mtd.infradead.org/doc/ubi.html#L_subpage:
 Indeed, let's consider a NAND flash with 128KiB eraseblocks and 2048-byte 
 pages. If it does not have sub-pages, UBI puts the the VID header at physical 
 offset 2048, so LEB size becomes 124KiB (128KiB minus one NAND page which 
 stores the EC header and minus another NAND page which stores the VID header.
 
 Therefore the params should be:
 MKUBIFS_ARGS = -m 2048 -e 126976 -c 2047

Yeah, I notided the same yesterday in failing mount command (it said
that superblock is wrong because of having wrong leb size, so updated 
it locally too).

 With these parameters, I successfully wrote a ubifs image to a ubi volume:
 flash_eraseall /dev/mtd6
 ubiattach /dev/ubi_ctrl -m6 -O 2048
 ubimkvol /dev/ubi0 -m -Nrootfs
 ubiupdatevol /dev/ubi0_0 test.ubifs
 mount -t ubifs ubi0_0 /mnt/
 
 The first step (flash_eraseall) is optional and only needed if ubiattach 
 fails.

I it worked for me too with just
flash_eraseall /dev/mtd6
nandwrite /dev/mtd6 shr-full-eglibc-ipk--20100103-om-gta02.rootfs.ubi

but first attempt it worked with only IO errors about few unreadable
PEBs. After reboot mount always failed after about a minute with
Segmentation fault and once with kernel panic - with 2.6.32.2.

 IMHO the ubinize params should be
 UBINIZE_ARGS = -m 2048 -p 128KiB -s 2048

I also had -O 2048 there..

 but until now I did not get this to work. I can write the image (sometimes it 
 needs a few tries) but mount does not work.

As said above for me it worked just once after nandwrite. :/

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [Shr-User] UBI success story

2010-01-05 Thread Martin Jansa
On Mon, Jan 04, 2010 at 02:37:14PM +0100, Christoph Mair wrote:
  Ah great!, thanks
 Remember that ubi0:rootfs specifies the volume name. The current ubinize.cfg 
 sets this name to om-gta02-rootfs, so change this to ubi0:om-gta02-rootfs

I've removed some UBI debug after max_posedon request and those 2
success stories..

With disabled BGT it seems a bit better also here.

Today I successfully booted ubifs rootfs with Qi too (I'm using 2.6.32,
max_posedon seems happy with standard shr kernel - 2.6.29-rc3). 2.6.32
won't suspend yet (WSOD) but its imho a bit faster.

just after few steps:

1) booting 2.6.32 kernel on uSD
http://build.shr-project.org/tests/mrmoku/2.6.32/images/om-gta02/
download uImage to /boot 
download modules and untar it to /
update uImage link in /boot

2) flash image
flash_eraseall /dev/mtd6
nandwrite -p /dev/mtd6 shr-full-eglibc-ipk--20100105-om-gta02.rootfs.ubi
(almost the same ubinized image will finish build in few mins as
http://build.shr-project.org/shr-unstable/images/om-gta02/shr-full-eglibc-ipk--20100105-om-gta02.rootfs.ubi)

3) then test if it works 
ubiattach /dev/ubi_ctrl -O 2048 -m 6
mount -t ubifs ubi0:om-gta02-rootfs /media/om
ls /media/om

3) update Qi with dfu-util
qi built here
http://build.shr-project.org/shr-unstable/images/om-gta02/ 
is still using jffs2 in kernel params
but you can you binary from here
http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu
or build Qi yourself with bitbake from latest shr/merge branch + this patch:
http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/0014-qi-update-kernel-params-for-ubi-rootfs.patch

4) flash 2.6.32 also to NAND

5) boot it, test it, play with it

max_posedon provided some bonnie++ results from UBI, please run bonnie++
on jffs2 if you have jffs2 partition (bonnie++ is now in shr-unstable feeds).

snip from=http://pastebin.ca/1739342;
r...@localhost / $ bonnie\+\+ -u 0:0
Using uid:0, gid:0.
Writing with putc()...done
Writing intelligently...done
Rewriting...done
Reading with getc()...done
Reading intelligently...done
start 'em...done...done...done...
Create files in sequential order...done.
Stat files in sequential order...done.
Delete files in sequential order...done.
Create files in random order...done.
Stat files in random order...done.
Delete files in random order...done.
Version 1.03c   --Sequential Output-- --Sequential Input-
--Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block--
--Seeks--
MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP
/sec %CP
localhost  300M  1512  72  4878  60  2696  58  1587  98  5519  96
640.6  96
--Sequential Create-- Random
Create
-Create-- --Read--- -Delete-- -Create-- --Read---
-Delete--
  files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
/sec %CP
 16   889  98  2619  99   802  95   883  97 15728  87
640  98
localhost,300M,1512,72,4878,60,2696,58,1587,98,5519,96,640.6,96,16,889,98,2619,99,802,95,883,97,15728,87,640,98

/snip

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Maintain(er) OpenMokoProjects [was: Openmoko projects page down]

2010-01-07 Thread Martin Jansa
On Thu, Jan 07, 2010 at 08:46:51AM -0300, Werner Almesberger wrote:
 Michael Pilgermann wrote:
  the OpenMokoProjects page is back online - thanks to whoever did this.
 
 That would be Joachim. I'll add my thanks too !
 
 Unfortunately, there still appear to be problems with accessing
 certain directories, and nobody seems to have an idea (so far)
 how to solve these.
 
  But in fact, I got a bit concerned about carrying on to host my projects
  there. What is the status of this site - and who is the maintainer? 
 
 As far as I know, Armin Ranjbar is in charge of the administration of
 the projects (approval, etc.), but there doesn't seem to be anyone
 who's clearly in charge of running the infrastructure. (I might be
 wrong, though. Corrections welcome.)

Hi, who could be contacted wrt openmoko OE builder still spamming OE
tinderbox, still building daily, but with lots of errors nobody care
about now I guess.

http://tinderbox.openembedded.net/builders/openmoko/

http://downloads.openmoko.org/distro/unstable/daily/
http://downloads.openmoko.org/repository/unstable/
is still updated daily, but I fear that nobody is using daily anymore
and I haven't seen any patch to OE repo in last few months..

Thanks

Cheers

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Fwd: dfu_download error -110

2010-01-08 Thread Martin Jansa
On Fri, Jan 08, 2010 at 11:01:23AM +0200, Tony Berth wrote:
 any chance to draw some attention on the following?
 
 Thanks
 
 Tony

can you try with newer qi?
http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu

Cheers,

 
 -- Forwarded message --
 From: Tony Berth tonybe...@googlemail.com
 Date: Wed, Jan 6, 2010 at 7:07 PM
 Subject: dfu_download error -110
 To: List for Openmoko community discussion community@lists.openmoko.org
 
 
 when I tried to flash my FR with the latest SHR and after the kernel was
 successfully installed, I got (somewhere in the middle of the process):

middle of which process? dfu flashing of image or flashing of that
kernel?

 dfu_download error -110

 please note, that I did try to re-install the latest qi bootloader (
 http://people.openmoko.org/andy/qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu)
 but still get the same error!
 
 Thanks
 
 Tony

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


-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [Shr-User] UBI success story

2010-01-08 Thread Martin Jansa
On Wed, Jan 6, 2010 at 2:21 AM, Martin Jansa martin.ja...@gmail.com wrote:

 3) update Qi with dfu-util
 qi built here
 http://build.shr-project.org/shr-unstable/images/om-gta02/
 is still using jffs2 in kernel params
 but you can you binary from here

 http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu
 or build Qi yourself with bitbake from latest shr/merge branch + this
 patch:

 http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/0014-qi-update-kernel-params-for-ubi-rootfs.patch


This is not true anymore, I've added qi-ubi as different recipe to OE and
rebuild here, so  this
qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfuhttp://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu
has
jffs2 params again and you need
qi-ubi-s3c2442-1.0.2-r0+gitr1+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfuhttp://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-ubi-s3c2442-1.0.2-r0+gitr1+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu
for
ubifs params

but no need to download it from my host now.. I've built it on official shr
buildhost too, so download it here
http://build.shr-project.org/shr-unstable/images/om-gta02/

Sorry to those who downloaded it in between (I'll remove it from my host for
now..), I've updated wiki page
http://wiki.openmoko.org/index.php?title=UBIFS
and forgot to send this e-mail.

Cheers,

 --
 uin:136542059
 jid:martin.ja...@gmail.comjid%3amartin.ja...@gmail.com
 Jansa Martin 
 sip:jama...@voip.wengo.frsip%3ajama...@voip.wengo.fr
 JaMa

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


Re: Fwd: dfu_download error -110

2010-01-08 Thread Martin Jansa
On Fri, Jan 08, 2010 at 08:25:29PM +0200, Tony Berth wrote:
 On Fri, Jan 8, 2010 at 11:07 AM, Martin Jansa martin.ja...@gmail.comwrote:
  can you try with newer qi?
 
  http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu
 
  Cheers,
 the error occurs in the middle of flashing an image. I get the error after
 14 x #! I don't know if that could be of any help!
 
 I did install
 http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfubut
 this didn't make any difference!

Sorry I've read it wrong.. used qi for flashing image with dfu-util doesn't 
matter of course..

I just seen that you tried latest qi bootloader so I pointed out that
its not latest anymore.. but the rest I've read too quickly to parse
before 1st coffee..

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Bluetooth PBAP support for FSO

2010-01-12 Thread Martin Jansa
On Tue, Jan 12, 2010 at 09:43:55AM +0100, Thomas Franck wrote:
 new SHR-U updates, which is causing a bit of a problem now.. (keeps
 telling me about md5 mismatch and refuses to install two vital fso
 components)

still md5 mismatch? should be fixed about 1,5 hour ago

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHR][PATCH-rev44960] Fix for edje dragable parts not working

2010-01-15 Thread Martin Jansa
On Fri, Jan 15, 2010 at 02:04:56PM +0100, Davide Scaini wrote:
 On Fri, Jan 15, 2010 at 12:39 PM, daniele_athome
 daniele.ath...@gmail.comwrote:
 
  I've just upgraded SHR-unstable recipes from git, efl revision is still
  44960.
 
  --
  daniele_athome
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 
 you're right!
 sorry,
 d

But if you upgrade again in few hours, then you will get right 45060..
it's already building.

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


-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Touchscreen calibration with evdev

2010-01-18 Thread Martin Jansa
On Mon, Jan 18, 2010 at 04:08:51AM -0800, Mike Crash wrote:
 
 I have upgraded my Debian system on GTA02 and found, that the new udev is not
 compatible with current kernel in Debian. So I have compiled andy kernel and
 also upgraded the X.org server with new version. All works fine, but I have
 found, that new X is not using tslib, it loads simply evdev for touchscreen:
 
 (II) config/udev: Adding input device s3c2410 TouchScreen
 (/dev/input/event1)
 (**) s3c2410 TouchScreen: always reports core events
 (**) s3c2410 TouchScreen: Device: /dev/input/event1
 (II) s3c2410 TouchScreen: Found absolute axes
 (II) s3c2410 TouchScreen: Found x and y absolute axes
 (II) s3c2410 TouchScreen: Found absolute touchscreen
 (II) s3c2410 TouchScreen: Configuring as touchscreen
 (**) s3c2410 TouchScreen: YAxisMapping: buttons 4 and 5
 (**) s3c2410 TouchScreen: EmulateWheelButton: 4, EmulateWheelInertia: 10,
 EmulateWhee
 (II) XINPUT: Adding extended input device s3c2410 TouchScreen (type:
 TOUCHSCREEN)
 (**) s3c2410 TouchScreen: (accel) keeping acceleration scheme 1
 (**) s3c2410 TouchScreen: (accel) acceleration profile 0
 (II) s3c2410 TouchScreen: initialized for absolute axes.
 
 But the calibration is gone and I don't know, how to calibrate it. At least
 X and Y axis are reversed. I have tried this in xorg.conf, but it doesn't
 help (it seems the section was not recognized):
 
 Section InputDevice
 Identifier  Configured Touchscreen
 Driver  evdev
 Option  Device /dev/input/event1
 Option  AbsoluteScreen 0
 Option  XAbsoluteAxisMap   1
 Option  YAbsoluteAxisMap   0
 EndSection
 
 Does anybody know, how to calibrate the screen?
 
 Thank you
 
 Mike

We (SHR) are using this (maybe not optimal but works)
http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/xserver-kdrive-common/xserver-kdrive-common/shr/89xTs_Calibrate

Cheers

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: External blkid library not found

2010-01-21 Thread Martin Jansa
On Thu, Jan 21, 2010 at 10:17:51AM +0100, Thomas Zimmermann wrote:
 Am Donnerstag 21 Januar 2010 10:06:50 schrieb Vaudano Luca:
  No, I didn't.
  Now it's only DEPENDS = elementary.
  
  Thanks
 
 Then you should do it. You need the libary in your bitbake tree and not on 
 your buildhost system.

Does your application depend on blkid directly or just transitively because of
some other dependency?

I've seen the same error just because some lib was pulling -L/usr/lib64
to linker cmd and there (on my buildhost) was other version of that library 
but built against blkid (and library in staging was not depending on that).

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: External blkid library not found

2010-01-21 Thread Martin Jansa
On Thu, Jan 21, 2010 at 10:35:07AM +0100, Vaudano Luca wrote:
 My application doesn't depend directly on blkid.
 I don't get how you solve your problem in your buildhost.

Please check if that's the case (check/send that error - linker command).

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Now someone REALLY has to help me!!

2010-01-27 Thread Martin Jansa
On Wed, Jan 27, 2010 at 03:10:27PM +0100, Patryk Benderz wrote:
 [cut]
  6
  Before this menu disappears, write in the desktop shell
  dfu-util -d 0x1d50:0x5119 -a kernel -R -D uImage-om-gta02-latest.bin
 IMHO it is enough to run:
 # dfu-util -a kernel -R -D uImage-om-gta02-latest.bin
 
 P.S. Great tutorial - clear, simple and shows all one might need and
 nothing more.

not always.. having more usb devices connected (IIRC my sharp pda or my
hub+bt is enough) can sometimes confuse
dfu-util enough that it says something like no dfu enabled device
detected which confuses user even more..

checking available devices with dfu-util -l and then providing -d
0x1d50:0x5119 will save now really confused user..

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town

2010-01-28 Thread Martin Jansa
On Thu, Jan 28, 2010 at 04:25:37PM +0100, KaZeR wrote:
 Le 28/01/2010 15:47, n...@el-hennig.de a écrit :
  There is a bug open at navit's bugtracker about that :
  http://trac.navit-project.org/ticket/524
 
  This is a regression since rev 2844. I'm personally using a rev26?? on
  my FR, with reiseplanner maps, without this issue.
 
  The patch in the ticket has been applied, please try with rev 2934+ and
  report.
 
  This is not only true for MP maps but for OSM maps as well, at least with 
  my navit installation (latest from SHR-u feed: rev 2902).
 
  Hopefully this is updated soon...
 
 Then this is probably another issue for you, because the regression in 
 MG (reiseplanner) was caused by the use of new tags in OSM which 
 weren't added to MG.
 Does your OSM map version match navit's revision? If you use an old OSM 
 map, or a newer OSM map with a given revision of navit, it may fail to 
 work because of changes in the datas.
 
 BTW : there are daily build of navit for the FR here : 
 http://download.navit-project.org/navit/openmoko/svn/
 
 They are built nightly, but it's also possible to trigger a build during 
 the day.

That revision with fix is also building now here.. I'll provide links
for test soon.

Those nightly builds are still build with om2008 toolchain? And also in
shr we have navit splited to 2 .ipk (navit as app and navit-icons with
only pngs), and also splitted configs in smaller easier managable files
with shr customized config.

So it's a bit more difficult to switch between navit from shr feed and
navit feed, but it's no problem to build newer navit in shr feeds almost
daily too (if someone is willing to test it before syncing it to all
users..).

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town

2010-01-28 Thread Martin Jansa
On Thu, Jan 28, 2010 at 04:33:21PM +0100, n...@el-hennig.de wrote:
  Then this is probably another issue for you, because the regression in 
  MG (reiseplanner) was caused by the use of new tags in OSM which 
  weren't added to MG.
  Does your OSM map version match navit's revision? If you use an old OSM 
  map, or a newer OSM map with a given revision of navit, it may fail to 
  work because of changes in the datas.
 
 the planet.bin I use is from January 15th.
  
  BTW : there are daily build of navit for the FR here : 
  http://download.navit-project.org/navit/openmoko/svn/
  They are built nightly, but it's also possible to trigger a build during 
  the day.
 I know! The problem is that in the SHR feeds the navit packages have an 
 additional versioning which allows the installation of the svn packages only, 
 if you disable the feeds before.

Please test it from this files and let me know.. if everything works
I'll push it to oe.dev and then build it in official shr-u feeds.

(change preferred locale)

Upgrading navit on root from 1:0.1.0+svnr2902-r5.4.4 to 
1:0.1.0+svnr2934-r5.4.4...
Downloading 
http://jama.homelinux.org/org.openembedded.shr/armv4t/navit_0.1.0+svnr2934-r5.4.4_armv4t.ipk
Upgrading navit-locale-cs on root from 1:0.1.0+svnr2902-r5.4.4 to 
1:0.1.0+svnr2934-r5.4.4...
Downloading 
http://jama.homelinux.org/org.openembedded.shr/armv4t/navit-locale-cs_0.1.0+svnr2934-r5.4.4_armv4t.ipk
Upgrading navit-icons on root from 0.1.0+svnr2871-r1.4 to 0.1.0+svnr2927-r1.4...
Downloading 
http://jama.homelinux.org/org.openembedded.shr/all/navit-icons_0.1.0+svnr2927-r1.4_all.ipk

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town

2010-01-28 Thread Martin Jansa
On Thu, Jan 28, 2010 at 07:12:39PM +0100, Lars Hennig wrote:
 Am Donnerstag 28 Januar 2010 schrieb n...@el-hennig.de:
  The search works with MP maps. I could not test OSM, since I will update
  the map at home later this evening. The search with my current OSM map does
  at least not crash the program. But it does not find the street names
  either.
 
 I downloaded an up-to-date binary OSM map and the search works now. So it 
 would be great if you could push the new revision to the shr-u build.

I already did when you first replied.. it's still building on
buildhost I guess..

 One more thing: The search only works when there is no german umlaut in the 
 name of the city (for OSM maps that is).

Please check your environment (locale set) and if it's ok you should
probably report it upstream (this isn't type of bug which should be
addressed on distro/OE level).

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Latest SHR-?

2010-01-28 Thread Martin Jansa
On Fri, Jan 29, 2010 at 10:15:55AM +0800, William Kenworthy wrote:
 shr-testing is probably the most usable out-of-the-box at the moment.
 Only a few annoyances rather than show stoppers.

IMHO best way is to install both shrs on different partitions and switch
to 2nd if something goes wrong.

 The current kernel has most debugging disabled and though I used the
 default briefly (modified it for more speed soon after!), it seemed
 quite fast as is.

No.. it's not disabled anymore (after few users reported that they see
more issues with nodebug/nopreemt kernel).

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Latest SHR-?

2010-01-28 Thread Martin Jansa
On Fri, Jan 29, 2010 at 03:11:49PM +0800, William Kenworthy wrote:
 Interesting - cant say Ive noticed anything bad - quite the reverse. 

I'm not using shr-t or any .29-rc3 kernel, so I cannot comment. But on
shr ML and trac there was few reports about not getting GPS lock or GSM
channel (even with debug kernel) and at least 3 people said that they
are having this problem more often with nodebug kernel.

So I asked spaetz (maintainer of shr-t) and he said that we should
rather revert back to debug (as it's slower but as some say more
stable). If we want to test nodebug kernel, we should do it rather in
shr-u and *after* testing use it in shr-t too.

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town

2010-01-29 Thread Martin Jansa
On Fri, Jan 29, 2010 at 07:55:00AM +0100, Xavier Cremaschi wrote:
 Martin Jansa a écrit :
  Upgrading navit on root from 1:0.1.0+svnr2902-r5.4.4 to 
  1:0.1.0+svnr2934-r5.4.4...
  Downloading 
  http://jama.homelinux.org/org.openembedded.shr/armv4t/navit_0.1.0+svnr2934-r5.4.4_armv4t.ipk
  Upgrading navit-locale-cs on root from 1:0.1.0+svnr2902-r5.4.4 to 
  1:0.1.0+svnr2934-r5.4.4...
 
  Downloading 
  http://jama.homelinux.org/org.openembedded.shr/armv4t/navit-locale-cs_0.1.0+svnr2934-r5.4.4_armv4t.ipk
  Upgrading navit-icons on root from 0.1.0+svnr2871-r1.4 to 
  0.1.0+svnr2927-r1.4...
  Downloading 
  http://jama.homelinux.org/org.openembedded.shr/all/navit-icons_0.1.0+svnr2927-r1.4_all.ipk
  
  Cheers,
  
 
 SHR-t here, so I cannot test :(

It's already in shr-u feeds, imho best way to try new stuff and still
have reliable phone is to install shr-u on 2nd partition on uSD or just
on uSD if you have shr-t installed in nand.

You don't even have to reboot to use app from shr-u... 

Well sometimes you have to use chroot wisely and ie start Xorg from
chrooted shr-u.. with fso still running in shr-t etc.

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHRu] Stuck @ language screen aka Contest of the day.

2010-02-16 Thread Martin Jansa
On Tue, Feb 16, 2010 at 02:01:53PM +0100, Thomas HOCEDEZ wrote:
 Hi mokists, here's a challenge of the day contest :
 
 I just reflashed SHRu (feb 15). And I was surprised to see a 
 touch-calibration utility at really startup ! Nice idea. But only 
 problem : I touch my screen anywhere by mistake My calibration was 
 validated ! now, I can't click on the Egnlish language button... And 
 by SSH, as I didn't set my password, I cannot reset anything.
 
 I know I can reflash, but I don't want to. (I don't like easy things).
 
 If someone knows how to connect SSH or relauch the calibration utility  
 I will send an openmoko-fr sticker.
 
 -- 
 AstHrO - openmoko-fr.org

I've already asked author of xinput-calibratior utility for confirmation
dialog after calibration.. he said that he will check that soon.

Sorry for a bit difficult sollution, see my e-mail here:
http://www.mail-archive.com/shr-de...@lists.shr-project.org/msg01868.html

If you cannot SSH (empty password should be allowed again in new images
- partially because of this issue), then you can remove that file from
  2nd distribution on uSD or on your PC if you have problem with image
installed on uSD.

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHRu] Stuck @ language screen aka Contest of the day.

2010-02-16 Thread Martin Jansa
On Tue, Feb 16, 2010 at 02:13:33PM +0100, Valery Febvre wrote:
 Valery Febvre wrote:
  Thomas HOCEDEZ wrote:
  Hi mokists, here's a challenge of the day contest :
 
  I just reflashed SHRu (feb 15). And I was surprised to see a 
  touch-calibration utility at really startup ! Nice idea. But only 
  problem : I touch my screen anywhere by mistake My calibration was 
  validated ! now, I can't click on the Egnlish language button... And 
  by SSH, as I didn't set my password, I cannot reset anything.
 
  I know I can reflash, but I don't want to. (I don't like easy things).
 
  If someone knows how to connect SSH or relauch the calibration utility  
  I will send an openmoko-fr sticker.
 
  
  DISPLAY=:0.0 xinput_calibrator
 
 After, it may be necessary to:
 
 $ /etc/init.d/xserver-nodm stop
 $ /etc/init.d/xserver-nodm start

No this is not enough..

with /etc/pointercal.xinput file it will always use the wrong values stored
there.

You have to remove /etc/pointercal.xinput first and then restart
xserver-nodm.

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [SHR] Application for desktop categories

2010-02-18 Thread Martin Jansa
On Thu, Feb 18, 2010 at 09:16:36PM +1100, Michael Smith wrote:
 On Thu, 18 Feb 2010 11:01:39 +0100
 Olivier Migeot larry...@gmail.com wrote:
 
  Just an idea, about DeskCat : since adding more categories - in order
  to remove desktop clutter - will _actually_ add new desktop clutter in
  the mean of category icons, wouldn't it be possible/better/stupid to
  only use one icon and cycle through categories? You could change that
  icon's title - or even pixmap - regarding the currently displayed
  category.
 
 Right now you can use the DeskCat application to put the category launchers 
 into categories, so you can configure it that way if you want. You just have 
 to work around a small bug: when you create a category its launcher doesn't 
 appear in deskcat until after deskcat is restarted. This is because the 
 application list is loaded at startup.
 
 Another way might be to have a single DeskCat application which lets you 
 choose the category to display on the desktop. This way will be slower 
 because of the need to open a GUI application but not as slow as flipping 
 between two categories. I might try to implement this in the future.

Haven't tried it yet, but from what I'm reading, does it just move the
.desktop file to subdir and then if I reinstall some package (and
original .desktop file is restored) then I'll see both icons?

Please also note that illume2 homescreen is said to be much more easier
to customize/improve and shr-launcher/DeskCat features would be nice to 
have integrated there as SHR will move to illume2 as soon as it gets as
usable as illume1 is now (hopefully soon as every new illume2 version is
getting closer fast).

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [shr-u 20100212] what has happened to mickeyterm?

2010-02-25 Thread Martin Jansa
On Thu, Feb 25, 2010 at 06:50:42PM -0800, jeremy jozwik wrote:
 so i reflashed to 20100212 a while ago. but i was overseas and did not
 have a working sim card. back home i go and try to makes some phone
 calls only to discovery everyone is complaining about my call quality.
 i, not wanting to annoy people, go to check the mickeyterm settings
 for noise and what now. only to find -sh: mickeyterm: not found.
 
 so, where has it gone? is it dead? is there a replacement? was it
 simply just missing from the 20100212 build?

mterm2

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [shr-u 20100212] what has happened to mickeyterm?

2010-02-26 Thread Martin Jansa
On Fri, Feb 26, 2010 at 01:00:15PM -0800, jeremy jozwik wrote:
 On Thu, Feb 25, 2010 at 10:26 PM, Martin Jansa martin.ja...@gmail.com wrote:
  mterm2
 
 thanks, that should be added to the wiki if it replaces mickeyterm.

Then add it.. 

mickeydbus - mdbus, mickeyterm removed from shr-lite

mdbus2, mterm2 are newer versions IIRC rewritten in vala

mickeyterm is still in feeds, but not installed as dependency of
task-shr-minimal (and then shr-lite images), that's why it was
automaticaly removed for you by opkg (as it became orphaned package), 
if you install it manually it will stay.

 but the command i want to issue AT%N0001 is not accepted, or i do
 not know how to work with this new interface. mterm2 --help is of
 little help

I don't know much about mickeyterm/mterm2 so I cannot help you there,
but you can try it in that old mickeyterm.

 where have the settings for noise reduction gone to?

I don't know..

Regards,
-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: QtMoko v18 - based on 2.6.32

2010-03-01 Thread Martin Jansa
On Mon, Mar 01, 2010 at 01:09:24PM +0100, Radek Polak wrote:
 Otherwise the new kernel runs really nice. Bluetooth and accelerometers 
 should 
 be quite easy to fix. I dont know about the touchscreen in X. Any other 
 distro 
 that uses 2.6.32 kernel has X server all right?

With 2.6.32 built with OE available here:
http://build.shr-project.org/tests/mrmoku/kms/images/om-gta02/
defconfig
http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.32/om-gta02/defconfig

I don't see any strange touchscreen behavior in xserver-1.8 snapshot and
I don't remember any ts issues with 1.7.* versions (except that I was
missing ts filters in first defconfig and then ts calibration wasn't
able to find sysfs nodes).

http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/xserver-kdrive-common/xserver-kdrive-common/shr/89xTs_Calibrate

 If there are no other regressions i am thinking about making 2.6.32 kernel 
 default for QtMoko.

Great!

Yesterday Thomas White pushed WSOD fix for his DRM driver, so I hope we
could move to 2.6.32 with SHR soon too.

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: QtMoko v18 - based on 2.6.32

2010-03-01 Thread Martin Jansa
On Mon, Mar 01, 2010 at 03:58:26PM +0100, Radek Polak wrote:
 On Monday 01 March 2010 13:31:26 Martin Jansa wrote:
 
  On Mon, Mar 01, 2010 at 01:09:24PM +0100, Radek Polak wrote:
   Otherwise the new kernel runs really nice. Bluetooth and accelerometers
   should be quite easy to fix. I dont know about the touchscreen in X. Any
   other distro that uses 2.6.32 kernel has X server all right?
  
  With 2.6.32 built with OE available here:
  http://build.shr-project.org/tests/mrmoku/kms/images/om-gta02/
  defconfig
  http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux
  -openmoko-2.6.32/om-gta02/defconfig
  
  I don't see any strange touchscreen behavior in xserver-1.8 snapshot and
  I don't remember any ts issues with 1.7.* versions (except that I was
  missing ts filters in first defconfig and then ts calibration wasn't
  able to find sysfs nodes).
 
 Hi Martin,
 thanks for pointers. I tried the latest 2.6.32 SHR kernel, but it does not 
 work very good for me. Probably because of KSM. I am still using old Xglamo 
 which segfaults with this kernel and fbdev xorg prints:
 
 (EE) FBDEV(0): FBIOPUT_VSCREENINFO: Invalid argument
 (EE) FBDEV(0): mode initialization failed
 
 Fatal server error:
 AddScreen/ScreenInit failed for driver 0

Yes that's right, sorry I should warn you before trying, this kernel expects
kms enabled xf86-video-glamo in userspace and disables old fbdev driver.

Good thing is that kms enabled xf86-video-glamo in userspace is able to 
fallback to swrast when DRM kernel is not used.

So in SHR we have the same userspace and used kernel decide how it will
render.

 I can try upgrade to debian testing so that i can try xf86-video-glamo (or is 
 there package for lenny somewhere?).

No idea.
Thomas White's kms branch is already merged to master, so package built
from there with latest revision should be enough.
http://git.openmoko.org/?p=xf86-video-glamo.git;a=summary

You also need mesa and libdrm with Thomas's patches.
http://git.bitwiz.org.uk/?p=libdrm.git;a=summary
http://git.bitwiz.org.uk/?p=mesa.git;a=summary

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: MC Navi released

2010-03-03 Thread Martin Jansa
On Thu, Feb 11, 2010 at 10:47:55AM -0800, Mike Crash wrote:
 
 After preview about month ago here is finally first public version of MC
 Navi. Keep in mind it is still in hard development and this day I found some
 bugs, which are not yet fixed in this release (I didn't want to stop the
 release, because it is never-ending story).
 
 So if somebody wants to try, all information is on [1]. I have moved it to
 other site, because here is also Debian repository. Download source code and
 packages for Debian armel/i386/AMD64. 
 
 [1] http://www.gps-routes.info/index.php?name=Contentpa=showpagepid=1

Hi,

Is there some SCM repo for MC Navi?

Or some already existing patch for compatibility with gpsd-2.90?

Error log:
http://tinderbox.openembedded.net/packages/504843/

Díky :)

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: MC Navi released

2010-03-03 Thread Martin Jansa
On Wed, Mar 03, 2010 at 04:32:51PM +, Neil Jerram wrote:
 On 3 March 2010 16:08, Martin Jansa martin.ja...@gmail.com wrote:
 
  Or some already existing patch for compatibility with gpsd-2.90?
 
 That's an interesting question.  Are you considering gpsd for SHR,
 instead of ogpsd + fso-gpsd?

AFAIK gpsd was always built in SHR at least as gpsd.h provider etc. And it was
updated to 2.90 about a week ago. On device there is fso-gpsd and then libgps
now version libgps19 (2.90-r4.0.4).

I'm not really planing any gps switch, but the plan is to remove frameworkd
and python from SHR images ASAP.

1) fsogsmd should work already
2) opimd is redesigned still in python, then it will need vala? rewrite :/
3) fso-gsm depends on frameworkd (ogpsd) now and needs to be replaced/improved
   somehow, that's why I asked mickey
4) I'm building experimental images[1] with 2.6.32 kernel, fsogpsd, xserver-1.8 
and 
   without udev, hal, python, frameworkd for myself (they are not usable out of
   the box, but I want to test and prepare SHR for next step :))

12:36.41JaMamickey|office: yes there any plan to make fso_gpsd 
independent on frameworkd? now it's in RDEPENDS
13:50.33mickey|office   JaMa: fso-gpsd has not been written by us, the 
author is somewhat missing in action; i do not have any plans for it. fso-gpsd 
translates gypsy into gpsd protocol. fsotdld will not use gypsy protocol, so 
fso-gpsd won't work anyways w/ fso2
13:55.29JaMamickey|office: so fsotdld will provide NMEA? and if we 
need gpsd protocol provided by fso-gpsd (ie for using gpsd from FR on other 
device over wifi connection) then someone need to implement NMEA-GPSD right?
13:56.05mickey|office   JaMa: I'm afraid fsotdld will not provide NMEA, 
that would not make sense, fsotdld is about giving a high level location 
protocol
13:56.14mickey|office   we will have to have something like 
fsotdld-gpsd, yes
13:56.28pabs3   how does fsotdld relate to geoclue?
13:56.29mickey|office   fsotdld will basically incorporate all location 
providers
13:56.53mickey|office   pabs3: it looks like there will be an overlap
13:57.20JaMamickey|office: ah so UBX NEMA is name of protocol we 
get from our chip?
13:57.34mickey|office   JaMa: UBX5 or NMEA, yes
13:57.38mickey|office   or UBX4
13:57.41mickey|office   dunno offhand
13:58.07JaMamickey|office: ok thanks
13:58.30mickey|office   sascha wessel (author of fso-gpsd) once put up 
a nice RFC of a location provider protocol
13:58.36mickey|office   i'm leaning towards using that
13:58.43mickey|office   or make it compatible with geoclue
13:59.01mickey|office   but last time we made a protocol compatible 
with something, that something was more or less abandonded ;)
14:00.09mickey|office   the choice to support gypsy made sense at the 
time
14:00.14mickey|office   but the outcome was a horrible protocol
14:00.21mickey|office   very undbuslike
14:00.30mickey|office   this time i want to make it better
14:00.52lindi-  mickey|office: gpsd protocol changed btw
14:01.10lindi-  mickey|office: support for old protocol will be dropped 
this year
14:01.28lindi-  meanwhile it will support both (and autodetect)
14:02.11lindi-  the one-letter commands are finally gone for good :)
14:03.09mickey|office   awesome :)
14:03.20mickey|office   ya, we definitely want a gspd protocol plugin 
for tdld
14:03.34JaMaI'm just reading what mqy (author of omgps said), 
because he had parsers for all 3 protocols, so maybe it would be easy to 
convert with help of his code 
http://lists.openmoko.org/pipermail/community/2009-June/050403.html

[1]: 
http://gitorious.org/~jama/angstrom/jama-shr-experimental/commits/shr/unstable 
 - don't use this if you don't know what are you doing :) and if you do, 
expect rebase almost every day

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [NEW DISTRIBUTION] Announcing NEOPhysis

2010-03-09 Thread Martin Jansa
On Sun, Mar 07, 2010 at 01:28:02PM +0100, Petr Vanek wrote:
 We started working on it on last September, with the support of the 
 Italian Telefoninux.org community, and after 6 months (thursday was
 our half-birthday :P) we want to share the effort of the 6 core
 members of the team with you.
 
 thank you for the announcement. just tested the new image, feels better
 then the previous one, faster.
 
 It takes incredible 34 seconds from first PWR press till the home screen
 appears with the GSM already registered! I made a test phone call  with

Can someone make bootchart from it?

My image seems to have enlightenment running in about 40 sec, Killing
xinit/Xserver script and starting Xorg with right params directly would
seve maybe another 5sec.

http://jama.homelinux.org/Pictures/bootchart-2.6.32.9.r2.png

But I'm still interested if that NDE is so quicker or if I'm wasting so
much time somewhere else.

Thanks,

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: [shr-t] Big update, safe or not ?

2010-03-18 Thread Martin Jansa
On Thu, Mar 18, 2010 at 05:14:08PM +0100, Sander van Grieken wrote:
 On Thursday 18 March 2010 15:34:42 n...@el-hennig.de wrote:
But today I've tried an 'opkg update' and now I see :
   $opkg list-upgradable | wc -l
   682
   
   Will such a big upgrade be ok or do I have to wait until Sunday (more
   time to fix borken things) ?
  
  You should consider to upgrade in more than one step, as space in /tmp is
  limited.
 
 Or simply create a tempdir on the SD card and upgrade using
 opkg -t /media/card/tmp upgrade

or permanentrly update tmp_dir option in /etc/opkg/opkg.conf for better 
location if default /var/lib/opkg/tmp doesn't suit you

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: shr-launcher updated

2010-03-29 Thread Martin Jansa
On Sun, Mar 28, 2010 at 11:36:55PM -0800, c_c wrote:
 
 Hi,
   No Problem. Just thought of asking anyhow.
 Thanks

Hi,
where is source of this updated version?

There is no new commit on
http://code.google.com/p/shr-launcher/source/list
:/

Thanks

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Thone 0.5

2010-03-31 Thread Martin Jansa
On Wed, Mar 31, 2010 at 01:59:52AM +0200, pike wrote:
 On April 1st, 2009, Werner Almesberger wrote
   April 1 is not over yet ;-) [1]
 
 Following up on that discussion, I decided to
 write a bunch of shell scripts to read/write sms,
 calls, manage your address book etc. At first,
 they were basicly mdbus wrappers. But it apparently
 took me a full year get the details right.
 
 And today is a nice day to release what I have
 http://wiki.openmoko.org/wiki/User:Pike/Thone
 
 I'm curious what y'all think. My aim was to write
 something that would beat the guis: quicker to load,
 easier to work with, more reliable, and, when using
 a gui like FatFingerShell [2], prettier :-)
 But to be honest, I'm not there yet.
 
 I learned the nitgrit of bash, sed and awk along
 the way; most of the code already looks like
 babytalk to me now, but well it works.
 
 $2c,
 *-pike
 
 [1] http://lists.openmoko.org/nabble.html#nabble-td2542865%7Ca2568942
 [2] http://fz.hobby-site.org/om/fatfingershell/web.html

Hi,

Haven't tried yet, but from description it looks usefull (I'm using my
neo mostly only remotely over ssh connection :)). So I'm already
preparing bb recipe for that to put it in shr-u feeds.

Thanks!

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Thone 0.5

2010-03-31 Thread Martin Jansa
On Wed, Mar 31, 2010 at 02:35:25PM +0200, pike wrote:
 Hi
 
  http://wiki.openmoko.org/wiki/User:Pike/Thone
  Haven't tried yet, but from description it looks usefull (I'm using my
  neo mostly only remotely over ssh connection :)). So I'm already
  preparing bb recipe for that to put it in shr-u feeds.
 
 That sounds great. Not exactly sure what it means though :-)
 Let me know if you need anything.

I have .ipk now
http://jama.homelinux.org/org.openembedded.shr/all/thone_0.5-r0.4_all.ipk

But it's just converted tgz-ipk made by bitbake.

 for example ..  I've put the tarbal up on google code but
 I could put the sources under public svn there if thats
 easier ?

Yeah, would be nice to have it somewhere in tar.gz or svn in form of
just source files and simple Makefile which has only target install
which moves source files to right target dirs.

BTW: Haven't seen your real name to fill AUTHOR field properly.. but
nick will be enough if it is intentional ;).

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Thone 0.5

2010-04-01 Thread Martin Jansa
On Thu, Apr 01, 2010 at 12:29:47AM +0200, pike wrote:
 Hi
 
  http://wiki.openmoko.org/wiki/User:Pike/Thone
 
  I have .ipk now
  http://jama.homelinux.org/org.openembedded.shr/all/thone_0.5-r0.4_all.ipk
 
 Cool! Thanks!
 
 Now, as was to be expected, I fixed some bugs
 and upped a new version, 0.6 .. with a different
 url ..  wouldnt it be easier if I hosted that ipk
 myself, on googlecode ?

I'm not going to host that .ipk.. but add recipe to shr and it will be
in SHR feeds as any other app :). If you want to reuse it for other
distributions, feel free to add link to shr feeds or redistribute it
from googlecode.

I'll update recipe to 0.6 and add it to feed (probably today).

 .. so i was trying to untarzip your ipk file
 to see if I could update it but it gives
 tar: invalid tar magic. isnt it a tarzip ?

it's 'ar', ar -x would do right magic

 I'm wondering how to proceed. Never done this.
 Given the way .ipk works, I dont see the need
 for a makefile.

With makefile it would be easier to install files to other locations
easily (like readme to /usr/share/doc) etc.. but it's not a big issue so
if you don't see the need, OK :).

  BTW: Haven't seen your real name to fill AUTHOR field properly.. but
  nick will be enough if it is intentional  ;) .
 
 Yeah, pike will do :-)

OK

BTW: in 0.5
* updating sms.cache..
/org/freesmartphone/PIM/Messages/Query: Query failed:
org.freedesktop.DBus.Python.AttributeError

is it something fixed in 0.6 already? (I'll try in few minutes..)

Thanks!

Cheers,
-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Thone 0.5

2010-04-01 Thread Martin Jansa
On Thu, Apr 01, 2010 at 10:40:26AM +0200, pike wrote:
 Hi
 
  http://wiki.openmoko.org/wiki/User:Pike/Thone
  I'm not going to host that .ipk.. but add recipe to shr and it will be
  in SHR feeds as any other app :). 
 
 Bear with me :-) The bitbake recipe refers to the ipk ?

bitbake recipe is build description which instructs bitbake how to
create correct .ipk or .dep or .rpm or whatever from source archive.

In thone case it's repackaging your scripts.
 
 In either case, it's probably better to wait for
 a bit more stable version, or find a way for me to
 fix bugs upstream.

In case you relase newer version, recipe update is task for few sec.
Than all shr users get updated version with opkg upgrade (which they
have to check and download manually in case your .tgz).

 In short, wow thanks, but please don't, yet.

It's your call, but I don't see any disadvantage of having thone in
shr feeds. Let me know if you change your mind.

  BTW: in 0.5
  * updating sms.cache..
  /org/freesmartphone/PIM/Messages/Query: Query failed:
  org.freedesktop.DBus.Python.AttributeError
  
  is it something fixed in 0.6 already? (I'll try in few minutes..)
  
 
 I don't think so - never seen it.
 Let me check if I can repeat it.

Steps used here:
thone
sms tabtab
 sms grep: /home/root/.thone/ppl.cache/*ppl: No such file or directory
grep: /home/root/.thone/ppl.cache/*ppl: No such file or directory

config  helplistreadwrite
 sms list
* updating sms.cache..
/org/freesmartphone/PIM/Messages/Query: Query failed: 
org.freedesktop.DBus.Python.AttributeError

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: MC Navi

2010-04-01 Thread Martin Jansa
On Thu, Apr 01, 2010 at 12:31:12AM -0800, Mike Crash wrote:
 
 Hello, I'm going to release new version of MC Navi and I want to make maps
 available for direct download. So I want to ask, what country do you need?

Hi, is new version compatible with gpsd-2.90?
mcnavi is failing to build in shr feeds for almost a month :/

http://www.mail-archive.com/community@lists.openmoko.org/msg58389.html

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: src bitbake ipkg

2010-04-01 Thread Martin Jansa
On Thu, Apr 01, 2010 at 11:58:45PM +0200, pike wrote:
 Hi
 
  Bear with me :-) The bitbake recipe refers to the ipk ?
  
  bitbake recipe is build description which instructs bitbake how to
  create correct .ipk or .dep or .rpm or whatever from source archive.
  
  In thone case it's repackaging your scripts.
 
 
 Thanks for being clear here. I thought long
 and deep about this, and, read a manual :-)

 Probably the bitbake recipe is more complicated
 than the ipk it creates, but I guess that doesnt
 matter on your side - you need the recipe, not
 the bread.

So can I push the recipe for 0.6 as is and then improve it with next
version? I would like to.. as I'm leaving tomorrow for few days..

And it's pretty simple
http://paste.pocoo.org/show/196533/

but those 'cp' aren't good practise as you cannot easily adjust ie file
permissions as install call does..

 For now, I'll try hosting the ipkg myself;
 based on the one you created.

 A question: why is that file different than
 the ipkg  described by QTopia
 http://qtextended.org/modules/developers/qtopia.php?linkFile=developers/IPKG_Howto
 or even here
 http://handhelds.org/moin/moin.cgi/BuildingIpkgs
 In these descriptions, the control directory is
 a directory, not a file.

I never used ipkg-build manually, I guess that CONTROL is only temporary
file and CONTROL/control is what is packed in .ipk as control, so the
same.. but as I said before, I never used it manualy and I'm not .ipk
format expert :).

 just curious,
 *-pike

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: MC Navi

2010-04-02 Thread Martin Jansa
On Thu, Apr 01, 2010 at 02:58:59AM -0800, Mike Crash wrote:
 
 Yes, it is compatible with 2.90, just uncomment in mgps.h
 
 #define GPSD_API_19 1
 
 I will attempt to autodetect gpsd version, but it seems the version
 number in gps.h is the same as in previous version, so currently I don't
 know how

Thanks, rebuilt in feeds again.

BTW: in new version can you replace INSTALL link with actuall file? It
fails to make install on systems where is different version of automake 
installed. Now temporary replaced with empty file in bb recipe.

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: player

2010-04-11 Thread Martin Jansa
Done in SHR-U feeds.

Regards,

On Sun, Apr 11, 2010 at 9:40 AM, c_c cchan...@yahoo.com wrote:

 Hi,
  I've managed to fix the problem - which turned out to be poor programming
 from my side. Have committed the fixes to the svn. Hopefully, an updated
 build should be out soon.
 --
 View this message in context: 
 http://n2.nabble.com/player-tp4868896p4884719.html
 Sent from the Openmoko Community mailing list archive at Nabble.com.

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


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


Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?

2010-04-14 Thread Martin Jansa
On Wed, Apr 14, 2010 at 11:33:57PM +0100, Neil Jerram wrote:
 able to try SHR for very long.  (In Debian, I can just switch back to
 fbdev.)

Have you tried to switch to fbdev in SHR? It's as easy as in debian.
opkg install xf86-video-fbdev and update xorg.conf

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?

2010-04-14 Thread Martin Jansa
On Thu, Apr 15, 2010 at 12:27:36AM +0100, Neil Jerram wrote:
 r...@om-gta02 ~ $ opkg install xf86-video-fbdev
 Collected errors:
  * Cannot find package xf86-video-fbdev.
 
 Is that SHR just too old, would you say?

Hi,

I'm sorry, I was sure only for SHR-U not SHR-T..  
I've built it in SHR-T feeds now too.

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: git.openmoko.org / GTA02 kernel sources?

2010-04-22 Thread Martin Jansa
On Thu, Apr 22, 2010 at 07:59:27AM +0200, Dr. H. Nikolaus Schaller wrote:
 I tried to fetch the latest kernel sources from 
 http://git.openmoko.org/?p=kernel.git;a=summary 
   for learning something, but it appears that the server has some  
 failure:
 
 iMac:tmp hns$ git clone git://git.openmoko.org/git/kernel.git linux-2.6
 Initialized empty Git repository in /private/tmp/linux-2.6/.git/
 remote: fatal: Out of memory, realloc failed
 remote: aborting due to possible repository corruption on the remote  
 side.
 fatal: early EOF
 fatal: index-pack failed
 iMac:tmp hns$
 
 So my main question is where I can get recent enough kernel sources  
 from?

Check this thread
http://lists.openmoko.org/pipermail/openmoko-kernel/2010-April/010946.html
for temporary workarround.

Regrads,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Re: Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter

2010-05-05 Thread Martin Jansa
On Wed, May 05, 2010 at 12:57:41PM +0200, n...@el-hennig.de wrote:
   For me it does not automatically, but as workaraound you can start
  shr_elm_softkey from the terminal and then it works fine.
 
 I found an even better way to workaraounf this problem automatically:
 
 I created a wrapper /usr/bin/shr_elm_softkey.sh that is called from 
 /etc/X11/Xsession.d/89shr_elm_softkey and that waits some time until it 
 starts shr_elm_softkey
 
 The wrapper loks like this:
 ---8-
 #!/bin/sh
 export DISPLAY=localhost:0
 sleep 60
 
 exec /usr/bin/shr_elm_softkey
 ---8-
 
 The Xsession-Skript is the following:
 ---8-
 #!/bin/sh -e
 DISPLAY=:0.0 /usr/bin/shr_elm_softkey.sh 
 ---8-

There is strace for not working
http://build.shr-project.org/tests/jama/shr_elm.log.no
and working start
http://build.shr-project.org/tests/jama/shr_elm.log.yes

As TAsn confirmed shr_elm_softkey needs illume module to be loaded
before it's started.

Your workaround works, but be aware that in that 60s you have to finish
first run wizard (after reflash or .e removal). TAsn is checking
possibilities for shr_elm_softkey autostarted by e17 itself.

snip
The best approach (imo), would be to make an app.desktop file, put it in
/usr/share/applications (or standard place for your platform). Then in
/etc/skel make a ./e/e/applications/startup/.order file with app.desktop
listed in it. Then when new users get created, the
~/.e/e/applications/startup/.order file gets copied into users home dir
and the QP app will get started every time they start E.
/snip

Shorter version of same workaround (not pushed because 20s is as bad as
60s for first start).

sed -i 's#^DISPLAY=:0.0 /usr/bin/shr_elm_softkey#sh -c sleep 20 \\ 
/usr/bin/shr_elm_softkey#g' /etc/X11/Xsession.d/89shr_elm_softkey

DISPLAY is also already set by /etc/profile..

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: andy-tracking and gdrm-2.6.32

2010-05-17 Thread Martin Jansa
On Tue, May 18, 2010 at 12:24:27AM +0200, mobi phil wrote:
  maybe then merging gdrm stuff from gdrm branch from git.openmoko.org
  and rest from gdrm-for-merging?
 
  or what would be the best to merge to have both stable 2.6.32 and
  drm/kms?
 
  It's nothing to do with merging, I just made a new branch, cleaned up
  and more suitable for merging back to the main OM branch, and in the
  process I introduced a bug which I haven't fixed yet.
 
 it has to do a bit with merging... Well... you practically answered my
 question with the second part of the answer...
 
  Not quite sure what you meant by merging bits of the old and new
  gdrm branches, but that certainly won't magically make the problem go
  away.  The best merge to do if you want everything vaguely stable would
  be to merge gdrm-2.6.32 into om-2.6.32.  The merge may or may not be
  easy.. (that's why gdrm-for-merging exists in the first place).
 
 Maybe wrongly, but I assumed that you introduced that bug to the
 kms/drm part, so I thought to try to merge all non kms/drm from
 gdrm-for-merging with gdrm-2.6.32, that seemed to have stable kms/drm.

Hi,

gdrm-for-merging and gdrm-2.6.32 have both only kms/drm extra bits
missing ing om-2.6.32 and both provide same functionality only the first
is cleaned so there are no non kms/drm bits from gdrm-for-merging to merge 
to gdrm-2.6.32

om-2.6.32+2.6.32.13+gdrm-2.6.32 is uImage-2.6.32.13-oe1
om-2.6.32+2.6.32.13+gdrm-for-merging is uImage-2.6.32.13-oe2

http://build.shr-project.org/tests/mrmoku/2.6.32/images/om-gta02/

both works ok here, in 2nd is also fixed defconfig and pwm leds
available again.
see:
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=98bed2876d7dd88cc25f1c70929f1d632b8f95ee
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=14e1ed70361f7f5a5e54d93a606a7c8d53460b95

 But I better wait for the maestro to do that, no rush...

Yes, Thomas is maestro and we're really greatfull for his great glamo
work. Lets hope he will find enough free time soon to squash that bug
and merge his work up.

Regards,
-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Again: Python Error No module named Tkinter

2010-05-18 Thread Martin Jansa
On Mon, May 17, 2010 at 07:28:11AM -0700, sferic wrote:
 
 Hello to all,
 
 I try straight to start python idle. I get the following messages:
 
 r...@om-gta02 ~ $ idle
 Traceback (most recent call last):
   File /usr/bin/idle, line 3, in module
 from idlelib.PyShell import main
   File /usr/lib/python2.6/idlelib/PyShell.py, line 14, in module
 import macosxSupport
   File /usr/lib/python2.6/idlelib/macosxSupport.py, line 6, in module
 import Tkinter
   File /usr/lib/python2.6/lib-tk/Tkinter.py, line 39, in module
 import _tkinter # If this fails your Python may not be configured for Tk
 ImportError: No module named _tkinter
 
 On my Freerunner the following modules are installed:
 
 python-idle  - 2.6.4-ml8.1.4
 python-tkinter - 2.6.4-ml8.1.4
 libtcl8.4-0 - 8.4.19-r4.4
 libtk8.4-0 - 8.4.19-r0.4 (manually downloaded by
 http://build.shr-project.org/shr-testing/ipk-pre-gcc-4.4.3/armv4t/ and
 installed because it's not (more?) contained in
 http://build.shr-project.org/shr-testing/ipk/armv4t/)

Please don't use ipk-pre-gcc-4.4.3, it's only temporary dir crated
before syncing new feed built from scratch with newer gcc and can be
removed soon.

And libtk8.4-0/python-tkinter is built properly only when there is tk
built before python recipe (which is ensured by tk in DISTRO_FEATURES
which we're not using). Even when I rebuild it now, package version 
won't be changed and you will have to -force-reinstall it.

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Again: Python Error No module named Tkinter

2010-05-18 Thread Martin Jansa
On Tue, May 18, 2010 at 03:52:40AM -0700, sferic wrote:
 
 Thanks for the reply.
 
 But what does this mean? (Apology for the stupid question. I am new in this
 business...)
 
 Do I have to wait for a recompiled version of python-tkinter (which I have
 to reinstall with the option --force-reinstall)? Or can't I use python idle
 at present? I removed libtk8.4-0 from ipk-pre-gcc-4.4.3 in any case.

Yes, exactly. The package version will stay the same so opkg upgrade
won't install fixed version for you automatically, but there will be
libtk available in ipk/armv4 and python-tkinter will be probably fixed.

opkg install -force-reinstall python-tkinter libtk8.4
should work.

It's already built and will be in feeds in an hour or so with other
upgrades. If you see fso stuff upgrade with opkg upgrade then tk is
already there.

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Again: Python Error No module named Tkinter

2010-05-18 Thread Martin Jansa
On Tue, May 18, 2010 at 07:42:38AM -0700, sferic wrote:
 
 Did I notice that I have installed SHR Testing? I believe, only indirectly by
 the indication of the path of gcc-pre-4.4.3. 

Ah sorry I didn't notice, there was similar temporary dir in
shr-unstable dir (already removed it).

 So far I didn't notice an update of /shr-testing/ipk/armv4t - is it because
 of that? And will python-tkinter in /shr-testing/ipk/armv4t be renewed and
 libtk8.4 be supplemented?

OK I'll build it with tk also in shr-t. (expect it to be in feeds in an
hour or so).

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Again: Python Error No module named Tkinter

2010-05-19 Thread Martin Jansa
On Wed, May 19, 2010 at 01:52:08AM -0700, sferic wrote:
 
 OK, a break for the night is a good idea, if one can think of nothing more:
 
 Today I removed the MouseWheel-Sections from /usr/lib/tk8.4/listbox.tcl and
 /usr/lib/tk8.4/text.tcl. After this idle starts and seems to be usable (I
 will try later and report my experiences).
 
 Would it be a good idea to remove those sections permanently, so that remain
 idle even after an update of tk?

Sorry I cannot comment on tk issues and I don't even know
python-idle/python-tkinter.

 Anyway - Many thanks to Martin Jansa

Well now it's fixed only till next rebuild from scratch, but I'll add
tk to DISTRO_FEATURES (proper fix) if it doesn't add much to image
size or dependency tree.

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: Again: Python Error No module named Tkinter

2010-05-19 Thread Martin Jansa
On Wed, May 19, 2010 at 01:52:08AM -0700, sferic wrote:
 
 OK, a break for the night is a good idea, if one can think of nothing more:
 
 Today I removed the MouseWheel-Sections from /usr/lib/tk8.4/listbox.tcl and
 /usr/lib/tk8.4/text.tcl. After this idle starts and seems to be usable (I
 will try later and report my experiences).
 
 Would it be a good idea to remove those sections permanently, so that remain
 idle even after an update of tk?

Hi,

pushed that tk DISTRO_FEATURE
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=fa21428ef11bb9b13a276c113e533e951301ecec
and there is newer tcl/tk 8.5.8 in oe.dev
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=e92042a4e03b0d40dab3886867340059e6fafcb3

it's building now in shr-u feeds (ETA few hours), so if you're willing to test 
it with newer tk, please try shr-u (this won't be in shr-t soon).

Cheers,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


Re: TICKET_CREATE privileges are required to perform this operation

2010-05-31 Thread Martin Jansa
On Mon, May 31, 2010 at 08:22:59AM +0200, Christ van Willegen wrote:
 I keep on getting 'TICKET_CREATE privileges are required to perform
 this operation' when creating tickets.
 
 Do I need anything more than a login?

Did you confirm your e-mail?

Regards,

-- 
uin:136542059jid:martin.ja...@gmail.com
Jansa Martin sip:jama...@voip.wengo.fr 
JaMa 

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


  1   2   >