Re: [QtMoko] New debian images
@Radek: main line (liedekef) has no problem with incoming calls. Could be for the different kernel etc? On Fri, Jun 12, 2009 at 11:31 AM, Radek Polak wrote: > Rene Horn wrote: > >> By the way, is there a way to disable to autocomplete on this, and just >> have the keyboard respond immediately as I type, just like in the >> mainline QtMoko? > > Hi Rene, > not yet. I am trying to merge mainline, but have problems with incomming > calls so cant release version yet. But i am working on this. > > Radek > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] packages for canola media player
Hermann Lacheiner wrote: > > Hi! > > I have created packages for the canola media player... > I've added the feed, and when installing I get the following: Configuring canola Traceback (most recent call last): File "/usr/bin/terra-rescan-collections", line 27, in from terra.core.plugin_install import rescan_collections File "/usr/lib/python2.6/site-packages/terra/core/plugin_install.py", line 31, in from zipfile import ZipFile When starting I get: 1244865615.8671 ERROR manager:73:_setup_plugin_manager() couldn't load and sync plugins config file: Traceback (most recent call last): File "/usr/bin/canola", line 245, in mger = Manager(options.config_file) File "/usr/lib/python2.6/site-packages/terra/core/singleton.py", line 38, in __call__ cls._instance = type.__call__(cls, *args, **kargs) File "/usr/lib/python2.6/site-packages/terra/core/manager.py", line 55, in __init__ self._setup_plugin_manager() File "/usr/lib/python2.6/site-packages/terra/core/manager.py", line 70, in _setup_plugin_manager pcm.load() File "/usr/lib/python2.6/site-packages/terra/core/plugin_config.py", line 143, in load self._confs = self._load_from_file(self._config_file) File "/usr/lib/python2.6/site-packages/terra/core/plugin_config.py", line 127, in _load_from_file confs = cPickle.load(open(filename, "rb")) EOFError Interested in trying it... Russell Dwiggins -- View this message in context: http://n2.nabble.com/-shr-unstable--packages-for-canola-media-player-tp3061584p3071204.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: Upgraded using angstrom rep -- infinite loop on startup
2009/6/13 Mikhail Umorin : > Here > (http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner#Update_with_the_package_manager) > I read that need to point my reps to unofficial User reps, but, in User reps > (http://wiki.openmoko.org/wiki/Users_Repositories) it says "Angstrom is the > base distribution of Openmoko Linux distribution." So, I assumed that Angstrom > is the one that should replace defunct http://buildhost.openmoko.org/ > > So, where are the stable repositories and how to set them up? yes, it is built on angstrom, but there have been some subtle and very important changes made by om, which are not compatible with angstrom anymore. it's a fork. so, just as one should beware installing packages built for debian onto ubuntu, the user should also be careful putting angstrom stuff on om2009. some will work, some won't i think there were some temporary problems with the om build process, and it will be fixed in a few days, meanwhile everything is offline to stop people breaking their installs of om2009 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, Well, I've been traveling a bit - and have more in store. So please bear with the delay. Here's what I'm looking at for the next release (by end Jun):- * better music manager * desktop app to sync music / id3 tags * use ecore functions to manage mplayer (respawn / kill etc) * add basic bluetooth streaming support Any other ideas / suggestions / wishlists welcome. -- View this message in context: http://n2.nabble.com/Intone-%280.51%29-Elementary-mplayer-frontend---updated-20-May-tp2587826p3071086.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: intone a2dp (bluetooth) support
Hi, I've just got back from a trip - hence the delay. Intone is in the process of a minor re-write. I'm looking at improving the music manager, writing a small desktop sync client to manage music and tags and use ecore routines to handle mplayer. I still can't seem to get much clarity on A2DP usage. I don't think intone should really go around pairing bluetooth headsets behind FSO's back. I think that the pairing should be handled by FSO/some other utility/manually - if need be. Assuming that the pairing has been set up - I am looking at restarting mplayer with the flags to get it to stream over bluetooth. I'll add that as an option. Any other ideas/suggestions are welcome. Also, is there a way to get mplayer to stream mp3 data directly over BT - like gstreamer does? Or would it be better if I used gstreamer to send mp3 data over BT from intone - leaving mplayer paused? -- View this message in context: http://n2.nabble.com/intone-a2dp-%28bluetooth%29-support-tp3038819p3071056.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: some questions before buying FreeRunner
On Fri, Jun 12, 2009 at 1:29 AM, a dehqan wrote: > Do you mean without that 47k resistor ,Fr will detect current lower or > higher ?what will happen after that (detect incorrectly) . Without the 47k resistor, it will charge more slowly so as to not overload the charger. However, your Freerunner will probably come with the correct charger. Mine did. > Another questions ; > 1- Should pouch be bought ,Without pouch ,ISn't there any problem with > carring FR with ourself without pouch ? I wouldn't have paid extra for the pouch, but my Freerunner came with one and I use it. I keep it in my pocket, clipped to a belt loop. The pouch protects the screen from getting scratched up with the other random things I have in my pocket. I also use the pouch to store my stylus, which would get lost pretty quickly otherwise. (Suggestion for whoever designs the next Openmoko Pouch: Include a small pocket or loop on the outside for a stylus.) > 3- So ,do you advice to fix FR ourslef ? is there any common problems for > those want to fix their self ? I do not advise you to fix the Freerunner yourself. Just purchase a buzz-fixed version. > 3-What other things and issues ,Do you advice to be attended before and > while buying FR ? If you do not yet have GNU/Linux on your desktop computer, I recommend that you start now. It is not strictly necessary, but it will make using your Freerunner easier and more enjoyable. You may also want to join a local Linux User Group (LUG). Here are some starting points: http://tehlug.org/http://shirazlug.ir/http://kishlug.ir/ http://parsix.org/http://ubuntu.ir/http://technotux.org/ --Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: some questions before buying FreeRunner
a dehqan wrote: > An important question about GPS signals ,Is not IRAN far from The > satellite that sends signals ?will not signals be weak in Iran ?How > can we be sure that GPS antenna is not needed in open area in Iran ? The main GPS satellites are in circular orbits around the earth, so the signal quality in Iran will be the same as any other place at a similar latitude (assuming that the US government isn't doing anything to intentionally degrade the signal in your part of the world). You are likely to be out of range of the geostationary "WAAS" satellites that broadcast additional information, but these signals are not required for basic GPS operation. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Better handling of AUX and POWER buttons
On Fri, Jun 12, 2009 at 14:20, Michal Brzozowski wrote: > > > 2009/6/12 Paul Fertser >> >> > Thanks! Is there a daemon that I can -HUP or do I need to restart >> > for the changes to take effect? >> >> Restart frameworkd. > > r...@om-gta02:~# ps -A | grep frameworkd > r...@om-gta02:~# It's python script, so it lives in "python" process. Use just /etc/init.d/frameworkd restart. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] packages for canola media player
That carman app looks pretty sweet. Can anyone port it to the FR? Also, does it have a routing engine? I didn't see that specifically in their site, but maybe I missed it. Oh, and Canola was pretty nice too, it just didn't find my OGGs, so I can't use it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] packages for canola media player
On Thu, Jun 11, 2009 at 9:02 AM, Hermann Lacheiner wrote: > Hi! > > I have created packages for the canola media player (see > http://openbossa.indt.org/canola/ for screenshots). canola was > originally developed for the maemo platform and was open sourced > recently. It is based on the e17 libraries, so it is destined for the > shr distribution ;) > > Sources for the packages are from http://local.profusion.mobi:8081/ > based on the branches from Gustavo. > > canola has some dependencies so I created a testing feed. You can find > the packages at http://schagaga.de/canolafeed/ > The bitbake recipes are mirrored at http://schagaga.de/myoverlay/ > > "opkg install canola" installs canola and all its dependencies on the FR. Excellent, thanks for your work! :-) HUGE FAT NOTE: while Canola2 is a media application, it's built on the excellent Python-Terra, this is what makes Canola possible, you can even augment Canola with plugins like Remember The Milk (RTM, Todo), Picasa or Pidgin as our GSoC students are doing, or create whole new applications as Carman (http://openbossa.indt.org/carman/). You can use it to create launchers, dialers and all. And it is fast and easy to use! (Canola take a while because it imports tons of plugins and checks DB and wakes some worker daemons...) > Currently there are a few glitches: > * canola package depends on glibc-gconv-iso8859-15 otherwise > lightmediascanner does not work You can just disable ISO8859-1 conversion for unknown original media format (ie: ID3v1 or other formats that do not specify an encoding in the tag or standard). You can change it using cnl-prefs-set or terra-prefs-set -c /etc/canola.conf, or patch canolad/src/canolad/prefs.py to not include that. For per-user changes: cnl-set-prefs canolad charsets '[]' will replace the old list that contains ISO-8859-1 with nothing and no fallback will be used. > * player UI does not fit exactly the lower resolution on the FR > (canola is optimised for the resolution on the Nokia N8x0 800x480) but > it's usable. User experience is better when rotating screen in > landscape mode. EcoreEvas can rotate the screen itself, so if you wish I can add an option to start canola rotated. Maybe it's slower than Xrandr rotation, maybe it's not, worth to try: ee.rotation = 90 right before ee.show() > As backend mplayer is used for playback. > > Generally the UI is a little bit sluggish on the FR than on the Nokia > N8x0 but I think it's really usable. If we do a simple theme optimization it can be bit faster. I'm doing this for a ProFUSION demo we're about to release videos, but we cannot release the images or the theme itself. If there are manpower interested in creating so, let me know... I can even help with code (.edc), just don't have the time/skills to produce neat graphics. Also, it would be amazing to have a canola themed to match SHR. Again, this is of my interest and I can allocate my time or an employee to help with such task to optimize, but we need a designer to produce the images. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: some questions before buying FreeRunner
On Friday 12 June 2009, a dehqan wrote: > In The Name Of God > > Thanks alot for your replies ; > > > > >>> 3-Can other car chargers be used to charge FR ? > > > >>> > > > >>>Yes, but you need to tell FR (software) to start the charging > > > >> > > > >> So e.g nokia car chargers jack is the same as FR car charger ? > > > > > > > > FR has a standard mini-usb receptable. > > > > > > So ,almost all chargers do not have usb jack ... If charger output > > > > voltage > > > > > was the same can we add usb jack to charger ? > > > > The FR needs 5V, preferably at 500mA or 1A. If your charger can supply > > that then making a jack adapter won't be a problem. Do NOT use a charger > > supplying > > > > >5.5V as it will probably damage the FR. If your charger can give 1A then > > > > when > > making the adapter you can put a 47k resistor between pin 4 and ground on > > the > > mini-B connector. That lets the FR identify it as being able to take 1A > > so it > > will automatically start charging at the full rate. > > > > Car USB adapters are widely available though, and the USB mini-B > > connector is > > used by a numer of phone manufacturers now. There were reports in the > > wiki from people using TomTom and Motorola car chargers IIRC. The only > > problem you > > may have is that there was no standard for the use of the ID pin (pin 4) > > so the current capability may be incorrectly detected. > > Do you mean without that 47k resistor ,Fr will detect current lower or > higher ?what will happen after that (detect incorrectly) . http://wiki.openmoko.org/wiki/USB_charger Judging by the experiences in the wiki, if the resistor isn't 47k it will treat it as a normal USB connection. That means drawing 100mA until either it negotiates 500mA or it is told to use 500mA or 1A. > Another questions ; > 1- Should pouch be bought ,Without pouch ,ISn't there any problem with > carring FR with ourself without pouch ? Up to you. I rarely use the pouch, and wouldn't have bought one, but some people like them. I am careful about where I keep it though, as the screen is a bit vulnerable. You might also consider the InvisibleShield screen protectors, or the leather case. > 2-Do you advice a laser stylus or small one (normal one) ? Whatever you prefer. Most of the time I just use my finger or fingernail. > 3- So ,do you advice to fix FR ourslef ? is there any common problems for > those want to fix their self ? If you have SMD rework experience then it might be worth trying, but if you break it you probably won't be able to claim under warranty. It doesn't seem to be any more problematic than any other lead-free SMD rework from what people have said. > 3-What other things and issues ,Do you advice to be attended before and > while buying FR ? I have heard of difficulties shipping to some countries, either with odd local shipping arrangements or with things getting stuck in customs. I don't know whether that would affect you or not, but it might be worth asking. Check that you order the right frequency range for your GSM providers. I guess it'll be the Europe/rest-of-world model (900/1800/1900) rather than the US one (850/1800/1900) but I don't know what your providers use. I can't think of any other issues. You know the software's not exactly consumer-ready, and about all the hardware issues I think, so you should be able to judge whether or not it's what you want. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgraded using angstrom rep -- infinite loop on startup
Alright -- > > > What is the problem? > > you borked it! > > i don't know, maybe you can manually downgrade the packages that > caused the problems. do you know what opkg upgraded? hmm, probably > not. it may be best to copy all your valuable data off, then re-flash > I have flashed both rootfs and kernel and now I have a functioning FR again! Thanks! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] create opkg-packages
I created an ipk by hand the other day (as there was no OE recipe). So, it is possible. Firstly, an ipk is created using ar, not tar. The ipk contains control.tar.gz and data.tar.gz (created using tar -czf). Extract a working ipk to see what goes in these tar.gz's. The ipk will not work unless the top-level contents of the two tar.gz's is the . directory. Call tar from the command line with "./whatever" to get tar to put everything under a . directory. -Steven On Wed, May 27, 2009 at 11:31 AM, Vinzenz Hersche wrote: > hello there, > > i want to create a opkg-package, but i didn't found ipkg-utils on shr, also > not on ubuntu. > > so i tried to create this otherwhise, with the same structure, but if i look > into another opk-package, the files in the tar.gz control are childfolders of > ".", mine isn't ("folder" . does already exist) > > and if i save the "top-archive" as .deb-file, it seems to work, but if i > renamed it to ipk/opk, it doesn't work (with ark). the other packages does > work normal with ark. > > so where i became the ipkg-utils? ftp-server with the files seems also to be > down :/ > > greets > > ps: just by the way, if someone knows this; is there any library with e-mail- > support for vala? :) > > ___ > 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: Upgraded using angstrom rep -- infinite loop on startup
Thanks for the clarification, Robin -- the wiki is confusing on the matter: Here (http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner#Update_with_the_package_manager) I read that need to point my reps to unofficial User reps, but, in User reps (http://wiki.openmoko.org/wiki/Users_Repositories) it says "Angstrom is the base distribution of Openmoko Linux distribution." So, I assumed that Angstrom is the one that should replace defunct http://buildhost.openmoko.org/ So, where are the stable repositories and how to set them up? On Friday 12 June 2009 07:10:46 Robin Paulson wrote: > 2009/6/12 Mikhail Umorin : > > I upgraded to the latest (?) version from Angstrom rep using opkg > > upgrade. Now, after the screen OPENMOKO (please wait) I get infinite loop > > saying: > > oops, i think that might be your problem. there are some compatibility > issues between openmoko OS and angstrom OS - the former is a fork of > the latter, and one should be very careful when mixing the feeds, and > certainly not blithely running opkg upgrade. the angstrom repos are > useful for getting one or two apps in a controlled way, but nothing > more > > there is a warning on the wiki about this, where i assume you got the > angstrom feed info from? > > > pcf50633_irq: entering(irq=53, pcf=c7d36c00): scheduling work > > pcf50633_work: INT1=0x00 INT2=0x00 INT3=0x40 INT4=0x00 INT5=0x00 > > ADCRDY > > i think pcf50633 is the power management chip? i could well be wrong. > i don't think it matters too much > > > What is the problem? > > you borked it! > > i don't know, maybe you can manually downgrade the packages that > caused the problems. do you know what opkg upgraded? hmm, probably > not. it may be best to copy all your valuable data off, then re-flash > > ___ > 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
Navit internal GUI
Hi, I have used navit for a while now and today I have updated to svn-2314. It gets better and better, but I still have my problems with some parts of the internal GUI. When adding more bookmarks than the screen can display I have no option to scroll in the bookmark list. So more than a hand full of bookmarks are unusable. (If I am not missing any way to lookup the bookmarks) When displaying the route description a next and prev button is shown and this could be used for all list data. Thinking about bookmarks, why not adding a feature to the address book to start navit with the contact as destination? (Or correlate the data anyhow) Beside the problems and idea, congratulation. The route calculation seems much faster now ! 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: Import VCF contacts into Paroli
Hi, Thanks for the information. I just wanted to import all those contacts and as such I needed something that works. Fortunately it was easy enough to hack that existing script. I know practically zero of Python, I'm more of a C or Perl guy :) so integrating with paroli-settings or whatever is probably not gonna happen from me, sadly :( Rui On Fri, Jun 12, 2009 at 01:08:04PM +0200, Laszlo KREKACS wrote: > On Fri, Jun 12, 2009 at 9:14 AM, Rui Miguel Silva Seabra wrote: > > Hi, > > > > I fixed a python script that imports VCF files into Paroli. > > > > I'd like to make it do a better job, but I'd need Paroli's > > contacts DB structure, Mirko, do you have a description somewhere? > > > Paroli Contacts format is cPickle. I think you use the same in your script. > > The actual saving happens in paroli-core/tichy/persistance.py:61 > def save(self, data): > > file = self._open('w') > pickle.dump(data, file, pickle.HIGHEST_PROTOCOL > > Its just a dump of cPickle module. > > > The question is, how data is prepared. The data (to be saved) is prepared at > paroli-services/phone/contact.py:251 > def save(cls): > """Save all the phone contacts""" > logger.info("Saving phone contacts") > contacts = tichy.Service.get('Contacts').contacts > data = [c.to_dict() for c in contacts if isinstance(c, PhoneContact)] > tichy.Persistance('contacts/phone').save(data) > yield None > > Now the question is what is "c" and where is the to_dict() method: > The to_dict() method is at contact.py:212, and the c is a Contact > instance of Contact class (line 140). > > So if you place some print here and there it should reveal anything you want > to know. For developing paroli (how to set up), please see this wiki page: > http://wiki.openmoko.org/wiki/Paroli-developer-setup > > Hope it helps. If you have any question or want to discuss more, please > drop in #paroli channel, we are usually there. > > We could also integrate this import thingy in paroli->settings application. > So if you are persevering enough, everyone will benefit from it;) > > And we are exploring opimd integration, once it is stable enough, > it is likely paroli contacts will be migrated over. So integrating this > vcf importer is required at some stage anyway. > > I urge you to start contributing to paroli!;) > > Laszlo > > ps: Maybe Mirko can add a bit more info. But he is very busy these days > with his personal life. I hope the dust will settle really soon. > > ___ > 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: Better handling of AUX and POWER buttons
On Fri, Jun 12, 2009 at 2:20 PM, Michal Brzozowski wrote: [...] >> That's called E keybinding configuration. > > Does it have actions like show/hide keyboard? Does it detect double, triple, > etc keypresses? The actual problem is that if you use E keybinding for example to "simple lock" the screen when press the aux button you cannot use it in applications. So we should have smart E keybinding, "long aux", "long power", but when you press/release buttons applications receive these events too. That's why I suppose E (and at most other alternatives) cannot handle that and we need a smart daemon to filter/inject events. About my experiments I just discovered that some applications simply refuse to process XSendEvents for security reasons. This is bad, as using X you may differentiate virtual injected keys events based on the destination applications, so AUX may trigger "enter" to one, "F11" to another and so on. As of that I think we need to filter events at input lever layer (other ideas or solutions are welcome of course). Il try to contact Theodoros Kalamatianos, the author of actkbd [1] to ask him for the support for such complex key shortcut, as it's daemon already has keyboard event injection and use 2.6 linux event interface. Nicola [1] http://users.softlab.ntua.gr/~thkala/projects/actkbd/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Better handling of AUX and POWER buttons
2009/6/12 Paul Fertser > > Thanks! Is there a daemon that I can -HUP or do I need to restart > > for the changes to take effect? > > Restart frameworkd. r...@om-gta02:~# ps -A | grep frameworkd r...@om-gta02:~# > > > > Going back to the original point. It would be best if there was a > > config file where one could specify all the different keypress > > events (short AUX, short power, long AUX, double AUX, power-AUX, > > etc) and bind actions to them. The actions would be: suspend, > > shutdown, lock, close app, show/hide keyboard, send a custom signal > > to app, etc. > > That's called E keybinding configuration. > Does it have actions like show/hide keyboard? Does it detect double, triple, etc keypresses? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Better handling of AUX and POWER buttons
Michal Brzozowski writes: > But have another question though :-), is it possible to create > custom actions, for example run a script? It would be nice if you > could add some vibration or led flash to some actions. There's already an example in rules.yaml: actions: Command('amixer -d sset "Amp Spk" mute') -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stress test of my Freerunner
Hey Christian, On Friday 12 June 2009 13:56:32 Christian Rüb wrote: > is it OK to use your code and GPL it? The license text would be longer than my source code, thus I didn't add anything ;-) GPL2 or 3 is fine for me, thanks for asking... > I started building a little GUI for > what you have done as a travel diary sounds like a pretty good idea to me. > You can see what I have done so far here: > http://git.senfdax.de/?p=travel-diary;a=summary > > Currently it does nothing else than requesting GPS and diesplaying the > fields. > > bitbake recipe to follow as soon as it really does something. Great to hear that my code is somehow useful. Sven ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgraded using angstrom rep -- infinite loop on startup
2009/6/12 Mikhail Umorin : > I upgraded to the latest (?) version from Angstrom rep using opkg upgrade. > Now, after the screen OPENMOKO (please wait) I get infinite loop saying: oops, i think that might be your problem. there are some compatibility issues between openmoko OS and angstrom OS - the former is a fork of the latter, and one should be very careful when mixing the feeds, and certainly not blithely running opkg upgrade. the angstrom repos are useful for getting one or two apps in a controlled way, but nothing more there is a warning on the wiki about this, where i assume you got the angstrom feed info from? > pcf50633_irq: entering(irq=53, pcf=c7d36c00): scheduling work > pcf50633_work: INT1=0x00 INT2=0x00 INT3=0x40 INT4=0x00 INT5=0x00 > ADCRDY i think pcf50633 is the power management chip? i could well be wrong. i don't think it matters too much > What is the problem? you borked it! i don't know, maybe you can manually downgrade the packages that caused the problems. do you know what opkg upgraded? hmm, probably not. it may be best to copy all your valuable data off, then re-flash ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Better handling of AUX and POWER buttons
2009/6/12 Michal Brzozowski > > Thanks! Is there a daemon that I can -HUP or do I need to restart for the > changes to take effect? > I will answer this myself, it's dbus-daemon. But have another question though :-), is it possible to create custom actions, for example run a script? It would be nice if you could add some vibration or led flash to some actions. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Better handling of AUX and POWER buttons
Michal Brzozowski writes: > 2009/6/12 Paul Fertser > Michal Brzozowski writes: > > Speaking about this, how to change the default behavior of the > > buttons in Om2009? I know that both of them come as X events and can > > be observed using xev, but the power button suspends the device even > > if you're not running X, so its action is probably controlled by > > power management. > > That's oeventsd, part of FSO. You can change the behaviour by editing > rules.yaml. > > Thanks! Is there a daemon that I can -HUP or do I need to restart > for the changes to take effect? Restart frameworkd. > Going back to the original point. It would be best if there was a > config file where one could specify all the different keypress > events (short AUX, short power, long AUX, double AUX, power-AUX, > etc) and bind actions to them. The actions would be: suspend, > shutdown, lock, close app, show/hide keyboard, send a custom signal > to app, etc. That's called E keybinding configuration. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Better handling of AUX and POWER buttons
2009/6/12 Paul Fertser > Michal Brzozowski writes: > > Speaking about this, how to change the default behavior of the > > buttons in Om2009? I know that both of them come as X events and can > > be observed using xev, but the power button suspends the device even > > if you're not running X, so its action is probably controlled by > > power management. > > That's oeventsd, part of FSO. You can change the behaviour by editing > rules.yaml. > Thanks! Is there a daemon that I can -HUP or do I need to restart for the changes to take effect? Going back to the original point. It would be best if there was a config file where one could specify all the different keypress events (short AUX, short power, long AUX, double AUX, power-AUX, etc) and bind actions to them. The actions would be: suspend, shutdown, lock, close app, show/hide keyboard, send a custom signal to app, etc. Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stress test of my Freerunner
> I attached my code. As said, it isn't much and not very user-friendly. > However, I was surprised how few code is needed to get the idea working. > > storeLocation.py: > This script is called on the FR to store the current coordinates to > locations.dat > E.g. storeLocation.py -t "My Home" -d "This is where I live since 5 years" > Please modify "http://myserver.org/"; to your needs. > > sendLocations.sh: > All locations stored in locations.dat can be send to the server with the > small sendLocations.sh script. I used the http-get method since there was no > urllib module in SHR. > > add.py: > On the server side, add.py receives the coordinates as cgi script and stores > the information to locations.dat. (I should change the name, since the > content is different to locations.dat on the FR...) > > diary.kml: > This is also a cgi script written in Python which creates the kml output from > the content of locations.dat. > > Have fun :-) > Sven Hi Sven, is it OK to use your code and GPL it? I started building a little GUI for what you have done as a travel diary sounds like a pretty good idea to me. You can see what I have done so far here: http://git.senfdax.de/?p=travel-diary;a=summary Currently it does nothing else than requesting GPS and diesplaying the fields. bitbake recipe to follow as soon as it really does something. Anyone interested in making an icon? Cheers, Christian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bittorrentclient
On Fri, 2009-06-12 at 11:41 +0200, Georg Haas wrote: > Hello, > do you know an Bittorrentclient for the Freerunner who works under SHR- > testing? > > Sorry, my english is bad. > > Georg Haas > I know transmission works on debian. You can get the source and compile/install yourself or alien the .deb to tar.gz (or opk if it supports it). Not sure how well the latter will work though. I read on the ml a few times that opk and deb are pretty similar so it shouldn't be an issue. Give it a shot and see how it goes! I don't know why you'de want to grab a torrent on your phone though, i prefer to ssh into my box at home and get it to download. Good luck. And if you manage to create a working ipk, even just with alien, i'de appreciate it if you could post it somewhere :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Import VCF contacts into Paroli
On Fri, Jun 12, 2009 at 9:14 AM, Rui Miguel Silva Seabra wrote: > Hi, > > I fixed a python script that imports VCF files into Paroli. > > I'd like to make it do a better job, but I'd need Paroli's > contacts DB structure, Mirko, do you have a description somewhere? Paroli Contacts format is cPickle. I think you use the same in your script. The actual saving happens in paroli-core/tichy/persistance.py:61 def save(self, data): file = self._open('w') pickle.dump(data, file, pickle.HIGHEST_PROTOCOL Its just a dump of cPickle module. The question is, how data is prepared. The data (to be saved) is prepared at paroli-services/phone/contact.py:251 def save(cls): """Save all the phone contacts""" logger.info("Saving phone contacts") contacts = tichy.Service.get('Contacts').contacts data = [c.to_dict() for c in contacts if isinstance(c, PhoneContact)] tichy.Persistance('contacts/phone').save(data) yield None Now the question is what is "c" and where is the to_dict() method: The to_dict() method is at contact.py:212, and the c is a Contact instance of Contact class (line 140). So if you place some print here and there it should reveal anything you want to know. For developing paroli (how to set up), please see this wiki page: http://wiki.openmoko.org/wiki/Paroli-developer-setup Hope it helps. If you have any question or want to discuss more, please drop in #paroli channel, we are usually there. We could also integrate this import thingy in paroli->settings application. So if you are persevering enough, everyone will benefit from it;) And we are exploring opimd integration, once it is stable enough, it is likely paroli contacts will be migrated over. So integrating this vcf importer is required at some stage anyway. I urge you to start contributing to paroli!;) Laszlo ps: Maybe Mirko can add a bit more info. But he is very busy these days with his personal life. I hope the dust will settle really soon. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Better handling of AUX and POWER buttons
Michal Brzozowski writes: > Speaking about this, how to change the default behavior of the > buttons in Om2009? I know that both of them come as X events and can > be observed using xev, but the power button suspends the device even > if you're not running X, so its action is probably controlled by > power management. That's oeventsd, part of FSO. You can change the behaviour by editing rules.yaml. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Better handling of AUX and POWER buttons
Speaking about this, how to change the default behavior of the buttons in Om2009? I know that both of them come as X events and can be observed using xev, but the power button suspends the device even if you're not running X, so its action is probably controlled by power management. But APM doesn't seem to allow changing the behavior like ACPI does. Any hints? Michal 2009/6/11 Nicola Mfb > Hi! > I apologize if this is an old topic and was discussed many time before. > I tried hackable:1 some days ago, and I found that AUX/POWER buttons > is handled very nice. I suppose that it cames from 2007.2 neod, but I > was aware of it as I flashed my freerunner with ASU ASAP when it > arrived in my hands last year. > First of all the aux button is used to bring up the virtual keyboard, > and this is good as I hate to use touchscreen to open it with > application not "e" based that does not bring up it automagically when > text widgets get focus, while holding it brings up a menu that let you > rotate the screen, switch fullscreen mode and so on, and this is very > nice as if you go fullscreen with "e" AFAIK there is no possibility to > restore normal size or switch to other windows. > Second the power button let you close an application (this is nice > too!), and holding it brings up a menu to change power management, > screen light and turn on/off gps/wifi/bt/gsm and the entire device. > While experiencing with general not embedded oriented linux apps and > developing mines I feel all these features has to be restored together > with new ideas. > So for a couple of days I'm thinking on how implement and improve it > especially for FSO based distros. > The first enhancement I thought is to give to applications the > possibility to handle 4 cases: > *) aux press > *) power press > *) hold aux, then press power > *) hold power, then press aux > The second is to have holding aux, power or both for a long time > bringing system wide tasks (power menu, auxiliary menu, keyboard and > so on). > All that should be transparent to applications, e.g a special daemon > should grab the input and simulate the 7 events as 7 different keys, > so you may use the 1-4 directly in applications for their needs, and > 5-7 for global shortcut handled for example by the windows manager or > some sort of background daemon to show system menus. > Actually I thinked at two solution: > 1) a neod like daemon that grabs X events (XGrabKeyboard), handle key > presses and forward with XSendEvent the 7 different strokes to > applications or windows manager. > 2) a daemon that grabs /dev/input/event* device in exclusive mode, > handle key events and emulate a new keyboard with uinput capable of 7 > keys. > > I like very much the second idea as it should be totally transparent > to the system, and may be used without X too while the first should be > more portable on different devices, and may be installed and used by a > non privileged user too. > I tryied to code a prototype for the first solution on my desktop, but > I got some problems as I do not know X at lower level, so I used > XGrabKeyboard to receive all key events and XSendEvent to forward them > to other windows, but not all apps are compatible with that, for > example Firefox does not accept text input in the navigation bar while > the grabbing is active. The second problem is that using X atom on the > wm to retrieve the last active window give me a short number (203, 31, > 91 etc.), while XSendEvent wants some sort of different windows ID > (0x301f), so some help for experienced X developer is welcome :) > In the next days I'll try to implement a prototype for the second, > hoping that I'll encounter less problems :) > In the meaning I'd like to have comments about all that, and above all > I'd like to know if I'm wasting my time while similar solutions are > being developed underground :) > > Best regards > >Nicola > > ___ > 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's Future
> BTW, looking at http://code.google.com/p/heekscad/ and > http://www.salome-platform.org/home/presentation/geom/ > both are based on the same solid modeller: Open CASCADE > (http://www.opencascade.org, http://opencascade.com/) > From that point of view, it's the same technology behind both. Yep, if needed we can do the modelling in Salome and use HeeksCad ( HeeksCNC ) for the CAM. Adolph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery ID chip - help needed
On Wed, Jun 10, 2009 at 11:24:04PM +0200, Laszlo KREKACS wrote: > I dont think it is true. Openmoko's battery is "special", it includes a > coulumb > counter. And the battery indicator relies on it. The GTA02 battery is a normal Li-Ion cell made by SANYO with a coulumb counter and protection circuit added to it. There's nothing special about it. > So inserting a nokia BL-5C battery is not complete solution. (because it lacks > the coulomb counter), and freerunner cant charge it (currently) Why do you keep saying that a Freerunner can't charge a BL-5C battery? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner's Future
Am Freitag, 12. Juni 2009 schrieb Werner Almesberger: > The most promising one seems to be HeeksCAD. It has fairly > comprehensive CAM integration and can do parametric modeling via > Python scripts. Salome also looks quite powerful and is perhaps > more mature but appears to lack CAM integration. BTW, looking at http://code.google.com/p/heekscad/ and http://www.salome-platform.org/home/presentation/geom/ both are based on the same solid modeller: Open CASCADE (http://www.opencascade.org, http://opencascade.com/) >From that point of view, it's the same technology behind both. Martin -- _ Martin Bernreuther martinb...@web.de ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bittorrentclient
Hello, do you know an Bittorrentclient for the Freerunner who works under SHR- testing? Sorry, my english is bad. Georg Haas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] packages for canola media player
Thank you all for your feedback! The bitbake recipes need some clean-ups, for example SRCREV should be moved to autorev in the openmoko tree. It would be good to integrate the recipes into the openembedded (shr?) repository, request was filed already http://shr-project.org/trac/ticket/515 There are additional plugins available for canola, e.g. youtube, lastfm or upnp. When I have time I will create packages for them too in the next days. Cheers, hermann 2009/6/12 Morten : > > Wow! This has to be the best looking, and the app with the best usability for > freerunner ever! Thanks so much for the package! > -- > View this message in context: > http://n2.nabble.com/-shr-unstable--packages-for-canola-media-player-tp3061584p3064969.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images
Rene Horn wrote: > By the way, is there a way to disable to autocomplete on this, and just > have the keyboard respond immediately as I type, just like in the > mainline QtMoko? Hi Rene, not yet. I am trying to merge mainline, but have problems with incomming calls so cant release version yet. But i am working on this. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr/elementary] fonts and styles
David Ford wrote: > raster? > > what are the settings i can put in a dotfile to adjust elementary app > fonts and styles? You've just to export env variables. Use ELM_SCALE or only ELM_FINGER_SIZE. Read more at [1]. ;) [1] http://trac.enlightenment.org/e/wiki/Elementary -- 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: [debian] Installing lxde problem
> The following packages have unmet dependencies: > lxde: Depends: lxde-core (>= 0.3.2.1+svn20080509-6) but it is not > going to be installed > E: Broken packages if you append lxde-core to the list of packages to install, another package will turn up, "not going to be installed" (it would be nice, if apt could show at _once_ what package is at the root of that dependency tree instead of making the user add package to package to find out by himself). the package missing indeed is lxmenu-data. searching for that name, you will find there's a package (somehow) called lxmenu-data_0.1-1_all.deb and that name in turn leads to > http://people.linux.org.tw/~andrew/debian/lxde/lxmenu-data/lxmenu-data_0.1-1_all.deb if someone with more knowledge of the debian internal cann explain, why a package so crucial (it is impossible to install debian lxde without) and yet so simple (judging from the contents) could be missing, i'll be gratefull. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: some questions before buying FreeRunner
2009/6/12 a dehqan > Do you mean without that 47k resistor ,Fr will detect current lower or > higher ?what will happen after that (detect incorrectly) . > > Another questions ; > 1- Should pouch be bought ,Without pouch ,ISn't there any problem with > carring FR with ourself without pouch ? > The pouch is not very useful. Maybe when you're traveling and want to put the FR in your luggage. Not when you carry it in your pocket. You might consider buying the leather case, it will protect very well if you use it in tough conditions. > > 2-Do you advice a laser stylus or small one (normal one) ? > That depends on your preference. The FR doesn't have any way to attach the stylus, so the bigger one is harder to lose. > > 3- So ,do you advice to fix FR ourslef ? is there any common problems for > those want to fix their self ? > 3-What other things and issues ,Do you advice to be attended before and > while buying FR ? > Just buy it, don't have too high expectations on stability, and learn to love it. > > > Regards dehqan > Regards dehqan > >> >> ___ >> 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: some questions before buying FreeRunner
In The Name Of God Thanks alot for your replies ; > > >>> 3-Can other car chargers be used to charge FR ? > > >>> > > >>>Yes, but you need to tell FR (software) to start the charging > > >> > > >> So e.g nokia car chargers jack is the same as FR car charger ? > > > > > > FR has a standard mini-usb receptable. > > > > So ,almost all chargers do not have usb jack ... If charger output > voltage > > was the same can we add usb jack to charger ? > > The FR needs 5V, preferably at 500mA or 1A. If your charger can supply that > then making a jack adapter won't be a problem. Do NOT use a charger > supplying > >5.5V as it will probably damage the FR. If your charger can give 1A then > when > making the adapter you can put a 47k resistor between pin 4 and ground on > the > mini-B connector. That lets the FR identify it as being able to take 1A so > it > will automatically start charging at the full rate. > > Car USB adapters are widely available though, and the USB mini-B connector > is > used by a numer of phone manufacturers now. There were reports in the wiki > from people using TomTom and Motorola car chargers IIRC. The only problem > you > may have is that there was no standard for the use of the ID pin (pin 4) so > the current capability may be incorrectly detected. > Do you mean without that 47k resistor ,Fr will detect current lower or higher ?what will happen after that (detect incorrectly) . Another questions ; 1- Should pouch be bought ,Without pouch ,ISn't there any problem with carring FR with ourself without pouch ? 2-Do you advice a laser stylus or small one (normal one) ? 3- So ,do you advice to fix FR ourslef ? is there any common problems for those want to fix their self ? 3-What other things and issues ,Do you advice to be attended before and while buying FR ? Regards dehqan Regards dehqan > > ___ > 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: OM2009 unstable 11 July unstable broken?
How to build OM2009 unstable? I'm following this page: http://wiki.openmoko.org/wiki/MokoMakeFile But "make fso-gta02-unstable-image" it freezes at: > NOTE: Handling BitBake files: - (6113/6882) [88 %] make fso-gta02-testing-image goes beyond that point (hasn't finished yet). Michal 2009/6/12 Rui Miguel Silva Seabra > On Fri, Jun 12, 2009 at 08:38:31AM +0300, Risto H. Kurppa wrote: > > On Fri, Jun 12, 2009 at 2:02 AM, Angus Ainslie > wrote: > > > The auto generated images had some issues. I triggered a new build > > > around 12:00 CES which should be good. Tomorrows auto built images > > > should be good. > > > > Anyone have an idea where's this new build? > > > > The images at > http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090611/ > > and http://downloads.openmoko.org/distro/unstable/NeoFreerunner/ seem > > to be the same. I did't download & md5 but based on the release time > > it's the same (released at 11-Jun-2009 15:33). That's the time when > > all other daily builds are generated -> I don't think this is the new > > build Angus is talking about? > > > > There's also a new kernel image out: > > http://downloads.openmoko.org/distro/unstable/NeoFreerunner/README.html > > I'm using what's on unstable/daily/om-gta02/20090611/ and it's working, > so far... > > Rui > > ___ > 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's Future
Adolph J. Vogel wrote: > As a new freerunner owner :) and as a mechanical engineering masters > student, I think this might be an ideal place for me to contribute to > the freerunners future. :) Yeah ! You may even be able to make this count as a semester or final project, or similar. > I have done some googling on free cad software, anything beyond 2D is > severly lacking behind their propriety counterparts. I will look into > them some more, maybe there are some new projects that we can use. The most promising one seems to be HeeksCAD. It has fairly comprehensive CAM integration and can do parametric modeling via Python scripts. Salome also looks quite powerful and is perhaps more mature but appears to lack CAM integration. - Werner ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Import VCF contacts into Paroli
Wow, nice! I think many people have been waiting for this. 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: [SHR] create opkg-packages
Hello, 2009/5/27 Vinzenz Hersche : > hello there, > > i want to create a opkg-package, but i didn't found ipkg-utils on shr, also > not on ubuntu. If you want to provide a package for SHR, it should be better to build it using the SHR's build system (which is OpenEmbedded build system). There is a draft about creating package for SHR here : http://shr-project.org/trac/wiki/Packages It is a little bit more difficult than building a simple .ipk using ipkg-utils but it handle dependencies and should be easily integrated to official image SHR. Hope it helps. -- neomilium ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Import VCF contacts into Paroli
Hi, I fixed a python script that imports VCF files into Paroli. I'd like to make it do a better job, but I'd need Paroli's contacts DB structure, Mirko, do you have a description somewhere? Anyway, if you don't mind having multiple contacts for the same person when they have multiple numbers, the following should work... http://blog.1407.org/2009/06/11/import-vcf-contacts-into-paroli/comment-page-1 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM2009 unstable 11 July unstable broken?
On Fri, Jun 12, 2009 at 08:38:31AM +0300, Risto H. Kurppa wrote: > On Fri, Jun 12, 2009 at 2:02 AM, Angus Ainslie wrote: > > The auto generated images had some issues. I triggered a new build > > around 12:00 CES which should be good. Tomorrows auto built images > > should be good. > > Anyone have an idea where's this new build? > > The images at > http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090611/ > and http://downloads.openmoko.org/distro/unstable/NeoFreerunner/ seem > to be the same. I did't download & md5 but based on the release time > it's the same (released at 11-Jun-2009 15:33). That's the time when > all other daily builds are generated -> I don't think this is the new > build Angus is talking about? > > There's also a new kernel image out: > http://downloads.openmoko.org/distro/unstable/NeoFreerunner/README.html I'm using what's on unstable/daily/om-gta02/20090611/ and it's working, so far... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner's Future
> Also, we haven't touched the whole area of case design and > manufacturing yet. As a new freerunner owner :) and as a mechanical engineering masters student, I think this might be an ideal place for me to contribute to the freerunners future. :) > There's a number of Free CAD tools that should be up to the task. I have done some googling on free cad software, anything beyond 2D is severly lacking behind their propriety counterparts. I will look into them some more, maybe there are some new projects that we can use. Anyway, got to get back to my open source CFD workshop :) Regards Adolph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community