Re: [all / linux] neo as gps unit?
On 21 Aug 2009, at 16:15, Al Johnson wrote: On Friday 21 August 2009, Olivier Migeot wrote: On Fri, Aug 21, 2009 at 4:44 PM, Helge Haftinghelge.haft...@hist.no wrote: Could that be the default configuration? That would also listen on ppp0. Which could be problematic if - dunno if many operators do that - its IP is directly reachable from the Wild (i.e. anybody could be able to know where you are... ). Then block it in the default iptables rules Is iptables sure to be running by default? Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
Hi, Most people just use their favorite technology. There is a c++ qt camp, python elementary, etc. The phone logic backend uses python and vala, the lower level c and c++. Since the phone is just like a linux box, you can use any technologies you want, such as java, ocaml, mono (theoretically, I haven't tried). Have look at http://wiki.openmoko.org/wiki/Openmoko_developer_guide 2009/8/22 soumik sur soumik@gmail.com Hi guys, I am new to this community. I am a software developer from india. Would anybody suggest how to begin with. What are the technologies and programming languages I have to know to contribute in this project? Anybody from India in this group? Regards, Soumik. ___ 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: [ALL] New showroom for Openmoko apps
On Sat, Aug 22, 2009 at 2:17 AM, David Reyes Samblas Martinezda...@tuxbrain.com wrote: Partial success, after installing Jaunty, the import proccess apt2db goes ok and I have the example repo in a sqlite but the web server doesn't boot up here is the error log I forwarded the error to guys/devels at #getdeb, they said they'd be able to help with Jaunty. I'll let you know (or you can join the channel to ask them directly) 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: Hi
Hi Soumik! Depends on what you want to work on, but if you have a freerunner, my suggestion is to install om2009 unstable there (see http://wiki.openmoko.org/wiki/Om2009 ) and contribute to Paroli for a start (see http://wiki.openmoko.org/wiki/Paroli ). That'd be very beneficial for many and you'd get easily in in the develpment for Freerunner. You're welcome to join #paroli irc-channel for discussion. (and I know, others will recommend you other distros like SHR or Debian - but I was first :) r On Sat, Aug 22, 2009 at 10:14 AM, Michal Brzozowskiruso...@poczta.fm wrote: Hi, Most people just use their favorite technology. There is a c++ qt camp, python elementary, etc. The phone logic backend uses python and vala, the lower level c and c++. Since the phone is just like a linux box, you can use any technologies you want, such as java, ocaml, mono (theoretically, I haven't tried). Have look at http://wiki.openmoko.org/wiki/Openmoko_developer_guide 2009/8/22 soumik sur soumik@gmail.com Hi guys, I am new to this community. I am a software developer from india. Would anybody suggest how to begin with. What are the technologies and programming languages I have to know to contribute in this project? Anybody from India in this group? Regards, Soumik. ___ 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 -- | 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: Bugfix for #1024 (gsm modem re-camping) done
Hi Rainer, Thanks for sharing your work with us. Why did you put the capacitor on the right hand side and extended it with the yellow wire? The wire might pick up a signal and cause other trouble. There seems to be room to fit the extra capacitor on the left hand side, between the two black IC's. What form factor does the capacitor have? do you have a link to a reseller of the capacitors? I am thinking of doing something similar too. Kind regards, Ed Fox Mulder wrote: Hi all, today i did the rework for bug #1024 to my freerunner. First i tried to remove C1009 and replace it with a 22µF capacitor but i had no luck getting it off the board with my tools. Maybe it was glued to good and i have no smd tweezer iron to heat up both ends of C1009 at the same time. So i used the solution where i added a 10µF capacitor parallel to the existing one. My rework is based on [1] by Dieter Spaar. I documented my rework process with a few pictures available here [2]. Now i only need a reliable testcase where i can see if the rework helped or not. Is there any scenario i can try to find out if #1024 is fixed or not? Ciao, Rainer [1] http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html [2] http://quakeman.homelinux.net/bugfix_1024/ ___ 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: [ALL] New showroom for Openmoko apps
On Saturday 22 August 2009 00:17:57 David Reyes Samblas Martinez wrote:
Partial success, after installing Jaunty,
the import proccess apt2db goes ok and I have the example repo in a sqlite
but the web server doesn't boot up
here is the error log
mut...@iluvatar:~/apt-portal$ ./apt-portal.py playdeb
/var/lib/python-support/python2.6/sqlalchemy/util.py:7:
DeprecationWarning: the sets module is deprecated
import inspect, itertools, new, operator, sets, sys, warnings, weakref
Traceback (most recent call last):
File ./apt-portal.py, line 274, in module
cherrypy.quickstart(cherrypy.root, '/', config=conf)
File /var/lib/python-support/python2.6/cherrypy/__init__.py, line
248, in quickstart
engine.start()
File /var/lib/python-support/python2.6/cherrypy/process/wspbus.py,
line 184, in start
self.publish('start')
File /var/lib/python-support/python2.6/cherrypy/process/wspbus.py,
line 147, in publish
output.append(listener(*args, **kwargs))
File /var/lib/python-support/python2.6/cherrypy/_cpserver.py, line
90, in start
ServerAdapter.start(self)
File /var/lib/python-support/python2.6/cherrypy/process/servers.py,
line 60, in start
self.wait()
File /var/lib/python-support/python2.6/cherrypy/process/servers.py,
line 95, in wait
raise self.interrupt
thread.error: can't start new thread
Exception in thread HTTPServer Thread-2:
Traceback (most recent call last):
File /usr/lib/python2.6/threading.py, line 525, in __bootstrap_inner
self.run()
File /usr/lib/python2.6/threading.py, line 477, in run
self.__target(*self.__args, **self.__kwargs)
File /var/lib/python-support/python2.6/cherrypy/process/servers.py,
line 73, in _start_http_thread
self.httpserver.start()
File /var/lib/python-support/python2.6/cherrypy/wsgiserver/__init__.py,
line 1603, in start
self.requests.start()
File /var/lib/python-support/python2.6/cherrypy/wsgiserver/__init__.py,
line 1300, in start
worker.start()
File /usr/lib/python2.6/threading.py, line 471, in start
_start_new_thread(self.__bootstrap, ())
error: can't start new thread
I think that cherry py in jaunty doesn't work with python 2.6 if i'm correct
you'll have to install
python 2.5 and change the top line to #!/usr/bin/python2.5 (you could check by
doing python2.5
./apt-portal.py playdeb obviously)
solar.george
signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
First contact with the community
Hi all, I am new to this mailing list. I am Nacer ADAMOU from Cameroon (central Africa) and python developer (part of my daily job of linux system and network engineer). I am interesting in the openmoko for more than six months (qemu simulator, I don't have a real freerunner) and decided to be more active in this community. I am waiting for a freerunner phone by the begining of the next month, but for now I am wondering how I can be helpful quickly to this community. Regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First contact with the community
Hi there! Nice to hear and see new people entering the community! And it's great that you'll get your unit soon - it just makes more sense to devel with the unit, not with qemu as you can use the touchscreen, you feel the speed, accelerometers, everything. But it all depends on what do you want to do and in what kind of projects to participate. First of all, there are many different distributions you can install on the phone. I myself use OM2009 unstable (see http://wiki.openmoko.org/wiki/Om2009 ), some other use SHR, some use Debian. Also Gentoo, Android, QTextended (or whatever it's called nowadays), Hackable1, openwrt are around and some more I forgot. Then there are many applications written primarly for Openmoko phones, like omgps (see http://code.google.com/p/omgps/ ). If you want to start contributing and you know python, I suggest you to have a look at Paroli, the phone application of OM2009. Paroli has now been written for maybe some 6 months and is quite usable, but still needs some love before it'll be launched as stable. If you're interested, have a look at http://wiki.openmoko.org/wiki/Om_2009_get_active#Paroli_phone_software - the work on Paroli will benefit many users and it's a smooth start for you, for example rewriting the wlan workflow (see http://www.paroli-project.org/trac/ticket/171 ) or include a bluetooth support. You're welcome to join #paroli irc-channel for more questions. Enjoy your freedom! 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
[All] Status of the OM community
Hi there!
After OM announced the discontinuation of the OM software development,
there was this discussion about starting a foundation to support the
community.
What's the status? Any action taken?
I feel like suffering from the unorganized community: the wiki is a
mess, apps around are outdated, no instructions available how to
submit apps to repositories and how to create .bb recipes (I know SHR
has it all better :), how to set up a development environment and so
on. There's also a lack of communication about packages and
dependencies: suddenly some library is updated and it breaks tens of
apps without the author or packager knowing about it.
- Coordination and leadership is needed!
I'm actually very happy that we ('the community') were able to start
running Community Updates without anyone from OM to do it, see
http://wiki.openmoko.org/wiki/Community_Updates
Any ideas?
My suggestion is to start with the cleanup of wiki: separate HW and
SW, separate devel/user information, archive or delete outdated
information, take good care of sites like
http://wiki.openmoko.org/wiki/Openmoko:Community_Portal
http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner
http://wiki.openmoko.org/wiki/Introduction
My wish also would be that the (former) OM employees still around
could rewrite/update the parts that concern OM the company in the
wiki.
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
[ALL] openbmap logger and quit (power, accidental close, etc...)
Hi, Yesterday night I did about 350 Km of scanning, and the phone was plugged to an USB car charger I bought (from TuxBrain). Unfortunately, even though the phone was in charging mode, it seems that while using the GPS is wastes more battery than the charger can give it, so even though it lasted longer, somewhere near the end the phone just powered off. Is there a way to recover the logging that was done and maybe upload it, or is it all on RAM and tough luck for me? Thanks, Rui -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bugfix for #1024 (gsm modem re-camping) done
Hi, to be honest i just used the same place that Dieter Spaar used in his fix from [1]. But one problem i see with moving the cap directly beneath the existing one is the height. I used a 0805 10µF capacitor which could fit over the existing resistors but then there is not much space left between the cap, the upper shielding and the lower resistor. And at the position to the right there is an empty space on the board so i don't have to worry what component is below. If i experience any problems with this solution i will try to use an 0603 10µF cap directly beneath the existing one. I'm sorry to tell you that i don't have a link to a reseller for my caps because a friend of mine brought me a few 0805 10µF/22µF and 0603 10µF capacitors from work. :) But from Farnell you can get 0603 [2] and 0805 [3] 10µF SMD capacitors. I don't know if Farnell delivers to normal customers instead of companies. But i do know that Farnell delivers to students and also gives them a sales discount of 12%. Alternatively you can get all Farnell components from the reseller HBE at [4] as normal customer in germany. Ciao, Rainer [1]http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html [2]http://de.farnell.com/taiyo-yuden/jmk107bj106ma-t/kondensator-0603-10uf-6-3v/dp/1463375 [3]http://de.farnell.com/taiyo-yuden/jmk212bj106kd-t/kondensator-0805-10uf-6-3v-x5r/dp/1463377 [4]http://www.hbe-shop.de/katalog/ Ed Kapitein wrote: Hi Rainer, Thanks for sharing your work with us. Why did you put the capacitor on the right hand side and extended it with the yellow wire? The wire might pick up a signal and cause other trouble. There seems to be room to fit the extra capacitor on the left hand side, between the two black IC's. What form factor does the capacitor have? do you have a link to a reseller of the capacitors? I am thinking of doing something similar too. Kind regards, Ed Fox Mulder wrote: Hi all, today i did the rework for bug #1024 to my freerunner. First i tried to remove C1009 and replace it with a 22µF capacitor but i had no luck getting it off the board with my tools. Maybe it was glued to good and i have no smd tweezer iron to heat up both ends of C1009 at the same time. So i used the solution where i added a 10µF capacitor parallel to the existing one. My rework is based on [1] by Dieter Spaar. I documented my rework process with a few pictures available here [2]. Now i only need a reliable testcase where i can see if the rework helped or not. Is there any scenario i can try to find out if #1024 is fixed or not? Ciao, Rainer [1] http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html [2] http://quakeman.homelinux.net/bugfix_1024/ ___ 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: [ALL] openbmap logger and quit (power, accidental close, etc...)
On 8/22/09, Rui Miguel Silva Seabra r...@1407.org wrote: Hi, Yesterday night I did about 350 Km of scanning, and the phone was plugged to an USB car charger I bought (from TuxBrain). Unfortunately, even though the phone was in charging mode, it seems that while using the GPS is wastes more battery than the charger can give it, so even though it lasted longer, somewhere near the end the phone just powered off. Is there a way to recover the logging that was done and maybe upload it, or is it all on RAM and tough luck for me? Thanks, Rui -- Just open openBmap and click Upload. Logs are splitten into smaller files, you'll probably lost only really small part of your logging near end. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
On Fri, Aug 21, 2009 at 11:50:53AM +0200, Martin Jansa wrote: 3) opkg/deb or manuall installation instructions only in first phase when its unknown package from unknown developer :) 4) then community-editable list of distributions where it works/doesn't work. 5) same list with sign if its included in standard repo of that distribution and if its not included, user should provide a link to distribution bug tracker where is package request for that application and everyone could provide bbfile/src.deb as attachment in that bug, its quite easy. Distro maintainers than could check if that package is really that popular and if someone from users/developer itself provided working bbfile then commit it to their branch, remove link to bug tracker and set sign, thats already included. I haven't had time read the entire thread, so this may have been discussed, but there's so much to read I just need to get this out lest I forget it ;) Having done some integration work in the past, this idea of distributions where it works does not sound correct. Distros have maintainers, which means the distro's software would always work on the distro or they're doing something wrong. If this would start off by being about official packages, we would just need one installation of the site per distro, and show the contents of those distros. The logical step after that would be to have unofficial packages or packages recommended for integration or whatever, more-or-less 3rd-party packages anyway, and by then we'd have the framework in place where it either installs/works/whatever on a distro or not, and it either gets displayed on that distro's site or not. So if we use opkg.org as an example name, we would have om.opkg.org and shr.opkg.org and friends. Am I making sense?-) -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] openbmap logger and quit (power, accidental close, etc...)
On Sat, Aug 22, 2009 at 12:00:17PM +0200, Sebastian Krzyszkowiak wrote: On 8/22/09, Rui Miguel Silva Seabra r...@1407.org wrote: Hi, Yesterday night I did about 350 Km of scanning, and the phone was plugged to an USB car charger I bought (from TuxBrain). Unfortunately, even though the phone was in charging mode, it seems that while using the GPS is wastes more battery than the charger can give it, so even though it lasted longer, somewhere near the end the phone just powered off. Is there a way to recover the logging that was done and maybe upload it, or is it all on RAM and tough luck for me? Just open openBmap and click Upload. Logs are splitten into smaller files, you'll probably lost only really small part of your logging near end. Ah, good, I feared they were just in memory. Anyways, sniffing around the files I saw that the maximum GPS speed for logging was 150. erms... I may have lost some logging... Anyone knows if can I freely change this value? :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
On 8/22/09, Risto H. Kurppa ri...@kurppa.fi wrote: (and I know, others will recommend you other distros like SHR or Debian - but I was first :) On Sat, Aug 22, 2009 at 1:10 PM, Sebastian Krzyszkowiakseba.d...@gmail.com wrote: Few arguments for SHR over Om2009: more people working on it, develops faster, most of decisions are done by community, nice way for sending and maintain patches, reachable people maintaining distro (so your app can even be added to default image), perspectives for future. IRC channel: #openmoko-cdevel told you ;) And just to start the war, wouldn't this mean that we should stop using Linux since more people are working on Windows. Or ok, only use Ubuntu and drop others since more people are working on it than others :) And no new projects can be started as they're smaller etc than the already existing ones. And btw, it bugs me a bit that #openmoko-cdevel is concidered to be SHR only (current topic: Openmoko Community Developer's Channel -- Open developer discussion on all firmware images, packages, and software | Joint FSO|SHR Users Developers Convention: Soon talks' video and slides on http://www.shr-project.org/trac/wiki/FSOSHRUDCON%2709 | Newest SHR-unstable ***IMPORTANT NOTICE***: opkg was called opkg-cl, it is fixed now (opkg[-cl] upgrade). But this is a bit off-topic.. Just had enough of the 'SHR only' -attitude.. 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: [ALL] New showroom for Openmoko apps
On Fri, Aug 21, 2009 at 12:44:35PM +0200, Martin Jansa wrote: On Fri, Aug 21, 2009 at 04:45:00AM -0500, KaZeR wrote: One problem is that distro packaged apps sometimes lag way behind bleeding edge. e.g. : navit in SHR : r2309, navit via navit's feed : r2511 : that's quite a lot. I use autorev for navit as one of my tweaks of shr-unstable, so I have always the latest. My two cents say something about stability ;) In a showroom kind of thing it's important to build a community around what would otherwise be a mod_autoindex list of /pool/ and not so much take a stance on distro management. Bleeding-edge distro with even more autorev packages would be great even for application developers to check their continuous integration and build problems. Is there some Open Source tool for doing CI, something that distros would use already? I thought for a while Launchpad might be it, but probably not. With my 2 cents we've 4 already, great! :) 6! -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Getting location info from cell tower
Hi, Sebastian Krzyszkowiak wrote: Except cell broadcast channel there is also something like Cell info (it was exposed in settings in my Nokia and Motorola phones), and it in some networks provide info about location and doesn't have such limitation as cell broadcasting. Is it possible to get it from Calypso and FSO? Well, that cell info on nokia and motorola phone is the data from a cell broadcast service channel providing location data. It works here when I register for all channels (since I dont know which chaneel the data is sent on). The very same location info is now shown on the launcher home page. Set a listener for org.freesmartphone.ogsmd, /org/freesmartphone/GSM/Device, org.freesmartphone.GSM.CB, SetCellBroadcastSubscriptions and pass the value all. You'll get a string with the location. HTH -- View this message in context: http://n2.nabble.com/Getting-location-info-from-cell-tower-tp3458613p3494729.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: [ALL] New showroom for Openmoko apps
On Sat, Aug 22, 2009 at 01:17:57AM +0200, David Reyes Samblas Martinez wrote: here is the error log mut...@iluvatar:~/apt-portal$ ./apt-portal.py playdeb /var/lib/python-support/python2.6/sqlalchemy/util.py:7: DeprecationWarning: the sets module is deprecated import inspect, itertools, new, operator, sets, sys, warnings, weakref [...] After some googling I don't find anything about this error, I will try to dedicate some more time to solve this and if not success maybe I will do my own php frontend based on the imported table. This is surprisingly ungooglable! But what I usually do on new Ubuntus is install python2.5 and (very cruelly) replace the symlink so that /usr/bin/python - /usr/bin/python2.5 But the other suggestion about hacking the source might be safer, if Ubuntu is doing something in Python that actually uses 2.6 features ;) Let us know how it works out! -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Getting location info from cell tower
On 8/22/09, c_c cchan...@yahoo.com wrote: Hi, Sebastian Krzyszkowiak wrote: Except cell broadcast channel there is also something like Cell info (it was exposed in settings in my Nokia and Motorola phones), and it in some networks provide info about location and doesn't have such limitation as cell broadcasting. Is it possible to get it from Calypso and FSO? Well, that cell info on nokia and motorola phone is the data from a cell broadcast service channel providing location data. It works here when I register for all channels (since I dont know which chaneel the data is sent on). The very same location info is now shown on the launcher home page. Set a listener for org.freesmartphone.ogsmd, /org/freesmartphone/GSM/Device, org.freesmartphone.GSM.CB, SetCellBroadcastSubscriptions and pass the value all. You'll get a string with the location. HTH I was asking, cause cell info and cell broadcast were two other functions in all phones i had before Freerunner, and i always had cell info displayed before cell broadcast came (broadcast was handled as messages) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] Status of the OM community
Risto,
My wish also would be that the (former) OM employees still around
could rewrite/update the parts that concern OM the company in the
wiki.
Can you point me to some parts you would like to see updated?
I'm not with the company anymore for 2 months, but maybe there are
still some things I can help cleaning up.
I agree with you that the community should show more leadership, the
Community News are a great example!
To me the FreeRunner remains the most interesting cell phone to do
hacking on today, even though it's a technical minefield. Or maybe it
is interesting because it is a minefield ;-)
Wolfgang
On Sat, Aug 22, 2009 at 12:34:05PM +0300, Risto H. Kurppa wrote:
Hi there!
After OM announced the discontinuation of the OM software development,
there was this discussion about starting a foundation to support the
community.
What's the status? Any action taken?
I feel like suffering from the unorganized community: the wiki is a
mess, apps around are outdated, no instructions available how to
submit apps to repositories and how to create .bb recipes (I know SHR
has it all better :), how to set up a development environment and so
on. There's also a lack of communication about packages and
dependencies: suddenly some library is updated and it breaks tens of
apps without the author or packager knowing about it.
- Coordination and leadership is needed!
I'm actually very happy that we ('the community') were able to start
running Community Updates without anyone from OM to do it, see
http://wiki.openmoko.org/wiki/Community_Updates
Any ideas?
My suggestion is to start with the cleanup of wiki: separate HW and
SW, separate devel/user information, archive or delete outdated
information, take good care of sites like
http://wiki.openmoko.org/wiki/Openmoko:Community_Portal
http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner
http://wiki.openmoko.org/wiki/Introduction
My wish also would be that the (former) OM employees still around
could rewrite/update the parts that concern OM the company in the
wiki.
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
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [all / linux] neo as gps unit?
On Saturday 22 August 2009, Stroller wrote: On 21 Aug 2009, at 16:15, Al Johnson wrote: On Friday 21 August 2009, Olivier Migeot wrote: On Fri, Aug 21, 2009 at 4:44 PM, Helge Haftinghelge.haft...@hist.no wrote: Could that be the default configuration? That would also listen on ppp0. Which could be problematic if - dunno if many operators do that - its IP is directly reachable from the Wild (i.e. anybody could be able to know where you are... ). Then block it in the default iptables rules Is iptables sure to be running by default? If it isn't already then it should be, with some sensibly safe defaults. Since we're talking about changing default settings I don't see why we shouldn't consider the default state of iptables too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [da...@tuxbrain.com: Re: [ALL] New showroom for Openmoko apps]
Hello, I am the apt-portal main developer and I hope I can help extending it to support your repository. About the recently reported error when starting the web server, please make sure you use the cherrypy version provided at getdeb, check : http://wiki.getdeb.net/apt-portal/Download The cherrypy version available from the official repository repository does not work with python2.6 . Best regards, -- João Luís Marques Pinto GetDeb Team Leader http://www.getdeb.net http://blog.getdeb.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] Status of the OM community
On Sat, Aug 22, 2009 at 3:08 PM, Wolfgang Spraulwolfg...@qi-hardware.com wrote: Risto, My wish also would be that the (former) OM employees still around could rewrite/update the parts that concern OM the company in the wiki. Can you point me to some parts you would like to see updated? I'm not with the company anymore for 2 months, but maybe there are still some things I can help cleaning up. Great, thanks! Maybe you could have a look at these: http://wiki.openmoko.org/wiki/Distributions#Official_Openmoko_releases (what's official any more..) Official distro also mentioned here: http://wiki.openmoko.org/wiki/Om_2009 http://wiki.openmoko.org/wiki/Introduction - Om doesn't do software any more.. http://wiki.openmoko.org/wiki/Regular_Training_Programs - still uprunning? http://wiki.openmoko.org/wiki/Policies http://wiki.openmoko.org/wiki/FAQ#Openmoko I'd also like someone to have a pages like: http://wiki.openmoko.org/wiki/Openmoko_developer_guide http://wiki.openmoko.org/wiki/Freshman_todo http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner (lots of outdated om2007 or om2008 stuff..) http://wiki.openmoko.org/wiki/Download - tons of outdated information.. http://wiki.openmoko.org/wiki/Distributions (what makes SHR and FDOM (dead?) more from community than for example neovento? To me the FreeRunner remains the most interesting cell phone to do hacking on today, even though it's a technical minefield. Or maybe it is interesting because it is a minefield ;-) heh :) btw, found this: http://wiki.openmoko.org/wiki/Advertising - interesting stuff, too bad it hasn't be used for something useful.. 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: [All] Status of the OM community
My suggestion is to start with the cleanup of wiki: separate HW and SW, I have already tried to do this with Getting Started with your Neo 1973/Neo FreeRunner. The page Getting Started with your Neo FreeRunner is obsolete now. Now we have several manuals on the wiki, which are explicitly separated into device manuals and distribution manuals.[1] Unfortunately the manuals page is not linked to from the navigation bar - on the documentation mailing list it was agreed to have a link, but there are no active wiki sysops to change this. separate devel/user information, This was already discussed several times, but it never really was put into practice. I had planned to attempt this once again when I have got more time - But if anybody else would be willing to do this now that would be great! archive or delete outdated information, Some time ago I thought about this too. However this turned out to be problematic for me: Personally I often have problems to tell whether a page is up-to-date or not because I don't have enough knowledge in this topic. Therefore I'd suggest a different method: Mark pages as maintained if there are editors who regularly check if they are still up to date and have a warning on the top of the page if they are not maintained. I'm currently thinking about a concept on how to realize this - comments are welcome! [1] http://wiki.openmoko.org/wiki/Manuals ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] Status of the OM community
Marko Knöbl openmoko.ma...@gmail.com writes: archive or delete outdated information, Some time ago I thought about this too. However this turned out to be problematic for me: Personally I often have problems to tell whether a page is up-to-date or not because I don't have enough knowledge in this topic. Any page about OM2008.x is outdated. Any page about bluez3 is outdated. And i think that any exact recipies are harmful too, users should be educated instead getting strange and non-tested instructions. E.g. look at all the pages that mention iptables: lots of useless commands without any decent explanation. Also, if you have concerns about technical correctness of any particular page, i suggest you ask guys on IRC (including me) to comment on that. -- 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: Hi
I would recommend that you choose which ever distro keeps their how to make your Neo work as a phone for most of the time using this distro as well as running other standard services reliably wiki page up to date and by up to date I mean referring to which ever is the most useable bootloader, build, kernel currently available even if that is the daily build. It should also assume that the reader is a complete novice and is neither a hacker or a linux sysadmin. Seeing that none of the distro's really do (seeing that they are produced by hackers who are mostly hacking for their own enjoyment it's not really surprising and you can't really blame the teams) you've got a wide choice. This remains one of the main requirements of Openmoko in my opinion and could be a great way for the non-core-hackers to contribute. Roland -- QURU Ltd, London On 8/22/09, Risto H. Kurppa ri...@kurppa.fi wrote: Hi Soumik! Depends on what you want to work on, but if you have a freerunner, my suggestion is to install om2009 unstable there (see http://wiki.openmoko.org/wiki/Om2009 ) and contribute to Paroli for a start (see http://wiki.openmoko.org/wiki/Paroli ). That'd be very beneficial for many and you'd get easily in in the develpment for Freerunner. You're welcome to join #paroli irc-channel for discussion. (and I know, others will recommend you other distros like SHR or Debian - but I was first :) r On 22 Aug 2009, at 11:10, Sebastian Krzyszkowiak wrote Few arguments for SHR over Om2009: more people working on it, develops faster, most of decisions are done by community, nice way for sending and maintain patches, reachable people maintaining distro (so your app can even be added to default image), perspectives for future. IRC channel: #openmoko-cdevel Decision is up to you, but I prefer SHR. Fast, stable, usable - as Om2009, but it has also more things behind scenes which Om2009 don't have ;) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
How does well does this community work?
I am working with the 40 Fires Foundation [http://www.40fires.org] to try to build a framework for the development of open source hardware. You might have heard that the first project is the hyrban car - a car powered by a hydrogen fuel cell - the prototype of which was revealed by Riversimple [http://www.riversimple.com] earlier in the summer and whose designs have been licensed to 40 Fires. We have had input from Mozilla and other software foundations but of course the design of something like a car is a little harder to manage as an open source project. Openmoko.org is frequently raised in discussions and has lead me to push forward a wiki, mailing list and nabble based forums. Before we commit to this, how well do you think that this technology serves the Openmoko community? If you had the chance to build a community for the development of the Openmoko (hardware as well as software) what would you do and why? TIA Roland -- QURU, London ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Screen in FR goes black and white after resume from suspend
abatrour abatr...@gmail.com writes: RANJAN-3 wrote: The screen in my FR goes B/W with weird lines after it resumes from suspend.Got to know it is WSOD bug (or sometimes resumes in grey scale mode) .Well temporarily I can change the FR not to suspend but I have to do so after every reboot.Any solutions? That would happen with mine all the time too. Turns out all you have to do to recover from it is put it back into sleep mode and try again. It usually takes me 5 or 6 tries to get rid of the wsod. Do you have omnewrotate running, or is the screen rotated before suspend for any other reason? -- Don't be afraid to ask (Lf.((Lx.xx) (Lr.f(rr. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How does well does this community work?
If you had the chance to build a community for the development of the Openmoko (hardware as well as software) what would you do and why? My 2 cents : I would open a mailing list _or_ a web forum but not both to avoid scattering people accross various medias. Also, maybe we should look for similarities with the gta-core project ? For instance, maybe you share some needs for some CAD software ? Anyway, I was unaware of this project. This is incredibly good news. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR testing] intone requires different e17 lib name
G'evening, I'm fiddling with SHR (some way to get paroli on it? .) and found that the opkg.org intone 0.66 package is linked against libe*-ver-svn-02.so.0 sonames but SHR testing contains libe*-ver-pre-01.so.0 libs. Could you do another special SHR testing build? (Symlinking all of them to -svn-02 is another solution, but kinda messy, too...) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR testing] intone requires different e17 lib name
On 8/22/09, Marcel tan...@googlemail.com wrote: G'evening, I'm fiddling with SHR (some way to get paroli on it? .) and found that the opkg.org intone 0.66 package is linked against libe*-ver-svn-02.so.0 sonames but SHR testing contains libe*-ver-pre-01.so.0 libs. Could you do another special SHR testing build? (Symlinking all of them to -svn-02 is another solution, but kinda messy, too...) -- Marcel Could you use supported distro? SHR unstable is the way to go - it works even more stable than testing. And Intone is there by default :P -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR testing] intone requires different e17 lib name
Am Samstag, den 22.08.2009, 20:48 +0200 schrieb Sebastian Krzyszkowiak: On 8/22/09, Marcel tan...@googlemail.com wrote: G'evening, I'm fiddling with SHR (some way to get paroli on it? .) and found that the opkg.org intone 0.66 package is linked against libe*-ver-svn-02.so.0 sonames but SHR testing contains libe*-ver-pre-01.so.0 libs. Could you do another special SHR testing build? (Symlinking all of them to -svn-02 is another solution, but kinda messy, too...) -- Marcel Could you use supported distro? SHR unstable is the way to go - it works even more stable than testing. And Intone is there by default :P SHR testing is unsupported, but unstable is? And the latter even more stable than testing? You SHR folks are strange... Okay, lemme reflash... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR testing] intone requires different e17 lib name
On 8/22/09, Marcel tan...@googlemail.com wrote: Am Samstag, den 22.08.2009, 20:48 +0200 schrieb Sebastian Krzyszkowiak: On 8/22/09, Marcel tan...@googlemail.com wrote: G'evening, I'm fiddling with SHR (some way to get paroli on it? .) and found that the opkg.org intone 0.66 package is linked against libe*-ver-svn-02.so.0 sonames but SHR testing contains libe*-ver-pre-01.so.0 libs. Could you do another special SHR testing build? (Symlinking all of them to -svn-02 is another solution, but kinda messy, too...) -- Marcel Could you use supported distro? SHR unstable is the way to go - it works even more stable than testing. And Intone is there by default :P SHR testing is unsupported, but unstable is? And the latter even more stable than testing? You SHR folks are strange... Okay, lemme reflash... There are just too less hands to work, and maintaining -testing is hard work. We hope to release new testing image soon, and support it constantly. But noone knows when it'll finally happen... -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
On Sat, Aug 22, 2009 at 07:10, Sebastian Krzyszkowiak seba.d...@gmail.comwrote: Few arguments for SHR over Om2009: more people working on it, develops Closer development ... is another characteristic of SHR regards, Levy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
On 8/22/09, levy santanna levy.santa...@gmail.com wrote: On Sat, Aug 22, 2009 at 07:10, Sebastian Krzyszkowiak seba.d...@gmail.comwrote: Few arguments for SHR over Om2009: more people working on it, develops Closer development ... is another characteristic of SHR regards, Levy. Closer? In sense less open? I wouldn't say that - for me it looks like SHR is the most community based (and open) distro out here... -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] openbmap logger and quit (power, accidental close, etc...)
Hi Rui, Rui Miguel Silva Seabra wrote: On Sat, Aug 22, 2009 at 12:00:17PM +0200, Sebastian Krzyszkowiak wrote: On 8/22/09, Rui Miguel Silva Seabra r...@1407.org wrote: Yesterday night I did about 350 Km of scanning, and the phone was plugged to an USB car charger I bought (from TuxBrain). Unfortunately, even though the phone was in charging mode, it seems that while using the GPS is wastes more battery than the charger can give it, so even though it lasted longer, somewhere near the end the phone just powered off. Surprising. With obm running, my FR charges, when plugged into my car. As another response states, maybe your charger brings less power than mine... Is there a way to recover the logging that was done and maybe upload it, or is it all on RAM and tough luck for me? Just open openBmap and click Upload. Logs are splitten into smaller files, you'll probably lost only really small part of your logging near end. That's correct. The only thing that could happen, is that the power was lost during a log file being written (one file usually represents about 5 minutes of logging, but your mileage may vary depending on the density of the area you are in). This would leave a truncated file. But even though, you should be able to upload it. I guess the server would accept it, but then ditch it because malformed. But I am not sure here. Anyway, all the other files are located in $HOME/.openBmap/Logs. And are ready for upload. Ah, good, I feared they were just in memory. Anyways, sniffing around the files I saw that the maximum GPS speed for logging was 150. erms... I may have lost some logging... :-D No comments ;-) Anyone knows if can I freely change this value? :) This one is free to change. Nevertheless, we consider that above this, the GPS position becomes inaccurate. Thus we fear this brings only low quality data. Onen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Android Donut on FreeRunner (was Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian)
I'm definitely looking into getting in touch with Michael Trimarchi. I'm interested to see if he can get some of the libglamo / glamo-dri code to fit in with Android's GL implimentation. If that's the case, then the FreeRunner graphics might actually speed up a bit (not to mention how nice it would be to have some of the video operations accelerated). Also, thanks for the tip about checkjni - any speedup we can get would definitely help. C On Sat, Aug 22, 2009 at 2:36 AM, Jim Anconaj...@anconafamily.com wrote: AFAIK, Michael still hasn't published his changes in a public repository. To improve the speed of the Koolu build, see the patch in this email: http://android.koolu.org/pipermail/android-freerunner-koolu.org/2009-July/001149.html Jim On Fri, Aug 21, 2009 at 7:28 PM, Chris Samuelch...@csamuel.org wrote: On Sat, 22 Aug 2009 01:49:09 am Christopher Friedt wrote: I've since become a bit fixated with Android Donut on my FreeRunner, and am just about finished building an ARMv4T generic version of Donut (hopefully everything links ok without relocations!). Next I'll have to try to integrate a massive diff of the KoolU-Cupcake changeset with Donut (ugghh..). I reckon it would be worth looking at pulling in Michael Trimarchi's (Panicking) changes too. He's got echo suppression working, not to mention it being much faster than the Koolu builds. cheers! Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP ___ 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: Android Donut on FreeRunner (was Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian)
On Sun, 23 Aug 2009 09:16:11 am Christopher Friedt wrote: I'm definitely looking into getting in touch with Michael Trimarchi. I'm interested to see if he can get some of the libglamo / glamo-dri code to fit in with Android's GL implimentation. He has two public git trees which seem to contain his work, might be of use ? http://panicking.kicks-ass.org/repository.html cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Android Donut on FreeRunner (was Re: Kernel Mode-Setting (KMS) on Neo FreeRunner + Debian)
On Sun, 23 Aug 2009 09:16:11 am Christopher Friedt wrote: I'm definitely looking into getting in touch with Michael Trimarchi. Forgot to mention, he has been active on the Koolu android-freerunner list: http://android.koolu.org/listinfo.cgi/android-freerunner-koolu.org cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How does well does this community work?
That's a though question, especially due to the differences between a car and a phone. :) When it comes to pure Community building, IMHO the leaders seem to be Ubuntu; so you should probably talk to Jono Bacon or read his book. ;) Regarding the Openmoko community, I think it works better now that we don't expect anything from Openmoko the company -- this has freed everybody to assert their own targets and roads, and get down and dirty instead of waiting for the next disclosure. So, not having a benevolent dictator over the community makes it proliferate and flourish. On the other hand, we now have almost as many distributions as we have phones out there. ;) And many of the applications are being redundantly developed in parallel, instead of collaboration. So, my humble advice to you: if 40fires wants a coherent community, focused on a small set of defined goals, you must be the benevolent dictator and you must have a single communication channel that is extremely clear (see linux or perl); if on the contrary, you seek variety, chaotic innovation, and surprise, then just throw it up on as many channels as you like and watch the feeding frenzy. :) BTW, congratulations on the project. The world needs it. Roland Whitehead escreveu: I am working with the 40 Fires Foundation [http://www.40fires.org] to try to build a framework for the development of open source hardware. You might have heard that the first project is the hyrban car - a car powered by a hydrogen fuel cell - the prototype of which was revealed by Riversimple [http://www.riversimple.com] earlier in the summer and whose designs have been licensed to 40 Fires. We have had input from Mozilla and other software foundations but of course the design of something like a car is a little harder to manage as an open source project. Openmoko.org is frequently raised in discussions and has lead me to push forward a wiki, mailing list and nabble based forums. Before we commit to this, how well do you think that this technology serves the Openmoko community? If you had the chance to build a community for the development of the Openmoko (hardware as well as software) what would you do and why? TIA Roland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How does well does this community work?
On Sun, 23 Aug 2009 03:27:20 am Roland Whitehead wrote: I am working with the 40 Fires Foundation [http://www.40fires.org] to try to build a framework for the development of open source hardware. You might have heard that the first project is the hyrban car - a car powered by a hydrogen fuel cell First off this is a great idea! Best of luck. Secondly it looks like the RiverSimple website is down. :-( Another suggestion on getting the word out about the project: - get accounts on Twitter and Identi.ca (FLOSS friendly version of Twitter) - Set Identi.ca to sync updates with your Twitter account - post news headlines to Identi.ca with links to the story (use bit.ly to make them short) - Identi.ca will then sync them through to Twitter cheers! Chris (@chris_bloke) -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
On Sat, Aug 22, 2009 at 17:26, Sebastian Krzyszkowiak seba.d...@gmail.comwrote: Closer? In sense less open? I wouldn't say that - for me it looks like SHR is the most community based (and open) distro out here... Yes, less open. How this distro development is done, today? regards, Levy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
Roland, Seeing that none of the distro's really do (seeing that they are produced by hackers who are mostly hacking for their own enjoyment it's not really surprising and you can't really blame the teams) I would agree, but what's your solution? The one idea I have is that maybe stable releases are the common denominator: Insist on stable interfaces, crystal clear distinction between stable, testing and unstable branches. That may be one way to bring the hackers and regular users together, since I believe at least a large part of hackers understands and agrees with the value of well maintained stable releases, well tested upgrade paths from one stable release to the next, a clear process of how stuff moves from unstable to testing to stable. It would still require some tough choices though, because there are some that don't care about stable releases (I'm not blaming them same as you - they do this for their own enjoyment). Maybe their stuff stays in unstable forever :-) What do you think? Best Regards, Wolfgang On Sat, Aug 22, 2009 at 06:16:47PM +0100, Roland Whitehead wrote: I would recommend that you choose which ever distro keeps their how to make your Neo work as a phone for most of the time using this distro as well as running other standard services reliably wiki page up to date and by up to date I mean referring to which ever is the most useable bootloader, build, kernel currently available even if that is the daily build. It should also assume that the reader is a complete novice and is neither a hacker or a linux sysadmin. Seeing that none of the distro's really do (seeing that they are produced by hackers who are mostly hacking for their own enjoyment it's not really surprising and you can't really blame the teams) you've got a wide choice. This remains one of the main requirements of Openmoko in my opinion and could be a great way for the non-core-hackers to contribute. Roland -- QURU Ltd, London On 8/22/09, Risto H. Kurppa ri...@kurppa.fi wrote: Hi Soumik! Depends on what you want to work on, but if you have a freerunner, my suggestion is to install om2009 unstable there (see http://wiki.openmoko.org/wiki/Om2009 ) and contribute to Paroli for a start (see http://wiki.openmoko.org/wiki/Paroli ). That'd be very beneficial for many and you'd get easily in in the develpment for Freerunner. You're welcome to join #paroli irc-channel for discussion. (and I know, others will recommend you other distros like SHR or Debian - but I was first :) r On 22 Aug 2009, at 11:10, Sebastian Krzyszkowiak wrote Few arguments for SHR over Om2009: more people working on it, develops faster, most of decisions are done by community, nice way for sending and maintain patches, reachable people maintaining distro (so your app can even be added to default image), perspectives for future. IRC channel: #openmoko-cdevel Decision is up to you, but I prefer SHR. Fast, stable, usable - as Om2009, but it has also more things behind scenes which Om2009 don't have ;) -- Sebastian Krzyszkowiak dos ___ 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: How does well does this community work?
kind of off-topic but also check this as your sister-project: http://www.sahkoautot.fi/eng - A community took an Corolla and are converting it to an electric car. The plan is to release all specs to the public so anyone could do it. The content of the site is already cc-by-sa. 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
