Re: Dialup On Demand (was: [SHR] Miscellanious minor issues)
On Saturday January 31, freerun...@newkirk.us wrote: > > What about (which I expect will not be a candidate for an 'official' > solution;) > > get frameworkd talking to ip_queue or netlink. For example, we could: > > Create a lowest-priority default route that hits lo, like: > route add default gw 127.127.127.127 dev lo metric 100 > > use ip_queue.ko. Write a userspace handler for the iptables QUEUE target. > (It's been a few years but I've written a couple, in c, use libipq - pretty > simple) The handler will receive every packet that is sent to it with a > firewall rule like: > iptables -A INPUT -d ! 127.0.0.0/8 -i lo -m limit --limit 1/sec -j QUEUE > iptables -A INPUT -d ! 127.0.0.0/8 -i lo -j DROP > > Now whenever another route doesn't exist, the kernel presents outbound > packets to the queue handler. (up to one per second, and unspecified > --limit-burst is 5 - the second rule drops what doesn't get queued) The > handler gets to tell the kernel whether to accept or drop the packets, in > this case it'd be simplest probably to drop them. In the meantime, > however, it can tell the network manager (or whatever mechanism) to try to > bring up an interface. If that's successful then its newly-created route > takes precedence. (providing it has a lower metric than 100...) I've never played with ip_queue so I cannot say. You may well be right that a solution lies that way as well. However if I understand it correctly, it relies on the kernel retransmitting packets after the new routes are set up. I think that is likely to introduce more delay that might be acceptable. As soon as the link come up we really want to re-introduce all packets that were captured so that the network seems as responsive as possible. Though I may be misunderstanding you suggestion. There is an interesting complication that I was reminded of when I tried to knock up a quick-and-dirty proof of concept. An important aspect of any solution is that you need to set up masquerading (or Source NAT) so that packets from the internal address get the source address re-written on the way out. However SNAT mapping are set up when the first packet in a connection is seen. So if we capture the first packet of a connection, then set up an external interface, it is now too late to do source NAT for that connection. It can work for new connections without trouble, but that first connection is stuck. I think(hope?) it might be possible to use the "NOTRACK" target in iptables to exempt all packets from connection tracking until the external like is up and the default route and been redirected. I only learned about NOTRACK today and have not experimented with it so I cannot be sure, but it does seem to be a perfect fit for this problem. > > It can also take a moment to examine the packets it's handed and decide - > based on whatever criteria desired - if it really needs to bring up an > interface or not. Like "if it's DNS fire it up, but if it's broadcasts > just ignore it". (those criteria could be handled in iptables actually, > but others would be harder, the things that frameworkd can offer like "is a > voice call in progress?" [if so, forget gprs] or "am I preparing to > suspend?", etc) Yes, being selective about which packets can trigger a network connection would be a valuable feature. NeilBrown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Report] - Buzz fix
Let me give you a ROUGH timeline. Feb 2-9: final alsa states for A7 are developed and tested and signed off. Feb 9-16: Phones at the factory are flashed. Feb 16-23: Ship to Disty. Those are not official dates agreed to by everyone working the issue, but I suspect they are close. When will it get to you? That's hard to say. I would expect some disty will try to be the first with A7 phones and will start their order process as the TPE returns for work on 2/2. David Zwarg wrote: > Greetings, > > I have been following the developments of OM, and I, too would like to know > when I can expect to see GTA02 with buzz fix available commercially. Thanks > for any updates, > > z > > On Tue, Jan 6, 2009 at 8:35 AM, Xavier Cremaschi > wrote: > >> The .pdf says this hardware fix transforms a GTA02v5 with buzz into a >> GTA02v7-equivalent (without buzz). >> >> But is the GTA02v7 currently produced and/or sold ? >> >> The wiki seems to stop at GTA02v6 (for which buzz is still a possibility). >> >> Xavier. >> >> >> ___ >> 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: [Report] - Buzz fix
GTA02v7 is going into production in a very short period of time. The Alsa states will need some adjustments. We dont want to fix the buzz and then tell people they have to tweak their alsa states as the first course of business. Xavier Cremaschi wrote: > The .pdf says this hardware fix transforms a GTA02v5 with buzz into a > GTA02v7-equivalent (without buzz). > > But is the GTA02v7 currently produced and/or sold ? > > The wiki seems to stop at GTA02v6 (for which buzz is still a possibility). > > Xavier. > > > ___ > 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: [Report] - Buzz fix
Torsten, There is no proceedure defined by OM for how the non DIY guys can fix their Phones. Let me recap exactly where we are. We have a SOP for people who want to do it by themselves or for others, but there are several other elements missing from the process that would allow us to help the non DIY folks. One thing that probably hasnt been explained very well is that the Buzz problem does not occur for everyone in every place. For example I have never heard it. I live in SF and primarily use an 850 phone. Sean once visited to show me what the buzz actually sounded like. He produced a phone, we turned it on. No buzz. I've been told that the buzz is most prominent on 900Mz and that if your phone happens to connect on 850, 1800, or 1900 that the buzz is absent or less pronounced. This has yet to be verified. So one issue is this: if People send in phones the first thing one wants to do is test whether the phone in question actually has a buzz and how bad the buzz is. We need to develop a robust test for that. Then the SOP would be applied. So, we have to develop an SOP for the particular rework shop(s) that would do the work. And we have to test that rework with a good number of phones. Testing the rework means we have to have some sort of objective test that the buzz has actually been fixed. The final question is will the end user be able to verify the difference. what if they can't? Ideally, they would get an incoming test report and an exit test report. As you can see there are a lot of issues here and for the most part they are issues that OM have never dealt with before. So most everyone is learning. Those of us who have been through it before understand that this process will be painful and may not even be possible. Then come the issues of Logistics and costs and warranty. We don't have departments dedicated to these kind of issues so we basically have to work the issue as well as all the other issues. Steve Torsten Sievers wrote: > Hi Steve, > > many thanks to you guys for finally fixing the Buzz Issue. > Is there any procedure defined by OM how the non-DIY-guys can fix their > phones? As DIY will break warranty (given by reseller) i have to rely on a > way supported by OM. > > Greetings > Torsten > > > On Friday 26 December 2008 07:19:41 Steve Mosher wrote: >> Thanks.. >> >> I should have pointed out that if people can do before and after >> recordings that would be exceptionally cool. I guess I shoulda asked B4 >> xmas. >> >> If you've done a fix, send me photos, your contact information >> and I'll send you some belated gifts for the holiday. >> >> Special bonus for people who post vids. >> >> Just send a mail to elsie, chelsea and me and we'll decide on some >> goodies. >> >> Maybe Sean can do a special T shirt for the DIY masters. >> >> Michael Zanetti wrote: >>> Hi! >>> >>> I just wanted to let you know that I have applied the Buzz fix to my >>> Freerunner revision A5 according to this [1] paper and indeed the buzz is >>> completely gone. Including the echo fix my Neo converted from the coolest >>> toy to the coolest _phone_ I've ever had. >>> >>> I'm flashing 2008.12 right now. *very excited* >>> >>> Very big thanks to everyone involved working out this one! >>> And thank you openmoko (the whole team) for this wonderful product! >>> >>> Michael >>> >>> [1] http://people.openmoko.org/joerg/GSM_EMI_noise/big- >>> C_rework_SOP__DRAFT3__.pdf >>> >>> ___ >>> Openmoko community mailing list >>> community@lists.openmoko.org >>> http://lists.openmoko.org/mailman/listinfo/community >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] XGlamo 240x320 no longer works
Michael Sheldon wrote: > However with both the testing and stable SHR images XGlamo no longer > seems to be able to switch to 240x320, Sorry, I meant with both testing and *unstable* images. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] XGlamo 240x320 no longer works
Hi all, I'm attempting to get a little 3D game development system (based on the Irrlicht engine) that I wrote a while back working on the Freerunner; it has a reasonably fast software renderer so doesn't need to wait for any future OpenGL support. At 480x640 I get 2-3 frames per second with a simple test world, I'd like to test at 240x320 as I expect this to be somewhat more usable. However with both the testing and stable SHR images XGlamo no longer seems to be able to switch to 240x320, I just get a corrupt, mostly white display until I switch back to 480x640 (both with xrandr at the command line and using libxrandr). Have other people encountered this issue? Is there a known way to get it working? Cheers, Mike. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No Sound on calls
This happened to me using the latest andy tracking kernel uImage-moredrivers-GTA02_andy-tracking_2763b78dd365a140.bin on Debian. Also the phone would attempt to suspend but fail. After I switched back to the second latest one all was well. On Sat, 2009-01-31 at 13:36 +0100, Eildert Groeneveld wrote: > dear List > > as of lately, the FR has no sound when making phone calls which may > be considered a slight disadvantage. > Wenn called the FR rings nicely but then everything is dead: no sound. > Likewise, when calling someone, nothing can be heard, not the ringing > and after the connection is established also not the opposite. > > Oddly, the happens with the current FSO and hackable1 > > any idea? > > greetings > > Eildert > > ___ > 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: Questions about the usability of GTA02
> The one thing I find absent in every design is a plain old phone keypad. > Maybe a slider design to pull it out from underneath or such like. probably not what om likes -- but consider buying an unlocked g1 (android). with the android sources available virtually every distribution available for the fr should run on it, too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] illume predictive keyboard is too slow
On Fri, 30 Jan 2009 21:16:57 +0100 Olof Sjobergh said: > On Fri, Jan 30, 2009 at 8:12 PM, The Rasterman Carsten Haitzler > wrote: > > On Fri, 30 Jan 2009 08:31:43 +0100 Olof Sjobergh said: > >> But I think a dictionary format in plain utf8 that includes the > >> normalised words as well as any candidates to display would be the > >> best way. Then the dictionary itself could choose which characters to > >> normalise and which to leave as is. So for Swedish, you can leave å, ä > >> and ö as they are but normalise é, à etc. Searching would be as simple > >> as in your original implementation (no need to convert from multibyte > >> format). > > > > the problem is - the dict in utf8 means searching is slow as you do it in > > utf8 space. the dict is mmaped() to save ram - if it wasnt it'd need to be > > allocated in non-swappable ram (its a phone - it has no swap) and thus a > > few mb of your ram goes into the kbd dict at all times. by using mmap you > > leave it to the kernels paging system to figure it out. > > > > so as such a dict change will mean a non-ascii format in future for this > > reason. but there will then need to be a tool to generate such a file. > > Searching in utf8 doesn't mean it has to be slow. Simple strcmp works > fine on multibyte utf8 strings as well, and should be as fast as the > dictionary was before adding multibyte to widechars conversions. But > if you have some other idea in mind, please don't let me disturb. =) the problem is - it INSt a simple key>value lookup. it's a possible-match tree build on-the-fly. that means you jump about examining 1 character at a time. the problem here is that 1 char may or may not be 1 byte or more and that makes it really nasty. if it were a simple key lookup for a given simple string - life would be easy. this is possible - but then u'd have to generate ALL permutations first then look ALL of them up. if you weed out permutations AS you look them up you can weed out something like 90% of the permutations as you KNOw there are no words starting with qz... so as you go through qa... qs qx... qz... you can easily stop all the combinations with qs, qz ans qx as no words begin with that (if you have an 8 letter word with 8 possible letters per character in the word thats 8^6 lookups you avoided (in the case above - ie all permutations of the other 6 letters). thats 262144 lookups avoided... just there. for... 1 of the above impossible permutation trees. now add it up over all of them. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
Looking at this thread and thinking about buying a phone(frankly am fed up with the one I have atm). I think I'll wait for a GTA03... From reading the wiki[1,2] pages it seems it'll get a lot of new hardware in it and that the requirement for that seems to also be fully Free hardware. Atleast based on the chip scouting part of MokoForesight[2]. Looking at any time frame I'd be willing to wait for a truly fixed up and working GTA03 with a fully Free setup on all possible layers. The one thing I find absent in every design is a plain old phone keypad. Maybe a slider design to pull it out from underneath or such like. That being said I still might buy a GTA02+dev board if I'll have the means. Else I can wait until the team decides that the new device is ready, willing and able to pull off a dumb user usage scenario ;) Thank you for taking the time to read this. [1] http://wiki.openmoko.org/wiki/GTA03 [2] http://wiki.openmoko.org/wiki/MokoForesight -- Andraž "ruskie" Levstik Source Mage GNU/Linux Games grimoire guru Geek/Hacker/Tinker Be sure brain is in gear before engaging mouth. Quis custodiet ipsos custodies. Ryle hira. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
nanddump
Hi, I used the nanddump in order to make a backup of my rootfs. As I see it produced a 256MB file on my uSD card. (and the dump time was very quick indeed). I suppose that I can use this file with the nandwrite in the future? I mean if this way of backup the rootfs is reliable chris -- View this message in context: http://n2.nabble.com/nanddump-tp2251421p2251421.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
2009/1/31 arne anka : >> 1st) Battery Power >> ... >> So, since i'm not able to plug the phone to a power source at university, >> would i be able to run it the whole day, without getting out of battery >> power after 10 hours? > > > not with the scenario you describe -- but otoh: which phone does? your > power consumption seems pretty impressive to me and with a phone more > suited to doing that stuff (that said, i don't know what phone you are > currently using, but assume something more traditional). I'm pretty sure it will. If I do zero calls and messages, but often look at the clock the FR will last 3 workdays (being empty at the third evening). With I use it for some hours a day (wlanm gps, ...) it gets half empty in one day. I think the highest power consumption comes from the screen. APM says it will last 5h with screen at full brightness, and around 12 h with screen disabled. Don't forget that's both without suspending! With wlan enabled this will be somewhat shorter, but it shouldn't be a problem to get more than 2h browsing and 2h music out of it. hendrik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
Tschaka wrote: > Long story short, i don't want to get disappointed buying a neo. I mean, > fancy features, software and such is nice to have, but if fundamental things > won't work (acceptable), I and many others won't support Openmoko on the > long term, means replacing the Neo with a later release of Openmoko in 1,2 > or 3 years. Long story short, with the level of analysis you've put into your requirements, I doubt the FR is going to meet them. I use mine as a daily phone, has battery life somewhere in the days but I don't use mine for much when it's not hooked up to usb. If you want a linux development platform that's portable and has phone hardware in it, then the FR is great. Anything outside of that is TBA, if to exist at all. Make sure you buy the FR if you are willing to carry a second phone. You may not need to but from experience, customising an FR can take a while. You don't want to get into a situation where you can only make a phone call when you flash the phone back to some previous distro or find the _other_ micro sd card. Normally I'd say go for it ... but you are obviously concerned and I doubt the FR can meet that level of expectation ... currently. Good luck :) Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qt Extended update ?
Am Montag 26 Januar 2009 schrieb HouYu Li: > On Mon, Jan 26, 2009 at 10:27 AM, Chris Samuel wrote: > > Does anyone know if there's any updates for Qt Extended in the pipeline ? > I am looking forward to it. Does the silence here mean that no one here is working on QtE or that no one can/wants to give any information? -- j�...@home ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
> Moko developers not use freerunner in daily use, they use blackberry well, i certainly doubt that. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Setting up MPD
Installed the package (I think I was on Arch at the time, maybe Debian) and started with initscript. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
> Ya, atm i am using a sony ericsson k800i, so just an ordinary phone. it's > handling my needs very well, when it comes down to battery power. i only > got > to charge the battery every 3 or 4 days. to make things clear: i don't > listen to music all day, only on the go, so maximum 2 hours a day. yes, but the k800i has afaik a dedicated hw codec for music, so it would consume comparably less power for that. and 2h is pretty much time. > to sum it up: assuming i'm leaving house at 8.30 am, i would have to plug > the phone in at 6.30 am, to have it fully charged by departure? pretty much. i for one load my fr mostly via ub at work and my impression is, though not backed by any formal analysis, that when loading via usb (ie 500mA) the battery lasts longer than with the wallcharger (1000mA). > fully charged, and when i plug it off it still is at 100% even after 10 > hours or something (at least the battery indicator says). could and will > this be implemented into later releases? well, recent kernels (.28 notably) have a reputation to be far more advanced in terms of power saving, so, yes, it is imaginable that the power consumption will improve in a not too far future. but bear in mind that a device like the k800i is designed for a very specific range of use and thus could be made very efficient, powerwise -- any general purpose device suffers from the compromises made. > as u may imagine, i'm not willing to get up 1 hour before time, to have > my phone fully charged by departure :) well, depends on your schedule, doesn't it? getting up, heading to tha bathroom, having breakfast (or lunch, since you're a student -- though that would rather be in the cafeteria or so) ... pretty much time to charge the fr in the meantime. > (let's not talk about timed > http://en.wikipedia.org/wiki/Power_strip Power strips (?) or something) what's wrong with that? you got an alarm clock already, did you? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
> Moko developers not use freerunner in daily use, they use blackberry I'm not OM developer (hmm, ok, developing is my hobby), but I'm using FreeRunner in daily use... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
hope in chum openmoko is philosofy, this device not for end user! if you developer or ingeneer you must buy this phone if you want all in one (iphone) buy iphone or blackberry Moko developers not use freerunner in daily use, they use blackberry sorry for my english :( -- View this message in context: http://n2.nabble.com/Questions-about-the-usability-of-GTA02-tp2249982p2251211.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
Tschaka, > 4) GTA03? > Or would u rather advise me to wait for GTA03? No, definitely not. First of all GTA03 is still a long way out, at least 6 months, maybe 9, maybe more. But more importantly, at Openmoko you cannot assume that GTA03 = GTA02 + new hardware features. When Sean started the project, the reason he chose to use 100% FOSS software only is because it gave him full flexibility to make very unique and interesting devices. GTA03 is an independent new product, the continuity to GTA02 is foremost on the software side, hardware continuity only follows because if we have a great fully open driver for a particular chip, we are more likely to use that chip again. The software stack we are building together can be (roughly) described as: Qi + Linux kernel + FSO + Paroli. But for the hardware side, at this point you should not make any assumptions about GTA03 hardware features. They have not been finally decided yet, and in fact may be so different from GTA02 that we will continue to produce and ship GTA02 for a long time, even after GTA03 is released. That's why it's very important for us to continue to improve GTA02, both on the hardware and software side. Since GTA02 shipped about 6 months ago, the software side has taken off in ways we could have never imagined. It must be the world's largest software construction site by now :-) Om2008.12, FSO, SHR, FDOM, Qt Extended, Debian, Gentoo, Android, OpenWrt. Most of these distributions don't really work very well yet, compared to typical polished mass-market products. I think Om2008.12 or QtExtended come closest. But all of the distributions are definitely a lot of fun, and great seeds are being planted that will lead to better software in the future. > But shall i, at least, rather wait for a7, or a8 if i want a buzz > fix by > default? at the moment, this is, besides battery life, the issue that > concerns me most. On the hardware side, we went through several revisions - A5, A6, A7 coming up. There will be more, we will continue to improve quality whenever we see an opportunity. This creates a dilemma. The more we improve quality on the hardware side, the more we leave some customers 'behind' with old hardware revisions that cannot be easily upgraded. And our process is totally open. For example if you buy an A6 now, depending on which country you are in, and which network you are typically using, your chances of hearing the buzz are higher than with A7 (which is not shipping yet). Your best bet is to buy from a distributor that has a good return policy. We work with our distributors on finding efficient solutions for the situation we are in, where we come out with improved hardware revisions every few months, and all the defects that are being fixed are openly known and talked about. This creates a lot of work on all sides, but with a little understanding that we are all sitting in the same boat, I'm optimistic we can find a good way through this, with happy customers in the end, even if it's a bit chaotic. The FreeRunner is available and selling in 16 countries, and I'm very happy to see our community active in so many areas. The whole thing really seems to work :-) Thanks everybody, Best Regards, Wolfgang On Jan 31, 2009, at 10:11 PM, Tschaka wrote: > > So, again somebody is asking a question about usabilty. Please don't > get me > wrong, i actually browsed the mailing lists and wikis, but still > there are > some unsure things, and i'd like to have a bit more of a > summarization. > > I'm interested in buying an openmoko Neo Freerunner, but i'd like to > get to > know some things before i will. I'm a student, so 300 €(even 249 €, > Pulster > ;) ) is an amount of money i can't spend every month, or w/o any > effort. So > i don't want to end up getting a Neo now, being unsatisfied and > getting a > gta03/other brand later this or next year. > > I'm not that deep into Linux, but i'm running Ubuntu reasonably > well, so i'm > not totally unfamiliar with linux. i know what svn/git is, and > wouldnt be > totally unable to build somethings from sources - although it's not > an every > day task here. > > So, here's my list of questions, i hope somebody will answer and > clear them > up a bit :) > > > 1st) Battery Power > > sometimes i'm at university from 9am to 10pm 6 days a week. I'm often > browsing mobile news pages with my phone when going to university, > or having > a chat (XMPP of course!), approx 40 minutes a day. In the meantime i'm > listening to music. > I got no actual watch, so my phone is my watch, means i often > activate the > background light to get to know the time. > I'm sending like 1-5 messages a day, having a phone call now and then. > Now and then i would like to access the web via wifi. > > So, since i'm not able to plug the phone to a power source at > university, > would i be able to run it the whole day, without getting out
Re: Setting up MPD
> Ahh, just when I want a media player, the last thing I usually want to do is > edit conf files. The only thing that should need specifying in this file should be the directory where the songs are kept. What else did you have to edit? > Then, I had to find a client, and perhaps I got a bad one (I don't > remember which I used) but it was pretty tough to pair the two. Yes, MPD clients aren't great in my experience (there's a lot more quantity than quality). But Pythm isn't bad. > After that, I had no control of the playlist, it just played my whole > collection alphabetically. Hmm... sounds odd. It reminds me of the brain-dead /etc/init.d/mpd used in the `mpd' package of OpenWRT (I have sent a patch for it, but it hasn't been accepted/applied yet, don't hold your breath). Normally, the playlist is pretty straightforward to manage, so you must have hit some weird default setup. How did you install/start this `mpd'? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
arne anka wrote: > >> 1st) Battery Power >> ... >> So, since i'm not able to plug the phone to a power source at university, >> would i be able to run it the whole day, without getting out of battery >> power after 10 hours? > > > not with the scenario you describe -- but otoh: which phone does? your > power consumption seems pretty impressive to me and with a phone more > suited to doing that stuff (that said, i don't know what phone you are > currently using, but assume something more traditional). > > Ya, atm i am using a sony ericsson k800i, so just an ordinary phone. it's handling my needs very well, when it comes down to battery power. i only got to charge the battery every 3 or 4 days. to make things clear: i don't listen to music all day, only on the go, so maximum 2 hours a day. arne anka wrote: > >> And, will there be a (software) fix (soon) for the issue, that the >> battery >> gets uncharged, even if plugged in, as soon as the battery is fully >> charged? > > afaik is the re no way be sw to fix that -- the gsm takes power from > battery directly, so whatever your phone gets from usb, the battery would > still be drained. > the consensus seems currently to be, to startcharging when battery falls > below a certain leverl -- but that in turn might trigger a lot of > load/unload cycles. don't know, though, how well li-io handles taht on the > long run. > (maybe at least some little backup power would be nice, so that one could > swas the battery when suspenden w/o the need to fully shutdown/reboot). > >> (i got no problem charging the phone every night, but when it's fully >> charged at 2am, it would have been running 7 hours on battery power by my >> arrival at university, so the battery would be low sooner) > > well, there's the emergency power supply by by batteries, several of those > contraptions where linked to over time. you have basically a box with > regular batteries or rechargeables with an usb pigtail to plug into the fr > and charge it. > you know the saying: neo owner is man who carries wll charger all the time > ... > to sum it up: assuming i'm leaving house at 8.30 am, i would have to plug the phone in at 6.30 am, to have it fully charged by departure? i don't know if this works, and i totally can understand the concerns on many load cycles, but my ordinary phone just stays at 100% as soon as it's fully charged, and when i plug it off it still is at 100% even after 10 hours or something (at least the battery indicator says). could and will this be implemented into later releases? as u may imagine, i'm not willing to get up 1 hour before time, to have my phone fully charged by departure :) (let's not talk about timed http://en.wikipedia.org/wiki/Power_strip Power strips (?) or something) arne anka wrote: > > >> 2) Calls >> ... >> on the other end (u know, my gf isn't that patient and insightfull with >> opensource software(issues) as i am, it took me weeks and shutting down >> icq completely to convince her to use xmpp :) ) > > bad planning. you should never have allowed icq in the first place ;-) > > ya indeed. came on this a bit to late :) arne anka wrote: > > maybe, when you give some hints to your location, someone owning an fr > already might make him/herself available to show the fr in the flesh and > demonstrate your scenarios? > Good idea, i will! Thanks to you for the fast and nice answers! -- Michael Zanetti wrote: > > Hi Tschaka! > > On Saturday 31 January 2009 15:11:58 Tschaka wrote: >> 1st) Battery Power >> >> sometimes i'm at university from 9am to 10pm 6 days a week. I'm often >> browsing mobile news pages with my phone when going to university, or >> having a chat (XMPP of course!), approx 40 minutes a day. In the meantime >> i'm listening to music. >> I got no actual watch, so my phone is my watch, means i often activate >> the >> background light to get to know the time. >> I'm sending like 1-5 messages a day, having a phone call now and then. >> Now and then i would like to access the web via wifi. >> >> So, since i'm not able to plug the phone to a power source at university, >> would i be able to run it the whole day, without getting out of battery >> power after 10 hours? >> And, will there be a (software) fix (soon) for the issue, that the >> battery >> gets uncharged, even if plugged in, as soon as the battery is fully >> charged? (i got no problem charging the phone every night, but when it's >> fully charged at 2am, it would have been running 7 hours on battery power >> by my arrival at university, so the battery would be low sooner) >> > > One day of usage is no problem here... Sometimes I reach even 2 days. But > not > very often yet. Overall experience is that battery lasts longer from > upgrade > to upgrade. > > may i ask, how often u use ur freerunner? e.g. listening to music, surfing a bit, having phone calls? is ur usage level below mine, o
Re: About the buzz
Le Sat, 31 Jan 2009 15:09:00 -0200, Pablo Miño a écrit : > Community, > > There is something I do not understand about the buzz. I have 2 chips > one for my old carrier and one for my new carrier, they are > respectively Claro Uruguay and Antel. With the Claro chip the other > person does not listens to the annoying buzz but with the Ancel chip > she does. Why could that be? I have a US version of the neo, Claro is > supposed to work on 1900 and Antel in 1800. Would that make the > difference??? Perhaps where the GSM relay is (near or far away). Maybe if the signal is not good, your freerunner need more output power, and you have the buzz thing. Just an idea, not tested. -- Alexandre Ghisoli ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
gsm digital voice path
Hello, is it possible that the GTA03 will have a digital voice path that the CPU can programmatically peek and poke? >From the GTA02 EE schematics, it seems that voice would need to be converted to analog before being given to the GSM module; the GTA03 apparently uses the MC75i which has a digital input, but I haven't found the schematics for the GTA03, so I don't know if the CPU can send GSM-compressed digital voice data to the MC75i to go out the voice channel. Thanks for any light you can shed on this subject. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Sephora 0.2 available
Hello to all. When I choose the name Sephora, I never thought this name was a female name. So, now, after "she" let us to wait as only a girl can do, I am happy to show to the world Sephora 0.2-0. The first news, that I thing will interess to none, it that now the source are available under Debian way. This mean that it can be downloaded with a simple "apt-get source sephora" and build with a simple "debuild". In a future, after I solve some tons of lintian warnings, is possible to find it on Debian fso repository. Other changes you will find using it, they are not too much, except that it is runnig. I have to thank again Hubert Haas for the work he did with German translation! You can download sephora going here: https://launchpad.net/sephora/0.2/0.2-0 (it is a temporary solution, so I hope to move to a better location in a few of days, may be to Alioth). Another thing: in postinstall command the package give the command: update-menus If someone report problem after this command, please report as soon here, so we can avoid to create problem to other users. Have you all a nice day. Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
About the buzz
Community, There is something I do not understand about the buzz. I have 2 chips one for my old carrier and one for my new carrier, they are respectively Claro Uruguay and Antel. With the Claro chip the other person does not listens to the annoying buzz but with the Ancel chip she does. Why could that be? I have a US version of the neo, Claro is supposed to work on 1900 and Antel in 1800. Would that make the difference??? Regards, -- Pablo Miño ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner is running OpenWrt!
Michael, > That's the way buildroot works. > >> I'd say take it to the kernel list and ask Andy. > > No. We're not going to change the way openwrt works. OK understood (and I never asked for that, BTW, I was just curious to understand why you went this route). The good news is that the kernel is making incredible progress, so whenever you are ready to uptick to a more recent vanilla version, andy-tracking should already be there. Best Regards, Wolfgang On Feb 1, 2009, at 12:50 AM, Michael Buesch wrote: > On Saturday 31 January 2009 17:32:53 Wolfgang Spraul wrote: >> Michael, >> >>> No we take vanilla 2.6.28 and apply the diff between 2.6.28 and >>> andy- >>> tracking. >>> We can also apply additional patches, but we don't for now. >> >> hmm. Andy is the expert here, maybe you ask him over on the kernel >> list. >> Why pin it to an old andy-tracking version, and then manually base it >> on a kernel.org tree + manually generated diff? Sounds complicated to >> me... > > That's the way buildroot works. > >> I'd say take it to the kernel list and ask Andy. > > No. We're not going to change the way openwrt works. > > -- > Greetings, Michael. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner is running OpenWrt!
Michael, > No we take vanilla 2.6.28 and apply the diff between 2.6.28 and andy- > tracking. > We can also apply additional patches, but we don't for now. hmm. Andy is the expert here, maybe you ask him over on the kernel list. Why pin it to an old andy-tracking version, and then manually base it on a kernel.org tree + manually generated diff? Sounds complicated to me... As of today, I believe andy-tracking is already based on .29, and if you don't have local patches why don't you just build andy-tracking live as it is? I'd say take it to the kernel list and ask Andy. Best Regards, Wolfgang On Jan 31, 2009, at 7:40 PM, Michael Buesch wrote: > On Saturday 31 January 2009 04:41:46 Wolfgang Spraul wrote: >> Mirko and others that helped here, >> this is great stuff, congratulations! >> >>> - kernel (2.6.28) is building and booting (merging the Openmoko and >>> OpenWrt patchsets, whereof one (and that's not ours ;)) consists of >>> either over 620 little non-atomic patches or one 10MB patchblob >>> [kudos to git!], is no picnic (thanks to the work of Michael "mb" >>> Buesch at this point!) >> >> Can you extract the remaining diff between andy-tracking and what you >> have and send them as patches to the kernel list? > > We don't have additional kernel patches, yet. > We basically use andy-tracking from two weeks ago. > >> How does your kernel >> build work? You take andy-tracking, apply a patchset, then build? > > No we take vanilla 2.6.28 and apply the diff between 2.6.28 and andy- > tracking. > We can also apply additional patches, but we don't for now. > >> If you have OpenWrt-specific patches, where are they stored? > > In the openwrt tree under target/linux/s3***/patches-2.6.28/ > > -- > Greetings, Michael. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: www.opkg.org - Repository Alpha
I wrote another review of opkg.org software, see http://risto.kurppa.fi/blog/opkgorg-software-review-part-2/ I've excluded those that a) have been reviewed earlier b) are missing information (author, source link etc) c) are not GPL c) don't install icon/dont run from the menu comments? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
> hi thank you, but i dont start zhone from .xsession. i start it by hand > later. can you please describe in more detail how your system is set up and how you do start zhone? i can't really imagine what happens on your side. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
Christopher J. White wrote: > > On Sat, 2009-01-31 at 04:28 -0800, vale wrote: >> hm now zhone starts fullscreen and i cant change back to the xfce >> desktop. is >> there some trick ? if i choose to exit zhone from zhone menu, it also >> kills >> x11 and shuts down debian :( > > It sounds like zhone is started as the last thing in your ~/.xsession > file, thus when it closes, your xsession is brought down. > > It should be something more like: > > #!/bin/sh > zhone & > xfce4-session > > ...cj > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > hi thank you, but i dont start zhone from .xsession. i start it by hand later. but it always takes full screen and if i decide to exit it it really sens shutdown command to debian. i can see it if i am in ssh when i exit zhone from menu then i get: Broadcast message from r...@debian-gta02 (Sat Jan 31 16:04:00 2009): The system is going down for system halt NOW! if i start it from .xsession like u write i dont see xfce desktop and icons because zhone is on top of it. although the xfce panel is then on top of zhone. if i try to exit zhone, debian shuts down ... thank you vale -- View this message in context: http://n2.nabble.com/-debian--zhone-not-working-tp2210515p2250153.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
On 31/01/2009 15:49, arne anka wrote: > who knows? there's no realiable timeframe for when gta03 may be available, > afair. > maybe, when you give some hints to your location, someone owning an fr > already might make him/herself available to show the fr in the flesh and > demonstrate your scenarios? > Yes, I think is a very good idea to understand well is something fit our need. Because speaking is easy to have an idea, but only touching something a person can understand if something is really what need. I am in Torino (Italy) and own a FR, so if someone what to try my FR we can meet. Best regards Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions about the usability of GTA02
Hi Tschaka! On Saturday 31 January 2009 15:11:58 Tschaka wrote: > 1st) Battery Power > > sometimes i'm at university from 9am to 10pm 6 days a week. I'm often > browsing mobile news pages with my phone when going to university, or > having a chat (XMPP of course!), approx 40 minutes a day. In the meantime > i'm listening to music. > I got no actual watch, so my phone is my watch, means i often activate the > background light to get to know the time. > I'm sending like 1-5 messages a day, having a phone call now and then. > Now and then i would like to access the web via wifi. > > So, since i'm not able to plug the phone to a power source at university, > would i be able to run it the whole day, without getting out of battery > power after 10 hours? > And, will there be a (software) fix (soon) for the issue, that the battery > gets uncharged, even if plugged in, as soon as the battery is fully > charged? (i got no problem charging the phone every night, but when it's > fully charged at 2am, it would have been running 7 hours on battery power > by my arrival at university, so the battery would be low sooner) > One day of usage is no problem here... Sometimes I reach even 2 days. But not very often yet. Overall experience is that battery lasts longer from upgrade to upgrade. I cannot confirm the issue that the battery gets uncharged even if plugged in... > > 2) Calls > > As i'm sometimes having a phone call (huh, surprise), i would like to know, > if the echo, and especially the buzzing issue will be fixed soon. I read, > the echo was fixed in FSO/SHR already, but regarding the buzz i read the > mailing list, but there i didnt feel i got a reliable answer(sorry for > asking again). i'm not familiar with soldering iron, and i'm not willing to > crack up another phone (already did once this way :) ). So, will there a > fix of this buzzing soonish by default (a7, a8?) on the base of the often > refered capacitor? (as i said, i'm not willing to pay twice, getting a > gta03 later due to unfixed buzz problems, or replacing a damaged > freerunner). Also, i'm not willing to pay 300€ for a phone that doesnt > allow me to have a nice talk with my dad or gf on an at least acceptable > level for the person on the other end (u know, my gf isn't that patient and > insightfull with opensource software(issues) as i am, it took me weeks and > shutting down icq completely to convince her to use xmpp :) ) > Not sure when rev A7 will come But I expect it to contain the Buzz fix. Anyways, it looks like openmoko is concerned in applying the Buzz fix to already sold devices too. Not sure if/when this will happen. But signs point to soon. As you are a Student I think it wouldn't be too dificult finding a person at university that could help you applying the buzz fix. Anyways, I'd understand if you find it too risky. The echo is fixed in nearly every distribution meanwhile. As I have applied the Buzz fix on my moko the overall sound quality during phone calls is acceptable. Sometimes the volume is a bit low... But as I've already said: It is acceptable. I have already talked to my parents over one hour without one single complaint about the voice quality. > > 3) Software > > I got no problem with rudimentary software. Most important thing is Sending > messages, Having a few Calls, Having GPS apps to improve Openstreetmap and > such and browsing the web. I know the software is something being worked > on, and apparently it improved a lot already. > But: Do such basic features work already (like browsing phone book to make > a call) acceptably reliable? I'm patient in handling problems and fiddling > around a bit, wanting to have a succes in the end though. > And: how sluggish is the software? i often read glamo slows the phone down > pretty much. > Software is nowhere near _finished_. There is software for everything you could immagine, but not really polished yet. Calls are working, but Dialer/AddressBook software is either slow (OM 2008.12) or only uses contacts from SIM card yet (SHR, FSO etc). Lets hope Paroli brings some more light into this area soon. SMS works fine here. With my self-created keyboard layout I can type a SMS using my thumb only in quite short time. IMHO GPS is the one working best. TangoGPS is way cooler as you could immagine. There are also routing engines like navit that allow you to use the FR as a navigation system. I haven't found any finger-friendly Web-browser yet, but there are some stylus- friendly browsers that seem to work. For IM you could use Pidgin. I have no idea how well it works on the FR though. There is also a console based IM client somewhere... Yes, the Glamo really seems to be the bottleneck... There are efforts to eliminate this by the community. Anyways... Overall performance is on the edge of beeing acceptable. Accessing wireless networks seems to be a command-line thing only yet. There are efforts for graphical frontends like MoFi but they do no
Re: Questions about the usability of GTA02
> 1st) Battery Power > ... > So, since i'm not able to plug the phone to a power source at university, > would i be able to run it the whole day, without getting out of battery > power after 10 hours? not with the scenario you describe -- but otoh: which phone does? your power consumption seems pretty impressive to me and with a phone more suited to doing that stuff (that said, i don't know what phone you are currently using, but assume something more traditional). > And, will there be a (software) fix (soon) for the issue, that the > battery > gets uncharged, even if plugged in, as soon as the battery is fully > charged? afaik is the re no way be sw to fix that -- the gsm takes power from battery directly, so whatever your phone gets from usb, the battery would still be drained. the consensus seems currently to be, to startcharging when battery falls below a certain leverl -- but that in turn might trigger a lot of load/unload cycles. don't know, though, how well li-io handles taht on the long run. (maybe at least some little backup power would be nice, so that one could swas the battery when suspenden w/o the need to fully shutdown/reboot). > (i got no problem charging the phone every night, but when it's fully > charged at 2am, it would have been running 7 hours on battery power by my > arrival at university, so the battery would be low sooner) well, there's the emergency power supply by by batteries, several of those contraptions where linked to over time. you have basically a box with regular batteries or rechargeables with an usb pigtail to plug into the fr and charge it. you know the saying: neo owner is man who carries wll charger all the time ... > 2) Calls > ... > on the other end (u know, my gf isn't that patient and insightfull with > opensource software(issues) as i am, it took me weeks and shutting down > icq completely to convince her to use xmpp :) ) bad planning. you should never have allowed icq in the first place ;-) > 3) Software > > I got no problem with rudimentary software. Most important thing is > Sending messages, Having a few Calls, Having GPS apps to improve > Openstreetmap and such and browsing the web. I know the software is > something being worked on, and apparently it improved a lot already. > But: Do such basic features work already (like browsing phone book to > make a call) acceptably reliable? I'm patient in handling problems and > fiddling > around a bit, wanting to have a succes in the end though. so far i can't complain, but, of course, it will depend on the distribution chosen. i use debian/fso and so far my rather limited needs in terms of sms/phone calls are satisfied. gps+tangogps/navit works. > And: how sluggish is the software? i often read glamo slows the phone > down pretty much. iirc only in terms of graphic performance, not in general. > 4) GTA03? > > Or would u rather advise me to wait for GTA03? I really want to support who knows? there's no realiable timeframe for when gta03 may be available, afair. maybe, when you give some hints to your location, someone owning an fr already might make him/herself available to show the fr in the flesh and demonstrate your scenarios? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I took the plunge
On 1/31/09 Stroller wrote: > On 31 Jan 2009, at 07:30, Steve 'dillo Okay wrote: > > > > I picked up a Neo Freerunner & dev board today from the good folks > > > over @ PariSOMA here in SF today. > > > It was a little disappointing that the dev board came in a > recyclable > > > paperboard box instead of the hardsided case. > > > Do they just not ship those anymore ? > > No. Openmoko decided that the case didn't "add value" in a way that > was unique to Openmoko or central to their "core competencies". What it pretty much came down to was the price (most importantly payment terms) and shipping were extremely high. Combined with the fact that we added the NOR chip. Made us decided to create only one product this time around. Thanks a lot for buying a FreeRunner, BTW! -Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Questions about the usability of GTA02
So, again somebody is asking a question about usabilty. Please don't get me wrong, i actually browsed the mailing lists and wikis, but still there are some unsure things, and i'd like to have a bit more of a summarization. I'm interested in buying an openmoko Neo Freerunner, but i'd like to get to know some things before i will. I'm a student, so 300 €(even 249 €, Pulster ;) ) is an amount of money i can't spend every month, or w/o any effort. So i don't want to end up getting a Neo now, being unsatisfied and getting a gta03/other brand later this or next year. I'm not that deep into Linux, but i'm running Ubuntu reasonably well, so i'm not totally unfamiliar with linux. i know what svn/git is, and wouldnt be totally unable to build somethings from sources - although it's not an every day task here. So, here's my list of questions, i hope somebody will answer and clear them up a bit :) 1st) Battery Power sometimes i'm at university from 9am to 10pm 6 days a week. I'm often browsing mobile news pages with my phone when going to university, or having a chat (XMPP of course!), approx 40 minutes a day. In the meantime i'm listening to music. I got no actual watch, so my phone is my watch, means i often activate the background light to get to know the time. I'm sending like 1-5 messages a day, having a phone call now and then. Now and then i would like to access the web via wifi. So, since i'm not able to plug the phone to a power source at university, would i be able to run it the whole day, without getting out of battery power after 10 hours? And, will there be a (software) fix (soon) for the issue, that the battery gets uncharged, even if plugged in, as soon as the battery is fully charged? (i got no problem charging the phone every night, but when it's fully charged at 2am, it would have been running 7 hours on battery power by my arrival at university, so the battery would be low sooner) 2) Calls As i'm sometimes having a phone call (huh, surprise), i would like to know, if the echo, and especially the buzzing issue will be fixed soon. I read, the echo was fixed in FSO/SHR already, but regarding the buzz i read the mailing list, but there i didnt feel i got a reliable answer(sorry for asking again). i'm not familiar with soldering iron, and i'm not willing to crack up another phone (already did once this way :) ). So, will there a fix of this buzzing soonish by default (a7, a8?) on the base of the often refered capacitor? (as i said, i'm not willing to pay twice, getting a gta03 later due to unfixed buzz problems, or replacing a damaged freerunner). Also, i'm not willing to pay 300€ for a phone that doesnt allow me to have a nice talk with my dad or gf on an at least acceptable level for the person on the other end (u know, my gf isn't that patient and insightfull with opensource software(issues) as i am, it took me weeks and shutting down icq completely to convince her to use xmpp :) ) 3) Software I got no problem with rudimentary software. Most important thing is Sending messages, Having a few Calls, Having GPS apps to improve Openstreetmap and such and browsing the web. I know the software is something being worked on, and apparently it improved a lot already. But: Do such basic features work already (like browsing phone book to make a call) acceptably reliable? I'm patient in handling problems and fiddling around a bit, wanting to have a succes in the end though. And: how sluggish is the software? i often read glamo slows the phone down pretty much. 4) GTA03? Or would u rather advise me to wait for GTA03? I really want to support Openmoko, and to be honest, as i heard first of openmoko like 2 years ago, i already wanted to have one. On the other hand, i'm sorry to say, that such fundamental bugs hold me back getting one yet. But according to the wiki, gta03 will have features like EDGE, a Cam, better battery and removed glamo (rather fast software "feeling" and video performance?) that sound very interesting. EGDE would be nice, but for me isn't necessary, and as Cam i could use my current phone. But shall i, at least, rather wait for a7, or a8 if i want a buzz fix by default? at the moment, this is, besides battery life, the issue that concerns me most. 5) Summarize Long story short, i don't want to get disappointed buying a neo. I mean, fancy features, software and such is nice to have, but if fundamental things won't work (acceptable), I and many others won't support Openmoko on the long term, means replacing the Neo with a later release of Openmoko in 1,2 or 3 years. and, as sean moss pultz wrote, "John Doe" won't see any advantage of getting an openmoko over other "open" (haha, at least on his point of view) phones like iPhone, and Android ones. Hopefully i'll get some constructive hints on my questions, and if i'd rather wait, or buy on the spur of moment. -- View this message in context: http://n2.nabble.com/Questions-about-the-usability-of-GTA02-tp2249982p2249
Re: I took the plunge
On 31 Jan 2009, at 07:30, Steve 'dillo Okay wrote: > I picked up a Neo Freerunner & dev board today from the good folks > over @ PariSOMA here in SF today. > It was a little disappointing that the dev board came in a recyclable > paperboard box instead of the hardsided case. > Do they just not ship those anymore ? No. Openmoko decided that the case didn't "add value" in a way that was unique to Openmoko or central to their "core competencies". Consequently they never shipped the hardcase with the Freerunner - it was only available with GTA01 - and this was reflected in GTA02's pricing. You can order a hardcase from Pelican yourself, and there are online suppliers who can custom cut the foam for you. > The one noticeable bug is that the digitizer/UI totally loses it's > calibration when the screen gets flipped into landscape mode. > I'm downloading the 2008.12 distro as I type this and I'm going to > flash it as soon as it's done downloading. > > So far, for the whole two or three hours I've had it, I'm liking it. > ...Time to go flash some firmware. The firmware supplied on your new Freerunner is quite old, so you really shouldn't judge the phone on the basis of it. I am quite glad your impressions are so positive, considering that. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
On Sat, 2009-01-31 at 04:28 -0800, vale wrote: > hm now zhone starts fullscreen and i cant change back to the xfce desktop. is > there some trick ? if i choose to exit zhone from zhone menu, it also kills > x11 and shuts down debian :( It sounds like zhone is started as the last thing in your ~/.xsession file, thus when it closes, your xsession is brought down. It should be something more like: #!/bin/sh zhone & xfce4-session ...cj ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
No Sound on calls
dear List as of lately, the FR has no sound when making phone calls which may be considered a slight disadvantage. Wenn called the FR rings nicely but then everything is dead: no sound. Likewise, when calling someone, nothing can be heard, not the ringing and after the connection is established also not the opposite. Oddly, the happens with the current FSO and hackable1 any idea? greetings Eildert ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Friday 30 January 2009, Al Johnson wrote: > On Friday 30 January 2009, Joel Newkirk wrote: > > On Fri, 30 Jan 2009 09:31:21 +, Al Johnson > > > > wrote: > > > On Friday 30 January 2009, Joel Newkirk wrote: > > >> Any idea where I can find python-pyalsaaudio? not found on SHR, can't > > > > > > find > > > > > >> a package anywhere. (except armv7a at angstrom) This one should work with python 2.6 http://openmoko.truebox.co.uk/repos/mazikeen/fso-milestone5/python- pyalsaaudio_0.4-ml0_armv4t.ipk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
hm now zhone starts fullscreen and i cant change back to the xfce desktop. is there some trick ? if i choose to exit zhone from zhone menu, it also kills x11 and shuts down debian :( some time ago i could start zhone but keep the xfce panel open and change to desktop or other programs and also kill zhone without everything else going down. am i missing something? thanks in advance vale -- View this message in context: http://n2.nabble.com/-debian--zhone-not-working-tp2210515p2249723.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
Thank you it works now :) i think i hadn't updated for too long. Now i'm happy again with debian & zhone :) have a nice weekend vale -- View this message in context: http://n2.nabble.com/-debian--zhone-not-working-tp2210515p2249677.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sephora not working any longer?
Michele Renda wrote: > > Hello... I think a lot of time you read this: work, real life, > wife/girlfriend etc. > > I really apologize for delay. In this moment I am at work. At 18.00 > (GTM+2), I will be at home, and I will complete to package it until > tomorrow! > > I wish you a very good days! > > > Thank you to Davide, for the suggestion you gave to me, I will apply it > after packaging Sephora. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > hi michele, thanks for your great tool. is there any news when we can expect new version? Thank you its really helpfull tool for debian :) greetings vale -- View this message in context: http://n2.nabble.com/Sephora-not-working-any-longer--tp2208881p2249642.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
Buzz hardware fix in the Netherlands/Belgium (perhaps at FOSDEM)
Hi all, Anyone in the Netherlands or Belgium that as applied the buzz hardware fix? Anyone in the Netherlands or Belgium planning to apply the buzz hardware fix and is interested in doing this collectively? Perhaps on the 6th, 7th or 8th because of FOSDEM at an electronics lab/shop/club in Brussels or even at FOSDEM itself. Then others that are there, with the necessary experience could also attend. Send me a message if you want to take part in this organising this local hardware buzz fix session. Regards, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialup On Demand (was: [SHR] Miscellanious minor issues)
On Sat, 31 Jan 2009 11:34:42 +1100 (EST), "NeilBrown" wrote: > On Sat, January 31, 2009 2:55 am, Michael 'Mickey' Lauer wrote: >> Ok cool, but how does this work internally? We want the framework to be >> notified, not the ppp process (which we don't want to run all the time) > > On demand network connection is awkward to do in a completely general way. > > When an application makes a TCP connection, the kernel needs to choose a > local address for "this" end of the connection. It chooses that > based on the IP address of whichever interface will be the first > hop of the outgoing connection. > > If you don't have that interface established, then there is no address > or route, so the kernel will give up quite quickly - there is no where > for user-space to hook in and make things work. > > One option is to always use a VPN through some base station. > I think you can get OpenVPN to establish a connection on demand. > So the kernel sees the OpenVPN interface and sends a packet to that. > OpenVPN then brings up whatever network can be found and forwards the > packet over the VPN and on the the Internet. > > You could probably set up something vaguely similar that works > locally without needing a remove VPN server or even a VPN. What about (which I expect will not be a candidate for an 'official' solution;) get frameworkd talking to ip_queue or netlink. For example, we could: Create a lowest-priority default route that hits lo, like: route add default gw 127.127.127.127 dev lo metric 100 use ip_queue.ko. Write a userspace handler for the iptables QUEUE target. (It's been a few years but I've written a couple, in c, use libipq - pretty simple) The handler will receive every packet that is sent to it with a firewall rule like: iptables -A INPUT -d ! 127.0.0.0/8 -i lo -m limit --limit 1/sec -j QUEUE iptables -A INPUT -d ! 127.0.0.0/8 -i lo -j DROP Now whenever another route doesn't exist, the kernel presents outbound packets to the queue handler. (up to one per second, and unspecified --limit-burst is 5 - the second rule drops what doesn't get queued) The handler gets to tell the kernel whether to accept or drop the packets, in this case it'd be simplest probably to drop them. In the meantime, however, it can tell the network manager (or whatever mechanism) to try to bring up an interface. If that's successful then its newly-created route takes precedence. (providing it has a lower metric than 100...) It can also take a moment to examine the packets it's handed and decide - based on whatever criteria desired - if it really needs to bring up an interface or not. Like "if it's DNS fire it up, but if it's broadcasts just ignore it". (those criteria could be handled in iptables actually, but others would be harder, the things that frameworkd can offer like "is a voice call in progress?" [if so, forget gprs] or "am I preparing to suspend?", etc) j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner is running OpenWrt!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | It's very interesting. Will it act as a wireless access point? Nope. AR6000 doesn't support master mode. But it's still interesting, well done to the people who worked on it. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmED1cACgkQOjLpvpq7dMoY/QCfbLzTNkDTVrW05ZE9juA/lVgA /PEAn1AmjshcaOYlhNL+z+nF0TxZesaz =mIzv -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
