Re: [Om2009] intone not finding libehal-ver-pre-01.so.0
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
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...
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
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-...))
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 ;-)
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
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
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
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
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
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
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?
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
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
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
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
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
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?
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
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
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
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
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?
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?
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?
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?
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]
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
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
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
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
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
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?
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)
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
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?
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
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....
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?
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?
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.
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....
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
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?
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?
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?
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?
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
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
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
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
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
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]
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
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
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
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
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
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
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
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
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!!
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
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
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
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-?
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-?
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
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.
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.
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
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?
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?
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
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
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
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
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
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 ?
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
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
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
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
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
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
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
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
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
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?
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?
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?
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
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
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
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
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
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
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
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
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