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)
their ethos from free software and open-source software. Access to source files in the preferred format for making modifications is therefore an important requirement for free/open hardware just as it is for free/open software. The Open Source Hardware and Design Alliance have taken the four freedoms of the Free Software Definition and modified them to apply to free hardware. They stipulate the following in freedoms 1 and 3 of their criteria for use of the OHANDA label: 'Access to the *complete* design is precondition to this' http://www.ohanda.org/ (My emphasis) The requirement is made explicit by the Open Source Hardware Association which has the following in its Open Source Hardware Definition 1.0: 'The documentation must include design files in the preferred format for making changes, for example the native file format of a CAD program.' http://www.oshwa.org/definition/ The idea that a circuit schematic in bitmap form constitutes the source for open hardware is fallacious. Furthermore, continuing to quote Wikipedia on open design: Open design is a form of co-creation, where the final product is designed by the users, rather than an external stakeholder such as a private company. https://en.wikipedia.org/wiki/Open_design What you're doing is nothing to do with open hardware. The idea that you can pop some schematic bitmaps in the back of your manual while refusing access to the source files, and then rightfully label your company's product as open hardware is fallacious. Please stop labelling your company's product as open hardware. -- Bob Ham r...@settrans.net for (;;) { ++pancakes; } ___ 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 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
) Reliable accelerometer screen rotation with bigger keyboard in landscape (this works sometimes on SHR) GPS program displays heading information from a digital compass, but position information from the GPS (multiple gpsd instances?) Easilly switch music output between loudspeaker, headphones, FM transmitter. An app to transmit arbitrary RDS (the text on FM tuner) while iterating over frequencies PGP encrypted voip (http://zfoneproject.com?) Make a small change to a python/perl program using full screen transparent terminal keyboard. Show my friends pictures I have taken on the phone by dragging from one to the next. Using GPS, compass, gyros, accelerometers, camera to display an augmented reality view of the night sky There is about 20 minutes worth of ideas, but I will keep thinking. Ben On 04/28/2012 05:52 AM, Dr. H. Nikolaus Schaller wrote: It has become a little quiet here in the last weeks so that I really fear about the spirit and status of this community. So what are your dreams with respect to open mobile handhelds? What would you like as future hardware? What to see in software distros? Anything else? What missing piece are you waiting for? If we exchange these ideas it may be possible that we all work together (with smaller and bigger contributions - everyone as he/she likes) to fulfill them... Otherwise I guess we have just to consume what Apple, Samsung, MS-Nokia and others are confronting us with in the next years. May it be open or closed as they like. Or is this where we see our future? Or am I completely wrong in my impression? Phew - a lot of questions and so early in the morning :) Nikolaus ___ 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 ___ Gta04-owner mailing list gta04-ow...@goldelico.com http://lists.goldelico.com/mailman/listinfo/gta04-owner -- 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-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
downloaded will get handy. After some not-yet-known number of testers which marks the NNN feed as working it will be rsynced to default feeds and everybody will get it. This whole mechanism is to provide most reliable default feeds while keeping all development and of course developers in one SHR flavor. This is _only_ for runtime issues, it won't help with build issues which still need to be reported against master in our trac and we'll try to fix them asap. 3) There is also http://build.shr-project.org/tests/shr-core/ which points to really live build and normally shouldn't be used (you can call opkg update when there is incomplete feed or whatever), so please ignore this feed unless you really know what you're doing. Ideas, comments and most importantly patches are very welcome. JaMa on behalf of whole SHR team -- 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 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 Thu, 24 Mar 2011 13:42:30 +0100 Thomas Zimmermann wrote: Am Mittwoch 23 März 2011, 22:47:56 schrieb Jan Vlug: - not always new message icon on lock screen. the lockscreen is a bit slow in refreshing those informations, doesn't it show the new message even after one or two minutes? I see this bug too, but the lockscreen does display the icon for 1-2 seconds before it goes away. My assumption is that is goes away because the message was marked as read when it was automatically opened in the background. ___ 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: GSM buzz fix and freebeer brewing party in Washington, DC
Will it be possible to send in two Freerunners to have them Buzz-fixed? How much would it cost? Thanks Martin From: br...@derocher.org To: community@lists.openmoko.org Date: Sat, 9 Oct 2010 11:01:08 -0400 Subject: GSM buzz fix and freebeer brewing party in Washington, DC Hello, I'd like to announce a GSM buzz fix party in the DC metro area. At this time i'm just gathering interest. When we have a sufficient number of people, i'll announce the date and place. Please mark your interest on this wiki page or email me directly. http://wiki.openmoko.org/wiki/BuzzFixParty#Washington.2C_DC_-_United_States Even if you don't have the buzz issue, stop by. We can try my batch of http://freebeer.org and brew some more (of course modifying and improving the recipe). Having no idea what the level of interest is, i'd like to reserve the right to limit the number of people attending. Brian -- Brian DeRocher http://brian.derocher.org ___ 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: 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
WikiReader / PDF, TXT or HTML?
Hello, Is it possible to read other information (apart from Wikipedia articles) on the WikiReader? There are a bunch of files (mainly txt, pdf and html files I check out often, and it would be great if I could carry them with me on a memory card and check them out on a device like the WikiReader. It would be excellent to have it combined with the possibility to read Wikipedia articles in the same device (no need to carry a netbook all the time). Regards, Ángel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WikiReader / PDF, TXT or HTML?
On Wed, Sep 29, 2010 at 12:58:44PM +0200, Patryk Benderz wrote: I ain't no clue, but would be nice to have *nix ManReader :) Very often I am forced to work on systems where man pages are not installed. Such device with all man pages contained would be very helpful. Maybe someone skilled enough will do it some day... That would be awesome! :) Ángel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WikiReader / PDF, TXT or HTML?
On Wed, Sep 29, 2010 at 01:24:18PM +0200, Nashvin Gangaram wrote: Is the Freerunner too small? I read documents on it... I don't know. Unfortunately I don't own a FR yet. I can't afford it atm, but I could afford a WikiReader if I could read other files apart from Wikipedia. Regards, Ángel ___ 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: Freerunner for sale
On Mon, May 31, 2010 at 12:12:51PM -0700, Tracy Reed wrote: On Sat, May 22, 2010 at 03:01:09AM -0700, Tracy Reed spake thusly: I bought this Freerunner when it was first released as part of the San Diego group buy back in July 2008. Although I was excited to do so at No takers? Not even a Here's $20 plus shipping? I did say best offer takes it. No reserve. Would you ship it to Europe? I'd be interested if you would. Thanks, Ángel -- Angel Martin Alganza Departamento de Genetica, Universidad de Granada Full contact data at http://www.ugr.es/~ama/ PGP Public key at http://www.ugr.es/~ama/ama-pgp-key -- () ASCII Ribbon Campaign - http://www.asciiribbon.org/ /\ Against all HTML e-mail and proprietary attachments Please avoid sending me Word or PowerPoint attachments http://linux.sgms-centre.com/advocacy/no-ms-office.php signature.asc Description: Digital signature ___ 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
Literki problem
For being able to install Literki on my FR i need libfakekey, but I can't find it anywhere online. I was guided to the latest Grid Pad release (http://www.opkg.org/package_143.html) but it seems to be down :( Any tips? Martin _ Hotmail: Powerful Free email with security by Microsoft. https://signup.live.com/signup.aspx?id=60969___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Literki problem
Thanks. Also the instructions for Literki (http://pvtrace.com/literki_conf.html) taken from the Literki-page (http://www.opkg.org/package_232.html) are down. Are they available somewhere else? Martin Date: Sun, 11 Apr 2010 14:01:12 +0200 From: vfeb...@easter-eggs.com To: community@lists.openmoko.org Subject: Re: Literki problem Martin Hagwall wrote: For being able to install Literki on my FR i need *libfakekey*, but I can't find it anywhere online. I was guided to the latest Grid Pad release (http://www.opkg.org/package_143.html) but it seems to be down :( Any tips? It is available in SHR-Unstable repo http://build.shr-project.org/shr-unstable/ipk/armv4t/libfakekey0_0.2+svnr1455-r1.4_armv4t.ipk -- Valéry ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community _ Hotmail: Trusted email with Microsoft’s powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969___ 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: Is Neo Freerunner a phone?
I can recomend you android. I was looking for reliable phone, I tried everything, and my last try - android is total winner. Give it a try. ohin On Sun, Mar 28, 2010 at 12:16 PM, Noel noe2...@gmail.com wrote: On Sun, Mar 28, 2010 at 1:03 PM, Michele Brocco ssj2mi...@gmail.com wrote: Which one did you try until now? om2008, om2009, shr, qtopia/radek. If l look at the forum posts lately and your requirements you may try neophysis which seems to have very basic phone functions implemented. Being lazy, I wanted a confirmation :) from someone who tried. You could also have a try with android, however imho the advantages of our device are not exploited with android. Freerunner is not just a phone or pda :) I'm afraid is not even a phone yet, as its soul (software) is haunted :) On Sun, Mar 28, 2010 at 11:48 AM, Noel noe2...@gmail.com wrote: Does anybody knows a kernel and a basic phone application that work with Neo Freerunner? When I say 'work', I mean the phone: - doesn't have to be restarted daily/weekly[/montly] - it is 100% reliable on making and receiving voice calls - it is 100% reliable on sending and receiving sms (even some are not displayed well, like unicode characters, 'multipart' messages, etc.) - doesn't have to suspend if it can be used 'modestly' at least 20 hours without charging The kernel doesn't have to be Linux. The phone application doesn't have to be open source as long as it can be downloaded without paying. No need of a virtual keyboard, except for writing a phone number that will be called. If the address book can be edited with a text editor or from command line it will be fine. Currently, I use Radek's build, but the phone (or qtopia) has to be restarted from time to time: it is slow on handling the voice calls, and if the modem has to do more then one operation, like closing a voice call while somebody else is calling or I receive a sms, it may go in a state in which I cannot make a voice call. ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: getting started with wlan
On 03/21/2010 06:57:34 AM, Paul Fertser wrote: Exactly. Just add an appropriate section to wpa_supplicant.conf, it works for all networks. Assembling bits and pieces from many sites, I got wifi to work -- manually with commands through ssh and still with wake-up issues. This is what I did: 1) Dump the testing install of shr and flash the latest unstable and rootfs instead. I figured, I had not much to loose. Whith enlightment constantly crashing and wlan not working out of the box, I thought I'd give the bleeding edge stuiff a try. In addidtion many aspects of the testing GUI do not match the description in the online manual. So I reflashed with the latest unstable uImage plus latest kernel. Et voila: A much smoother interface with illum rather than enlightment and no crashes of the desktop. Mokonnect still couldn't find any network, though. So I hadn't gained anything on that issue. 2) Modify the sample wpa_supplicant.conf given in http://wiki.openmoko.org/wiki/Wifi I just gave my local ssid and added my secret wpa key. 3) Connect to the freerunner with ssh via usb from the dektop. The first two commands are needed to set up the interface on my desktop (Debian/squeze): sudo ip address add 192.168.0.200/24 dev eth2 sudo ip link set dev eth2 up ssh r...@192.168.0.202 4) On freerunner, create an empty /etc/wpa_supplicant/wpa_supplicant.conf $ touch /etc/wpa_supplicant/ edit the file with vi: $ vi /etc/wpa_supplicant/wpa_supplicant.conf press i to insert and copy-paste the proper contents from the desktop. This sure can be done in a more elegant way with sftp. But what the heck. 5) Bind the eth0 interface, so it is visible to other processes: $ echo s3c2440-sdi /sys/bus/platform/drivers/s3c2440-sdi/bind 6) Check whether eth0 really appeared: $ ifconfig 7) Scan for wifi nets $ iwlist eth0 scan 8) Bring the eth0 interface up: $ ifconfig eth0 up 9) Start wpa_supplicant with fsoraw. This registers the use of the chip with the power saving framework. A stand-alone call of wpa_supplicant would suffer from power-down of the wifi chip. $ fsoraw -r WiFi -- wpa_supplicant -i eth0 -c /etc/wpa_supplicant/wpa_supplicant.conf The ampersand () at the end of the line puts the execution in the background of the ssh terminal . It let me use the terminal for further commands. On the ssh terminal there is four times a warning followed by some more ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:12:17:cc:f9:a2 (SSID='linksys' freq=2462 MHz) Associated with 00:12:17:cc:f9:a2 WPA: Key negotiation completed with 00:12:17:cc:f9:a2 [PTK=TKIP GTK=TKIP] CTRL-EVENT-CONNECTED - Connection to 00:12:17:cc:f9:a2 completed (auth) [id=1 id_str=] This is good news -- wlan is up and running! 10) Issue a command to get proper IP numbers from the wlan server: $ udhcpc udhcpc (v1.15.3) started Sending discover... Sending select for 192.168.10.113... Sending select for 192.168.10.113... Lease of 192.168.10.113 obtained, lease time 86400 adding dns 81.14.243.9 adding dns 81.14.244.9 11) To test for internet connectivity with a ping to a reliable server: $ ping heise.de PING heise.de (193.99.144.80): 56 data bytes 64 bytes from 193.99.144.80: seq=0 ttl=248 time=54.180 ms 64 bytes from 193.99.144.80: seq=1 ttl=248 time=56.079 ms 64 bytes from 193.99.144.80: seq=2 ttl=248 time=186.172 ms ... Now I was able to browse the web with midori :-) However, I still have issues with loss of connection on suspend and/or idle. The connection does not come up properly on wake-up. It looks like wpa key negotiation is automatically restarted, but udhcpc is not. Consequently,there is wlan on wake-up, but no working web until I call udhcpc manually. How would I fix this? I guess, there is a way to add to the fso framework. Any quick hint? Of course, this eleven point check list is just a proof of principle and not ready for regular use. My goal is to wrap all this into a script and start it with a button on the illum desktop. This must have been done by others before. Any pointers to tricks and pitfalls? to search the wiki without JS shit, ^^^ You mean, it works for browsers, other than epiphany? Checking with iceweasel -- works! ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo
Re: getting started with wlan
On 03/21/2010 06:57:34 AM, Paul Fertser wrote: Exactly. Just add an appropriate section to wpa_supplicant.conf, it works for all networks. Assembling bits and pieces from many sites, I got wifi to work -- manually with commands through ssh and still with wake-up issues. This is what I did: 1) Dump the testing install of shr and flash the latest unstable and rootfs instead. I figured, I had not much to loose. Whith enlightment constantly crashing and wlan not working out of the box, I thought I'd give the bleeding edge stuiff a try. In addidtion many aspects of the testing GUI do not match the description in the online manual. So I reflashed with the latest unstable uImage plus latest kernel. Et voila: A much smoother interface with illum rather than enlightment and no crashes of the desktop. Mokonnect still couldn't find any network, though. So I hadn't gained anything on that issue. 2) Modify the sample wpa_supplicant.conf given in http://wiki.openmoko.org/wiki/Wifi I just gave my local ssid and added my secret wpa key. 3) Connect to the freerunner with ssh via usb from the dektop. The first two commands are needed to set up the interface on my desktop (Debian/squeze): sudo ip address add 192.168.0.200/24 dev eth2 sudo ip link set dev eth2 up ssh r...@192.168.0.202 4) On freerunner, create an empty /etc/wpa_supplicant/wpa_supplicant.conf $ touch /etc/wpa_supplicant/ edit the file with vi: $ vi /etc/wpa_supplicant/wpa_supplicant.conf press i to insert and copy-paste the proper contents from the desktop. This sure can be done in a more elegant way with sftp. But what the heck. 5) Bind the eth0 interface, so it is visible to other processes: $ echo s3c2440-sdi /sys/bus/platform/drivers/s3c2440-sdi/bind 6) Check whether eth0 really appeared: $ ifconfig 7) Scan for wifi nets $ iwlist eth0 scan 8) Bring the eth0 interface up: $ ifconfig eth0 up 9) Start wpa_supplicant with fsoraw. This registers the use of the chip with the power saving framework. A stand-alone call of wpa_supplicant would suffer from power-down of the wifi chip. $ fsoraw -r WiFi -- wpa_supplicant -i eth0 -c /etc/wpa_supplicant/wpa_supplicant.conf The ampersand () at the end of the line puts the execution in the background of the ssh terminal . It let me use the terminal for further commands. On the ssh terminal there is four times a warning followed by some more ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:12:17:cc:f9:a2 (SSID='linksys' freq=2462 MHz) Associated with 00:12:17:cc:f9:a2 WPA: Key negotiation completed with 00:12:17:cc:f9:a2 [PTK=TKIP GTK=TKIP] CTRL-EVENT-CONNECTED - Connection to 00:12:17:cc:f9:a2 completed (auth) [id=1 id_str=] This is good news -- wlan is up and running! 10) Issue a command to get proper IP numbers from the wlan server: $ udhcpc udhcpc (v1.15.3) started Sending discover... Sending select for 192.168.10.113... Sending select for 192.168.10.113... Lease of 192.168.10.113 obtained, lease time 86400 adding dns 81.14.243.9 adding dns 81.14.244.9 11) To test for internet connectivity with a ping to a reliable server: $ ping heise.de PING heise.de (193.99.144.80): 56 data bytes 64 bytes from 193.99.144.80: seq=0 ttl=248 time=54.180 ms 64 bytes from 193.99.144.80: seq=1 ttl=248 time=56.079 ms 64 bytes from 193.99.144.80: seq=2 ttl=248 time=186.172 ms ... Now I was able to browse the web with midori :-) However, I still have issues with loss of connection on suspend and/or idle. The connection does not come up properly on wake-up. It looks like wpa key negotiation is automatically restarted, but udhcpc is not. Consequently,there is wlan on wake-up, but no working web until I call udhcpc manually. How would I fix this? I guess, there is a way to add to the fso framework. Any quick hint? Of course, this eleven point check list is just a proof of principle and not ready for regular use. My goal is to wrap all this into a script and start it with a button on the illum desktop. This must have been done by others before. Any pointers to tricks and pitfalls? to search the wiki without JS shit, ^^^ You mean, it works for browsers, other than epiphany? Checking with iceweasel -- works! ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo
sim card detection
My freerunner seems to have an issue with my sim card after boot. More often than not the phone seems to be ignorant to the sim card. Consequently, it doesn't attach to the GSM net, SMS messages on the card are not readable and it can't receive calls. But sometimes, the card is detected fine about three minutes after boot. If so, it the sim card stays known to the system after wake-up from suspend. I looked very closely on the way I attach the card into is socket. But this seems ok with no margin of error. I also made sure, the pins are clean and shiny. So electrical contact should not be flaky. Is the freerunner particularly fussy on the type of sim card? I read about problems with 3G cards. But mine is a pretty old O2 card -- bought in 2005. There is a suspicion, though. If I remember correctly, all the successful boots were done with a cable attached -- either USB from my desktop, or the connection to the charger. Could this be a hint? Maybe the system power is raised above some critical value to make the communication work? Is this a known issue? BTW, if there is no sim card detected, the application Settings-Phone hangs indefinitely on start-up. I'd consider this a bug where would I report on it? ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: getting started with wlan
On 03/22/2010 01:40:06 PM, Al Johnson wrote: In SHR WiFi is powered on and off through FSO's Resource handling.This is usually set to 'auto' so it will be powered up if an app requests the WiFi resource, and shut down when nothing is requesting it. Does wmiconfig -i eth0 --power maxperf interfere with this setting? Connectivity, or direct through dbus with mdbus2, dbus-send or similar. How would I do this? ( I miss man pages on my freerunner ;-) See above. I saw 'linksys' in your scan results. Mokonnect never sees my wrt54g, Same here. I wonder, why mokonnect can't see my wlan while iwlist reliably does. and I have to use 'wmiconfig -i eth0 --power maxperf' to get a reliable connection when setting up with wpa_supplicant. Great tip! With maxperf wlan connection is finally solid :-) I reckon, this also means increased power consumption. Is there an option to get back to normal, too? Or more broadly: Where can I look up the features I can adjust with wmiconfig? (Did I mention, I miss access to man pages?) ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sim card detection
On 03/24/2010 04:19:10 AM, Kai-Martin wrote: Is the freerunner particularly fussy on the type of sim card? I read about problems with 3G cards. But mine is a pretty old O2 card -- bought in 2005. Because I saw reccommendations to update the firmware in case of sim card problems: I just checked with mdbus2. The firmware of my freerunner is already at version Moko11. So there seems to be no point in an update. ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 pgprBFjw6pyqo.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
getting started with wlan
Hi. Last week, I bought this used freerunner, version GTA02-A5. I decided to dump the existing install and do a fresh flash of shr. So I followed the directions in http://wiki.openmoko.org/wiki/SHR_User_Manual : Download images from http://build.shr-project.org/shr-testing/images/om-gta02 full-om-gta02.jffs2 uImage-om-gta02-latest.bin modules-2.6.29-oe11+gi...355c2067c4e88-r8-om-gta02.tgz Install of rootfs and kernel image with dfu-util was successful. For the kernel moduls, the manual just says: Put that file on the FreeRunner and run gzi -dc modules ... The only way could come up to put the file on the freerunner, was with sftp via usb_ether, after the image and the kernel had been flashed and booted. Is this the way the modules are supposed to be installed? Anyway, the flash seems to have worked out fine. On boot I get a shr boot screen and an enlightment driven desktop. The touch screen is resonpsive. Dial-out works, I can call my other phone. There is nbo display of current net strength, though. Ether over USB works. I can ssh from my desktop to the freerunner and did the transfer of the kernel modules. Mokomaze works, so the orientation sensor is operative, too. The only major hardware component I could not get running, is wlan. Scannning in mokonnect does not reveal any net. If I tell mkonnect to connect, anyway, it runs into timeout. However, iwlist on the ssh command line yields the expected local wlan net: /- $ iwlist eth0 scan eth0 Scan completed : Cell 01 - Address: 00:12:17:CC:F9:A2 ESSID:linksys Mode:Master Frequency:2.462 GHz (Channel 11) Quality=10/94 Signal level=-85 dBm Noise level=-95 dBm Encryption key:on Extra:bcn_int=100 Extra:wpa_ie=dd180050f2010150f2020150f2020150f202 \- What might be the problem on here? Do I have to configure mokonnect in some way? This may or may not be related: On exit of mokonnect I get a popup Enlightment error This is very bad. Enlightment SigABRT'd. This not meant to happen and is most liekly a bug (...) (F1) recover (F2) exit Any advice how I would go ahead to get wlan working? ---)kaimartin(--- -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: getting started with wlan
On 03/21/2010 03:00:52 AM, William Kenworthy wrote: Just a point ... why modules? Because the manual suggested to load the modules in the same section as the image of the kernel and of the image of the root file system. you only need the module step if you are changing from the matching kernel so need to change them. I'll add an explaining comment to the wiki manual. Sorry cant help with wifi - I find that mokoconnect and similar gui's are too flaky - manual is more reliable. Ok, why not. I am only half fluent with the necessesary commands. On my laptop I used to call wpa_supplicant with some fancy config file. The wlan device to talk to seems to be eth0, right? Most of the time when I check with ifconfig, there is no decice eth0. Presumably this is, because the wlan chip is xswitched off. How do I manually switch the wlan chip on and off? How do I make sure, die wlan device is not shut off again by some power saving application? I just found the wiki page on wlan connectivity: http://wiki.openmoko.org/wiki/Wifi However, the commands there assume a working eth0 device. So I have to deal with that first. ---(kaimartin)--- PS: The search utility in the wiki seems to be broken. The term Wifi could not be not be found, even though there is a page called like that. -- Kai-Martin Knaak Email: k...@familieknaak.de Öffentlicher PGP-Schlüssel: http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F53 ___ 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