Re: GTK in Qtopia
> Back in the glorious days of Qtopia2 (o zauri, where are thou?), there > was an X server running on top of Qt-embedded. I'm pretty sure it > stalled since then, but one can give it a try > (http://xqt.sourceforge.jp/). > > BTW, it might have been a quicker way to reach the "let's run random X > apps aside Qtopia ones" goal without porting the whole Qtopia to X11. > Just the other way around, I guess. > Some people are already complaining that X is slow, I can't even imagine what it would be if coded on top of Qt... -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
sim contacts format on OM
Hi all. My contacts are all in my sim card. I can't use them on OM (with the image 20080722 but I couldn't with the release too) because they are in international format and they all miss the '+' at the beginning. When I boot with Qtopia, the '+' is present and contacts can be used. does somebody know how I can do ? thanks in advance. Mike ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[no subject]
Hi all! Well, I'm a little new to this (as I'm sure everybody says when they are posting for the first time), but I was wondering, how can I free up space on the neo? Are there any packages that are not necessary? I somehow find myself using up 99% of space after doing an 'upgrade'. I would like to install a bunch of python modules to run pyroute (has anyone has any luck with that so far?) but I keep running out of space. When I try installing the modules onto an sd card, I run out of space there as well. Do python modules normally take up over 400mb of space? Any help would be greatly appreciated! L ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Trolltech/Nokia and QTopia on FR [...]
Knut Yrvin wrote: > Hi Yaroslav and all the good contributors to Freerunner, > > I got a short answer on your second question :) > > On Tuesday 29. July 2008, Yaroslav Halchenko wrote: > > >> another question (sorry if I missed answer in some of the threads) -- I >> wonder if you are the only person dedicated by Trolltech (or Nokia) to >> work on qtopia for openmoko? >> > > Holger Freyther was working on supporting Qtopia on OpenEmbedded paid by > Trolltech for almost half a year, also benefiting the Freerunner effort. > He is now contributing through OpenMoko, and I think he's doing a good > job. We will increase our effort supporting free software. That will be > expressed in actions instead of words. > > I'm planning to invite some of the heavy contributors using Qt in > Freerunner to a round table session in Brisbane Australia. There are > several things on the agenda, but it boils down to what Trolltech can > improve. The only reason I as a community manger has not been faster, is > all the work with the Nokia acquisition planning. When you include my > usual travelling to free software events, there has been no time left to > cover more bases. > > >> It is just interesting ;-) also it would >> be great if you could summarize in few words (if you feel like it) what >> are the future directions you and your team are going to accomplish for >> qtopia on FR? would be there a 'long term support' of any kind for >> qtopia on FR? >> > > Trolltech will further develop, improve and enhance Qtopia. When it comes > to Freerunner, they are in charge for their plans and actions regarding > software development. Of course there are cooperation with Trolltech > engineering, community and some marketing activeties. And we are working > on improvements there too. > > Personally I'm a fan of the Freerunner effort. When I got the opportunity, > I've sponsored travels and accommodations for persons who present what > can be done with Freerunner and Open Source on phones. Ole Tange was one > of the speakers[1] at Open Nordic Mobile in June. He did a really good > presentation of the Freerunner project and opportunities with free > software on phones. > > 1. http://conference.ez.no/eng/Open-Nordic-Conference-2008/Program > > We have shown the prover of Qtopia with Neo 1973 since Open Source in > Mobile September 2007. We also got a demo called Qt Everywhere with a > touch screen program launcher using PictureFlow[2]. We are running that > on Neo at all our trade shows and some of the free software events: > > 2. http://qt-apps.org/content/show.php/PictureFlow?content=75348 > > Several people are working on the program for Mobile Developer Days 2008 > (MDD) in Berlin 10-14 September (the conference will be from Sept 10-12, > the weekend Sept 12-14 will be a code camp). Last year a couple of > OpenEmbedded/Freerunner developers participated at MDD in Denmark. We > hope that more can join this year in Berlin. I know more people will join > from Nokia this year. > > 3. > http://mobiledevices.kom.aau.dk/team_and_organization/events/mobile_developer_days_2008/ > > This was maybe not a short answer, but it shows that we are committed and > really pleased with the progress of Freerunner and the use of Qtopia. The > question now is when and how to organise our round table trip to > Australia :) > > Best regards > > Knut Yrvin > I very much appreciate the work Trolltech/Nokia have put in to the Qtopia release and the support which they have shown for the Freerunner project and open-source mobile in general - thank you, I always enjoy reading your posts on the mailing lists. I have a couple of questions - I read somewhere on the Openmoko wiki that (to paraphrase) "enough of the Qtopia release is open-source that you can run it on the Freerunner without the proprietary components". I know Qt has gradually migrated to open licenses over the course of history, but what is the current licensing status of the Freerunner Qtopia release? How much is open-source and how much is proprietary? And if I can finish with a horribly vague question, how much of the open-source component of Qtopia is contributed back to the Openmoko project in a usable fashion (i.e. do the open-source components rely on a proprietary component [or Qtopia-specific feature such as writing directly to framebuffer] to work and therefore are only open-source in the context of Qtopia development, or are they totally portable to ASU/FSO with little or no modification?) Aaron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
On 7/30/08 Daniel Benoy wrote: > Also, would the openmoko design team be willing to consider a toggle > in the configuration menu between manual and automatic? What we want is for people to add their own configuration options to menus in the form of packages installable from the "Installer". This is why we remove functionality. So we can focus on how to make sure our products are extensible. Simplify and Open. -Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - opkg upgrade - is it possible to exclude some packages?
> Upgrading kernel on root from > 2:2.6.24+git25+8533927964761f4e2078ccd8607b90f5acc60b93-r0 to > 2:2.6.24+git75929+66a83c97c4545ce4f07e0d90998f906fae49caf2-r1... > Downloading > http://downloads.openmoko.org/openmoko-repository/ASU/neo1973/kernel_2.6.24+git75929+66a83c97c4545ce4f07e0d90998f906fae49caf2-r1_neo1973.ipk > > Is there a way to tell 'opkg upgrade' to upgrade everything except the kernel? I just removed /etc/opkg/neo1973.conf I don't really see how it could be useful, and it takes care of this particular problem. -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openmoko-announce] Openmoko on Design
On Wednesday 30 July 2008 04:37:20 Christopher White wrote: Hi Cristopher, let me to understand why you are so in angry. > My frustration comes off as anger because I just can't seem to figure > out where to go at times. I know I signed up for a tough road, and I am > not afraid to rollup my sleeves and strace a process to see why it's > hung. > > But it's **sloooww** to come up to speed. It's practically a vertical > learning curve. This is the hard work of pioneers :) Usually are them that take all disadvantage of a new technology and took the "arrow" by Indians. But our experience is very important and will help the persons will come after us. You work, and your experience are really important for Openmoko. In this moment I am thinking to the very early adopter of Neo 1973 > I'm sharing this with the folks at OpenMoko because *they* have the most > experience with this device, if anything because it's been in their > hands for a *lot* longer. Their wisdom is golden. Right now, it comes > out in bits and pieces on the wiki and in email. Finding the answers is > tough. > > Please don't take this as severe criticism. Instead understand that I'd > like to try and influence the immediate direction of the folks at > OpenMoko to work on helping the masses of developers like me and Jay and > others that want to dive in, but we're severely hindered by the current > state, which may require pulling people of projects temporarily. It's > like sacrificing a little time on ASU goals to get the rest of us up to > speed. In the long run, that will be a much bigger pay off. > I understand that you did it in a constructive way, and this is nice. The problem is that when the critics become too much as in these days, in place to take the effect to put the OM developer "to give the max" put the developer to felt criticized in every side, and I think you get the opposite effect. Remember they are only persons. > Forgive me...which is the GTK version? Are you speaking of FSO, or > 2007.2, or some new version? It sounds very appealing. I am speaking 2007.2. but with all these names :) > I have tried very hard to voice my complaint along *with* a suggestion. > I held my tongue for a while on this topic because I don't want to be > "yet another whiner". But there often a grain of wisdom to the masses, > thus I felt it necessary to validate some of the complaints of others. > I thinks that complaints are enough validated for now. There are some problem and I hope them will be fixed fast. > > I am very excited about itjust ready to kick off the mud already ;-) ... and I read also about Ubuntu ARM > > Thank you Michele, forgive me if I sounded harsh. I am a satisfied, if > temporarily frustrated, customer. I think you wrote in a constructive way, so it is important. May be one time, when we will have our GTA99 we will read these email and we will smile about it :) Regards Michele Renda > ...cj > > > > ___ > 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: Flash ASU
Scott wrote: > Why do the latest ASU folders not have the kernel or root file system > files? > AFAIK if they are no changed, they don't appear again. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
On 7/29/08 david varnes wrote: > On Tue, Jul 29, 2008 at 4:22 AM, Sean Moss-Pultz <[EMAIL PROTECTED]> > wrote: > [snip] > > > > > > Think of our products as museums. We're building the environment. > > I re-read Sean's post a couple of time (like a few people I am > guessing :-) > For some of us 'museum' may have an old/musty connotation. > > When I put "art gallery" everywhere he says "museum", it landed in my > my ears very differently:-) > Marek likes "art gallery" better, too. I hope this gets the point across. Ryan Paul wrote the following in Ars Technica: "Openmoko's potential for success will be heavily predicated on the ability to turn choice and diversity into an asset rather than an impediment. This is the essense of what we're doing with efforts like FSO (the future framework of ASU and more) and our Installer. We (Openmoko) focus on making a very attractive "museum" or, if you prefer, "art gallery". We embracing the need to figure out *what needs to be made the most simple*. We then try to focus on what is needed to grow and diversify human interests as they change. -Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
On 7/29/08 ian douglas wrote: > I feel that Sean has just given us (or perhaps just reiterated what > should have already been known), as a community, the means to empower > ourselves to help on *everything* about the Openmoko project as a > whole. > We wanted an open platform, and it's been given to us. We're *all* > part > of that design. Thank you Ian. Very well said. -Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openmoko-announce] Openmoko on Design
On 7/29/08 Stroller wrote: > Initially I was > really angry about the whole removal-of-the-keyboard-button-by- > shadowy-designers thing, and I've come to realise it's irrelevant and > > that I was stupid to get upset about it. Please don't think it's irrelevant. It's anything but. This is the essence of what we're making. An empy vessel for you to personalize. We make something simple but powerful. Removing and adding meaning. -Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Request for help: Would like community applications to show anddiscuss at LinuxWorld
On 7/29/08 Marcus Bauer wrote: > On Mon, 2008-07-28 at 15:33 -0700, steve wrote: > > > Of course!!! Every toolkit is allowed. > > > > > > The whole point about FSO is to free people to pick their toolkit! > > The opposite is true. FSO forces you into ASU. It basically makes all > work that has been put into OM2007.2 useless. > > Please stop telling these lies. Marcus You do realize who you are talking to? This is person in charge of all of marketing for Openmoko. If he says, "the point of something is..." you should understand that he speaks for Openmoko. You can say what you want about his ideas. But you have no basis whatsoever to say he's lieing. So some respect. -Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
Scott wrote: > Charles, > > While that is a means of bringing the keyboard button back, thats just > too damn hard! And I have to do that all over again if I upgrade! > > Needs to be a simple configuration setting. Agreed, but I was just replying to that part: > if you HAVE to leave them out could someone post easy to > follow directions to replace them in the wiki somewhere?? For those of > us not gifted with totally amazing programming skills? -- Charles-Henri ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
On Wed, Jul 30, 2008 at 01:47:29AM +0100, Al Johnson wrote: > I'll snip most of it to keep the length reasonable. same here :) > On Tuesday 29 July 2008, William Lai wrote: > > > > It already is. > > We've offered a couple of different solutions to community requests that > > were declined by, well, engineering. One of them was: > > > > * create a package to be installed through installer adding manual > > qwerty button to illume theme. > > The only suggestion I remember was that the community fork illume. Is this a > different take on the same suggestion, or a different suggestion? What was > the other option? And what was the objection to providing it as a > configuration option with the default being off, as proposed on this list? What we are trying to do: provide a OM repository and a community repository. in this particular case, if in the end the illume still shipped without kbd button, then the community will very likely provide another version of illume called illume-kbd in the community repository. thus you can replace the shipped illume with illume-kbd, and the next upgrade will get the new version of illume-kbd instead of illume, so you don't need to change it again after upgrade. Where we are right at the moment: illume is there. the community repository is not ready yet but we're working on it. the dependency handling of replacing the shipped illume with illume-kbd is not ready yet but we're working on it. My personal comment on this: if the illume is so much more popular then illume-kdb (theoretically we can know that from the repository log) or the other way around then you bet that fact will be very effective in OM. ;) Regards, John ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: More info on on ticket #666 SIM Card problems.
On Wednesday, 30. July 2008 10:44:36 Adam Talbot wrote: > I am new to this kind of project. How do I attach a log to the bug, and > what is the e-mail for the devel list. There is a list of current attachments and underneath you find a button called "attach file". :-) Here you can find the interface to subscribe to the openmoko lists: http://lists.openmoko.org/mailman/listinfo/ The list email address is always @lists.openmoko.org Marek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
On Wednesday, 30. July 2008 10:18:33 Al Johnson wrote: > I agree with everything you say here. The keyboard should just appear when > I want it and disappear when I don't. The absence of a manual override > means that whenever it gets it wrong I can't correct it, the worst case > being when I need to enter something but the keyboard doesn't appear. > Conversely the presence of a manual override causes no problem even if it > is never needed. > > The keyboard failing to appear is not a hypothetical scenario. Without > manual intervention minimo was unusable because the keyboard didn't appear > when the cursor was placed for URL entry. This is likely to be an issue > with other apps that don't have a specific openmoko port, and we shouldn't > have to create such a port just to use an otherwise capable app on > openmoko. Other issues include the keyboard appearing when an edit field > has focus although I don't want to edit it, keyboard appearing and > disappearing frequently if a form contains mixed input types, or appearing > over the top of the field to be edited. The field having focus although > editing is not required is probably impossible to detect because the answer > depends on the opinion of the user at the time. I understand your points and they all are valid. How do we address them ? That brings us back to Seans mail. Openmoko will provide the minimum set of applications and basic functionality that empowers ordinary users to use the phone. We will make sure that these applications work well with the environment we provide. This is an ongoing process we just started compared to many established phone systems. Feel invited to extend that basic system through packages that can be installed. If you install an application that hasn't been ported to the Openmoko platform and does not support the keyboard you also should install the manual keyboard button or you just install a package which deativates the automatic keyboard behaviour right away if you don't like it. We have to realize that the world is very diverse - we wont find a solution which suits for everybody in all the cases. So, we have to make it flexible. Again: This is a process and you can help us with that. Marek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Which AT&T data plans are compatible?
And, of course, you asked to SSH into your phone, not sftp. D'oh. In this case, using lint-wifi's status tab, you can see what IP your router has assigned to your phone, then open a terminal window and type: ssh [EMAIL PROTECTED] for your device] leave the password empty D Dimitri wrote: > > Josh, > Not sure if that question was directed to me or Ian. I assume Ian, but > maybe I can take a stab at it. > > Unless I'm completely misunderstanding, you're asking if it's possible to > create an SSH connection to your phone via a wireless network? > > I can do that, if my phone is connected to my home wireless network. > > As I recall, on my Ubuntu box, if my phone is connected to my wireless > network (via the lint-wifi gui, for example), I can see it on my Ubuntu > box by going to "Places" > "Network". I can then sftp into the phone. > > But this may not be what you're asking for. > Dimitri > > > Josh Monson wrote: >> >> Excuse me if I have missed previous posts on this... >> >> Is it possible to ssh to your phone over public IP space yet? >> >> With the ability then to setup a webserver, ftp site, or something >> similar? >> >> cheers >> > > -- View this message in context: http://n2.nabble.com/Which-AT-T-data-plans-are-compatible--tp640134p641008.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: More info on on ticket #666 SIM Card problems.
I am new to this kind of project. How do I attach a log to the bug, and what is the e-mail for the devel list. -Adam On Wed, 2008-07-30 at 10:19 +0800, Marek Lindner wrote: > On Wednesday, 30. July 2008 08:15:52 Adam Talbot wrote: > > There is a new bit of debug on ticket: > > http://docs.openmoko.org/trac/ticket/666 > > > > I am not sure if this is the right place to send this, but here is my > > out put. > > Please inform the devel or support list about your results. Also, it may be > better if you attach the log file to the bug itself. That way we collect all > the data in a central place. > > Thanks for digging into that, > Marek > > ___ > 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: [openmoko-announce] Openmoko on Design
Hi Michele, > Cristopher, let me to understand why you are so in angry. Forgive me if I came across as very angry. I actually am not. I am frustrated, but I do not find fault with anyone in this regard. > Like you I sent my 350 Eur postcard (= 2 month of my house rent) for a > phone that I was knowing was not software complete (and some possible > hardware bug). > > OM wrote very well on the homepage that is not a end user product. They > wrote very well. I bought my phone knowing that it will show me "things > we human can't neither to image (and not in the good sense)" You are absolutely correct. I fully understood what I was getting into, as I think most people on this list did. By no means did I expect an end user product. > Then now we can choose: we can use the 2007 gtk version or the new > version. Is our freedom. Why we must to be in angry if we have the choose? You are correct that it was my choice to join the club. Let me expand on my frustration. I think it is first and foremost a matter of clear channels of communication. My frustration comes off as anger because I just can't seem to figure out where to go at times. I know I signed up for a tough road, and I am not afraid to rollup my sleeves and strace a process to see why it's hung. But it's **sloooww** to come up to speed. It's practically a vertical learning curve. I'm sharing this with the folks at OpenMoko because *they* have the most experience with this device, if anything because it's been in their hands for a *lot* longer. Their wisdom is golden. Right now, it comes out in bits and pieces on the wiki and in email. Finding the answers is tough. Please don't take this as severe criticism. Instead understand that I'd like to try and influence the immediate direction of the folks at OpenMoko to work on helping the masses of developers like me and Jay and others that want to dive in, but we're severely hindered by the current state, which may require pulling people of projects temporarily. It's like sacrificing a little time on ASU goals to get the rest of us up to speed. In the long run, that will be a much bigger pay off. > Openmoko never said that will do that will make impossible to install > the gtk version. If you use it, and you maintain it, it will become > better and will take the place of ASU. Forgive me...which is the GTK version? Are you speaking of FSO, or 2007.2, or some new version? It sounds very appealing. > But please, is not the situation to complain if you install the aplha > version and it is not running stable. I have tried very hard to voice my complaint along *with* a suggestion. I held my tongue for a while on this topic because I don't want to be "yet another whiner". But there often a grain of wisdom to the masses, thus I felt it necessary to validate some of the complaints of others. > You must to take Openmoko as a piece of "free" hardware. Install then > what you want, and be happy. I am very excited about itjust ready to kick off the mud already ;-) > Now I wish you a very nice day, and happy programming ( or experimenting). Thank you Michele, forgive me if I sounded harsh. I am a satisfied, if temporarily frustrated, customer. ...cj ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM detection/identification
Paul, I inexperience the same behavior on the AT&T(850 & 1900) network. When the signal drops below a certain level on the left is says registering on the right the signal icon indicates some bogus value.. I think there is an update issue with the icon, and the message for no service, "registering.." doesn't make a lot of sense either. If you bring up the gsm/status dialog sometimes it will provide a saner reason for no connection, but then sometimes its message is bogus to.. Scott ian douglas wrote: Paul Buede wrote: the coverage isn't great in the rural areas I find myself. When driving around, if out of reach of tmobile, it will say "registering" as if there is no sim card. But, on the little image of the antenna, that shows how strong my connection is, I still have 2 bars. Is that a bad guage of connectivity? As far as I recall, TMobile only uses the higher-frequency band, (1800 or 1900? I can never remember), and probably won't drop down to the 850MHz band unless they've signed an agreement with AT&T to piggyback on their lower-frequency network in the rural areas where you've been. -id signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU - opkg upgrade - is it possible to exclude some packages?
On Wednesday, 30. July 2008 06:13:02 Torfinn Ingolfsen wrote: > After an 'opkg update' today, I did a 'opkg -test upgrade'. And opkg > still wants to install a Neo1973 kernel on my FreeRunner: > Is there a way to tell 'opkg upgrade' to upgrade everything except the > kernel? Please open a bug report for such issues (don't forget to check for duplicates first): https://docs.openmoko.org/ Marek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: More info on on ticket #666 SIM Card problems.
On Wednesday, 30. July 2008 08:15:52 Adam Talbot wrote: > There is a new bit of debug on ticket: > http://docs.openmoko.org/trac/ticket/666 > > I am not sure if this is the right place to send this, but here is my > out put. Please inform the devel or support list about your results. Also, it may be better if you attach the log file to the bug itself. That way we collect all the data in a central place. Thanks for digging into that, Marek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
On Wednesday 30 July 2008, Marek Lindner wrote: > On Wednesday, 30. July 2008 04:57:27 Chris Wright wrote: > > Something as simple as a keyboard button -- well, users were > > complaining about its lack very quickly. If the design team were also > > users, then they would have insisted that the error be fixed. > > They _are_ users and kept complaining all the time why we have to push the > damn button. The software should know that we want to type something. > Yes, they are no engineers but I try to see that as a plus not a burden. > Their perception is to have software that gets invisible while enabling the > user to get the real job done and not the other way round. I agree with everything you say here. The keyboard should just appear when I want it and disappear when I don't. The absence of a manual override means that whenever it gets it wrong I can't correct it, the worst case being when I need to enter something but the keyboard doesn't appear. Conversely the presence of a manual override causes no problem even if it is never needed. The keyboard failing to appear is not a hypothetical scenario. Without manual intervention minimo was unusable because the keyboard didn't appear when the cursor was placed for URL entry. This is likely to be an issue with other apps that don't have a specific openmoko port, and we shouldn't have to create such a port just to use an otherwise capable app on openmoko. Other issues include the keyboard appearing when an edit field has focus although I don't want to edit it, keyboard appearing and disappearing frequently if a form contains mixed input types, or appearing over the top of the field to be edited. The field having focus although editing is not required is probably impossible to detect because the answer depends on the opinion of the user at the time. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM detection/identification
Dimitri wrote: > Are you able to make and receive calls? > > If not, perhaps the sim isn't touching all the phone's connections. > > At least, that's the problem I had when I tried to connect to AT&T. It would > show that I had 5 bars, but it would always say "Registering...". > > I was able to wiggle the sim a little, reboot the phone, and have it > properly connect to the ATT network (i.e., it changed from "Registering..." > to "AT&T" and I was able to make/receive calls and text messages). > > D > > > Paul Buede wrote: > >> So, I picked up a tmobile sim, and signed up with them (I have another >> week to cancel), and so the phone registers with tmobile. I am finding >> the coverage isn't great in the rural areas I find myself. When driving >> around, if out of reach of tmobile, it will say "registering" as if >> there is no sim card. But, on the little image of the antenna, that >> shows how strong my connection is, I still have 2 bars. Is that a bad >> guage of connectivity? Is it wrong? Or does that maybe tell me that it >> has 2 bars of strength with some sort of other gsm network? Is there a >> way I can query the phone from the cli to have it show me the different >> carriers it can sense network for? I am interested in running a little >> cron to pipe all carriers it detects into a file every minute as I drive >> around the countryside, so I can see who i will get the best coverage >> with. >> >> Thanks >> >> Yes, I am able to make and receive calls when it reads T-Mobile in the upper left. But then, as I get further away from civilization it switches to Registering, but a bar or two remain in the upper right. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
On Tue, 29 Jul 2008 20:56:23 -0400 Daniel Benoy <[EMAIL PROTECTED]> babbled: > Is it feasible to have illume detect that an application isn't > capable/interested in sending the signal to bring up the keyboard? with the matchbox protocol - it is not possible. with the new protocol i put in (which uses window properties) it is possible to know. the app will explicitly set a property on its window indicating its desired keyboard state. > Also, would the openmoko design team be willing to consider a toggle in the > configuration menu between manual and automatic? > > I have a portable bluetooth keyboard (Something which I assume the design > team wants to eventually support out-of-the-box) and it's annoying for the on > screen keyboard to ever come up for me unless I specifically ask for it > because it reduces my usable window space, so in my case, I would prefer to > set it to manual. (And I have modified my illume theme to achieve that) actually i just committed code that "in theory" detects extra keyboards (bt, usb - not tested) and forcibly disables and vkbd if you have one attached. i know - it'd be nice to even have this behavior a conifg value and able to be overridden... that's a matter of code - enough of it, but for now, it probably covers 99% of use cases in the event of a bt/usb kbd... but as i said - it's untested right now (it works - if i fake it - so the code works, but detection of the keyboard is still untested - it should work... in theory). it's in latest rev of illume in svn, no nightly build or update to asu.dev git... yet... will do soon. > If I didn't have a bluetooth keyboard, I'd prefer for it to be automatic, but > provide me with a manual toggle (automatically) when I'm currently looking at > software which doesn't know how to ask for the keyboard.. > > I think this is a good compromise, and in the best interests of the platform > because of the value of quick-and-dirty linux X11 application porting, but at > the same time end-consumers who only use pre-installed software will never > even know the toggle is there, so the designers should be happy. > > I hope I'm not adding to the flame war :( I really appreciate the hard work > and money that openmoko is putting into this project for me and the rest of > the community .. and I don't want them to feel underappreciated as a result > of all the nitpicks. it's up to the designers to say if they want it or not. me - personally, agree. i also don't see the harm in keeping the toggle if the app can do it automatically anyway - as you may not want to edit anything - just browse (eg web browser - the javascript forces a editable field to be focused - thus the kbd pops up - but you have no desire to edit - you just want to read... so tap the button to pop it down). but that's just my opinion. > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is there some way to turn the predictive dictionary off?
On Wed, 30 Jul 2008 02:09:03 +0100 Al Johnson <[EMAIL PROTECTED]> babbled: > On Tuesday 29 July 2008, Carsten Haitzler wrote: > > On Fri, 25 Jul 2008 10:12:08 +0100 Al Johnson > > <[EMAIL PROTECTED]> babbled: > > > > ok. now in illume svn there is code to confiugre what keyboard you want > > (illume's, none at all (which means if qpe provides one that will be used), > > or some other one. other keyboards must install a .desktop file with a > > category of "Keyboard" in the categories list). > > > > anyway... in addition there is code to talk to hal and query for kbd > > devices and listen to hal device adds/dels, and i have a primitive glob > > matcher that allows a list of globs (currently hard-coded - probably will > > move to a file) that are globs for identifying "existing keyboards to > > ignore" when figuring out of a "real keyboard" has been plugged in and thus > > needs the virtual kbd to be disabled. if a real kbd is plugged in i added > > disable code to the > > virtual keyboard handler... that SHOULD work. completely untested. it > > compiles.. it runs and doesn't segv... i have no "real" keyboatd to play > > with right now. > > Sounds good. I'll have to get dual boot going before testing. Will this get > into a nightly build or will I need to build it myself? right now, u'll need to build yourself. the nightly builds will still have qtopia's keyboard running and basically will clash will illume. there is an environment var u can use to turn off qtopia's kbd - forgot what it is tho... u'll have to set it in qpe's startup script. also the config is available in a gui but that gui config will go soon enough. there is a dbus api too - but having to run complex dbus commands by hand is rather painful. -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is there some way to turn the predictive dictionary off?
On Tuesday 29 July 2008, Carsten Haitzler wrote: > On Fri, 25 Jul 2008 10:12:08 +0100 Al Johnson > <[EMAIL PROTECTED]> babbled: > > ok. now in illume svn there is code to confiugre what keyboard you want > (illume's, none at all (which means if qpe provides one that will be used), > or some other one. other keyboards must install a .desktop file with a > category of "Keyboard" in the categories list). > > anyway... in addition there is code to talk to hal and query for kbd > devices and listen to hal device adds/dels, and i have a primitive glob > matcher that allows a list of globs (currently hard-coded - probably will > move to a file) that are globs for identifying "existing keyboards to > ignore" when figuring out of a "real keyboard" has been plugged in and thus > needs the virtual kbd to be disabled. if a real kbd is plugged in i added > disable code to the > virtual keyboard handler... that SHOULD work. completely untested. it > compiles.. it runs and doesn't segv... i have no "real" keyboatd to play > with right now. Sounds good. I'll have to get dual boot going before testing. Will this get into a nightly build or will I need to build it myself? > > On Friday 25 July 2008, Carsten Haitzler wrote: > > > > What about checking hal at startup (then subsequently monitoring > > > > hal events) to see if a device with "input.keyboard" in its > > > > "info.capabilities" list exists or is added/removed? > > > > > > > > I'm planning on getting a USB keyboard (a frogpad) to use with my > > > > Freerunner, so might be willing to have a play around with getting > > > > this sort of thing to work (time permitting). > > > > > > i guess hal could be he go... need to check. not sure what all the > > > keyboards will turn up as... or if there is aleady one faked... not > > > sure. need to look into it... when i get to it :) > > > > Without keyboard: > > [EMAIL PROTECTED]:~# hal-find-by-capability --capability input.keyboard > > /org/freedesktop/Hal/devices/platform_s3c2440_i2c_logicaldev_input > > /org/freedesktop/Hal/devices/platform_neo1973_button_0_logicaldev_input > > > > After connecting the bluetooth keyboard (hidd --search) I get: > > [EMAIL PROTECTED]:~# hal-find-by-capability --capability input.keyboard > > /org/freedesktop/Hal/devices/usb_device_a12_1_noserial_if0_bluetooth_hci_ > >bluetooth_hci_logicaldev_input > > /org/freedesktop/Hal/devices/platform_s3c2440_i2c_logicaldev_input > > /org/freedesktop/Hal/devices/platform_neo1973_button_0_logicaldev_input > > > > After disconnecting bt kbd (hidd --killall) it reverts to the first > > result. > > > > I haven't made a USB adaptor for host mode yet so no USB keyboard > > results. > > > > ___ > > 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: Openmoko on Design
On Wednesday, 30. July 2008 04:57:27 Chris Wright wrote: > Where I work, the design team is the same as the development team. May I ask where you work and what kind of consumer products you are creating ? > Something as simple as a keyboard button -- well, users were > complaining about its lack very quickly. If the design team were also > users, then they would have insisted that the error be fixed. They _are_ users and kept complaining all the time why we have to push the damn button. The software should know that we want to type something. Yes, they are no engineers but I try to see that as a plus not a burden. Their perception is to have software that gets invisible while enabling the user to get the real job done and not the other way round. Marek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
Is it feasible to have illume detect that an application isn't capable/interested in sending the signal to bring up the keyboard? Also, would the openmoko design team be willing to consider a toggle in the configuration menu between manual and automatic? I have a portable bluetooth keyboard (Something which I assume the design team wants to eventually support out-of-the-box) and it's annoying for the on screen keyboard to ever come up for me unless I specifically ask for it because it reduces my usable window space, so in my case, I would prefer to set it to manual. (And I have modified my illume theme to achieve that) If I didn't have a bluetooth keyboard, I'd prefer for it to be automatic, but provide me with a manual toggle (automatically) when I'm currently looking at software which doesn't know how to ask for the keyboard.. I think this is a good compromise, and in the best interests of the platform because of the value of quick-and-dirty linux X11 application porting, but at the same time end-consumers who only use pre-installed software will never even know the toggle is there, so the designers should be happy. I hope I'm not adding to the flame war :( I really appreciate the hard work and money that openmoko is putting into this project for me and the rest of the community .. and I don't want them to feel underappreciated as a result of all the nitpicks. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Trolltech/Nokia and QTopia on FR [...]
Hi Yaroslav and all the good contributors to Freerunner, I got a short answer on your second question :) On Tuesday 29. July 2008, Yaroslav Halchenko wrote: > another question (sorry if I missed answer in some of the threads) -- I > wonder if you are the only person dedicated by Trolltech (or Nokia) to > work on qtopia for openmoko? Holger Freyther was working on supporting Qtopia on OpenEmbedded paid by Trolltech for almost half a year, also benefiting the Freerunner effort. He is now contributing through OpenMoko, and I think he's doing a good job. We will increase our effort supporting free software. That will be expressed in actions instead of words. I'm planning to invite some of the heavy contributors using Qt in Freerunner to a round table session in Brisbane Australia. There are several things on the agenda, but it boils down to what Trolltech can improve. The only reason I as a community manger has not been faster, is all the work with the Nokia acquisition planning. When you include my usual travelling to free software events, there has been no time left to cover more bases. > It is just interesting ;-) also it would > be great if you could summarize in few words (if you feel like it) what > are the future directions you and your team are going to accomplish for > qtopia on FR? would be there a 'long term support' of any kind for > qtopia on FR? Trolltech will further develop, improve and enhance Qtopia. When it comes to Freerunner, they are in charge for their plans and actions regarding software development. Of course there are cooperation with Trolltech engineering, community and some marketing activeties. And we are working on improvements there too. Personally I'm a fan of the Freerunner effort. When I got the opportunity, I've sponsored travels and accommodations for persons who present what can be done with Freerunner and Open Source on phones. Ole Tange was one of the speakers[1] at Open Nordic Mobile in June. He did a really good presentation of the Freerunner project and opportunities with free software on phones. 1. http://conference.ez.no/eng/Open-Nordic-Conference-2008/Program We have shown the prover of Qtopia with Neo 1973 since Open Source in Mobile September 2007. We also got a demo called Qt Everywhere with a touch screen program launcher using PictureFlow[2]. We are running that on Neo at all our trade shows and some of the free software events: 2. http://qt-apps.org/content/show.php/PictureFlow?content=75348 Several people are working on the program for Mobile Developer Days 2008 (MDD) in Berlin 10-14 September (the conference will be from Sept 10-12, the weekend Sept 12-14 will be a code camp). Last year a couple of OpenEmbedded/Freerunner developers participated at MDD in Denmark. We hope that more can join this year in Berlin. I know more people will join from Nokia this year. 3. http://mobiledevices.kom.aau.dk/team_and_organization/events/mobile_developer_days_2008/ This was maybe not a short answer, but it shows that we are committed and really pleased with the progress of Freerunner and the use of Qtopia. The question now is when and how to organise our round table trip to Australia :) Best regards Knut Yrvin -- Community Manager / Qt and Qtopia Trolltech, a Nokia Company cell: + 47 934 79 561, phone: +47 21 60 27 58 http://www.trolltech.com/products/qt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM detection/identification
Are you able to make and receive calls? If not, perhaps the sim isn't touching all the phone's connections. At least, that's the problem I had when I tried to connect to AT&T. It would show that I had 5 bars, but it would always say "Registering...". I was able to wiggle the sim a little, reboot the phone, and have it properly connect to the ATT network (i.e., it changed from "Registering..." to "AT&T" and I was able to make/receive calls and text messages). D Paul Buede wrote: > > So, I picked up a tmobile sim, and signed up with them (I have another > week to cancel), and so the phone registers with tmobile. I am finding > the coverage isn't great in the rural areas I find myself. When driving > around, if out of reach of tmobile, it will say "registering" as if > there is no sim card. But, on the little image of the antenna, that > shows how strong my connection is, I still have 2 bars. Is that a bad > guage of connectivity? Is it wrong? Or does that maybe tell me that it > has 2 bars of strength with some sort of other gsm network? Is there a > way I can query the phone from the cli to have it show me the different > carriers it can sense network for? I am interested in running a little > cron to pipe all carriers it detects into a file every minute as I drive > around the countryside, so I can see who i will get the best coverage > with. > > Thanks > -- View this message in context: http://n2.nabble.com/GSM-detection-identification-tp640786p640891.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: Openmoko on Design
Many thanks for the direct answers. This is what I've been hoping for. I'll snip most of it to keep the length reasonable. On Tuesday 29 July 2008, William Lai wrote: > No bad intentions for snipping, > Just trying to get to the facts: > > Brian C wrote: Snipped > > 3) If the design department is operating from a design document, has it > > been made public? If so, where? If not, why not? > > Design doc uploaded (sometime in April) > http://people.openmoko.org/ninjutsu/freerunner1.4.swf > > Posted by Ian Darwin in May > http://lists.openmoko.org/pipermail/community/2008-May/017504.htm Just in case anyone wonders why it comes back not found, typo corrected http://lists.openmoko.org/pipermail/community/2008-May/017504.html > Feature Plan tracking > http://wiki.openmoko.org/wiki/ASU_Feature_Plan > > Bug Tracking: > https://docs.openmoko.org/trac/milestone/ASU > > You get the point. I think so. There's some documentation but nothing particularly detailed, and details weren't set in stone as of Ian's post in May when the keyboard toggle existed. It has been public, but perhaps not widely known about, for quite some time. Comments in the bug tracker reference a discussion on the openmoko-devel list which I assume to be one of these: http://www.mail-archive.com/openmoko-devel%40lists.openmoko.org/msg02263.html http://www.mail-archive.com/openmoko-devel%40lists.openmoko.org/msg01542.html Big chunk of snippage... > > If so, will such > > community members also have a voice in underlying design decisions that > > guide that/those framework(s)? > > It already is. > We've offered a couple of different solutions to community requests that > were declined by, well, engineering. One of them was: > > * create a package to be installed through installer adding manual > qwerty button to illume theme. The only suggestion I remember was that the community fork illume. Is this a different take on the same suggestion, or a different suggestion? What was the other option? And what was the objection to providing it as a configuration option with the default being off, as proposed on this list? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: problems when upgrading the kernel with opkg
On Tue, Jul 29, 2008 at 2:05 PM, Andy Green <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Somebody in the thread at some point said: > | Christoph Anton Mitterer a écrit : > | > | Hi. > | > |> I did an okpg ugrade on ASU image and got the following: > |> Configuring kernel-2.6.24 > |> Configuring kernel-image-2.6.24 > |> Upgrading Kernel in Flash > |> DO NOT stop this process > |> Erasing 128 Kibyte @ 7e -- 98 % complete. > |> open input file: No such file or directory > | > | I've got the same error on 2007.2 :( > > Today's kernel package appears to be busted. As someone else pointed > out, it is only 1104 bytes long, which is such significantly better > compression than normal we can only be suspicious. > > Maybe someone can nuke this package... > > > http://buildhost.openmoko.org/daily-feed/om-gta02/kernel-image-2.6.24_2.6.24+git25+8533927964761f4e2078ccd8607b90f5acc60b93-r0_om-gta02.ipk > > To fix it you can use dfu-util to reflash this kernel http://buildhost.openmoko.org/daily/freerunner/200807/20080730/uImage-2.6.24+git25+8533927964761f4e2078ccd8607b90f5acc60b93-r0-om-gta02.bin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
On Wed, 30 Jul 2008 01:05:35 +0800 Marek Lindner <[EMAIL PROTECTED]> babbled: > Do you mean that sentence: > "we are paid by openmoko to do what we are told to do by the design > department and that is what we then do." If that's the state of things for > paid developers, then community contributors have even less hope. > > Again, this is the statement from a single developer - I _definitely_ don't > agree with that. This is simply not the way it is. Honestly, I have never > seen a company that gives so much freedom to its employees. Sometimes I even > have the feeling this is more a democracy instead of a business here. :-) oooh.. i have to make this clear. this is EXACTLY how it has become. i have done things differently in the past - because that was just what i saw needed doing. i have disagreed. i have changed things to make things work better (imho). and the response to this has been "grumble grumble - we don't like you wasting all your time on things not in the design, but you just do whatever you want to anyway because you can (and implied is the we don't like what you do - but have very little ability to stop it)". in fact even you were there at the time that was said. you have missed the other time it was very explicitly stated to me in a meeting. i have rescinded my freedom to do what i think is right, and do what i am instructed. those unhappy with my "doing things different to/outside of the design" do not want to argue - i don't either. so to cease arguments, i do as instructed. you joined openmoko after we started on ASU and have missed a lot of history. i also will disagree with openmoko giving developers so much freedom - i have worked with significantly more freedom in the past at linux/open source companies. much more. openmoko is middle-of-the-road in this department, and not an outstanding beacon, neither is it a sweatshop dungeon :) -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Openmoko on Design
Thanks marek. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marek Lindner Sent: Tuesday, July 29, 2008 10:06 AM To: List for Openmoko community discussion Subject: Re: Openmoko on Design On Tuesday, 29. July 2008 19:19:10 Al Johnson wrote: > Whether the term is 'key developer' or just 'a developer' is irrelevant. > The issue is the total lack of communication over removal of a > function many in the community, not to mention said developer, have > good technical reasons to see as absolutely vital. Unfortunately, this tiny difference is important because it sounded like "Even THE key developer (and god knows who else) objected and still you did it!". > Diversity of opinion is fine and expected, but we needed to hear what the > other opinions were! True, and you did hear it. > I thought that was the whole point too, but your answer seems only to > answer one of the two questions. You seem to be saying 'Of course you can > submit code, and if we like it we'll use it' but saying nothing about > whether the community has a voice in the decision. It would be helpful to > know before embarking on implementation whether the idea conflicts with one > or more of the unstated ideals by which inclusion may be judged. You should realize that we (Openmoko) are vastly outnumbered by the tasks on our ToDo list and the mails we have to process. For us it is very hard to grep out the genius and doable ideas - it is just too much ! But if you can provide a working prototype of your idea you can be sure that we seriously look at it. We simply install it, play with it and eventually get infected by it. In the end we are geeks as well and like to see cool stuff. :-) > I think so, but I think the rest of the paragraph, particularly the > preceding sentence, was at least as important. Since you snipped it I'm not > sure you feel the same way. Do you mean that sentence: "we are paid by openmoko to do what we are told to do by the design department and that is what we then do." If that's the state of things for paid developers, then community contributors have even less hope. Again, this is the statement from a single developer - I _definitely_ don't agree with that. This is simply not the way it is. Honestly, I have never seen a company that gives so much freedom to its employees. Sometimes I even have the feeling this is more a democracy instead of a business here. :-) Marek ___ 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: Which AT&T data plans are compatible?
Josh, Not sure if that question was directed to me or Ian. I assume Ian, but maybe I can take a stab at it. Unless I'm completely misunderstanding, you're asking if it's possible to create an SSH connection to your phone via a wireless network? I can do that, if my phone is connected to my home wireless network. As I recall, on my Ubuntu box, if my phone is connected to my wireless network (via the lint-wifi gui, for example), I can see it on my Ubuntu box by going to "Places" > "Network". I can then sftp into the phone. But this may not be what you're asking for. Dimitri Josh Monson wrote: > > Excuse me if I have missed previous posts on this... > > Is it possible to ssh to your phone over public IP space yet? > > With the ability then to setup a webserver, ftp site, or something > similar? > > cheers > -- View this message in context: http://n2.nabble.com/Which-AT-T-data-plans-are-compatible--tp640134p640870.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: Which AT&T data plans are compatible?
Wow. I'm surprised it hasn't been worked out yet. Seems like the most fundamental capability for an internet-enabled phone to have (second only to being able to make phone calls.) I'll try to follow some of other people's instructions (they seem to be scattered all over the place) and see if I can get it working on AT&T. I've never tried this before, but if I should be so lucky, I'll create a step-by-step tutorial for others to follow (or maybe write a script to automate the process). Dimitri ian douglas-2 wrote: > > Yes, to my knowledge, GPRS data transfer is not yet automated and not > working out-of-the-box. > > A few people on the list have shared instructions on how they got it to > at least connect to their carrier to get an IP address, but I haven't > tried it myself on my AT&T (contract) SIM yet. > > -id > -- View this message in context: http://n2.nabble.com/Which-AT-T-data-plans-are-compatible--tp640134p640852.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
More info on on ticket #666 SIM Card problems.
There is a new bit of debug on ticket: http://docs.openmoko.org/trac/ticket/666 I am not sure if this is the right place to send this, but here is my out put. Testing against an AT&T 3G 71234G (3022) SIM card. I am in Livermore CA, USA. I have the basic AT&T contract. -Adam # ./gsm_log -a at_cmd.commands +CGMR: "HW: GTA02BV5, GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko8" OK +CME ERROR: 10 +CME ERROR: 13 +CREG: 2 +CREG: 3 +CME ERROR: 32 +COPN: "00101","Test Network" +COPN: "2","Test Net 222" +COPN: "23205","one" +COPN: "23201","A1" +COPN: "23203","T-Mobile A" +COPN: "23207","A tele.ring" +COPN: "36301","SETAR GSM" +COPN: "41201","AF AWCC" +COPN: "63102","UNITEL" +COPN: "27601","AMC - AL" +COPN: "73802","GUY CLNK PLS" +COPN: "74000","MOVISTAR" +COPN: "74001","PORTA GSM" +COPN: "74401"," HOLA PARAGUAY" +COPN: "74402","PRY Porthable" +COPN: "74404","Telecel GSM" +COPN: "74405","PY Personal" +COPN: "74602","SR.TELESUR.GSM" +COPN: "74807","MOVISTAR" +COPN: "74810","CTI Uruguay" +COPN: "79502","Altyn Asyr" +COPN: "90112","MCP Maritime Com" OK +COPS: 0 OK +CME ERROR: 13 GSM 850 OK OK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM detection/identification
Paul Buede wrote: > the coverage isn't great in the rural areas I find myself. When driving > around, if out of reach of tmobile, it will say "registering" as if > there is no sim card. But, on the little image of the antenna, that > shows how strong my connection is, I still have 2 bars. Is that a bad > guage of connectivity? As far as I recall, TMobile only uses the higher-frequency band, (1800 or 1900? I can never remember), and probably won't drop down to the 850MHz band unless they've signed an agreement with AT&T to piggyback on their lower-frequency network in the rural areas where you've been. -id ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openphone + opensettopbox = ?
Michele Renda escreveu: > At some point I read: Ubuntu ported to ARM... and my mind is > starting to do strange trips :) > Yes, Ubuntu was ported to Arm some time ago by a Nokia-sponsored project and it will become a much bigger thing in some time. Stay tunned ;) []s Adilson. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openphone + opensettopbox = ?
Michele Renda escreveu: > At some point I read: Ubuntu ported to ARM... and my mind is > starting to do strange trips :) > Yes, Ubutnu was ported to Arm some time ago by a Nokia-sponsored project and it will become a much bigger thing in some time. Stay tunned ;) []s Adilson. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openphone + opensettopbox = ?
At some point I read: Ubuntu ported to ARM... and my mind is starting to do strange trips :) On Wednesday 30 July 2008 00:57:07 JW wrote: > ok someone cleverer than me will do something cool with this and their > freerunner at some point > > http://arstechnica.com/news.ars/post/20080729-neuros-open-set- top-platform- >puts-linux-in-living-rooms.html > > JW > > > ___ > 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
GSM detection/identification
So, I picked up a tmobile sim, and signed up with them (I have another week to cancel), and so the phone registers with tmobile. I am finding the coverage isn't great in the rural areas I find myself. When driving around, if out of reach of tmobile, it will say "registering" as if there is no sim card. But, on the little image of the antenna, that shows how strong my connection is, I still have 2 bars. Is that a bad guage of connectivity? Is it wrong? Or does that maybe tell me that it has 2 bars of strength with some sort of other gsm network? Is there a way I can query the phone from the cli to have it show me the different carriers it can sense network for? I am interested in running a little cron to pipe all carriers it detects into a file every minute as I drive around the countryside, so I can see who i will get the best coverage with. Thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
openphone + opensettopbox = ?
ok someone cleverer than me will do something cool with this and their freerunner at some point http://arstechnica.com/news.ars/post/20080729-neuros-open-set-top-platform-puts-linux-in-living-rooms.html JW ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Request for help: Would like community applications to showanddiscuss at LinuxWorld
marcus. BNT.. I am not a sales guy. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcus Bauer Sent: Monday, July 28, 2008 11:23 PM To: List for Openmoko community discussion Subject: RE: Request for help: Would like community applications to showanddiscuss at LinuxWorld On Tue, 2008-07-29 at 01:08 +0200, Kristian 'kriss' Mueller wrote: > Am Dienstag, den 29.07.2008, 00:46 +0200 schrieb Marcus Bauer: > > On Mon, 2008-07-28 at 15:33 -0700, steve wrote: > > > Of course!!! Every toolkit is allowed. > > > > > > The whole point about FSO is to free people to pick their toolkit! > > > > The opposite is true. FSO forces you into ASU. It basically makes > > all work that has been put into OM2007.2 useless. > > > > Please stop telling these lies. > > Marcus, did I miss the irony here, or do you really believe this? This is simply a matter of fact, not of believe. FSO is a shitty API collection which is closely connected to ASU. Steve is a sales guy and has not much clue of the underlying software, thus he simply repeats what others told him. The bad combination is NIH (not invented here) together with almightyness thinking which results in all this religion here, making people like you ask whether I "believe". I don't believe, I simply know. > Why should anyone at Openmoko want to keep out other frameworks, after > even putting qtopia to X11? That was mostly Trolltech's work. And apart from that you technically can't "keep out" any other toolkit because there is Linux below and X on top of it. But FSO combines plenty of different things into one collection of API's and that is how the Microsoft world works and always did and which drove so many developers to Linux. If I use Apache as webserver I can use Konqueror, Opera, Safari or Firefox as browser. However, Microsoft has more than once tried to tie Internet Explorer to IIS, giving it an advantage over other browsers. Same goes for Microsoft Office and Windows. To make it clear (and to prevent Wolfgang Spraul from alluding to incorrect assumptions in case he should answer me): I welcome both qtopia on X11 and an ETK based desktop and ETK based applications on the phone. Linux is all about choice (and that is what freedom means): If I don't want to, I don't have to. On my desktop computer I have a big choice of window managers and they flawlessly work together with a big choice of browsers and a big choice of webservers. For all those teletubby fanbois who are now ready to jump on me: I'm the developer of tangoGPS and have a decent clue what I'm talking about. I'll ask you one question: why was there so much fighting in the free software world about ODF versus Microsoft's OpenXML? I'll answer it for you: because OpenXML ties people to MS Office. FSO is the brainchild of Dr. Michael Lauer, fresh from the university's ivory tower but lacking any industry experience. It is reinventing the wheel and drains lots of ressources that are needed elsewhere inside of Openmoko. It combines plenty of things out of which one is a new PIM API based on dbus. This idea alone is worth to be mentioned every day for a year on the dailyWTF website. It is not about GTK or qt or ETK. It is about getting a working platform out to users and developers. OM2007.2 was mostly there. It reminds me to a joke: Two fools try to escape from a lunatics hospital. There are 100 walls to climb over and so they start: 10, 20, 50, 90, 99. In that moment says the one to the other: 'Lets go back and do the last wall tomorrow'. ...have fun and enjoy life and start looking at the Neo what it is: a tiny Linux computer with a GPS and a GSM modem. There is no sudden revolution going to happen tomorrow. Freedom is a synonym for choice. The choice for your keyboard, for your window manager, for you applications, last not least for your gsmd. FIC/Openmoko came to support Linux on their hardware platform in order to give you this choice. Now it has changed into some religious life-style thingy with phantasies of becoming tomorrows ubiquitious lifestyle equipment. Linux definitely will be, Openmoko can be part of it but thinking that Openmoko is the only parent is just megalomania. Come down to earth, stop excusing hardware flaws with "open" and "freedom", just sit down and fix them and Openmoko hardware will have a bright future. Best regards, Marcus ___ 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: Which AT&T data plans are compatible?
Excuse me if I have missed previous posts on this... Is it possible to ssh to your phone over public IP space yet? With the ability then to setup a webserver, ftp site, or something similar? cheers -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ian douglas Sent: Tuesday, July 29, 2008 3:26 PM To: List for Openmoko community discussion Subject: Re: Which AT&T data plans are compatible? Yes, to my knowledge, GPRS data transfer is not yet automated and not working out-of-the-box. A few people on the list have shared instructions on how they got it to at least connect to their carrier to get an IP address, but I haven't tried it myself on my AT&T (contract) SIM yet. -id Dimitri wrote: > Ian, > When you say "GPRS data transfer is still being worked on" does that mean it > doesn't currently work? > > I ask because my AT&T pay-as-you-go plan has MediaNet data access included, > for $.01 / kb. > > But if I try to connect to a web page, it won't connect. (Using my local > WiFi or USB connection, it connects fine.) > > Could it be an issue with my 3g blazing sim? I would guess no, since it > works just fine when making/receiving calls and text messages. > > Dimitri > > > ian douglas-2 wrote: >> You'll probably need the PDA Personal plan, that's what they recommend >> to smartphone users, which the Freerunner will qualify as, in their >> opinion. >> >> But GPRS data transfer is still being worked on, so hold off paying the >> $30/month for unlimited data just yet. >> >> -id >> >> Dimitri wrote: >>> Which ATT data access plans are compatible with Openmoko? > ___ 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: Which AT&T data plans are compatible?
Yes, to my knowledge, GPRS data transfer is not yet automated and not working out-of-the-box. A few people on the list have shared instructions on how they got it to at least connect to their carrier to get an IP address, but I haven't tried it myself on my AT&T (contract) SIM yet. -id Dimitri wrote: > Ian, > When you say "GPRS data transfer is still being worked on" does that mean it > doesn't currently work? > > I ask because my AT&T pay-as-you-go plan has MediaNet data access included, > for $.01 / kb. > > But if I try to connect to a web page, it won't connect. (Using my local > WiFi or USB connection, it connects fine.) > > Could it be an issue with my 3g blazing sim? I would guess no, since it > works just fine when making/receiving calls and text messages. > > Dimitri > > > ian douglas-2 wrote: >> You'll probably need the PDA Personal plan, that's what they recommend >> to smartphone users, which the Freerunner will qualify as, in their >> opinion. >> >> But GPRS data transfer is still being worked on, so hold off paying the >> $30/month for unlimited data just yet. >> >> -id >> >> Dimitri wrote: >>> Which ATT data access plans are compatible with Openmoko? > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Which AT&T data plans are compatible?
Ian, When you say "GPRS data transfer is still being worked on" does that mean it doesn't currently work? I ask because my AT&T pay-as-you-go plan has MediaNet data access included, for $.01 / kb. But if I try to connect to a web page, it won't connect. (Using my local WiFi or USB connection, it connects fine.) Could it be an issue with my 3g blazing sim? I would guess no, since it works just fine when making/receiving calls and text messages. Dimitri ian douglas-2 wrote: > > You'll probably need the PDA Personal plan, that's what they recommend > to smartphone users, which the Freerunner will qualify as, in their > opinion. > > But GPRS data transfer is still being worked on, so hold off paying the > $30/month for unlimited data just yet. > > -id > > Dimitri wrote: >> Which ATT data access plans are compatible with Openmoko? > -- View this message in context: http://n2.nabble.com/Which-AT-T-data-plans-are-compatible--tp640134p640727.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: mark a missed call as seen
> On Tuesday 29 July 2008, reaper527 wrote: >> is there any way to mark a missed call as seen? > I've seen the same thing, and deleting the missed calls is the only thing > that's worked for me. I should have checked for bug reports I suppose, or > better yet dug out the source and patched it. Ticket created for this bug/defect, which I also experience: https://docs.openmoko.org/trac/ticket/1690 Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps pre-cache?
Steven Kurylo wrote: > The tango gps documentation says "Additionally you can conveniently > pre-cache areas." Can anyone tell me how to do this? > > I can scroll around and have those tiles cached for off line use, but > a pre-cache would be great. Downloading all the OSM tiles and all the > zoom levels for a 20km radios would be excellent. I did a bit of searching and couldn't find one, so I wrote it. www.millions.ca/~stacy/osmtiles.tgz Read the README, it is as close to documentation as your likely to get :-) and keep in mind that I'm a BSDite. I did compile it on an Ubuntu system and it seems to work. Keep in mind that the GNU getopt function does not behave in a "POSIX friendly" manner by default; if you are trying to pass a co-ordinate with a negative value, you will need to either use the -- flag or set the POSIXLY_CORRECT env. variable. See http://www.gnu.org/software/libtool/manual/libc/Using-Getopt.html for details. -stacy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ASU - opkg upgrade - is it possible to exclude some packages?
Hello, I am running ASU on my FreeRunner. After an 'opkg update' today, I did a 'opkg -test upgrade'. And opkg still wants to install a Neo1973 kernel on my FreeRunner: Upgrading kernel on root from 2:2.6.24+git25+8533927964761f4e2078ccd8607b90f5acc60b93-r0 to 2:2.6.24+git75929+66a83c97c4545ce4f07e0d90998f906fae49caf2-r1... Downloading http://downloads.openmoko.org/openmoko-repository/ASU/neo1973/kernel_2.6.24+git75929+66a83c97c4545ce4f07e0d90998f906fae49caf2-r1_neo1973.ipk Is there a way to tell 'opkg upgrade' to upgrade everything except the kernel? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is there some way to turn the predictive dictionary off?
On Fri, 25 Jul 2008 10:12:08 +0100 Al Johnson <[EMAIL PROTECTED]> babbled: ok. now in illume svn there is code to confiugre what keyboard you want (illume's, none at all (which means if qpe provides one that will be used), or some other one. other keyboards must install a .desktop file with a category of "Keyboard" in the categories list). anyway... in addition there is code to talk to hal and query for kbd devices and listen to hal device adds/dels, and i have a primitive glob matcher that allows a list of globs (currently hard-coded - probably will move to a file) that are globs for identifying "existing keyboards to ignore" when figuring out of a "real keyboard" has been plugged in and thus needs the virtual kbd to be disabled. if a real kbd is plugged in i added disable code to the virtual keyboard handler... that SHOULD work. completely untested. it compiles.. it runs and doesn't segv... i have no "real" keyboatd to play with right now. > On Friday 25 July 2008, Carsten Haitzler wrote: > > > What about checking hal at startup (then subsequently monitoring hal > > > events) to see if a device with "input.keyboard" in its > > > "info.capabilities" list exists or is added/removed? > > > > > > I'm planning on getting a USB keyboard (a frogpad) to use with my > > > Freerunner, so might be willing to have a play around with getting this > > > sort of thing to work (time permitting). > > > > i guess hal could be he go... need to check. not sure what all the > > keyboards will turn up as... or if there is aleady one faked... not sure. > > need to look into it... when i get to it :) > > Without keyboard: > [EMAIL PROTECTED]:~# hal-find-by-capability --capability input.keyboard > /org/freedesktop/Hal/devices/platform_s3c2440_i2c_logicaldev_input > /org/freedesktop/Hal/devices/platform_neo1973_button_0_logicaldev_input > > After connecting the bluetooth keyboard (hidd --search) I get: > [EMAIL PROTECTED]:~# hal-find-by-capability --capability input.keyboard > /org/freedesktop/Hal/devices/usb_device_a12_1_noserial_if0_bluetooth_hci_bluetooth_hci_logicaldev_input > /org/freedesktop/Hal/devices/platform_s3c2440_i2c_logicaldev_input > /org/freedesktop/Hal/devices/platform_neo1973_button_0_logicaldev_input > > After disconnecting bt kbd (hidd --killall) it reverts to the first result. > > I haven't made a USB adaptor for host mode yet so no USB keyboard results. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU updated - qpe not working?
Hello, On Tue, Jul 29, 2008 at 6:27 PM, Benedikt Schindler <[EMAIL PROTECTED]> wrote: > "/usr/bin/app-restarter" is a programm that looks after the qpe process one > line under it. > if this process dies out of reason. (try "killall qpe") the app-restarter > shows you in the x-screen > the message you see in the "ps -ax" comand. and asks you if you want to > restart it. Aha. So app-restarter is a watchdog program for qpe. > so the message you see in the "ps -ax" is not an error. I understand now. Thanks for explaining it! > it is the parameter the programm app-restarter was given by the start. it's a > litle bit confusing. > i also needed my time to work this out. it would be less confusing if the > programm would get the message out > of a file and not from the parameter. But it's ok if you know it. Yes, the way it is now can confuse some people. Perhaps we should document this on the wiki. I don't know where I should put it. -- mvh Torfinn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Which AT&T data plans are compatible?
Just don't try tethering (using your phone as a modem) on their cheap data plan, or they'll hit you with "overage" fees or tell you to convert to the smarthphone plan. -id Steven ** wrote: > My understanding is that it's marketing BS and there isn't much (if > any) difference between those unlimited data plans. The difference > seems to be what AT&T is willing to sell you. If you have a crappy > old phone, they'll sell you a cheap data plan because they figure you > won't use it. If you have a smartphone, they figure you might > actually be able to and want to browse the web and therefore charge > you more. > > What I'm thinking of trying is taking my old, crappy flip-phone into > the store when asking about data plans. That should get me the cheap > plan. Then just pop the SIM card back into my Neo. I'm betting I'll > have full internet. Worst case scenario: I'll have to tunnel > everything through port 80. > > -Steven > > On Tue, Jul 29, 2008 at 10:55 AM, Dimitri <[EMAIL PROTECTED]> wrote: >> I've set up an ATT pay-as-you-go plan, and I'm able to send/receive calls and >> text messages. >> >> (I had to wiggle the sim card for the phone to recognize the att network: a >> hardware flaw that's been discussed to death.) >> >> Which ATT data plans are compatible with the Freerunner? >> >> There's a ton of them available, with radically different pricing for >> "unlimited". >> >> I see names like "PDA Personal", "MediaNet", "DataConnect", and a bunch of >> others. >> >> Which ATT data access plans are compatible with Openmoko? >> >> D >> -- >> View this message in context: >> http://n2.nabble.com/Which-AT-T-data-plans-are-compatible--tp640134p640134.html >> Sent from the Openmoko Community mailing list archive at Nabble.com. >> >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtopia] email application connection to mail server (fwd)
lpotter wrote: > "Marco Trevisan (Treviño)" writes: > >> Cédric Berger wrote: >> > Does it work for some of you ? >> >> Well... I can't neither find where I can configure my email! :o > > Open Messages application. > Options->Account Settings->Options->Add account > Is the SSL for POP (so we can get gmail) slated to be fixed in the next release? Thanks Jim -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB connector not Mini-AB?
Joerg Reisenweber wrote: > see: > http://www.electronicproductonline.com/catalog/product_info.php?products_id=1781 Has anyone ordered one of these? I keep getting cart is empty. However would this work too? connected to the standard cable that comes with the FR? It is a female to female, so one end would plug into the FR cable, and the other into your peripheral. http://www.amazon.com/USB-Type-Female-Coupler-Adapter/dp/B000I97N0S (Its also a whole lot cheaper ;) -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
2008/7/29 Marek Lindner <[EMAIL PROTECTED]>: > On Tuesday, 29. July 2008 20:17:00 Chris Wright wrote: >> But you do have a design team, according to Rasterman. > > Of course we have. How do you think we are trying to get to a device that is > ready for end user ? And this is just the beginning. We will work with more > designers for the UI, the housing, etc to continue the direction towards the > mass market. > But that does not mean all that is perfect right from the beginning or that we > don't listen to constructive criticism. Please help us making it better by > _demonstrating_ a superior solution not by sending more emails. Where I work, the design team is the same as the development team. >> Out of curiosity, how many of these developers use an Openmoko phone >> as their primary phone? > > What do you mean with "these" developers ? Everybody certainly has a different > opinion than others on something. Then it's vacuous to say so. >> Do these differences of opinion tend to fall on the same boundaries? > > I don't get what you trying to say here. Something as simple as a keyboard button -- well, users were complaining about its lack very quickly. If the design team were also users, then they would have insisted that the error be fixed. >> Still, nobody has mentioned why the design team can't be contacted or >> identified. > > Sorry but this is just not true. I don't get why you follow this childish > witch-hunt game. Because you were responding to this quote: > This also seemed to reveal something about the internals of > Openmoko that weren't expected: development decisions are not entirely > made by the developers, but instead they answer to some people who the > community cannot readily identify and who the community doesn't know how > to interact with or if they even can interact with these decision-makers. And your response was in no way related. I was merely pointing that out. >> Strange, I read this as "Openmoko has not been, but should in the >> future, trust those members" >> >> I haven't been here long enough to determine which is the case. Maybe >> the company hasn't, either. > > Meant was: Openmoko pays much more attention to installable solutions and > listens to hackers that provide those instead to people that complain all day > long but don't get their hands dirty. Okay. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtopia] email application connection to mail server (fwd)
"Marco Trevisan (Treviño)" writes: > Cédric Berger wrote: > > Does it work for some of you ? > > Well... I can't neither find where I can configure my email! :o Open Messages application. Options->Account Settings->Options->Add account :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Request for help: Would like community applications to show anddiscuss at LinuxWorld (fwd)
Marcus Bauer writes: > FSO is the brainchild of Dr. Michael Lauer, fresh from the university's > ivory tower but lacking any industry experience. I may not agree with using python on a phone, but Michael has quite a lot of "industry" experience, I first got to know him was back in the days of Opie Zaurus/iPaq. He is not just a run-of-the-mill part time open source developer. He is quite a gifted engineer. and I beg to differ that Uni experience does not count as 'industry'. Research is at the core of industry and Uni's do quite a bit of needed research. What FSO is trying to do is to provide a common area between device and gui. > It is reinventing the > wheel and drains lots of ressources that are needed elsewhere inside of > Openmoko. It combines plenty of things out of which one is a new PIM API > based on dbus. This idea alone is worth to be mentioned every day for a > year on the dailyWTF website. We could also say that Linux, Gnome or hundreds of other projects are trying to "reinvent the wheel". Reinvention is key to not becoming stale or obsolete. > ...have fun and enjoy life and start looking at the Neo what it is: a > tiny Linux computer with a GPS and a GSM modem. There is no sudden > revolution going to happen tomorrow. As is every other gps phone out there. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Qtopia: GPRS (fwd)
Ole Kliemann writes: > On Tue, Jul 29, 2008 at 12:24:50PM +1000, Lorn Potter wrote: >> Ole Kliemann wrote: >> > On Sun, Jul 27, 2008 at 12:13:05PM +, Ole Kliemann wrote: >> >> I'm trying to send an MMS with Qtopia. I set up GPRS and WAP through the >> >> GUI, but it did not work; the network interface failed to start when >> >> sending. A look into the log shows this: >> >> >> >> Jul 27 09:57:37 om-gta02 user.notice Qtopia: Network : Creating network >> >> session for "qtmail" on >> >> "/home/root/Applications/Network/config/dialupGPRS0.conf" >> >> Jul 27 09:57:37 om-gta02 user.notice Qtopia: Network : starting pppd >> (non-demand) : "/usr/sbin/pppd nodetach debug call dialup1217032395 >> password simyo logfile /tmp/qtopia-0/qpe-pppd-log-dialup1217032395 >> connect /opt/Qtopia/bin/qtopia-pppd-internal active /home/root/Appl >> >> Jul 27 09:57:37 om-gta02 user.notice Qtopia: QServiceDeviceBase::run: >> >> could not find a pseudo-tty >> >> Jul 27 09:57:37 om-gta02 user.notice Qtopia: Network : >> >> QModemDataCall::dial - could not start pppd >> > >> > Qtopia launches pppd without a device parameter and redirects the modem >> > device through a pseudo-tty to the stdin/out of the pppd process. Qtopia >> > assumes BSD-style /dev/pty*, but on my FR I only got /dev/pts. >> > >> > So I patched it for /dev/pts. Not sure how correct I have done this. >> >> There is similar code in 4.4, I just added it to 4.3 >> Thanks > > I missed something with this patch. The ttyname is used later and was > not returned by createPseudoTty. That explains the garbage in the first > arg when launching pppd. > > Funny thing is, a connection worked, although the device was not passed > to pppd. But I really don't understand yet how this whole thing works. The patch I backported to 4.3 in Qtopia is this: // try opening Unix98 pseudo tty if ((masterFd = ::open("/dev/ptmx", O_RDWR | O_NONBLOCK, 0)) >= 0) { if (grantpt(masterFd) == 0) { if (unlockpt(masterFd) == 0) { ptsname_r(masterFd, ttyname, BUFSIZ); if ((slaveFd = ::open(ttyname, O_RDWR | O_NOCTTY, 0)) >= 0) return true; } } ::close(masterFd); } ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
No bad intentions for snipping, Just trying to get to the facts: Brian C wrote: > > 1) Who is Openmoko's "design department"? That would be: William Lai - PM Regina Kim - Testing Wendy Hung - Testing > 2) Many in the community believed that Openmoko wanted the community to > contribute code to the core applications/functionality of the software > stack. Is this not the case? This is still the case, yes. > 3) If the design department is operating from a design document, has it > been made public? If so, where? If not, why not? > Design doc uploaded (sometime in April) http://people.openmoko.org/ninjutsu/freerunner1.4.swf Posted by Ian Darwin in May http://lists.openmoko.org/pipermail/community/2008-May/017504.htm Feature Plan tracking http://wiki.openmoko.org/wiki/ASU_Feature_Plan Bug Tracking: https://docs.openmoko.org/trac/milestone/ASU You get the point. > Sean responded with a lengthy email. It illustrated again why he is the > CEO. A CEO needs to be focused on the big picture, as was his response. > A CEO also needs to point his or her team and the customers towards > that vision. Sean's email was great at this. However, I think many in > the community just wanted some specific answers to the questions above. Read Above. > > And while we didn't get any answer to question (1)--who is the design > team?--we were told that an answer to question (3)--is there a design > doc?--would require working as an Openmoko employee for several months. Yes and No. Ian Darwin found my asu flash doc, and I sure as hell don't remember telling him where it was.. > I think the implication of this has to be that, No, there isn't a > single design document that can be pointed to at this moment that > explains every decision made or priority had by the Openmoko team. OK. > Fine. > Every decision? No. I can try to help, but I barely remember what I had for breakfast.. > > But the community can have (at least) two distinct ways of helping with > that giant TODO list. 1) The community can build applications that run > on a framework delivered to us by the Openmoko team; Yes. or 2) the community > can be directly involved in working on the underlying framework on the > device; Yes. or 3) both. > Yes. > It was this incident with the keyboard that made several people believe > option (2) was not available, and even after Sean's message, I still > don't believe that we know the answer. So, I'll ask again: does > Openmoko intend to allow direct code contributions by community members > to core components of the ASU/FSO frameworks? Yes. > If so, will such > community members also have a voice in underlying design decisions that > guide that/those framework(s)? > It already is. We've offered a couple of different solutions to community requests that were declined by, well, engineering. One of them was: * create a package to be installed through installer adding manual qwerty button to illume theme. > Further, a number of developers have repeatedly asked with respect to > option (1): How do I design my application to work with so many > different stacks? What should I be targeting? Sometimes this gets > answered with: "Take your pick! The ultimate goal is for all such > applications to work regardless How do I design a website for Safari, Firefox, Internet Explorer? Think about it. Openmoko is to mobile Firefox is to internet 'Firefox' supports html xhtml dhtml php java flash ... I am by no means a technical person, does this help? > > Again: it's been less than a month that the device has been on sale. I > believe the Openmoko team has clearly been working overtime and doing a > great job at an overwhelming-sized task. Thank you. > Everyone take a deep breath > and let's find ways to work together. > Sure. - Will ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
On Tue, Jul 29, 2008 at 1:24 PM, Mike Hodson <[EMAIL PROTECTED]> wrote: > On Tue, Jul 29, 2008 at 1:48 PM, Steven Kurylo <[EMAIL PROTECTED]> wrote: > >> On Tue, Jul 29, 2008 at 12:11 PM, Scott Derrick <[EMAIL PROTECTED]> wrote: >>> From everything I've heard a software only fix will not be enough. >>> Unless you ditch your sd card as a data store. > >> I haven't had any problems with TTFF since the software update was >> done. In fact my impression from all the emails on the subject was >> that the software fix was enough. > > I think what he means, is that even though there is enough signal > strength to provide a quick(er) First Fix, (or ANY fix at all in some > cases) that if you are hammering the card for map data, the noise > generated by the clock/data lines may cause reception errors resulting > in a less-than-accurate position fix being maintained. > > I would take this to mean that your current location drifts from the > actual spot to places not quite where you are standing. And I don't see this when using my freerunner. YMMV. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: numptyphysics
There was good progress this evening on this. It runs now and is usable. I'll try create an ipk tomorrow. Michael Michael Kluge schrieb: > Up to now I only have a binary. The Makefile they use is home-made. I fixed > this by hand and need to figure out how to write a bb recipe for that. The > simulation itself starts and one can draw objects and load levels but somehow > the physics do not run (yet). It prints some "overrun: XX msec" messages > (which I think means that the calculations are not done fast enough). I need > to figure out why nothing is moving. > > > Michael > >> Sounds good! Could you distribute the pkg file? I'll be happy to try >> this out with my keyboard :) >> >> J >> >> 2008/7/28 Michael Kluge <[EMAIL PROTECTED]>: >>> Hi all, >>> >>> I just got compiled numptyphysics compiled for the FR and the game itself >>> starts. Have not yet checked how to play it without Keyboard. Would be >>> nice to have a fix for the landscape bug for the touchscreen to be able >>> to play it :) >>> >>> http://numptyphysics.garage.maemo.org >>> >>> >>> Michael >>> >>> ___ >>> 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: Warranty after fix for GTA02 GPS rework for SD card interference issue
On Tue, Jul 29, 2008 at 1:48 PM, Steven Kurylo <[EMAIL PROTECTED]> wrote: > On Tue, Jul 29, 2008 at 12:11 PM, Scott Derrick <[EMAIL PROTECTED]> wrote: >> From everything I've heard a software only fix will not be enough. >> Unless you ditch your sd card as a data store. > I haven't had any problems with TTFF since the software update was > done. In fact my impression from all the emails on the subject was > that the software fix was enough. I think what he means, is that even though there is enough signal strength to provide a quick(er) First Fix, (or ANY fix at all in some cases) that if you are hammering the card for map data, the noise generated by the clock/data lines may cause reception errors resulting in a less-than-accurate position fix being maintained. I would take this to mean that your current location drifts from the actual spot to places not quite where you are standing. I have yet to get enough $ together to buy a Freerunner myself, so I can't test/report on this, but hopefully I can clarify :) Mike ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: problems when upgrading the kernel with opkg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Christoph Anton Mitterer a écrit : | | Hi. | |> I did an okpg ugrade on ASU image and got the following: |> Configuring kernel-2.6.24 |> Configuring kernel-image-2.6.24 |> Upgrading Kernel in Flash |> DO NOT stop this process |> Erasing 128 Kibyte @ 7e -- 98 % complete. |> open input file: No such file or directory | | I've got the same error on 2007.2 :( Today's kernel package appears to be busted. As someone else pointed out, it is only 1104 bytes long, which is such significantly better compression than normal we can only be suspicious. Maybe someone can nuke this package... http://buildhost.openmoko.org/daily-feed/om-gta02/kernel-image-2.6.24_2.6.24+git25+8533927964761f4e2078ccd8607b90f5acc60b93-r0_om-gta02.ipk - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiPd+4ACgkQOjLpvpq7dMofewCfZpY1FNrd69N+3BwwnrPrOmZP npIAn3MDcxojekqVz37nFdX3a15PFnyh =w7xr -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | The software fix alone allows you to get a fast TTFF but after that, sd | card data transfers are just to noisy to maintain a high quality GPS | data stream. Yes it works but poorly, which is better than not at all. There's something to be aware of here, when getting the fix the GPS chip needs a much better Signal to Noise ratio than when maintaining it. Have a look at the first few lines of this: http://www.atmel.com/dyn/resources/prod_documents/doc4928.pdf ''... – Acquisition Sensitivity: –142 dBm (Cold Start, With External LNA) – Tracking Sensitivity: –158 dBm (With External LNA) ...'' (We have external LNA) It means it can track with a 16dBm reduction in GPS signal after it made the satellite acquisitions. So if you understood it will get a fix OK with the software workaround, and we saw many people report this, you should expect the tracking phase to work better than the acquisition phase since the signal requirement is relaxed by 16dBm. | I have two Fr's, once I get the caps(this week). I'll do the HW fix on | one, install the software fix on both, and do a side by side comparison. That'll be interesting. But in the real world many thing perturb GPS tracking and sophisticated software filters are anyway used to try to see through excursions, I guess this will be the case for typical SD Card usage pattern here. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiPdiwACgkQOjLpvpq7dMqNpQCdGfgx6OJlahoNMJz9p347ti4b JUAAoIhCvDCGOOlxN0eqPbYHxPkYK8nd =DEli -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Openmoko on Design
That's really perceptive. If you go read Morse Peckham's book http://www.amazon.com/Mans-Rage-Chaos-Biology-Behavior/dp/0805201424 You will understand how museuems and gallery's function; and, Sean's words will strike you more deeply. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of david varnes Sent: Monday, July 28, 2008 5:32 PM To: [EMAIL PROTECTED]; List for Openmoko community discussion Subject: Re: Openmoko on Design On Tue, Jul 29, 2008 at 4:22 AM, Sean Moss-Pultz <[EMAIL PROTECTED]> wrote: [snip] > > Think of our products as museums. We're building the environment. I re-read Sean's post a couple of time (like a few people I am guessing :-) For some of us 'museum' may have an old/musty connotation. When I put "art gallery" everywhere he says "museum", it landed in my my ears very differently :-) [snip] > Like Will already said, by removing a manual keyboard button we are > forced to self-organize using the resources in our environment. [snip] A lot of re-organizing in the real world comes with some pain .. but often, less is more in genuinely good design. This is an interesting ride ... it's good to be able to ride along. Interesting post Sean, thanks! davidv ___ 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: problems when upgrading the kernel with opkg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christoph Anton Mitterer a écrit : Hi. > I did an okpg ugrade on ASU image and got the following: > Configuring kernel-2.6.24 > Configuring kernel-image-2.6.24 > Upgrading Kernel in Flash > DO NOT stop this process > Erasing 128 Kibyte @ 7e -- 98 % complete. > open input file: No such file or directory I've got the same error on 2007.2 :( - -- Christophe Badoit -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIj3QHynEdw4rmTRkRAncbAJ4hHPcLkPMb5quKRJMwDw+RMS9/WACeNFf5 esoroKjOsgo7NSETUUU2QVY= =RbHR -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
On Tue, Jul 29, 2008 at 12:11 PM, Scott Derrick <[EMAIL PROTECTED]> wrote: > From everything I've heard a software only fix will not be enough. > Unless you ditch your sd card as a data store. > > All new FR's have the HW fix and new software will be written to take > advantage of that HW platform. > > The software fix alone allows you to get a fast TTFF but after that, sd > card data transfers are just to noisy to maintain a high quality GPS > data stream. Yes it works but poorly, which is better than not at all. I haven't had any problems with TTFF since the software update was done. In fact my impression from all the emails on the subject was that the software fix was enough. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Openmoko on Design
Jay, you need to chill. You are being really disrepectful to a fellow human who has worked tirelessly on this stuff for years. I know you have some passion about this too, but you need to dial down the rhetoric a notch or 52. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jay Vaughan Sent: Monday, July 28, 2008 1:21 PM To: [EMAIL PROTECTED]; List for Openmoko community discussion Subject: Re: Openmoko on Design > Let's start simple. And grow. I know we can get there! Get where exactly? Got coordinates for that destination? By the sounds of it, not really .. ; -- Jay Vaughan ___ 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: Openmoko on Design
On Tuesday, 29. July 2008 20:17:00 Chris Wright wrote: > But you do have a design team, according to Rasterman. Of course we have. How do you think we are trying to get to a device that is ready for end user ? And this is just the beginning. We will work with more designers for the UI, the housing, etc to continue the direction towards the mass market. But that does not mean all that is perfect right from the beginning or that we don't listen to constructive criticism. Please help us making it better by _demonstrating_ a superior solution not by sending more emails. > Out of curiosity, how many of these developers use an Openmoko phone > as their primary phone? What do you mean with "these" developers ? Everybody certainly has a different opinion than others on something. > Do these differences of opinion tend to fall on the same boundaries? I don't get what you trying to say here. > Still, nobody has mentioned why the design team can't be contacted or > identified. Sorry but this is just not true. I don't get why you follow this childish witch-hunt game. > Strange, I read this as "Openmoko has not been, but should in the > future, trust those members" > > I haven't been here long enough to determine which is the case. Maybe > the company hasn't, either. Meant was: Openmoko pays much more attention to installable solutions and listens to hackers that provide those instead to people that complain all day long but don't get their hands dirty. Marek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Warranty after fix for GTA02 GPS rework for SD card interference issue
>From everything I've heard a software only fix will not be enough. Unless you ditch your sd card as a data store. All new FR's have the HW fix and new software will be written to take advantage of that HW platform. The software fix alone allows you to get a fast TTFF but after that, sd card data transfers are just to noisy to maintain a high quality GPS data stream. Yes it works but poorly, which is better than not at all. I have two Fr's, once I get the caps(this week). I'll do the HW fix on one, install the software fix on both, and do a side by side comparison. Does the Qtopia distro have the GPS fix and GPS software? If not is there a GPS package I can install on Qtopia? Scott steve wrote: > Start with the software fix. It should slove the problem. > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Annie > Sent: Sunday, July 20, 2008 3:01 AM > To: community@lists.openmoko.org > Subject: Warranty after fix for GTA02 GPS rework for SD card interference > issue > > what impact, if any, will there be on the warranty of the FR device once the > fix has been carried out ? > > ___ > 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: GPS application (was: Request for help: Would like community applications to show anddiscuss at LinuxWorld)
On Tue, 2008-07-29 at 16:47 +0200, Tilman Baumann wrote: > Well, i like tangoGPS very much. But it is hardly a comprehensive solution. > First it's only a tile viewer for online maps. No routing, no offline > maps. I'm a huge Openstreetmap fan but until OSM is ready for routing this will take at least five more years, probably ten. For all practical purposes the tile pre-caching works well. And in some hindsights tiles are far superior to vector data. Have a look at maps-for-free terrain or openpistemap terrain maps: no chance to keep all this data on a mobile device and no chance to generate maps on the fly, not even with a quad-core desktop CPU. Actually in most use cases the pre-caching mechanism will save plenty of storage space. > And if gpsd is so great, ever wondered why tangoGPS has a button to > restart and reconnect gpsd? Not because gpsd crashes but because it lets you connect to a different gpsd elsewhere on the network, i.e. if you do realtime tracking of a Neo. Or if you simply connect to the test gpsd on 82.240.156.91. Or if you have tangoGPS running on your laptop and you quickly and without any hassle want to use the gpsd on your Neo. > And why i (gta01 user) have to launch gllin via tangoGPS? Since month there is a script that lets you start gllin on the GTA01 automatically. I haven't used this button since a long time. There was just on user (Bwalack) who convinced me to keep the button a bit longer. And he paid for the lunch ;-) > tangoGPS and OM2007.2 is hardly a comprehensive solution either. Nope. Can't compete against a TomTom or any other commercial Navi. But then there is no solution for the Neo: the screen is too small and the speaker too weak. Nevertheless it is quite often quite handy. > gypsy - yes > gpsd - no (at least not as it is, maybe as compat interface) gpsd works well and gypsy is not network capable. Simply using your Neo's GPS from your Laptop does not work. And especially for an application like tangoGPS it is inherently broken: every nav-application wants to have the raw NMEA and not some preprocessed stuff and the concept to only be notified for certain events is nonsense because any nav-app wants to be notified about every data coming in. This concept just sucks CPU time. But just my 2c. ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openmoko-announce] Openmoko on Design
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cristopher, let me to understand why you are so in angry. Like you I sent my 350 Eur postcard (= 2 month of my house rent) for a phone that I was knowing was not software complete (and some possible hardware bug). OM wrote very well on the homepage that is not a end user product. They wrote very well. I bought my phone knowing that it will show me "things we human can't neither to image (and not in the good sense)" I think we was knowing very well what it mean. Then OM give it the possibility to follow from the alpha version the next software framework. It is like the first version of KDE4: all was knowing that was a realy big revolution, and it need time. Then now we can choose: we can use the 2007 gtk version or the new version. Is our freedom. Why we must to be in angry if we have the choose? Some people worked and bring us the possibility to install Debian + XFCE (I was not beliving to my eyes). If you want the GTK version use and maintain it. Openmoko never said that will do that will make impossible to install the gtk version. If you use it, and you maintain it, it will become better and will take the place of ASU. But please, is not the situation to complain if you install the aplha version and it is not running stable. You must to take Openmoko as a piece of "free" hardware. Install then what you want, and be happy. About Jay, I apologize if I attached personally it, but he was attaching a lot of person of this ML, and it was not too much nice. Now I wish you a very nice day, and happy programming ( or experimenting). PS. If you want to enjoy with programming, try to see something about python and pygtk. It gave me some satisfactions with only a few of hours of work. May be it can be surprice you. Regards Michele Renda Christopher White wrote: > On Tue, 2008-07-29 at 16:02 +0200, Michele Renda wrote: >> I think this require some hours hour man-time (let suppose 3-4 h) > > I'll agree that responding as Jay has takes considerable time, but I > disagree with what a person can do. > >> In 3-4 hours a person can do: >> >> To learn a bit how to write an little application for Freerunner >> (To start you need around 2-3 hour of intensive study, if you >> have experience in programming) > > I've been poking at FR for probably a good 20hrs now. Flash, > reflashing, playing, poking, looking for logs, looking for hooks. > > And I still haven't started programming yet (yes, i have embedded linux > experience). > > I spent an hour *just* trying to figure out why exposure was not > starting up. In the end, I could not and just gave up. > >> To check 10 pages of the Wiki updating old information > > Ok, that assumes I have something to contribute. After 20 hrs on my FR, > and countless hours over the last year reading the list, I do not feel > very confident in *any* of my methods yet to start sharing them with > others. > >> Start to know of to make a theme for Openmoko > > Yikes, I wouldn't even know where to start if I wanted to do that. > >> Go out buy a postcard and to send it to Openmoko team that will be >> happy that someone is thinking to them > > Well...that's some blue sky thinking for you! Tell you what I did do, > though...I sent them a virtual postcard with $369 attached ;-) > > I vent now because I'm frustrated. My wheels are spinning in the mud. > I have some great ideas but and can't seem to get traction in the > product. That's why you hear so much on this topic. Jay already has 3 > projects *underway* -- he has clearly invested a lot more time > implementing for the phone than he has emailing about it. > > This is the 3rd time I've started a message on this thread. It always > gets to the point where I want to make concrete suggestions on how to > improve. That's where it gets messy. I'm too lost in finding the right > set of magic commands to fix the problem of the day to figure out what > would make it better... > > More than anything, my suggestion to the OpenMoko team -- get things > *stable*. Stop all new development until you get it stable. The build > process, basic menuing, core documentation. I still have the window > manager crash on me periodically ...stuck with a brick until I can ssh > in and restart X. > > Until it gets stable, adding more features or more apps is just adding > fuel to the fire. > > ...cj > > >> I am no one to tell to you how to use your time, but I personally thing >> that continuing to use your time to repeat how many stupid things >> Openmoko do, and complaining how many fanboy there are, is not the best >> way to help this project. Then do you what do you think is better! >> >> All this in my personal opinion! >> >> Michele Renda >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.9 (GNU/Linux) >> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org >> >> iEYEARECAAYFAkiPIvYACgkQSIAU/I6SkT3eogCfUX7G2mvUJmcg6KH4KOLMWkzi >>
Re: GPS application (was: Request for help: Would like community applications to show anddiscuss at LinuxWorld)
On Tue, Jul 29, 2008 at 11:06 AM, Jay Vaughan <[EMAIL PROTECTED]> wrote: > So I hope you come up with good data for India. I always wanted to > have a map of the entire world available in my pocket, so maybe we get > closer and closer to that .. ;) planet.osm.bz2 is 4.2 gigs now, but that's why there are 8 gig microSD cards I guess. :-) Of course being unindexed XML you don't have time to parse and render that much data. http://wiki.openstreetmap.org/index.php/Planet.osm ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
problems when upgrading the kernel with opkg
Hi. I did an okpg ugrade on ASU image and got the following: Configuring kernel-2.6.24 Configuring kernel-image-2.6.24 Upgrading Kernel in Flash DO NOT stop this process Erasing 128 Kibyte @ 7e -- 98 % complete. open input file: No such file or directory Configuring kernel-module-arc4 Configuring kernel-module-bluetooth Configuring kernel-module-bnep Configuring kernel-module-cifs Configuring kernel-module-crc-ccitt Configuring kernel-module-ecb Configuring kernel-module-hci-usb Configuring kernel-module-hidp Configuring kernel-module-l2cap Configuring kernel-module-michael-mic Configuring kernel-module-nls-utf8 Configuring kernel-module-ohci-hcd Configuring kernel-module-ppp-async Configuring kernel-module-ppp-deflate Configuring kernel-module-ppp-generic Configuring kernel-module-ppp-mppe Configuring kernel-module-rfcomm Configuring kernel-module-sco Configuring kernel-module-scsi-mod Configuring kernel-module-sd-mod Configuring kernel-module-slhc Configuring kernel-module-snd Configuring kernel-module-snd-mixer-oss Configuring kernel-module-snd-page-alloc Configuring kernel-module-snd-pcm Configuring kernel-module-snd-pcm-oss Configuring kernel-module-snd-soc-core Configuring kernel-module-snd-soc-neo1973-gta02-wm8753 Configuring kernel-module-snd-soc-s3c24xx Configuring kernel-module-snd-soc-s3c24xx-i2s Configuring kernel-module-snd-soc-wm8753 Configuring kernel-module-snd-timer Configuring kernel-module-uinput Configuring kernel-module-usb-storage Configuring kernel-module-usbhid Configuring kernel-module-usbserial Configuring libc6 Configuring libgcc1 Configuring libstdc++6 [EMAIL PROTECTED]:~# opkg- After that the system cannot boot (until I reflash the kernel from uboot) I've already had this on the 2007.2 image,... any idea why this happens? Even reinstalling the kernel package does not help (the same error appears): [EMAIL PROTECTED]:~# opkg install kernel-image-2.6.24 -force-reinstall Reinstalling kernel-image-2.6.24 (2:2.6.24+git25 +8533927964761f4e2078ccd8607b90f5acc60b93-r0) on root... Downloading http://buildhost.openmoko.org/daily-feed/om-gta02/kernel-image-2.6.24_2.6.24+git25+8533927964761f4e2078ccd8607b90f5acc60b93-r0_om-gta02.ipk Configuring kernel-image-2.6.24 Upgrading Kernel in Flash DO NOT stop this process Erasing 128 Kibyte @ 7e -- 98 % complete. open input file: No such file or directory [EMAIL PROTECTED]:~# Thanks, Chris. smime.p7s Description: S/MIME cryptographic signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sound
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: |> I can't get fix since installed this kernel. But suspend / resume |> works great :) | | Sorry I should have mentioned this. You do not need to use mwester's | kernel. I am running a much more recent kernel from buildhost.openmoko.org | (July 26 I believe) and it works fine. The GPS also works very well. | | You just have to have the pactl tool and the two scripts that mwester | mentionis on his page. Yes AFAIK you need pulseaudio around to make that sound problem on resume. Sounds resumes fine, even resuming an interrupted playing action, if pulseaudio isn't around. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiPZPAACgkQOjLpvpq7dMpQPQCeKX+zqEeSBwmVM6pOyJUeM5/2 OzMAniBUxI8nVQtRNeYrsU4xNOEffGPN =Xs2M -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
Chris Wright wrote: > > > Still, nobody has mentioned why the design team can't be contacted or > identified. > Posted to the list a couple days ago: http://lists.openmoko.org/pipermail/community/2008-July/023806.html We can be contacted, just wasn't using an openmoko email at the time I wrote it. - Will ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sound
On Tue, July 29, 2008 08:53, Pawel Kowalak wrote: > On Jul 29, 2008, at 2:33 PM, William Kenworthy wrote: > > I had the same issue and found that mwester had a solution has worked for me for a while now. http://moko.mwester.net/fixes.html I still have suspend resume issues but this works most of the time. >> Sound came back the next wakeup and no problems since. A bonus is the >> whole FR seems more stable. > > Unfortunately there's no GPS/SD fix in this kernel: > uImage_2008_07_16_gta02_73eeb0333fc771cb696ff9bf17c517c741434b59.bin > > I can't get fix since installed this kernel. But suspend / resume > works great :) Sorry I should have mentioned this. You do not need to use mwester's kernel. I am running a much more recent kernel from buildhost.openmoko.org (July 26 I believe) and it works fine. The GPS also works very well. You just have to have the pactl tool and the two scripts that mwester mentionis on his page. Cheers Scott Petersen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anyone got a confirmation by pulster?
> Hi, > > I mailed christoph(@pulster) and asked for the status of my order. I > quickly got a reply, that it will be shipped this week; i transferred my > money on 14/07. > Hope it get's here soon :-) > > Bye, > Simon > I got multiple confirmation emails. We expecting it in a couple of weeks. Regards, Pablo Ruiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: [openmoko-announce] Openmoko on Design
Jay, you seem very passionate about your concerns. If you are going to linux world I'd be happy to meet and discuss things. Or if you can make a list of specific problems I can try to explain or address your concerns. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jay Vaughan Sent: Tuesday, July 29, 2008 7:53 AM To: List for Openmoko community discussion Subject: Re: [openmoko-announce] Openmoko on Design > I am no one to tell to you how to use your time, but I personally > thing that continuing to use your time to repeat how many stupid > things Openmoko do, and complaining how many fanboy there are, is not > the best way to help this project. Then do you what do you think is > better! > I don't think rabid fanboix'ism is going to help the situation. There *are* negatives to whats going on with OpenMoko; perhaps you don't see them because you haven't been attempting to write applications for the platform, as I have for a year now. Certainly, unless there is pressure to address the faults in current strategy which are making it /so/ /very/ /hard/ for 3rd-party developers to ramp up to productivity in promoting, and using, the OpenMoko platform, then it won't happen. OpenMoko *need* to know that there is dissatisfaction in the ranks with the way they are dealing with these issues - I'm only one of about 15 people who have shared the same views as me, and I'm vocal about it because *I care*; sycophants and dilettantes are not going to make it easy for them to see they are turning developers away, and making it difficult to get behind the platform in a big way. I do believe we can build a great product with OpenMoko. I just want to make sure that the OM community realises that there are issues at hand which *must* be addressed if we want to make it as big as we all desire. Certainly the current fractious nature of the distribution, the feature regression and creeping bugs are not making it easier. Something must change. > All this in my personal opinion! > Thanks for sharing it in a manner we are all entitled, since this is an Open project. And thank you to all those people who have shared their opinions with me privately. If any of you wish to continue to voice an opinion about "Jay Vaughan" and how much time he is wasting, please feel free to do so - privately, off-list. ; -- Jay Vaughan ___ 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: [openmoko-announce] Openmoko on Design
On Tue, 2008-07-29 at 16:02 +0200, Michele Renda wrote: > I think this require some hours hour man-time (let suppose 3-4 h) I'll agree that responding as Jay has takes considerable time, but I disagree with what a person can do. > In 3-4 hours a person can do: > > To learn a bit how to write an little application for Freerunner > (To start you need around 2-3 hour of intensive study, if you >have experience in programming) I've been poking at FR for probably a good 20hrs now. Flash, reflashing, playing, poking, looking for logs, looking for hooks. And I still haven't started programming yet (yes, i have embedded linux experience). I spent an hour *just* trying to figure out why exposure was not starting up. In the end, I could not and just gave up. > To check 10 pages of the Wiki updating old information Ok, that assumes I have something to contribute. After 20 hrs on my FR, and countless hours over the last year reading the list, I do not feel very confident in *any* of my methods yet to start sharing them with others. > Start to know of to make a theme for Openmoko Yikes, I wouldn't even know where to start if I wanted to do that. > Go out buy a postcard and to send it to Openmoko team that will be > happy that someone is thinking to them Well...that's some blue sky thinking for you! Tell you what I did do, though...I sent them a virtual postcard with $369 attached ;-) I vent now because I'm frustrated. My wheels are spinning in the mud. I have some great ideas but and can't seem to get traction in the product. That's why you hear so much on this topic. Jay already has 3 projects *underway* -- he has clearly invested a lot more time implementing for the phone than he has emailing about it. This is the 3rd time I've started a message on this thread. It always gets to the point where I want to make concrete suggestions on how to improve. That's where it gets messy. I'm too lost in finding the right set of magic commands to fix the problem of the day to figure out what would make it better... More than anything, my suggestion to the OpenMoko team -- get things *stable*. Stop all new development until you get it stable. The build process, basic menuing, core documentation. I still have the window manager crash on me periodically ...stuck with a brick until I can ssh in and restart X. Until it gets stable, adding more features or more apps is just adding fuel to the fire. ...cj > > I am no one to tell to you how to use your time, but I personally thing > that continuing to use your time to repeat how many stupid things > Openmoko do, and complaining how many fanboy there are, is not the best > way to help this project. Then do you what do you think is better! > > All this in my personal opinion! > > Michele Renda > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkiPIvYACgkQSIAU/I6SkT3eogCfUX7G2mvUJmcg6KH4KOLMWkzi > wGoAnRjT9zbvrCXFFEf/q6I7aeRn8qeU > =kWjH > -END PGP SIGNATURE- > > ___ > 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: [openmoko-announce] Openmoko on Design
Hehe. Michele your comment made my day and I read hundreds of emails per day -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michele Renda Sent: Tuesday, July 29, 2008 7:03 AM To: List for Openmoko community discussion Subject: Re: [openmoko-announce] Openmoko on Design -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jay Vaughan wrote: > I'm glad OpenMoko has as many rabid fanboix as other projects, it > means there is hope yet .. Usually I am not too much disposed to moderation in a ML, but now I am started to think: In these two days you wrote around 15 email (it is only stimated). Every email was enought long, to explain why Openmoko suck. I think this require some hours hour man-time (let suppose 3-4 h) In 3-4 hours a person can do: To learn a bit how to write an little application for Freerunner (To start you need around 2-3 hour of intensive study, if you have experience in programming) To check 10 pages of the Wiki updating old information Start to know of to make a theme for Openmoko Go out buy a postcard and to send it to Openmoko team that will be happy that someone is thinking to them I am no one to tell to you how to use your time, but I personally thing that continuing to use your time to repeat how many stupid things Openmoko do, and complaining how many fanboy there are, is not the best way to help this project. Then do you what do you think is better! All this in my personal opinion! Michele Renda -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiPIvYACgkQSIAU/I6SkT3eogCfUX7G2mvUJmcg6KH4KOLMWkzi wGoAnRjT9zbvrCXFFEf/q6I7aeRn8qeU =kWjH -END PGP SIGNATURE- ___ 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: GPS application (was: Request for help: Would like community applications to show anddiscuss at LinuxWorld)
> @Marcus - My main job is to sell the Neo ( I work for a > distributor) and tangoGPS is the application that impresses my > clients (and me) the most (even though we hardly have OSM data for > India!). I would love to see it continue to be developed. (Offline > maps is something that people have asked me about also. If you have > some suggestions about making that possible using OSM data and I am > sure you will find a lot of community support to make that happen) It is very interesting to hear of your travails in India .. here in Austria, the map data is available for the most part, and what I have done with TangoGPS is navigate all over the areas I need, while connected to the Internet, and 'soaked the cache' as much as possible. This is a very rewarding experience, somehow, especially with daily updates to my datasets (trace tiles!) .. and it can be used in offline mode pretty well, if you give it space. So I hope you come up with good data for India. I always wanted to have a map of the entire world available in my pocket, so maybe we get closer and closer to that .. ;) ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
gpsd vs. gypsy (was Re: GPS application)
On Tue, Jul 29, 2008 at 7:47 AM, Tilman Baumann <[EMAIL PROTECTED]> wrote: > And if gpsd is so great, ever wondered why tangoGPS has a button to > restart and reconnect gpsd? Personally I have not noticed gpsd crashing. I have noticed that the gllin package's double-logging feature fills up the flash after a day or so, and then it crashes. There is both /home/root/gps.gz and /home/root/gllin/logs/. But this should be easy to fix. I have tested gpsd on my Linux PC with normal serial-interfaced GPS devices for days at a time (and xgps connected to it) with no problem. > And why i (gta01 user) have to launch gllin > via tangoGPS? I have it starting up automatically on my phone. But it would save some power not to run it when you don't need it. > And here a sack full of my 2 cents: > gypsy - yes > gpsd - no (at least not as it is, maybe as compat interface) I don't understand why there is not more cooperation between these two. gpsd is very old, well-established and with a lot of experience with various GPS devices, which I think gypsy probably cannot hope to achieve very soon, without combining forces. The home page explains that nearly every device has its quirks and bugs, which all have to be worked around. How could all that experience be of no value? Granted on these phones we only have to worry about 2 devices, not dozens, but I think the bug-workarounds are the reason why gpsd has been used a lot. http://folks.o-hand.com/iain/gypsy/why-not-gpsd.html I still think gpsd could have a dbus interface added, and it would solve the problems that are mentioned. And I think that the socket interface is a positive, and is a good thing to retain for backwards-compatibility, rather than requiring a rewrite of existing applications to use dbus rather than libgps. It's analogous to the X window system: most use cases don't require network transparency, but it sure is nice to have it available in case you ever need it. There are faster alternative communication mechanisms (such as shared memory) that can be used when possible. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: opkg upgrade freezes my FR
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mr. Morph wrote: | Yorick Moko wrote: | [...] | I have opened a bug-report: https://docs.openmoko.org/trac/ticket/1678 | See the bug report (https://docs.openmoko.org/trac/ticket/1678) for a workaround. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiPdNoACgkQqli4aSXiwM/6lgCgxLOFihMD715rkNACuDO7rQOj sTkAoKodxa+cRh2cevq6l5z/3RZIBG9A =DZrZ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Which AT&T data plans are compatible?
My understanding is that it's marketing BS and there isn't much (if any) difference between those unlimited data plans. The difference seems to be what AT&T is willing to sell you. If you have a crappy old phone, they'll sell you a cheap data plan because they figure you won't use it. If you have a smartphone, they figure you might actually be able to and want to browse the web and therefore charge you more. What I'm thinking of trying is taking my old, crappy flip-phone into the store when asking about data plans. That should get me the cheap plan. Then just pop the SIM card back into my Neo. I'm betting I'll have full internet. Worst case scenario: I'll have to tunnel everything through port 80. -Steven On Tue, Jul 29, 2008 at 10:55 AM, Dimitri <[EMAIL PROTECTED]> wrote: > > I've set up an ATT pay-as-you-go plan, and I'm able to send/receive calls and > text messages. > > (I had to wiggle the sim card for the phone to recognize the att network: a > hardware flaw that's been discussed to death.) > > Which ATT data plans are compatible with the Freerunner? > > There's a ton of them available, with radically different pricing for > "unlimited". > > I see names like "PDA Personal", "MediaNet", "DataConnect", and a bunch of > others. > > Which ATT data access plans are compatible with Openmoko? > > D > -- > View this message in context: > http://n2.nabble.com/Which-AT-T-data-plans-are-compatible--tp640134p640134.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anyone got a confirmation by pulster?
David Samblas schrieb: > I got a message from Christoph on 24th confirming the arrival of the > Neos, an another one on 25 saying tha he is working on our delivery > scheduling it on monday 28th but waiting for tracking number yet. > be patience ;) > El mar, 29-07-2008 a las 16:32 +0200, kazaam escribió: > >> Hi, >> pulster got new phones on 25.07. Has anyone of those who already paid for >> the phone got a message that their phone is already sent to them? >> Hi, I mailed christoph(@pulster) and asked for the status of my order. I quickly got a reply, that it will be shipped this week; i transferred my money on 14/07. Hope it get's here soon :-) Bye, Simon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Which AT&T data plans are compatible?
You'll probably need the PDA Personal plan, that's what they recommend to smartphone users, which the Freerunner will qualify as, in their opinion. But GPRS data transfer is still being worked on, so hold off paying the $30/month for unlimited data just yet. -id Dimitri wrote: > I've set up an ATT pay-as-you-go plan, and I'm able to send/receive calls and > text messages. > > (I had to wiggle the sim card for the phone to recognize the att network: a > hardware flaw that's been discussed to death.) > > Which ATT data plans are compatible with the Freerunner? > > There's a ton of them available, with radically different pricing for > "unlimited". > > I see names like "PDA Personal", "MediaNet", "DataConnect", and a bunch of > others. > > Which ATT data access plans are compatible with Openmoko? > > D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sound
Pawel Kowalak wrote: > On Jul 29, 2008, at 2:33 PM, William Kenworthy wrote: > > I had the same issue and found that mwester had a solution has worked for me for a while now. http://moko.mwester.net/fixes.html I still have suspend resume issues but this works most of the time. >> Sound came back the next wakeup and no problems since. A bonus is the >> whole FR seems more stable. >> > > Unfortunately there's no GPS/SD fix in this kernel: > uImage_2008_07_16_gta02_73eeb0333fc771cb696ff9bf17c517c741434b59.bin > > I can't get fix since installed this kernel. But suspend / resume > works great :) > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > Speaking of suspend/resume, I'm also wondering if other people are having battery problems? Whenever I wake my FR up from suspend, my battery seems practically dead (or a lot lower than it was) even if it only resumed for ~1 hr. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application (was: Request for help: Would like community applications to show anddiscuss at LinuxWorld)
On Tue, 2008-07-29 at 21:49 +0530, rakshat hooja wrote: > > @Marcus - My main job is to sell the Neo ( I work for a distributor) > and tangoGPS is the application that impresses my clients (and me) the > most (even though we hardly have OSM data for India!). I would love to > see it continue to be developed. Development will go on and as long as I have a Neo it will run on it too. And I don't intend to sell my Neo ;-) > (Offline maps is something that people have asked me about also. If > you have some suggestions about making that possible using OSM data > and I am sure you will find a lot of community support to make that > happen) Offline maps are supported. Make sure you have a recent version of tangoGPS installed and change the directory where the maps are stored to some permanent place. Up to 0.9.2 this is by default /tmp and thus maps get deleted on reboot. You can pre-cache areas from the context menu when clicking on the map, last item "map download". Hope that helps, regards, Marcus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Request for help: Would like community applications to show anddiscuss at LinuxWorld
On Tue, 2008-07-29 at 16:26 +0100, Tim Coggins wrote: > On Tue, Jul 29, 2008 at 1:29 PM, Marcus Bauer <[EMAIL PROTECTED]> wrote: > > > from tangogps. Moreover the '800 pound gorilla' OM is developing its own > > gps software and I'm not spending my energy competing with it. > > > > OM2007.2 is there, it works and I recommend everybody to develop for it. > > Marcus, these two statements appear to contradict each other. Can you > confirm you will continue to work on tangoGPS? tangoGPS does run on many other platforms too, i.e. eeePC, your Desktop (Debian, Ubuntu, SUSE, Fedora, Gentooo...). Alpha, amd64, hppa, ia64, powerpc, mipsel, s390, sparc, freeBSD-386/amd64... ;-) So yes, I'm continuing to work on it. What I meant is that OM develops their own GPS app (splotter/density) and once it works well and it is installed by default people will simply go and use it. Such is life and I'm aware of it. Last not least density is the brainchild of Steve ([EMAIL PROTECTED]) and he is quite proud of it. Thus there will be funding for ongoing development. > In my opinion so far tangoGPS is the best and most mature application > which I've got to run the Freerunner. It would be a great shame for > the project to loose your leadership. Thanks for your remarks. I'll do my best to live up to it. Marcus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko on Design
On Tuesday, 29. July 2008 19:19:10 Al Johnson wrote: > Whether the term is 'key developer' or just 'a developer' is irrelevant. > The issue is the total lack of communication over removal of a function > many in the community, not to mention said developer, have good technical > reasons to see as absolutely vital. Unfortunately, this tiny difference is important because it sounded like "Even THE key developer (and god knows who else) objected and still you did it!". > Diversity of opinion is fine and expected, but we needed to hear what the > other opinions were! True, and you did hear it. > I thought that was the whole point too, but your answer seems only to > answer one of the two questions. You seem to be saying 'Of course you can > submit code, and if we like it we'll use it' but saying nothing about > whether the community has a voice in the decision. It would be helpful to > know before embarking on implementation whether the idea conflicts with one > or more of the unstated ideals by which inclusion may be judged. You should realize that we (Openmoko) are vastly outnumbered by the tasks on our ToDo list and the mails we have to process. For us it is very hard to grep out the genius and doable ideas - it is just too much ! But if you can provide a working prototype of your idea you can be sure that we seriously look at it. We simply install it, play with it and eventually get infected by it. In the end we are geeks as well and like to see cool stuff. :-) > I think so, but I think the rest of the paragraph, particularly the > preceding sentence, was at least as important. Since you snipped it I'm not > sure you feel the same way. Do you mean that sentence: "we are paid by openmoko to do what we are told to do by the design department and that is what we then do." If that's the state of things for paid developers, then community contributors have even less hope. Again, this is the statement from a single developer - I _definitely_ don't agree with that. This is simply not the way it is. Honestly, I have never seen a company that gives so much freedom to its employees. Sometimes I even have the feeling this is more a democracy instead of a business here. :-) Marek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtopia] email application connection to mail server
I have just submitted this problem for qtopia bug tracker... (not accepted yet) On Tue, Jul 29, 2008 at 18:11, "Marco Trevisan (Treviño)" <[EMAIL PROTECTED]> wrote: > Cédric Berger wrote: > > Does it work for some of you ? > > Well... I can't neither find where I can configure my email! :o > > -- in qtopia mail application ? as I remember go to mails, "option" (menu at bottom) and something like "set accounts" you may have to choose "new account" then for mail account you have 2 tabs, one for checking mails (IMAP/POP), second for sending (SMTP) but I do not have qtopia under my eyes, so I can't be precise... :-p ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application (was: Request for help: Would like community applications to show anddiscuss at LinuxWorld)
Am Dienstag 29 Juli 2008 18:19:32 schrieb rakshat hooja: > > Please see Daniel Willmann's announcement for more details. > > > > Cheers, > > -- > > > > :M: > > Thanks for the reply and my apologies if I mis-understood something/ got > the facts wrong . I will wait for Daniel Willmann's announcement. It has been sent some days ago, on the -devel list though (where this whole thread should belong to anyways). Please see http://lists.openmoko.org/pipermail/devel/2008-July/000324.html -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU updated - qpe not working?
Torfinn Ingolfsen schrieb: > But qpe still crashes / fails: > [EMAIL PROTECTED]:~# ps ax | grep qpe > 1346 ?S 0:00 /usr/bin/app-restarter The qpe process > vanished. This is bad.?This is not meant to happen and is likely a > sign of?a bug in Qtopia. Please try to reproduce it and?report the > issue to http://docs.openmoko.org.??To be able to use your phone as a > phone again you?will have to restart Qtopia.? qpe > 1349 ?Sl 0:44 qpe > 1548 pts/0S+ 0:00 grep qpe > [EMAIL PROTECTED]:~# > > Any ideas what I should do now? "/usr/bin/app-restarter" is a programm that looks after the qpe process one line under it. if this process dies out of reason. (try "killall qpe") the app-restarter shows you in the x-screen the message you see in the "ps -ax" comand. and asks you if you want to restart it. so the message you see in the "ps -ax" is not an error. it is the parameter the programm app-restarter was given by the start. it's a litle bit confusing. i also needed my time to work this out. it would be less confusing if the programm would get the message out of a file and not from the parameter. But it's ok if you know it. Beni ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS application (was: Request for help: Would like community applications to show anddiscuss at LinuxWorld)
> > Please see Daniel Willmann's announcement for more details. > > Cheers, > -- > :M: Thanks for the reply and my apologies if I mis-understood something/ got the facts wrong . I will wait for Daniel Willmann's announcement. @Marcus - My main job is to sell the Neo ( I work for a distributor) and tangoGPS is the application that impresses my clients (and me) the most (even though we hardly have OSM data for India!). I would love to see it continue to be developed. (Offline maps is something that people have asked me about also. If you have some suggestions about making that possible using OSM data and I am sure you will find a lot of community support to make that happen) Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anyone got a confirmation by pulster?
I got a message from Christoph on 24th confirming the arrival of the Neos, an another one on 25 saying tha he is working on our delivery scheduling it on monday 28th but waiting for tracking number yet. be patience ;) El mar, 29-07-2008 a las 16:32 +0200, kazaam escribió: > Hi, > pulster got new phones on 25.07. Has anyone of those who already paid for the > phone got a message that their phone is already sent to them? > > ___ > 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: [qtopia] email application connection to mail server
Cédric Berger wrote: > Does it work for some of you ? Well... I can't neither find where I can configure my email! :o -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Which AT&T data plans are compatible?
I've set up an ATT pay-as-you-go plan, and I'm able to send/receive calls and text messages. (I had to wiggle the sim card for the phone to recognize the att network: a hardware flaw that's been discussed to death.) Which ATT data plans are compatible with the Freerunner? There's a ton of them available, with radically different pricing for "unlimited". I see names like "PDA Personal", "MediaNet", "DataConnect", and a bunch of others. Which ATT data access plans are compatible with Openmoko? D -- View this message in context: http://n2.nabble.com/Which-AT-T-data-plans-are-compatible--tp640134p640134.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