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 wrote: > > > Hello, > > > > last two years I was busy with other private stuff, now I have > > returned to my old projects and also my Neo. I have completely > > rewritten my software and I want to compile it for Neo. But new > > software is not compatible with old kernel (for example udev). > > > > I have tried to boot up Neo and what a surprice, everything works as 2 > > years ago. Only battery has half of capacity... > > > > I want to ask if there was some progress in support of Neo Freerunner > > in stock kernel. > There is some support for it in mainline, I'm not sure that it's enough > to suit your usecase, beside patches to fix some gta02-specific issues > or patch that should have been submited to mainline that weren't, some > drivers are not in mainline: > * The glamo driver. > * The wifi driver: I've been told that the mainline ath6kl was very >different from the one in the freerunner, and that it was because >the firmware of the very early ath6k of the freerunner was very >different. > > > I still use old 2.6.29 with openmoko modifications, > > is it possible to use kernel 3.13? > No idea, you have to try it out, be sure to get a debug board for that: > 1) configure(stuff like make ARCH=arm xconfig/menuconfig for instance) > the kernel for the gta02, by looking at the existing configurations of > the lastest kernel > 2) compile and run it > 3) you'll have no display working at that point, so that's why you > really need the serial console at first. > 4) forward-port the patches specific to the GTA02 and the missing > drivers. > In order to have to do it only once, do that with mainlining in mind, > and do use the devicetree. mainline the patches. > > > I don't need phone functionality, > > only display, > That requires the glamo, so you'll have to forward port the glamo > driver at least. > > audio > That driver is in mainline, but maybe without devicetree bindings. > > > and gps. > Shouldn't be too hard to mainline, assuming you choose the right > framwork for it. if I remember well, it's just some gpio toggling, and > that can even been done in userspace if mainling that is difficult. > > I have looked around, there are some Neo > > stuff in stock kernel, but I don't know, if it is usable. > Last news I have, which is really old, is that SHR had the most recent > kernels in their meta-smartphone layer, but I'm unsure if that's used > or not. 2.6.39 is used in meta-smartphone "shr" branch, 3.2 has few more issues but it's used in "master" branch - audio and display works fine for me, not sure about gps. Sources are in https://github.com/shr-distribution/linux branches starting with om-gta02/x.y... > > Please can > > anybody tell me, what's the situation now? Have anybody tried new > > stock kernels? > It depends on what you mean by "new", SHR had a more rencent kernel > with almost everything working beside the regulators, which means that > GPS, modem, and wifi had issues. > Since it was just some GPIOs it could have been worked arround in > userspace, like by modifying the fso plugins again. > > Denis. > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crowdfunding an Ubuntu smartphone (right now)
On Sat, Oct 05, 2013 at 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: Crowdfunding an Ubuntu smartphone (right now)
On Sat, Oct 05, 2013 at 05:37:59PM +, Bob Ham wrote: > On Sat, 2013-10-05 at 17:17 +0200, Dr. H. Nikolaus Schaller wrote: > > Am 05.10.2013 um 12:12 schrieb Bob Ham: > > > > > On Sat, 2013-10-05 at 07:50 +0200, Dr. H. Nikolaus Schaller wrote: > > > > > >> Neither the Openmoko, OpenPandora, Ubuntu Edge, GTA04 are > > >> "open hardware" - and never were intended to be. > > > > > > That isn't what your OpenPhoenux page says: > > > > You're also contradicting your own previous statements: > > > > This admission makes your announcement here seem deceitful: > > > Hm, I wonder what you want to prove? > > I want you to stop describing the GTA04 as open hardware. You seem to > be aware that there is a difference between what you describe as "open > hardware" and what others describe as "open hardware" and yet you ignore > this discrepancy and continue as if what you're saying is true because > it accords with your own personal definition. I'm sorry but I think you're doing the same, just from the other side. From this thread it's clear that different people understand "open hardware" differently, but that doesn't mean that they are wrong or dishonest. "open hardware" isn't AFAIK any registered "sticker" or "trade mark" with clearly defined meaning, so it's pity that different people associate it with different meanings/freedoms, but that's not their fault. Your "source code" citations from licenses are nice, but license text is the right place where you should find definition of what's meant by term "source code", OpenPhoenux page doesn't say that it's using terminilogy from ohanda or oshwa. "open hardware" is imho closest term you can use to describe advantage of gta04 for other people asking why you don't use cheaper android phone or why they should buy gta04. Using "open-hardware-but-without-CAD-files" is maybe less misleading for people who has great understanding of all free/open definitions used in the world (and wikipedia), but also more misleading for "normal" people. Your accusations sounds like if Nikolaus is using OHANDA clearly defined label without fulfilling requirements defined by OHANDA. It's like saying that gta04 is "small phone" and then arguing if it's small enough and that someone seen smaller phone and someone seen a lot bigger phone and that some other project define "small microwave" as box 10x10x10cm so the "small" in "small phone" should be something like that. > I want to make it undeniably clear that describing the GTA04 as "open > hardware" is wrong. > > > On Sat, 2013-10-05 at 07:50 +0200, Dr. H. Nikolaus Schaller wrote: > > If I remember there was a printout of the ssl code on paper, exported as a > > book > > from the US and then typed in again by volunteers to found openssl. > > > > Was it non.open source? > > It was not open source. This issue has been discussed previously. The > source must be in the form customarily used for making modifications to > it. This is an important factor. > > From the GNU GPL 2: > > 'The source code for a work means the preferred form of the work for > making modifications to it' > https://www.gnu.org/licenses/gpl-2.0.html > > From the Apache License 2.0: > > '"Source" form shall mean the preferred form for making modifications' > https://www.apache.org/licenses/LICENSE-2.0.html > > From the MPL 2.0: > > '“Source Code Form” means the form of the work preferred for making > modifications.' > https://www.mozilla.org/MPL/2.0/ > > From the CDDL 1.0: > > '“Source Code” means (a) the common form of computer software code in > which modifications are made and (b) associated documentation included > in or with such code.' > http://web.archive.org/web/20090305064954/http://www.sun.com/cddl/cddl.html > > > If a software company refused access to their software's source code in > electronic text form and only released it in paper form (or in the form > of a bitmap image inside a PDF), that software would not be considered > "open source". The phrase that seems most appropriate for such > software, I think, would be "encumbered source". > > > Wikipedia gives a fair description of open(/free) hardware: > > 'Open-source hardware consists of physical artifacts of technology > designed and offered by the open design movement.' > https://en.wikipedia.org/wiki/Open_hardware > > And of the open design movement, it says this: > > 'Open design is the development of physical products, machines and > systems through use of publicly shared design information. ... The > process is generally facilitated by the Internet and often performed > without monetary compensation. The goals and philosophy are identical > to that of the open-source movement, but are implemented for the > development of physical products rather than software.' > https://en.wikipedia.org/wiki/Open_design > > The Hardware Freedom Day website states the following: > > 'Goals and philosophy of the Open Hardware movement are closel
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 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 wrote: > Hi, > > I have come across GPSMid (see below) and it looks quite nice for routing, as > it > apparently is also able to get the position from the Cell-Network. Now > GPSMid is made for Java Phones and Android. They though state if you get > J2ME running you should be able to run it as well. Does anyone know if > we can do this on QtMoko or SHR or push me in the right direction? Hi, with OE-classic we had in feed phoneme http://java.net/projects/phoneme http://git.openembedded.org/openembedded/tree/recipes/phoneme No idea if it would work with GPSMid (in theory you can test with shr-unstable). Cheers, > > thanks a lot > > robin > > > GPSMid getting started: > http://sourceforge.net/apps/mediawiki/gpsmid/index.php?title=Getting_started > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phoenux, Phoneux, Phonux?
On Sat, Jun 02, 2012 at 05:03:55PM +0100, Nick Sheppard wrote:
> On 31/05/12 16:36, Dr. H. Nikolaus Schaller wrote:
> ...
> >
> > 4. Nomenclature OpenPhoneux/GTA04
> >
> > There may be some confusion what "GTA04" and "OpenPhoneux"
> > are and what makes them different.
> >
> > We define:
> > * GTA*: the next generation motherboard(s), i.e. electronics
> > * OpenPhonux: the future "independent mobile handheld" project
> > aiming at complete devices (i.e. GTA04 + case + components)
> >
> > Currently, we run the domains www.gta04.org and
> > www.openphoenux.org. The Openphoenux.org home
> > page will be made more prominent and content rich soon.
> >
>
> This was a really informative post - thanks! But how are you going to
> spell the new baby's name? I see Phoenux, Phoneux, and Phonux all
> within a few lines.
>
> If we were voting, I'd go for OpenPhonux, because it's roughly equal
> parts Phone, Phoenix and Linux which seems about right.
>
> Also, importantly I think, if you heard it spoken you'd probably be able
> to guess correctly how it's spelled, which helps with googling and
> word-of-mouth publicity. And it has the sound "phone" in it which helps
> tell people what it is ("Phoenux" doesn't, at least in English). And
> "Phoneux" looks as if it should be pronounced in French (or is that just
> me ...).
>
> But of course it's the parents who should name the baby, and I'm really
> only a bystander, though soon-to-be GTA04 owner ...
To make this naming even more confusing:
Today I've noticed webOS enthusiasts calling themselves
Phoenix International Communications
http://phxdevices.com/
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] Discussion: what are your dreams for the Openmoko Community
On Mon, Apr 30, 2012 at 07:38:13AM +0200, Dr. H. Nikolaus Schaller wrote: > Wow, > this is a really impressive list with new ideas > I have not yet heard of! > > And the most interesting thing is that I think > almost all can be done and don't have major > technical hurdles to overcome. The main > challenge is to make them user friendly > and bug free. > > It appears that we more have a lack of active > developers doing it. And are missing some > coordination to get a complete solution. I fully agree on this. From distro mainainer POV, we (SHR) have many small but usefull apps which were contributed by someone at "gta02 times" and there is no upstream for them since then. So just to keep those apps in feed we have to update them to be compatible with newer glib/gcc/efl/whatever. That takes a lot of time which could be spent better and also all those apps have some bugs or needs for improvements but nobody is actively working on them anymore :/. Similar situation is with browsers as Denis mentioned.. there is quite a few browsers available each with some issues, but those should be mostly reported upstream and fixed there as we IMHO shouldn't work on just another browser, because some doesn't support armv4t (firefox) some are segfaulting or lack some feature we would like to see... I'm trying to keep them up2date in feeds and hoping that each new version will fix few bugs... > Maybe we should again think about a more > formal organization of the Openmoko.org > (software) project? > > Some Foundation or Association? I'm not sure about this, because I don't know why so many developers left or haven't joined :/ some say they have different interests now or that they are not using those devices anymore.. but now *why*. Maybe something like GSOC would help, users voting for features like Benjamin listed and then proposed them as GSOC projects. I don't know what are requirements for tutors etc.. just an idea. Cheers, > Nikolaus > > > Am 30.04.2012 um 00:59 schrieb Benjamin Deering: > > > The infrared thermometer on my GTA02 has been very useful and it is not > > something that the iphone guys have. I will probably not be doing any > > soldering on my GTA04 for a while, but it might be something interesting to > > add to GTA05. > > > > I think the BMP085 in GTA04 is something the iphone guys don't have. > > Getting some clues for the upcoming weather is very useful when you are > > completely without signal. > > > > A threaded/prepared camera hole for attaching a microscope or telescope > > lense would be nice. > > > > This is probably best done over USB, but it could be done over an I2C adc > > converter > >volt-meter > >ph meter > >ohm-meter > > > > > > GPS that reliably gets a fix and displays in an app such as foxtrotgps > > while driving and hiking. I can wake the phone from suspend and find our > > location on the map before my friends who are using a paper map.(GTA02 does > > not do this) > > > > GPS app is able to download map tiles from my home server if I find myself > > outside of the area I planned to be (GTA02 does this) > > > > Phone tracks barometric pressure overnight while camping to give an > > indication of the upcoming day's weather. (my GTA02 does this, most do not, > > GTA04 does) > > > > Phone is able to play pre-downloaded podcasts or radio over headphones or > > speakers in the evening(GTA02 does half of this - headphone issues) > > > > Finger-friendly email(qtmoko does this, noone else has it yet) > > > > A web browser that works well enough to buy something online using the > > phone (from a site where I have not purchased before) (noone has this yet) > > > > While driving I can hand the phone to a passenger who is tech-savvy but not > > familiar with openmoko. They are able to wake, unlock, dial, start gps, > > start browser without much coaching from me. (qtmoko is closest, but noone > > has this yet) > > > > I take the phone from my pocket, wake it up, and take a picture faster than > > I can take off and open my backpack, take out my real camera, and take a > > picture. (not sure if anyone has this) > > > > I can enable an option so the phone makes noise when it associates with a > > tower(noone has this) > > > > I can reliably write an SMS, click send, and know it will be sent next time > > the phone has signal(I don't think anyone has this) > > > > I can enable Wifi tethering that a friend with a non-linux laptop can > > use(noone has this) > > > > I can keep most of my data on a dmcrypt partition that is decrypted after > > entering a pin in a gui login screen(noone has this) > > > > I can boot from NAND into an OS that runs at low brightness with everything > > but GSM turned off, access to contacts on my SIM, a dialer, ability to > > answer, SMS (aurora is working on this) > > > > Turn off the tv at my table at the resturaunt using IR (limited range is ok > > - the TV is at my table, not accross the bar)
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 09:56:01AM -0400, Gerald A wrote: > On Thu, Mar 15, 2012 at 8:29 AM, Martin Jansa wrote: > > > 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
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
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 > 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 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 k
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: MCNavi 0.3.1 released
On Thu, Nov 17, 2011 at 5:36 PM, Mike Crash wrote: > Hi, > > please wait some time for new version, there are some major changes, that > make current release not compatible. I'm working on coastlines generation > and it seems to be a little complicated. Is there some public repository where we can see the development and send patches against? Do you have any estimate when new version will be finished or do you have patch for older version to support newer gpsd-2.96? There is few API changes: | mgps.cc: In function 'void mgps_process(gps_data_t*, char*, size_t, int)': | mgps.cc:73:35: error: 'struct gps_fix_t' has no member named 'eph' | mgps.cc:91:34: error: 'struct gps_fix_t' has no member named 'eph' | mgps.cc:113:19: error: 'struct gps_data_t' has no member named 'satellites' | mgps.cc:121:21: error: 'struct gps_data_t' has no member named 'satellites' | mgps.cc:121:66: error: 'struct gps_data_t' has no member named 'satellites' | mgps.cc: In function 'void* mgps_thread(void*)': | mgps.cc:161:44: error: 'gps_set_raw_hook' was not declared in this scope | mgps.cc:166:36: error: 'gps_query' was not declared in this scope | mgps.cc:180:26: error: 'gps_poll' was not declared in this scope | mgps.cc: In function 'mgpsdata* mgps_init()': | mgps.cc:194:60: error: too few arguments to function 'int gps_open(const char*, const char*, gps_data_t*)' | /OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/include/gps.h:1430:12: note: declared here Cheers, ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Unable to load with Qi from uSD card (was CLEANMARKER node found [and something more I can't read] )
On Sun, Nov 27, 2011 at 11:13:56PM +0100, ø wrote: > > > > > I didn't see instructions for using ubi images. > > > > I have instead tried uSD card installation. I installed qi bootloader, > > and formated a Trascend 4GB SDHC card with ext3 format, and then > > uncompressed full-om-gta02.tar.gz file on it. > > > > But when I load from qi, the card seems to not work. I have used the > > rootdelay=5 as Qi article says, but after 5 seconds it seems not to be > > able to read the card, and the kernel panics. > > I tried a lot of combinations, but I can't boot. This is what I get, I > expect there aren't errors as I have typed it by hand: > > > mmc1: new high speed SDHC card at address b368 > mmcblk0: mmc1:b368 USD 3.74 GiB > mmcblk0: unknown partition table > Waiting 5sec before mounting root device... > VFS: Cannot open root device "mmcblk0p1" or unknown-block(179,1) > Please append a correct "root=" boot option; here are the available > partitions: > 1f002048 mtdblock0 (driver?) > 1f01 256 mtdblock1 (driver?) > 1f02 256 mtdblock2 (driver?) > 1f038192 mtdblock3 (driver?) > 1f04 640 mtdblock4 (driver?) > 1f05 256 mtdblock5 (driver?) > 1f06 252544 mtdblock6 (driver?) > b300 3939112 mmcblk0 driver: mmcblk > Kernel panic - not syncing: VFS: Unable to mount root fs on unknown > block(179,1) Is this with 2.6.39 and shr-core? and do you have msdos partition table or gpt? But both are supported by 2.6.39 config and IIRC were also enabled in 2.6.37. > On my append-GTA02 I have: > > rootdelay=5 rootfstype=ext2 loglevel=8 quiet splash qi built by SHR has already rootwait included in default params (instead of rootdelay=1), what you have to do with some uSD cards is to slow down glamo_mci clock. ie glamo_mci.sd_max_clk=100 in append-GTA02, see last comment from GNUtoo http://trac.shr-project.org/trac/ticket/1275 but the clock is different for different cards ie my card works fine with default clock and with glamo_mci.sd_max_clk=100 doesn't work at all. GNUtoo is trying to upgrade gta kernel to resolve it.. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR future and way for better stability
Hi, in last few days we were talking a lot about state of shr-testing, shr-unstable, shr-core and how to improve stability and usability for our users while not slowing down development in our latest version which is shr-core. For details and reasons you can read log from #openmoko-cdevel (13:30) http://logs.nslu2-linux.org/livelogs/openmoko-cdevel/openmoko-cdevel.20111201.txt In the end everybody agreed that we don't have manpower to maintain 3 flavors of SHR which are: shr-testing: There were only 2 maintainers of shr-testing. Sebastian Spaeth for shr-testing2009 and Thomas Zimmermann for shr-testing2010 and 2011.1. There was discussion about more fixes for shr-testing, but nobody sent patches for http://git.openembedded.org/openembedded/log/?h=shr/testing2011.1 so that they could be applied in standard shr-testing feeds. From my perspective shr-testing lacking so far behind shr-unstable and with known issues is not better then "tested" images and feeds from shr-unstable. shr-unstable: This was based on master branch of openembedded (today called OE-classic) so there was a lot of changes every day which sometimes caused unstable telephony or unusable UI. It was caused mostly because of very limited testing between building it on SHR buildhost and users getting it from shr-unstable feeds by opkg upgrade. But since July 2011 the development in OE-classic was slowing down becase everybody was moving to new layered structure of oe-core/meta-* (google yocto project for more info and fancy video). shr-core: Originaly started in March 2011 as my experimental pet project to evaluate new layers like oe-core/meta-oe, but later all remaining SHR and FSO developers switched from shr-unstable to shr-core too and now we have very lively meta-smartphone repository with BSP layers for our beloved phones and layers for FSO, Aurora and for SHR as distribution. Some stuff from old shr-unstable is still missing and sometimes it's changing too fast for average end user who depends on working telephony. So today we've decided to try something else. Instead of trying to maintain 3 different flavors of shr, we will try harder to provide best experience with shr-core and hopefully migrate all remaining users of shr-testing or shr-unstable to it soon (and then we can rename it to shr-stable :)). Starting with next build we won't push the build output directly to normal feeds, but only to "staging" feeds for testers which decide to try newer versions. It works like this: 1) http://build.shr-project.org/shr-core nothing will be changed in this feed before it's tested by multiple users from staging feed. 2) http://build.shr-project.org/shr-core-staging/ will contain one directory for each major feature we want to test (like EFL or FSO upgrades) or sometimes just rotated weekly when there isn't something major or "dangerous". Each directory has by 3 digit name which identifies the feed (lets call it NNN). Each NNN directory has info.NNN file (and info -> info.NNN symlink) where you can read on which revisions was this feed started, which commits were used during populating this feed and when this feed gets closed (or lets say marked as ready for testers). You can also read how all our branches looked when it was closed. Currently there is 001, 002 and latest. 002 is still getting more stuff from live build, so it wasn't "closed" yet. When we decide that there is enough stuff for testing and the feature is complete, we'll close 002 and redirect build output to new 003. Latest link points to latest but _closed_ feed (so usually highest -1) which is currently 001. If you want to help testing, then best way is to prepare 2nd partition (not the one you're using for daily phone you depend on) and redirect default shr-core feeds to latest closed: sed -i 's#shr-core#shr-core-staging/latest#g' /etc/opkg/*-feed.conf or of course you can lock it to whatever number you want to test later ie: sed -i 's#shr-core#shr-core-staging/007#g' /etc/opkg/*-feed.conf Also you should also download info file from selected directory so you'll know what you are testing after latest link is moved to newer feed. wget http://build.shr-project.org/shr-core-staging/latest/info Then you can upgrade with opkg or reflash to newer image (if images are available in staging area too). opkg update && opkg upgrade Now you can test whatever is important for you (telephony, music, video, ...) and if you're happy with new testing feed you should report it on our wiki http://www.shr-project.org/trac/wiki/Stabilizing there will be table for each NNN feed and you should say there if you're fine with it moving to default public feed or if you have found some issues with it, bug number from http://www.shr-project.org/trac/report where you've reported those issues would be great and it would be fantastic if you also include in that report which NNN feed was last known to work for you and first one where it was broken. That's where those info files
Re: [SHR] CLEANMARKER node found [and something more I can't read]
On Sun, Nov 27, 2011 at 12:10:27PM +0100, ø wrote: > El dom, 27-11-2011 a las 08:17 +, dmatthews.org escribió: > > > After a very, very long time, the system is booted, and it seems fine, > > > but the load time seems wrong. > > > > > I think that is normal the first time SHR boots up; if you reboot now I > > think it will come backup much quicker? > > > > Thanks for the answer. Thing is yesterday I rebooted like 5 times, and > all times took a lot of time an CLEANMARKER error was shown. So, > finally, I quited, I wrote this message, and I went to bed. > > This morning, I was decided to try a few things, but the restart was > much quicker. > > I'm sorry to disturb the list for something that fixed on its own. > Thanks again for taking care. I'm using shr on uSD only, but please try ubi images instead of jffs2 or even shr-core version. Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] distro upgrade
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: [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: 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: 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 : > > > 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 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: [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 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: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
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
SHR: new shr-unstable images for gta01 with 2.6.34 kernel
Hi, first, BIG thanks to Paul Fertser who ported gta01 support from old 2.6.29-rc3 and 2.6.31 branches to current 2.6.34! New shr-unstable images are as always in http://build.shr-project.org/shr-unstable/images/om-gta01/ please test and send us feedback, but be aware that nobody tested those images and nobody even tried to boot that kernel. But without your feedback we cannot fix possible problems (nobody from SHR team has gta01). Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: orrery crashing X
On Thu, Sep 02, 2010 at 08:25:34PM -0400, Benjamin Deering wrote: > Hello All, > > I've missed having orrery this summer. Today I took a look at why it > was causing X to crash. The crash happens when the program calls > gdk_draw_point for every star it displays. I changed my copy to draw > all of the stars into a GdkPixbuf, then I copy the GdkPixbuf onto the > drawable area. > > Maybe someone knows why lots of gdk_draw_points would crash X. > > I think using the GdkPixbuf is faster anyways, so I'll try to add this > to the bug posted on the orrery project page. > > Ben Xorg crash fixed http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=a02d3d0eefe03576c33294b4201fdbe6bde21cde I'll apply your orrery patch too, but pitty that upstream didn't apply it (afaik). Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Desktop icons de-arranged with recent image
On Wed, Nov 03, 2010 at 11:31:51AM +, Rui Miguel Silva Seabra wrote: > Em 01-11-2010 21:44, Alexander Lehner escreveu: > > Today I flashed the Nov-01 shr and now all desktop icons are arranged only > > one column wide. > > > > Has anybody else seen this? Found & fixed today http://trac.enlightenment.org/e/changeset/54140 It will be in feed tomorrow. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] 2.6.34 Openmoko kernel package available
On Mon, Oct 18, 2010 at 10:53:24AM +0300, Timo Jyrinki wrote: > As a final note, Radek didn't yet include Glamo KMS/DRM support in the > 2.6.34 (I think a bit more KMS/DRM problems have been seen with 2.6.34 > than 2.6.32), and I didn't start doing it either. Naturally that's the > biggest omission we now don't yet have regarding the work done on > FreeRunner kernels during last and this year. The KMS support is > available in Thomas' branch [7] and SHR's patches [8] - I don't know > what's the delta between them. > > [7] http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-2.6.34 > [8] > http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.34 Hi, delta is mostly because this commit http://git.openmoko.org/?p=kernel.git;a=commit;h=a1a29d40be0ebe43bd26b0c5647e1273b45e9f00 and SHR kernel is rebased on top of om-gta02-2.6.34, so I've updated and moved KMS/DRM patches and gta02-drm-defconfig to apply on top of it. For easier git diff you can use this git repo http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel/commits/om-gta02-2.6.34 I always push SHR patches there before adding those to OE tree [8]. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dictator crashes
On Tue, Oct 05, 2010 at 08:42:56PM +0200, Matthias Felsche wrote: > I experienced the same on current shr: > > r...@om-gta02 ~ # cat /etc/shr-version > SHR -20101002 > Built from branch: org.openembedded.dev > Revision: 5788b22be688b7c2dd2ee9aca853aaff81b75d22 > > Something seems to go wrong while the window and its widgets is being > displayed. > It's Xorg that receives an Segfault: > Here's the output from /var/log/Xorg.0.log: > > [2108227.079] > Backtrace: > [2108227.080] Segmentation fault at address 0x4e1742 > [2108227.080] > Fatal server error: > [2108227.080] Caught signal 11 (Segmentation fault). Server aborting > [2108227.081] > [2108227.082] > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > [2108227.082] Please also check the log file at "/var/log/Xorg.0.log" > for additional information. > [2108227.082] > [2108227.085] (II) Power Button: Close > [2108227.086] (II) UnloadModule: "evdev" > [2108227.087] (II) AUX Button: Close > [2108227.088] (II) UnloadModule: "evdev" > [2108227.089] (II) Touchscreen: Close > [2108227.090] (II) UnloadModule: "evdev" > [2108227.091] (II) UnloadModule: "kbd" > [2108227.093] (II) AIGLX: Suspending AIGLX clients for VT switch > > > Nothing more. > I guess it has something to do with pygtk and it's displaying of images > or widgets. Displaying the dictator window without making the widgets > (buttons...) visible works. I have do find out what exactly causes X to > crash. Seems strange. > > Thanks for your report. > > Does anyone have an idea about what changed during shr-updgrades and > could have possibly caused the error? newer xserver or libx11? hard to guess without stacktrace.. what about installing -dbg packages and running Xorg in gdb? I'm building newer xserver/libdrm/mesa but won't push it to feed today, someone can try it from my feed if interested. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [SHR-T] Images from 29th of May
On Tue, Aug 3, 2010 at 12:39 PM, Risto H. Kurppa wrote: > On Tue, Aug 3, 2010 at 1:26 PM, Martin Jansa 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 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: [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: 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 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] 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-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 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" 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 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
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: [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
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: 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: 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: shr in qemu
On Tue, Jun 22, 2010 at 05:34:21PM +0700, Chuck Norris wrote: > I want to test netsukuku on my neo. So I need stackless python. I cannot > compile it with OpenEmbedded for shr. And I have new idea - compile it > in shr in qemu. Does anybody know how to run shr in qemu? Hi, you can try to build DISTRO=shr MACHINE=qemuarm image with OpenEmbedded and then run it in qemu or try normal image with patched qemu http://wiki.openmoko.org/wiki/Qemu Regards, -- Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FoxtrotGPS 0.99.4 available (also: looking forward...)
On Wed, Jun 16, 2010 at 12:32:14AM -0400, Joshua Judson Rosen wrote: > Hello all, Hi, > Ideally, I'd like to see some packagers from the distributions pick this up > and run with it--SHR, Debian, Ubuntu, et al If you need help, or have > additional requirements that we're not yet meeting--let us know. > > To get the OE-based distros started, I've attached a set of bitbake > recipe-files after the NEWS file :) thanks for recipes, will be available in shr-u feeds today :). Regards, -- Jansa 'JaMa' Martin jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TICKET_CREATE privileges are required to perform this operation
On Mon, May 31, 2010 at 08:22:59AM +0200, Christ van Willegen wrote: > I keep on getting 'TICKET_CREATE privileges are required to perform > this operation' when creating tickets. > > Do I need anything more than a login? Did you confirm your e-mail? Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Again: Python Error
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
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
On Tue, May 18, 2010 at 07:42:38AM -0700, sferic wrote: > > Did I notice that I have installed SHR Testing? I believe, only indirectly by > the indication of the path of gcc-pre-4.4.3. Ah sorry I didn't notice, there was similar temporary dir in shr-unstable dir (already removed it). > So far I didn't notice an update of /shr-testing/ipk/armv4t - is it because > of that? And will python-tkinter in /shr-testing/ipk/armv4t be renewed and > libtk8.4 be supplemented? OK I'll build it with tk also in shr-t. (expect it to be in feeds in an hour or so). Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Again: Python Error
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
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 > from idlelib.PyShell import main > File "/usr/lib/python2.6/idlelib/PyShell.py", line 14, in > import macosxSupport > File "/usr/lib/python2.6/idlelib/macosxSupport.py", line 6, in > import Tkinter > File "/usr/lib/python2.6/lib-tk/Tkinter.py", line 39, in > 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: 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. 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. 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 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: 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: player
Done in SHR-U feeds. Regards, On Sun, Apr 11, 2010 at 9:40 AM, c_c wrote: > > Hi, > I've managed to fix the problem - which turned out to be poor programming > from my side. Have committed the fixes to the svn. Hopefully, an updated > build should be out soon. > -- > View this message in context: > http://n2.nabble.com/player-tp4868896p4884719.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi
On Thu, Apr 01, 2010 at 02:58:59AM -0800, Mike Crash wrote: > > Yes, it is compatible with 2.90, just uncomment in mgps.h > > #define GPSD_API_19 1 > > I will attempt to autodetect gpsd version, but it seems the version > number in gps.h is the same as in previous version, so currently I don't > know how Thanks, rebuilt in feeds again. BTW: in new version can you replace INSTALL link with actuall file? It fails to "make install" on systems where is different version of automake installed. Now temporary replaced with empty file in bb recipe. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: src > bitbake > ipkg
On Thu, Apr 01, 2010 at 11:58:45PM +0200, pike wrote: > Hi > > >> Bear with me :-) The bitbake recipe refers to the ipk ? > > > > bitbake recipe is "build description" which instructs bitbake how to > > create correct .ipk or .dep or .rpm or whatever from "source archive". > > > > In thone case it's "repackaging" your scripts. > > > > Thanks for being clear here. I thought long > and deep about this, and, read a manual :-) > Probably the bitbake recipe is more complicated > than the ipk it creates, but I guess that doesnt > matter on your side - you need the recipe, not > the bread. So can I push the recipe for 0.6 as is and then improve it with next version? I would like to.. as I'm leaving tomorrow for few days.. And it's pretty simple http://paste.pocoo.org/show/196533/ but those 'cp' aren't good practise as you cannot easily adjust ie file permissions as install call does.. > For now, I'll try hosting the ipkg myself; > based on the one you created. > A question: why is that file different than > the ipkg described by QTopia > http://qtextended.org/modules/developers/qtopia.php?linkFile=developers/IPKG_Howto > or even here > http://handhelds.org/moin/moin.cgi/BuildingIpkgs > In these descriptions, the control directory is > a directory, not a file. I never used ipkg-build manually, I guess that CONTROL is only temporary file and CONTROL/control is what is packed in .ipk as control, so the same.. but as I said before, I never used it manualy and I'm not .ipk format expert :). > just curious, > *-pike Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi
On Thu, Apr 01, 2010 at 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: 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 > 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: 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 Wed, Mar 31, 2010 at 02:35:25PM +0200, pike wrote: > Hi > > >> http://wiki.openmoko.org/wiki/User:Pike/Thone > > Haven't tried yet, but from description it looks usefull (I'm using my > > neo mostly only remotely over ssh connection :)). So I'm already > > preparing bb recipe for that to put it in shr-u feeds. > > That sounds great. Not exactly sure what it means though :-) > Let me know if you need anything. I have .ipk now http://jama.homelinux.org/org.openembedded.shr/all/thone_0.5-r0.4_all.ipk But it's just "converted tgz->ipk" made by bitbake. > for example .. I've put the tarbal up on google code but > I could put the sources under public svn there if thats > easier ? Yeah, would be nice to have it somewhere in tar.gz or svn in form of just "source" files and simple Makefile which has only target install which moves "source" files to right target dirs. BTW: Haven't seen your real name to fill AUTHOR field properly.. but nick will be enough if it is intentional ;). Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Thone 0.5
On 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: shr-launcher updated
On Sun, Mar 28, 2010 at 11:36:55PM -0800, c_c wrote: > > Hi, > No Problem. Just thought of asking anyhow. > Thanks Hi, where is source of this updated version? There is no new commit on http://code.google.com/p/shr-launcher/source/list :/ Thanks -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-t] Big update, safe or not ?
On Thu, Mar 18, 2010 at 05:14:08PM +0100, Sander van Grieken wrote: > On Thursday 18 March 2010 15:34:42 n...@el-hennig.de wrote: > > > But today I've tried an 'opkg update' and now I see : > > > $opkg list-upgradable | wc -l > > > 682 > > > > > > Will such a big upgrade be ok or do I have to wait until Sunday (more > > > time to fix borken things) ? > > > > You should consider to upgrade in more than one step, as space in /tmp is > > limited. > > Or simply create a tempdir on the SD card and upgrade using > opkg -t /media/card/tmp upgrade or permanentrly update tmp_dir option in /etc/opkg/opkg.conf for better location if default /var/lib/opkg/tmp doesn't suit you Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [NEW DISTRIBUTION] Announcing NEOPhysis
On Sun, Mar 07, 2010 at 01:28:02PM +0100, Petr Vanek wrote: > >We started working on it on last September, with the support of the > >Italian Telefoninux.org community, and after 6 months (thursday was > >our half-birthday :P) we want to share the effort of the 6 core > >members of the team with you. > > thank you for the announcement. just tested the new image, feels better > then the previous one, faster. > > It takes incredible 34 seconds from first PWR press till the home screen > appears with the GSM already registered! I made a test phone call with Can someone make bootchart from it? My image seems to have enlightenment running in about 40 sec, Killing xinit/Xserver script and starting Xorg with right params directly would seve maybe another 5sec. http://jama.homelinux.org/Pictures/bootchart-2.6.32.9.r2.png But I'm still interested if that NDE is so quicker or if I'm wasting so much time somewhere else. Thanks, Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
On Wed, Mar 03, 2010 at 04:32:51PM +, Neil Jerram wrote: > On 3 March 2010 16:08, Martin Jansa 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: 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=Content&pa=showpage&pid=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: 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: 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: [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 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 wrote: > > > Just an idea, about DeskCat : since adding more categories - in order > > to remove desktop clutter - will _actually_ add new desktop clutter in > > the mean of category icons, wouldn't it be possible/better/stupid to > > only use one icon and cycle through categories? You could change that > > icon's title - or even pixmap - regarding the currently displayed > > category. > > Right now you can use the DeskCat application to put the category launchers > into categories, so you can configure it that way if you want. You just have > to work around a small bug: when you create a category its launcher doesn't > appear in deskcat until after deskcat is restarted. This is because the > application list is loaded at startup. > > Another way might be to have a single DeskCat application which lets you > choose the category to display on the desktop. This way will be slower > because of the need to open a GUI application but not as slow as flipping > between two categories. I might try to implement this in the future. Haven't tried it yet, but from what I'm reading, does it just move the .desktop file to subdir and then if I reinstall some package (and original .desktop file is restored) then I'll see both icons? Please also note that illume2 homescreen is said to be much more easier to customize/improve and shr-launcher/DeskCat features would be nice to have integrated there as SHR will move to illume2 as soon as it gets as usable as illume1 is now (hopefully soon as every new illume2 version is getting closer fast). Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHRu] Stuck @ language screen aka Contest of the day.
On Tue, Feb 16, 2010 at 02:13:33PM +0100, Valery Febvre wrote: > Valery Febvre wrote: > > Thomas HOCEDEZ wrote: > >> Hi mokists, here's a "challenge of the day contest" : > >> > >> I just reflashed SHRu (feb 15). And I was surprised to see a > >> touch-calibration utility at really startup ! Nice idea. But only > >> problem : I touch my screen anywhere by mistake My calibration was > >> validated ! now, I can't click on the "Egnlish" language button... And > >> by SSH, as I didn't set my password, I cannot reset anything. > >> > >> I know I can reflash, but I don't want to. (I don't like easy things). > >> > >> If someone knows how to connect SSH or relauch the calibration utility > >> I will send an "openmoko-fr" sticker. > >> > > > > DISPLAY=:0.0 xinput_calibrator > > After, it may be necessary to: > > $ /etc/init.d/xserver-nodm stop > $ /etc/init.d/xserver-nodm start No this is not enough.. with /etc/pointercal.xinput file it will always use the wrong values stored there. You have to remove /etc/pointercal.xinput first and then restart xserver-nodm. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHRu] Stuck @ language screen aka Contest of the day.
On Tue, Feb 16, 2010 at 02:01:53PM +0100, Thomas HOCEDEZ wrote: > Hi mokists, here's a "challenge of the day contest" : > > I just reflashed SHRu (feb 15). And I was surprised to see a > touch-calibration utility at really startup ! Nice idea. But only > problem : I touch my screen anywhere by mistake My calibration was > validated ! now, I can't click on the "Egnlish" language button... And > by SSH, as I didn't set my password, I cannot reset anything. > > I know I can reflash, but I don't want to. (I don't like easy things). > > If someone knows how to connect SSH or relauch the calibration utility > I will send an "openmoko-fr" sticker. > > -- > AstHrO - openmoko-fr.org I've already asked author of xinput-calibratior utility for confirmation dialog after calibration.. he said that he will check that soon. Sorry for a bit difficult sollution, see my e-mail here: http://www.mail-archive.com/shr-de...@lists.shr-project.org/msg01868.html If you cannot SSH (empty password should be allowed again in new images - partially because of this issue), then you can remove that file from 2nd distribution on uSD or on your PC if you have problem with image installed on uSD. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fosdem Openmoko DevRoom presentation slides?
On Thu, Feb 11, 2010 at 08:37:00AM +0200, Christoph Pulster wrote: > David, excellent pics & videos from FOSDEM - big thanks from a social > handicaped person letting me participate this way. > > what gadget is this ? > http://www.tuxbrain.org/FOSDEM2010/photos/view/p2050436.jpg http://www.buglabs.net/ -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [Shr-Devel] [CU] application sections
On Mon, Feb 08, 2010 at 02:08:07PM +0100, Vaudano Luca wrote: > Hi, > I think that the "application updates" is useful. But this it should > write from the applications developers, in this way they know if the > update is important to highlight or not. If applications developers had important update worth mentioning in CU, then it would be great to ping distro maintainers and get that update in distribution feeds before CU release and then just inform users about what nice&new to expect with in new distro upgrade. Completely new applications without recipe/without easy way to create one are OK to be announced on CU with .ipk link and integrated later after some users feedback? 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: QGPSLog to be released
On Thu, Feb 04, 2010 at 01:59:32PM +0100, Patryk Benderz wrote: > [cut] > > When I have released v0.2 I'll send bb recipe to shr-devel, so it might get > > integrated... > Hi Christian, > is this version already released? (I need info for CU). > http://openmoko.senfdax.de/shr-new-unstable/qgpslog_0.2.0-r0.4_armv4t.ipk AFAIK Christian already left for holidays and this released version is already in shr-feeds http://build.shr-project.org/shr-unstable/ipk/armv4t/qgpslog_0.2.0-r0.4_armv4t.ipk Please also check availability of new stuff in shr-feeds before putting links to external sites in CU. 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: Navit memory leak
On Tue, Feb 02, 2010 at 09:51:01AM -0800, vancel35 wrote: > The other possibility that I considered is that the display driver may have > had a memory leak, and two xserver packages were updated as well: > > $ grep xserver pkgs.upgradable.20100201 > xserver-xorg-conf - 0.1-r18.4 - 0.1-r19.4 > xserver-kdrive-common - 0.1-r38.4 - 0.1-r41.4 > > I don't know if either of those xserver updates have anything to do with the > screen buffer. I don't even know if any of these packages actually fixed No nothing to do with buffer.. it's xinput-calibrator in Xsession.d and config for gta01.. > the problem, but Navit doesn't crash (whatever the cause), and that's what's > important. :) but that's always good :) 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: Touchscreen calibration with evdev
On Mon, Jan 18, 2010 at 04:08:51AM -0800, Mike Crash wrote: > > I have upgraded my Debian system on GTA02 and found, that the new udev is not > compatible with current kernel in Debian. So I have compiled andy kernel and > also upgraded the X.org server with new version. All works fine, but I have > found, that new X is not using tslib, it loads simply evdev for touchscreen: > > But the calibration is gone and I don't know, how to calibrate it. At least > X and Y axis are reversed. I have tried this in xorg.conf, but it doesn't > help (it seems the section was not recognized): > > Section "InputDevice" > Identifier "Configured Touchscreen" > Driver "evdev" > Option "Device" "/dev/input/event1" > Option "AbsoluteScreen" "0" > Option "XAbsoluteAxisMap" "1" > Option "YAbsoluteAxisMap" "0" > EndSection > > Does anybody know, how to calibrate the screen? Also check new xinput-calibrator, now used in SHR too (after that kernel pre-calibration). -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: External blkid library not found
On Fri, Jan 22, 2010 at 12:59:36PM -0500, Vaudano Luca wrote: > I saw the difference between the bitbake command and the command line command. > From bitbake > "arm-oe-linux-gnueabi-pkg-config... > /mnt/shr/shr-testing/tmp/staging/i686-linux/usr/bin/pkg-config" > from the command line (after the setup-env) > "checking for arm-oe-linux-gnueabi-pkg-config... /usr/bin/pkg-config", > which is the correct one? > and what can I do? The 2nd probably returns paths to your buildhost instead to staging where are the right versions. Yesterday I had problem while building angstrom that hal was depending on blkid >= 2.13 which is not provided with ext2fsprogs but only as part of util-linux-ng. So double check config.log, maybe it's only complaining about wrong version (with unclear error message). 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: how can I check the 1024 bug-fix?
On Mon, Feb 01, 2010 at 12:45:21PM -0800, xChris wrote: > > this.. Here is also some description how to check that http://www.handheld-linux.com/wiki.php?page=1024-Rework -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-t] [fixed] navit crashes with Reiseplanner maps while searching for a town
On Sat, Jan 30, 2010 at 08:03:18AM +0100, Xavier Cremaschi wrote: > Martin Jansa a écrit : > > On Fri, Jan 29, 2010 at 07:55:00AM +0100, Xavier Cremaschi wrote: > >> Martin Jansa a écrit : > >>> Upgrading navit on root from 1:0.1.0+svnr2902-r5.4.4 to > >>> 1:0.1.0+svnr2934-r5.4.4... > >>> Downloading > >>> http://jama.homelinux.org/org.openembedded.shr/armv4t/navit_0.1.0+svnr2934-r5.4.4_armv4t.ipk > >>> Upgrading navit-locale-cs on root from 1:0.1.0+svnr2902-r5.4.4 to > >>> 1:0.1.0+svnr2934-r5.4.4... > >>> Downloading > >>> http://jama.homelinux.org/org.openembedded.shr/armv4t/navit-locale-cs_0.1.0+svnr2934-r5.4.4_armv4t.ipk > >>> Upgrading navit-icons on root from 0.1.0+svnr2871-r1.4 to > >>> 0.1.0+svnr2927-r1.4... > >>> Downloading > >>> http://jama.homelinux.org/org.openembedded.shr/all/navit-icons_0.1.0+svnr2927-r1.4_all.ipk > >>> > >>> Cheers, > >>> > >> SHR-t here, so I cannot test :( > > > > It's already in shr-u feeds, imho best way to try new stuff and still > > have reliable phone is to install shr-u on 2nd partition on uSD or just > > on uSD if you have shr-t installed in nand. > > > > You don't even have to reboot to use app from shr-u... > > > > Well sometimes you have to use chroot wisely and ie start Xorg from > > chrooted shr-u.. with fso still running in shr-t etc. > > > > Regards, > > > > > Ok I installed it with --force-depends (after all it's a glitch-fixing > release, not a lib change) and it works !. > > What would be your recommendation for navit on shr, "echo 1 > > /proc/sys/vm/overcommit_memory" or adding some swap ? I'm personaly using swap (on uSD), because it's usefull for more apps then navit. Also overcommit_memory could be imho considered only as workaround for versions where navit refused to start because of memory requirements. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town
On Fri, Jan 29, 2010 at 07:55:00AM +0100, Xavier Cremaschi wrote: > Martin Jansa a écrit : > > Upgrading navit on root from 1:0.1.0+svnr2902-r5.4.4 to > > 1:0.1.0+svnr2934-r5.4.4... > > Downloading > > http://jama.homelinux.org/org.openembedded.shr/armv4t/navit_0.1.0+svnr2934-r5.4.4_armv4t.ipk > > Upgrading navit-locale-cs on root from 1:0.1.0+svnr2902-r5.4.4 to > > 1:0.1.0+svnr2934-r5.4.4... > > > Downloading > > http://jama.homelinux.org/org.openembedded.shr/armv4t/navit-locale-cs_0.1.0+svnr2934-r5.4.4_armv4t.ipk > > Upgrading navit-icons on root from 0.1.0+svnr2871-r1.4 to > > 0.1.0+svnr2927-r1.4... > > Downloading > > http://jama.homelinux.org/org.openembedded.shr/all/navit-icons_0.1.0+svnr2927-r1.4_all.ipk > > > > Cheers, > > > > SHR-t here, so I cannot test :( It's already in shr-u feeds, imho best way to try new stuff and still have reliable phone is to install shr-u on 2nd partition on uSD or just on uSD if you have shr-t installed in nand. You don't even have to reboot to use app from shr-u... Well sometimes you have to use chroot wisely and ie start Xorg from chrooted shr-u.. with fso still running in shr-t etc. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
On Fri, Jan 29, 2010 at 03:11:49PM +0800, William Kenworthy wrote: > Interesting - cant say Ive noticed anything bad - quite the reverse. I'm not using shr-t or any .29-rc3 kernel, so I cannot comment. But on shr ML and trac there was few reports about not getting GPS lock or GSM channel (even with debug kernel) and at least 3 people said that they are having this problem more often with nodebug kernel. So I asked spaetz (maintainer of shr-t) and he said that we should rather revert back to debug (as it's slower but as some say more stable). If we want to test nodebug kernel, we should do it rather in shr-u and *after* testing use it in shr-t too. Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
On Fri, Jan 29, 2010 at 10:15:55AM +0800, William Kenworthy wrote: > shr-testing is probably the most usable out-of-the-box at the moment. > Only a few "annoyances" rather than show stoppers. IMHO best way is to install both shrs on different partitions and switch to 2nd if something goes wrong. > The current kernel has most debugging disabled and though I used the > default briefly (modified it for more speed soon after!), it seemed > quite fast as is. No.. it's not disabled anymore (after few users reported that they see more issues with nodebug/nopreemt kernel). Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town
On Thu, Jan 28, 2010 at 07:12:39PM +0100, Lars Hennig wrote: > Am Donnerstag 28 Januar 2010 schrieb n...@el-hennig.de: > > The search works with MP maps. I could not test OSM, since I will update > > the map at home later this evening. The search with my current OSM map does > > at least not crash the program. But it does not find the street names > > either. > > I downloaded an up-to-date binary OSM map and the search works now. So it > would be great if you could push the new revision to the shr-u build. I already did when you first replied.. it's still building on buildhost I guess.. > One more thing: The search only works when there is no german umlaut in the > name of the city (for OSM maps that is). Please check your environment (locale set) and if it's ok you should probably report it upstream (this isn't type of bug which should be addressed on distro/OE level). Regards, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town
On Thu, Jan 28, 2010 at 04:33:21PM +0100, n...@el-hennig.de wrote: > > Then this is probably another issue for you, because the regression in > > M&G (reiseplanner) was caused by the use of new tags in OSM which > > weren't added to M&G. > > Does your OSM map version match navit's revision? If you use an old OSM > > map, or a newer OSM map with a given revision of navit, it may fail to > > work because of changes in the datas. > > the planet.bin I use is from January 15th. > > > BTW : there are daily build of navit for the FR here : > > http://download.navit-project.org/navit/openmoko/svn/ > > They are built nightly, but it's also possible to trigger a build during > > the day. > I know! The problem is that in the SHR feeds the navit packages have an > additional versioning which allows the installation of the svn packages only, > if you disable the feeds before. Please test it from this files and let me know.. if everything works I'll push it to oe.dev and then build it in official shr-u feeds. (change preferred locale) Upgrading navit on root from 1:0.1.0+svnr2902-r5.4.4 to 1:0.1.0+svnr2934-r5.4.4... Downloading http://jama.homelinux.org/org.openembedded.shr/armv4t/navit_0.1.0+svnr2934-r5.4.4_armv4t.ipk Upgrading navit-locale-cs on root from 1:0.1.0+svnr2902-r5.4.4 to 1:0.1.0+svnr2934-r5.4.4... Downloading http://jama.homelinux.org/org.openembedded.shr/armv4t/navit-locale-cs_0.1.0+svnr2934-r5.4.4_armv4t.ipk Upgrading navit-icons on root from 0.1.0+svnr2871-r1.4 to 0.1.0+svnr2927-r1.4... Downloading http://jama.homelinux.org/org.openembedded.shr/all/navit-icons_0.1.0+svnr2927-r1.4_all.ipk Cheers, -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
