Re: Kernel 3.x and Freerunner

2014-01-30 Thread Martin Jansa
On Thu, Jan 30, 2014 at 12:44:50PM +0100, Denis 'GNUtoo' Carikli wrote:
 On Thu, 30 Jan 2014 11:54:40 +0100
 Mike Crash m...@mikecrash.com wrote:
 
  Hello,
  
  last two years I was busy with other private stuff, now I have
  returned to my old projects and also my Neo. I have completely
  rewritten my software and I want to compile it for Neo. But new
  software is not compatible with old kernel (for example udev).
  
  I have tried to boot up Neo and what a surprice, everything works as 2
  years ago. Only battery has half of capacity...
  
  I want to ask if there was some progress in support of Neo Freerunner
  in stock kernel.
 There is some support for it in mainline, I'm not sure that it's enough
 to suit your usecase, beside patches to fix some gta02-specific issues
 or patch that should have been submited to mainline that weren't, some
 drivers are not in mainline:
  * The glamo driver.
  * The wifi driver: I've been told that the mainline ath6kl was very
different from the one in the freerunner, and that it was because
the firmware of the very early ath6k of the freerunner was very
different.
 
  I still use old 2.6.29 with openmoko modifications,
  is it possible to use kernel 3.13?
 No idea, you have to try it out, be sure to get a debug board for that:
 1) configure(stuff like make ARCH=arm xconfig/menuconfig for instance)
 the kernel for the gta02, by looking at the existing configurations of
 the lastest kernel
 2) compile and run it
 3) you'll have no display working at that point, so that's why you
 really need the serial console at first.
 4) forward-port the patches specific to the GTA02 and the missing
 drivers.
 In order to have to do it only once, do that with mainlining in mind,
 and do use the devicetree. mainline the patches.
 
  I don't need phone functionality,
  only display,
 That requires the glamo, so you'll have to forward port the glamo
 driver at least.
  audio
 That driver is in mainline, but maybe without devicetree bindings.
 
  and gps.
 Shouldn't be too hard to mainline, assuming you choose the right
 framwork for it. if I remember well, it's just some gpio toggling, and
 that can even been done in userspace if mainling that is difficult.
  I have looked around, there are some Neo
  stuff in stock kernel, but I don't know, if it is usable.
 Last news I have, which is really old, is that SHR had the most recent
 kernels in their meta-smartphone layer, but I'm unsure if that's used
 or not.

2.6.39 is used in meta-smartphone shr branch, 3.2 has few more issues
but it's used in master branch - audio and display works fine for me,
not sure about gps.

Sources are in
https://github.com/shr-distribution/linux
branches starting with om-gta02/x.y...

  Please can
  anybody tell me, what's the situation now? Have anybody tried new
  stock kernels?
 It depends on what you mean by new, SHR had a more rencent kernel
 with almost everything working beside the regulators, which means that
 GPS, modem, and wifi had issues.
 Since it was just some GPIOs it could have been worked arround in
 userspace, like by modifying the fso plugins again.
 
 Denis.



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


-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Crowdfunding an Ubuntu smartphone (right now)

2013-10-05 Thread Martin Jansa
On Sat, Oct 05, 2013 at 05:37:59PM +, Bob Ham wrote:
 On Sat, 2013-10-05 at 17:17 +0200, Dr. H. Nikolaus Schaller wrote:
  Am 05.10.2013 um 12:12 schrieb Bob Ham:
  
   On Sat, 2013-10-05 at 07:50 +0200, Dr. H. Nikolaus Schaller wrote:
   
   Neither the Openmoko, OpenPandora, Ubuntu Edge, GTA04 are
   open hardware - and never were intended to be.
   
   That isn't what your OpenPhoenux page says:
 
   You're also contradicting your own previous statements:
 
   This admission makes your announcement here seem deceitful:
 
  Hm, I wonder what you want to prove?
 
 I want you to stop describing the GTA04 as open hardware.  You seem to
 be aware that there is a difference between what you describe as open
 hardware and what others describe as open hardware and yet you ignore
 this discrepancy and continue as if what you're saying is true because
 it accords with your own personal definition.

I'm sorry but I think you're doing the same, just from the other side.

From this thread it's clear that different people understand open
hardware differently, but that doesn't mean that they are wrong or
dishonest.

open hardware isn't AFAIK any registered sticker or trade mark
with clearly defined meaning, so it's pity that different people
associate it with different meanings/freedoms, but that's not their
fault.

Your source code citations from licenses are nice, but license text is
the right place where you should find definition of what's meant by term
source code, OpenPhoenux page doesn't say that it's using terminilogy
from ohanda or oshwa.

open hardware is imho closest term you can use to describe advantage
of gta04 for other people asking why you don't use cheaper android phone
or why they should buy gta04.

Using open-hardware-but-without-CAD-files is maybe less misleading for
people who has great understanding of all free/open definitions used in
the world (and wikipedia), but also more misleading for normal people.

Your accusations sounds like if Nikolaus is using OHANDA clearly defined
label without fulfilling requirements defined by OHANDA.

It's like saying that gta04 is small phone and then arguing if it's
small enough and that someone seen smaller phone and someone seen a lot
bigger phone and that some other project define small microwave as box
10x10x10cm so the small in small phone should be something like
that.

 I want to make it undeniably clear that describing the GTA04 as open
 hardware is wrong.
 
 
 On Sat, 2013-10-05 at 07:50 +0200, Dr. H. Nikolaus Schaller wrote:
  If I remember there was a printout of the ssl code on paper, exported as a 
  book
  from the US and then typed in again by volunteers to found openssl.
  
  Was it non.open source?
 
 It was not open source.  This issue has been discussed previously.  The
 source must be in the form customarily used for making modifications to
 it.  This is an important factor.
 
 From the GNU GPL 2:
 
   'The source code for a work means the preferred form of the work for
   making modifications to it'
 https://www.gnu.org/licenses/gpl-2.0.html
 
 From the Apache License 2.0:
 
   'Source form shall mean the preferred form for making modifications'
 https://www.apache.org/licenses/LICENSE-2.0.html
 
 From the MPL 2.0:
 
   '“Source Code Form” means the form of the work preferred for making
   modifications.'
 https://www.mozilla.org/MPL/2.0/
 
 From the CDDL 1.0:
 
   '“Source Code” means (a) the common form of computer software code in
   which modifications are made and (b) associated documentation included
   in or with such code.'
 http://web.archive.org/web/20090305064954/http://www.sun.com/cddl/cddl.html
 
 
 If a software company refused access to their software's source code in
 electronic text form and only released it in paper form (or in the form
 of a bitmap image inside a PDF), that software would not be considered
 open source.  The phrase that seems most appropriate for such
 software, I think, would be encumbered source.
 
 
 Wikipedia gives a fair description of open(/free) hardware:
 
   'Open-source hardware consists of physical artifacts of technology
   designed and offered by the open design movement.'
 https://en.wikipedia.org/wiki/Open_hardware
 
 And of the open design movement, it says this:
 
   'Open design is the development of physical products, machines and
   systems through use of publicly shared design information. ... The
   process is generally facilitated by the Internet and often performed
   without monetary compensation. The goals and philosophy are identical
   to that of the open-source movement, but are implemented for the
   development of physical products rather than software.'
 https://en.wikipedia.org/wiki/Open_design
 
 The Hardware Freedom Day website states the following:
 
   'Goals and philosophy of the Open Hardware movement are closely
   aligned with the ones of the Free Software movement.'
 http://www.hfday.org/open-hardware
 
 The free hardware and open hardware communities derive 

Re: Crowdfunding an Ubuntu smartphone (right now)

2013-10-05 Thread Martin Jansa
On Sat, Oct 05, 2013 at 07:05:10PM +, Bob Ham wrote:
  Your accusations sounds like if Nikolaus is using OHANDA clearly defined
  label without fulfilling requirements defined by OHANDA.
 
 Well, I'm not sure how you get that impression.  It's not like it's a
 matter of adherence to a collection of finely detailed criteria.

In source code repository you also need to explicitly say which license
is applied and only after that you're obliged to follow selected license
rules.

If wiki page related to the project says that the code is free or
open then it doesn't automatically mean that it's GPL-2.0 or any other
open license - so you don't have detailed criteria if that project can
say that it's free or open on their own page.

We're not talking about license text delivered with gta04, we're talking
about home page of project which is trying to attract normal people (who
maybe never heard about floss).

 Nikolaus denies access to the source files for his hardware.  It's not a
 subtle conflict.  It flies in the face of the open hardware movement.
 To be honest, I'm dumbfounded that there can be any confusion over it.

No, he does not. You cannot download them in format most convenient for
you, but that doesn't mean it's not open hardware (without any
footnote that OHANDA or any other official terminology is used)

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: f2fs on GTA02

2012-12-10 Thread Martin Jansa
On Thu, Dec 06, 2012 at 04:19:37PM -0500, Phil Vandry wrote:
 Hello Freerunner users,
 
 I am interested in using the new f2fs filesystem created by Kim Jaegeuk 
 at Samsung on the µSD cards of a bunch of GTA02s. Right now it's 
 undergoing testing in linux-next and there are several fresh discussion 
 threads about it on lkml. I intend to wait until the code has stabilized 
 a bit before making the attempt.
 
 First, is this a good idea? Also, is anyone else interested?
 
 The problem is that the code only compiles against recent Linux kernels 
 and the newest kernel available for GTA02 is 2.6.39. I see two options:
 
 1. Get Linux 3.7 working on the GTA02

3.2 kernel works pretty good
https://github.com/shr-distribution/linux/tree/om-gta02/3.2/master

there are branches also for 3.5 and GNUtoo is working on it.

Cheers,

 
 2. Get f2fs working on Linux 2.6.39
 
 Both options are challenging but I have to go for #2 because I don't 
 have the knowledge to do #1.
 
 For #1: There are quite a few differences between upstream 2.6.39 and 
 om-gta02-2.6.39 kernels. Some of the patches I understand and could 
 re-apply against a more recent kernel, some of them have already been 
 integrated upstream, but others are mysterious to me and even if I could 
 apply them I can't guess whether or not they ought to still be applied. 
 One big issue is that the glamo driver is not present upstream (and 
 ar6000 also?).
 
 For #2: I have already prepared a patch to backport f2fs to 
 2.6.34/2.6.39 but there have been quite a lot of changes in the vfs and 
 other areas in the intervening time. The patch is 817 lines long. Most 
 of it is straightforward, though there were one or two tricky bits. The 
 only thing I have achieved so far is getting it to compile with no 
 errors and no warnings. That's a start, but it's not a guarantee that 
 the filesystem will actually work!
 
 A significant problem with #2 is maintenance and bug fixes going 
 forward. I would have to backport all future changes to f2fs.
 
 Anyway, for the information of anyone who's interested, I plan to at 
 least give option #2 a try and see if I might be lucky :-)
 
 -v
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [GTA-04] multiboot with QtMoko/SHR

2012-11-14 Thread Martin Jansa
On Tue, Nov 13, 2012 at 08:47:09PM +0100, Lukas Märdian wrote:
 Hi,
 
 the SHR install guide already conforms with the new uboot setup metioned
 by Nikolaus.
 
 You can just partition you SD card with up to 4 ext partitions and put
 SHR on any of them. BUT your kernel needs to take the 'rootfs' bootarg
 from the bootloader for this to work. There are some kernels wich have
 'rootfs=/dev/mmcblk0p2' hardcoded, e.g. old SHR kernels (fixed since 29
 Oct. [0]), NeilBrown's kernel (gta04_defconfig), ...

Small typo, 'root' bootarg, not rootfs.

Cheers,
 
 I hope this helps,
   Lukas
 
 [0]
 http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=50c4dbb7aece3d33b2a718d82a093700c066fe02
 
 Am 13.11.2012 18:09, schrieb A.dre:
  Thanks for your quick response. I will try an entirely different
  partitioning scheme (omitting the FAT32 on p1).
  
  Still puzzled as why my SHR on p4 never booted.
  
  As for 'unofficial beagle board pages', I was redirected there by [7]:
   The SD card needs to have a special format as described here.
  (Probably I misinterpreted something here(?).)
  
  Thanks again, André.
  
  [7] http://projects.goldelico.com/p/gta04-rootfs/
  
  On 11/13/2012 05:53 PM, Dr. H. Nikolaus Schaller wrote:
  Hi,
  with the new boot system [5] you can just format the heads/cylinders
  as you like
  and ignore [1] as long as your x-loader in NAND is intact. And even
  then, I
  suggest to follow the GTA04 documentation and not some inofficial beagle
  board pages.
 
  The new boot system scans for the first kernel it finds in any of the
  4 ext2/3/4 partitions.
  Therefore the first partition not even needs to be FAT and you can
  have 4 ext partitions.
 
  Unfortunately I did not yet find the time to write a full documentation.
 
  Nikolaus
 
  [5] http://download.goldelico.com/gta04/20121030-GTA04-Production/
 
 
  Am 13.11.2012 um 17:43 schrieb A.dre:
 
  Is it possible to prepare a SD-card for GTA-04 with multiple OS'es
  installed? (QtMoko and SHR in my case.)
 
  I tried and did not succeed. I followed (in chronological order)
  [1](sd-card), [2](QtMoko) and [3](SHR) with result [4]
 
  Different from [2] is that partition 4 is formatted as ext3 (instead
  of SWAP). This is the partition where I put SHR.
  As I understand from [3] SHR does not mandate specific partitions to
  be installed on.
 
  I tried QtMoko on partition 2 and SHR on p4. I never got SHR to boot.
(QtMoko did boot.)
  I tried SHR on partition 2 and another SHR on p4. I never got SHR to
  boot from p4.
(SHR from p2 booted although I selected p4 during boot!)
 
  Any ideas?
  Should the partition with /boot reside below 2GB?
  Is it mandatory to put QtMoko/rootfs on partition 2?
 
  Thanks in advance for any suggestions,
  André
 
  (As I'm writing this email I see the number heads is 246 instead of
  the 255 as in mentioned in [1]. I will give it another try.)
 
  [1] http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat
  [2] http://sourceforge.net/projects/qtmoko/files/GTA04/
  [3] http://shr-project.org/trac/wiki/Devices/GTA04/InstallGuide
  [4]$ sudo fdisk -l /dev/sdb
  Disk /dev/sdb: 7969 MB, 7969177600 bytes
  246 heads, 62 sectors/track, 1020 cylinders, total 15564800 sectors
  Units = sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disk identifier: 0x
 
 Device Boot  Start End  Blocks   Id  System
  /dev/sdb1   *  63  144584   72261c  W95 FAT32 (LBA)
  /dev/sdb2  144585 5284655 2570035+  83  Linux
  /dev/sdb3 528465610424726 2570035+   c  W95 FAT32 (LBA)
  /dev/sdb41042472715564797 2570035+  83  Linux
  $
 
 
  ___
  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


-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: J2ME on QtMoko/SHR?

2012-11-02 Thread Martin Jansa
On Fri, Nov 2, 2012 at 10:20 AM, robin spielr...@web.de wrote:
 hi martin,

Hi,

 will this be ported to shr-core at some time in the future?

It can be, if it's still useful and wanted, we can ask meta-java
maintainer to include it or send him patch with phoneme.

Cheers,

 best regards

 robin


 ___
 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: J2ME on QtMoko/SHR?

2012-11-01 Thread Martin Jansa
On Thu, Nov 1, 2012 at 4:05 PM, robin spielr...@web.de wrote:
 Hi,

 I have come across GPSMid (see below) and it looks quite nice for routing, as 
 it
 apparently is also able to get the position from the Cell-Network. Now
 GPSMid is made for Java Phones and Android. They though state if you get
 J2ME running you should be able to run it as well. Does anyone know if
 we can do this on QtMoko or SHR or push me in the right direction?

Hi, with OE-classic we had in feed phoneme
http://java.net/projects/phoneme
http://git.openembedded.org/openembedded/tree/recipes/phoneme

No idea if it would work with GPSMid (in theory you can test with shr-unstable).

Cheers,


 thanks a lot

 robin


 GPSMid getting started:
 http://sourceforge.net/apps/mediawiki/gpsmid/index.php?title=Getting_started


 ___
 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: Phoenux, Phoneux, Phonux?

2012-06-04 Thread Martin Jansa
On Sat, Jun 02, 2012 at 05:03:55PM +0100, Nick Sheppard wrote:
 On 31/05/12 16:36, Dr. H. Nikolaus Schaller wrote:
 ...
  
   4. Nomenclature OpenPhoneux/GTA04
  
   There may be some confusion what GTA04 and OpenPhoneux
   are and what makes them different.
  
   We define:
   * GTA*: the next generation motherboard(s), i.e. electronics
   * OpenPhonux: the future independent mobile handheld project
   aiming at complete devices (i.e. GTA04 + case + components)
  
   Currently, we run the domains www.gta04.org and
   www.openphoenux.org. The Openphoenux.org home
   page will be made more prominent and content rich soon.
  
 
 This was a really informative post - thanks!  But how are you going to 
 spell the new baby's name?  I see Phoenux, Phoneux, and Phonux all 
 within a few lines.
 
 If we were voting, I'd go for OpenPhonux, because it's roughly equal 
 parts Phone, Phoenix and Linux which seems about right.
 
 Also, importantly I think, if you heard it spoken you'd probably be able 
 to guess correctly how it's spelled, which helps with googling and 
 word-of-mouth publicity.  And it has the sound phone in it which helps 
 tell people what it is (Phoenux doesn't, at least in English).  And 
 Phoneux looks as if it should be pronounced in French (or is that just 
 me ...).
 
 But of course it's the parents who should name the baby, and I'm really 
 only a bystander, though soon-to-be GTA04 owner ...

To make this naming even more confusing:

Today I've noticed webOS enthusiasts calling themselves
Phoenix International Communications
http://phxdevices.com/

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Discussion: what are your dreams for the Openmoko Community

2012-04-30 Thread Martin Jansa
On Mon, Apr 30, 2012 at 07:38:13AM +0200, Dr. H. Nikolaus Schaller wrote:
 Wow,
 this is a really impressive list with new ideas
 I have not yet heard of!
 
 And the most interesting thing is that I think
 almost all can be done and don't have major
 technical hurdles to overcome. The main
 challenge is to make them user friendly
 and bug free.
 
 It appears that we more have a lack of active
 developers doing it. And are missing some
 coordination to get a complete solution.

I fully agree on this.

From distro mainainer POV, we (SHR) have many small but usefull apps which
were contributed by someone at gta02 times and there is no upstream
for them since then. So just to keep those apps in feed we have to
update them to be compatible with newer glib/gcc/efl/whatever. That
takes a lot of time which could be spent better and also all those apps
have some bugs or needs for improvements but nobody is actively working
on them anymore :/.

Similar situation is with browsers as Denis mentioned.. there is quite a
few browsers available each with some issues, but those should be mostly
reported upstream and fixed there as we IMHO shouldn't work on just
another browser, because some doesn't support armv4t (firefox) some are
segfaulting or lack some feature we would like to see... I'm trying to
keep them up2date in feeds and hoping that each new version will fix few
bugs...
 
 Maybe we should again think about a more
 formal organization of the Openmoko.org
 (software) project?
 
 Some Foundation or Association?

I'm not sure about this, because I don't know why so many developers
left or haven't joined :/ some say they have different interests now or
that they are not using those devices anymore.. but now *why*.

Maybe something like GSOC would help, users voting for features like
Benjamin listed and then proposed them as GSOC projects. I don't know
what are requirements for tutors etc.. just an idea.

Cheers,

 Nikolaus
 
 
 Am 30.04.2012 um 00:59 schrieb Benjamin Deering:
 
  The infrared thermometer on my GTA02 has been very useful and it is not 
  something that the iphone guys have.  I will probably not be doing any 
  soldering on my GTA04 for a while, but it might be something interesting to 
  add to GTA05.
  
  I think the BMP085 in GTA04 is something the iphone guys don't have.  
  Getting some clues for the upcoming weather is very useful when you are 
  completely without signal.
  
  A threaded/prepared camera hole for attaching a microscope or telescope 
  lense would be nice.
  
  This is probably best done over USB, but it could be done over an I2C adc 
  converter
 volt-meter
 ph meter
 ohm-meter
  
  
  GPS that reliably gets a fix and displays in an app such as foxtrotgps 
  while driving and hiking.  I can wake the phone from suspend and find our 
  location on the map before my friends who are using a paper map.(GTA02 does 
  not do this)
  
  GPS app is able to download map tiles from my home server if I find myself 
  outside of the area I planned to be (GTA02 does this)
  
  Phone tracks barometric pressure overnight while camping to give an 
  indication of the upcoming day's weather. (my GTA02 does this, most do not, 
  GTA04 does)
  
  Phone is able to play pre-downloaded podcasts or radio over headphones or 
  speakers in the evening(GTA02 does half of this - headphone issues)
  
  Finger-friendly email(qtmoko does this, noone else has it yet)
  
  A web browser that works well enough to buy something online using the 
  phone (from a site where I have not purchased before) (noone has this yet)
  
  While driving I can hand the phone to a passenger who is tech-savvy but not 
  familiar with openmoko.  They are able to wake, unlock, dial, start gps, 
  start browser without much coaching from me. (qtmoko is closest, but noone 
  has this yet)
  
  I take the phone from my pocket, wake it up, and take a picture faster than 
  I can take off and open my backpack, take out my real camera, and take a 
  picture. (not sure if anyone has this)
  
  I can enable an option so the phone makes noise when it associates with a 
  tower(noone has this)
  
  I can reliably write an SMS, click send, and know it will be sent next time 
  the phone has signal(I don't think anyone has this)
  
  I can enable Wifi tethering that a friend with a non-linux laptop can 
  use(noone has this)
  
  I can keep most of my data on a dmcrypt partition that is decrypted after 
  entering a pin in a gui login screen(noone has this)
  
  I can boot from NAND into an OS that runs at low brightness with everything 
  but GSM turned off, access to contacts on my SIM, a dialer, ability to 
  answer, SMS (aurora is working on this)
  
  Turn off the tv at my table at the resturaunt using IR (limited range is ok 
  - the TV is at my table, not accross the bar)
  
  Plug phone into my car-stereo usb port, stereo sees a mass storage device 
  with my music on it. (GTA02 does this, but file-system corruption 

Re: shr-2012.01-rc2, please test

2012-03-17 Thread Martin Jansa
On Fri, Mar 02, 2012 at 11:55:27AM +0100, Martin Jansa wrote:
 Hi,
 
 on FSOSHRCON'11 we decided that we should do first official release. We
 expected to ship it in January, but everybody was quite busy so only now
 we have something to call at least rc1.
 
 Of course there are still some bugs, some are even already known, but
 please let us know what is blocking this release and what can be fixed
 in next one. To do that please test latest staging images+feeds.
 
 See
 http://www.shr-project.org/trac/wiki/Stabilizing
 http://www.shr-project.org/trac/wiki/StagingTests
 for details how to test them.

Hi,

shr-2012.01-rc2 is in http://build.shr-project.org/shr-core-staging/035/
this time with images :)

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Keyboard for GTA04

2012-03-15 Thread Martin Jansa
On Thu, Mar 15, 2012 at 03:09:09PM +0400, Gennady Kupava wrote:
 Hi, Nicolaus,
 
 Actually detached keyboard is almost useless for phone. It is not
 possible to use it any conditions expect then phone lays on some surface
 and you not holding it.
 
 This is because if you using one hand to hold phone, you have one one
 hand free. Holding and using keyboard with one hand is not possible.
 
 Before implementing such detached keyboard, buy bluetooth one in shop
 and try it - you'll find it completely useless :)

I fully agree on this, I have bought smaller keyboard (with USB cable)
for freerunner and I don't use it very much, because as you said it's
not really usable e.g. while sitting in train and trying to balance
phone + keyboard on your lap. So in trains I'm using n900 only and
om-gta02 is sitting at home always connected to desktop (with real
keyboard).

 So, keyboard on phone should be build-in and usable... and i don't know
 how should look something better than keyboard on n900.

I don't have hands-on experience but keyboard on pictures of Motorola Droid 4
looks even better then n900 keyboard, mostly because of extra row.
 
http://www.engadget.com/2012/02/10/motorola-droid-4-review/

 If gta04 have hw keyboard, i buy it immediately as a every-day phone.
 Linux has excellent set of command-line tools and it's a crime not to
 have a hw keyboard on linux device.

Agreed, that's why I also prefer more common layout with enough keys to
map also '/', '|' etc. somewhere close to fingers.

Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Keyboard for GTA04

2012-03-15 Thread Martin Jansa
On Thu, Mar 15, 2012 at 09:56:01AM -0400, Gerald A wrote:
 On Thu, Mar 15, 2012 at 8:29 AM, Martin Jansa martin.ja...@gmail.comwrote:
 
  I fully agree on this, I have bought smaller keyboard (with USB cable)
  for freerunner and I don't use it very much, because as you said it's
  not really usable e.g. while sitting in train and trying to balance
  phone + keyboard on your lap. So in trains I'm using n900 only and
  om-gta02 is sitting at home always connected to desktop (with real
  keyboard).
 
 
 On this, I respectfully disagree. When I had my Neo in full flight, I often
 used a Bluetooth keyboard to do longer sessions. For short sessions, I'd
 use the stylus and the tiny onscreen keyboard.
 
 I actually tried a variety of Bluetooth keyboards, and yes, balancing them
 can be a pain, especially in a moving platform like a train. I found a good
 way to situate things, with my backpack as a support for the Neo, and thus
 only having to hang onto the keyboard on a subway train, which has lots of
 motion. Is it ideal? No. Would having a cradle or some sort of attachment
 been better? Probably, but it wasn't useless.

Yes it's better than onscreen keyboard but being able to attach it to
phone is the important part at least for me. (I was carying that keyboard 
in original paper box and was using top cover to hold my freerunner - but 
that's still far from ideal).

Something like double battery cover with some rails for keyboard sliding 
out from it would be nice (still holding one piece of hw - even if it
makes whole phone extra 1cm thick). It doesn't need to be in main body 
and it would also add option to decide to go out with just classic cover 
and smaller case.

 I wrote e-mails, reports, and diary entries in this way, and I liked it a
 lot -- as the onscreen keyboard is handy but not functional. Now, if the
 keyboard was big enough for me to do work, but also portable, that would be
 fantastic.
 
 I saw a smaller Bluetooth keyboard yesterday ... which is about the size
 of an average phone. The keys were way too small for fingers, so I'm
 guessing it is aimed at the thumb market, which might be a fit for some
 but wouldn't help me.

Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


shr-2012.01-rc1, please test

2012-03-02 Thread Martin Jansa
Hi,

on FSOSHRCON'11 we decided that we should do first official release. We
expected to ship it in January, but everybody was quite busy so only now
we have something to call at least rc1.

Of course there are still some bugs, some are even already known, but
please let us know what is blocking this release and what can be fixed
in next one. To do that please test latest staging images+feeds.

See
http://www.shr-project.org/trac/wiki/Stabilizing
http://www.shr-project.org/trac/wiki/StagingTests
for details how to test them.

I've started image rebuild for staging 032, but I'm leaving for 5 days
tomorrow at 4AM and I guess they won't be finished in time to close 032 for
easier testing.. that's why I'm sending this announcement now.

If there is at least few test reports tonight I'll merge staging feeds
up to 031 to public feed so we get more users using it.

Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: question about installing android on FR

2012-01-23 Thread Martin Jansa
On Mon, Jan 23, 2012 at 08:07:15PM +0330, a dehqan wrote:
 In The Name Of Allah
 Hello
 
 This is answer of stefan schimdt (dfu-utils developer) :
 
 The number of shown partitions is hardcoded atm to DFU_NUM_ALTERNATES
 which is set to 6. So you last partition does not get shown increment
 it to seven in your board config and re-compile your u-boot and test
 again.

Why not sqash factory+system partitions together as someone suggested in
this thread?

Here:

  setenv
  mtdpartsmtdparts=physmap-flash:-(nor)\;neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0404(factory_system),0x0b6a(userdata)
 


Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] [ANNOUNCE] eStarDict

2012-01-04 Thread Martin Jansa
On Wed, Jan 04, 2012 at 12:16:18PM +0100, urodelo wrote:
 Hello
 Thank you very much.
 
 When will it be available in shr-unstable feed (Martin)? :-)

It's already in 017 staging feed for shr-core.

It won't be available for shr-unstable (at least because it was ported
to newer EFL which is in shr-core and not available in shr-unstable)

Regards,

 urodelo
 
 On Tue, 03 Jan 2012 16:16:59 +0100, Vaudano Luca  
 vaud...@gmail.com wrote:
 
  Hi!
 
  After long time, i released the fifth version of eStarDict.
  http://www.vaudano.eu/wiki/en/estardict
  There are a lot of changes the most important is that you
  can now search multiple dictionaries at once
 
  Best regards
  Luca
 
 
 -- 
 用斯斯!
 
 ___
 Shr-User mailing list
 shr-u...@lists.shr-project.org
 http://lists.shr-project.org/mailman/listinfo/shr-user

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Status GTA04 GroupTour

2011-12-30 Thread Martin Jansa
On Thu, Dec 29, 2011 at 12:18:05PM +0100, Neal H. Walfield wrote:
 Hi,
 
 It seems to me that there are two problems.
 
 First, if someone orders a GTA04, that person doesn't get all the
 hardware--that person needs to have a GTA01 or GTA02 and do some
 non-trivial assembly.  I realize that you have some cases that you are
 selling, which is the route that I went, but I think these are limited
 and independent of the group tour.  If this option hadn't been
 available, I would not have signed up for a GTA04.
 
 Second, I think you are lacking publicity.  I haven't seen an article
 about this on the news sites that I follow, such as lwn.net (did I
 miss it?).
 
 Given these two problems, I'd try to solve the first one before the
 second one (one only gets so many chances with the media...).
 
 I suspect that people who are buying a GTA04 at this stage are not
 looking to use it as a phone immediately--they probably want to hack
 on it.  These people don't need a phone case.  But, they do need an
 LCD to get the experience.  My proposal would be to create a hackers
 package: a GTA04 board, LCD and a big bulky case that could be placed
 next to a workstation.  Even better would be if there is a commitment
 to provide a case once it is ready (do you have a time frame for
 this?).

I really like this idea. As someone who is using smartphone mostly only
to open terminal and connect to home computer I would really prefer
something with hw qwerty keyboard (like n900).

So for me the biggest disadvantage of GTA02 was it's bigger case with
high edge of display (harder to use touchscreen neer the edge) and
lack of keyboard.

Now I would have to sacrifice old GTA02 for GTA04 so I can get much better
hw but still in not so great case (at least for me) and instead of 2
platforms to hack on I will have just 1 again.

Would be great to have some plans for new case (I know that qwerty is
much more difficult to manufacture and that you're already working on 
something). And if there is new case, will it use the same LCD from
GTA02 (it there enough modules?) or will it use something else?

In other words I would advertise GTA04 board more like base of 
completely new phone not as board upgrade for old one (GTA02).

I know you can use GTA04 without LCD and case already, but for people
who don't have GTA02 or don't want to sacrifice it yet, it's not an
option to keep it that way forever, they want some vision of new phone.

If there is LCD which will for sure fit in future case and if there is
some promise that there will be new case (maybe even with qwerty kbd) I
think that more people will buy board+LCD now to start playing with it 
and then complete their new phone with case after maybe 6 months, while 
still keeping their GTA02.

Regards,
-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Gta04-owner] Status GTA04 GroupTour

2011-12-30 Thread Martin Jansa
On Fri, Dec 30, 2011 at 10:02:44PM +0100, Dr. H. Nikolaus Schaller wrote:
 Hi Martin,

Hi Nikolaus,
 
 Am 30.12.2011 um 20:01 schrieb Martin Jansa:
 
  On Thu, Dec 29, 2011 at 12:18:05PM +0100, Neal H. Walfield wrote:
  Hi,
  
  It seems to me that there are two problems.
  
  First, if someone orders a GTA04, that person doesn't get all the
  hardware--that person needs to have a GTA01 or GTA02 and do some
  non-trivial assembly.  I realize that you have some cases that you are
  selling, which is the route that I went, but I think these are limited
  and independent of the group tour.  If this option hadn't been
  available, I would not have signed up for a GTA04.
  
  Second, I think you are lacking publicity.  I haven't seen an article
  about this on the news sites that I follow, such as lwn.net (did I
  miss it?).
  
  Given these two problems, I'd try to solve the first one before the
  second one (one only gets so many chances with the media...).
  
  I suspect that people who are buying a GTA04 at this stage are not
  looking to use it as a phone immediately--they probably want to hack
  on it.  These people don't need a phone case.  But, they do need an
  LCD to get the experience.  My proposal would be to create a hackers
  package: a GTA04 board, LCD and a big bulky case that could be placed
  next to a workstation.  Even better would be if there is a commitment
  to provide a case once it is ready (do you have a time frame for
  this?).
  
  I really like this idea. As someone who is using smartphone mostly only
  to open terminal and connect to home computer I would really prefer
  something with hw qwerty keyboard (like n900).
  
  So for me the biggest disadvantage of GTA02 was it's bigger case with
  high edge of display (harder to use touchscreen neer the edge) and
  lack of keyboard.
  
  Now I would have to sacrifice old GTA02 for GTA04 so I can get much better
  hw but still in not so great case (at least for me) and instead of 2
  platforms to hack on I will have just 1 again.
 
 If you ever have tried to hack on a GTA04 you will love it as your single 
 platform :)

I hope I will, but old GTA02 board still has some value, similar 
my old Sharp Spitz which is still running and used from time to time.

  Would be great to have some plans for new case (I know that qwerty is
  much more difficult to manufacture and that you're already working on 
  something). And if there is new case, will it use the same LCD from
 
 Well, there are external bluetooth keyboards for 39 EUR of approx. the same
 size as the GTA... This makes it quite impossible to develop a keyboard
 at comparable price.

Yes I have one of these, but try to use it in a train for longer
time, usually you have to hold keyboard with both hands to type with
thumbs and then phone screen is too far in your lap or you try to hold
phone closer to eyes while typing one hand with keyboard balancing in
your lap - not so good for longer texts with lots of special characters
:).

  GTA02 (it there enough modules?) or will it use something else?
 
 Yes, the idea is to make a replacement case around the existing display
 and PCB.
 
  In other words I would advertise GTA04 board more like base of 
  completely new phone not as board upgrade for old one (GTA02).
 
 That is not the idea behind the GTA04. It is designed as a motherboard
 upgrade and if we want to completely design a new phone it would be
 quite different. We simply have quite complex technical limitations.

Being able to reuse as much components from GTA02 is definitely big plus
and works great for people who like GTA02 case. I'm just saying that
maybe there is a lot of potentional customers which would be even more
interested in GTA04 if they can expect to use it in different case later 
(even if the case is then for another 250e).
 
  I know you can use GTA04 without LCD and case already, but for people
  who don't have GTA02 or don't want to sacrifice it yet, it's not an
  option to keep it that way forever, they want some vision of new phone.
 
 Currently we can't give that because we don't see how we can make
 a completely new device cheaper than one that reuses some parts.
 
  If there is LCD which will for sure fit in future case and if there is
  some promise that there will be new case (maybe even with qwerty kbd) I
  think that more people will buy board+LCD now to start playing with it 
  and then complete their new phone with case after maybe 6 months, while 
  still keeping their GTA02.
 
 That is what I don't understand - why would someone want to keep the
 GTA02 in operation...

For me it was mostly to keep GTA02 supported by SHR, but as I said
before I still keep Spitz in operation even with more powerfull devices
available to me e.g. N900 (maybe because of 3 extra rows of keys and all 
special characters on hw keyboard :))

 Either the GTA04 is so good that you don't need the GTA02 any more
 or you would not need a new GTA04 :) Well, we don't have enough

Re: MCNavi 0.3.1 released

2011-12-18 Thread Martin Jansa
On Thu, Nov 17, 2011 at 5:36 PM, Mike Crash m...@mikecrash.com wrote:
 Hi,

 please wait some time for new version, there are some major changes, that
 make current release not compatible. I'm working on coastlines generation
 and it seems to be a little complicated.

Is there some public repository where we can see the development and
send patches against?

Do you have any estimate when new version will be finished or do you
have patch for older version to support newer gpsd-2.96? There is few
API changes:
| mgps.cc: In function 'void mgps_process(gps_data_t*, char*, size_t, int)':
| mgps.cc:73:35: error: 'struct gps_fix_t' has no member named 'eph'
| mgps.cc:91:34: error: 'struct gps_fix_t' has no member named 'eph'
| mgps.cc:113:19: error: 'struct gps_data_t' has no member named 'satellites'
| mgps.cc:121:21: error: 'struct gps_data_t' has no member named 'satellites'
| mgps.cc:121:66: error: 'struct gps_data_t' has no member named 'satellites'
| mgps.cc: In function 'void* mgps_thread(void*)':
| mgps.cc:161:44: error: 'gps_set_raw_hook' was not declared in this scope
| mgps.cc:166:36: error: 'gps_query' was not declared in this scope
| mgps.cc:180:26: error: 'gps_poll' was not declared in this scope
| mgps.cc: In function 'mgpsdata* mgps_init()':
| mgps.cc:194:60: error: too few arguments to function 'int
gps_open(const char*, const char*, gps_data_t*)'
| /OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/include/gps.h:1430:12:
note: declared here

Cheers,

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


Re: [SHR] Unable to load with Qi from uSD card (was CLEANMARKER node found [and something more I can't read] )

2011-12-04 Thread Martin Jansa
On Sun, Nov 27, 2011 at 11:13:56PM +0100, ø wrote:
 
  
  I didn't see instructions for using ubi images.
  
  I have instead tried uSD card installation. I installed qi bootloader,
  and formated a Trascend 4GB SDHC card with ext3 format, and then
  uncompressed full-om-gta02.tar.gz file on it.
  
  But when I load from qi, the card seems to not work. I have used the
  rootdelay=5 as Qi article says, but after 5 seconds it seems not to be
  able to read the card, and the kernel panics.
 
 I tried a lot of combinations, but I can't boot. This is what I get, I
 expect there aren't errors as I have typed it by hand:
 
 
 mmc1: new high speed SDHC card at address b368
 mmcblk0: mmc1:b368 USD   3.74 GiB
  mmcblk0: unknown partition table
 Waiting 5sec before mounting root device...
 VFS: Cannot open root device mmcblk0p1 or unknown-block(179,1)
 Please append a correct root= boot option; here are the available
 partitions:
 1f002048 mtdblock0 (driver?)
 1f01 256 mtdblock1 (driver?)
 1f02 256 mtdblock2 (driver?)
 1f038192 mtdblock3 (driver?)
 1f04 640 mtdblock4 (driver?)
 1f05 256 mtdblock5 (driver?)
 1f06  252544 mtdblock6 (driver?)
 b300 3939112 mmcblk0  driver: mmcblk
 Kernel panic - not syncing: VFS: Unable to mount root fs on unknown
 block(179,1)

Is this with 2.6.39 and shr-core? and do you have msdos partition table
or gpt? But both are supported by 2.6.39 config and IIRC were also
enabled in 2.6.37.

 On my append-GTA02 I have:
 
 rootdelay=5 rootfstype=ext2 loglevel=8 quiet splash

qi built by SHR has already rootwait included in default params (instead
of rootdelay=1), what you have to do with some uSD cards is to slow down 
glamo_mci clock.

ie glamo_mci.sd_max_clk=100
in append-GTA02, see last comment from GNUtoo
http://trac.shr-project.org/trac/ticket/1275

but the clock is different for different cards ie my card works fine
with default clock and with glamo_mci.sd_max_clk=100 doesn't work at
all.

GNUtoo is trying to upgrade gta kernel to resolve it..

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


SHR future and way for better stability

2011-12-02 Thread Martin Jansa
Hi,

in last few days we were talking a lot about state of shr-testing,
shr-unstable, shr-core and how to improve stability and usability for 
our users while not slowing down development in our latest version which 
is shr-core.

For details and reasons you can read log from #openmoko-cdevel (13:30)
http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/openmoko-cdevel.20111201.txt

In the end everybody agreed that we don't have manpower to maintain 3 flavors
of SHR which are:

shr-testing:
There were only 2 maintainers of shr-testing. Sebastian Spaeth for 
shr-testing2009 and Thomas Zimmermann for shr-testing2010 and 2011.1.
There was discussion about more fixes for shr-testing, but nobody sent
patches for
http://git.openembedded.org/openembedded/log/?h=shr/testing2011.1
so that they could be applied in standard shr-testing feeds.
From my perspective shr-testing lacking so far behind shr-unstable and with
known issues is not better then tested images and feeds from shr-unstable.

shr-unstable:
This was based on master branch of openembedded (today called OE-classic)
so there was a lot of changes every day which sometimes caused unstable
telephony or unusable UI. It was caused mostly because of very limited
testing between building it on SHR buildhost and users getting it from
shr-unstable feeds by opkg upgrade.
But since July 2011 the development in OE-classic was slowing down becase
everybody was moving to new layered structure of oe-core/meta-* (google
yocto project for more info and fancy video).

shr-core:
Originaly started in March 2011 as my experimental pet project to 
evaluate new layers like oe-core/meta-oe, but later all remaining SHR
and FSO developers switched from shr-unstable to shr-core too and now
we have very lively meta-smartphone repository with BSP layers for our
beloved phones and layers for FSO, Aurora and for SHR as distribution.
Some stuff from old shr-unstable is still missing and sometimes it's
changing too fast for average end user who depends on working telephony.

So today we've decided to try something else. Instead of trying to
maintain 3 different flavors of shr, we will try harder to provide best
experience with shr-core and hopefully migrate all remaining users of
shr-testing or shr-unstable to it soon (and then we can rename it to 
shr-stable :)).

Starting with next build we won't push the build output directly to normal
feeds, but only to staging feeds for testers which decide to try newer
versions. 

It works like this:
1) http://build.shr-project.org/shr-core nothing will be changed in this
feed before it's tested by multiple users from staging feed.

2) http://build.shr-project.org/shr-core-staging/ will contain one directory
for each major feature we want to test (like EFL or FSO upgrades) or sometimes 
just rotated weekly when there isn't something major or dangerous.

Each directory has by 3 digit name which identifies the feed (lets call it NNN).

Each NNN directory has info.NNN file (and info - info.NNN symlink) where you 
can 
read on which revisions was this feed started, which commits were used during 
populating this feed and when this feed gets closed (or lets say marked as 
ready 
for testers). You can also read how all our branches looked when it was closed.

Currently there is 001, 002 and latest.
002 is still getting more stuff from live build, so it wasn't closed yet.
When we decide that there is enough stuff for testing and the feature is
complete, we'll close 002 and redirect build output to new 003.
Latest link points to latest but _closed_ feed (so usually highest -1) which
is currently 001.

If you want to help testing, then best way is to prepare 2nd partition (not the 
one you're using for daily phone you depend on) and redirect default shr-core 
feeds to latest closed:
sed -i 's#shr-core#shr-core-staging/latest#g' /etc/opkg/*-feed.conf
or of course you can lock it to whatever number you want to test later
ie: sed -i 's#shr-core#shr-core-staging/007#g' /etc/opkg/*-feed.conf

Also you should also download info file from selected directory so you'll know 
what you are testing after latest link is moved to newer feed.
wget http://build.shr-project.org/shr-core-staging/latest/info

Then you can upgrade with opkg or reflash to newer image (if images are 
available
in staging area too).
opkg update  opkg upgrade

Now you can test whatever is important for you (telephony, music, video, ...)
and if you're happy with new testing feed you should report it on our wiki
http://www.shr-project.org/trac/wiki/Stabilizing
there will be table for each NNN feed and you should say there if you're fine 
with
it moving to default public feed or if you have found some issues with it, bug
number from http://www.shr-project.org/trac/report where you've reported those
issues would be great and it would be fantastic if you also include in that 
report
which NNN feed was last known to work for you and first one where it was broken.
That's where those info files you've 

Re: [SHR] CLEANMARKER node found [and something more I can't read]

2011-11-27 Thread Martin Jansa
On Sun, Nov 27, 2011 at 12:10:27PM +0100, ø wrote:
 El dom, 27-11-2011 a las 08:17 +, dmatthews.org escribió:
   After a very, very long time, the system is booted, and it seems fine,
   but the load time seems wrong.
   
  I think that is normal the first time SHR boots up; if you reboot now I 
  think it will come backup much quicker?
  
 
 Thanks for the answer. Thing is yesterday I rebooted like 5 times, and
 all times took a lot of time an CLEANMARKER error was shown. So,
 finally, I quited, I wrote this message, and I went to bed.
 
 This morning, I was decided to try a few things, but the restart was
 much quicker.
 
 I'm sorry to disturb the list for something that fixed on its own.
 Thanks again for taking care.

I'm using shr on uSD only, but please try ubi images instead of jffs2 or
even shr-core version.

Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] distro upgrade

2011-11-23 Thread Martin Jansa
On Wed, Nov 23, 2011 at 08:58:53AM +0100, ø wrote:
 
  Hi,
 
  developement of SHR happens in the shr-core tree[1] these days.
  It's based on the new openembedded-core and Yocto Project efforts.
 
  Lukas
 
 
  [1] http://build.shr-project.org/shr-core/
 
 Many thanks Lukas and Davide.
 
 You know if upgrade can be done by simply changing the repositories 
 urls, or a reflash is needed?

No, reflash is needed in this case (almost everything was changed so
opkg upgrade would be at least as long as reflash anyway...)

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] distro upgrade

2011-11-23 Thread Martin Jansa
On Wed, Nov 23, 2011 at 09:22:37AM +0100, ø wrote:
  No, reflash is needed in this case (almost everything was changed so
  opkg upgrade would be at least as long as reflash anyway...)
 
  Regards,
 
 
 But can still be done?
 
 Because my problem is that my lock button is broken. So, to reflash, I 
 have to open the phone and manually make contact, which is quite 
 difficult for a clumsy man.
 
 So, I don't care if it takes long. Question is, can opkg do it, or 
 reflashing is mandatory?

No, reflash is mandatory.

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: MCNavi 0.3.1 released

2011-09-06 Thread Martin Jansa
On Tue, Sep 06, 2011 at 03:19:03PM -0700, Mike Crash wrote:
 
 Martin Jansa wrote:
  
  On Fri, Sep 02, 2011 at 02:53:56PM -0700, Mike Crash wrote:
  Hi,
  
  configure.ac is missing check for mysql and src/osm2mcm/db_mysql.cc
  depends on it.
  
  Also hardcoded -L/-I paths ie in
  
  src/osm2mcm/Makefile.am:
  osm2mcm_LDFLAGS = -lexpat -lm -rdynamic -L/usr/lib/mysql -lmysqlclient
  
  some mysql_config magic would be nicer (at least for cross building).
  
  Thanks!
  
  Recipe added to shr-core and old OE too
  http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=08a33257e885a905f6a0dfabf3adfbe32f08cd3e
  http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=0655368e725c6847209f627009917deeff0f
  
  Regards,
  
  -- 
  Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
  
  
 
 You're right, but I don't know how to do it (there is no pkg-config for
 mysqlclient and expat), so this is actually simpler way for me ... I will
 fix it in future.

for configure.ac you can check mysql_config existence and from
src/osm2mcm/Makefile.am you can call:

# mysql_config --cflags
-I/usr/include/mysql -DHAVE_ERRNO_AS_DEFINE=1 -DUNIV_LINUX -DUNIV_LINUX
# mysql_config --include
-I/usr/include/mysql

which will fork from OE like this:
$ mysql_config --libs 
-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -rdynamic 
-L/OE/shr-core/tmp/sysroots/om-gta02/usr/lib -lmysqlclient -lz -lcrypt -lnsl -lm
$ mysql_config --include
-I/OE/shr-core/tmp/sysroots/om-gta02/usr/include

so use right sysroot with armv4t libs instead of host

Thanks

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: MCNavi 0.3.1 released

2011-09-05 Thread Martin Jansa
On Fri, Sep 02, 2011 at 02:53:56PM -0700, Mike Crash wrote:
 Hello, 
 
 after long hard work new version of MCNavi is here. There is a lot of
 changes, some functionality was removed (like tourist routes - will reappear
 in future in better way) due to many code changes, change in map format,
 change in converter, but more functionality was added. For example there is
 possibility to save bookmarks, save and load route (can be opened as
 standard GPX), save and load track logs, has faster routing, can show simple
 itinerary etc. For more information go to [1].
 
 This is still beta, not all is done and some functionality may not work as
 expected. Currently I'm using it actively in car and on bike and it works
 quite good fro me. Currently only map of Czech republic can be downloaded,
 next version will add turn restrictions and (hope) stabilize map format for
 all 0.3.x versions. After that, more countries will be available for
 download (or on demand).
 
 I have released previous public version more than one year ago, but I wanted
 to release something usable, therefore the huge delay.
 
 Currently only Debian version can be installed out of the box, needs fso-gps
 and edje, but works with new libgps also. But you have to compile it
 yourself.

Hi,

configure.ac is missing check for mysql and src/osm2mcm/db_mysql.cc
depends on it.

Also hardcoded -L/-I paths ie in

src/osm2mcm/Makefile.am:
osm2mcm_LDFLAGS = -lexpat -lm -rdynamic -L/usr/lib/mysql -lmysqlclient

some mysql_config magic would be nicer (at least for cross building).

Thanks!

Recipe added to shr-core and old OE too
http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=08a33257e885a905f6a0dfabf3adfbe32f08cd3e
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=0655368e725c6847209f627009917deeff0f

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Shr-User] Aurora

2011-05-17 Thread Martin Jansa
On Tue, May 17, 2011 at 05:47:46PM +0200, Dr. Michael Lauer wrote:
 Hi Corey,
 
  On Monday, May 16, 2011 09:02:58 AM Michael 'Mickey' Lauer wrote:
  NOTE: Cross-posted to three mailing lists, please keep it that way, if
  you want to reply.
  
  Aurora is supposed to be something we call a featurephone client –
  featurephones being those things we used for telephony before 
  smartphones were invented.
  
  
  Could you please elaborate a bit further for those of us who are 
  unsure of the specific functional differences between a featurephone 
  and a smartphone?
 
 For sure. Featurephone vs. Smartphone is resembling the difference
 of, lets say, a Sony Ericsson K700, and an iPhone.
 
 On the K700, the whole OS is designed around the telephony. While it
 has additional features, it doesn't allow you to install native applications
 (well, yes, there are some Java applets, but these don't count as they
 are not at all integrated into the system and they can't access the phone
 databases nor talk to each other) – it sells because of the quality of the
 telephony.
 
 On the iPhone, the whole OS is designed around the idea of a mobile
 computer that allows you to perform a vast variety of tasks. You can install 
 a myriad
 of apps and only a very minor percentage of these apps have anything to do
 with telephony. The telephony is a feature among many others. In fact,
 telephony is pretty lousy on an iPhone, but that's ok, because it is not the
 feature that sells this device.
 
 Bottom line: feature phone is less flexible, comes with everything 
 preinstalled,
 and is designed around the telephony.

There is nice description of feature phone and smartphone in Chapter 2
http://gnumonks.org/~laforge/papers/gsm_phone-anatomy-latest.pdf
but I guess this doesn't help much to imagine featurephone client :)

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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


Re: [ANNOUNCE] release candidate 1 for new SHR-testing 2011.1

2010-12-26 Thread Martin Jansa
On Sun, Dec 26, 2010 at 06:51:23PM +0100, mokoal...@gmx.net wrote:
 Hello
 
 One more thing: I would really love to use shr-launcher again. the launcher 
 made the daily-usage much more simpler. Are there plans to bring this app 
 back into the SHR-feeds?

waiting for upstream:
http://code.google.com/p/shr-launcher/issues/detail?id=13

Regards,
-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: Top-shelf buttons in SHR (was Re: [ANNOUNCE] release candidate 1 for new SHR-testing 2011.1)

2010-12-26 Thread Martin Jansa
On Sun, Dec 26, 2010 at 08:30:23PM +0100, Daniele Forsi wrote:
 2010/12/26  mokoal...@...:
 
  after installing shr-theme-neo everything works really fine and is in 
  neo-look.
  But after a reboot, the old default-theme gets active and in the top-shelf 
  the Buttons  X  are not shown anymore after pressing at the expected 
  location of the display.
 
 the buttons disappeared also after the first reboot after a fresh install

see
http://trac.shr-project.org/trac/ticket/1105
and please try proposed bash wrapper

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [ANNOUNCE] release candidate 1 for new SHR-testing 2011.1

2010-12-12 Thread Martin Jansa
On Sun, Dec 12, 2010 at 04:37:02PM +0100, omcomali@porcupinefactory.org 
wrote:
 On Sun, 12 Dec 2010 14:50:43 +0100
 Thomas Zimmermann m...@vdm-design.de wrote:
 
 Some more bugs for you.
 
 ventura doesn't install:
 r...@om-gta02 /media/card # opkg install ventura
 Installing ventura (0.2+svnr16-1.4) to root...
 Downloading 
 http://build.shr-project.org/shr-testing/ipk//armv4t/ventura_0.2+svnr16-1.4_armv4t.ipk.
 Installing edbus (2:0.5.0.060+svnr48935-r1.4) to root...
 Downloading 
 http://build.shr-project.org/shr-testing/ipk//armv4t/edbus_0.5.0.060+svnr48935-r1.4_armv4t.ipk.
 Installing efreet (2:0.5.0.060+svnr48935-r3.4) to root...
 Downloading 
 http://build.shr-project.org/shr-testing/ipk//armv4t/efreet_0.5.0.060+svnr48935-r3.4_armv4t.ipk.
 Configuring edbus.
 Collected errors:
  * check_data_file_clashes: Package efreet wants to install file 
 /usr/lib/efreet/efreet_desktop_cache_create
   But that file is already provided by package  * libefreet1
  * opkg_install_cmd: Cannot install package ventura.

This is feed for old shr-t (notice tests subdirectory in announcement)
and ventura does not even build because of
http://code.google.com/p/elm-browser/issues/detail?id=13
so it isn't at all in new shr-t feeds (and shr-u too).

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: Interesting new 'Open' Hardware how do I build shr for it?

2010-11-29 Thread Martin Jansa
On Mon, Nov 29, 2010 at 01:24:57AM -0800, c_c wrote:
   So here are my questions :-
 1.  How do I port SHR to this device (or any other for that matter)

Mostly equals to adding support for that device in OpenEmbedded
(conf/machine/*.conf)

BUG-2.0 (bug20.conf) is using same OMAP, so it shouldn't be that hard.

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: Interesting new 'Open' Hardware how do I build shr for it?

2010-11-29 Thread Martin Jansa
On Mon, Nov 29, 2010 at 01:41:18AM -0800, c_c wrote:
 
 Hi Martin,
   Can you elaborate? Say I add another conf file to conf/machine/ called
 K7.conf. How do I now make a root image for this arch? Of course, I intend
 keeping my build system intact for the FR too. So how do I get bitbake to
 build images for both in different places on my file system.
   As you can see, I'm quite a noobie when it comes to using bitbake for
 building images and that sort of thing.

You can start here:
http://wiki.openembedded.org/index.php/Adding_a_new_Machine

For SHR builds:
If you update MACHINE=K7 in local.conf or auto.conf (if using SHR Makefile) 
and launch image build it will build new image in deploy/images/K7 with
right arch etc.

multimachine builds with same tmpdir are working fine so no need to
setup another environment (at least all -native builds are shared for
multimachine builds)

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


SHR: new shr-unstable images for gta01 with 2.6.34 kernel

2010-11-18 Thread Martin Jansa
Hi,

first, BIG thanks to Paul Fertser who ported gta01 support from old 
2.6.29-rc3 and 2.6.31 branches to current 2.6.34!

New shr-unstable images are as always in
http://build.shr-project.org/shr-unstable/images/om-gta01/

please test and send us feedback, but be aware that nobody tested those
images and nobody even tried to boot that kernel. 

But without your feedback we cannot fix possible problems (nobody from
SHR team has gta01).

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: orrery crashing X

2010-11-15 Thread Martin Jansa
On Thu, Sep 02, 2010 at 08:25:34PM -0400, Benjamin Deering wrote:
 Hello All,
 
 I've missed having orrery this summer.  Today I took a look at why it 
 was causing X to crash.  The crash happens when the program calls 
 gdk_draw_point for every star it displays.  I changed my copy to draw 
 all of the stars into a GdkPixbuf, then I copy the GdkPixbuf onto the 
 drawable area.
 
 Maybe someone knows why lots of gdk_draw_points would crash X.
 
 I think using the GdkPixbuf is faster anyways, so I'll try to add this 
 to the bug posted on the orrery project page.
 
 Ben

Xorg crash fixed
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=a02d3d0eefe03576c33294b4201fdbe6bde21cde

I'll apply your orrery patch too, but pitty that upstream didn't apply it
(afaik).

Regards,
-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [SHR] Desktop icons de-arranged with recent image

2010-11-03 Thread Martin Jansa
On Wed, Nov 03, 2010 at 11:31:51AM +, Rui Miguel Silva Seabra wrote:
 Em 01-11-2010 21:44, Alexander Lehner escreveu:
  Today I flashed the Nov-01 shr and now all desktop icons are arranged only
  one column wide.
 
  Has anybody else seen this?

Found  fixed today
http://trac.enlightenment.org/e/changeset/54140

It will be in feed tomorrow.

Regards,
-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [Debian] 2.6.34 Openmoko kernel package available

2010-10-18 Thread Martin Jansa
On Mon, Oct 18, 2010 at 10:53:24AM +0300, Timo Jyrinki wrote:
 As a final note, Radek didn't yet include Glamo KMS/DRM support in the
 2.6.34 (I think a bit more KMS/DRM problems have been seen with 2.6.34
 than 2.6.32), and I didn't start doing it either. Naturally that's the
 biggest omission we now don't yet have regarding the work done on
 FreeRunner kernels during last and this year. The KMS support is
 available in Thomas' branch [7] and SHR's patches [8] - I don't know
 what's the delta between them.
 
 [7] http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-2.6.34
 [8] 
 http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.34

Hi,

delta is mostly because this commit
http://git.openmoko.org/?p=kernel.git;a=commit;h=a1a29d40be0ebe43bd26b0c5647e1273b45e9f00
and SHR kernel is rebased on top of om-gta02-2.6.34, so I've updated and
moved KMS/DRM patches and gta02-drm-defconfig to apply on top of it.

For easier git diff you can use this git repo
http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel/commits/om-gta02-2.6.34
I always push SHR patches there before adding those to OE tree [8].

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: dictator crashes

2010-10-05 Thread Martin Jansa
On Tue, Oct 05, 2010 at 08:42:56PM +0200, Matthias Felsche wrote:
 I experienced the same on current shr:
 
 r...@om-gta02 ~ # cat /etc/shr-version 
 SHR -20101002
 Built from branch: org.openembedded.dev
 Revision: 5788b22be688b7c2dd2ee9aca853aaff81b75d22
 
 Something seems to go wrong while the window and its widgets is being
 displayed.
 It's Xorg that receives an Segfault:
 Here's the output from /var/log/Xorg.0.log:
 
 [2108227.079] 
 Backtrace:
 [2108227.080] Segmentation fault at address 0x4e1742
 [2108227.080] 
 Fatal server error:
 [2108227.080] Caught signal 11 (Segmentation fault). Server aborting
 [2108227.081] 
 [2108227.082] 
 Please consult the The X.Org Foundation support 
 at http://wiki.x.org
 for help. 
 [2108227.082] Please also check the log file at /var/log/Xorg.0.log
 for additional information.
 [2108227.082] 
 [2108227.085] (II) Power Button: Close
 [2108227.086] (II) UnloadModule: evdev
 [2108227.087] (II) AUX Button: Close
 [2108227.088] (II) UnloadModule: evdev
 [2108227.089] (II) Touchscreen: Close
 [2108227.090] (II) UnloadModule: evdev
 [2108227.091] (II) UnloadModule: kbd
 [2108227.093] (II) AIGLX: Suspending AIGLX clients for VT switch
 
 
 Nothing more.
 I guess it has something to do with pygtk and it's displaying of images
 or widgets. Displaying the dictator window without making the widgets
 (buttons...) visible works. I have do find out what exactly causes X to
 crash. Seems strange.
 
 Thanks for your report.
 
 Does anyone have an idea about what changed during shr-updgrades and
 could have possibly caused the error?

newer xserver or libx11? hard to guess without stacktrace..
what about installing -dbg packages and running Xorg in gdb?

I'm building newer xserver/libdrm/mesa but won't push it to feed today,
someone can try it from my feed if interested.

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [ANNOUNCE] eStarDict

2010-09-27 Thread Martin Jansa
On Mon, Sep 27, 2010 at 10:42:48PM +0200, urodelo wrote:
 Hello. Thank you for the update. When will it be available in shr-u?
 I'm willing to test it :-)

10-15min maybe..

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [Shr-User] [SHR-T] Images from 29th of May

2010-09-27 Thread Martin Jansa
On Tue, Aug 3, 2010 at 12:39 PM, Risto H. Kurppa ri...@kurppa.fi wrote:
 On Tue, Aug 3, 2010 at 1:26 PM, Martin Jansa martin.ja...@gmail.com wrote:
 On Thu, Jul 22, 2010 at 11:33:58AM +0300, Risto H. Kurppa wrote:
 On Sun, Jul 18, 2010 at 8:45 AM, Risto H. Kurppa ri...@kurppa.fi wrote:
  Hi there!
 
  The latest SHR-testing images are available at
  http://build.shr-project.org/tests/shr-testing/images/om-gta02/
 
  Martin Jansa / JaMa prepared them in the end of May but it wasn't
  announced anywhere - so here you go.
  DISCLAIMER: The images have not actually been tested so if you have a
  working setup  don't want to risk, wait for some others to first test
  these..

 Some things I've noticed that propably exist also in the latest unstable 
 images:
 1) Importing contacts from SIM sometimes imports only partial number,
 the last digit is missing
 2) The contacts are sorted case-sensitively: [A-Z][a-z]: Alpha is the
 first, alpha is then somewhere in the middle, after Zulu.
 3) Same issue as 2) - but with home view  icons: Ventura and Zorro
 are listed before alpha and omgps
 4) Iliwi is missing a button to disconnect from a network
 5) SIM manager doesn't sort contacts alphabetically

 But seems to work for phone calls quite well.

 Because of rather positive feedback, I would like to sync it to public feeds
 this week (ie friday).

 If you see some terrible bug, scream now and then send patch.

 ARH. That's the scream. But sorry, can't
 send you a patch.
 One show stopper, the rest can go as 'known issues':
  - importing contacts from SIM doesn't finish clean - some numbers are
 either not imported or are missing the last digit - contacts unusable

 Known issues:
 - 'can't add contact' -message every now and then when opening
 contacts. Not sure but I'd think this affecting the adding of contacts
 - things listed above

 r

Well nothing changed for a while..
so to release those images at least sooner than 4 months after build
I've just moved

http://build.shr-project.org/shr-testing/
to
http://build.shr-project.org/shr-testing.old/
and
http://build.shr-project.org/shr-testing/
now contains those images and feeds from end of May 2010.

If you don't want to use fsogsmd or fear too much about possible bugs just don't
opkg update  opkg upgrade
or edit your /etc/opkg/*feed.conf to point to shr-testing.old instead
of shr-testing.

Other shr-t releases will be hopefully prepared by someone else.. :).

Regards,

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


Re: please notice if any of your wsods gone with latest shr kernel upgrade [Was: QtMoko v25 - experimental with 2.6.34 kernel ]

2010-08-27 Thread Martin Jansa
On Thu, Aug 26, 2010 at 10:22:01PM +0200, Petr Vanek wrote:
 It was added to feed 2days ago together with 2.6.32.17-2.6.32.20
 upgrade so if you have:
 SHR r...@gojama / $ opkg info kernel
 Package: kernel
 Version:
 2.6.32.20-oe3.3+gitr6+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0.5
 
 or newer then you have this patch too
 
 
 FYI, here 2.6.32.20 was fetched but /boot/uImage symlink wasn't
 automatically updated from 2.6.32.16, not sure whether bug or
 intention...

booting from uSD right?

check
cat /usr/lib/opkg/alternatives/uImage
link to latest is managed by u-a and ie for mixed alternatives from
2.6.32 and 2.6.34 it doesn't work, because it's using last version part
as priority

on my install 2.6.32.21 wins (will be in feed today) even with 2.6.34.6
available

SHR r...@gojama ~ $ cat /usr/lib/opkg/alternatives/uImage
/boot/uImage
uImage-2.6.32.17 17
uImage-2.6.32.20 20
uImage-2.6.32.21 21
uImage-2.6.34.5 5
uImage-2.6.34.6 6

 
 i have switched now and rotate causes no wsod, which would typically
 appear... great! btw. how do you rotate the touchscreen (xrands rotates
 the display, but i cannot see xsetwacom to rotate the input...), thank
 you.
 
 Petr
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: please notice if any of your wsods gone with latest shr kernel upgrade [Was: QtMoko v25 - experimental with 2.6.34 kernel ]

2010-08-26 Thread Martin Jansa
On Thu, Aug 26, 2010 at 02:25:45PM +0400, Gennady Kupava wrote:
 Ah, i am a bit unclear.
 
 I am about 'patch which fixes WSOD for 2-4-2 timing', which were added
 few days ago.

It was added to feed 2days ago together with 2.6.32.17-2.6.32.20 upgrade
so if you have:
SHR r...@gojama / $ opkg info kernel
Package: kernel
Version:
2.6.32.20-oe3.3+gitr6+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0.5

or newer then you have this patch too

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [SHR] toolchain (again)

2010-08-20 Thread Martin Jansa
On Fri, Aug 20, 2010 at 04:09:05AM -0700, W. B. Kranendonk wrote:
 
 
  it is not the right way to do it but you may try
  downloading the old
  OM toolchain, replace the opkg sources (then opkg-target
  upgrade) with
  the shr ones and pray :). I think for a first start in the
  SHR world
  until you have your new laptop it could work maybe.
 
 Praying is not my strongest, let alone most used, talent, but I'll give it a 
 try for starters ;-) 
 
 Boudewijn

You can also try newer toolchain from Angstrom
http://www.angstrom-distribution.org/toolchains/

angstrom-next is using almost the same toolchain as we're, but wasn't
published for armv4t yet
http://www.angstrom-distribution.org/toolchains/next/

or try to generate own sdk image with narciuss 
http://www.angstrom-distribution.org/narcissus
sdk toolchain options are shown only after switching to advanced options, 
but there is no option for angstrom-next..

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [SHR] toolchain (again)

2010-08-20 Thread Martin Jansa
On Fri, Aug 20, 2010 at 01:37:32PM +0200, Martin Jansa wrote:
 On Fri, Aug 20, 2010 at 04:09:05AM -0700, W. B. Kranendonk wrote:
  
  
   it is not the right way to do it but you may try
   downloading the old
   OM toolchain, replace the opkg sources (then opkg-target
   upgrade) with
   the shr ones and pray :). I think for a first start in the
   SHR world
   until you have your new laptop it could work maybe.
  
  Praying is not my strongest, let alone most used, talent, but I'll give it 
  a try for starters ;-) 
  
  Boudewijn
 
 You can also try newer toolchain from Angstrom
 http://www.angstrom-distribution.org/toolchains/
 
 angstrom-next is using almost the same toolchain as we're, but wasn't
 published for armv4t yet
 http://www.angstrom-distribution.org/toolchains/next/
 
 or try to generate own sdk image with narciuss 
 http://www.angstrom-distribution.org/narcissus
 sdk toolchain options are shown only after switching to advanced options, 
 but there is no option for angstrom-next..
 
 Regards,

And fresh new SHR toolchain:
http://build.shr-project.org/shr-unstable/sdk/

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [Shr-User] [SHR-T] Images from 29th of May

2010-08-03 Thread Martin Jansa
On Thu, Jul 22, 2010 at 11:33:58AM +0300, Risto H. Kurppa wrote:
 On Sun, Jul 18, 2010 at 8:45 AM, Risto H. Kurppa ri...@kurppa.fi wrote:
  Hi there!
 
  The latest SHR-testing images are available at
  http://build.shr-project.org/tests/shr-testing/images/om-gta02/
 
  Martin Jansa / JaMa prepared them in the end of May but it wasn't
  announced anywhere - so here you go.
  DISCLAIMER: The images have not actually been tested so if you have a
  working setup  don't want to risk, wait for some others to first test
  these..
 
 Some things I've noticed that propably exist also in the latest unstable 
 images:
 1) Importing contacts from SIM sometimes imports only partial number,
 the last digit is missing
 2) The contacts are sorted case-sensitively: [A-Z][a-z]: Alpha is the
 first, alpha is then somewhere in the middle, after Zulu.
 3) Same issue as 2) - but with home view  icons: Ventura and Zorro
 are listed before alpha and omgps
 4) Iliwi is missing a button to disconnect from a network
 5) SIM manager doesn't sort contacts alphabetically
 
 But seems to work for phone calls quite well.

Because of rather positive feedback, I would like to sync it to public feeds
this week (ie friday).

If you see some terrible bug, scream now and then send patch.

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [Shr-User] [SHR-T] Images from 29th of May

2010-07-18 Thread Martin Jansa
On Sun, Jul 18, 2010 at 09:14:16AM +0200, omcomali@porcupinefactory.org 
wrote:
 On Sun, 18 Jul 2010 08:45:37 +0300
 Risto H. Kurppa ri...@kurppa.fi wrote:
 
  Hi there!
  
  The latest SHR-testing images are available at
  http://build.shr-project.org/tests/shr-testing/images/om-gta02/
  
  Martin Jansa / JaMa prepared them in the end of May but it wasn't
  announced anywhere - so here you go.
  DISCLAIMER: The images have not actually been tested so if you have a
  working setup  don't want to risk, wait for some others to first test
  these..
  
  I had something weird happening during the first run wizard, with the
  keylock - I wasn't able to close it. Restarting helped.
  
  Flashing instructions here:
  http://wiki.openmoko.org/wiki/Flashing_the_Neo_FreeRunner#Flashing_the_Kernel
  
  We're waiting for spaetz to return..
  
  
  
  r
 
 Are these new images the same as old ones, just with updates from the feed? 
 Or do they include something I can't get from the feed?

There are also newer feeds in tests/shr-testing, so you can opkg upgrade
from there if you change URLs in /etc/opkg/*feed.conf.

And it contains shr-unstable from end of may stuff like fsogsmd
instead of python ogsmd etc.

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [shr-u] Furthermore problems with USB-networking

2010-07-09 Thread Martin Jansa
On Fri, Jul 09, 2010 at 02:13:35AM -0700, sferic wrote:
 
 BTW, my Freerunner running on SHR-U is now eth again (eth4)?!?

that's because g_ether is included in kernel not as module

see what /etc/init.d/g_ether.sh does with g_ether module params and 
update your kernel params

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [Shr-User] [ANN][CU] 2010-07-01 released!

2010-07-07 Thread Martin Jansa
On Wed, Jul 07, 2010 at 04:18:31PM +0200, Patryk Benderz wrote:
 Hello everybody,
 recent Community Update is out. Take a look at News link in
 Community box on the left pane of wiki pages to read, or use direct
 link below:
 http://wiki.openmoko.org/wiki/Community_Updates/2010-02-10

http://wiki.openmoko.org/wiki/Community_Updates/2010-07-01

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: MC Navi 0.2.10 released

2010-06-30 Thread Martin Jansa
On Wed, Jun 30, 2010 at 08:04:03AM +0200, Petr Vanek wrote:
 I have released new version of MC Navi. It should be (more) stable now
 (hope) and have some improvements:
 - added support for orchards
 - draw cycle and tourist ways (for cycle and foot)
 - added GPS menu with satellites
 - draw the street names
 
 sounds cool, could we please update the 0.2.5 in shr?

done

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: [Shr-Devel] [Shr-User] New SHR-unstable images with 2.6.32 kernel

2010-06-29 Thread Martin Jansa
On Tue, Jun 29, 2010 at 04:34:32PM +0200, Petr Vanek wrote:
 MJ After hopefully lucky incident we have finally switched to new
 MJ kernel. It's based on 2.6.32.13 and has DRM/KMS enabled.
 
 thank you, after 3/4 day of usage, it seems to be working OK here, no
 WSOD, which is great.
 
 i tried to flash NAND with images from the 28th and had no X server,
 but it could be corrupted download. uSD install was 0K.

Did you upgrade kernel in NAND partition?

xserver 1.9 RC3 fails to start on kernel without DRM.. (I'll push an fix
today..).

Cheers,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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


Re: New SHR-unstable images with 2.6.32 kernel

2010-06-28 Thread Martin Jansa
On Mon, Jun 28, 2010 at 10:11:55AM +0200, Thomas HOCEDEZ wrote:
 On 28/06/2010 09:38, Radek Polak wrote:
  On Monday 28 June 2010 05:50:54 undrwater wrote:
 
 
  This is big and good news!  I expect there to be some problems moving to
  this version of the kernel, but it's good to see that it has finally
  arrived!
   
  In fact this is first SHR version that works good for me. Maybe i was just
  unlucky having crashes here and there after 5 minutes playing. But this
  version looks fast and stable. I haven't hit any problem yet.
 
  Nice work
 
  Regards
 
  Radek
 
  __
 
 after upgrade   reboot, Bad CRC for me -Reflashing for me .(snif 
 snif :-/)

did you read this part?

* The kernel is bigger than 2MB so if you're using u-boot, update your
  environment according to wiki entry [2].

[2]: 
http://wiki.openmoko.org/wiki/Kernel#.22Verifying_Checksum_..._Bad_Data_CRC.22_with_U-boot

(snif snif :-/)

-- 
Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com

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


Re: New SHR-unstable images with 2.6.32 kernel

2010-06-28 Thread Martin Jansa
On Sun, Jun 27, 2010 at 08:58:18AM +0200, Martin Jansa wrote:
 After hopefully lucky incident we have finally switched to new kernel.
 It's based on 2.6.32.13 and has DRM/KMS enabled.
 * Distribution revision was changed in OE, this means that every package 
   installed from shr-unstable feeds will be upgraded during next opkg upgrade 
   (so be sure that you have enough time and space in /var partition). 
   Consider flashing new image, it can be faster and safer in the end.

If you only opkg upgraded and now update-alternatives always links
/boot/uImage to old uImage-2.6.29-rc3

Configuring kernel.
update-alternatives: Linking //boot/uImage to uImage-2.6.29-rc3

please run:

cd /boot; update-alternatives --remove uImage uImage-2.6.29-rc3
opkg install -force-reinstall kernel

-- 
Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com

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


New SHR-unstable images with 2.6.32 kernel

2010-06-27 Thread Martin Jansa
After hopefully lucky incident we have finally switched to new kernel.
It's based on 2.6.32.13 and has DRM/KMS enabled.

* New images are built with kernel and all needed changes are already included.
* Images doesn't have udevd installed by default (using devtmpfs), which makes 
  it boot about twice as fast as before (less then 1 min to PIN dialog). But 
  it also won't mount your uSD automatically (it was blacklisted before, but 
  removing it from blacklist won't help now).
* Included packages contains latest stuff like xserver-1.9 (RC3), foxtrotgps 
  and tangogps 0.99.4, QT 4.7.0-beta1 and QML enabled navit.

* Distribution revision was changed in OE, this means that every package 
  installed from shr-unstable feeds will be upgraded during next opkg upgrade 
  (so be sure that you have enough time and space in /var partition). 
  Consider flashing new image, it can be faster and safer in the end.
* Used GCC was upgraded from version 4.4.4 to 4.5 (svn revision 160764 from 
  gcc-4.5-branch, because released 4.5.0 has few issues on ARM targets).
* New GCC brings LTO optimizations, which can give us 30% speedup in some cases,
  see benchmark results [1].
  LTO is not enabled by default yet.

* New kernel has some issues, so please try first (on another uSD partition), 
  before upgrading your daily-phone-partition.
* The kernel is bigger than 2MB so if you're using u-boot, update your 
  environment according to wiki entry [2].
* With slower uSD you can see unknown-block-device while booting. Flash newer 
  Qi from SHR [3] it is using rootwait instead of rootdelay=1. For u-boot 
  increase rootdelay or use rootwait.
* Sometimes (and only on some devices) it can show all white (looks like old 
  WSoD, but it's without death). Suspend/Resume should fix this.
* Vibrations are too weak.

* See OE changelog [4] and SHR changelog [5].

[1]: http://sakrah.dontexist.org/node/1
[2]: 
http://wiki.openmoko.org/wiki/Kernel#.22Verifying_Checksum_..._Bad_Data_CRC.22_with_U-boot
[3]: http://build.shr-project.org/shr-unstable/images/om-gta02/
[4]: http://git.openembedded.org/cgit.cgi/openembedded/log/
[5]: http://git.shr-project.org/git/

-- 
Martin 'JaMa' Jansajabber: martin.ja...@gmail.com

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


Re: [Shr-Devel] New SHR-unstable images with 2.6.32 kernel

2010-06-27 Thread Martin Jansa
On Sun, Jun 27, 2010 at 09:30:23AM +0200, Benjamin Schieder wrote:
 On 27.06.2010 08:58:18, Martin Jansa wrote:
  * Images doesn't have udevd installed by default (using devtmpfs), which 
  makes 
it boot about twice as fast as before (less then 1 min to PIN dialog). 
  But 
it also won't mount your uSD automatically (it was blacklisted before, 
  but 
removing it from blacklist won't help now).
 
 Does this also apply to root-on-uSD?

Rootfs on uSD will be mounted by kernel as before. I was talking only
about udev automounter with blacklist here /etc/udev/mount.blacklist.

If you have ie /home on uSD and expect it to be mounted after boot then
you can add it to /etc/fstab.

Regards,

-- 
Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com

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


Re: sd performance tests, bonnie++ with different filesystems.

2010-06-26 Thread Martin Jansa
On Thu, Jun 24, 2010 at 03:57:30PM +0400, Gennady Kupava wrote:
 Hi, list.

Hi Gennady,

 my conclusion here is that good filesystems:
 ext2 and ext4 have same performance in this test.
 reiserfs is best, despite of name of it's creator.
 ext2 is good except file creation and remove.
 xfs is good except file creation and remove.
 ext3 is good _for_ file creation and remove.

Interesting how bad results you got for brtfs (I guess that MeeGo people
also did some benchmarks, before selecting is as default fs). Maybe
because rather slow cpu in freerunner?

 so, my choise of fs will be:
 /boot - ext2 for compatibility
 /, /usr - xfs, need fast block r/w.

XFS is not prone to power failures anymore or it's not an issue on uSD
(without big cache as normal drives)?

Thanks a lot for benchmark!

Regards,

-- 
Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com

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


Re: sd performance tests, bonnie++ with different filesystems.

2010-06-26 Thread Martin Jansa
On Sat, Jun 26, 2010 at 09:03:00AM +, jougnz jougnz wrote:
 ARM Cortex-A8 600MHz (n900) vs Samsung 2442 400MHz (openmoko) ?

well brtfs benchmark shown pretty high cpu load and I think that MeeGo
people develop and target also newer devices then old n900 (maybe N9,
which I guess will be much faster then freerunner or n900)

Also without glamo with better bus bandwidth it can be different IMHO.

 Suppose that the btrfs has the following problems:
 - flash dying

no big problem on replacable uSD

 - problem with bootloaders

if you load kernel from different partition then I don't see any problem
with brtfs rootfs.

Regards,

-- 
Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com

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


Re: shr in qemu

2010-06-22 Thread Martin Jansa
On Tue, Jun 22, 2010 at 05:34:21PM +0700, Chuck Norris wrote:
 I want to test netsukuku on my neo. So I need stackless python. I cannot
 compile it with OpenEmbedded for shr. And I have new idea - compile it
 in shr in qemu. Does anybody know how to run shr in qemu?

Hi,

you can try to build DISTRO=shr MACHINE=qemuarm image with OpenEmbedded
and then run it in qemu

or try normal image with patched qemu
http://wiki.openmoko.org/wiki/Qemu

Regards,
-- 
Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com

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


Re: FoxtrotGPS 0.99.4 available (also: looking forward...)

2010-06-17 Thread Martin Jansa
On Wed, Jun 16, 2010 at 12:32:14AM -0400, Joshua Judson Rosen wrote:
 Hello all,

Hi,

 Ideally, I'd like to see some packagers from the distributions pick this up
 and run with it--SHR, Debian, Ubuntu, et al If you need help, or have
 additional requirements that we're not yet meeting--let us know.
 
 To get the OE-based distros started, I've attached a set of bitbake
 recipe-files after the NEWS file :)

thanks for recipes, will be available in shr-u feeds today :).

Regards,

-- 
Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com

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


Re: TICKET_CREATE privileges are required to perform this operation

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

Did you confirm your e-mail?

Regards,

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

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


Re: Again: Python Error No module named Tkinter

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

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

 Anyway - Many thanks to Martin Jansa

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

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

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


Re: Again: Python Error No module named Tkinter

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

Hi,

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

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

Cheers,

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

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


Re: Again: Python Error No module named Tkinter

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

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

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

Regards,

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

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


Re: Again: Python Error No module named Tkinter

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

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

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

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

Regards,

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

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


Re: Again: Python Error No module named Tkinter

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

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

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

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

Regards,

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

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


Re: andy-tracking and gdrm-2.6.32

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

Hi,

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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


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

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

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

Regrads,

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

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


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

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

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

Regards,

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

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


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

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

Hi,

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

Regards,

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

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


Re: player

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

Regards,

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

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

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


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


Re: MC Navi

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

Thanks, rebuilt in feeds again.

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

Regards,

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

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


Re: Thone 0.5

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

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

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

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

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

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

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

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

OK

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

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

Thanks!

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

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


Re: Thone 0.5

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

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

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

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

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

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

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

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

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

Cheers,

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

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


Re: MC Navi

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

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

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

Cheers,

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

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


Re: src bitbake ipkg

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

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

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

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

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

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

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

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

 just curious,
 *-pike

Regards,

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

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


Re: Thone 0.5

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

Hi,

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

Thanks!

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

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


Re: Thone 0.5

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

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

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

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

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

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

Cheers,

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

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


Re: shr-launcher updated

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

Hi,
where is source of this updated version?

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

Thanks

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

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


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

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

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

Regards,

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

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


Re: [NEW DISTRIBUTION] Announcing NEOPhysis

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

Can someone make bootchart from it?

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

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

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

Thanks,

Regards,

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

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


Re: MC Navi released

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

Hi,

Is there some SCM repo for MC Navi?

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

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

Díky :)

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

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


Re: MC Navi released

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

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

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

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

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

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

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

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


Re: QtMoko v18 - based on 2.6.32

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

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

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

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

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

Great!

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

Cheers,

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

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


Re: QtMoko v18 - based on 2.6.32

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

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

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

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

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

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

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

Regards,

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

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


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

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

Then add it.. 

mickeydbus - mdbus, mickeyterm removed from shr-lite

mdbus2, mterm2 are newer versions IIRC rewritten in vala

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

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

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

 where have the settings for noise reduction gone to?

I don't know..

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

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


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

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

mterm2

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

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


Re: [SHR] Application for desktop categories

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

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

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

Regards,

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

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


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

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

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

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

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

Regards,

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

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


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

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

No this is not enough..

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

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

Regards,

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

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


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

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

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

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

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

Regards,

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

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


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

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

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

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

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

Cheers,

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

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


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

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

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

(change preferred locale)

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

Cheers,

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

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


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

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

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

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

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

Regards,

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

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


Re: Latest SHR-?

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

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

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

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

Cheers,

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

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


Re: Latest SHR-?

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

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

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

Regards,

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

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


Re: Now someone REALLY has to help me!!

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

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

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

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

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


Re: External blkid library not found

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

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

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

Cheers,

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

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


Re: External blkid library not found

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

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

Regards,

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

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


Re: Touchscreen calibration with evdev

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

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

Cheers

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

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


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

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

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

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


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

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


Re: Bluetooth PBAP support for FSO

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

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

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

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


Re: Fwd: dfu_download error -110

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

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

Cheers,

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

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

 dfu_download error -110

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

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


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

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


  1   2   >