Re: Kernel 3.x and Freerunner
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)
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)
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
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
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?
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?
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?
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
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
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
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
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
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
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
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
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
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
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] )
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
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] distro upgrade
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
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
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
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
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
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)
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
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?
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?
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
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
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
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
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
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
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
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 ]
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 ]
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)
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)
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
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
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
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!
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
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
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
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
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
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
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.
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.
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
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...)
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
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
On Wed, May 19, 2010 at 01:52:08AM -0700, sferic wrote: OK, a break for the night is a good idea, if one can think of nothing more: Today I removed the MouseWheel-Sections from /usr/lib/tk8.4/listbox.tcl and /usr/lib/tk8.4/text.tcl. After this idle starts and seems to be usable (I will try later and report my experiences). Would it be a good idea to remove those sections permanently, so that remain idle even after an update of tk? Sorry I cannot comment on tk issues and I don't even know python-idle/python-tkinter. Anyway - Many thanks to Martin Jansa Well now it's fixed only till next rebuild from scratch, but I'll add tk to DISTRO_FEATURES (proper fix) if it doesn't add much to image size or dependency tree. -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Again: Python Error No module named Tkinter
On Wed, May 19, 2010 at 01:52:08AM -0700, sferic wrote: OK, a break for the night is a good idea, if one can think of nothing more: Today I removed the MouseWheel-Sections from /usr/lib/tk8.4/listbox.tcl and /usr/lib/tk8.4/text.tcl. After this idle starts and seems to be usable (I will try later and report my experiences). Would it be a good idea to remove those sections permanently, so that remain idle even after an update of tk? Hi, pushed that tk DISTRO_FEATURE http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=fa21428ef11bb9b13a276c113e533e951301ecec and there is newer tcl/tk 8.5.8 in oe.dev http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=e92042a4e03b0d40dab3886867340059e6fafcb3 it's building now in shr-u feeds (ETA few hours), so if you're willing to test it with newer tk, please try shr-u (this won't be in shr-t soon). Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Again: Python Error No module named Tkinter
On Mon, May 17, 2010 at 07:28:11AM -0700, sferic wrote: Hello to all, I try straight to start python idle. I get the following messages: r...@om-gta02 ~ $ idle Traceback (most recent call last): File /usr/bin/idle, line 3, in module from idlelib.PyShell import main File /usr/lib/python2.6/idlelib/PyShell.py, line 14, in module import macosxSupport File /usr/lib/python2.6/idlelib/macosxSupport.py, line 6, in module import Tkinter File /usr/lib/python2.6/lib-tk/Tkinter.py, line 39, in module import _tkinter # If this fails your Python may not be configured for Tk ImportError: No module named _tkinter On my Freerunner the following modules are installed: python-idle - 2.6.4-ml8.1.4 python-tkinter - 2.6.4-ml8.1.4 libtcl8.4-0 - 8.4.19-r4.4 libtk8.4-0 - 8.4.19-r0.4 (manually downloaded by http://build.shr-project.org/shr-testing/ipk-pre-gcc-4.4.3/armv4t/ and installed because it's not (more?) contained in http://build.shr-project.org/shr-testing/ipk/armv4t/) Please don't use ipk-pre-gcc-4.4.3, it's only temporary dir crated before syncing new feed built from scratch with newer gcc and can be removed soon. And libtk8.4-0/python-tkinter is built properly only when there is tk built before python recipe (which is ensured by tk in DISTRO_FEATURES which we're not using). Even when I rebuild it now, package version won't be changed and you will have to -force-reinstall it. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Again: Python Error No module named Tkinter
On Tue, May 18, 2010 at 03:52:40AM -0700, sferic wrote: Thanks for the reply. But what does this mean? (Apology for the stupid question. I am new in this business...) Do I have to wait for a recompiled version of python-tkinter (which I have to reinstall with the option --force-reinstall)? Or can't I use python idle at present? I removed libtk8.4-0 from ipk-pre-gcc-4.4.3 in any case. Yes, exactly. The package version will stay the same so opkg upgrade won't install fixed version for you automatically, but there will be libtk available in ipk/armv4 and python-tkinter will be probably fixed. opkg install -force-reinstall python-tkinter libtk8.4 should work. It's already built and will be in feeds in an hour or so with other upgrades. If you see fso stuff upgrade with opkg upgrade then tk is already there. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Again: Python Error No module named Tkinter
On Tue, May 18, 2010 at 07:42:38AM -0700, sferic wrote: Did I notice that I have installed SHR Testing? I believe, only indirectly by the indication of the path of gcc-pre-4.4.3. Ah sorry I didn't notice, there was similar temporary dir in shr-unstable dir (already removed it). So far I didn't notice an update of /shr-testing/ipk/armv4t - is it because of that? And will python-tkinter in /shr-testing/ipk/armv4t be renewed and libtk8.4 be supplemented? OK I'll build it with tk also in shr-t. (expect it to be in feeds in an hour or so). Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: andy-tracking and gdrm-2.6.32
On Tue, May 18, 2010 at 12:24:27AM +0200, mobi phil wrote: maybe then merging gdrm stuff from gdrm branch from git.openmoko.org and rest from gdrm-for-merging? or what would be the best to merge to have both stable 2.6.32 and drm/kms? It's nothing to do with merging, I just made a new branch, cleaned up and more suitable for merging back to the main OM branch, and in the process I introduced a bug which I haven't fixed yet. it has to do a bit with merging... Well... you practically answered my question with the second part of the answer... Not quite sure what you meant by merging bits of the old and new gdrm branches, but that certainly won't magically make the problem go away. The best merge to do if you want everything vaguely stable would be to merge gdrm-2.6.32 into om-2.6.32. The merge may or may not be easy.. (that's why gdrm-for-merging exists in the first place). Maybe wrongly, but I assumed that you introduced that bug to the kms/drm part, so I thought to try to merge all non kms/drm from gdrm-for-merging with gdrm-2.6.32, that seemed to have stable kms/drm. Hi, gdrm-for-merging and gdrm-2.6.32 have both only kms/drm extra bits missing ing om-2.6.32 and both provide same functionality only the first is cleaned so there are no non kms/drm bits from gdrm-for-merging to merge to gdrm-2.6.32 om-2.6.32+2.6.32.13+gdrm-2.6.32 is uImage-2.6.32.13-oe1 om-2.6.32+2.6.32.13+gdrm-for-merging is uImage-2.6.32.13-oe2 http://build.shr-project.org/tests/mrmoku/2.6.32/images/om-gta02/ both works ok here, in 2nd is also fixed defconfig and pwm leds available again. see: http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=98bed2876d7dd88cc25f1c70929f1d632b8f95ee http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=14e1ed70361f7f5a5e54d93a606a7c8d53460b95 But I better wait for the maestro to do that, no rush... Yes, Thomas is maestro and we're really greatfull for his great glamo work. Lets hope he will find enough free time soon to squash that bug and merge his work up. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Re: latest SHR unstable: neo theme not working well, can't close apps anymore, qwo keyboard breaks starter
On Wed, May 05, 2010 at 12:57:41PM +0200, n...@el-hennig.de wrote: For me it does not automatically, but as workaraound you can start shr_elm_softkey from the terminal and then it works fine. I found an even better way to workaraounf this problem automatically: I created a wrapper /usr/bin/shr_elm_softkey.sh that is called from /etc/X11/Xsession.d/89shr_elm_softkey and that waits some time until it starts shr_elm_softkey The wrapper loks like this: ---8- #!/bin/sh export DISPLAY=localhost:0 sleep 60 exec /usr/bin/shr_elm_softkey ---8- The Xsession-Skript is the following: ---8- #!/bin/sh -e DISPLAY=:0.0 /usr/bin/shr_elm_softkey.sh ---8- There is strace for not working http://build.shr-project.org/tests/jama/shr_elm.log.no and working start http://build.shr-project.org/tests/jama/shr_elm.log.yes As TAsn confirmed shr_elm_softkey needs illume module to be loaded before it's started. Your workaround works, but be aware that in that 60s you have to finish first run wizard (after reflash or .e removal). TAsn is checking possibilities for shr_elm_softkey autostarted by e17 itself. snip The best approach (imo), would be to make an app.desktop file, put it in /usr/share/applications (or standard place for your platform). Then in /etc/skel make a ./e/e/applications/startup/.order file with app.desktop listed in it. Then when new users get created, the ~/.e/e/applications/startup/.order file gets copied into users home dir and the QP app will get started every time they start E. /snip Shorter version of same workaround (not pushed because 20s is as bad as 60s for first start). sed -i 's#^DISPLAY=:0.0 /usr/bin/shr_elm_softkey#sh -c sleep 20 \\ /usr/bin/shr_elm_softkey#g' /etc/X11/Xsession.d/89shr_elm_softkey DISPLAY is also already set by /etc/profile.. -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: git.openmoko.org / GTA02 kernel sources?
On Thu, Apr 22, 2010 at 07:59:27AM +0200, Dr. H. Nikolaus Schaller wrote: I tried to fetch the latest kernel sources from http://git.openmoko.org/?p=kernel.git;a=summary for learning something, but it appears that the server has some failure: iMac:tmp hns$ git clone git://git.openmoko.org/git/kernel.git linux-2.6 Initialized empty Git repository in /private/tmp/linux-2.6/.git/ remote: fatal: Out of memory, realloc failed remote: aborting due to possible repository corruption on the remote side. fatal: early EOF fatal: index-pack failed iMac:tmp hns$ So my main question is where I can get recent enough kernel sources from? Check this thread http://lists.openmoko.org/pipermail/openmoko-kernel/2010-April/010946.html for temporary workarround. Regrads, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On Wed, Apr 14, 2010 at 11:33:57PM +0100, Neil Jerram wrote: able to try SHR for very long. (In Debian, I can just switch back to fbdev.) Have you tried to switch to fbdev in SHR? It's as easy as in debian. opkg install xf86-video-fbdev and update xorg.conf Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is xserver-xorg-video-glamo freezy for anyone else than just me?
On Thu, Apr 15, 2010 at 12:27:36AM +0100, Neil Jerram wrote: r...@om-gta02 ~ $ opkg install xf86-video-fbdev Collected errors: * Cannot find package xf86-video-fbdev. Is that SHR just too old, would you say? Hi, I'm sorry, I was sure only for SHR-U not SHR-T.. I've built it in SHR-T feeds now too. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: player
Done in SHR-U feeds. Regards, On Sun, Apr 11, 2010 at 9:40 AM, c_c cchan...@yahoo.com wrote: Hi, I've managed to fix the problem - which turned out to be poor programming from my side. Have committed the fixes to the svn. Hopefully, an updated build should be out soon. -- View this message in context: http://n2.nabble.com/player-tp4868896p4884719.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi
On Thu, Apr 01, 2010 at 02:58:59AM -0800, Mike Crash wrote: Yes, it is compatible with 2.90, just uncomment in mgps.h #define GPSD_API_19 1 I will attempt to autodetect gpsd version, but it seems the version number in gps.h is the same as in previous version, so currently I don't know how Thanks, rebuilt in feeds again. BTW: in new version can you replace INSTALL link with actuall file? It fails to make install on systems where is different version of automake installed. Now temporary replaced with empty file in bb recipe. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Thone 0.5
On Thu, Apr 01, 2010 at 12:29:47AM +0200, pike wrote: Hi http://wiki.openmoko.org/wiki/User:Pike/Thone I have .ipk now http://jama.homelinux.org/org.openembedded.shr/all/thone_0.5-r0.4_all.ipk Cool! Thanks! Now, as was to be expected, I fixed some bugs and upped a new version, 0.6 .. with a different url .. wouldnt it be easier if I hosted that ipk myself, on googlecode ? I'm not going to host that .ipk.. but add recipe to shr and it will be in SHR feeds as any other app :). If you want to reuse it for other distributions, feel free to add link to shr feeds or redistribute it from googlecode. I'll update recipe to 0.6 and add it to feed (probably today). .. so i was trying to untarzip your ipk file to see if I could update it but it gives tar: invalid tar magic. isnt it a tarzip ? it's 'ar', ar -x would do right magic I'm wondering how to proceed. Never done this. Given the way .ipk works, I dont see the need for a makefile. With makefile it would be easier to install files to other locations easily (like readme to /usr/share/doc) etc.. but it's not a big issue so if you don't see the need, OK :). BTW: Haven't seen your real name to fill AUTHOR field properly.. but nick will be enough if it is intentional ;) . Yeah, pike will do :-) OK BTW: in 0.5 * updating sms.cache.. /org/freesmartphone/PIM/Messages/Query: Query failed: org.freedesktop.DBus.Python.AttributeError is it something fixed in 0.6 already? (I'll try in few minutes..) Thanks! Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Thone 0.5
On Thu, Apr 01, 2010 at 10:40:26AM +0200, pike wrote: Hi http://wiki.openmoko.org/wiki/User:Pike/Thone I'm not going to host that .ipk.. but add recipe to shr and it will be in SHR feeds as any other app :). Bear with me :-) The bitbake recipe refers to the ipk ? bitbake recipe is build description which instructs bitbake how to create correct .ipk or .dep or .rpm or whatever from source archive. In thone case it's repackaging your scripts. In either case, it's probably better to wait for a bit more stable version, or find a way for me to fix bugs upstream. In case you relase newer version, recipe update is task for few sec. Than all shr users get updated version with opkg upgrade (which they have to check and download manually in case your .tgz). In short, wow thanks, but please don't, yet. It's your call, but I don't see any disadvantage of having thone in shr feeds. Let me know if you change your mind. BTW: in 0.5 * updating sms.cache.. /org/freesmartphone/PIM/Messages/Query: Query failed: org.freedesktop.DBus.Python.AttributeError is it something fixed in 0.6 already? (I'll try in few minutes..) I don't think so - never seen it. Let me check if I can repeat it. Steps used here: thone sms tabtab sms grep: /home/root/.thone/ppl.cache/*ppl: No such file or directory grep: /home/root/.thone/ppl.cache/*ppl: No such file or directory config helplistreadwrite sms list * updating sms.cache.. /org/freesmartphone/PIM/Messages/Query: Query failed: org.freedesktop.DBus.Python.AttributeError Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi
On Thu, Apr 01, 2010 at 12:31:12AM -0800, Mike Crash wrote: Hello, I'm going to release new version of MC Navi and I want to make maps available for direct download. So I want to ask, what country do you need? Hi, is new version compatible with gpsd-2.90? mcnavi is failing to build in shr feeds for almost a month :/ http://www.mail-archive.com/community@lists.openmoko.org/msg58389.html Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: src bitbake ipkg
On Thu, Apr 01, 2010 at 11:58:45PM +0200, pike wrote: Hi Bear with me :-) The bitbake recipe refers to the ipk ? bitbake recipe is build description which instructs bitbake how to create correct .ipk or .dep or .rpm or whatever from source archive. In thone case it's repackaging your scripts. Thanks for being clear here. I thought long and deep about this, and, read a manual :-) Probably the bitbake recipe is more complicated than the ipk it creates, but I guess that doesnt matter on your side - you need the recipe, not the bread. So can I push the recipe for 0.6 as is and then improve it with next version? I would like to.. as I'm leaving tomorrow for few days.. And it's pretty simple http://paste.pocoo.org/show/196533/ but those 'cp' aren't good practise as you cannot easily adjust ie file permissions as install call does.. For now, I'll try hosting the ipkg myself; based on the one you created. A question: why is that file different than the ipkg described by QTopia http://qtextended.org/modules/developers/qtopia.php?linkFile=developers/IPKG_Howto or even here http://handhelds.org/moin/moin.cgi/BuildingIpkgs In these descriptions, the control directory is a directory, not a file. I never used ipkg-build manually, I guess that CONTROL is only temporary file and CONTROL/control is what is packed in .ipk as control, so the same.. but as I said before, I never used it manualy and I'm not .ipk format expert :). just curious, *-pike Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Thone 0.5
On Wed, Mar 31, 2010 at 01:59:52AM +0200, pike wrote: On April 1st, 2009, Werner Almesberger wrote April 1 is not over yet ;-) [1] Following up on that discussion, I decided to write a bunch of shell scripts to read/write sms, calls, manage your address book etc. At first, they were basicly mdbus wrappers. But it apparently took me a full year get the details right. And today is a nice day to release what I have http://wiki.openmoko.org/wiki/User:Pike/Thone I'm curious what y'all think. My aim was to write something that would beat the guis: quicker to load, easier to work with, more reliable, and, when using a gui like FatFingerShell [2], prettier :-) But to be honest, I'm not there yet. I learned the nitgrit of bash, sed and awk along the way; most of the code already looks like babytalk to me now, but well it works. $2c, *-pike [1] http://lists.openmoko.org/nabble.html#nabble-td2542865%7Ca2568942 [2] http://fz.hobby-site.org/om/fatfingershell/web.html Hi, Haven't tried yet, but from description it looks usefull (I'm using my neo mostly only remotely over ssh connection :)). So I'm already preparing bb recipe for that to put it in shr-u feeds. Thanks! -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Thone 0.5
On Wed, Mar 31, 2010 at 02:35:25PM +0200, pike wrote: Hi http://wiki.openmoko.org/wiki/User:Pike/Thone Haven't tried yet, but from description it looks usefull (I'm using my neo mostly only remotely over ssh connection :)). So I'm already preparing bb recipe for that to put it in shr-u feeds. That sounds great. Not exactly sure what it means though :-) Let me know if you need anything. I have .ipk now http://jama.homelinux.org/org.openembedded.shr/all/thone_0.5-r0.4_all.ipk But it's just converted tgz-ipk made by bitbake. for example .. I've put the tarbal up on google code but I could put the sources under public svn there if thats easier ? Yeah, would be nice to have it somewhere in tar.gz or svn in form of just source files and simple Makefile which has only target install which moves source files to right target dirs. BTW: Haven't seen your real name to fill AUTHOR field properly.. but nick will be enough if it is intentional ;). Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-launcher updated
On Sun, Mar 28, 2010 at 11:36:55PM -0800, c_c wrote: Hi, No Problem. Just thought of asking anyhow. Thanks Hi, where is source of this updated version? There is no new commit on http://code.google.com/p/shr-launcher/source/list :/ Thanks -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-t] Big update, safe or not ?
On Thu, Mar 18, 2010 at 05:14:08PM +0100, Sander van Grieken wrote: On Thursday 18 March 2010 15:34:42 n...@el-hennig.de wrote: But today I've tried an 'opkg update' and now I see : $opkg list-upgradable | wc -l 682 Will such a big upgrade be ok or do I have to wait until Sunday (more time to fix borken things) ? You should consider to upgrade in more than one step, as space in /tmp is limited. Or simply create a tempdir on the SD card and upgrade using opkg -t /media/card/tmp upgrade or permanentrly update tmp_dir option in /etc/opkg/opkg.conf for better location if default /var/lib/opkg/tmp doesn't suit you Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [NEW DISTRIBUTION] Announcing NEOPhysis
On Sun, Mar 07, 2010 at 01:28:02PM +0100, Petr Vanek wrote: We started working on it on last September, with the support of the Italian Telefoninux.org community, and after 6 months (thursday was our half-birthday :P) we want to share the effort of the 6 core members of the team with you. thank you for the announcement. just tested the new image, feels better then the previous one, faster. It takes incredible 34 seconds from first PWR press till the home screen appears with the GSM already registered! I made a test phone call with Can someone make bootchart from it? My image seems to have enlightenment running in about 40 sec, Killing xinit/Xserver script and starting Xorg with right params directly would seve maybe another 5sec. http://jama.homelinux.org/Pictures/bootchart-2.6.32.9.r2.png But I'm still interested if that NDE is so quicker or if I'm wasting so much time somewhere else. Thanks, Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
On Thu, Feb 11, 2010 at 10:47:55AM -0800, Mike Crash wrote: After preview about month ago here is finally first public version of MC Navi. Keep in mind it is still in hard development and this day I found some bugs, which are not yet fixed in this release (I didn't want to stop the release, because it is never-ending story). So if somebody wants to try, all information is on [1]. I have moved it to other site, because here is also Debian repository. Download source code and packages for Debian armel/i386/AMD64. [1] http://www.gps-routes.info/index.php?name=Contentpa=showpagepid=1 Hi, Is there some SCM repo for MC Navi? Or some already existing patch for compatibility with gpsd-2.90? Error log: http://tinderbox.openembedded.net/packages/504843/ Díky :) -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
On Wed, Mar 03, 2010 at 04:32:51PM +, Neil Jerram wrote: On 3 March 2010 16:08, Martin Jansa martin.ja...@gmail.com wrote: Or some already existing patch for compatibility with gpsd-2.90? That's an interesting question. Are you considering gpsd for SHR, instead of ogpsd + fso-gpsd? AFAIK gpsd was always built in SHR at least as gpsd.h provider etc. And it was updated to 2.90 about a week ago. On device there is fso-gpsd and then libgps now version libgps19 (2.90-r4.0.4). I'm not really planing any gps switch, but the plan is to remove frameworkd and python from SHR images ASAP. 1) fsogsmd should work already 2) opimd is redesigned still in python, then it will need vala? rewrite :/ 3) fso-gsm depends on frameworkd (ogpsd) now and needs to be replaced/improved somehow, that's why I asked mickey 4) I'm building experimental images[1] with 2.6.32 kernel, fsogpsd, xserver-1.8 and without udev, hal, python, frameworkd for myself (they are not usable out of the box, but I want to test and prepare SHR for next step :)) 12:36.41JaMamickey|office: yes there any plan to make fso_gpsd independent on frameworkd? now it's in RDEPENDS 13:50.33mickey|office JaMa: fso-gpsd has not been written by us, the author is somewhat missing in action; i do not have any plans for it. fso-gpsd translates gypsy into gpsd protocol. fsotdld will not use gypsy protocol, so fso-gpsd won't work anyways w/ fso2 13:55.29JaMamickey|office: so fsotdld will provide NMEA? and if we need gpsd protocol provided by fso-gpsd (ie for using gpsd from FR on other device over wifi connection) then someone need to implement NMEA-GPSD right? 13:56.05mickey|office JaMa: I'm afraid fsotdld will not provide NMEA, that would not make sense, fsotdld is about giving a high level location protocol 13:56.14mickey|office we will have to have something like fsotdld-gpsd, yes 13:56.28pabs3 how does fsotdld relate to geoclue? 13:56.29mickey|office fsotdld will basically incorporate all location providers 13:56.53mickey|office pabs3: it looks like there will be an overlap 13:57.20JaMamickey|office: ah so UBX NEMA is name of protocol we get from our chip? 13:57.34mickey|office JaMa: UBX5 or NMEA, yes 13:57.38mickey|office or UBX4 13:57.41mickey|office dunno offhand 13:58.07JaMamickey|office: ok thanks 13:58.30mickey|office sascha wessel (author of fso-gpsd) once put up a nice RFC of a location provider protocol 13:58.36mickey|office i'm leaning towards using that 13:58.43mickey|office or make it compatible with geoclue 13:59.01mickey|office but last time we made a protocol compatible with something, that something was more or less abandonded ;) 14:00.09mickey|office the choice to support gypsy made sense at the time 14:00.14mickey|office but the outcome was a horrible protocol 14:00.21mickey|office very undbuslike 14:00.30mickey|office this time i want to make it better 14:00.52lindi- mickey|office: gpsd protocol changed btw 14:01.10lindi- mickey|office: support for old protocol will be dropped this year 14:01.28lindi- meanwhile it will support both (and autodetect) 14:02.11lindi- the one-letter commands are finally gone for good :) 14:03.09mickey|office awesome :) 14:03.20mickey|office ya, we definitely want a gspd protocol plugin for tdld 14:03.34JaMaI'm just reading what mqy (author of omgps said), because he had parsers for all 3 protocols, so maybe it would be easy to convert with help of his code http://lists.openmoko.org/pipermail/community/2009-June/050403.html [1]: http://gitorious.org/~jama/angstrom/jama-shr-experimental/commits/shr/unstable - don't use this if you don't know what are you doing :) and if you do, expect rebase almost every day -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v18 - based on 2.6.32
On Mon, Mar 01, 2010 at 01:09:24PM +0100, Radek Polak wrote: Otherwise the new kernel runs really nice. Bluetooth and accelerometers should be quite easy to fix. I dont know about the touchscreen in X. Any other distro that uses 2.6.32 kernel has X server all right? With 2.6.32 built with OE available here: http://build.shr-project.org/tests/mrmoku/kms/images/om-gta02/ defconfig http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.32/om-gta02/defconfig I don't see any strange touchscreen behavior in xserver-1.8 snapshot and I don't remember any ts issues with 1.7.* versions (except that I was missing ts filters in first defconfig and then ts calibration wasn't able to find sysfs nodes). http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/xserver-kdrive-common/xserver-kdrive-common/shr/89xTs_Calibrate If there are no other regressions i am thinking about making 2.6.32 kernel default for QtMoko. Great! Yesterday Thomas White pushed WSOD fix for his DRM driver, so I hope we could move to 2.6.32 with SHR soon too. Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v18 - based on 2.6.32
On Mon, Mar 01, 2010 at 03:58:26PM +0100, Radek Polak wrote: On Monday 01 March 2010 13:31:26 Martin Jansa wrote: On Mon, Mar 01, 2010 at 01:09:24PM +0100, Radek Polak wrote: Otherwise the new kernel runs really nice. Bluetooth and accelerometers should be quite easy to fix. I dont know about the touchscreen in X. Any other distro that uses 2.6.32 kernel has X server all right? With 2.6.32 built with OE available here: http://build.shr-project.org/tests/mrmoku/kms/images/om-gta02/ defconfig http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux -openmoko-2.6.32/om-gta02/defconfig I don't see any strange touchscreen behavior in xserver-1.8 snapshot and I don't remember any ts issues with 1.7.* versions (except that I was missing ts filters in first defconfig and then ts calibration wasn't able to find sysfs nodes). Hi Martin, thanks for pointers. I tried the latest 2.6.32 SHR kernel, but it does not work very good for me. Probably because of KSM. I am still using old Xglamo which segfaults with this kernel and fbdev xorg prints: (EE) FBDEV(0): FBIOPUT_VSCREENINFO: Invalid argument (EE) FBDEV(0): mode initialization failed Fatal server error: AddScreen/ScreenInit failed for driver 0 Yes that's right, sorry I should warn you before trying, this kernel expects kms enabled xf86-video-glamo in userspace and disables old fbdev driver. Good thing is that kms enabled xf86-video-glamo in userspace is able to fallback to swrast when DRM kernel is not used. So in SHR we have the same userspace and used kernel decide how it will render. I can try upgrade to debian testing so that i can try xf86-video-glamo (or is there package for lenny somewhere?). No idea. Thomas White's kms branch is already merged to master, so package built from there with latest revision should be enough. http://git.openmoko.org/?p=xf86-video-glamo.git;a=summary You also need mesa and libdrm with Thomas's patches. http://git.bitwiz.org.uk/?p=libdrm.git;a=summary http://git.bitwiz.org.uk/?p=mesa.git;a=summary Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u 20100212] what has happened to mickeyterm?
On Fri, Feb 26, 2010 at 01:00:15PM -0800, jeremy jozwik wrote: On Thu, Feb 25, 2010 at 10:26 PM, Martin Jansa martin.ja...@gmail.com wrote: mterm2 thanks, that should be added to the wiki if it replaces mickeyterm. Then add it.. mickeydbus - mdbus, mickeyterm removed from shr-lite mdbus2, mterm2 are newer versions IIRC rewritten in vala mickeyterm is still in feeds, but not installed as dependency of task-shr-minimal (and then shr-lite images), that's why it was automaticaly removed for you by opkg (as it became orphaned package), if you install it manually it will stay. but the command i want to issue AT%N0001 is not accepted, or i do not know how to work with this new interface. mterm2 --help is of little help I don't know much about mickeyterm/mterm2 so I cannot help you there, but you can try it in that old mickeyterm. where have the settings for noise reduction gone to? I don't know.. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u 20100212] what has happened to mickeyterm?
On Thu, Feb 25, 2010 at 06:50:42PM -0800, jeremy jozwik wrote: so i reflashed to 20100212 a while ago. but i was overseas and did not have a working sim card. back home i go and try to makes some phone calls only to discovery everyone is complaining about my call quality. i, not wanting to annoy people, go to check the mickeyterm settings for noise and what now. only to find -sh: mickeyterm: not found. so, where has it gone? is it dead? is there a replacement? was it simply just missing from the 20100212 build? mterm2 -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Application for desktop categories
On Thu, Feb 18, 2010 at 09:16:36PM +1100, Michael Smith wrote: On Thu, 18 Feb 2010 11:01:39 +0100 Olivier Migeot larry...@gmail.com wrote: Just an idea, about DeskCat : since adding more categories - in order to remove desktop clutter - will _actually_ add new desktop clutter in the mean of category icons, wouldn't it be possible/better/stupid to only use one icon and cycle through categories? You could change that icon's title - or even pixmap - regarding the currently displayed category. Right now you can use the DeskCat application to put the category launchers into categories, so you can configure it that way if you want. You just have to work around a small bug: when you create a category its launcher doesn't appear in deskcat until after deskcat is restarted. This is because the application list is loaded at startup. Another way might be to have a single DeskCat application which lets you choose the category to display on the desktop. This way will be slower because of the need to open a GUI application but not as slow as flipping between two categories. I might try to implement this in the future. Haven't tried it yet, but from what I'm reading, does it just move the .desktop file to subdir and then if I reinstall some package (and original .desktop file is restored) then I'll see both icons? Please also note that illume2 homescreen is said to be much more easier to customize/improve and shr-launcher/DeskCat features would be nice to have integrated there as SHR will move to illume2 as soon as it gets as usable as illume1 is now (hopefully soon as every new illume2 version is getting closer fast). Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHRu] Stuck @ language screen aka Contest of the day.
On Tue, Feb 16, 2010 at 02:01:53PM +0100, Thomas HOCEDEZ wrote: Hi mokists, here's a challenge of the day contest : I just reflashed SHRu (feb 15). And I was surprised to see a touch-calibration utility at really startup ! Nice idea. But only problem : I touch my screen anywhere by mistake My calibration was validated ! now, I can't click on the Egnlish language button... And by SSH, as I didn't set my password, I cannot reset anything. I know I can reflash, but I don't want to. (I don't like easy things). If someone knows how to connect SSH or relauch the calibration utility I will send an openmoko-fr sticker. -- AstHrO - openmoko-fr.org I've already asked author of xinput-calibratior utility for confirmation dialog after calibration.. he said that he will check that soon. Sorry for a bit difficult sollution, see my e-mail here: http://www.mail-archive.com/shr-de...@lists.shr-project.org/msg01868.html If you cannot SSH (empty password should be allowed again in new images - partially because of this issue), then you can remove that file from 2nd distribution on uSD or on your PC if you have problem with image installed on uSD. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHRu] Stuck @ language screen aka Contest of the day.
On Tue, Feb 16, 2010 at 02:13:33PM +0100, Valery Febvre wrote: Valery Febvre wrote: Thomas HOCEDEZ wrote: Hi mokists, here's a challenge of the day contest : I just reflashed SHRu (feb 15). And I was surprised to see a touch-calibration utility at really startup ! Nice idea. But only problem : I touch my screen anywhere by mistake My calibration was validated ! now, I can't click on the Egnlish language button... And by SSH, as I didn't set my password, I cannot reset anything. I know I can reflash, but I don't want to. (I don't like easy things). If someone knows how to connect SSH or relauch the calibration utility I will send an openmoko-fr sticker. DISPLAY=:0.0 xinput_calibrator After, it may be necessary to: $ /etc/init.d/xserver-nodm stop $ /etc/init.d/xserver-nodm start No this is not enough.. with /etc/pointercal.xinput file it will always use the wrong values stored there. You have to remove /etc/pointercal.xinput first and then restart xserver-nodm. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town
On Fri, Jan 29, 2010 at 07:55:00AM +0100, Xavier Cremaschi wrote: Martin Jansa a écrit : Upgrading navit on root from 1:0.1.0+svnr2902-r5.4.4 to 1:0.1.0+svnr2934-r5.4.4... Downloading http://jama.homelinux.org/org.openembedded.shr/armv4t/navit_0.1.0+svnr2934-r5.4.4_armv4t.ipk Upgrading navit-locale-cs on root from 1:0.1.0+svnr2902-r5.4.4 to 1:0.1.0+svnr2934-r5.4.4... Downloading http://jama.homelinux.org/org.openembedded.shr/armv4t/navit-locale-cs_0.1.0+svnr2934-r5.4.4_armv4t.ipk Upgrading navit-icons on root from 0.1.0+svnr2871-r1.4 to 0.1.0+svnr2927-r1.4... Downloading http://jama.homelinux.org/org.openembedded.shr/all/navit-icons_0.1.0+svnr2927-r1.4_all.ipk Cheers, SHR-t here, so I cannot test :( It's already in shr-u feeds, imho best way to try new stuff and still have reliable phone is to install shr-u on 2nd partition on uSD or just on uSD if you have shr-t installed in nand. You don't even have to reboot to use app from shr-u... Well sometimes you have to use chroot wisely and ie start Xorg from chrooted shr-u.. with fso still running in shr-t etc. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town
On Thu, Jan 28, 2010 at 04:25:37PM +0100, KaZeR wrote: Le 28/01/2010 15:47, n...@el-hennig.de a écrit : There is a bug open at navit's bugtracker about that : http://trac.navit-project.org/ticket/524 This is a regression since rev 2844. I'm personally using a rev26?? on my FR, with reiseplanner maps, without this issue. The patch in the ticket has been applied, please try with rev 2934+ and report. This is not only true for MP maps but for OSM maps as well, at least with my navit installation (latest from SHR-u feed: rev 2902). Hopefully this is updated soon... Then this is probably another issue for you, because the regression in MG (reiseplanner) was caused by the use of new tags in OSM which weren't added to MG. Does your OSM map version match navit's revision? If you use an old OSM map, or a newer OSM map with a given revision of navit, it may fail to work because of changes in the datas. BTW : there are daily build of navit for the FR here : http://download.navit-project.org/navit/openmoko/svn/ They are built nightly, but it's also possible to trigger a build during the day. That revision with fix is also building now here.. I'll provide links for test soon. Those nightly builds are still build with om2008 toolchain? And also in shr we have navit splited to 2 .ipk (navit as app and navit-icons with only pngs), and also splitted configs in smaller easier managable files with shr customized config. So it's a bit more difficult to switch between navit from shr feed and navit feed, but it's no problem to build newer navit in shr feeds almost daily too (if someone is willing to test it before syncing it to all users..). Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town
On Thu, Jan 28, 2010 at 04:33:21PM +0100, n...@el-hennig.de wrote: Then this is probably another issue for you, because the regression in MG (reiseplanner) was caused by the use of new tags in OSM which weren't added to MG. Does your OSM map version match navit's revision? If you use an old OSM map, or a newer OSM map with a given revision of navit, it may fail to work because of changes in the datas. the planet.bin I use is from January 15th. BTW : there are daily build of navit for the FR here : http://download.navit-project.org/navit/openmoko/svn/ They are built nightly, but it's also possible to trigger a build during the day. I know! The problem is that in the SHR feeds the navit packages have an additional versioning which allows the installation of the svn packages only, if you disable the feeds before. Please test it from this files and let me know.. if everything works I'll push it to oe.dev and then build it in official shr-u feeds. (change preferred locale) Upgrading navit on root from 1:0.1.0+svnr2902-r5.4.4 to 1:0.1.0+svnr2934-r5.4.4... Downloading http://jama.homelinux.org/org.openembedded.shr/armv4t/navit_0.1.0+svnr2934-r5.4.4_armv4t.ipk Upgrading navit-locale-cs on root from 1:0.1.0+svnr2902-r5.4.4 to 1:0.1.0+svnr2934-r5.4.4... Downloading http://jama.homelinux.org/org.openembedded.shr/armv4t/navit-locale-cs_0.1.0+svnr2934-r5.4.4_armv4t.ipk Upgrading navit-icons on root from 0.1.0+svnr2871-r1.4 to 0.1.0+svnr2927-r1.4... Downloading http://jama.homelinux.org/org.openembedded.shr/all/navit-icons_0.1.0+svnr2927-r1.4_all.ipk Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town
On Thu, Jan 28, 2010 at 07:12:39PM +0100, Lars Hennig wrote: Am Donnerstag 28 Januar 2010 schrieb n...@el-hennig.de: The search works with MP maps. I could not test OSM, since I will update the map at home later this evening. The search with my current OSM map does at least not crash the program. But it does not find the street names either. I downloaded an up-to-date binary OSM map and the search works now. So it would be great if you could push the new revision to the shr-u build. I already did when you first replied.. it's still building on buildhost I guess.. One more thing: The search only works when there is no german umlaut in the name of the city (for OSM maps that is). Please check your environment (locale set) and if it's ok you should probably report it upstream (this isn't type of bug which should be addressed on distro/OE level). Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
On Fri, Jan 29, 2010 at 10:15:55AM +0800, William Kenworthy wrote: shr-testing is probably the most usable out-of-the-box at the moment. Only a few annoyances rather than show stoppers. IMHO best way is to install both shrs on different partitions and switch to 2nd if something goes wrong. The current kernel has most debugging disabled and though I used the default briefly (modified it for more speed soon after!), it seemed quite fast as is. No.. it's not disabled anymore (after few users reported that they see more issues with nodebug/nopreemt kernel). Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
On Fri, Jan 29, 2010 at 03:11:49PM +0800, William Kenworthy wrote: Interesting - cant say Ive noticed anything bad - quite the reverse. I'm not using shr-t or any .29-rc3 kernel, so I cannot comment. But on shr ML and trac there was few reports about not getting GPS lock or GSM channel (even with debug kernel) and at least 3 people said that they are having this problem more often with nodebug kernel. So I asked spaetz (maintainer of shr-t) and he said that we should rather revert back to debug (as it's slower but as some say more stable). If we want to test nodebug kernel, we should do it rather in shr-u and *after* testing use it in shr-t too. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Now someone REALLY has to help me!!
On Wed, Jan 27, 2010 at 03:10:27PM +0100, Patryk Benderz wrote: [cut] 6 Before this menu disappears, write in the desktop shell dfu-util -d 0x1d50:0x5119 -a kernel -R -D uImage-om-gta02-latest.bin IMHO it is enough to run: # dfu-util -a kernel -R -D uImage-om-gta02-latest.bin P.S. Great tutorial - clear, simple and shows all one might need and nothing more. not always.. having more usb devices connected (IIRC my sharp pda or my hub+bt is enough) can sometimes confuse dfu-util enough that it says something like no dfu enabled device detected which confuses user even more.. checking available devices with dfu-util -l and then providing -d 0x1d50:0x5119 will save now really confused user.. -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: External blkid library not found
On Thu, Jan 21, 2010 at 10:17:51AM +0100, Thomas Zimmermann wrote: Am Donnerstag 21 Januar 2010 10:06:50 schrieb Vaudano Luca: No, I didn't. Now it's only DEPENDS = elementary. Thanks Then you should do it. You need the libary in your bitbake tree and not on your buildhost system. Does your application depend on blkid directly or just transitively because of some other dependency? I've seen the same error just because some lib was pulling -L/usr/lib64 to linker cmd and there (on my buildhost) was other version of that library but built against blkid (and library in staging was not depending on that). Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: External blkid library not found
On Thu, Jan 21, 2010 at 10:35:07AM +0100, Vaudano Luca wrote: My application doesn't depend directly on blkid. I don't get how you solve your problem in your buildhost. Please check if that's the case (check/send that error - linker command). Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Touchscreen calibration with evdev
On Mon, Jan 18, 2010 at 04:08:51AM -0800, Mike Crash wrote: I have upgraded my Debian system on GTA02 and found, that the new udev is not compatible with current kernel in Debian. So I have compiled andy kernel and also upgraded the X.org server with new version. All works fine, but I have found, that new X is not using tslib, it loads simply evdev for touchscreen: (II) config/udev: Adding input device s3c2410 TouchScreen (/dev/input/event1) (**) s3c2410 TouchScreen: always reports core events (**) s3c2410 TouchScreen: Device: /dev/input/event1 (II) s3c2410 TouchScreen: Found absolute axes (II) s3c2410 TouchScreen: Found x and y absolute axes (II) s3c2410 TouchScreen: Found absolute touchscreen (II) s3c2410 TouchScreen: Configuring as touchscreen (**) s3c2410 TouchScreen: YAxisMapping: buttons 4 and 5 (**) s3c2410 TouchScreen: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWhee (II) XINPUT: Adding extended input device s3c2410 TouchScreen (type: TOUCHSCREEN) (**) s3c2410 TouchScreen: (accel) keeping acceleration scheme 1 (**) s3c2410 TouchScreen: (accel) acceleration profile 0 (II) s3c2410 TouchScreen: initialized for absolute axes. But the calibration is gone and I don't know, how to calibrate it. At least X and Y axis are reversed. I have tried this in xorg.conf, but it doesn't help (it seems the section was not recognized): Section InputDevice Identifier Configured Touchscreen Driver evdev Option Device /dev/input/event1 Option AbsoluteScreen 0 Option XAbsoluteAxisMap 1 Option YAbsoluteAxisMap 0 EndSection Does anybody know, how to calibrate the screen? Thank you Mike We (SHR) are using this (maybe not optimal but works) http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/xserver-kdrive-common/xserver-kdrive-common/shr/89xTs_Calibrate Cheers -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR][PATCH-rev44960] Fix for edje dragable parts not working
On Fri, Jan 15, 2010 at 02:04:56PM +0100, Davide Scaini wrote: On Fri, Jan 15, 2010 at 12:39 PM, daniele_athome daniele.ath...@gmail.comwrote: I've just upgraded SHR-unstable recipes from git, efl revision is still 44960. -- daniele_athome ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community you're right! sorry, d But if you upgrade again in few hours, then you will get right 45060.. it's already building. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth PBAP support for FSO
On Tue, Jan 12, 2010 at 09:43:55AM +0100, Thomas Franck wrote: new SHR-U updates, which is causing a bit of a problem now.. (keeps telling me about md5 mismatch and refuses to install two vital fso components) still md5 mismatch? should be fixed about 1,5 hour ago -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: dfu_download error -110
On Fri, Jan 08, 2010 at 11:01:23AM +0200, Tony Berth wrote: any chance to draw some attention on the following? Thanks Tony can you try with newer qi? http://build.shr-project.org/shr-unstable/images/om-gta02/qi-s3c2442-1.0.2-r0+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu Cheers, -- Forwarded message -- From: Tony Berth tonybe...@googlemail.com Date: Wed, Jan 6, 2010 at 7:07 PM Subject: dfu_download error -110 To: List for Openmoko community discussion community@lists.openmoko.org when I tried to flash my FR with the latest SHR and after the kernel was successfully installed, I got (somewhere in the middle of the process): middle of which process? dfu flashing of image or flashing of that kernel? dfu_download error -110 please note, that I did try to re-install the latest qi bootloader ( http://people.openmoko.org/andy/qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu) but still get the same error! Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] UBI success story
On Wed, Jan 6, 2010 at 2:21 AM, Martin Jansa martin.ja...@gmail.com wrote: 3) update Qi with dfu-util qi built here http://build.shr-project.org/shr-unstable/images/om-gta02/ is still using jffs2 in kernel params but you can you binary from here http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu or build Qi yourself with bitbake from latest shr/merge branch + this patch: http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/0014-qi-update-kernel-params-for-ubi-rootfs.patch This is not true anymore, I've added qi-ubi as different recipe to OE and rebuild here, so this qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfuhttp://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-s3c2442-1.0.2+gitr0+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu has jffs2 params again and you need qi-ubi-s3c2442-1.0.2-r0+gitr1+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfuhttp://jama.homelinux.org/org.openembedded.shr.images/om-gta02/qi-ubi-s3c2442-1.0.2-r0+gitr1+c38b062a609f1442e6a9e13005cfbdfd59a5ac0d.udfu for ubifs params but no need to download it from my host now.. I've built it on official shr buildhost too, so download it here http://build.shr-project.org/shr-unstable/images/om-gta02/ Sorry to those who downloaded it in between (I'll remove it from my host for now..), I've updated wiki page http://wiki.openmoko.org/index.php?title=UBIFS and forgot to send this e-mail. Cheers, -- uin:136542059 jid:martin.ja...@gmail.comjid%3amartin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.frsip%3ajama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community