Re: OM future
On Tuesday 23 February 2010 10:05:31 Mike Crash wrote: We can create a phone as a next step in the future, but not now. This is a very bad idea. I cant agree. I have N770 which is great PDA. If Neo was just PDA i would never bought it. Neo is very nice piece of hardware. But the hardware needs some fixes. I think gta-core project does exactly what is needed. If it had better case and design (or you could choose from alternative cases - e.g. white color for girls and women) and if it was cheap, it could be quite successful phone. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR Stable Party
I have near zero graphic skills but I have modified a place holder logo for the SHR Party page http://wiki.openmoko.org/wiki/Image:SHR-Party-Logo.png This is only there till someone can provide a better logo. Rakshat On Wed, Feb 24, 2010 at 12:56 AM, rakshat hooja raks...@gmail.com wrote: As we build up to the SHR Stable renaming of SHR Testing and (hopefully) a number of SHR Stable parties across the world, I have been thinking about what all we can do to create more awareness about SHR (and FSO) among embeded developers as well as users. Three ideas have come to me (as in within the last miniute so please excuse if they are not developed properly) 1) We need to create press releases that we can emai/ mail/ fax to our local (or global for that matter) tech media outlets. Actually I am thinking of 2 sets of press releases. One for the various developer communities who may be interested and one for the general public focuses media. The general public press release needs to give an idea of what SHR is, what it is trying to acheive,its benifits and usefullness etc with screen shots. The community announcement can be more technical and also acknowledge the core developers (if they agree). I see these going out to the tech editor of your local newspaper, tech blogging sites, news agencies, maybe some companies too along with the big tech news websites. If we all send these out in our own regions we may get some coverage 2) This weekend I am going to make a questionnaire for the SHR core team asking questions about the history of SHR (how it came to be, who were the key people in the begining etc), who all are working on it currently and what all are they contributing, what technologies and toolkits SHR uses and supports, Why SHR should be used, What are the future plans and new targeted platforms, What help do they need, What contributions the community can make etc. I will post the questionnaire on these mailing lists and maybe the SHR-devloper list too. Once the answers are there maybe some of you with bolgs can edit and make an article for your blogs/ for sending to magazines for publication. 3) If someone can make a small SHR user logo, the SHR users can put it on their blogs/ websites. Please send feedback and more ideas. Rakshat PS - Also add your names for the various SHR Stable parties http://wiki.openmoko.org/wiki/SHR_Party_Page On Fri, Feb 19, 2010 at 11:53 PM, rakshat hooja raks...@gmail.com wrote: As promised I have put together a very basic framework of the SHR Stable release party planning page http://wiki.openmoko.org/wiki/SHR_Party_Page Please go through it and add your information/ improve it/ send feedback. Currently it is only linked from the SHR page on the OM wiki http://wiki.openmoko.org/wiki/SHR#SHR.2FStable_release_party Please let me know the other places it should be linked from (main SHR wiki?) Rakshat -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM future
Heya, On Wed, Feb 24, 2010 at 2:58 AM, Radek Polak pson...@seznam.cz wrote: On Tuesday 23 February 2010 10:05:31 Mike Crash wrote: We can create a phone as a next step in the future, but not now. This is a very bad idea. I cant agree. I have N770 which is great PDA. If Neo was just PDA i would never bought it. I agree 100%. I have a few different Palms, which were much cheaper then the Neo. It was the vision that inspired me, and I'm sure will inspire others. Neo is very nice piece of hardware. But the hardware needs some fixes. I think gta-core project does exactly what is needed. If it had better case and design (or you could choose from alternative cases - e.g. white color for girls and women) and if it was cheap, it could be quite successful phone. While I agree that aesthetics are a factor, at this point the community should focus on making something sustainable. If the stuff under the hood is good, we'll attract case mods, and they can put cool cases around our good hardware. I also think gta-core is on the right track. It just needs to keep moving forward, and we'll eventually be successful. Thanks, Gerald. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mcnavi maps and ipk
On Tue, Feb 23, 2010 at 9:25 PM, Mike Crash m...@mikecrash.com wrote: I plan to write script which will generate the maps and upload it to gps-routes.info for download. Also it would be nice to package the maps as deb and make a regular updates via apt-get. I'm only waiting for fixing the bugs in osm2mcmap - so please be patient, there is much to do. Don't worry we are patient! We're still using the fr :P hehe I wanted just to give a hand to those who don't have 4GBs of ram+swap to generate the maps :) Feel free to count on my cpu (and ram) for map processing. d You can download only the boundaries data, which may be usefull now. If you send me the IPK, i can add it to this site too. And - for download is new version with some bugs fixed and some new functionality. -- View this message in context: http://n2.nabble.com/Mcnavi-maps-and-ipk-tp4619065p4621513.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: OM future
Does anybody out there know what the financial envelope for, say, a run of 100 Neos with the accumulated hardware improvements, g3, and double the memory would be? I am thinking a custom application here... I also suspect that a faster processor and support for higher capacity SD cards could be nice. Gerald A wrote: Heya, On Wed, Feb 24, 2010 at 2:58 AM, Radek Polak pson...@seznam.cz mailto:pson...@seznam.cz wrote: On Tuesday 23 February 2010 10:05:31 Mike Crash wrote: We can create a phone as a next step in the future, but not now. This is a very bad idea. I cant agree. I have N770 which is great PDA. If Neo was just PDA i would never bought it. I agree 100%. I have a few different Palms, which were much cheaper then the Neo. It was the vision that inspired me, and I'm sure will inspire others. Neo is very nice piece of hardware. But the hardware needs some fixes. I think gta-core project does exactly what is needed. If it had better case and design (or you could choose from alternative cases - e.g. white color for girls and women) and if it was cheap, it could be quite successful phone. While I agree that aesthetics are a factor, at this point the community should focus on making something sustainable. If the stuff under the hood is good, we'll attract case mods, and they can put cool cases around our good hardware. I also think gta-core is on the right track. It just needs to keep moving forward, and we'll eventually be successful. Thanks, Gerald. ___ 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: OM future
On Wed, Feb 24, 2010 at 10:14 AM, Iain B. Findleton ifindle...@videotron.ca wrote: Does anybody out there know what the financial envelope for, say, a run of 100 Neos with the accumulated hardware improvements, g3, and double the memory would be? I am thinking a custom application here... I have no idea on financials, but the impression I got was small quantities were incredibly expensive, comparatively. It might be better to shoot for 1000 (or even 10,000), and open it to the community to see if anyone would want to do the work of sales to make it break even. In your laundry list, the 3G (I'm guessing that is what you meant by g3) is probably far and away the most expensive piece, as it involves patents and licences and so forth, if I recall the discussion correctly. If you can do without the 3G, the gta-core project may be able to accommodate you. Hope that helps, Gerald ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM future
On Wed, 24 Feb 2010 10:14:39 -0500 Iain B. Findleton ifindle...@videotron.ca wrote: Does anybody out there know what the financial envelope for, say, a run of 100 Neos with the accumulated hardware improvements, g3, and double the memory would be? I am thinking a custom application here... if you do considerable changes to the hardware -and adding 3g is considerable- you need to recertify it (FCC, CE etc.). you should have roughly 1.000.000$ loose change in your pockets. unless your customer is rms, you might consider other options... marcus I also suspect that a faster processor and support for higher capacity SD cards could be nice. Gerald A wrote: Heya, On Wed, Feb 24, 2010 at 2:58 AM, Radek Polak pson...@seznam.cz mailto:pson...@seznam.cz wrote: On Tuesday 23 February 2010 10:05:31 Mike Crash wrote: We can create a phone as a next step in the future, but not now. This is a very bad idea. I cant agree. I have N770 which is great PDA. If Neo was just PDA i would never bought it. I agree 100%. I have a few different Palms, which were much cheaper then the Neo. It was the vision that inspired me, and I'm sure will inspire others. Neo is very nice piece of hardware. But the hardware needs some fixes. I think gta-core project does exactly what is needed. If it had better case and design (or you could choose from alternative cases - e.g. white color for girls and women) and if it was cheap, it could be quite successful phone. While I agree that aesthetics are a factor, at this point the community should focus on making something sustainable. If the stuff under the hood is good, we'll attract case mods, and they can put cool cases around our good hardware. I also think gta-core is on the right track. It just needs to keep moving forward, and we'll eventually be successful. Thanks, Gerald. ___ 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: OM future
Hi, On Tue, 23.02.2010 at 01:05:31 -0800, Mike Crash m...@mikecrash.com wrote: Actually, I don't know, why everybody needs a phone. I can answer that: I want a fully open phone that I can configure to meet *my* needs. If I am allowed to dream a bit, despite my OM not being in good working order yet, I'd like a phone that has no known bugs for whatever service you might think of, which sports high-grade encryption as a standard feature (ie, zphone), and can seamlessly be used as a device on a PBX, too (possibly with semi-automatic handover when entering/leaving an an appropriate wifi zone). The community should aim at simple PDA with GPS, WiFi, BT and camera. + IR This all is without any license fees and can be made to work. That would also be good, but generally, I'd prefer to have only one device to carry around. That's why I often don't have my camera with me - it's too bulky already. Also, this device needs some way to hook up to the Internet, so I can surf and read emails, and ssh into one of my machines. And there you have it again, the airwave part that would not be part of your PDA design. but what I need always - is a phone. I want to call when I'm in a car, in a bus stop, in a restaurant, in a wood and I don't want to break my navigation, mailing, browsing every time I get a phone. I don't want to do that, either, but poking at one of accept/reject should not cause much interruption. For the rest of the problem, you have headphones or an external mike + speaker combo. with OLED display (LCD is out). Camera would be nice, but not needed. Forget I'd very much appreciate a camera, too. the phone, it will be always problem for open source. Then that's required to change, imho. I'm just not prepared to accept this kind of limitation. There is not big problem in designing such a device. And also, it will have longer life then a phone. Why? GSM and UMTS technology change ever 10 years or so, but this PDA stuff changes all the time. it? It needs to manufacture thousands of units - so thousands of buyers. Will be? Not while my GTA2 is generally ok. After that, maybe (ie, for probably 500 Euros at most, _system_ price). We can create a phone as a next step in the future, but not now. This is a very bad idea. I can't judge that, but have my set of requirements that I have outlined above. Whichever device will meet them in a useful fashion, will probably end up in my pocket, although only one piece. Kind regards, --Toni++ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM future
Hi, On Tue, 23.02.2010 at 21:45:48 -0800, Mike Crash m...@mikecrash.com wrote: other devices and how many software there is for. There is a lot of software for Neo ported from desktop, but on Neo unusable. I *bet* that this is a side-effect of the Neo's initial (hw sw) problems, compounded with the ensuing non-takeoff as a bestseller phone. If there were lots of units in the field and people knew its name, that would be a non-issue. Kind regards, --Toni++ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
2010/2/21 Timo Juhani Lindfors timo.lindf...@iki.fi: Can you try the same test again without swap? Here it is. Without swap and midori this time: ftp://shulyaka.org.ru/pub/memlog2.tar.bz2 The phone survived for 2 hours this time. I guess it could live a little longer without transmission-daemon. Xorg was killed at about 19:25. I'm not sure about what happened with the script but id didn't take logs for 25 minutes between 18:58 and 19:22. It's the time when transmission-daemon was killed. The most interesting line in slabtop was: OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 12278 12278 100%4.00K 122781 49112K size-4096 It was counting all the time the test was run. Don't know what it means though. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
Denis Shulyaka shuly...@gmail.com writes: Here it is. Without swap and midori this time: ftp://shulyaka.org.ru/pub/memlog2.tar.bz2 Hmm. The memory usage of frameworkd actually decreased during the test: $ grep frameworkd ps* ps.17:57:32:root 1219 46.6 16.4 32368 19876 ?Ss 17:31 12:15 python /usr/bin/frameworkd ps.18:02:34:root 1219 39.1 16.4 32368 19876 ?Ss 17:31 12:16 python /usr/bin/frameworkd ps.18:07:36:root 1219 34.0 16.2 32368 19628 ?Ss 17:31 12:21 python /usr/bin/frameworkd ps.18:12:38:root 1219 29.9 16.1 32368 19500 ?Ss 17:31 12:22 python /usr/bin/frameworkd ps.18:17:40:root 1219 26.6 15.5 32368 18780 ?Ss 17:31 12:22 python /usr/bin/frameworkd ps.18:22:42:root 1219 24.0 15.4 32368 18676 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:27:44:root 1219 21.9 14.8 32368 17964 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:32:46:root 1219 20.1 14.5 32368 17592 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:37:50:root 1219 18.6 14.3 32368 17376 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:42:54:root 1219 17.2 14.0 32368 17044 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:48:00:root 1219 16.1 13.7 32368 16668 ?Ss 17:31 12:23 python /usr/bin/frameworkd ps.18:53:06:root 1219 15.1 13.5 32368 16384 ?Ds 17:31 12:24 python /usr/bin/frameworkd ps.18:58:33:root 1219 14.1 13.0 32368 15812 ?Ss 17:31 12:25 python /usr/bin/frameworkd ps.19:22:18:root 1219 13.5 13.5 32368 16356 ?Rs 17:31 15:02 python /usr/bin/frameworkd ps.19:27:22:root 1219 17.2 13.5 32368 16356 ?Rs 17:31 20:00 python /usr/bin/frameworkd ps.19:32:24:root 1219 20.6 13.5 32368 16356 ?Rs 17:31 24:58 python /usr/bin/frameworkd ps.19:37:26:root 1219 23.6 13.5 32368 16356 ?Rs 17:31 29:52 python /usr/bin/frameworkd ps.19:42:30:root 1219 26.5 13.5 32368 16356 ?Rs 17:31 34:51 python /usr/bin/frameworkd ps.19:47:47:root 1219 29.2 13.5 32368 16356 ?Rs 17:31 39:53 python /usr/bin/frameworkd ps.19:53:12:root 1219 31.0 13.5 32368 16356 ?Rs 17:31 44:01 python /usr/bin/frameworkd How can this happen? ;) Same for Xorg too: $ grep _ /usr/bin/Xorg ps* ps.17:57:32:root 1203 3.9 5.4 10780 6592 tty1 Ss+ 17:31 1:03 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:02:34:root 1203 3.4 5.4 10780 6556 tty1 Ss+ 17:31 1:04 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:07:36:root 1203 3.0 4.9 10780 5948 tty1 Ss+ 17:31 1:06 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:12:38:root 1203 2.7 4.8 10780 5896 tty1 Ss+ 17:31 1:07 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:17:40:root 1203 2.4 4.4 10780 5436 tty1 Ss+ 17:31 1:09 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:22:42:root 1203 2.2 4.4 10780 5432 tty1 Ss+ 17:31 1:10 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:27:44:root 1203 2.0 4.4 10780 5352 tty1 Ss+ 17:31 1:11 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:32:46:root 1203 1.9 4.2 10780 5168 tty1 Ss+ 17:31 1:12 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:37:50:root 1203 1.8 4.3 10780 5224 tty1 Ss+ 17:31 1:14 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:42:54:root 1203 1.7 4.1 10780 5004 tty1 Ss+ 17:31 1:14 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:48:00:root 1203 1.6 3.8 10780 4712 tty1 Ss+ 17:31 1:15 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:53:06:root 1203 1.5 3.6 10780 4388 tty1 Ss+ 17:31 1:16 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.18:58:33:root 1203 1.5 3.5 10780 4284 tty1 Ss+ 17:31 1:20 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 ps.19:22:18:root 1203 2.5 3.4 9916 4212 tty1 Rs+ 17:31 2:52 \_ /usr/bin/Xorg :0 -pn -nocursor -dpi 280 vt1 and hal: $ grep 1123 ps* ps.17:57:32:sshd 1123 0.3 1.8 4512 2200 ?Ss 17:30 0:05 /usr/sbin/hald ps.18:02:34:sshd 1123 0.3 1.8 4512 2200 ?Ss 17:30 0:06 /usr/sbin/hald ps.18:07:36:sshd 1123 0.3 1.6 4512 2056 ?Ss 17:30 0:06 /usr/sbin/hald ps.18:12:38:sshd 1123 0.2 1.6 4512 2056 ?Ss 17:30 0:07 /usr/sbin/hald ps.18:17:40:sshd 1123 0.2 1.6 4512 1964 ?Ss 17:30 0:07 /usr/sbin/hald ps.18:22:42:sshd 1123 0.2 1.6 4512 1960 ?Ss 17:30 0:08 /usr/sbin/hald ps.18:27:44:sshd 1123 0.2 1.5 4512 1920 ?Ss 17:30 0:08 /usr/sbin/hald ps.18:32:46:sshd 1123 0.2 1.5 4512 1828 ?Ss 17:30 0:09 /usr/sbin/hald ps.18:37:50:sshd 1123 0.2 1.4 4512 1716 ?Ss 17:30
gta02-core (was Re: OM future)
Hi, I think that gta02-core is the key (or part of). All of us have been talking about the problems with openmoko hardware for years. And because all of us have different ideas and feelings we use this list as our psychologist :-) But still if there are a lot of different ideas and feelings I always read the same conclusions : - Openmoko hardware has problems - There is no other open linux mobile phone like we want (open on both, software and hardware sides : without signed bootloader images/etc) Also, because we write those feelings all the time, we can read the answers from old Openmoko devels who also have differente ideas. But, most of them have, as well, the same conclusions : (1) Openmoko failed internally (2) The Openmoko development process was not good When we look for alternatives these are always the same, from big companies, and with the same features: propietary components and perhaps monopolistic. So I guess no, there is no open linux mobile phone like most of us want. Then, you can find possible (future) alternatives. If you read Raster words he says that just a big guy (company) can do a sucessful linux product, because it needs money and lots of people. Perhaps that would be just a small step toward an complete open Linux mobile phone. If lot of little steps are made, some day we may get what we want. But, I also feel that gta02-core is another key to fix some of the conclusions that ex openmoko developers did, because gta02-core tries to fix the process. I read from time to time the gta02-core mailing list, and irc chat log. Some people think that that project goes slow and because gta02-core won't produce the next gta03 mobile phone, then it is useless and a waste of time. But no, if you read well, then you will realize that it is a community development process, and if this project succeeds then the development of a new cool open linux mobile phone may follow similar lines of the gta02-core process documents. That would fix the (2), and then you just need a big guy, like Raster says, without internal problems like there were at (1). With (1) and (2) solved, we would have our cool linux device wanted, and without bad feelings to go to the psychologist ;-) Now, I have not tried to help a lot to gta02-core, and I don't know why there are just few people doing all the hard work. In few months gta02-core has created and reviewed the component diagrams, created and reviewed the schematics (using just open source software), found a smt line (from an university) to do the prototipes, written a footprint editor. I guess that they need the components kit that Sean/Openmoko inc promised, and help of much people from community to continue (check the tasks list to do). The important thing is that the gta02-core project output will be the development process docs and the organisation for that. Proper processes and organisation, plus software (linux+fso+shr(distros)) will give us a great opportunity to find some company without internal problems and say them : Hey, we know how to development an open linux mobile phone like it should be, so please, start a new project for that kind of hardware and we will point you how to do it ;) Now, I need to check how to really help more and stop to look for a replacement (which does not exist). fso, shr, gta02-core, other distros : thanks!, and keep the great job you do. -- Rafael Ignacio Zurita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: RTC failure in January
Hi, Sebastian Reichel a écrit , Le 23/02/2010 19:18: what happened with this patch? My FR ran out of power, which resulted in a reset RTC. Now I can't set it back to current time, because of hwclock's read. You can set it back this way: # hwclock --systohc -D --noadjfile --utc _g. signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
2010/2/24 Timo Juhani Lindfors timo.lindf...@iki.fi: Hmm. The memory usage of frameworkd actually decreased during the test: How can this happen? ;) Same for Xorg too: and hal: I have no idea why it decreased. I guess kernel unloads some parts of executable that are not executed ATM. (Why is it running as sshd user btw?!) I don't know, isn't it default in SHR? I have never used slabtop before. Here when wifi is connected it displays 38 38 100% 4.00K 38 1 152K size-4096 So it's just 152K. In my case it's 40-50K and counting. BTW, what kind of WiFi authentication and encryption do you use? I use WPA and TKIP, may be I should try something else? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gta02-core (was Re: OM future)
On Wed, 24 Feb 2010 11:57:39 -0800 (PST) Rafael Ignacio Zurita rizur...@yahoo.com said: Hi, I think that gta02-core is the key (or part of). All of us have been talking about the problems with openmoko hardware for years. And because all of us have different ideas and feelings we use this list as our psychologist :-) But still if there are a lot of different ideas and feelings I always read the same conclusions : - Openmoko hardware has problems - There is no other open linux mobile phone like we want (open on both, software and hardware sides : without signed bootloader images/etc) Also, because we write those feelings all the time, we can read the answers from old Openmoko devels who also have differente ideas. But, most of them have, as well, the same conclusions : (1) Openmoko failed internally (2) The Openmoko development process was not good When we look for alternatives these are always the same, from big companies, and with the same features: propietary components and perhaps monopolistic. So I guess no, there is no open linux mobile phone like most of us want. Then, you can find possible (future) alternatives. If you read Raster words he says that just a big guy (company) can do a sucessful linux product, because it needs money and lots of people. Perhaps that would be just a small step toward an complete open Linux mobile phone. If lot of little steps are made, some day we may get what we want. But, I also feel that gta02-core is another key to fix some of the conclusions that ex openmoko developers did, because gta02-core tries to fix the process. I read from time to time the gta02-core mailing list, and irc chat log. Some people think that that project goes slow and because gta02-core won't produce the next gta03 mobile phone, then it is useless and a waste of time. But no, if you read well, then you will realize that it is a community development process, and if this project succeeds then the development of a new cool open linux mobile phone may follow similar lines of the gta02-core process documents. That would fix the (2), and then you just need a big guy, like Raster says, without internal problems like there were at (1). With (1) and (2) solved, we would have our cool linux device wanted, and without bad feelings to go to the psychologist ;-) Now, I have not tried to help a lot to gta02-core, and I don't know why there are just few people doing all the hard work. In few months gta02-core has created and reviewed the component diagrams, created and reviewed the schematics (using just open source software), found a smt line (from an university) to do the prototipes, written a footprint editor. I guess that they need the components kit that Sean/Openmoko inc promised, and help of much people from community to continue (check the tasks list to do). The important thing is that the gta02-core project output will be the development process docs and the organisation for that. Proper processes and organisation, plus software (linux+fso+shr(distros)) will give us a great opportunity to find some company without internal problems and say them : Hey, we know how to development an open linux mobile phone like it should be, so please, start a new project for that kind of hardware and we will point you how to do it ;) Now, I need to check how to really help more and stop to look for a replacement (which does not exist). fso, shr, gta02-core, other distros : thanks!, and keep the great job you do. openmoko managed to produce something at all... because someone (sean) was lucky enough to find a pot of gold without strings attached making stuff closed. such a pot of gold is amazingly rare - and if found is of limited size. unless that pot of gold is used very smartly to bootstrap a self-funding profitable venture it's all doomed to failure. gta02-core is waiting for that pot of gold. as such it may wait years for it to appear - if it ever does. you can design yourself silly - without the money to buy components in quantities that make them sufficiently cheap and the ability to fund the certifications, production and all the initial costs before even 1 thing rolls off the line that can be put in a box and shipped to someone... you're goign to just wait.. and wait... and wait - and in the end your gta02-core design will not be possible as components you used go out of circulation and your design is the equivalent of using an 8 bit microcontroller in todays phones - ie the world moved on and your wonderfully open design is useless as the world moved on to LTE, 8-core multi-ghz soc's with multiple gpu cores, and god knows what else and THAT is now considered a phone - your old design is like saying hey - i have an open 20mhz 386 here with a hercules video card, 2mb ram and 75 baud modem! isn't that awesome - it's OPEN!... but you say that in a world of 3ghz quad-core processors with multiple gb
Re: Rutgers University writes malware for Freerunner
Jakob jackram...@googlemail.com writes: It's not hard to run your browser on the neo as user. Though it should be made default. e.g. in SHR one could ask the user at first startup to create a user and then run the browser, piding and all those internet applications with the rights of this user. Or just default to running as `operator'. -- Don't be afraid to ask (λf.((λx.xx) (λr.f(rr. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
Denis Shulyaka shuly...@gmail.com writes: I have no idea why it decreased. I guess kernel unloads some parts of executable that are not executed ATM. Ah that is true, read-only mappings do not need to be kept in memory. BTW, what kind of WiFi authentication and encryption do you use? I use WPA and TKIP, may be I should try something else? No encryption in this case. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
