Re: ideas for a personal cluster with gta04
robin spielr...@web.de writes: what did you have in mind for the geolocating via gsm towers and wifi? http://openbmap.org ? Yes this seems very suitable! do you know any projects which make use of such data (triangulation). this might be very interesting to enhance navit's routing possibilities if it takes to long to get a gps-fix. I havent seen such free systems yet, but they probably exists. I have only seen proprietary systems of the type. regards robin -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ideas for a personal cluster with gta04
Boudewijn wankelwan...@yahoo.com writes: On Wednesday 06 June 2012 00:23:39 joa...@verona.se wrote: dmatthews.org m...@dmatthews.org writes: Hi Joakim Your client/server ideas made for an interseting post I wondered what software you had in mind for this:- *** mapping/location data open streetmap maps. A gpsd on the client feeds the cluster with location data. Could you give a little more detail please - your todo system(emacs org in my case) knows where you are and can remind you of things when you get off your commuter train or whatever. Add to that: real time updating of shared todo lists - I add an item to our shopping list while my wife is on her way home, and she gets a notifier of it when in the vicinity of a supermarket (or on the todo of my neighbour or parents, whoever happens to get near a supermarket selling the particular product - maybe I'll be there first) In case of supermarkets there's not so much to win, but some other products at greater distances with friends happening to travel by it's even more useful. This use-case is good because it illustrates why we want a private system to perform this, and why it needs to be a cluster. Anyway, I have to get my programming skills on par first... Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ideas for a personal cluster with gta04
dmatthews.org m...@dmatthews.org writes: Hi Joakim Your client/server ideas made for an interseting post I wondered what software you had in mind for this:- *** mapping/location data open streetmap maps. A gpsd on the client feeds the cluster with location data. Could you give a little more detail please The basic idea is that the the handheld device is a part of a cluster. So, apart from the normal mapping applications one uses, such as Navit or Tangogps, the cluster knows where you are and can help you with things. not only he gps is used, but also other hints like wifi and gsm towers. This is of course the same as what google and apple provides but with a different emphasis. Its your private cluster, your private information. Here are some concrete examples what to do with this information: - The cluster knows where you are and lets you print on the physical printer most nearby. - your todo system(emacs org in my case) knows where you are and can remind you of things when you get off your commuter train or whatever. - openstreetmap info is cached locally as much as you need Anyway this particular field is imho not well covered by free software today. I havent been able to find a daemon that emits an event when I'm close to a particular location for instance. (as opposed to emitting the gps coordinates, which doesnt carry semantic information) Best wishes -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ideas for a personal cluster with gta04
Christ van Willegen cvwille...@gmail.com writes: On Mon, May 21, 2012 at 11:37 AM, joa...@verona.se wrote: *** instant messaging irc clients on the laptop or phone uses the server as gateway to other systems. Bitlbee is used for the proxy. znc fronts bitlbee, which handles the connections and logging. Any reason not to use Jabber (XMPP)? I'm not sure how to answer this withouth the answer turning into a rambling mess. I'll make an attempt. Bitlbee is so far the best IM aggregator I have used. It accepts many IM protocols for input, and provides IRC for output. The stack I use everyday currently looks like this: ERC(an Emacs IRC client) - ZNC - Bitlbee Bitlbee connects to: MSN, Facebook, corporate networks using libpurple, Skype, etc. Facebook uses Jabber, so Bitlbee can in fact front Jabber connections as well. I've also added an Ejabberd to the system recently but I haven't gained much experience yet. Bitlbee will front it also. So, to summarise pros and cons: + bitlbee + znc is a reliable stack that connects me to all my friends. Even when using the GTA02 I got complimented how well the stack worked even when I was in the Subway or something. chat connections are held by ZNC even when the network is flaky. - I can't do everything over IRC, that XMPP could do. OTOH no one complains so I'm not really sure what I'm missing. - it is distressing that my friends like to use non-free IM services, but when you look closer at it, only Skype really really sucks, and I'm trying to find solutions for that. There is much more to be said about this, but in closing, the short term goal is a pragmatic solution, the long term solution will allow people to easily use a free system. Christ van Willegen -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ideas for a personal cluster with gta04
In the spirit of the recent ideas threads here, I'd like to share my ideas that I would like to achieve with the gta04, as part of a larger system. I wrote it in an article format, and it isn't finished, but nothing ever is. So here goes. ** introduction I'm interested in free client - server clusters, with wearable nodes, and laptop nodes. Free software is pretty strong server side, but somewhat weaker on the client, especially small systems such as phones. It should be possible to leverage the server side strength on the client machines. Since a server is part of the equation, complexity can be offloaded there. The idea is somewhat like an instance of the Google or Apple stack, but personal, running on your own servers, and geared towards making it possible for you to do what you want rather than generating ad revenue streams. ** concretely Okay, so what does that mumbo-jumbo translate to in practice? Concretely I'm working on a Puppet server manifest, that describes all the services one might want to use on the server, and matching client software that runs on the phone and/or laptop. Since the point is that you should not need weeks to set all this up, I make concrete choices. These will not appeal to everyone, but are of course open for discussion. *** flatrate 3G/4G The internet connection is assumed to be flatrate. It's pretty cheap here in Sweden anyway. The connection must of course still be assumed to be intermittent. *** Fedora I'm used to Fedora, so I will use that for a base operating system. *** Puppet Puppet handles the configuration. Puppet can be used on most distributions. *** Nagios Nagios is used for monitoring, so a competetive uptime can be achieved. *** Single sign on The personal cluster consists of many different services. To make them more integrated, the 389 ldap server is used to provide a shared user database, and the different services are configured to authenticate against the 389 instance. *** Dovecot IMAPD Mail is important to the personal cluster. Dovecot is a good imapd. It is lightweight, yet featureful. *** mapping/location data open streetmap maps. A gpsd on the client feeds the cluster with location data. *** instant messaging irc clients on the laptop or phone uses the server as gateway to other systems. Bitlbee is used for the proxy. znc fronts bitlbee, which handles the connections and logging. *** social networks A private diaspora instance is used as mediator. *** voip linphone is used on the client, and asterisk on the server. *** camera All photos are uploaded to the server, and things like bar code scanning etc. can be made server side. *** woodchuck Woodchuck is a system to handle a mobile cache, when the connection to the cluster is down. http://hssl.cs.jhu.edu/~neal/woodchuck/ *** server side transcoding many media formats on the web are not really suitable for mobile applications. The personal cluster handles this by downloading and transcoding the media server side, and then making it accessible to the client. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] [ANN] GTA04 Keyboard prototype
Lionel Broche lionel.bro...@gmail.com writes: Hello, I have been thinking for a while to try a forearm-mounting casing for the openmoko. A casing that you would clip on the left (or right) forearm, that would be thin enough to fit under the sleeves or even covered with a piece of nice fabric to look like a cloth. This keyboard would probably fit well on the forearm together with the screen and it would make the whole thing easier to use. I am also thinking to place the antenna on the outside of the arm, above a piece of aluminum foil in order to reflect the radiated power and to protect the user from RF field. At the moment I don't have the GTA04, but I can make some rough drawings from the CAD files (I will need to download them). Would there be other people interested in this new way of carring your phone? I previously had some positive comments on the forum about this, so I think we could probably start a small group if there is enough interest. I'm also very interested in making a wearable out of the gta04, and I'd buy your design to sponsor its development if it were available. About the announcement itself, I think it is always good to show new ideas at early stages. This makes it possible for the community to orient the development of the project if they see better/different ways to use it. It also shows the level of interest. Lionel On 3 May 2012 09:41, Nikita V. Youshchenko yo...@debian.org wrote: Some more general thought: I am not sure how we should handle such ideas and how this community sees its role. Should we announce/publish immediately as soon as we have a prototype? And ask the community for comments and participation in improving it? Or should we silently finish some design and work with beta testers not on this list... From external point of view, having more information about what is going on is definitly better. However, it is you who is actually doing things, it's up to you to decide if to show your eraly prototypes and collect feedback or not. Nikita ___ 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 -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANN] GTA04 Keyboard prototype
Dr. H. Nikolaus Schaller h...@goldelico.com writes: Hi, we have developed a prototype for a 80 button QWERTY keyboard PCB that could eventually be connected/integrated into the GTA04. It should fit into a specially designed battery cover so that you can easily stow it away if not needed. Such battery covers could be produced individually through 3D printing solving the issue of manageing and stocking 20 different key layouts. This seems really nice! I added myself to the wishlist. Is the back cover keyboard 3D model available? I have a 3D printer currently being shipped to me and I would like to try to print the cover when the printer arrives. But watch yourself how we think it can look like: http://youtu.be/WM94%5fR5eKcc There is also a new video showing a comparison with some other keyboards: http://youtu.be/wGASnE1zGh4 Pleas tell us if you like this idea and what you would like to pay for such an extension unit through the Wishlist function of our shop: http://www.handheld-linux.com/wiki.php?page=GTA04%3AKeyboard Two issues are still to be developed: a) how to reliably connect it to the GTA04 PCB (soldering copper wires or a FFCs is a little difficult so it should have a tiny, flexible but robust B2B cable). Maybe, we can use a micro-USB socket or similar (we need to connect 6 wires). This may also need a redesign of the GTA04 board (for a nice plug) b) design a 3D printable case with key-caps that is robust enough If you want to support us for developing this idea, please give us a kickstart donation. Nikolaus PS: the keyboard driver for the TCA8418 is already part of Linux 3.3 - and has been backported to the 2.6.32-kernel. This has been tested to work on a BeagleBoard XM. http://git.goldelico.com/?p=gta04-kernel.git;a=commit;h=f19d5c430458bbce8955bc9e04dd161f6a80347d It just needs platform data in the board file: http://git.goldelico.com/?p=gta04-kernel.git;a=blobdiff;f=arch/arm/mach-omap2/board-omap3gta04.c;h=8a7e4b0803920f635e7101bfbd5a60b6b84b1107;hp=3e49efef2de0b42cd419a46a9cd45448fd04a44c;hb=4b2de3db742abce9212c1af2cc576e2a3a64b0d9;hpb=1d7c6b5f043661621ec374d96c3c4a4454f9bb7b -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANN: GTA04 manual updated
Dr. H. Nikolaus Schaller h...@goldelico.com writes: finally, here it is updated for the GTA04A4 board: http://projects.goldelico.com/p/gta04-main/downloads/ Nikolaus Thanks! It's really nice to have all the schematics for your phone readily available! The camera section was a welcome addition. BTW maybe you could make a cross section picture that shows exactly where the glue is and where the pads are beneath the screen when you take the gta02 apart. I think that would have made it easier for me to understand where I should have applied pressure while removing the screen. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: using FSO to controll secondary phone?
Paul Fertser fercer...@gmail.com writes: Frederik Sdun frederik.s...@googlemail.com writes: * joa...@verona.se joa...@verona.se [17.01.2010 07:45]: Would it be possible to attach a secondary phone over BT to the Freerunner and controll it with FSO, the same way as the inbuilt phone device? I think over bluetooth is not possible. But if you can establish a network connection you can use gabriel[1[, which should be in the SHR repo since yesterday. Why not bluetooth? Many cellphones expose AT interface over bluetooth, with rfcomm channel created one can start another instance of ogsmd to treat it like a single-line modem. I had in mind that the secondary phone(s) should be as dumb as possible, so I dont think establishing network connections to the secondary devices would be desirable. That would imply a smartphone-level device. The rfcomm+ogsmd aproach thus seems more palatable. Does anyone have any recomendations for a simple reliable phone that would be remote controlable this way? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
using FSO to controll secondary phone?
Would it be possible to attach a secondary phone over BT to the Freerunner and controll it with FSO, the same way as the inbuilt phone device? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [slightly off-topic]
Atilla Filiz atilla.fi...@gmail.com writes: Hi list Dis anyone try any hack/mod for attaching neo to arm? Like PipBoy2000. My ideas usually include duct tape, which is unpleasant for both your neo and your arm. I'm working on modifying my FR for wrist usage. I have stripped the shell, and removed a couple of components to make it smaller. I intend only to use the BT unit to control another device. I intend to place the battery under the wrist and the FR on top of the wrist, using a leather bracelet or something, that I havent found yet. happy hacking atilla [4ktudv] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli introduction video
Laszlo KREKACS laszlo.krekacs.l...@gmail.com writes: Dear list, Im toying with the idea, of creating a Paroli introduction video, where I present all the basic phone functionality of paroli. Short of a tutorial, where I can point the newcomers to. I have began to shoot the video, and made about 5 min, where I needed to cut off. The video is not finished, and I will reshoot it, as it is blurry, and shacked the camera a lot. However, I will be not able reshoot it before wednesday or later next week. So Im posting this *work-in-progress* 10% made video to the community hoping that somebody with willing to record the audio will join me, and others will have some feedbacks too. I also hoping, if some of you have done video editing before, and can adjust the background sound, with voice, and finalise the video will step up, and help me. Otherwise I will reshoot the video next week, and put online as-is. I hope it will be less blurry (the lcd is broken in my camera, so cant see anything while filming;-|) What I really like in this video, is how speedy paroli is. There is not much waiting, the video is realtime, was absolutely no editing in it. http://www.vimeo.com/5029019 Feedbacks? I really liked this video. It made me smile, and got me interested in Paroli. I liked the little surprises, the way the signs were used creatively. Constructive critisicm: please improve the readability of the signs by improving contrast in them. Dont use hollowed out lettering. I had difficulty reading some of the signs. I still think the signs should be hand-made though, it adds to the flavour. Maybe you could make a hand-drawn skin for Paroli? I would use it :) Laszlo PS: bear in mind, that this is my first video. Dont be too harsh. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[hackable:1] using a dumb battery?
I'm trying to solder together a dumb battery with higher capacity for the FreeRunner. It doesnt work too well, since the power management cant read the current charge, and decides to shutdown the device. How do I prevent this? How do I enable charging of my dumb battery? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Life in Openmoko Phones
Nils Faerber nils.faer...@kernelconcepts.de writes: Wolfgang Spraul schrieb: Today Openmoko released additional pieces of documentation about Freerunner hardware: board outline, footprints and netlist. Same as all other releases before - under Creative Commons Share-Alike license. Available at: http://downloads.openmoko.org/developer/schematics/GTA02/gta02_outline_footprints_netlist.tar.bz2 This is in general great! But sorry to be a little sceptical here - but hardware != software. What I mean is that collaboratively developing software is pretty easy since we have the internet to share and most of us have a PC to develop upon. But with hardware development the situation is a little bit different. Even if the collaborate development effort succeeds, i.e. KiCAD is sufficient and a hardware design becomes ready, it still needs to be produced - and here troubles start, from buying the parts, making PCBs etc. running up the whole stack to asembling the whole device and testing it. This cannot be done as open source effort with volunteers. Here real money is involved - a lot of real money. And this needs to be done several times, for prototypes, small A-series, probably a B-series and then final devices. But you should know better than me about this process (at least by now). What are the plans or ideas to enable later on production? Pleas eget me right, I would love to see such a project succeed and maybe even contribute to it but I really cannot imagine any possibility how such a hardware production should work in the end without a big sponsor in the background. It was many years since I did any serious electronics work, but from my uninformed viewpoint this seems to be workable because: - The case is not changed and can be reused - no parts are changed so existing inventory at OM can be used for prototyping I dont know what making a PCB and populating it costs these days, but if it costs a couple of hundred euros per populated board, I would sponsor at least one out of my personal curiosity. I used to be good at electronics assembly, maybe I could even put it together myself if I find a SMD oven etc. Cheers nils faerber -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Life in Openmoko Phones
Nils Faerber nils.faer...@kernelconcepts.de writes: He ;) Many of the parts in the GTA02 cannot be reasonably placed by hand. There are almost a dozen (or more?) BGA chips which are extremely hard to handle (you do not see if the balls match the pads). Then there are almost microscopic parts like resistors and capacitors - which pitch? 0402 at least if not even 0201 or smaller. So populating the board is almost impossible by hand without highly qualified tools (and no, a tweezer and a stereo-microscope will not suffice). But the problem you will encounter beforehand is printing the solder paste. Stencil printing such high density with even and correct paste distribution is not exactly easy even if you have proper stencil printers. Adjusting them, having the right paste to print etc. is high art of SMT manufacturing. And finally you need a really proper nitrogen flooded full convection reflow oven for good quality soldering of such delicate parts (different heat absorption of parts, proper heat profiles, good energy distribution, etc.). Well this just goes to show that the last time I did serious electronics we prototyped with wire wrap guns and stuff :) At least we made vlsi:s with vhdl. So what you really need is a modern manufacturing line, with auto-placer for almost all parts. I do not know how many different parts there are on the GTA02, probably 100, or even more? This means very high initial effort for setting up the machine to pupulate a board. If you then run 1 or 10 or 100 does not make much difference for the machine cost anymore (you just need more parts). The setup effort is the thing that makes prototypes or small series such expensive. I just visited another electronics maker here in Germany and they have a placement machine which can set up to 85000 parts per hour. Compared to something like a day for setting up the machine, the time placing the parts is almost irrelevant. The smaller the parts have got in the past the more difficult it has become for hobbyists to catch up with technology. It will not take very long until home-grown PCBs will be almost impossible to do because all the interesting chips come as bare-die only (just the silicon, no case or pins). So what is needed is the real commitment by some professional hardware manufacturer to put the new design on one of his lines and care for the prototyping and small initial a-series. After the design has proven to work a small first production run should be easier to setup since you can then give proove that it will work and persuade potential customers to pay up-front for the device - or at least a part up-front. That would enable buying the parts and paying for setting up the production. I think the Open Pandora people did it quite similarly, i.e. they sold devices and had them made after sales. If your customers trust you enough this can work. So in the end hardware making is more a matter of money than motivation or man power, pitily... Cheers nils faerber -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] usb headset connector?
arne anka openm...@ginguppin.de writes: ok, if i understand correctly, all of _these_ adapters[1] work by using additional pins not specified in the usb standard, ie not by some driver magic that sends sound via the standard pins, right? I looked at the first link and it was specified to work with htc devices, and I have a similar device for a htc device here. It does indeed work by using extra pins rather than driver magic. [1] not just the cingular one, but also http://www.amazon.com/3-5mm-Stereo-Adapter-T-Mobile-Diamond/dp/B0011WDLES/ref=pd_sbs_a_2_img/184-2544850-3162110or http://www.amazon.com/OEM-Converter-Cingular-T-Mobile-Cavalier/dp/B001RXTDP2/ref=pd_cp_e_1_img/184-2544850-3162110?pf_rd_m=ATVPDKIKX0DERpf_rd_s=center-41pf_rd_r=03ZX1CK3AZE3RG0W2AVJpf_rd_t=201pf_rd_p=413863501pf_rd_i=B000UHY6XU -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] usb headset connector?
Joseph Reeves iknowjos...@gmail.com writes: Unless it's not a soundcard at all, but is just a simple adapter. I.e. the phone manufacturer tweaks the usb port a little to include the audio lines in the same plug (although obviously not at the same time - there must be some switching mechanism to go between USB mode and headset mode) and then sells the adapter. That's how I'd do it; must be more profitable than making a tiny USB soundcard and selling it for $6.99 Thats how its done on the Android G1, only they added the audio pins on the other side of the usb connector, so you need a special usb adaptor to connect a headphone. Cheers, Joseph 2009/5/15 Robin Paulson robin.paul...@gmail.com: 2009/5/15 arne anka openm...@ginguppin.de: i remember having asked that a long time ago, but here goes again: is there any way/ work going on to make one of those usb-to-headset-connectors working, most likely with a kernel module? it's effectively a simple usb soundcard, isn't it? so long as it's based on a common enough audio chipset, there's no reason why it won't work out of the box, shouldn't it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
wristwatch accessories?
I would like some kind of wristwatch accessory to my phone. There are wristwatch phones but these doesnt seem hackable. I dont need the entire phone in the wristwatch, but it would be nice with a bluetooth enabled touch-display on the wrist. Does anyone know of something useful like this? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sunlight readable LCD
Marcus Bauer marcus.ba...@gmail.com writes: Hello list, Joseph Reeves wrote on his blog about a bicycle app for the Neo [1]. I have always wanted to add cycling / sports functions to tangoGPS but as the LCD is mostly unreadable in sunlight I felt there is little use. After trying it a couple of times on my bike I soon started to leave the Neo at home. So I wonder about three things for better outdoor use: 1) How many of you would be interested in the following hardware mods: * sunlight readable LCD * bigger LCD 3,5+ * new ruggedized case or rubber shell (including a mean to nicely fix I once modified a laptop by removing the backlighting from the screen. That made it possible to read the screen by using the sun as a backlight source. Maybe something similar can be done to the Freerunner? in on a bike?) * waterproof (substaintially more costs) 2) How much money would you spend on it? To give you an idea: the PSP display with touchscreen can be bought on ebay for ~25$. A case may be ~20-30$ for volumes of 100+. 3) Last question: are there hardware people interested in this? Please reply here on list with your interest! Marcus [1]http://blogs.thehumanjourney.net/finds/entry/racing_myself_a_feature_request -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
ri...@happyleptic.org writes: -[ Fri, Apr 03, 2009 at 09:45:37AM +0200, Miguel Ángel Calderón ] What really surprises me is the fact that if this is so clear, why is Comunity not working on qvga graphics yet? (...) I'd prefer to drive the funnier modest car than to have the ferrary parked outside... I though linux and free software people were mostly this way. I was feeling exactly the same, and will try qvga asap. I feel the ferrari analogy is broken. it depends on what you would like to do with the device. Moving bling bling is not efficient, Ok. Things that demand high resolution, like ebooks and emacs work fine. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
ri...@happyleptic.org writes: I feel the ferrari analogy is broken. it depends on what you would like to do with the device. Moving bling bling is not efficient, Ok. Things that demand high resolution, like ebooks and emacs work fine. I spend some time in the terminal myself, generally to fix something in a config file or to mount manually something on USB or fix the network configuration. If the device were working flawlessly and with a good GUI for all apps, I wouldn't mind not hurting my eyes on the small chars :-) For working seriously in a terminal I need a keyboard and a large screen anyway (or a magnifying glass maybe ?). I don't know how you manage emacs with the various CTRL+ALT+META-x on the virtual keyboard but I sure can not stand it for more than a few minutes. I made some elisp for choosing symbols, and patched in some toolbar buttons in packages I use. Typing on a virtual keyboard is, admittedly, no fun though. As for reading in general (ebooks or web browser), I admin this is certainly better in a bigger resolution. The same goes for viewing maps. But all in all, a small gadget with small screen and no keyboard will never replace a desktop computer. So personnaly I am looking for other use cases for my FR, and a smaller resolution and better responsiveness is the direction I want to go. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: HTC Dream Developer Edition / T-Mobile G1
Daniel Benoy dan...@benoy.name writes: I've heard that there's a special developer edition of the HTC Dream (Marketed in the US and Europe under the name 'T-Mobie G1'), which includes an unlocked boot loader and carrier agnostic GSM access. Does anyone know anything about this device and how it compares to the GTA02 and current plans for the GTA03? I'm interested from a freedom perspective, as well as a hardware and software perspective. Is this phone an option if you want to support open hardware? Does anyone know if its bootloader is capable of booting from SD with arbitrary kernel options and able to recover from screwing around with it like my freerunner/u-boot? Are there any plans to make the FSO framework compatible with the hardware in this device (and, by extension, make Debian and current/future openmoko distributions compatible)? Are there any other freedom issues surrounding this device that I should know about before I consider getting one? I have a Freerunner and a G1 developer phone. I havent had time to play with the g1 too much yet but heres some quick impressions: - The Freerunner has a vastly better screen than the G1 - The Android gui is quite polished and slick, but not overly customizable IMHO. - The G1 has a nice keyboard and a little trackball which is surprisingly usable. - The G1 seems to have better charging, so less aargh factor. - 3g is very nice. The selling point for me when buying the G1 is that I read that its possible to boot debian on it, just like the Freerunner. This should mean that the machine is mostly free, even though I havent been able to research this fully yet. My current which phone would be G1 hardware with Freerunner screen, running Debian with a working FSO stack, I think. I would then use Emacs as Pim dialer etc. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: unable to enumerate USB device on port 1
Christopher J. White ch...@grierwhite.com writes: On Mon, 2009-02-02 at 13:33 +0100, joa...@verona.se wrote: John Mandereau john.mander...@gmail.com writes: joa...@verona.se a écrit : usb 4-1: new full speed USB device using uhci_hcd and address 79 usb 4-1: device descriptor read/64, error -71 usb 4-1: device descriptor read/64, error -71 usb 4-1: new full speed USB device using uhci_hcd and address 80 usb 4-1: device descriptor read/64, error -71 usb 4-1: device descriptor read/64, error -71 usb 4-1: new full speed USB device using uhci_hcd and address 81 usb 4-1: device not accepting address 81, error -71 usb 4-1: new full speed USB device using uhci_hcd and address 82 usb 4-1: device not accepting address 82, error -71 hub 4-0:1.0: unable to enumerate USB device on port 1 I had this happen last week, seemed to occur when it was completely dead, plugged into the wall, gained some charge and then auto-booted. The only remedy was to reboot the FR, then it worked fine. (FYI - I'm running Debian with Qi). Well, I've tried different wires, different distributions, etc. I'm starting to suspect the host OS, but I'm not sure how to verify it. ...cj ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: unable to enumerate USB device on port 1
John Mandereau john.mander...@gmail.com writes: joa...@verona.se a écrit : usb 4-1: new full speed USB device using uhci_hcd and address 79 usb 4-1: device descriptor read/64, error -71 usb 4-1: device descriptor read/64, error -71 usb 4-1: new full speed USB device using uhci_hcd and address 80 usb 4-1: device descriptor read/64, error -71 usb 4-1: device descriptor read/64, error -71 usb 4-1: new full speed USB device using uhci_hcd and address 81 usb 4-1: device not accepting address 81, error -71 usb 4-1: new full speed USB device using uhci_hcd and address 82 usb 4-1: device not accepting address 82, error -71 hub 4-0:1.0: unable to enumerate USB device on port 1 I had this issue before, but only sporadically. Now I get it nearly always. What can I do? Will connecting a network adaptor to the freerunner in host mode be more reliable? You may want to try another USB wire. I recently had device descriptor read/64, error -71 failures with the wire shipped with my USB external hard disk happen with both the hard disk and the FreeRunner. The USB wire shipped with the FreeRunner works with both the hard disk and the FreeRunner; so I suppose this kind of error is the fault of the wire. I tried several wires already. More hints? Best, John Mandereau -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
unable to enumerate USB device on port 1
Im currently unable to get usb networking working with the freerunner: I get this nearly everytime I connect the freerunner: usb 4-1: new full speed USB device using uhci_hcd and address 79 usb 4-1: device descriptor read/64, error -71 usb 4-1: device descriptor read/64, error -71 usb 4-1: new full speed USB device using uhci_hcd and address 80 usb 4-1: device descriptor read/64, error -71 usb 4-1: device descriptor read/64, error -71 usb 4-1: new full speed USB device using uhci_hcd and address 81 usb 4-1: device not accepting address 81, error -71 usb 4-1: new full speed USB device using uhci_hcd and address 82 usb 4-1: device not accepting address 82, error -71 hub 4-0:1.0: unable to enumerate USB device on port 1 I had this issue before, but only sporadically. Now I get it nearly always. What can I do? Will connecting a network adaptor to the freerunner in host mode be more reliable? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: powerbudget of freerunner?
Timo Juhani Lindfors timo.lindf...@iki.fi writes: joa...@verona.se writes: I would like to calculate how large battery capacity I need to have all the subsystems running(wifi, gps, gsm, bluetooth) + an external 3g modem. I would like to have 24h continuous uptime without suspend. (if i need a car battery to do it, so be it :) $ wget http://iki.fi/lindi/openmoko/energy2.txt$ cut -d' ' -f6 energy2.txt | sort -n | tail -n1 896437 shows that the largest peak consumption I have ever hit is 900 mA (voltage is around 4.3 V). $ grep Discharging energy2.txt | cut -d' ' -f6 | grep ^[1-9] a $ gnuplot gnuplot set terminal dumb gnuplot plot a 90 ++-+-+--+-+--+--+-+--+-+-A+ + + + + + + + + + a + A AA+ 80 ++ A++ | A | 70 ++ A++ | A | | A | 60 ++ A++ | A | 50 ++ A++ | AA | 40 ++AA ++ | | 30 ++AA ++ | | | | 20 ++ AA++ | AA | 10 ++ AA ++ + + + + + + + + + + 0 AAA+-+--+-+--+--+-+--+-+-++ 0 500 1000 1500 2000 2500 3000 3500 4000 4500 5000 shows that the normal consumption in my use is around 300 mA. Fantastic answer, thanks! -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner and video telephony?
The next quarter I have use for a simple mobile video application. Ideally it should be a sip client running on the Freerunner with a webcam. (The Freerunner will also control some servos via usb) What image size and framerate can I expect? The video quality sent from the freerunner is more important than the video quality displayed on the freerunner screen. Voice quality is more important than video. Data transfer would happen over wifi. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Illume/Debian] How to customize Illume?
I want to customize Illume like this: - the AUX button will pull down the top-shelf. The top shelf will show itself over full-screen applications such as Evince. - The top-shelf will have a screen-lock button, similar in function to the current behaviour of AUX. How can this be achieved? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] choice of root filesystem type?
Hello, Currently I run ext2 on my debian root, but its annoying in that when the phone looses power, the fs is quite often corrupt. What about ext3? I've read that a journaling fs will lower the life expectancy of the sd card, but how much? If I need to buy a new sd card every couple of months, thats no big issue. Are there other fs types that are more suitable, and work with debian? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] gps still no solution
Joachim Breitner [EMAIL PROTECTED] writes: Hi, Am Mittwoch, den 03.12.2008, 15:20 +0100 schrieb Davide Scaini: ...after installing new fso some weeks ago my gps stopped working... I installed all requested packages, fso-config-gta02, but no gps working (like previous versions...). I tried to downgrade but i have no idea what/where i have to download. I searched on wiki... checked all the possibilities and the frameworkd conf file... now: ogpsd comes with fso? ogpsd it's not packaged on debian (if it's something to be packaged)... with debian comes only gpsd but seems that fso dislikes it, and the config file mentions only ogpsd... I'm sure that someone uf you uses debian with gps... how in the hell??? ;-) with old fso??? if i type cat /dev/ttySAC1 i have no output while when my gps worked i got lots of output... it works here. Are you testing it with zhone? I'm having the same experience. fso-gpsd used to work fine and now all of a sudden after upgrades it has refused to work for a while. Greetings, Joachim -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] how to avoid wsod?
up until recently I never ever experienced White Screen Of Death(wsod) on my debain openmoko. Suddenly I get it all the time with Debian, probably after recent upgrades. I've read that wsod happens after suspend. How do I completely disable suspend in debian? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] state of enlightment and illume packaging
Neil Jerram [EMAIL PROTECTED] writes: 2008/11/23 Bernd Prünster [EMAIL PROTECTED]: do you really care about segv ? this si not a debian issue, e17 is still in development, but the recovery option is flawless (just my experience, but ALWAYS worked and it doesn't take more that a few seconds, so you can still answer a call if this happens!) I care if what I'm getting is the expected behaviour, or is atypical; with the related points being - is there something that I am doing wrong to cause this? - should I be spending time to collect and report more diagnostics? For me Illume also sigegsvs quite often, so I assume this is expected behaviour until its resolved. The recover function works well though. Regards, Neil -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] state of enlightment and illume packaging
hiciu [EMAIL PROTECTED] writes: Hi, I've packaged E for Debian. So far it works. Installation (clean Debian, from http://git.debian.org/?p=pkg-fso/files.git;a=blob;f=install.sh): Thanks for this, its very nice! wget https://hiciu.rootnode.net/freerunner/enlightenment-all-in-one_0.16.999.050_armel.debdpkg -i enlightenment-all-in-one_0.16.999.050_armel.deb mv /root/.xsession /root/.xsession.backup cat END /root/.xsession #!/bin/sh zhone enlightenment_start END echo 'export PATH=$PATH:/opt/e/bin' /etc/profile echo 'export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/opt/e/lib/pkgconfig' /etc/profile /etc/init.d/nodm restart It should be installed now in /opt/e. Alternative, you can use https://hiciu.rootnode.net/freerunner/enlightenment-all-in-one_0.16.999.050_armel.tar.gz. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: DOOM For Neo Freerunner / 1973
Fox Mulder [EMAIL PROTECTED] writes: Levy Abinajm Melero Sant'Anna wrote: On Mon, Nov 3, 2008 at 15:16, Charles-Henri Gros [EMAIL PROTECTED] wrote: I believe Debian uses the FB driver by default, not Xglamo. Hi Charles-Henri Debian has a package called xserver-xglamo that support all Xglamo features. I tried this package a few weeks ago and it doesn't work very well. The Fonts were quite messed sometimes after i rotated the screen. Maybe i This is fixable, I think its documented in the wiki what you need to do. its something like this: http://groups.google.se/group/linux.debian.bugs.dist/browse_thread/thread/c911ed8fadac3c00/37336e37cfb77434?lnk=raot xrandr --dpi 285 xrandr --dpi 96 will try it again in the next days if it works better now. But i wonder why nowhere any real info about this package is written because this package is quite essential for a good working debian on the freerunner. Ciao, Rainer -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
problem sometimes getting network connection to FR
Sometimes when I connect my Freerunner to my Fedora 9 laptop I get messages in dmesg like these: hub 1-0:1.0: unable to enumerate USB device on port 3 usb 4-1: new full speed USB device using uhci_hcd and address 23 usb 4-1: new full speed USB device using uhci_hcd and address 24 usb 4-1: new low speed USB device using uhci_hcd and address 25 usb 4-1: device not accepting address 25, error -71 usb 4-1: new full speed USB device using uhci_hcd and address 26 usb 4-1: device not accepting address 26, error -71 hub 4-0:1.0: unable to enumerate USB device on port 1 then its impossible to get a network connection to the FR. When I reboot the FR its normaly ok again. What is the cause of this, and is it possible to work around? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
European Freerunner in USA?
I'm going to travel to the USA next month from Sweden. I will be in San Fransisco and Vegas. I would like to use my Freerunner as much as possible as a phone, so I have some questions: - Will gsm roaming with Telenor(Vodaphone) work well, or should I buy a temporary card in the states? - I have Huawei E220 and E270 3g (HSUPA) modems, do they work well in the states? How much will a temporary flat rate 3g card cost? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian/FSO] Reliable restart of zhone?
I'm having some issues with Zhone. Sometimes I cant answer a call, sometimes Zhone loses its connection with the gsm network withouth notifying me. Maybe the bugs are in Zhone, maybe they are in frameworkd, but how do I restart Zhone/frameworkd reliably? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher and window list
Stefan Monnier [EMAIL PROTECTED] writes: When using Om2008.9, I keep getting annoyed at the distinction between the list of open windows (available by clicking at the top of the screen) and the list of applications that I can launch: most of the time the list of windows is a subset of the list of applications and having to first get the window list, then press Home to finally get to start a new application is just not right. Is there somewhere some integrated application-launcher/window-manager, kind of like Mac OS X's dock? I'd really like to be able to just click at the top of the screen (or the AUX button, maybe) and be brought directly to an application launcher, which indicates which of those applications are already running, and also includes extra windows I might have opened. Maybe you could try installing Debian? The install takes some time but is mostly rather smooth. You would need to buy a larger sd card, but they are very cheap nowadays. Stefan -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] How to configure Zhone?
I've started to actually use my debian freerunner as an actual phone! Some issues: - is it possible to have zhone not lock the screen? its just inconvenient. - is it possible to have zhone jump to the top of the window stack on an incoming call? I normally run tangogps, zhone and emacs, under the matchbox wm, + xfce panel. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
John Lee [EMAIL PROTECTED] writes: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. * Optimize the touch screen driver on freerunner for finger usage. * A generic python loader to enhance the start up time of python scripts. * Work with system team to improve suspend/resume user experience. I would like to ask the community: What do you want us to work on? My vote is stuff that enables me as a client developer to develop code and only have myself to blame for bugs. Here are my desired clients I want to develop: - Emacs phone services on top of dbus - touch and accellerometer based gui for nearly blind people - funky gui that changes every week for teenagers(Ok, I dont really want to develop this but i'd like to have it) The Emacs ui would be geared towards myself and wouldnt need to be very robust. The other ui:s must be completely failsafe. Here battery life and reliability is essential. The idea is * We improve the current stack, not creating new features. * Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific. * won't work on om2007 stack. So, tell us what you want, then the coding monkeys will start working! :) Regards, John -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Neil Jerram [EMAIL PROTECTED] writes: 2008/10/16 [EMAIL PROTECTED]: Here are my desired clients I want to develop: - Emacs phone services on top of dbus Hey, me too! Can we share / help each other out? Cool! Clearly we should work together. Here are some ideas of mine: - get emacs23 working, so one can use the dbus support of emacs 23. - make a dialer compatible with bbdb, and later addressbook.el - make a gnus backend for sms - a symbol chooser keyboard, much like you hinted at below. Heres my take on the idea: - start the keyboard(an emacs app) in a particular context(lets say m-x now, but its the same for adresses or whatever) - (1) show all unique prefixes in this context - (2) choose a prefix - (3) repeat from (1) with the chosen prefix, exit on a terminal symbol I really think Emacs could be a superiour telephone application plattform! That said, all I have so far is an attempt at an Emacs soft keyboard (attached). It's very clunky and basic right now, but I think there are lots of possibilities down this road, such as predictive keyboards (like the Qtopia one), keyboards that are optimized for specific applications, etc. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Compressed file system for SD?
Hey, great to see you here Stefan! The race for Emacs 23 on the Freerunner is on! Stefan Monnier [EMAIL PROTECTED] writes: The jffs filesystem used on the NAND is compressing, which is great for our use case. For the SD that would also be very desirable (especially with the provided 512MB µSD), but it seems that ext3 is the filesystem of choice there. Has someone tried to use a compressing filesystem there? Stefan PS: I've used jffs2 on a USB drive (through block2mtd) and it works, but it's inefficient (because of block2mtd) and it's not clear how/if it would work here (it went through an initrd); but a basic x86 Debian install (for rescue, but including gcc to compile extra packages) fits just fine in 256MB this way, so 512MB would be plenty. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Editing text files
Stefan Monnier [EMAIL PROTECTED] writes: How do people edit text files on their FreeRunner (other than via an SSH-over-USB connection)? `sed' seems to be about as good as I can get, since `vi' requires the ESC key to do anything useful, but the keyboard doesn't seem to provide any way to enter it (but even if it did, motion with hjkl is about as painful as it gets). Clearly, we can do much better. I use Emacs 22 on Debian on the Freerunner with the Matchbox keyboard. Stefan -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FBReader now working on the FreeRunner
Rui Miguel Silva Seabra [EMAIL PROTECTED] writes: On Mon, Oct 13, 2008 at 12:30:24AM +0300, Risto H. Kurppa wrote: On Mon, Oct 13, 2008 at 12:19 AM, Michael Sheldon [EMAIL PROTECTED] wrote: I had set the default spacing to 3.0 (which should be fine); however it turns out that the options dialog only allows up to 2.0, so if you view the options dialog then click OK it resets the spacing to 2.0. I've now fixed this so the options dialog will let you select anything up to 4.0. Just install the updated package available here: http://mikeasoft.com/~mike/openmoko/fbreader_0.8.2a-r7+elleopatches_om-gta02.ipk Wow, this is fast - and the fix works. Thank you!! FBreader inspired me to install evince to download PDF's required for studies on Freerunner :) Except that with a 28KB pdf, evince blew out of memory :( Odd, the last pdf I read on Evince with freerunner was 10Mb. I also read cbz files and djvu files, and the djvu file was 15mb. (This was on Debian) [ 5139.015000] Out of memory: kill process 1586 (sh) score 2109 or a child [ 5139.02] Killed process 1653 (evince) [ 5143.455000] klogd invoked oom-killer: gfp_mask=0x1201d2, order=0, oomkilladj=0 [ 5143.455000] [c002dbfc] (dump_stack+0x0/0x14) from [c007a68c] (oom_kill_process+0x58/0xec) [ 5143.465000] [c007a634] (oom_kill_process+0x0/0xec) from [c007ab60] (out_of_memory+0x1a4/0x1fc) [ 5143.475000] r7:07fd r6:c7f9e200 r5:c0395158 r4:c769a320 [ 5143.48] [c007a9bc] (out_of_memory+0x0/0x1fc) from [c007cf04] (__alloc_pages+0x27c/0x308) [ 5143.49] [c007cc88] (__alloc_pages+0x0/0x308) from [c007f1a0] (__do_page_cache_readahead+0x148/0x2b0) [ 5143.50] [c007f058] (__do_page_cache_readahead+0x0/0x2b0) from [c007f7c4] (do_page_cache_readahead+0x70/0x80) [ 5143.51] [c007f754] (do_page_cache_readahead+0x0/0x80) from [c0079af8] (filemap_fault+0x1d4/0x454) [ 5143.52] r7:c76d5e20 r6:c64aa000 r5: r4: [ 5143.525000] [c0079924] (filemap_fault+0x0/0x454) from [c0084f3c] (__do_fault+0x74/0x43c) [ 5143.53] [c0084ec8] (__do_fault+0x0/0x43c) from [c008609c] (handle_mm_fault+0x308/0x700) [ 5143.54] [c0085d94] (handle_mm_fault+0x0/0x700) from [c002fde0] (do_page_fault+0x100/0x23c) [ 5143.55] [c002fce0] (do_page_fault+0x0/0x23c) from [c002ffd0] (do_translation_fault+0x20/0x80) [ 5143.56] [c002ffb0] (do_translation_fault+0x0/0x80) from [c00281bc] (do_PrefetchAbort+0x18/0x1c) [ 5143.57] r5:00085e00 r4: [ 5143.57] [c00281a4] (do_PrefetchAbort+0x0/0x1c) from [c0028e80] (ret_from_exception+0x0/0x10) [ 5143.58] Exception stack(0xc64abfb0 to 0xc64abff8) [ 5143.585000] bfa0: 0be5 00085e00 2000 0001 [ 5143.595000] bfc0: 0053 00085e00 0053 0067 0007a69a 003b 0006e9f4 0002 [ 5143.60] bfe0: 4001d0e0 be9e8b48 000359b4 401a29dc 6010 [ 5143.61] Mem-info: [ 5143.615000] DMA per-cpu: [ 5143.615000] CPU0: Hot: hi: 42, btch: 7 usd: 35 Cold: hi: 14, btch: 3 usd: 11 [ 5143.62] Active:25861 inactive:950 dirty:0 writeback:0 unstable:0 [ 5143.62] free:379 slab:2317 mapped:0 pagetables:314 bounce:0 [ 5143.625000] DMA free:1516kB min:1440kB low:1800kB high:2160kB active:103444kB inactive:3800kB present:130048kB pages_scanned:256073 all_unreclaimable? yes [ 5143.63] lowmem_reserve[]: 0 0 0 [ 5143.635000] DMA: 25*4kB 1*8kB 0*16kB 0*32kB 2*64kB 0*128kB 1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 1516kB [ 5143.645000] Swap cache: add 0, delete 0, find 0/0, race 0+0 [ 5143.65] Free swap = 0kB [ 5143.65] Total swap = 0kB [ 5143.655000] Free swap:0kB [ 5143.67] 32768 pages of RAM [ 5143.67] 624 free pages [ 5143.67] 1938 reserved pages [ 5143.67] 2317 slab pages [ 5143.675000] 177 pages shared [ 5143.675000] 0 pages swap cached [ 5143.68] Out of memory: kill process 1650 (evince) score 2045 or a child [ 5143.69] Killed process 1650 (evince) [ 5148.19] power_supply bat: driver failed to report `capacity' property [ 5150.065000] ar6000_ioctl_giwscan(): data length 0 -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] impressions from fresh debian install today
Hello list, I've been running Debian on the Freerunner for a while. During this time I was not very friendly to the install and in the end I totaly destroyed my installation in unknown ways. Well, I just bought a new shine 8gb microsd card, and tried a fresh install and wrote down these impressions: following the install recipy is quite easy, and it doesnt take so long time to complete(as I've already changed the uboot to accomodate ext2 partitions) The version of FSO that now comes with Debian works pretty well out of the box! previously ringtones didnt work, but now it works fine. The only stuff that starts by default is the matchbox wm, zhone, and the matchbox kbd. I think this is too little, and that a panel should also be there by default. I tried the matchbox panel, but couldnt get it to work in a way I liked. In the end I installed xfce. I now run the xfce panel, and the matchbox wm. I also installed the gtkstylus lib, and enabled rightclick emulation with export GTK_MODULES=libgtkstylus.so. I also added a swapfile. I think this config should be default for a debian install, it would provide instant gratification for Debian/Freerunner users. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] impressions from fresh debian install today
Michele Renda [EMAIL PROTECTED] writes: [EMAIL PROTECTED] wrote: export GTK_MODULES=libgtkstylus.so What do libgtkstylus.so? It enables rightclick emulation in GTK apps. You press the stylus a little while, and then a rightclick event is sent. There aare other ways of doing this, this is the easiest way out of the box, I believe. Thank you Michele Renda -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] State of annoying memory card corruption bug?
Fox Mulder [EMAIL PROTECTED] writes: The kernel shipped with debian has the corruption bug. To update your kernel you must do it by hand. The instruction how to do this is in the debian page in the openmoko wiki [1]. I changed my /boot partition from vfat to ext2 and symlink the boot-kernel to the one i want to use because i switch between the actual OM and FSO kernels. I followed the instructions and installed a new kernel. I still get the corruption bug whenever I shut down the FR unexpectedly. Ciao, Rainer [1] http://wiki.openmoko.org/wiki/Debian#How_to_replace_the_default_kernel_with_a_recent_openmoko_kernel [EMAIL PROTECTED] wrote: Fox Mulder [EMAIL PROTECTED] writes: Which kernel and from when do you use? This bug should be fixed in newer kernels. But i still use the apm suspend/resume script which works for me since i installed debian. Ok, how do I ensure I have a newer kernel? I just use the kernel shipped with Debian, I think. Ciao, Rainer [EMAIL PROTECTED] wrote: It is rather annoying to fix the memory card whenever it gets corrupted and wont boot. I know there are workaround scripts, but they dont work for me, since I most often get corruption after booting after unexpected power down. Is there any progress on this bug? Any working workarounds ? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] State of annoying memory card corruption bug?
Fox Mulder [EMAIL PROTECTED] writes: What do you mean by shut down unexpectedly ? The sd-card corruption patch which is in the recent kernels fixes the sd-bug when going into suspend and resume which isn't unexpected. Ok, what I mean is that if the FR hangs for some reason, looses power or whatever, I must powercycle it to reboot it. When this happens the debian part of the sd card is unbootable. I can then normally rescue it with testdisk. I dont think I ever even tried suspend/resume on debian. [EMAIL PROTECTED] wrote: Fox Mulder [EMAIL PROTECTED] writes: The kernel shipped with debian has the corruption bug. To update your kernel you must do it by hand. The instruction how to do this is in the debian page in the openmoko wiki [1]. I changed my /boot partition from vfat to ext2 and symlink the boot-kernel to the one i want to use because i switch between the actual OM and FSO kernels. I followed the instructions and installed a new kernel. I still get the corruption bug whenever I shut down the FR unexpectedly. Ciao, Rainer [1] http://wiki.openmoko.org/wiki/Debian#How_to_replace_the_default_kernel_with_a_recent_openmoko_kernel [EMAIL PROTECTED] wrote: Fox Mulder [EMAIL PROTECTED] writes: Which kernel and from when do you use? This bug should be fixed in newer kernels. But i still use the apm suspend/resume script which works for me since i installed debian. Ok, how do I ensure I have a newer kernel? I just use the kernel shipped with Debian, I think. Ciao, Rainer [EMAIL PROTECTED] wrote: It is rather annoying to fix the memory card whenever it gets corrupted and wont boot. I know there are workaround scripts, but they dont work for me, since I most often get corruption after booting after unexpected power down. Is there any progress on this bug? Any working workarounds ? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] State of annoying memory card corruption bug?
Fox Mulder [EMAIL PROTECTED] writes: I don't think that this behaviour is a real software bug because this situation shouldn't happen at all. So i don't think that there could be some patch to really fix this. And for me these situations you describe nearly never exist. The problem that the FR hangs occured for me only when the memory usage gets to the limit of the 128MB. But since i use a 64MB swapfile i never experienced it again. And my FR never loosed power since i got it. So i'm wondering what things you do to your FR. ;) Bad things I suppose :) The swap file sounds like a good idea. Did you put the swap partition on the internal flash or the sd card? Intuitively it would appear to be better to have the swap on internal flash, if the main os is on the sd card. I never lost my partition table and i only use debian for quite some weeks. Anbd i'm happy that the current OM kernel works with suspend/resume without problems. Ciao, Rainer [EMAIL PROTECTED] wrote: Fox Mulder [EMAIL PROTECTED] writes: What do you mean by shut down unexpectedly ? The sd-card corruption patch which is in the recent kernels fixes the sd-bug when going into suspend and resume which isn't unexpected. Ok, what I mean is that if the FR hangs for some reason, looses power or whatever, I must powercycle it to reboot it. When this happens the debian part of the sd card is unbootable. I can then normally rescue it with testdisk. I dont think I ever even tried suspend/resume on debian. [EMAIL PROTECTED] wrote: Fox Mulder [EMAIL PROTECTED] writes: The kernel shipped with debian has the corruption bug. To update your kernel you must do it by hand. The instruction how to do this is in the debian page in the openmoko wiki [1]. I changed my /boot partition from vfat to ext2 and symlink the boot-kernel to the one i want to use because i switch between the actual OM and FSO kernels. I followed the instructions and installed a new kernel. I still get the corruption bug whenever I shut down the FR unexpectedly. Ciao, Rainer [1] http://wiki.openmoko.org/wiki/Debian#How_to_replace_the_default_kernel_with_a_recent_openmoko_kernel [EMAIL PROTECTED] wrote: Fox Mulder [EMAIL PROTECTED] writes: Which kernel and from when do you use? This bug should be fixed in newer kernels. But i still use the apm suspend/resume script which works for me since i installed debian. Ok, how do I ensure I have a newer kernel? I just use the kernel shipped with Debian, I think. Ciao, Rainer [EMAIL PROTECTED] wrote: It is rather annoying to fix the memory card whenever it gets corrupted and wont boot. I know there are workaround scripts, but they dont work for me, since I most often get corruption after booting after unexpected power down. Is there any progress on this bug? Any working workarounds ? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Raster+FSO] Silent Zhone
Joel Newkirk [EMAIL PROTECTED] writes: Well I still get no sound with Zhone, calls are silent both ends, and it never rings. I can play back audio with aplay and mplayer (wave, ogg, mp3), and Raster's alarm clock works. If I manually invoke 'alsactl -f /usr/share/openmoko/scenarios/gsmhandset.state restore' while in a silent call, I get two-way sound. But still no ringing, and of course manually calling alsactl whenever I'm lucky enough to notice that it's ringing so I can have a conversation is right out... ;) Can anybody suggest a solution? I've been running this config for a few days now, and I'm kinda tired of not being able to use it as a phone. I've tried running zhone by hand and watching its output: I see nothing but setup messages, IDLE/BUSY notes, and CALL STATUS. So what can I do to watch when it's attempting to use audio, and possibly see what's breaking? And where is the ringer defined/controlled with Zhone? It sounds similar to the problem I had getting ringing working with zhone in Debian. look in the mailing list, but this is the essence: cd / ln -s /usr/share this was due to a pkg problem in Debian. I dont know if it helps you. also try playing the arkanoid sid tune with sidplay and see if that works. j -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] how to build emacs 23?
I would like to build emacs 23 for Freerunner on Debian, but I have no clear idea how to do it. Pointers would be appreciated. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Sephora 0.2 pre alpha 1 - Impressions and suggestions needed
It looks great, thanks! What is the recomended way of starting the application? Michele Renda [EMAIL PROTECTED] writes: Hello to all. For who is interested , I'd like to announce that the version 0.2 alpha 2 was released. You will found the deb package here: https://launchpad.net/sephora/+download The news of this version are: Some corrections on the translation and on GSM management (thank to Alex Osborne) The setting are saved between two execution of sephora (added a .sephora file on home dir) Added a setting page with Language selector, and an advanced mode. Minor other fixes :) Like usually I'd like to ask to every person who found something that doesn't like, to write to me. Best regards Michele Renda Ps. I have to make some changes on the code to use asynchronous dbus call, to make the program more responsive. It will be done, I hope, for beta 3 :) Ps/2. On this moment I can't push the last version on launchpad repository. It will be done at Now + 7 hours (You will understand when you will see a new tag Version 0.2 alpha 2 Thank you Michele Renda -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] how to build emacs 23?
Roland Mas [EMAIL PROTECTED] writes: [EMAIL PROTECTED], 2008-10-07 10:02:56 +0200 : I would like to build emacs 23 for Freerunner on Debian, but I have no clear idea how to do it. Pointers would be appreciated. Unofficial source packages are available on http://emacs.orebokech.com/ Cool! Do you have any pointers how to actually build the package for Freerunner? Roland. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] State of annoying memory card corruption bug?
Fox Mulder [EMAIL PROTECTED] writes: Which kernel and from when do you use? This bug should be fixed in newer kernels. But i still use the apm suspend/resume script which works for me since i installed debian. Ok, how do I ensure I have a newer kernel? I just use the kernel shipped with Debian, I think. Ciao, Rainer [EMAIL PROTECTED] wrote: It is rather annoying to fix the memory card whenever it gets corrupted and wont boot. I know there are workaround scripts, but they dont work for me, since I most often get corruption after booting after unexpected power down. Is there any progress on this bug? Any working workarounds ? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] State of annoying memory card corruption bug?
It is rather annoying to fix the memory card whenever it gets corrupted and wont boot. I know there are workaround scripts, but they dont work for me, since I most often get corruption after booting after unexpected power down. Is there any progress on this bug? Any working workarounds ? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Evince works and is nice for ebooks
Nishit Dave [EMAIL PROTECTED] writes: On Thu, Oct 2, 2008 at 11:59 PM, [EMAIL PROTECTED] wrote: Frederic Leroy [EMAIL PROTECTED] writes: Le Thu, 25 Sep 2008 13:05:53 +0200, [EMAIL PROTECTED] a écrit : Michele Renda [EMAIL PROTECTED] writes: I am currently using epdf and it work well too The nice thing IMHO with Evince is that it supports many formats: - djvu - pdf - cbz (xipped archive of images) Nice ! and some others. Does it support plucker(.pdb) files too ? I've got a lot of these. I'm not sure, but I dont think so. Why can't we have GUIs redesigned for mobile screens? There are many packages like epdfviewer etc. out there that just replicate the GUI used for a PC. The menu bar takes up too much space. Menus need to scroll. The file open dialog is nearly impossible to use. The qpe file manager is also a pain, so it becomes even more difficult to have a roundabout solution. In this particular case I think Evince does an ok job. For me its a benefit that the same app is usable on debian/freerunner and on my desktop. I think the challenge is somehow making skins for existing apps that make them behave better on small screens. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] openmoko-panel-plugin 0.4
Fox Mulder [EMAIL PROTECTED] writes: I previously posted a note that the actual 0.4 package misses quite some icons. So to get it to work you just have to put the missing icons back to /usr/share/pixmaps/openmoko-panel-plugins. You can get the icons from http://www.ohli.de/download/openmoko-panel-plugin_0.4.orig.tar.gz It misses the following icons: brightness.png usb_drive.png usb_host.png usb_net.png gsm_000.png gsm_020.png gsm_040.png gsm_060.png gsm_080.png gsm_100.png My .deb doesnt appear to miss these icons, except brightness.png. I cant find the brightness.png file in the src tgz. Ciao, Rainer [EMAIL PROTECTED] wrote: Sebastian Ohl [EMAIL PROTECTED] writes: Im having difficulty getting this working. Version 0.3 worked briefly. Any chance of a new deb? Hi gents, some words of what this is(as it produced some confusion last time: The openmoko-panel-plugin is a gtk based plugin that draws the powerstate of some FR hardware devices(i.e. gsm, gps) to a gtk based panel. theses panels are used i.e. in xfce4. so you can enable or disable the state of your gps receiver. See a screenshot here: http://www.ohli.de/download/openmoko-panel.png i just uploaded a new release (0.4) to my server. it can be downloaded from: http://www.ohli.de/download/openmoko-panel-plugin_0.4-1_all.debhttp://www.ohli.de/download/openmoko-panel-plugin_0.4-1_amd64.changes http://www.ohli.de/download/openmoko-panel-plugin_0.4-1.diff.gzhttp://www.ohli.de/download/openmoko-panel-plugin_0.4-1.dsc http://www.ohli.de/download/openmoko-panel-plugin_0.4.orig.tar.gz Changelog: * fixed many debianizing errors. * adding more dependencies * fixed problems with different versions on my laptop :-( * the menu entry should reappear * click opens a context menu to toggle the powerstate * removed some icons until they are finaly working the credit for the code changed goes to morlac. thank you for the big feature requests in the last mails. some of them are already integrated into the code. but the code needs a big cleanup. so please be patient. i think i will need a weekend to integrate all your suggestions *g* Cu Sebastian ___ 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 -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Wifi very unreliable
Jay Vaughan [EMAIL PROTECTED] writes: As much as I love my FR, I must admit that the whole experience had me thinking lustful thoughts about my wife's iPhone... I would say just get an iPhone. I did. Its much more fun to develop for a *platform* rather than a constant dogs-breakfast of disaster. Until someone in the Freerunner world turns the thing into a stable platform, its just going to go on and on forever with nothing ever being fixed, stably, and dependably. I mean, give me a break. Its October, and people are *still* wrestling with WLAN configuration. Can you hackers not see how stupid it is to be fussing with 'pretty stuff' when the most basic things don't even work? I've given up on Freerunner development. Until there is a stable image that provides an Operating System (what we have now: Inoperable) its just not worth the fuss. The Freerunner project has been murdered, in my opinion, by hobby horsing hackers who have nothing but hatred for the end users that *could* be using the thing. Just to add some perspective, for my intended applications the iPh*ne is not an option. On the other hand, any suitable open handheld gnu/linux device with gps and phone hardware would work. If competing hardware forfilling these requirements showed up, I could easily switch hardware. ; -- Jay Vaughan -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] openmoko-panel-plugin 0.4
Sebastian Ohl [EMAIL PROTECTED] writes: Im having difficulty getting this working. Version 0.3 worked briefly. Any chance of a new deb? Hi gents, some words of what this is(as it produced some confusion last time: The openmoko-panel-plugin is a gtk based plugin that draws the powerstate of some FR hardware devices(i.e. gsm, gps) to a gtk based panel. theses panels are used i.e. in xfce4. so you can enable or disable the state of your gps receiver. See a screenshot here: http://www.ohli.de/download/openmoko-panel.png i just uploaded a new release (0.4) to my server. it can be downloaded from: http://www.ohli.de/download/openmoko-panel-plugin_0.4-1_all.debhttp://www.ohli.de/download/openmoko-panel-plugin_0.4-1_amd64.changes http://www.ohli.de/download/openmoko-panel-plugin_0.4-1.diff.gzhttp://www.ohli.de/download/openmoko-panel-plugin_0.4-1.dsc http://www.ohli.de/download/openmoko-panel-plugin_0.4.orig.tar.gz Changelog: * fixed many debianizing errors. * adding more dependencies * fixed problems with different versions on my laptop :-( * the menu entry should reappear * click opens a context menu to toggle the powerstate * removed some icons until they are finaly working the credit for the code changed goes to morlac. thank you for the big feature requests in the last mails. some of them are already integrated into the code. but the code needs a big cleanup. so please be patient. i think i will need a weekend to integrate all your suggestions *g* Cu Sebastian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] getting zhone sid ringtones working
Joachim Breitner [EMAIL PROTECTED] writes: Could be. What version of fso-frameworkd do you have installed (dpkg -l fso-frameworkd)? ii fso-frameworkd 0.2.0-git20080 freemsmartphone.org Framework Daemon Greetings, Joachim -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Evince works and is nice for ebooks
Frederic Leroy [EMAIL PROTECTED] writes: Le Thu, 25 Sep 2008 13:05:53 +0200, [EMAIL PROTECTED] a écrit : Michele Renda [EMAIL PROTECTED] writes: I am currently using epdf and it work well too The nice thing IMHO with Evince is that it supports many formats: - djvu - pdf - cbz (xipped archive of images) Nice ! and some others. Does it support plucker(.pdb) files too ? I've got a lot of these. I'm not sure, but I dont think so. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] Evince works and is nice for ebooks
Evince works and you can read ebooks very well on the Freerunner high-res display. Debian on the Freerunner amazes me everyday! -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Evince works and is nice for ebooks
Michele Renda [EMAIL PROTECTED] writes: I am currently using epdf and it work well too The nice thing IMHO with Evince is that it supports many formats: - djvu - pdf - cbz (xipped archive of images) and some others. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] getting zhone sid ringtones working
Angus Ainslie [EMAIL PROTECTED] writes: On Tue, Sep 23, 2008 at 3:37 PM, [EMAIL PROTECTED] wrote: Angus Ainslie [EMAIL PROTECTED] writes: On Tue, Sep 23, 2008 at 12:23 PM, [EMAIL PROTECTED] wrote: I'm using debian and zhone. sid ringtones doesnt work, only the buzzer works. I installed sidplay2, and oss-compat, and sidplay2 works from the command line. zhone cant find it though. Any hints? -- use the gstream sid plugin Ok, I tried: apt-get install gstreamer0.10-plugins-ugly apt-get install python-gst0.10 this was not sufficient. Any more hints? apt-cache search gstreamer sid The problem persisted, but I managed to solve it like this: cd / ln -s /usr/share I think this is some kind of packaging problem in Debian of fso-frameworkd. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian/FSO] A different SID tune for different callers?
Is there some simple way to get fso-frameworkd play different sid tunes when different people call? If not, where do I hack apropriately? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] getting zhone sid ringtones working
Angus Ainslie [EMAIL PROTECTED] writes: On Tue, Sep 23, 2008 at 12:23 PM, [EMAIL PROTECTED] wrote: I'm using debian and zhone. sid ringtones doesnt work, only the buzzer works. I installed sidplay2, and oss-compat, and sidplay2 works from the command line. zhone cant find it though. Any hints? -- use the gstream sid plugin Ok, I tried: apt-get install gstreamer0.10-plugins-ugly apt-get install python-gst0.10 this was not sufficient. Any more hints? Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
interface for people with very poor eyesight?
I'm investigating a phone for a person whos recently lost most of his eyesight and thinking about the freerunner. Does anyone have experience with phones for nearly blind people? I'm considering the freerunner rather than a simple phone with very large buttons for the following reasons: - it can say whos calling - gestures to accept/reject calls - ebooks/radio can be streamed over wifi and gesture controlled etc... Of course the display would be nearly useless, except for the touch area, so if its possible to buy freerunners with dead pixels cheaply, I'm interested. -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QVGA V/s VGA for GTA03 (was something about yummy CPU-GPU combos!)
Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] writes: On Sat, 7 Jun 2008 09:06:16 +0300 Flyin_bbb8 [EMAIL PROTECTED] babbled: actually - no. most linux developers and users i know need contacts/glasses and they can never read my screen and complain about my fonts being so small all the time (not that i will ever change. i love my small fonts!), but i ma going off anecdotal evidence over many years of me being one of a very small minority who can read and use such a high dpi with small fonts. i am bemused by so many vocal people here claiming to me what seems to be the reverse of my experience over many years - as well as going directly against actual product specs - eg, iphone dpi is very much lower than the neo, but a large margin, but users rave how nice it is. but there is definitely a i want as insane a dpi as i can get group here. this is for sure. the question is - is it really the majority of users. :) As a data point, I'm planning to get 5 freerunners for different people in my household. High dpi will probably only be interesting for one of these, my own. I tend to like high dpi for reading. I dont care at all about moving graphics for this kind of device, only text. Well were all those 'never see them' people linux users and interested in openmoko? Haha we might just all be gifted people ! :D On 6/7/08, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Sat, 7 Jun 2008 01:30:43 +0100 Stroller [EMAIL PROTECTED] babbled: On 6 Jun 2008, at 23:19, Carsten Haitzler (The Rasterman) wrote: ... Let's reverse the question - would you reduce the resolution of your desktop system? What do you currently have? 1024*1280 or more? You can still do everything like writing software, e-mail, web browsing, gaming. Probably even faster. But how would it appear? Future oriented or old fashioned? this is different - because it's me - my eyesight is better than 20/20 and i use the highest res i can get, when i can get it as i know i can read my miniscule 8pt or less fonts. but no one else can read my screen - they all complain that it's too hard and i am forever upping font sizes if i want anyone to read something on it. i know *I* am fine with it, but the vast majority of other people can't read my screen. this is why i am cutting myself out of this - trying to not be personal about it as i know already i'm an exception to the rule. Hi there, I haven't posted on this topic before because I'm not able to personally compare VGA QVGA 2 phone screens. However my eyesight is also better than 20/20, and display quality is generally quite visible to me. Your statements have seemed to say that QVGA is just as good as VGA for most people, and I have been sceptical of this - I find that my current phone (P990i) is QVGA, and that is rubbish for viewing webpages. Since you have 20/20 eyesight and can view tiny fonts at high resolutions I'm inclined to believe that a VGA screen will, for me, be better for displaying webpages PDFs - I'll be able to fit more on the screen and my eyesight will allow me to read the smaller text. So my vote is for VGA (or even widescreen VGA, like the PSP?). Stroller. it will be better - of course. what' i'm baffled about is why all of a sudden here a lot of excellent vision gifted people turn up, whereas in real life i never see them... :) -- Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Sent from Gmail for mobile | mobile.google.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: new iphone
Christian Benke [EMAIL PROTECTED] writes: Good evening! So who of you is thinking about buying the new iphone instead of an openmoko in case the technical specs really improve(3G, better resolution)? Personally, the interest in the Iphone kind of baffles me. So, I will stick with openmoko because of the new possibilities it offers. When it breaks, as all smartphones in my posession innevitable will, I will fall back to my unbreakable Nokia phone which I dont know the model of because the markings has been ereased by usage. my 2 cents Christian -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
kids phone
Hello, I'm contemplating making a kids phone from a Freerunner. I'm supposing the software part will be doable: - interface with a few large icons - it should be possible to make a call to the phone and it will answer automatically in a particular state. Also I will need some form of case that is fairly sturdy and protects the touch screen. - How thick can a protective cover be while the touch screen still works? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
