FSO unstable upgrade errors alsa-states and initscripts-openmoko
Upgrading from http://downloads.freesmartphone.org/fso-unstable/images/om-gta02/ repos I get the following errors. Downloading http://downloads.freesmartphone.org/fso-unstable/feeds/om-gta02/task-boot_1.0-r46_om-gta02.ipk Installing initscripts-openmoko (1.0-r0) to root... Configuring zhone Configuring mtd-utils Collected errors: * Package alsa-states wants to install file /etc/asound.state But that file is already provided by package * openmoko-alsa-scenarios * ERROR: The following packages conflict with initscripts-openmoko: * initscripts * Has anyone else had this problem? Or any suggestions? thanks in advance. qhaz -- View this message in context: http://n2.nabble.com/FSO-unstable-upgrade-errors-alsa-states-and-initscripts-openmoko-tp2161084p2161084.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
Re: Illume finger scrolling probs
On Thu, 15 Jan 2009 00:56:28 -0500 Joel Newkirk babbled: > On Thu, 15 Jan 2009 16:35:22 +1100, Carsten Haitzler (The Rasterman) > wrote: > > On Thu, 15 Jan 2009 00:28:18 -0500 Joel Newkirk > > babbled: > > > >> all distros I've tested. (2008.x, FSO, SHR) > >> > >> Selecting the Illume (or Illume-SHR, or my in-development 'Serenity' > > based > >> off Illume) theme instead of ASU causes finger scrolling to be almost > >> unbearably slow. WHY? > > > > its just much more complex ui/layout. drawing a single black rectangle is > > faster than scaling and blending 5 layers of images to get an effect. > > I'd wondered about that, and in Serenity want to reduce it to just a > rectangle - personally I don't like the look of the extra layers. (granted > I've still got a ways to go before I've finished the theme, and many > remnants of the Illume theme still remain) Bit by bit I've broken out > portions of the Illume edc and #include them (keyboard, config, shelf, etc) > which has made a huge difference in my ability to figure things out. > > Once I'm fairly happy with Serenity I have an ever-growing blog article on > the process that I'll post for anyone interested. (as with my other > OM-related posts it will be released for cut'n'paste to wiki if someone > wishes) My overall goal for the look of my FR is lightweight and dark > (similar to ASU theme) with digital clock, Illume battery, keyboard and > config, etc, plus 128x128 Oxygen icons. (I plan to opkg the icons soon, > probably this weekend - given the scale I prefer I'd like to use the > 256x256 but they're just too damn much to display and scroll well) > > >> > >> Also, a bug: I usually have icon size set to 'very large' for the > >> launcher, (which makes this problem far more apparent) and have noticed > >> that if I try to finger-scroll too close to the bottom and hit an icon > >> whose icon image is not fully on-screen, it will ALWAYS select and > > launch > >> instead of scroll. If the image is fully on-screen but the icon text is > >> off-screen, it will scroll, as it will 'grabbing' any icon that is fully > >> visible. This is becoming a significant frustration for me as I > > constantly > >> launch unwanted programs with my thumb trying to scroll. > > > > this is a leftover of the flaunch (the 3 boxes at the bottom of om's asu > > setup > > that i just have as invisible in the illume theme), so events go thru > > without > > going thru the finger-scroll object that is over the region above this. > > (and > > this object basically modified events so they get special flags so other > > objects can hold off on launching stuff as they know the event is to be > > ignored > > and just used for information - not actions). > > > > i need to totally fix up illume and split it up - it is still basically > > the > > design that om wanted with almost no changes. > > > :\ What is this identified as in the edc, do you recall? flaunch ... :) > Also, while I've got you 'on the line' as it were, where is the power > control themed? (IE when I press power button, the menu that appears with > suspend, lock, etc) So far I've been unable to locate it... :( in e's core theme - syscon :) > And finally, what would it take to display each icon in the launcher as an > icon with text to the right, one per line? not sure if I'd be happy with > it or not, but wanted to try and haven't figured it out yet. code changes to use the list view for the fm, not icon view. > Many thanks. (for E, Illume, etc as well as the swift response) > > j > > -- > Joel Newkirk > http://jthinks.com (blog) > http://newkirk.us/om (FR stuff) > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume finger scrolling probs
On Thu, 15 Jan 2009 16:35:22 +1100, Carsten Haitzler (The Rasterman) wrote: > On Thu, 15 Jan 2009 00:28:18 -0500 Joel Newkirk > babbled: > >> all distros I've tested. (2008.x, FSO, SHR) >> >> Selecting the Illume (or Illume-SHR, or my in-development 'Serenity' > based >> off Illume) theme instead of ASU causes finger scrolling to be almost >> unbearably slow. WHY? > > its just much more complex ui/layout. drawing a single black rectangle is > faster than scaling and blending 5 layers of images to get an effect. I'd wondered about that, and in Serenity want to reduce it to just a rectangle - personally I don't like the look of the extra layers. (granted I've still got a ways to go before I've finished the theme, and many remnants of the Illume theme still remain) Bit by bit I've broken out portions of the Illume edc and #include them (keyboard, config, shelf, etc) which has made a huge difference in my ability to figure things out. Once I'm fairly happy with Serenity I have an ever-growing blog article on the process that I'll post for anyone interested. (as with my other OM-related posts it will be released for cut'n'paste to wiki if someone wishes) My overall goal for the look of my FR is lightweight and dark (similar to ASU theme) with digital clock, Illume battery, keyboard and config, etc, plus 128x128 Oxygen icons. (I plan to opkg the icons soon, probably this weekend - given the scale I prefer I'd like to use the 256x256 but they're just too damn much to display and scroll well) >> >> Also, a bug: I usually have icon size set to 'very large' for the >> launcher, (which makes this problem far more apparent) and have noticed >> that if I try to finger-scroll too close to the bottom and hit an icon >> whose icon image is not fully on-screen, it will ALWAYS select and > launch >> instead of scroll. If the image is fully on-screen but the icon text is >> off-screen, it will scroll, as it will 'grabbing' any icon that is fully >> visible. This is becoming a significant frustration for me as I > constantly >> launch unwanted programs with my thumb trying to scroll. > > this is a leftover of the flaunch (the 3 boxes at the bottom of om's asu > setup > that i just have as invisible in the illume theme), so events go thru > without > going thru the finger-scroll object that is over the region above this. > (and > this object basically modified events so they get special flags so other > objects can hold off on launching stuff as they know the event is to be > ignored > and just used for information - not actions). > > i need to totally fix up illume and split it up - it is still basically > the > design that om wanted with almost no changes. :\ What is this identified as in the edc, do you recall? Also, while I've got you 'on the line' as it were, where is the power control themed? (IE when I press power button, the menu that appears with suspend, lock, etc) So far I've been unable to locate it... :( And finally, what would it take to display each icon in the launcher as an icon with text to the right, one per line? not sure if I'd be happy with it or not, but wanted to try and haven't figured it out yet. Many thanks. (for E, Illume, etc as well as the swift response) j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Roll The Dice
Kind of cool, I fetched it to check out the code. I tried it with om2008.12, after installing pygtk etc. I ran the program, but shaking the phone gets no response. Only touching the screen starts it off vibrating. I also tried the modified ko-dice with same result. I think the shakes are not getting registered for me somehow. --Alex On Wed, Jan 14, 2009 at 7:59 PM, The Digital Pioneer wrote: > OK, to any who are interested, I have made some modifications to the python > script to make it not shake as easily (I was having a lot of accidental > shakes). Now it has to be shaken twice within 3 seconds to actually roll the > dice. It may not be pretty, but it works. :) > > My modded ko-dice is here: http://dl.getdropbox.com/u/453116/ko-dice > > -- > Thanks, > > The Digital Pioneer > > ___ > 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: Illume finger scrolling probs
On Thu, 15 Jan 2009 00:28:18 -0500 Joel Newkirk babbled: > all distros I've tested. (2008.x, FSO, SHR) > > Selecting the Illume (or Illume-SHR, or my in-development 'Serenity' based > off Illume) theme instead of ASU causes finger scrolling to be almost > unbearably slow. WHY? its just much more complex ui/layout. drawing a single black rectangle is faster than scaling and blending 5 layers of images to get an effect. > > Also, a bug: I usually have icon size set to 'very large' for the > launcher, (which makes this problem far more apparent) and have noticed > that if I try to finger-scroll too close to the bottom and hit an icon > whose icon image is not fully on-screen, it will ALWAYS select and launch > instead of scroll. If the image is fully on-screen but the icon text is > off-screen, it will scroll, as it will 'grabbing' any icon that is fully > visible. This is becoming a significant frustration for me as I constantly > launch unwanted programs with my thumb trying to scroll. this is a leftover of the flaunch (the 3 boxes at the bottom of om's asu setup that i just have as invisible in the illume theme), so events go thru without going thru the finger-scroll object that is over the region above this. (and this object basically modified events so they get special flags so other objects can hold off on launching stuff as they know the event is to be ignored and just used for information - not actions). i need to totally fix up illume and split it up - it is still basically the design that om wanted with almost no changes. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Illume finger scrolling probs
all distros I've tested. (2008.x, FSO, SHR) Selecting the Illume (or Illume-SHR, or my in-development 'Serenity' based off Illume) theme instead of ASU causes finger scrolling to be almost unbearably slow. WHY? Also, a bug: I usually have icon size set to 'very large' for the launcher, (which makes this problem far more apparent) and have noticed that if I try to finger-scroll too close to the bottom and hit an icon whose icon image is not fully on-screen, it will ALWAYS select and launch instead of scroll. If the image is fully on-screen but the icon text is off-screen, it will scroll, as it will 'grabbing' any icon that is fully visible. This is becoming a significant frustration for me as I constantly launch unwanted programs with my thumb trying to scroll. j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Roll The Dice
OK, to any who are interested, I have made some modifications to the python script to make it not shake as easily (I was having a lot of accidental shakes). Now it has to be shaken twice within 3 seconds to actually roll the dice. It may not be pretty, but it works. :) My modded ko-dice is here: http://dl.getdropbox.com/u/453116/ko-dice -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Freerunner] Access GPS chip's parameters and navigational models?
because the qtopia indexing stops with it ... Its probably possible to just stop the app doing the indexing (mediaserver I think), but I am not sure if it would create problems to knock out a low level part of qtopia or not. An alternative is to change the config so on the next boot, it wont index the SD card at all (best fix in fact) Billk On Wed, 2009-01-14 at 21:46 +0200, Timo Juhani Lindfors wrote: > Al Johnson writes: > > /etc/init.d/xserver-nodm stop > > Hmm, why is stopping X server necessary? > > ___ > 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: [0m2008-9] Trying to partition the uSD card but unable to umount the partition that has been created
lsof will tell you that qtopia uses the file. Stop the xserver and it should free up. By the way, it would be worth your while to read up on the qtopia indexing problem which the sqlite file is a result. BillK On Wed, 2009-01-14 at 11:22 -0500, john dowd wrote: > Would anyone know which application I would have to kill to be able to > unmount the partition that was created on the uSD card? I want to > backup my current kernel & rootfs to the uSD card since it is now > stable. Apparently the Qtopia_db.sqlite file was created for the > Qtopia apps but I can't easily see who is using the partition. > > Cheers!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPSDproxy: send GPS data from gpsd to a remote server
Niccolo Rigacci writes: > I released a little software to proxy GPS data read from gpsd to > a remote server. I use it to store my live track on a Postgres > database (running on my home server) via GPRS connection. Interesting idea. I looked around the code: /* Fork into background */ if (be_daemon) { pid = fork(); if (pid == -1) { perror("Could not fork() into background"); } else if (pid > 0) { exit(0); } } shouldn't this use two fork()'s? See Stevens's "Advanced Programming in the Unix Environment" book or take a look at how e.g. tor makes itself a daemon: start_daemon(void) { pid_t pid; if (start_daemon_called) return; start_daemon_called = 1; if (pipe(daemon_filedes)) { log_err(LD_GENERAL,"pipe failed; exiting. Error was %s", strerror(errno)); exit(1); } pid = fork(); if (pid < 0) { log_err(LD_GENERAL,"fork failed. Exiting."); exit(1); } if (pid) { /* Parent */ int ok; char c; close(daemon_filedes[1]); /* we only read */ ok = -1; while (0 < read(daemon_filedes[0], &c, sizeof(char))) { if (c == '.') ok = 1; } fflush(stdout); if (ok == 1) exit(0); else exit(1); /* child reported error */ } else { /* Child */ close(daemon_filedes[0]); /* we only write */ pid = setsid(); /* Detach from controlling terminal */ /* * Fork one more time, so the parent (the session group leader) can exit. * This means that we, as a non-session group leader, can never regain a * controlling terminal. This part is recommended by Stevens's * _Advanced Programming in the Unix Environment_. */ if (fork() != 0) { exit(0); } return; } } Also it could be useful to implement --pid-file option that writes the pid of the process to a file so that you don't need to resort to "killall gpsdproxd" in the stop script. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS unreliable: long lasting connection fail
On Wed, Jan 14, 2009 at 04:53:16PM -0700, Eldon Koyle wrote: > > If you have the 'persist' option in /etc/ppp/peers/, > pppd will reconnect after errors. To reconnect, it closes the device then > reopens it. With gsm0710muxd, when /dev/pts/N gets closed it is > deallocated. Then, pppd is trying to reconnect to a device that doesn't > exist. This is very interesting and disappointing :-( But I experienced a different problem, because I don't use gsm0710muxd, so the device should be always valid. What I noticed is that pppd release the lock file of the serial line, then it stays in a select loop, without retrying. -- Niccolo Rigacci Firenze - Italy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GPSDproxy: send GPS data from gpsd to a remote server
Hi, I released a little software to proxy GPS data read from gpsd to a remote server. I use it to store my live track on a Postgres database (running on my home server) via GPRS connection. The software is hosted here: http://sourceforge.net/projects/gpsdproxy/ This is the announce: This is the first release of GPSDproxy, a small program which reads GPS data from a running gpsd process (http://gpsd.berlios.de/) and forwards it to a remote server via an UDP connection. GPSDproxy is intended to be run on GPS enabled mobile devices. The main features are: * Very low traffic: can upload the position every 10 seconds, 24h/24h, 7days/week and consume less than 100Mb/month (telco-plan friendly). * Assume an unreliable connection, like GPRS mobile. Uses UDP protocol without TCP/IP retransmission overhead. No akwnoledgment from the server is required. Assumes that some data can be lost (future versions can implement some sort of aknowledge/retransmit). * Firewall friendly: mobile GPRS connections are often placed behind a NAT firewall, gpsdproxy works with just one outgoing UPD port. * Written in C for performance and small footprint. Included in this release there is the source code of a simple server (written in Python), which receives position data from several GPSDproxy clients and store it into a PostgreSQL/PostGIS database. -- Niccolo Rigacci Firenze - Italy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS unreliable: long lasting connection fail
On Jan 13 12:25-0700, Eldon Koyle wrote: > I was looking at this once and I think the problem might be that pppd > closes the device and re-opens it before reconnecting, and the mux > device is no longer usable once it has been closed. > > I didn't verify this, but it seemed logical to me ;). I decided to take another look, and here is what happens: If you have the 'persist' option in /etc/ppp/peers/, pppd will reconnect after errors. To reconnect, it closes the device then reopens it. With gsm0710muxd, when /dev/pts/N gets closed it is deallocated. Then, pppd is trying to reconnect to a device that doesn't exist. A hack-around for this might be to turn off the 'persist' option and make a script like: identvar=$(date +%s) while true; do # code ripped of from somewhere to get a mux device ptsvar=$(dbus-send --system --print-reply --type=method_call --dest=org.pyneo.muxer /org/pyneo/Muxer org.freesmartphone.GSM.MUX.AllocChannel string:$identvar | grep string | awk -F '"' '{ print $2 }') [ -z "$ptsvar" ] && exit 1 logger -s "gprsd.sh[$$]: starting pppd using $ptsvar" pppd "$ptsvar" 115200 call nodetach logger -s "gprsd.sh[$$]: connection closed, waiting 10 seconds" sleep 10 done -- Eldon Koyle -- Treaties are like roses and young girls -- they last while they last. -- Charles DeGaulle ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Roll The Dice
OK, more results: the exit button does indeed work A. Before rolling the first time B. During a roll or C. If you press it, then roll the dice. I noticed in your CLI output that it seems to be looking for a left or right movement. Perhaps you should make it shake on 2 or three left-right combos, since it seems to be rolling a bit too easily. Not a problem at all, really, just a personal preference. -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Roll The Dice
4 stars. I just tested it on SHR, and it works with exception to one thing: it doesn't close. The exit button doesn't work, and using Illume's close button on it makes it lock up. Have to kill it. I'd love to see a game like Zilch (on Kongregate) put on the FR, which also rolls the dice by shaking. Zilch is at http://www.kongregate.com/games/gaby/zilch if you want to give it a look. -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dual touch display
On Wed, Jan 14, 2009 at 6:54 AM, Lothar Behrens wrote: > Hi, > if not yet posted: I have found a dual touch / multi touch input device for > pens and fingers. > It may be interesting, if GTA3 design not finished yet. But I don't know > about availability :-) > http://www.n-trig.com/Default.aspx > Lothar > > -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de > Lothar Behrens > Heinrich-Scheufelen-Platz 2 > 73252 Lenningen Hi, This looks good. I wonder about the openness of the hardware as well as the drivers. I don't have any experience with the iPhone type screen input, but I have had a Palm Z22 for two or three years now. Its claim to fame is the "Graffiti" stylus entry feature. I can enter the usual English alphanumeric characters including common punctuation marks by fairly simple strokes. Entering additional characters (and punctuation) requires a two step process. There is a special area, about the bottom quarter of the screen which accepts only these strokes. It would be great to have the functionality of the dual touch / multi torch input in an open development environment. Cheerio! -- Fielder George Dowding, KL7FHX dba Iceworm Enterprises Debian GNU/Linux Lenny User Number 269482 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Roll The Dice
I wrote this Dice Rolling Application in Python for the FreeRunner I've tested it on both om2008.9 and Hackable1 Just shake the phone and it rolls 2 dice using random numbers. you can download it at http://filmsbykris.com/freerunner-debian/ko-user/ko-dice.tar.gz Once untared you will see where it files should go. everything installs under "/usr" I only made a .deb files once and it was a while ago. Once I review how to make a .deb file I will post that. For now you should be able to just un-tar it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr- GPS howto?
Very nice, thanks. It's indeed working, sort of: - on my SHR image (08.12.16), settings has no option for GPS - it took at least 4 minutes to get a fix. Last time, I gave up after 10 min. All tests this evening, same place, tallest buildings almost 100mt away; my house is ~10mt high. Regards, Fernando Helge Hafting wrote: > Fernando Martins wrote: > >> No luck: >> >> - I've setup date and timezone; >> - GPS is on, per /sys/class... incantation >> - demon fso-gpsd is on, checked with ps >> - telnet comunicates with gpsd but no good data >> - tangoGPS doesn't find GPS device >> >> I have no idea of the reception capabilities of om (or GPS devices in >> general): is it supposed to work indoors? >> > > Open shr settings (one of the icons) and make sure > gps is on there. I don't need any sys/class stuff > to use the gps with SHR. SHR image of dec.16 should be ok, > one of the earlier ones had gps not working. Also, > not all "alternative" kernels have working gps. > > > Go outside, get away from tall buildings. > Start tangogps, stand still. > It may take 2 minutes to get a fix with some bad luck. > Moving around makes this worse. Tall buildings make this worse. > Starting tangogps indoors and then going outside may take > more time. So if you look at the map indoors, restart tangogps > when you get outside. > > The gps may or may not work indoors - if you come in from > outside. Don't expect the gps to start up indoors though. > don't expect gps to work at all in a building with several floors > above you. > > Gps units generally need a stronger signal to start up, > then they can follow weaker signals in less > than ideal areas. But it won't start up in "bad" places. > > Helge Hafting > > ___ > 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: [Hackable:1] trouble booting
Greg Bonett wrote: > > Hi, > I'm having some trouble booting hackable:1. I downloaded the tar balls > and extracted them to fat and ext2 partitions on a 2GB micro sd card. I > then tried to boot using the NOR uboot. It gets stuck after the > message: " s3c2410_udc: debugfs dir creation failed -19" > has anyone else had this problem? > is there an easy way to check if I properly extracted to tar balls to my > SD card? > Thanks. > -Greg > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > I'm having the same problem, although only with the latest daily hackable1 build. The rev2 tarball extracted to my SD card gives normal operation, independently of the kernel. I noticed on a French site ( http://openmoko-fr.org/forum/viewtopic.php?id=383 ) the last post mentions an update/change to the uboot. Can anyone tell me how to fix this problem? H1-Rev2 looks really cool, but has some annoying bugs which I hope are fixed in the latest builds. -- View this message in context: http://n2.nabble.com/-Hackable%3A1--trouble-booting-tp2140515p2159232.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
Re: [no distro] What console s/w are linux people using to communicate with the Neo FR boot loader?
On Wednesday 14 January 2009, john dowd wrote: > The communication works fine with neocon. Thanks. > > My problem now is that I follow the wiki for setting up the SD to be a > backup system. I get into the boot loader and add the menu line: > > setenv menu_2 Boot from microSD part2 (ext2+ext2): setenv bootargs > \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 > \${mtdparts}\; mmcinit\; ext2load mmc 1 0x3200 \${sd_image_name}\; > bootm 0x3200 Looks right from memory. I tend to keep the kernel on the same partition as the rootfs rather than having a separate boot partition as I find it easier when managing multiple rootfs partitions, but that's just preference. > I also check it with the "printenv" command and then use the "saveenv" > to write it to NAND. What happens is that the command returns : > > > GTA02v6 # saveenv > Saving Environment to NAND... > Erasing Nand...GTA02v6 # > > and when I restart to the boot loader menu, my menu entry is not there. Check that you're doing this in the NAND uboot (Pwr then Aux) not the NOR uboot (Aux then Pwr). I don't think the NOR one can save its environment, but I don't know what the message is if you try, so it could be unrelated. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [no distro] What console s/w are linux people using to communicate with the Neo FR boot loader?
2009/1/14 john dowd : > OK, it was a integration problem between the keyboard and my chair. :-) I haven't heard that one before! Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [no distro] What console s/w are linux people using to communicate with the Neo FR boot loader?
The communication works fine with neocon. Thanks. My problem now is that I follow the wiki for setting up the SD to be a backup system. I get into the boot loader and add the menu line: setenv menu_2 Boot from microSD part2 (ext2+ext2): setenv bootargs \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 \${mtdparts}\; mmcinit\; ext2load mmc 1 0x3200 \${sd_image_name}\; bootm 0x3200 I also check it with the "printenv" command and then use the "saveenv" to write it to NAND. What happens is that the command returns : GTA02v6 # saveenv Saving Environment to NAND... Erasing Nand...GTA02v6 # and when I restart to the boot loader menu, my menu entry is not there. Cheers!! On Wed, Jan 14, 2009 at 3:16 PM, Al Johnson wrote: > I just use minicom, connect to /dev/ttyACM0 and enable line wrap. If you could > be more specific about what's wrong then perhaps I could help. > > On Wednesday 14 January 2009, john dowd wrote: >> Well, I tried Neocon, whenever I press a key I just get the message >> [closed] printed out for every key and no joy talking to the device. >> >> Is there a console program out there that works right now and that >> people are using to communicate with the Neo Freerunner? >> >> On Wed, Jan 14, 2009 at 2:48 PM, Gora Mohanty wrote: >> > On Wed, 14 Jan 2009 11:38:30 -0800 (PST) >> > >> > Gothnet wrote: >> >> john dowd wrote: >> >> > I've been using minicom but its a disaster. Unless some has settings >> >> > that they would like to share. >> > >> > [...] >> > >> >> Search the wiki for a program called neocon, that seemed to work for me. >> > >> > [...] >> > >> > Haven't tried using serial terminal software with OpenMoko, >> > but in general, have found cutecom to have a nice GUI >> > interface. >> > >> > Regards, >> > Gora >> > >> > ___ >> > 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 > -- John Dowd jdowd at slashdevslashnull dot org 133 Waverley St. Ottawa Ont. K2P 0V3 Home: (613)234-7884 Cell: (613)316-7884 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [no distro] What console s/w are linux people using to communicate with the Neo FR boot loader?
I just use minicom, connect to /dev/ttyACM0 and enable line wrap. If you could be more specific about what's wrong then perhaps I could help. On Wednesday 14 January 2009, john dowd wrote: > Well, I tried Neocon, whenever I press a key I just get the message > [closed] printed out for every key and no joy talking to the device. > > Is there a console program out there that works right now and that > people are using to communicate with the Neo Freerunner? > > On Wed, Jan 14, 2009 at 2:48 PM, Gora Mohanty wrote: > > On Wed, 14 Jan 2009 11:38:30 -0800 (PST) > > > > Gothnet wrote: > >> john dowd wrote: > >> > I've been using minicom but its a disaster. Unless some has settings > >> > that they would like to share. > > > > [...] > > > >> Search the wiki for a program called neocon, that seemed to work for me. > > > > [...] > > > > Haven't tried using serial terminal software with OpenMoko, > > but in general, have found cutecom to have a nice GUI > > interface. > > > > Regards, > > Gora > > > > ___ > > 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: [Freerunner] Access GPS chip's parameters and navigational models?
On Wednesday 14 January 2009, Timo Juhani Lindfors wrote: > Al Johnson writes: > > /etc/init.d/xserver-nodm stop > > Hmm, why is stopping X server necessary? Apps using frameworkd can get upset if you restart frameworkd while they are running. This would include zhone, and possibly some illume bits (battery monitor maybe?) This is a relatively clean and easy way to get frameworkd restarted without problems, but isn't strictly necessary. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [no distro] What console s/w are linux people using to communicate with the Neo FR boot loader?
OK, it was a integration problem between the keyboard and my chair. I ran it as root and voila it works. Thanks everyone who responded. Cheers!! On Wed, Jan 14, 2009 at 3:08 PM, john dowd wrote: > Well, I tried Neocon, whenever I press a key I just get the message > [closed] printed out for every key and no joy talking to the device. > > Is there a console program out there that works right now and that > people are using to communicate with the Neo Freerunner? > > > On Wed, Jan 14, 2009 at 2:48 PM, Gora Mohanty wrote: >> On Wed, 14 Jan 2009 11:38:30 -0800 (PST) >> Gothnet wrote: >> >>> >>> >>> >>> john dowd wrote: >>> > >>> > I've been using minicom but its a disaster. Unless some has settings >>> > that they would like to share. >> [...] >>> Search the wiki for a program called neocon, that seemed to work for me. >> [...] >> >> Haven't tried using serial terminal software with OpenMoko, >> but in general, have found cutecom to have a nice GUI >> interface. >> >> Regards, >> Gora >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > > > > -- > John Dowd > jdowd at slashdevslashnull dot org > 133 Waverley St. > Ottawa Ont. K2P 0V3 > Home: (613)234-7884 > Cell: (613)316-7884 > -- John Dowd jdowd at slashdevslashnull dot org 133 Waverley St. Ottawa Ont. K2P 0V3 Home: (613)234-7884 Cell: (613)316-7884 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [no distro] What console s/w are linux people using to communicate with the Neo FR boot loader?
Well, I tried Neocon, whenever I press a key I just get the message [closed] printed out for every key and no joy talking to the device. Is there a console program out there that works right now and that people are using to communicate with the Neo Freerunner? On Wed, Jan 14, 2009 at 2:48 PM, Gora Mohanty wrote: > On Wed, 14 Jan 2009 11:38:30 -0800 (PST) > Gothnet wrote: > >> >> >> >> john dowd wrote: >> > >> > I've been using minicom but its a disaster. Unless some has settings >> > that they would like to share. > [...] >> Search the wiki for a program called neocon, that seemed to work for me. > [...] > > Haven't tried using serial terminal software with OpenMoko, > but in general, have found cutecom to have a nice GUI > interface. > > Regards, > Gora > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- John Dowd jdowd at slashdevslashnull dot org 133 Waverley St. Ottawa Ont. K2P 0V3 Home: (613)234-7884 Cell: (613)316-7884 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[zomg] imporant
if you are using ZOMG! please update. there was a really bad bug in prior version which could break you feeds - dont't panic it is reversible. just check opkg.org or the wiki page for more info ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [no distro] What console s/w are linux people using to communicate with the Neo FR boot loader?
On Wed, 14 Jan 2009 11:38:30 -0800 (PST) Gothnet wrote: > > > > john dowd wrote: > > > > I've been using minicom but its a disaster. Unless some has settings > > that they would like to share. [...] > Search the wiki for a program called neocon, that seemed to work for me. [...] Haven't tried using serial terminal software with OpenMoko, but in general, have found cutecom to have a nice GUI interface. Regards, Gora ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [no distro] What console s/w are linux people using to communicate with the Neo FR boot loader?
john dowd writes: > I've been using minicom but its a disaster. Unless some has settings > that they would like to share. "picocom /dev/ttyACM0" under screen with ^a : slowpaste set to 20 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Freerunner] Access GPS chip's parameters and navigational models?
Al Johnson writes: > /etc/init.d/xserver-nodm stop Hmm, why is stopping X server necessary? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso]is there any way to accesswifi eitherthrough the ui? the shell?
2009/1/15 Jakob : > regarding browsers i prefer minimo http://wiki.openmoko.org/wiki/Minimo > it has a quite nice interface second that dillo has problems with ssl, and midori is awful - menus and so on weren't set up for a small screen, at least in the package i tried ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [no distro] What console s/w are linux people using to communicate with the Neo FR boot loader?
john dowd wrote: > > I've been using minicom but its a disaster. Unless some has settings > that they would like to share. > > Cheers!! > > -- > John Dowd > jdowd at slashdevslashnull dot org > > Search the wiki for a program called neocon, that seemed to work for me. or at least it did until my linux box stopped showing the /dev/ttyACM0 device, now I just have dfu-util -- View this message in context: http://n2.nabble.com/-no-distro--What-console-s-w-are-linux-people-using-to-communicate--with-the-Neo-FR-boot-loader--tp2158688p2158752.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
[no distro] What console s/w are linux people using to communicate with the Neo FR boot loader?
I've been using minicom but its a disaster. Unless some has settings that they would like to share. Cheers!! -- John Dowd jdowd at slashdevslashnull dot org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Freerunner] Access GPS chip's parameters and navigational models?
On Wednesday 14 January 2009, Olivier Migeot wrote: > On Wed, Jan 14, 2009 at 7:08 PM, Al Johnson > > wrote: > > Disable ogpsd in /etc/frameworkd.conf by adding 'disable = 1' to the > > [ogpsd] section, then restart frameworkd nicely: > > Whoa, that was quick, thank you. > > That'll be ok for some testing, but I sure wouldn't want to do that > everytime I need to switch navigational models ;) You could always patch ogpsd to accept a dbus command for changing navigational models ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Freerunner] Access GPS chip's parameters and navigational models?
On Wed, Jan 14, 2009 at 7:08 PM, Al Johnson wrote: > Disable ogpsd in /etc/frameworkd.conf by adding 'disable = 1' to the [ogpsd] > section, then restart frameworkd nicely: Whoa, that was quick, thank you. That'll be ok for some testing, but I sure wouldn't want to do that everytime I need to switch navigational models ;) -- Olivier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Conflict when several apps use the accelerometers?
2009/1/14 Olivier Migeot : > On Wed, Jan 14, 2009 at 3:40 PM, VirtuAlex wrote: > >> Fully exclusive access is not a solution. It just defeats the purpose of >> multitasking. Actually I think the window manager should dispatch >> accelerator events, like it dispatches the mouse events. Only focused >> application should receive them > > Well, unless we decide of a new kind of focus ("accel-focus" or > something), this should be more flexible. For example, some background > apps might want to get accel' data : auto-rotation tools (yeah I know, > the whole point of managing accelerometers through the WM would be to > bury this practice), HDD-parkers (yeah I know, there's not HDD in > Neo's), ... Seriously, I can't get anything serious as an example, but > I think you got my point. Get higher gps accuracy using accelerometer data (or use it when driving through a tunnel) would be a nice example. > This apart, I'm all for the WM-based path. This should be a > freedesktop standard or something, actually. Or has it more to do with > Linux' input layer? Or Xorg's? I don't know... I also don't know which is the best way to get the data to the apps, but we shouldn't forget that different apps will need the data in different ways: - as gestures (like keyboard events), this could also be events like orientation changes - raw data as often as possible or averaged over small time intervalls (games, ...) - preprocessed to give only orientation, or accelleration ... A point agains the WM way would be that the data should be available over network, so the FR could be used for example as a joystick. Also there might be programs that want to use the data without being dependent of an WM-stack. So perhaps a daemon wich communicates over dbus? I'm actually thinking of writing one, I want to use accellerometers in omview and I want to do it the right way. Needs to be fast though. hendrik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Freerunner] Access GPS chip's parameters and navigational models?
On Wednesday 14 January 2009, Olivier Migeot wrote: > I guess I should shut down FSO's GPS handling first, but how? Is > stopping fso-gpsd enough? (I tried, but it didn't seem better) > > Any insights, somebody? Thanks. Disable ogpsd in /etc/frameworkd.conf by adding 'disable = 1' to the [ogpsd] section, then restart frameworkd nicely: /etc/init.d/xserver-nodm stop /etc/init.s/fso-gpsd stop /etc/init.d/frameworkd restart /etc/init.d/xserver-nodm start You might like to take the fso-gpsd startup link out of /etc/rc5.d too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Freerunner] Access GPS chip's parameters and navigational models?
Hi ev'ryone, I'm currently experimenting things with the Antaris chip, and I'm starting to like it - at least through FSO and it's gpsd compatibility layer. I've been browsing through the UBX protocol specification, and I stumbled upon one interesting parameter : the dynamic platform model of the navigational unit. Simply put : using this, we should be able to explain our chip that we are either by car or by foot, and get more serious tracklogs (providing this is doable, 'cause the doc states "(SW Versions 3.04 and higher)", so I'm not sure whether or not we qualify). I did some quick tests, using my work phone as a reference (an HTC Trinity with a Sirf chip) : when logging car trips, both tracks are pretty close. Like a few meters. Far better than what I expected, at least. But when logging pedestrian trips (and I do quite a few), the Antaris starts to behave like ... a car. Every steep turn I took is throughly rounded on the Neo-based log. So I guess the current setting of our chip is "car". So I wonder : does anyone here know whether we got "version 3.04 or higher" of the software? Hoping that we do (well, ignoring that maybe we don't, actually), I tried to feed the setting to the chip. The CFG-NAV2 UBX message that does that is 40 bytes long, and contains lt of more or less related information, which I certainly don't know how to feed. So I tried to first _get_ the setting, and re-set it verbatim (give or take the said parameter). But though there is a tool to generate UBX messages (ubxgen.py, on http://wiki.openmoko.org/wiki/Neo_FreeRunner_GPS ), I can't find a (successful) way to get the result from the chip. From my view, I should cat the commands to ttySAC1 and then read it. But I get nothing exciting that way... I guess I should shut down FSO's GPS handling first, but how? Is stopping fso-gpsd enough? (I tried, but it didn't seem better) Any insights, somebody? Thanks. -- Olivier ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Conflict when several apps use the accelerometers?
> Fully exclusive access is not a solution. It just defeats the purpose of > multitasking. Actually I think the window manager should dispatch > accelerator events, like it dispatches the mouse events. Only focused Okay, that's basically what I meant with "deamon". A piece of software that's responsible for reading the input of a device and forward pre-computed information as events to whoever might be concerned. Side-effect: If the accelerometer get's replaced by another model only this part has to be rewritten and not all software using the feature. While writing these lines: I think Gestures (http://wiki.openmoko.org/wiki/Gestures) may do exactly this already. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: buzz fix
> -Message d'origine- > [mailto:community-boun...@lists.openmoko.org] De la part de > Christoph Pulster > Envoyé : mardi 13 janvier 2009 08:20 > À : community@lists.openmoko.org > Objet : Re: buzz fix > > Hello, > > thanks for asking about hardware fixes (I read this list daily). > At the moment I'm working out a solution with Openmoko how to > handle any repair (buzz SOP, GPS fix etc). > In any way I want to offer my customers best service and we > try to find a solution which does avoid time-consuming return > shipments to Taiwan. > Please allow us some days to work that out. > Thanks Christoph. It's nice to see that you are so involved. I hope that you will lead the way for other resellers. Bearstech maybe? :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso]is there any way to accesswifi eitherthrough the ui? the shell?
regarding browsers i prefer minimo http://wiki.openmoko.org/wiki/Minimo it has a quite nice interface ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2008-9] Never able to successfully backup the jffs2 partition...
On Wednesday 14 January 2009, john dowd wrote: > Well I tried the NeoTool but it has its limitations. I was going to > copy my current configuration to the uSD card as the backup. I tried > the wiki page "Booting From SD" and was going to prepare the uSD card > by partitioning it. I then saw that there is an entry: > > /dev/mmcblk0p1 49792048497872 0% /media/card > > when I do a "df". When I go to the mount point I found this file: > qtopia_db.sqlite > > What the heck is this file doing there? qtopia has an option to index media files on the SD, and this is enabled by default on the 2008.x images for the first partition. IIRC this ends up in the file you describe. > From what I understand, I must partition the uSD and then copy kernel > & rootfs to the various partitions. Why would an app. have grabbed the > uSD card? See reason above. You can blow the file away without problems. It may get recreated on your first partition if you use 2008.x again, but that shouldn't cause any problems. If you really don't want it you can disable the indexing, but I can't remember the file this option is defined in. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QT goes LGPL
Well if you read your own link you would see that that RMS actually recommend the LGPL in cases like Qt, I quote: "The most common case is when a free library's features are readily available for proprietary software through other alternative libraries. In that case, the library cannot give free software any particular advantage, so it is better to use the Lesser GPL for that library." I think it would be hard argue that a UI toolkit is not readily available for proprietary software through other alternative libraries. Christian On Wed, 2009-01-14 at 17:20 +0200, Aapo Rantalainen wrote: > Read what Richard Stallman/FSF says about LGPL: > http://www.gnu.org/licenses/why-not-lgpl.html > > (But it is Nokias business what license they use) > > -Aapo Rantalainen > > ___ > 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
[0m2008-9] Trying to partition the uSD card but unable to umount the partition that has been created
Would anyone know which application I would have to kill to be able to unmount the partition that was created on the uSD card? I want to backup my current kernel & rootfs to the uSD card since it is now stable. Apparently the Qtopia_db.sqlite file was created for the Qtopia apps but I can't easily see who is using the partition. Cheers!! -- John Dowd jdowd at slashdevslashnull dot org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Conflict when several apps use the accelerometers?
On Wed, Jan 14, 2009 at 3:40 PM, VirtuAlex wrote: > Fully exclusive access is not a solution. It just defeats the purpose of > multitasking. Actually I think the window manager should dispatch > accelerator events, like it dispatches the mouse events. Only focused > application should receive them Well, unless we decide of a new kind of focus ("accel-focus" or something), this should be more flexible. For example, some background apps might want to get accel' data : auto-rotation tools (yeah I know, the whole point of managing accelerometers through the WM would be to bury this practice), HDD-parkers (yeah I know, there's not HDD in Neo's), ... Seriously, I can't get anything serious as an example, but I think you got my point. This apart, I'm all for the WM-based path. This should be a freedesktop standard or something, actually. Or has it more to do with Linux' input layer? Or Xorg's? I don't know... -- LC ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Out of date, please update me
On Wed, 14 Jan 2009 16:02:02 +0100, Daniel Spies wrote: > Dear community, > > I am in the list now since before the release of GTA01 and used to read > most of the messages. After the release of GTA02 a huge flame war started > and after some mails regarding the future of OM I was unsettled and decided > to wait for a while. The amount of mail per day increased and I could not > read all of them any more. So now I'm really not up to date and am not sure > what's all about. > > I hope someone could answer me a few questions... :) > - I'm developing a lot with OpenGL these days, is there any way to get a > usable 3d performance on the GTA02 today/plans for the future? > - Is there any major issue with the GTA02 hardware (e.g. possibility of > getting destroyed hardware by the battery or whatever) > - I know staff won't tell me much about GTA03, but I hope to just get the > information if the case design will be different? I'm fine if one could > tell me if it will be _not_ egg-shaped and will have _no_ hardware keyboard > (just like the GTA01/02 but not egg-shaped). I don't like the design... > Maybe there is a rough painting or something? > - What about the OS thing? When I stopped reading there were messages > saying the "core" of OM will be decided and programmed by OM internals. > What is the status now, what is done by OMs only? > - Maybe there is a information page about the GTA03 and I just didn't find > it, is there? Okay I found http://wiki.openmoko.org/wiki/GTA03 in the meantime, sorry. So what about the case, any paintings already? By the way, I just ordered my Freerunner! :) -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Dual touch display
Hi, if not yet posted: I have found a dual touch / multi touch input device for pens and fingers. It may be interesting, if GTA3 design not finished yet. But I don't know about availability :-) http://www.n-trig.com/Default.aspx Lothar -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2008-9] Never able to successfully backup the jffs2 partition...
Well I tried the NeoTool but it has its limitations. I was going to copy my current configuration to the uSD card as the backup. I tried the wiki page "Booting From SD" and was going to prepare the uSD card by partitioning it. I then saw that there is an entry: /dev/mmcblk0p1 49792048497872 0% /media/card when I do a "df". When I go to the mount point I found this file: qtopia_db.sqlite What the heck is this file doing there? >From what I understand, I must partition the uSD and then copy kernel & rootfs to the various partitions. Why would an app. have grabbed the uSD card? Cheers!! On Wed, Jan 14, 2009 at 8:48 AM, john dowd wrote: > Thanks guys!! > > On Tue, Jan 13, 2009 at 5:48 PM, Dale Maggee wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> john dowd wrote: >>> I've alway been able to backup the kernel partition of my Neo FR but >>> not the jffs2 partition. Here's the error that is reported: >>> >>> Opening USB Device 0x:0x... >>> Found Runtime: [0x1d50:0x5119] devnum=4, cfg=0, intf=0, alt=6, name="rootfs" >>> Claiming USB DFU Interface... >>> Setting Alternate Setting ... >>> Determining device status: state = dfuERROR, status = 14 >>> dfuERROR, clearing status >>> Determining device status: state = dfuIDLE, status = 0 >>> dfuIDLE, continuing >>> Transfer Size = 0x1000 >>> dfu_upload error -84 >>> >>> This is not a terrible big deal right now but will be in the future. >>> Any ideas? Questions comments or rude remarks? >>> >>> Cheers!! >>> -- >> >> >> NeoTool will backup your root partition to a flashable jffs2 without >> using dfu-util" >> >> http://wiki.openmoko.org/wiki/NeoTool >> >> Regards, >> - -Dale >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.7 (GNU/Linux) >> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org >> >> iD8DBQFJbRonFbVnQRV3OEYRApQwAKCm9M/V1hJ/5vtWthVIotL6rU8CKwCfTypI >> 0Sr1/X6Y+q6DMatM/IWygQ0= >> =D7Ag >> -END PGP SIGNATURE- >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > > > > -- > John Dowd > jd...@slashdevslashnull.org > 133 Waverley St. > Ottawa Ont. K2P 0V3 > Home: (613)234-7884 > Cell: (613)316-7884 > -- John Dowd jd...@slashdevslashnull.org 133 Waverley St. Ottawa Ont. K2P 0V3 Home: (613)234-7884 Cell: (613)316-7884 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Helge Hafting wrote: > Marco Trevisan (Treviño) wrote: > >> - Now you may also configure E, from the wrench, to use the >>"software_16" rendering engine (it causes less quality, but more >>speed) and a lower framerate value... > > Where exactly would that be? I tried the wrench, and waded through a > multitude of options. But I didn't find this software_16 thing. Or does > it require something beyond your /usr/e17/ tree? > Something that might be lacking from SHR? SHR should use that rendering setting by default, in illume-.svn you've to go to the wrench -> Advanced -> Engine -> Default Engine -> SOFTWARE_16 ;) -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QT goes LGPL
Read what Richard Stallman/FSF says about LGPL: http://www.gnu.org/licenses/why-not-lgpl.html (But it is Nokias business what license they use) -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Out of date, please update me
Dear community, I am in the list now since before the release of GTA01 and used to read most of the messages. After the release of GTA02 a huge flame war started and after some mails regarding the future of OM I was unsettled and decided to wait for a while. The amount of mail per day increased and I could not read all of them any more. So now I'm really not up to date and am not sure what's all about. I hope someone could answer me a few questions... :) - I'm developing a lot with OpenGL these days, is there any way to get a usable 3d performance on the GTA02 today/plans for the future? - Is there any major issue with the GTA02 hardware (e.g. possibility of getting destroyed hardware by the battery or whatever) - I know staff won't tell me much about GTA03, but I hope to just get the information if the case design will be different? I'm fine if one could tell me if it will be _not_ egg-shaped and will have _no_ hardware keyboard (just like the GTA01/02 but not egg-shaped). I don't like the design... Maybe there is a rough painting or something? - What about the OS thing? When I stopped reading there were messages saying the "core" of OM will be decided and programmed by OM internals. What is the status now, what is done by OMs only? - Maybe there is a information page about the GTA03 and I just didn't find it, is there? To prevent people from flaming about my questions about GTA03: It's 90% sure that I will buy a GTA02 as I was searching the web for weeks and could not find any other device like the FR. And as I still use my Nokia 3410 it's time to get a new mobile device now. GTA03 is not available yet, so there's only the GTA02 left. I just hope to have a preview on the GTA03 to decide if I will look for different devices or just wait for the GTA03 to come out after getting the GTA02. Thanks for all your comments! Cheers, Daniel -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Conflict when several apps use the accelerometers?
VirtuAlex wrote: > > the window manager should dispatch accelerator events > I meant accelerometer events. -- View this message in context: http://n2.nabble.com/Conflict-when-several-apps-use-the-accelerometers--tp2145087p2157147.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
Re: Conflict when several apps use the accelerometers?
Thomas Otterbein wrote: > > Perhaps a "Accelero-Deamon"? Applications could register for receiving, > probably even already pre-processed, events. And an application could also > request exclusive access in which case the others would just not receive > further events. > > So, problem's solved! Could we please get a working demo by tomorrow? ;-) > Fully exclusive access is not a solution. It just defeats the purpose of multitasking. Actually I think the window manager should dispatch accelerator events, like it dispatches the mouse events. Only focused application should receive them and decide what to do with them - rotate screen, or move some goblin. Screen rotation should be also function of window manager. Apps should only set hints to the window manager regarding preferred orientation if they have one, and change the hint according to their own algorithms. The window manager should decide screen orientation based on focused app. In short, there's no need for daemon, cause the only software which talks directly to proposed daemon is actually window manager. -- View this message in context: http://n2.nabble.com/Conflict-when-several-apps-use-the-accelerometers--tp2145087p2157142.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
Re: QT goes LGPL
Yes, this is great news and should greatly accelerate the use of Qt, both on desktop and embedded platforms now that the cost of Qt for most people will be zero even for developing commercial applications. At ICS, as Qt Software's largest consulting partner we are very excited about the new opportunities this will bring. We have a whitepaper on our web site at http://www.ics.com/ that talks about the implications of Qt being available under the LGPL. Risto H. Kurppa wrote: "Espoo, Finland -- Nokia today announced that its Qt cross-platform User Interface (UI) and application framework for desktop and embedded platforms will be available under the Lesser General Public License (LGPL) version 2.1 license from the release of Qt 4.5, scheduled for March 2009. Previously, Qt has been made available to the open source community under the General Public License (GPL) license. In addition, Qt will now be available from the new domain, www.qtsoftware.com. " http://www.qtsoftware.com/about/news/lgpl-license-option-added-to-qt -- Jeff Tranter, Qt Consulting Manager, Integrated Computer Solutions. ICS - The North American Qt Experts http://ics.com/services/ smime.p7s Description: S/MIME Cryptographic Signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QT goes LGPL
"Espoo, Finland -- Nokia today announced that its Qt cross-platform User Interface (UI) and application framework for desktop and embedded platforms will be available under the Lesser General Public License (LGPL) version 2.1 license from the release of Qt 4.5, scheduled for March 2009. Previously, Qt has been made available to the open source community under the General Public License (GPL) license. In addition, Qt will now be available from the new domain, www.qtsoftware.com. " http://www.qtsoftware.com/about/news/lgpl-license-option-added-to-qt 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
Re: [Om2008.9] runaway proc events/0 && automatic reboot
> With 'debian unstable' you mean perhaps the 'weekly builds' from > http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-dvd/ > and do I need all 5 DVD or only the first one? debian basically exists in three flavours: - stable - testing - unstable (sid == "still in development") stable is, as the name suggests, the thoroughly tested and usually recommended flavour with regular security updates and little updates above that. with a expeted life span of maybe 2 years and more it is softwarewise rather conservative. testing is the upcoming stable, ie when tested fully and w/o (grave) bugs, it will be promoted to stable and the current stable will be phased out. unstable is more or less bleeding edge, a lot of software is very up to date -- but not yet fully tested. additionally there are no security updates (whith the unstable policy they are not needed since the packages are updated very often anyway). you can install every flavour with the minimal netinst iso, which i8nstalls everything from inet -- thus no need to download big images of which only a fraction is used. ftp://ftp.fu-berlin.de/unix/linux/debian-mirror/debian-cd/4.0_r6/i386/iso-cd/debian-40r6-i386-netinst.iso should be the stable netinst image. depending on the netinst image you choose, either stable or testing are installed. install the minimal system (ie until debian wants you to restart after installation), after reboot edit your /etc/apt/sources.list, remove the line for secutity updates and change every occurence of "stable" to "unstable" like deb ftp://ftp.de.debian.org/debian stable main contrib non-free to deb ftp://ftp.de.debian.org/debian unstable main contrib non-free and make sure you got a deb-src line like deb-src ftp://ftp.de.debian.org/debian unstable main contrib non-free i do not have emdebian in my sources.list on this computer (only at home), but according to google add the following line to your sources.list deb http://www.emdebian.org/debian/ testing main and then you can start with lindi's steps. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2008-9] Never able to successfully backup the jffs2 partition...
Thanks guys!! On Tue, Jan 13, 2009 at 5:48 PM, Dale Maggee wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > john dowd wrote: >> I've alway been able to backup the kernel partition of my Neo FR but >> not the jffs2 partition. Here's the error that is reported: >> >> Opening USB Device 0x:0x... >> Found Runtime: [0x1d50:0x5119] devnum=4, cfg=0, intf=0, alt=6, name="rootfs" >> Claiming USB DFU Interface... >> Setting Alternate Setting ... >> Determining device status: state = dfuERROR, status = 14 >> dfuERROR, clearing status >> Determining device status: state = dfuIDLE, status = 0 >> dfuIDLE, continuing >> Transfer Size = 0x1000 >> dfu_upload error -84 >> >> This is not a terrible big deal right now but will be in the future. >> Any ideas? Questions comments or rude remarks? >> >> Cheers!! >> -- > > > NeoTool will backup your root partition to a flashable jffs2 without > using dfu-util" > > http://wiki.openmoko.org/wiki/NeoTool > > Regards, > - -Dale > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iD8DBQFJbRonFbVnQRV3OEYRApQwAKCm9M/V1hJ/5vtWthVIotL6rU8CKwCfTypI > 0Sr1/X6Y+q6DMatM/IWygQ0= > =D7Ag > -END PGP SIGNATURE- > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- John Dowd jd...@slashdevslashnull.org 133 Waverley St. Ottawa Ont. K2P 0V3 Home: (613)234-7884 Cell: (613)316-7884 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] runaway proc events/0 && automatic reboot
Matthias Apitz writes: > With 'debian unstable' you mean perhaps the 'weekly builds' from > http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-dvd/ > and do I need all 5 DVD or only the first one? There is hardly any point in fetching any DVD images at all. Just use debootstrap to fetch the packages you need. If you really need some image for emulation then take any netinst image and upgrade to unstable by putting something like deb http://ftp.fi.debian.org/debian/ sid main to sources.list and issuing aptitude update aptitude dist-upgrade ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] runaway proc events/0 && automatic reboot
El día Wednesday, January 14, 2009 a las 12:22:02PM +0200, Timo Juhani Lindfors escribió: > Matthias Apitz writes: > > the point to start from to create my own Om2008.x kernel and userland or > > some other/better places to start? Thx > > I do > > 1) ssh to a PC with debian unstable. You can easily install it to a >chroot with http://iki.fi/lindi/schroot.txt if you don't want to >break your normal installation. ... With 'debian unstable' you mean perhaps the 'weekly builds' from http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-dvd/ and do I need all 5 DVD or only the first one? matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen >From: -40 % die Neujahrsaktion ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Watching videos on neo freerunner (openmoko 2008.12) mplayer-glamo
I agree thought that by now there should be a +/- reliable video player gui and mpeg4 hw accelerated mplayer ipk standard available same for mp3 player... there are a few that work, and those that work are rather extremely basic On Wed, Jan 14, 2009 at 1:22 PM, kimaidou wrote: > Hi > +1 for the package in opkg > thanks in advance > > 2009/1/11 Pander >> >> can someone package this in an opkg? >> >> pottwal4 wrote: >> > Hi again. >> >> pottwal4 wrote: >> >> >> >>> r...@om-gta02:~# mplayer -vo xover:glamo -fs >> >>> /media/card/big_buck_bunny_320.avi >> >>> >> >> mplayer doesn't know on which display it should open the video. >> >> Try (one line): >> >> DISPLAY=:0 mplayer -vo xover:glamo -fs >> >> /media/card/big_buck_bunny_320.avi >> > >> > Thanks Daniel, you was right! There was a problem concerning the >> > $DISPLAY-Variable. But there was an other one, which I fixed, choosing >> > the output device "-vo glamo" instead of "-vo xover:glamo". >> > >> > So for everyone, how cares this what I do to get the example video >> > running on the freerunner (inspired by >> > "http://wiki.openmoko.org/wiki/Video_Player";): >> > >> > 1. Download an unpack mplayer-glamo >> > (http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2) >> > >> > 2. Write a short bash-script "vidplay" to start the video (and save it >> > on the Freerunner and make it executable (with chmod +x vidplay)): >> > #!/bin/sh >> > DISPLAY=:0 >> > xrandr -display :0 --output default --mode 240x320 >> > mplayer -vo glamo "$1" > /dev/null >> > xrandr -display :0 --output default --mode 480x640 >> > reset >> > >> > 3. Encode a video-file on my PC with: >> > mencoder video-file -ovc lavc -lavcopts vcodec=mpeg4:vhq:vbitrate=300 >> > -vf scale=320:240,eq2=1.2:0.5:-.025,rotate=2 -oac mp3lame -lameopts >> > br=64:cbr -o video-file-FR.avi >> > >> > 4. Transfer this file from PC to Freerunner (using scp) >> > scp video-file r...@phone:/media/card/ >> > >> > 5. Considering that the video-start-script and the video-file are now >> > both located on the Freerunner in directory /media/card/, start the >> > video with: >> > cd /media/card >> > ./vidplay video-file >> > >> > ___ >> > Openmoko community mailing list >> > community@lists.openmoko.org >> > http://lists.openmoko.org/mailman/listinfo/community >> >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Watching videos on neo freerunner (openmoko 2008.12) mplayer-glamo
Hi +1 for the package in opkg thanks in advance 2009/1/11 Pander > can someone package this in an opkg? > > pottwal4 wrote: > > Hi again. > >> pottwal4 wrote: > >> > >>> r...@om-gta02:~# mplayer -vo xover:glamo -fs > /media/card/big_buck_bunny_320.avi > >>> > >> mplayer doesn't know on which display it should open the video. > >> Try (one line): > >> DISPLAY=:0 mplayer -vo xover:glamo -fs > /media/card/big_buck_bunny_320.avi > > > > Thanks Daniel, you was right! There was a problem concerning the > > $DISPLAY-Variable. But there was an other one, which I fixed, choosing > > the output device "-vo glamo" instead of "-vo xover:glamo". > > > > So for everyone, how cares this what I do to get the example video > > running on the freerunner (inspired by > > "http://wiki.openmoko.org/wiki/Video_Player";): > > > > 1. Download an unpack mplayer-glamo > > (http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2) > > > > 2. Write a short bash-script "vidplay" to start the video (and save it > > on the Freerunner and make it executable (with chmod +x vidplay)): > > #!/bin/sh > > DISPLAY=:0 > > xrandr -display :0 --output default --mode 240x320 > > mplayer -vo glamo "$1" > /dev/null > > xrandr -display :0 --output default --mode 480x640 > > reset > > > > 3. Encode a video-file on my PC with: > > mencoder video-file -ovc lavc -lavcopts vcodec=mpeg4:vhq:vbitrate=300 > > -vf scale=320:240,eq2=1.2:0.5:-.025,rotate=2 -oac mp3lame -lameopts > > br=64:cbr -o video-file-FR.avi > > > > 4. Transfer this file from PC to Freerunner (using scp) > > scp video-file r...@phone:/media/card/ > > > > 5. Considering that the video-start-script and the video-file are now > > both located on the Freerunner in directory /media/card/, start the > > video with: > > cd /media/card > > ./vidplay video-file > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Function - Plotter for OM,
I tryed to build arm version of gnuplot with mokomakefile, but it doesn't believe that I'm crosscompiling it. ./configure \ --build=i486-linux-gnu \ --host=${TARGET_SYS} \ configure log says: checking whether we are cross compiling... yes But error is: | ./doc2gih: ./doc2gih: cannot execute binary file I tested what happens if I change doc2gih from my local gnuplots doc2gih, then it passes this steps, but gives another 'cannot execute binary file'-error, and I'm afraid this is endless way. (I have succesfully compiled e.g openttd, which also compiles some helper binaries for local architecture and only final binary is for target, so gnuplot has something weird.) -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: buzz fix (was: Pulster offer - Freerunner now 249 eur)
Am Tuesday 13 January 2009 22:57:57 schrieb Martin Bernreuther: > Hello, > > Am Dienstag, 13. Januar 2009 schrieb arne anka: > > > I am kind of not understanding why the OM team is not helping on this > > > > PLEASE, STOP THAT IMMEDIATELY AND READ THE ARCHIVES! > > PLEASE no more "READ THE ARCHIVES" platitudes! But more Wiki Links ;-) > On the other side please no baseless accusation of the OM team! > > No. This should be no offense and I can understand that it's > annoying, if people always ask the same questions. But... > Recently I was searching for a solution to one of my various > FR problems and Google pointed me to a archived email > of someone asking the same on this list. Great! But > when I read the answer "read the archives" (from "arne anka") > my problem was still not solved! > If you watch somebody drowning, will you tell him it's wise to > learn swimming or throw a lifesaver? > Do you really expect a newbie to read all archived emails > of the past (most of them maybe outdated). And this list is "noisy"! > The focus might also change. Starting with distro A, > someone might not follow a discussion with a problem of distro B. > Changing to distro B, it's also hard to get all the information from > the archives. > > Looking at the wiki, it's sometimes hard to find the right entry. > With all these distros it's also sometimes confusing, which method > works for which setup. It's hard to keep everything up to date with > this sometimes fast development. > > If there's some outcome of a discussion, it should be > gathered on the wiki. IMHO it's a waste of time, if all people > read all these emails in the archives in the first place. > Usually people first read books to get a basic knowledge > and articles as a supplement for the latest news. It's not > common e.g. to learn the basics of physics reading all the > letters between physicist of the last centuries, but reading > a book accumulating the results. > > Sorry for that off-topic email (no one should feel offended) > and special thanks to the wiki writers! > > Regards, > Martin Bernreuther Martin, you just said what was floating around my mind (in one shape or another...) since a few days. We should _always_ stimulate people to add their knowledge to the wiki when a problem gets solved or when news get announced here. Actually finding something on a wiki is wy easier than searching in millions of mails, each month on its own. Especially on such a high-traffic (and kinda noisy, as you said. That's is nothing bad, that's why its a mailinglist and not a wiki!) I repeat myself: We successfully got so far and nearly every distro-specific thread is tagged accordingly - now it would be helpful to tell people that editing the wiki is no sin. :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] runaway proc events/0 && automatic reboot
Matthias Apitz writes: > above line ' to wiki under Development_Environment' which let me > think that it was truncated, maybe because of a single dot "." on a line > which terminates SMTP??? just to clarify... Nope, it was complete mail. > I have no PC with Debian, but I will setup a VM in Qemu for that or look > for an older laptop in my house; Qemu will be quite slow for that btw. Just adapt the instructions to your own OS. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr- GPS howto?
Fernando Martins wrote: > No luck: > > - I've setup date and timezone; > - GPS is on, per /sys/class... incantation > - demon fso-gpsd is on, checked with ps > - telnet comunicates with gpsd but no good data > - tangoGPS doesn't find GPS device > > I have no idea of the reception capabilities of om (or GPS devices in > general): is it supposed to work indoors? Open shr settings (one of the icons) and make sure gps is on there. I don't need any sys/class stuff to use the gps with SHR. SHR image of dec.16 should be ok, one of the earlier ones had gps not working. Also, not all "alternative" kernels have working gps. Go outside, get away from tall buildings. Start tangogps, stand still. It may take 2 minutes to get a fix with some bad luck. Moving around makes this worse. Tall buildings make this worse. Starting tangogps indoors and then going outside may take more time. So if you look at the map indoors, restart tangogps when you get outside. The gps may or may not work indoors - if you come in from outside. Don't expect the gps to start up indoors though. don't expect gps to work at all in a building with several floors above you. Gps units generally need a stronger signal to start up, then they can follow weaker signals in less than ideal areas. But it won't start up in "bad" places. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community update
On Wed, Jan 14, 2009 at 12:12 PM, Fielder George Dowding wrote: > Apologies to Christ, that is two l's in Willegen. I hadn't noticed, no offence taken, and my phone now boots with ASU again. Thanks! Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community update
On Wed, Jan 14, 2009 at 1:32 AM, Timo Juhani Lindfors wrote: > William Kenworthy writes: >> * app-arch/rar >> Latest version available: 3.8.0 >> Latest version installed: 3.8.0 >> Size of downloaded files: 1,576 kB >> Homepage:http://www.rarsoft.com/ >> Description: RAR compressor/uncompressor >> License: RAR >> >> * app-arch/unrar >> Latest version available: 3.8.5 >> Latest version installed: 3.8.5 >> Size of downloaded files: 132 kB >> Homepage:http://www.rarlab.com/rar_add.htm >> Description: Uncompress rar files >> License: unRAR > > These two sound non-free so beware. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > Thank you. I will take a look. Apologies to Christ, that is two l's in Willegen. Cheerio! -- Fielder George Dowding, KL7FHX dba Iceworm Enterprises Debian GNU/Linux Lenny User Number 269482 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] runaway proc events/0 && automatic reboot
El día Wednesday, January 14, 2009 a las 12:22:02PM +0200, Timo Juhani Lindfors escribió: > Matthias Apitz writes: > > the point to start from to create my own Om2008.x kernel and userland or > > some other/better places to start? Thx > > I do > > 1) ssh to a PC with debian unstable. You can easily install it to a >chroot with http://iki.fi/lindi/schroot.txt if you don't want to >break your normal installation. > 1.2) sudo aptitude install emdebian-tools > 1.3) sudo emsetup --arch armel > 1.4) sudo emsetup --arch armel > 1.5) verify that arm-linux-gnueabi-gcc works: > > $ cat > hello.c < #include > int main(void) { > printf("Hello world\n"); > return 0; > } > EOF > $ arm-linux-gnueabi-gcc -o hello hello.c > $ file hello > hello: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked > (uses shared libs), for GNU/Linux 2.6.14, not stripped > > 2) git clone git://git.openmoko.org/git/kernel.git linux-2.6 > 3) git branch lindi origin/stable-tracking > 4) modify ./build to use your compiler: > -export CROSS_COMPILE=../../cross/bin/arm-angstrom-linux-gnueabi- > +export CROSS_COMPILE=arm-linux-gnueabi- > 5) ./build dummy > 6) suggested change: > @@ -52,6 +52,8 @@ if make -j5 ARCH=arm CONFIG_DEBUG_SECTION_MISMATCH=y > EXTRAVERSION=$VERSION; then > if [ ! -z "`grep CONFIG_USB_USBNET=y .config`" ] ; then > rm -f uImage-moredrivers*-$PRODUCT.bin > modules-*$PRODUCT.tar.gz > cp uImage-$PRODUCT.bin uImage-moredrivers$VERSION.bin > + cp arch/arm/boot/zImage zImage$VERSION > + cp .config config$VERSION > rm -rf staging > mkdir -p staging > if [ ! -z "$1" ] ; then > > I have added these instructions to wiki under Development_Environment Hello Timo, Thanks for your kind reply and instructions; your mail terminates in the above line ' to wiki under Development_Environment' which let me think that it was truncated, maybe because of a single dot "." on a line which terminates SMTP??? just to clarify... I have no PC with Debian, but I will setup a VM in Qemu for that or look for an older laptop in my house; thx again matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen >From: -40 % die Neujahrsaktion ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community update
William Kenworthy writes: > * app-arch/rar > Latest version available: 3.8.0 > Latest version installed: 3.8.0 > Size of downloaded files: 1,576 kB > Homepage:http://www.rarsoft.com/ > Description: RAR compressor/uncompressor > License: RAR > > * app-arch/unrar > Latest version available: 3.8.5 > Latest version installed: 3.8.5 > Size of downloaded files: 132 kB > Homepage:http://www.rarlab.com/rar_add.htm > Description: Uncompress rar files > License: unRAR These two sound non-free so beware. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Multiple internet connections
Leonti Bielski writes: > Say I want to use ssh via GPRS, and all other programs via WLAN or > usb. Is it possible? Sure, see advanced routing and traffic control howto for examples on how to use multiple uplinks. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] runaway proc events/0 && automatic reboot
Matthias Apitz writes: > the point to start from to create my own Om2008.x kernel and userland or > some other/better places to start? Thx I do 1) ssh to a PC with debian unstable. You can easily install it to a chroot with http://iki.fi/lindi/schroot.txt if you don't want to break your normal installation. 1.2) sudo aptitude install emdebian-tools 1.3) sudo emsetup --arch armel 1.4) sudo emsetup --arch armel 1.5) verify that arm-linux-gnueabi-gcc works: $ cat > hello.c < int main(void) { printf("Hello world\n"); return 0; } EOF $ arm-linux-gnueabi-gcc -o hello hello.c $ file hello hello: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.14, not stripped 2) git clone git://git.openmoko.org/git/kernel.git linux-2.6 3) git branch lindi origin/stable-tracking 4) modify ./build to use your compiler: -export CROSS_COMPILE=../../cross/bin/arm-angstrom-linux-gnueabi- +export CROSS_COMPILE=arm-linux-gnueabi- 5) ./build dummy 6) suggested change: @@ -52,6 +52,8 @@ if make -j5 ARCH=arm CONFIG_DEBUG_SECTION_MISMATCH=y EXTRAVERSION=$VERSION; then if [ ! -z "`grep CONFIG_USB_USBNET=y .config`" ] ; then rm -f uImage-moredrivers*-$PRODUCT.bin modules-*$PRODUCT.tar.gz cp uImage-$PRODUCT.bin uImage-moredrivers$VERSION.bin + cp arch/arm/boot/zImage zImage$VERSION + cp .config config$VERSION rm -rf staging mkdir -p staging if [ ! -z "$1" ] ; then I have added these instructions to wiki under Development_Environment ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] runaway proc events/0 && automatic reboot
Matthias Apitz wrote: > El día Tuesday, January 13, 2009 a las 02:38:45PM +0200, Timo Juhani Lindfors > escribió: > >> Matthias Apitz writes: >>> only; perhaps there are more o complexer situations cuasing that problem :-( >> In any case, try compiling linux from andy-tracking branch. > > Until now I have only compiled kernels and apps in FreeBSD or Linux on x86 > and I've no experience how to compile and build a kernel for Om2008.x on > armv4; > > Is the Wiki page http://wiki.openmoko.org/wiki/Openmoko_developer_guide > the point to start from to create my own Om2008.x kernel and userland or > some other/better places to start? Thx For compiling the kernel you neet the toolchain first. On the toolchain wiki page [1] is the installation of it and compilation of andy-tracking kernel described. I would suggest to start there first. Ciao, Rainer [1] http://wiki.openmoko.org/wiki/Toolchain ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community update
Try the links here - this list is from gentoo where its built from source, plus there are freeware packages (I looked at the unrar link) for most operating systems. * app-arch/rar Latest version available: 3.8.0 Latest version installed: 3.8.0 Size of downloaded files: 1,576 kB Homepage:http://www.rarsoft.com/ Description: RAR compressor/uncompressor License: RAR * app-arch/unrar Latest version available: 3.8.5 Latest version installed: 3.8.5 Size of downloaded files: 132 kB Homepage:http://www.rarlab.com/rar_add.htm Description: Uncompress rar files License: unRAR * app-arch/unrar-gpl Latest version available: 0.0.1_p20080417 Latest version installed: [ Not Installed ] Size of downloaded files: 135 kB Homepage:http://home.gna.org/unrar/ Description: Free rar unpacker License: GPL-2 On Wed, 2009-01-14 at 00:26 -0900, Fielder George Dowding wrote: > On Tue, Jan 13, 2009 at 9:38 PM, Christ van Willegen > wrote: > > Minh, > > > > On Mon, Jan 12, 2009 at 3:36 PM, Minh Ha Duong > > wrote: > >> 6. Tips and tricks > >> > >>* Howto get the wrench and QWERTY buttons in 2008.12 with the ASU theme. > > > > I followed the instructions, but misread the second step. It told me > > to 'put asu in /etc/enlightenment/default_profile'. > > > > So, I did 'mv asu /etc/enlightenment/default_profile' and borked > > my default_profile file. > > > > Could anyone put this file either on the mailing list, or on the Wiki for > > me? > > > > Thanks in advance! > > > > Christ van Willegen > > -- > > 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > I have been very disappointed with the predictive input method. I have > no trouble using the "terminal" virtual keyboard with a plastic > stylus, the pointy top of a ball-point pen, or the point of a > sharpened wooden lead pencil. Note: I do have a protective cover over > the touch screen. I have been trying to figure out how to get the > choice to use the "terminal" virtual keyboard to no avail. The > instructions referred to above require a non-free (shareware) utility > to extract a file (rar archive???). Surely the FreeRunner can be kept > Free and Open. > > Note to Christ van Wilegen: my default_profile contains one line: > E_PROFILE="-profile asu" with a couple of line-feeds. > > I do hope we can have this choice. Cheerio! -- William Kenworthy Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community update
On Tue, Jan 13, 2009 at 9:38 PM, Christ van Willegen wrote: > Minh, > > On Mon, Jan 12, 2009 at 3:36 PM, Minh Ha Duong > wrote: >> 6. Tips and tricks >> >>* Howto get the wrench and QWERTY buttons in 2008.12 with the ASU theme. > > I followed the instructions, but misread the second step. It told me > to 'put asu in /etc/enlightenment/default_profile'. > > So, I did 'mv asu /etc/enlightenment/default_profile' and borked > my default_profile file. > > Could anyone put this file either on the mailing list, or on the Wiki for me? > > Thanks in advance! > > Christ van Willegen > -- > 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > I have been very disappointed with the predictive input method. I have no trouble using the "terminal" virtual keyboard with a plastic stylus, the pointy top of a ball-point pen, or the point of a sharpened wooden lead pencil. Note: I do have a protective cover over the touch screen. I have been trying to figure out how to get the choice to use the "terminal" virtual keyboard to no avail. The instructions referred to above require a non-free (shareware) utility to extract a file (rar archive???). Surely the FreeRunner can be kept Free and Open. Note to Christ van Wilegen: my default_profile contains one line: E_PROFILE="-profile asu" with a couple of line-feeds. I do hope we can have this choice. Cheerio! -- Fielder George Dowding, KL7FHX dba Iceworm Enterprises Debian GNU/Linux Lenny User Number 269482 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: buzz fix (was: Pulster offer - Freerunner now 249 eur)
Hi Arne, On Tuesday 13 January 2009 16:26:00 arne anka wrote: > > Please don't get me wrong, but one should not write e-mail in capital > > letters; > > you don't think, there might be reasons? no there aren't any. THERE IS ABSOLUTLY NO REASON (to put in pure caps, as you just did) i read the list about this buzz-issue since months. And i fully agree drac2000. There isn't ANY recent update from OM regarding this. So please OM update about the current technical state of the fixes and the current state of the purposed procedure. Greetings Torsten ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community