Re: Openmoko wallpaper
404? Marcel skrev: > Hello, > > I've been playing around with my camera at late night and once took an (in my > opinion) quite nice shot. Now, browsing the moko wiki, I thought the om logo > could look really good together with one of them. Here's the result, waiting > for comments: > http://www.tanuva.de/files/mokocars_at_night.png > Left at a high resolution to be able to cut it down to different aspect > ratios. > > What do you think about this? > > Marcel > > ___ > 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
Making a call from Denmark: done!
Hello. In some time I've had some trouble with performing a call - actually I've not managed to do it until now. I roughly followed the wiki, hence this post is just to inform of the progress taking place. I explicitly described the steps I did on my blog ( http://www.scienco.org/2007/linux/openmoko/calling-from-neo1973openmoko-in-denmark ). Thanks for the continuously good work! Regards, Mikkel Meyer Andersen. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Manually usage of gsmd with libgsmd-tool
Hi, I'm having problems with registering with a carrier here in Denmark. The log: [EMAIL PROTECTED]:~$ libgsmd-tool -m shell -vvv libgsm-tool - (C) 2006 by Harald Welte This program is Free Software and has ABSOLUTELY NO WARRANTY O # # Power-On EVENT: PIN request (type='SIM PIN') Please enter SIM PIN: 1283 sending pin='1283', newpin='' r # Register EVENT: Netreg searching for network EVENT: Netreg registration denied EVENT: Signal Quality: 29 EVENT: Signal Quality: 23 If I'm debugging with "libgsmd-tool -m atcmd" I get CME Error 32 which (according to http://www.activexperts.com/activsms/sms/gsmerrorcodes/) means "Network not allowed, emergency calls only". It seems it something with my carrier's way to handle the registering, but I'm not sure. Does anybody know something about this issue? -- Regards, Mikkel Meyer Andersen ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: New input method demo!
Hi, I've just recently started a project: https://projects.openmoko.org/projects/openmoko-input/ Please feel free to join it! I haven't really started at using the SVN there yet, so the source I've got so far can be downloaded from www.scienco.org/openmoko-input.tar.gz - I'll put it in the project SVN ASAP. I'm aware that the separation of the library and the inputting itself isn't fulfilled at this time, but we are clearly suppose to do that ASAP, too. As mentioned earlier, I'm really not a great C-programmer; I've mainly done C# earlier, so please feel free to comment :-). Regards, Mikkel - Original Besked fra: List for OpenMoko community discussion Til: community@lists.openmoko.org Emne: Re: Sv: New input method demo! Dato: 29/10/07 10:49 > > Mikkel Meyer Andersen skrev: > > Hi, > > > > I've also tried to develop a keyboard for finger-use. I started with > > developing a dictionary library, and have only made a very simple GUI to use > > it. > > > > I haven't seen you keyboard yet, but I'm really looking forward to. In > > addition to this, I hope to be able to incorporate the dictionary I've made. > > I'm been thinking about this for a while... And Yes thanks... I want to > play with it. > > While the app often have better knowledge, it make sens to put the logic > in one place. To give all apps completion, and to avoid duplication. An > api to let apps control what they need would probably not be too > complicated ether. > > So, Yes... Where can I find the code and data? > > I would also want to find a list of the most used English words... To > add directly in the keyboard layout. It is better for short words then > completion, and the most used words is often short. As positions in the > keyboard layout have to be memorized to work fast it will work for far > less words. So completion is a nice complement. > > /LaH > > > ___ > 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
Sv: New input method demo!
Hi, I've also tried to develop a keyboard for finger-use. I started with developing a dictionary library, and have only made a very simple GUI to use it. I haven't seen you keyboard yet, but I'm really looking forward to. In addition to this, I hope to be able to incorporate the dictionary I've made. Regards, Mikkel - Original Besked fra: List for OpenMoko community discussion Til: List for OpenMoko community discussion Emne: Re: New input method demo! Dato: 25/10/07 11:29 > > This kind of keyboard looks quite impressive to me. > The only detail is it might be nice to optimize it for different > things such as programming or english text. > I couldn't try it out, but have you thought sorting the characters in > order of "difficulty to type them" according to their "popularity" (in > english text, irc style text with ;) and for programing with lots of > symbols). > > I believe it could be possible to ask the user to provide (the > software) an example of documents they most often work on. (For me > C++) And the prog would count the chars and update the keyboard > mapping to adjust for that. Chars that were not found in document > will take the default popularity... > > Anyway, might be a good addition to the wishlist! =) > > Simon > > On 10/25/07, Lars Hallberg <[EMAIL PROTECTED]> wrote: > > New demo, download 3key package at: > > > > https://projects.openmoko.org/frs/?group_id=42 > > > > Short intro: > > > > 3key demo - input method for touchscreen (both finger and stylus). > > > > All good things are three. This is my third demo and it uses three keys! > > > > goal > > > > * Be usable with one hand (hold phone and type with the thumb). > > - Reached in full. > > > > * Use little space on the screen. The application should have it! > > - Reached in full (take less space then the qwerty keyboard). > > > > * Be usable without visual contact (type in Your pocket). > > - Reached. > > > > * Reach all chars and functions and be extendable. > > - Reached in full, extendability not implemented in the demo. > > > > * Be usable without training, even if slow. > > - Reached, You should get it under one minute. > > > > * Reach descent speed, even if it takes training. > > - Reached, but takes allot of training and is still no high speed > >method. The speed is approximately twice as good with stylus vs > >one handed thumb writing. Two handed typing with one finger is > >somewhere in the middle. > > > > /LaH > > > > > > ___ > > 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: dfu-util only gives "Permission Denied"
Hi, Just type sudo dfu-util ... and enter you password when promted :-) / Mikkel [EMAIL PROTECTED] skrev: Hello, This is my first entry after receiving my OpenMoko kit this friday. This is also my first time using a Linux Computer to do anything real, so please forgive me if my questions are naive and simple =) So I have my new Ubuntu computer up and running and I wanted to start flashing the Neo phone just get a feel for it before attacking the development environment. I downloaded the dfu-util software and moved it to /bin for convenience. Now everytime I try try to run dfu-util I get a "Permission Denied" error. I have tried using "sudo dfu-util --help" as well as using "sudo su -" to be a root user but i get only "Permission Denied". Now I get the feeling that I don't have the required Linux skills to solve this myself, hence this question to this list. does anyone have a good answer to this ? /Pepe ___ 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: Right-click (as opposed to left-click)
Hi, Thanks, but it doesn't work here. No problem, though, so need to use more time on it. / Mikkel Ortwin Regel skrev: Right click could be emulated by pressing and holding AUX and then tapping. Of course that means that other AUX button functionality could only be activated after releasing the button without touching the screen. Native apps should never need right clicking, though. It would only be useful for fast ports. Ortwin On 10/7/07, *Mikkel Meyer Andersen* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: Hi, Cheers for the tip, but I also mean in general. It would be nice to could widen the functionality so that different clicks can be made. Maybe just through an icon in the panel (this should work as a setting so that the type click could be selected by activating that specific panel-item). Well, still gonna check you tip later for that specific game :-). / Mikkel ian douglas skrev: > On my old Treo, you could press the stylus on a square, and drag up to > flag it, or drag left to clear a flag. Dunno if the OM version of the > game does that though. If not, it'd be handy if it did. > > -id > > > Mikkel Meyer Andersen wrote: >> Hi, >> >> I've just tried Mines (testing purposes only, of course!), but it's >> kind of hard to win with-out being able to right-click. Does anyone >> know how to perform such an exotic action? >> >> Regards, >> Mikkel >> >> ___ >> OpenMoko community mailing list >> community@lists.openmoko.org <mailto:community@lists.openmoko.org> >> http://lists.openmoko.org/mailman/listinfo/community > > ___ > OpenMoko community mailing list > community@lists.openmoko.org <mailto:community@lists.openmoko.org> > http://lists.openmoko.org/mailman/listinfo/community <http://lists.openmoko.org/mailman/listinfo/community> > > ___ OpenMoko community mailing list community@lists.openmoko.org <mailto: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: Right-click (as opposed to left-click)
Hi, Cheers for the tip, but I also mean in general. It would be nice to could widen the functionality so that different clicks can be made. Maybe just through an icon in the panel (this should work as a setting so that the type click could be selected by activating that specific panel-item). Well, still gonna check you tip later for that specific game :-). / Mikkel ian douglas skrev: On my old Treo, you could press the stylus on a square, and drag up to flag it, or drag left to clear a flag. Dunno if the OM version of the game does that though. If not, it'd be handy if it did. -id Mikkel Meyer Andersen wrote: Hi, I've just tried Mines (testing purposes only, of course!), but it's kind of hard to win with-out being able to right-click. Does anyone know how to perform such an exotic action? Regards, Mikkel ___ 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: Is neo1973 dual boot possible?
Hi, Take a look at http://wiki.openmoko.org/wiki/Qtopia_on_Neo_1973 / Mikkel Lars Hallberg skrev: Lorn Potter skrev: Krzysztof Kajkowski wrote: Hi! Is it possible to have both Qtopia and OM environments on one phone? One could be able to chooses system on startup (such as grub or lilo chooses Linux or Windows ;). That would be useful - you could use Qtopia env as a phone during day but at night you could reboot to OM and start hacking ;) No need to boot two systems. The way I originally ported Qtopia to the neo was putting Qtopia on the sd, symlinking /opt/Qtopia to that, stopping gsmd and all the x-server, and running the qtopia startup script. This probably could be a choice at init time, or some 'app' in Neo/Qtopia that does this. Is there any documentation on this? A wikipage or something. This is how I want to try/use Qtopia. Don't know any of OpenMokos init system (yet, my GTA01 is on the way ;-), but something equal to switching run level to switch forth and back between OpenMoko ui and Qtopia ui would be perfect! /LaH ___ 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
Right-click (as opposed to left-click)
Hi, I've just tried Mines (testing purposes only, of course!), but it's kind of hard to win with-out being able to right-click. Does anyone know how to perform such an exotic action? Regards, Mikkel ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No Camera???
I just want to remind everybody about that Neo is one project and OpenMoko is another. Saying that, I have to give FIC a lot of credit for coorperating, but this doesn't mean that another vendor isn't allowed to make phone with a camera. Who knows, maybe there'll be two, three, or maybe four different phones later on. Regards, Mikkel Meyer Andersen Jay Vaughan skrev: I do tech support for phones and I assure that there are many people who don't care about cameras. I knpw because they say exactly that "I don't need a camera". Wait until someone actually writes some good applications that use the camera as more than just a holiday-fun activity capture device. For example, I'd love to use the GTA03 as a mouse. This is entirely feasible if it has a camera onboard. ;) j. I can't say that Neo is for non techies. An open source linux based phone where you can compile your own kernel and can get a JTAG adapter for flashing ... for non techies? This is the developer stage, obviously. There's no point for me to be spending so much effort being involved with the developer stage of this phone project, if there isn't at least some promise that on the horizon, OpenMoko will be available to consumers as a platform. I envision that all the effort I'm putting into writing apps for OpenMoko will prove worthwhile, once there are people who can buy OpenMoko-based phones freely on the open market, plug in my feed address, and subscribe to my applications. This would be an awesome relationship, in my opinion, between me (the developer) and (hopefully) thousands of users. If there isn't at least a promise of this on the horizon, there is no point hacking around with OpenMoko - I can get my Linux hacker fix on with plenty of other more viable platforms, in the meantime. Such as for example, the GP2X gaming platform, which shares a lot of similarities with the OpenMoko ethos, even though the users:developers ratio is a lot higher in that realm. I would encourage anyone on this list right now to remember that this is supposed to be the developer-stage ramp-up towards a possible more consumer-oriented future. Please, OpenMoko people, plan to bring products to the market that are *not* so developer focused in the very near future. I would love to have a few thousand normal users plugged into my application feeds, and not just for the fun of it. A fully open source phone is a provider's nightmare. That does not mean they won't sell to users, but it does mean that providers won't buy them to sell to you, not unless they can erase the flash image, provide their own, prevent the JTAG access, and many other things ... All of these tasks can quite easily be wrapped up in a consumer-friendly package, without intruding on any network-provider realities. The fact is that the OpenMoko-based phones are quite functional devices - once people see that there are applications beyond-the-box for the handy they are enslaved by, things will change. I can think of tons of applications for OpenMoko, also, that are not just limited to network-provider metrics; I, for one, would love to see these applications become more broadly acceptable, and thats not going to happen without a little developer investment and faith, no matter what the status quo currently provides, that there will be users one day able to buy hardware to run the cool pocket apps of the future. Such as we are seeing right now with the developer-stages of OpenMoko.. j. ; -- 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: No Camera???
Hi, Personally I'm glad to avoid having a camera, and I suppose (know) others think the same. Of course some want it, but as mentioned others don't. If I'm going to take pictures, I use a camera :-) Actually I think a knife would be more usable than a camera :-p Regards, Mikkel Giles Jones skrev: On 6 Oct 2007, at 18:16, Tilman Baumann wrote: You could be right. _But_ the Neo is in no way a phone for the average. This marked is well served with the usual suspects. iPhone has a camera and yet it still gets slagged off. Having a camera doesn't make the difference between a good phone and a poor one. ___ 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: gtk-sharp packages available for neo
Hi, Thanks a lot for the tip. I'll continue doing some research and keep you guys informed when something happens. Regards, Mikkel Cliff Brake skrev: On 10/5/07, Mikkel Meyer Andersen <[EMAIL PROTECTED]> wrote: I'm still not sure whether this is the right angle to attack this problem from, but until I hear something else (from for example Cliff Brake who announced the gtk-sharp packages. Eventually, we'll need C# bindings to the openmoko pieces. A good place to start might be: http://projects.openmoko.org/projects/bindings/ Python bindings exist (not sure of the status), so that would at least tell us what we should be binding to. The feedreader application is written in python and would probably be a good example of how to write a non-C app. Cliff ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gtk-sharp packages available for neo
Hi, You shouldn't be sorry - I'm glad for proposals and new ideas! I'm still not sure whether this is the right angle to attack this problem from, but until I hear something else (from for example Cliff Brake who announced the gtk-sharp packages. You're rigth about C# - it's developed by Microsoft, but it's a industrial standard (ECMA) and it has several high-level aspect which I fancy a lot. That's why I want to use it - simply because I'm more productive in C# than in C++ (yet). Actually I'm still quite sure that I'm going to develop mostly on C++ at OpenMoko-related stuff, but I became quite curious when I saw the mail earlier from Cliff. So I'm diving into it to learn a bit :-) Regards, Mikkel Joshua Layne skrev: On Fri, 05 Oct 2007 18:59:11 +0200, Mikkel Meyer Andersen <[EMAIL PROTECTED]> wrote: Hi, Thanks for your response. Yes, I did see that. And I have the src locally (~/moko/openmoko/trunk/src/target/OM-2007/openmoko-libs/libmokoui) which is also well-documented. The problem is that C# cannot use the C-files as references (directly), but instead has to use the libraries (the result of the C-files after compilation) with a lot of interoping - and that is really a error-prone task (just as an example byte in C corresponds to unsigned char in C# etc). To the C-files could be used as documentation for making the interoping, and that's exactly what Swig does. So I'm going to test if those autogenerated C#-classes is usable. ok, sorry I couldn't be of more help - I am never sure if everyone else has the same "crack addiction" that I have about all news openmoko-related. I check a few times a day :) I am not a C# (or really C-anything developer), so while I understand the basic details of your response - I have never had to do anything like that - sounds like an ugly integration though. The abstraction you propose in your follow-up email sounds like a good way to manage it though. The benefit of using C# is to run code developed for WM? I don't know much about it as a language except that it was originally (IIRC) developed for windows (by MS?) I hope you don't mind, but I am copying the list on this - it might be educational to more than me. Regards, Mikkel Joshua Layne skrev: On Fri, 05 Oct 2007 18:05:21 +0200, Mikkel Meyer Andersen <[EMAIL PROTECTED]> wrote: Hi, How shoud I refer to libmokoui (e.g. MokoApplication and MokoAlignment) from within a Mono-application? I assume you have seen this? http://folks.o-hand.com/thomas/libmokoui2/ from Thomas' blog. it looks pretty well documented - not sure if you meant v2 above though (although prob development should be done against v2 if possible) HTH, j. Can anyone be so kind to just post a very small hello world-program? I've been through the MokoMakefile-procedure, so I have all the sources. Best regards, Mikkel Meyer Andersen Mikkel Meyer Andersen skrev: Hi, Oh, that's really nice! Thanks a lot - also for the quick reply. Well, on the other hand I'll not get much sleep this weekend now :-) Just kidding, thanks. Regards, Mikkel Meyer Andersen Cliff Brake skrev: On 10/5/07, Mikkel Meyer Andersen <[EMAIL PROTECTED]> wrote: Is this meaning that it's possible to make C#-applications to OpenMoko with GTK as GUI (as opposed to e.g. WinForms)? Yes. How much of the Mono library is supported? I'm having a bit trouble finding documentation on this on the wiki, sorry. Everything in the main mono package as far as I know -- just install as much as you need. You can browse the following for a list of components: http://dev.bec-systems.com/feed/openmoko/mono/ I'm sure additional mono libs and apps from other projects will be added in the future as there is need. Cliff ___ 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
Security in OpenMoko
Hi all, First of all I'll like to say hello to all. I'm quite new at the OpenMoko-thingie (a Neo 1973 is on the way although - waiting with patience), so I hope you'll bear with me for minor (and major :-)) mistakes. And now to the actual subject: is every application on OpenMoko running as root? For a couple of weeks ago I wrote a post on this matter on my blog [1] and just today I saw that iPhone had exactly that flaw [2]. Allow me to quote myself partly from a mail to Sean Moss Pultz about this [3] sent 17th of September 2007, and partly to refer to me writing about it at the discussion site for the wiki [4]. I don't hope that I've offended anyone, that was certainly not the purpose. I just think security is a huge point of interest and should draw a sufficient amount of focus from us developers. Regards, Mikkel Meyer Andersen aka. mikl-dk Denmark --- [1]: http://www.scienco.org/2007/openmoko/always-root/ [2]: http://www.eweek.com/article2/0,1895,2191373,00.asp <3> Triggered by the question whether every execution of an application is done by the root-user, I started to wondering about the security in OpenMoko in general. Actually I found very little - near to nothing - about it, and I personally think that's inappropriate for this project. We simply have to focus very much on security so that isn't going to be a pitfall. So please, let's focus on this! If desired, I'll be glad to join such a "task-force". Many other manufactures don't focus that much on security, and one is starting to talk about viruses on mobile phones and so on. I think it's very important to make security an issue in OpenMoko. (It could be a small-scale solution known from *nix such as the daily use was under a normal user account and the root account was required in order to install applications and change certain system settings; and the root should have a password - or maybe even use sudo or something.) [4]: http://wiki.openmoko.org/wiki/Talk:Main_Page ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community