Re: shr in qemu
On Tue, Jun 22, 2010 at 3:34 PM, Chuck Norris norris.ch...@mail.ru 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? It's easy with openembedded. MACHINE=qemuarm or qemux86 and then make image I am assuming you do not have the kernel and rootfs images for qemu. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to install Toolchain?
Please read the wiki of toolchain. You might want to do: . /usr/local/openmoko/arm/bin/setup-env . /usr/local/openmoko/arm/environment-setup Any autoconficated source for instance abc in your home directory can be made with om-conf and om-make-opk (or whatever) while being in your home directory like this: om-conf abc om-make-ipk abc Thats it. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to install Toolchain?
On Thu, May 27, 2010 at 7:46 PM, Tanmay Mathur tanmay.mathu...@gmail.com wrote: Hi, I am trying to install openmoko toolchain on ubuntu 8.10. But we are not able to succeed. Please suggest me how to proceed. I have read the material given on the link http://wiki.openmoko.org/wiki/Toolchain. Also tell me which version of toolchain to download, there are many versions given on the above link. # cd / # tar -xjvf ~/sources/openmoko-XYZ-arm-linux-gnueabi-toolchain.tar.bz2 The above is important. Use the latest toolchain but you can use earlier ones as well. The link from wiki is to the latest toolchain. If you cannot follow this than come over to irc #openmoko or #openmoko-cdevel channels for live instructions and queries. The toolchain wiki page is very nicely written and can be easily followed. Some of the earlier toolchains have more libraries but latest ones can also be updated. For a start anyone is fine. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Understanding opkg handling of package configurations
Dear all, Apt works on top of dpkg and dpkg utilizes the file system (/var/lib/ dpkg/) to maintain its cache/configurations. Opkg should be working on top of ipkg but as far as my analysis it is not so and neither does opkg use any configurations or cache on the file system. Also read somewhere that opkg is a fork of ipkg, which means that it does not depend on ipkg. Please point out how it manages to take care of configurations for install, update, remove and preinst, postinst etc? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about android on Freerunner
On Fri, Nov 6, 2009 at 2:12 PM, Matthias Huber matthias.hu...@wollishausen.de wrote: 06.11.2009 08:32, Shaz : On Fri, Nov 6, 2009 at 12:17 PM, Paul Fertser fercer...@gmail.com wrote: a dehqan dehqa...@gmail.com writes: 3 - Problem is that : our religion Eslam says you can use a person code while he/she allows you , now There are codes and wiki and .. on Google host .Even google is not owner of codes , Host pertains to google . So using that address and host is not possible for moslems now . I can't exactly follow the logic. You said google doesn't want you to use their site. In fact i doubt that's true. They don't care if you use their site or not; they implemented that restriction solely to make some US jerks happy and to not have any problems with their inappropriate legislation. Also you should note that google is not a person, it's a large corporation functioning in a complex international environment. So even if they say they're prohibiting something it doesn't mean they actually do (and in fact they can't) and/or want it. I hope someone more skilled in Islam than me can clarify this matter from a religious POV but judging on common grounds it's perfectly moral to circumvent an artificial restriction especially given that restricting anybody is not intended. In simple words Google cannot give you something directly and you have to get it through the third party because the first party wants to give it to you while an *influential* body above google is just creating hurdles due to its own interests. So I guess there is no moral issue to get it through a third party and Google has no benefit in restricting it, infact it is going against their interest considering the matter at hand. and from the view of the license GPL, it is explicitely allowed to use and modify this code. I think Apache license. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] [SHR] Build with openembedded
On Thu, Nov 5, 2009 at 1:00 PM, Martin Jansa martin.ja...@gmail.com wrote: On Thu, Nov 05, 2009 at 12:49:04PM +0500, Shaz wrote: On Thu, Nov 5, 2009 at 12:03 PM, Shaz shazal...@gmail.com wrote: Now I am getting the following error: -- walk 6a67c9f676966eda2ce343e01f0025fcc886 walk 1ac67c72db73c4f0caf54017660ae530bb5c9c35 walk 17ce9807a4b90a29fb5ddbdff09e76bc09129b30 walk db29e557c44e5cace4615c199cd44d00411b5895 Initialized empty Git repository in /home/shaz/moko/downloads/git/github.com.felipec.msn-pecan.git/.git/ NOTE: Creating tarball of git repository NOTE: Creating tarball of git checkout NOTE: Handling BitBake files: | (6969/6969) [100 %] NOTE: Parsing finished. 175 cached, 6506 parsed, 286 skipped, 0 masked. ERROR: Parsing errors found, exiting... make: *** [image] Error 1 -- There is no parsing error shown in this part.. maybe somewhere higher? If you're using more bitbake threads it can be much higher.. The above error was associated with shr-lite--image and the following with shr-image: --- . . . fatal: Not a git repository while parsing /home/shaz/moko/shr-unstable/openembedded/recipes/webkit/ webkit-efl_git.bb NOTE: Handling BitBake files: \ (4331/6969) [62 %]string:87: DeprecationWarning: the sets module is deprecated NOTE: Handling BitBake files: / (6969/6969) [100 %] NOTE: Parsing finished. 0 cached, 6682 parsed, 286 skipped, 0 masked. ERROR: Parsing errors found, exiting... make: *** [image] Error 1 - Is there something I am missing or doing wrong? This one I got yesterday too remove git_*webkit* AND git/*webkit* from your download directory and try again The git checkout is packed to tarball and then used when updating or reinstalling, but if git url or something change in bitbake recipe, then is this git tarball still used and points to wrong git repository. After delete it will create nice new tarball and git checkout from right url/branch/.. Thanks. Now I get the following error with shr-image: --- NOTE: Running task 3597 of 8529 (ID: 2281, /home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk+_2.14.2.bb, do_compile) NOTE: package gtk+-2.14.2: started NOTE: package gtk+-2.14.2-r1: task do_compile: started ERROR: function do_compile failed ERROR: see log in /home/shaz/moko/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/gtk+-2.14.2-r1/temp/log.do_compile.32327 NOTE: Task failed: /home/shaz/moko/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/gtk+-2.14.2-r1/temp/log.do_compile.32327 NOTE: package gtk+-2.14.2-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package gtk+-2.14.2: failed ERROR: Build of /home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk+_ 2.14.2.bb do_compile failed ERROR: Task 2281 (/home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk+_2.14.2.bb, do_compile) failed NOTE: Tasks Summary: Attempted 3596 tasks of which 3443 didn't need to be rerun and 1 failed. ERROR: '/home/shaz/moko/shr-unstable/openembedded/recipes/gtk+/gtk+_ 2.14.2.bb' failed NOTE: build 200911061031: completed make: *** [image] Error 1 -- -- uin:136542059 jid:martin.ja...@gmail.comjid%3amartin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.frsip%3ajama...@voip.wengo.fr JaMa -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some questions about android on Freerunner
On Fri, Nov 6, 2009 at 12:17 PM, Paul Fertser fercer...@gmail.com wrote: a dehqan dehqa...@gmail.com writes: 3 - Problem is that : our religion Eslam says you can use a person code while he/she allows you , now There are codes and wiki and .. on Google host .Even google is not owner of codes , Host pertains to google . So using that address and host is not possible for moslems now . I can't exactly follow the logic. You said google doesn't want you to use their site. In fact i doubt that's true. They don't care if you use their site or not; they implemented that restriction solely to make some US jerks happy and to not have any problems with their inappropriate legislation. Also you should note that google is not a person, it's a large corporation functioning in a complex international environment. So even if they say they're prohibiting something it doesn't mean they actually do (and in fact they can't) and/or want it. I hope someone more skilled in Islam than me can clarify this matter from a religious POV but judging on common grounds it's perfectly moral to circumvent an artificial restriction especially given that restricting anybody is not intended. In simple words Google cannot give you something directly and you have to get it through the third party because the first party wants to give it to you while an *influential* body above google is just creating hurdles due to its own interests. So I guess there is no moral issue to get it through a third party and Google has no benefit in restricting it, infact it is going against their interest considering the matter at hand. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Build with openembedded
On Wed, Nov 4, 2009 at 12:13 PM, Shaz shazal...@gmail.com wrote: Dear all, I am trying to build shr image with openembedded but the git download step gets stuck at 17% or 18% in the make setup phase. Any hints what to do? The above problem got solved. I was building over virtual box based ubuntu and now I am using a standard install of the build system i.e. ubuntu. On shr build page they mentioned a change in build steps will occur but can't find any info on the new steps. Some hints and direction will be appreciated as I am in the process of configuring the conf files and will start the build. -- Shaz -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] Build with openembedded
Dear all, I am trying to build shr image with openembedded but the git download step gets stuck at 17% or 18% in the make setup phase. Any hints what to do? On shr build page they mentioned a change in build steps will occur but can't find any info on the new steps. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Open Hardware company
On Mon, Jul 20, 2009 at 9:47 PM, steven mosher mosherste...@gmail.comwrote: A while back Wolfgang mentioned that he and I were starting a new venture.Drop by and say hello. This is good news. Congrats and good luck. By the way how are you guys planning to go along with OpenMoko efforts?Are the hardware efforts in parallel to openMoko community or OpenMoko community decided hardware will be taken care of by your company. The software stacks are the same as much as I can comprehend from the thread. http://www.qi-hardware.com/ Steve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Open Hardware company
On Tue, Jul 21, 2009 at 7:28 PM, Wolfgang Spraul wolfg...@qi-hardware.comwrote: Christoph, wow I like your list! Old mistakes: #1 Believing in the community? No comment. #2 Not only do we 'announce' products that are not for sale, but in addition we have an open roadmap and design the products based on community feedback. We (academic RnD) need a community effort and an effort that can compete with iPhone and Windows mobiles. OHA and LIMO kind of efforts but that are not as free as freedom and sort of not really open :) Can't this community aim at working at that level like we have Ubuntu and Fedora on PC platfrorms. So why not have devices that run FSO's stack and compete with WindowsCE and iPhone? Why do my team want to use Android and why am I considering running FSO on HTC devices? I want to use something of the sort you guys make ... that is truely open and promoting freedom but it needs to have a technological competitive edge. And I think their are many who will think the same even if we are not capable of influencing this community. #3 We don't need an MPEG-patent license because we don't want to play patent- encumbered data formats, and we will try everything to engineer around such patents. We want to have the best Ogg Theora experience out-of-the-box. The whole point of our project is to bring people together that believe in free software and free content. If you are not in that group no reason to be depressed :-) (I hope you spare us all another rant about Openmoko Sisvel) #4 I'm not sure whether we 'aim VAR' or not. Maybe Steve does? New mistakes: #1 Dr. Schaller already called it 'vintage hardware'. I have to say I love this idea, even though the NanoNote hardly fits. We focus on freedom anyway, not technology. Technology is future and freedom is what we all want. We want to survive as well rather then be satisfied with freedom! #2 made in China - don't you think the naming is genius? I love the Ben, Ya, Mu and Guo series. A little Chinese class for all of us :-) If you can only associate China with crap, that's unfortunate indeed. The truth is, same as the FreeRunner, production of our devices will be in China for the foreseeable future. RD in Taiwan. Chinese products are cool ... depends upon the quality because they do make quality and crap both :) #3 My Blackberry keyboard beats everything else. Not sure we get that good, but I take this as a valid point, we want to produce good quality. This is technology. Thanks for your feedback! Wolfgang On Tue, Jul 21, 2009 at 02:44:00PM +0200, Christoph Pulster wrote: Hi, my thoughts to Qi / NanoBook: Mistakes repeated from Openmoko times: 1. you believe too much in the community. 2. you announce products which are not exitant for sales. 3. you got no MPEG-patent licences. 4. you dont aim VAR. New mistakes: 1. you base on old-fashioned hardware (Zaurus was state-of-the-art, a hugh community existed, although Sharp did not give attention to it at all) 2. you base on made in China (synonym for crap in Europe) 3. the PDA clam-shell form factor is obsolete, there is no small AND useable physical keyboard Anyway I wish you best success with your effords, Steve, I really do. Christoph ___ 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 -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freedom Redfined.
On Tue, Jun 23, 2009 at 2:32 AM, Risto H. Kurppa ri...@kurppa.fi wrote: Indeed, we're interested to see where this will take us. Please try to do it better this time with the community! I wish you all the best luck. Its so nice to know that OM will get more strong backing because the community has matured but without a company backing, its not easy to manage things. Wish you best of luck and we will do as much as possble. Keep it up. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Howto get a specific kernel from kernel repository?
On Tue, Jun 16, 2009 at 2:23 AM, Shaz shazal...@gmail.com wrote: On Tue, Jun 16, 2009 at 3:00 PM, Lars-Peter Clausenl...@metafoo.de wrote: Shaz wrote: Dear lists, I want kernel 2.6.26-rc8 or 2.6.30 onwards for my development work on OpenMoko. If it cannot be checked out then is there some way that I can move around with patches to get there? Some help will be appreciated because I am not well versed with git or patch management. Even if some quick readings/tutorials are pointed out that will be good too. -- Shaz Hi Openmokos kernel is still 2.6.29-rc3, but OpenWrt[1] has a 2.6.30 kernel for the gta02. So if you want that, either you use OpenWrt to build your kernel, or you could use a vanilla 2.6.30 and put those files[2] and patches[3] on top of it. While having a look at OpenWrt provided kernel I came to the point where I realized that the files and patches should be put on the vanilla 2.6.30 kernel because the configuration tools of OpenWrt are not sophisticated enough to handle my requirements. Can any one give me some hints on how to pin down the problem? The files and patches provided by OpenWrt are much different than the way OM kernel is dealt by the OM kernel team. The other approach I have been thinking about is that the kernel v2.6.29-rc3 be merged with vanilla kernel. I have been studying and practcing git branching and merging for a few days now to get some other results so is it feasible for me to merge it myself rather than waiting for the OM kernel team to do so? If yes then please give me some initial tips. This is great news for me. Let me check what I make out of it? Thanks Lars. - Lars [1] https://dev.openwrt.org/ [2] https://dev.openwrt.org/browser/trunk/target/linux/s3c24xx/files-2.6.30 [3] https://dev.openwrt.org/browser/trunk/target/linux/s3c24xx/patches-2.6.30 -- Shaz -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Howto get a specific kernel from kernel repository?
On Tue, Jun 16, 2009 at 1:19 PM, Paul Fertserfercer...@gmail.com wrote: Belisko Marek marek.beli...@gmail.com writes: I want kernel 2.6.26-rc8 or 2.6.30 onwards for my development work on OpenMoko. If it cannot be checked out then is there some way that I can move around with patches to get there? Just read : http://linux.yyz.us/git-howto.html for your purpose: git checkout -b tmp v2.6.26-rc8 (this will create new local branch) That will get him 2.6.26-rc8 for sure but he obviously needs a kernel that includes gta0? support. Can some sort of merging be done here to get the gta support in 2.6.26-rc8? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Howto get a specific kernel from kernel repository?
On Tue, Jun 16, 2009 at 3:00 PM, Lars-Peter Clausenl...@metafoo.de wrote: Shaz wrote: Dear lists, I want kernel 2.6.26-rc8 or 2.6.30 onwards for my development work on OpenMoko. If it cannot be checked out then is there some way that I can move around with patches to get there? Some help will be appreciated because I am not well versed with git or patch management. Even if some quick readings/tutorials are pointed out that will be good too. -- Shaz Hi Openmokos kernel is still 2.6.29-rc3, but OpenWrt[1] has a 2.6.30 kernel for the gta02. So if you want that, either you use OpenWrt to build your kernel, or you could use a vanilla 2.6.30 and put those files[2] and patches[3] on top of it. This is great news for me. Let me check what I make out of it? Thanks Lars. - Lars [1] https://dev.openwrt.org/ [2] https://dev.openwrt.org/browser/trunk/target/linux/s3c24xx/files-2.6.30 [3] https://dev.openwrt.org/browser/trunk/target/linux/s3c24xx/patches-2.6.30 -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Howto get a specific kernel from kernel repository?
Dear lists, I want kernel 2.6.26-rc8 or 2.6.30 onwards for my development work on OpenMoko. If it cannot be checked out then is there some way that I can move around with patches to get there? Some help will be appreciated because I am not well versed with git or patch management. Even if some quick readings/tutorials are pointed out that will be good too. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Howto get a specific kernel from kernel repository?
Dear lists, I want kernel 2.6.26-rc8 or 2.6.30 onwards for my development work on OpenMoko. If it cannot be checked out then is there some way that I can move around with patches to get there? Some help will be appreciated because I am not well versed with git or patch management. Even if some quick readings/tutorials are pointed out that will be good too. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Checking out OM kernel
Dear list, I am interested in preferably kernel version 2.6.30 or 2.6.26-rc8 for OpenMoko. Please help me with the steps to check it out because I not well versed with git. I tried with git checkout v2.6.26-rc8 but it does not have a defconfig for gta02. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko toolchain error
On Fri, Mar 20, 2009 at 8:02 PM, rakshat hooja raks...@gmail.com wrote: Hi, I am using Ubuntu 8.10 and I followed the instructions at - http://wiki.openmoko.org/wiki/Toolchain Everything works fine up till the 'Building the sample application segment'. I tried to run as root as well but I was unable to build it. The log is attached for both attempts. Path to the toolchain is giving problems. Are you sure that openmoko toolchain is present and all the required headers and libraries are where they should be. Did the opkg-target update work? If it did work then its something else. I use the toolchains alot on Ubunut 8.10 and 8.04 and I never had such a problem although never tried the sample application :) Thanks in advance Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Auditing Daemon
Hi, I wanted to know which auditing daemon (like auditd on desktops) is used with OM based distributions? I hope it is common for all distros. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Kind of toolchain?
Hi, I encountered two kinds of toolchains on the download page. One was named simple arm while the other was armv4t. I was curious about the arm one because I wanted to confirm if it is generic arm or just an older toolchain? Take care. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Query] Known Good SD cards
On Sun, Feb 22, 2009 at 12:07 AM, Rask Ingemann Lambertsen r...@sygehus.dkwrote: On Thu, Feb 19, 2009 at 11:57:27AM +0500, Shaz wrote: Hi everyone, I need some guidance on uSD cards because i tried a few locally available to my town but none are working. My understanding is that its the quality or I am making a mistake in compatibility. I need some help in understanding this issue. If there are known to be working SD cards then I would order from some other place if not available locally. I bought an 8 GB speed class 4 SanDisk card marked 0732502849DZG (in very small letters - bring a magnifying glass to the shop). It came bundled with a combined MicroSDHC and M2 card reader with USB connector. I've had the card for about two months with a Debian installation and it works fine with u-boot (as shipped in NOR and NAND flash) and kernel versions 2.6.24 and andy-tracking 2.6.28. No boot parameters required. There were two different SanDisk packages of an 8 GB card and a USB card reader I could choose from. According to the salesman the differences were only in the packaging. But anyway, the one I bought has 80-13-02494 printed at the bottom of each page of the user guide. The barcode on the back of the package reads 6 1965904025 3 with SDSDQR-8192-E12M printed above it and 80-56-04874-8192 printed below it. Thanx. I am also interested in kernel 2.6.24 with factory default uboot of FreeReunner. You information seems to be having all the details for me :) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Query] Known Good SD cards
Thank you. I will check and update the thread if run into problems. On Fri, Feb 20, 2009 at 7:57 AM, Alex Fitzpatrick agfitzp.openm...@gmail.com wrote: Shaz wrote: Hi everyone, I need some guidance on uSD cards because i tried a few locally available to my town but none are working. My understanding is that its the quality or I am making a mistake in compatibility. I need some help in understanding this issue. If there are known to be working SD cards then I would order from some other place if not available locally. Thanks. -- Shaz http://wiki.openmoko.org/wiki/Supported_microSD_cards :-) -- Alex ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Query] Known Good SD cards
Hi everyone, I need some guidance on uSD cards because i tried a few locally available to my town but none are working. My understanding is that its the quality or I am making a mistake in compatibility. I need some help in understanding this issue. If there are known to be working SD cards then I would order from some other place if not available locally. Thanks. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
angstrom in toolchain
Hi, Can anybody explain why do we have angstrom in compiler triplet arm-angstrom-linux-gnueabi-[tool] -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: angstrom in toolchain
On Sun, Jan 11, 2009 at 7:50 PM, Michael 'Mickey' Lauer mic...@openmoko.org wrote: That's the Angstrom branding we inherit by relying on OpenEmbedded and its flagship distro. This means that due to dependence on openembedded and Angstrom being the major contributor to OE. Is there some contribution made directly to openMoko by Angstrom? -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
OpenMoko Qemulation
Hi, I am interested in emulating OpenMoko kernel and images on Qemu. So I was curious if OE and mokomakefile from openmoko can handle machine-qemuarm. And can make qemu-local handle gta02? Images built with qemuarm can be done via standard qemu-system-arm on the shell but can mokomakefile build it? I am not sure if the make qemu-local can handle gta02 images? I tried it and still on it because the makefile has inconsistent paths in this regards (both gta01 and gta02). If I can solve the issue then I'll also report back. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Building Angstrom distro for non-gta architecture
Hi folks, I want to build the angstrom distribution or the FSU for ARM VersatilePB. I need to know what I can do to the mokoMakefile so that I can get it working. If tthis is not possible than what else should I do to handle the build with OE? -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Building Angstrom distro for non-gta architecture
On Wed, Oct 22, 2008 at 3:54 AM, Nicola Mfb [EMAIL PROTECTED] wrote: 2008/10/22 Shaz [EMAIL PROTECTED] Hi folks, I want to build the angstrom distribution or the FSU for ARM VersatilePB. I need to know what I can do to the mokoMakefile so that I can get it working. If tthis is not possible than what else should I do to handle the build with OE? MokoMakefile should be used to build 2008.x openmoko distributions. Makefile at downloads.freesmartphones.org should be used to build FSO. If you want to build Angstrom you should follow official angstrom build instructions. You should set a MACHINE in your conf file and oe will build your distro for the right CPU. Can you please send me your conf file because I am not very accustomed with OE environment and do you mean that OE will also build a glibc based toolchain for the machine. Is there some sort of tutorial or a wiki page from openmoko or OE that tells how to do this stuff? I'm doing some test with qemuarm and using built images with qemu-system-arm -M versatilepb runs, I have only to investigate why the mouse does not works with opie/gpe. Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Thanks. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Building Angstrom distro for non-gta architecture
On Wed, Oct 22, 2008 at 4:31 AM, Shaz [EMAIL PROTECTED] wrote: On Wed, Oct 22, 2008 at 3:54 AM, Nicola Mfb [EMAIL PROTECTED] wrote: 2008/10/22 Shaz [EMAIL PROTECTED] Hi folks, I want to build the angstrom distribution or the FSU for ARM VersatilePB. I need to know what I can do to the mokoMakefile so that I can get it working. If tthis is not possible than what else should I do to handle the build with OE? MokoMakefile should be used to build 2008.x openmoko distributions. Makefile at downloads.freesmartphones.org should be used to build FSO. If you want to build Angstrom you should follow official angstrom build instructions. You should set a MACHINE in your conf file and oe will build your distro for the right CPU. Can you please send me your conf file because I am not very accustomed with OE environment and do you mean that OE will also build a glibc based toolchain for the machine. Ok, I got it: Machine = qemuarm Right. And then use the rootfs and kernel with qemu-system-arm. Thanks. Is there some sort of tutorial or a wiki page from openmoko or OE that tells how to do this stuff? I'm doing some test with qemuarm and using built images with qemu-system-arm -M versatilepb runs, I have only to investigate why the mouse does not works with opie/gpe. Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Thanks. -- Shaz -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kernel Build without OE tools
On Tue, Sep 23, 2008 at 2:36 PM, Andy Green [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Thanx for the tips andy. | I am compiling the kernel with toolchain rather than OE and when I | start the make process my custom .config is over written and thus my | appended CONFIG_X are not built into the kernel. I checked during | the make process and my CONFIG_X were missing from .config! | | How can this behavior be controlled? This is what happens if your config option are invalid, for example they are dependent on other CONFIG_ options that are not selected. make oldconfig will clean them out. So there is a bigger issue with what you are trying to select I guess. My module needed SHA1=y and it was SHA1=m so the dependency wasn't being met properly :) - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkjYuK8ACgkQOjLpvpq7dMpHvACgkFU6q2+pDQl2P+f+zj+Q7vPP Ai0An2/FYGAb7G4/jGCtC2/zzHVpgVDp =/dUn -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Make util not getting the toolchain
On Mon, Sep 22, 2008 at 1:39 PM, xiangfu [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Shaz wrote: Hi, I am compiling a small package which does not have any autoconf so has only a simple recursive Makefile. When I try to build it with the OM toolchain it gives me the following error message: make[1]: /usr/local/openmoko/arm/bin/arm-angtrom-linux-gnueabi-gcc: Command not found check you Makefile i think the CROSS should be arm-angstrom-linux-gnueabi- seems you ignore a S in angstrom hope this can help RIGHT :0) But it was giving problems with the environment variables too. I just added it later to troubleshoot the problem. Thanks. The environment variables are fine as I have run the environment script provided with the toolchain and checked it with echo $VAR-NAME. What can be the possible reason behind this weird behavior? I tried compiling it with arm-angstrom-linux-gnueabi-gcc instead of make and it worked half way through (LD etc needs to be done also) but I don't want to do it that way anymore :) -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBSNdZsRFuNemPXNFjAQKCkQf/Zbyh6Ox9H9jkfJm5vyqUHpWnotrl8AWl mFLxqzKIDcxNDGFki1dtCsanHiYRNeAOAu+w06UGZxGn4OI1fMitWc/jU81p2w4g wB90lsrnM6t/RRWRwQk/VAhKeXT++i5uoj2mONKXMlUCWZsW8TC4MpLqX8F6RAqn HyZvMo9+ykifY+AwumBt+AMzGNiXSfWsVycIm+sqVX5jZE9v0F0KgmU2Q9NMCYli DxYDAChXBcBAjCYlu62xwib51aYbHlY0nNpbG1U/5/qbf1shNFLMv56rTIEhhWEg yrEbQmsquTlc9Le7IGLe+huVNv5bItsE5gH/VoqOrVu1MjwGcEwCZA== =uIt9 -END PGP SIGNATURE- -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad Magic Number while booting from SD card with new uImage!
On Sat, Sep 20, 2008 at 9:05 PM, Alex Oberhauser [EMAIL PROTECTED] wrote: No some larger cards break us right now, can you let me know your exact card type and I will do a little shopping spree today to reproduce this. ~ I think someone else mentioned Sandisk 8GB is going to make the same trouble. My Sandisk 8GB breaks also. Some times the partiton and format works and sometimes the card would not be recognized. Always after reboot the whole partion table is away. Please tell me if you need more information to make it easier to debug. It'll be nice to be able to debug it because in our city we have only similar cards and otherwise we have to import specially from other places. So where do we start? Tomorrow, I will repartition my SD card to check once more if it works and in the meanwhile wait for your instructions. Alex ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Make util not getting the toolchain
Hi, I am compiling a small package which does not have any autoconf so has only a simple recursive Makefile. When I try to build it with the OM toolchain it gives me the following error message: make[1]: /usr/local/openmoko/arm/bin/arm-angtrom-linux-gnueabi-gcc: Command not found The environment variables are fine as I have run the environment script provided with the toolchain and checked it with echo $VAR-NAME. What can be the possible reason behind this weird behavior? I tried compiling it with arm-angstrom-linux-gnueabi-gcc instead of make and it worked half way through (LD etc needs to be done also) but I don't want to do it that way anymore :) -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad Magic Number while booting from SD card with new uImage!
On 9/19/08, Andy Green [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Hi, | | I am getting bad magic number when I try to boot from micro SD with my ... | sudo make CROSS_COMPILE=/usr/local/openmoko/arm/bin/arm-angstrom-linux-gnueabi- You don't need to do this as root. I get permission denied on root owned directory linux-2.6.24 :) ... | Image Type: ARM Linux Kernel Image (uncompressed) uncompressed is good anyway | Data Size:1769300 Bytes = 1727.83 kB = 1.69 MB | Load Address: 0x30008000 | Entry Point: 0x30008000 | Image arch/arm/boot/uImage is ready We call it uImage.bin, that is what the canned U-Boot menu scripts expect. yes. This was the problematic part :) By default it expects uImage.bin. Can you show the text around this bad magic number report? A few different things have magic numbers. You are not using the shipped 512MB SD Card. Do things work better if you do? My Rootfs had problems due to this new SD card. The kernel was giving panics due to some VFS driver issue but when I used the old SD card it started to work. Is there a problem of quality of SD cards that I bought? We are making images on various SD cards as incremental experiments so need to have more than one card. I'll check it somehow. - -Andy Thanks alot Andy. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkjTWh4ACgkQOjLpvpq7dMoFDwCfZ+rvYjdSw1E3td00BietD85J cGoAn2i0qg8uqU8QYq734qBrjMwc43TZ =NZb5 -END PGP SIGNATURE- -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad Magic Number while booting from SD card with new uImage!
On 9/19/08, Andy Green [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | You don't need to do this as root. | I get permission denied on root owned directory linux-2.6.24 :) Well, you are better to chown it to your user than run as root... once you start running stuff and creating files as root it kind of leaks out everywhere until you have to do everything as root. I guess you are right. It can even crash the toolchain and libs. I had a bad experiance with a uclibc toolchain once. | We call it uImage.bin, that is what the canned U-Boot menu scripts expect. | yes. This was the problematic part :) By default it expects uImage.bin. Great. | My Rootfs had problems due to this new SD card. The kernel was giving | panics due to some VFS driver issue but when I used the old SD card it | started to work. Is there a problem of quality of SD cards that I | bought? We are making images on various SD cards as incremental | experiments so need to have more than one card. I'll check it somehow. No some larger cards break us right now, can you let me know your exact card type and I will do a little shopping spree today to reproduce this. ~ I think someone else mentioned Sandisk 8GB is going to make the same trouble. Its named Amco. A 1GB card. So should we stick to 512MB? We can live with that too :) - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkjTdAoACgkQOjLpvpq7dMp+OACeIqu5CFz2fXSFiUHsZIvA65LJ 7I4AnRxkA83cgPjiZb+gaHjXNFGD8KZK =my4r -END PGP SIGNATURE- -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad Magic Number while booting from SD card with new uImage!
On 9/19/08, michael [EMAIL PROTECTED] wrote: Hi, Andy Green wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | No some larger cards break us right now, can you let me know your exact | card type and I will do a little shopping spree today to reproduce this. | ~ I think someone else mentioned Sandisk 8GB is going to make the same | trouble. | Its named Amco. A 1GB card. So should we stick to 512MB? We can live | with that too :) Somehow it's the larger cards seem to have the trouble, something to do with being slower to wake up and give first bulk transfer than we can currently handle, if you stick to the Sandisk 512MB right now it doesn't seem to show this behaviour. I doubt I find this Amco thing here in UK so I will just buy a few 8MB ones. Just to know, how the SD is formatted? It is a vfat and u-boot use fatload? I am using vfat for uImage and ext3 for rootfs. Currently, rootfs cant be loaded because kernel panics on vfs drivers (or something) but the kernel has started to boot when I renamed it to uImage.bin ;-) I am going to repartition it to see if it will work. Should I go for a smaller rootfs patition instead of 982MB? Maybe 500 or 512MB. Regards Michael -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bad Magic Number while booting from SD card with new uImage!
Hi, I am getting bad magic number when I try to boot from micro SD with my new uImage. I had a clean and successful make and make uImage. I have an first partition on SD card of 100MB (vfat) and 899MB (ext3). I am using the moko toolchain as the later commands show. And got the sources from: git clone git://git.openmoko.org/git/kernel.git linux-2.6 cd linux-2.6 git checkout origin/stable After executing the following command: -- sudo make CROSS_COMPILE=/usr/local/openmoko/arm/bin/arm-angstrom-linux-gnueabi- ARCH=arm uImage -- I got the following output: -- . . . Image Name: Linux-2.6.24 Created: Fri Sep 19 06:58:28 2008 Image Type: ARM Linux Kernel Image (uncompressed) Data Size:1769300 Bytes = 1727.83 kB = 1.69 MB Load Address: 0x30008000 Entry Point: 0x30008000 Image arch/arm/boot/uImage is ready --- What are the possible reasons for bad magic number and what is the solution? -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad Magic Number while booting from SD card with new uImage!
On Fri, Sep 19, 2008 at 9:45 AM, Sean McNeil [EMAIL PROTECTED] wrote: How are you copying the uImage to the sdcard? Is it possible you have CR/LF translation on? Have no clear idea what CR/LF translation is but I just did sudo cp uImage /media/disk/. Usually we either do cp in a similar way or copy - paste in GUI. We use Ubuntu Linux. Shaz wrote: Hi, I am getting bad magic number when I try to boot from micro SD with my new uImage. I had a clean and successful make and make uImage. I have an first partition on SD card of 100MB (vfat) and 899MB (ext3). I am using the moko toolchain as the later commands show. And got the sources from: git clone git://git.openmoko.org/git/kernel.git linux-2.6 cd linux-2.6 git checkout origin/stable After executing the following command: -- sudo make CROSS_COMPILE=/usr/local/openmoko/arm/bin/arm-angstrom-linux-gnueabi- ARCH=arm uImage -- I got the following output: -- . . . Image Name: Linux-2.6.24 Created: Fri Sep 19 06:58:28 2008 Image Type: ARM Linux Kernel Image (uncompressed) Data Size:1769300 Bytes = 1727.83 kB = 1.69 MB Load Address: 0x30008000 Entry Point: 0x30008000 Image arch/arm/boot/uImage is ready --- What are the possible reasons for bad magic number and what is the solution? -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Kernel Build without OE tools
On Mon, Sep 15, 2008 at 12:10 PM, Andy Green [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Hi, | | I am also trying to build the kernel the old fashioned way. So I did : | | git clone git://git.openmoko.org/git/kernel.git linux-2.6 | cd linux-2.6 | git checkout origin/stable | | and now I did some of my custom patching but then at the point of | doing make I got stuck on the variable CROSS_COMPILE=? and ARCH=? | | Normally, when building generic arm kernel for qemu I used to do | | #make vmlinux CROSS_COMPILE=arm-linux ARCH=arm Have a look in the ./build script in our kernel sources. Basically you need to download the toolchain tarball http://wiki.openmoko.org/wiki/Toolchain to get the cross compilers down /usr/local/openmoko, and edit export CROSS_COMPILE=/usr/local/openmoko/arm/bin/arm-angstrom-linux-gnueabi- Thanx for the tips andy. I am compiling the kernel with toolchain rather than OE and when I start the make process my custom .config is over written and thus my appended CONFIG_X are not built into the kernel. I checked during the make process and my CONFIG_X were missing from .config! How can this behavior be controlled? in ./build. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkjOClcACgkQOjLpvpq7dMpwvwCfQOKk6PaaeaC2kkaea9hre7KM y2gAn2FMciX08kpJNwovW2YkeXR+PhY2 =Yb2g -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Custom kernel build
Hi, I'm trying to build a custom kernel with the patches. I've changed the linux-openmoko_2.6.24+git.bb to include the patches in SRC_URI. The problem is that make build-package-linux builds only 2.6.21 kernel and just wouldn't go to 2.6.24+git. I've changed the PREFERRED_PROVIDER_virtual/kernel to linux-openmoko and PREFERRED_VERSION_linux-openmoko to 2.6.24+git in openembedded/conf/machine/om-gta02.conf. It simply won't build the kernel at version 2.6.24+git. -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
band issue
Have openMoko been made for bands available in Pakistan? Are they ready for shipment? I am curious because openmoko site has shipment available for Pakistan but are they considering the band regulations of pakistan? -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: band issue
I had a talk with them earlier but they do not ship to Pakistan. If I ask a friend like in Germany then will he be able to ship it to me considering shipment policy in Germany? Any better ideas? On Tue, Jul 8, 2008 at 7:14 PM, Yorick Moko [EMAIL PROTECTED] wrote: yes, that is the one I don't know if they ship to Pakistan, you better ask them: http://www.idasystems.net/contact_us On Tue, Jul 8, 2008 at 4:01 PM, Masoom Alam [EMAIL PROTECTED] wrote: Please specify that indian seller. I think it is IDA systems right? does that seller ship it to Pakistan? any information On Tue, Jul 8, 2008 at 7:21 PM, Yorick Moko [EMAIL PROTECTED] wrote: but whether we will get it or not. why wouldn't you get it if you order it and pay for it? ps: there is an indian reseller, maybe that way will be cheaper for you? On Tue, Jul 8, 2008 at 3:13 PM, Masoom Alam [EMAIL PROTECTED] wrote: Till when it will be available in the 900/... Bank.. Secondly, the OpenMOKO website suggests that UPS will deliver it to Pakistan with an additional cost of 101.xx$. Can any body provide me some clue that if this possible at all, i mean we will order it, but whether we will get it or not. Thanks, MM Alam On Tue, Jul 8, 2008 at 7:02 PM, Francesco Cat [EMAIL PROTECTED] wrote: in Pakistan the 900/1800 freq are used so they should be fine, if you get the 900/1800/1900 vers. It is the same vers shipped in Europe. It is important because if you do get the 850/1800/1900 version some operators will not work at all. 2008/7/8 Shaz [EMAIL PROTECTED]: Have openMoko been made for bands available in Pakistan? Are they ready for shipment? I am curious because openmoko site has shipment available for Pakistan but are they considering the band regulations of pakistan? -- Shaz ___ 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 -- Regards, MM Alam SERG Pakistan http://serg.imsciences.edu.pk ___ 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 -- Regards, MM Alam SERG Pakistan http://serg.imsciences.edu.pk ___ 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 -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: band issue
On Tue, Jul 8, 2008 at 6:02 PM, Francesco Cat [EMAIL PROTECTED] wrote: in Pakistan the 900/1800 freq are used so they should be fine, if you get the 900/1800/1900 vers. It is the same vers shipped in Europe. It is important because if you do get the 850/1800/1900 version some operators will not work at all. So we can say that european edition is what we need. So how do we make sure we get this one if I purchase one from openmoko.com? 2008/7/8 Shaz [EMAIL PROTECTED]: Have openMoko been made for bands available in Pakistan? Are they ready for shipment? I am curious because openmoko site has shipment available for Pakistan but are they considering the band regulations of pakistan? -- Shaz ___ 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 -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Selling my Neo 1973
On Sun, Jun 29, 2008 at 2:30 AM, Igor Foox [EMAIL PROTECTED] wrote: Hi, I've had a Neo 1973 since they shipped first a while ago. Unfortunately I never had the time to hack on it, or to play around with it sufficiently to make the purchase worth while. So I decided to sell the device so that someone else might use it. Do you have Neo or Neo Advance? I am interested but need to have some sort of guarantee or verification with respect to the unit's condition. I'll do a bank transfer or any other way which is feasible for you and me both. I'm asking for $150 (Canadian or US). I'm located in Toronto, Canada. I can ship it to wherever you'd like or if you're in the area we can arrange to meet. If anyone's interested, please let me know. Any idea how long it will take in shipment to Asia Pacific region? We can proceed on shazalive (at) gmail.com Happy hacking! :-) Igor ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Shaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
