Re: Introducing the Freerunner Navigation Board
Hello. On Sun, 2010-05-02 at 17:42, Christoph Mair wrote: On Sunday 02 May 2010 17:06:55 Dr. H. Nikolaus Schaller wrote: But seriously, one Freerunner did go to (inner) space on a research rocket (altitude was approx. 100 km): http://freeyourphone.de/portal_v1/viewtopic.php?f=20t=1430p=14569hilit=d lr#p14569 And a second Freerunner will follow: http://www.mail-archive.com/openmoko- ker...@lists.openmoko.org/msg10526.html It is actually the same device. :) It just got a nice space-suit and a board with sensors to play with during the trip. ;) http://www.datenfreihafen.org/~stefan/weblog/archives/2010/02/index.html#e2010-02-28T15_40_36.txt http://www.datenfreihafen.org/~stefan/weblog/archives/2010/04/index.html#e2010-04-26T12_30_18.txt Unfortunately the NOR bootloader does not work when both, pressure sensor and navigation board, are connected (somebody knows why?). :) Wild guess. You are not (ab-)using the H-TP4711 testpad which is pin 32 on the debug connector? That one is the write protect disable pin for the NOR. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Device Orientation API
Hello. On Wed, 2009-09-09 at 16:32, Helge Hafting wrote: Michael 'Mickey' Lauer wrote: I'm sketching a simple device orientation API for FSO. The purpose is to be informed about changes in the physical device orientation. My first take is at http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD Basically, it's sending you a string whenever the orientation changes. Valid substrings contain portrait, landscape, faceup, facedown. Good idea. I assume orientation changes is only reported to apps that actually ask for them? So that the accelerometers can be turned off to save power whenever no apps happen to be interested. Yup, that is what the resource system in FSO handles. Power up devices only if apps request them and save power when nothing uses them. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [cellhunter] about positioning
Hello. On Thu, 2009-08-06 at 19:40, Petr Vanek wrote: I am currently working on this, a D-Bus location service for the FR. I work with the openBmap data though. I already had some talks with FSO people, in order to see how we can collaborate on this. this sounds like i come first, the rest doesn't matter to me. we have data in both openbmap and cellhunter, can we make sure both are utilized? And that sounds like You are doing the job, but I tell you what to do. :) As discussed several times on this very ml the cellhunter data finds his way into the openbmap database via opencellid. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO Going Out of the Distro Business? - Questions
Hello. On Wed, 2009-08-05 at 05:17, Jeff Rush wrote: Freesmartphone.org is going out of the distro business. We will focus on the framework itself and will rely on SHR for building a real distro and GUI around it. That was me. So let's explain it a bit more. I got the above comment on a bug report I just filed and while I've heard it mentioned, I don't understand the ramifications. 1. How will FSO -test- their stuff during development prior to a distro picking up the release? Don't they need a vanilla distro for their own testing purposes? Why would we need that? At the moment Daniel and me are using SHR unstable as daily phone. That gives the framework a lot testing. We are also testing newer versions of the framework or the new fso-abyss muxer within SHR on these phones. So far this is working very well and we are happy that we can join forces with the SHR guys on this topic. Way to much time and energy was spent on creating images, feeds and other distro things while we could have spent this on the framework itself. 2. If not FSO, where can I get a vanilla distro that -excludes- most of the GUI apps and let's me install just that which I want to use? I've been using the FSO distro because it lets me start with a solid kernel + basic services and build up an environment just the way I want. The other distros I've looked at bundle too much and make assumptions about the phone UI and PIM data storage that get in the way of operation. That is a valid point. We targetted this one with our console and illume images in the fso builds. As these both images are only a subset of the the bigger shr images they should be easy to provide. I will talk to the SHR guys if it would be possible to build these when they are building the others. That way you could take a smaller image with the stuff you like and put on top what you want. How does that sound to you? regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO Going Out of the Distro Business? - Questions
Hello. On Wed, 2009-08-05 at 16:40, rakshat hooja wrote: Really just the kernel, an sshd, FSO services, busybox, elementary, X11, Python and an opkg command pointing to a current set of .ipk files would be fine. Am I out of luck and things are going the way of bulky complex distros on Neo as well? It should be very easy to build on top on SHR. You can try SHR Lite. I am also assuming that FSO new company will continue to release milestone releases to demo FSO, but not support it like a full distro; but I may be wrong here. We have no plans for that. Focusing on the framework itself is what we are trying to do. On the other hand the point for s smaller image is valid and we need to address it. I hope we can do this within SHR. That way you would not have the UI and some tweaks, can use the feed and build your stuff on top. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO Going Out of the Distro Business? - Questions
Hello. On Wed, 2009-08-05 at 13:21, Michal Brzozowski wrote: Can't you build a minimal image with OE, and install FSO on it? I think Jeff likes to avoid building his own images, feeds, etc. He likes to have an image he can flash, install packages and build his solution on top of fso. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
Hello. On Thu, 2009-07-30 at 00:47, Sebastian Krzyszkowiak wrote: Could I hire you to work on opimd? :D Sure, we could pass it over to the head developer of it behind your back. ;) But seriously - I hope some people or companies will be really interested in FSO and thus development will be faster. Even if neighter frameworkd nor cornucopia will be popular, I hope freesmartphone.org specification will live long. And I really hope you guys will be able to work on FSO as your primary job :) That would be great, but for the time being some project work around it would already be nice. :) regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO core team founds BGB company
Hello. On Thu, 2009-07-30 at 10:08, arne anka wrote: all the best to you guys! Congratulations! I hope everything goes well with the company. Is there a way to make tax deductible donations? hardly, what with being a bgb company. Indeed, no tax deductible donations. We only have a paypal account for normal donations. but do you guys have a list of tasks with a price tag each? people could vote for tasks most important and chip in to pay. We thought about that and we need to think about it again. A big problem is the overhead of managing all the small donations. I could imagine that we could bundle such donation-for-feature thing within our milestone releases. We would work out the feature set for the next milestone with the community and if people feel that this milestone did bring them the feature they always wanted, they make a donation. As I said. We need to think about it. I also have to mention that we already got a quite big donation from the freeyourphone.de community. Thanks for that guys. Also small feature request will often go in during the day by day work. It's not like we stopped all work beside paid one. We are still working through the bugtracker for fixes and enhancements and always looking forward to patches. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Cellhunter/OpenBmap
Hello. On Fri, 2009-06-05 at 10:14, Sebastian Hammerl wrote: Christian Gagneraud schrieb: Sebastian Hammerl wrote: I've looked at opencellid.org website, and couldn't find any information concerning the database, how can a user access the data for example... there is an api documented at the homepage and you can download the raw data. I bet he has the same issue I still have here with Firefox 3.0.9. The link list is not viewable. Try to mark all the text on the page with your mouse and you will discover those links. cellhunter ist not submitting to opencellid yet, because i have to prepare the data for that but it will happen. BTW, what will happen with the ARFCN informations then? regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Cellhunter/OpenBmap
Hello. On Thu, 2009-06-04 at 20:28, Risto H. Kurppa wrote: At some stage I heard that Openbmap would save more information compared to opencellid. I don't know where's the problem but I really can't see why there has to be three databases for the same stuff - I'd guess it's just because of selfish people not willing to share and let others contribute or modify their way of working to suit the others. Too bad.. It's not that simple. Read the long threads we had about that in the past. Summarize: - opencellid was there first. Not much responses in the beginning. Got better in the end. I asked them if they are interested to extend their database to have fields for the quality of the gps signal and also logging other things like wifi APs. Tried it two times, no answer. - openbmap came later and has a smaller database. On the other hand they have the idea of logging cell informations with more informations about the quality. Quality vs quantity gives them less cells of course. The also have the idea of more then just GSM cells. - cellhunter made a great start due to the game character - cellhunter data gets feed into opencell id - openbmap imports the opencellid db From the FSO perspective we have several points that we need before we would write code in the framework using it (and of course also contributing to it): - Access to the server side source code. - We prefer quality over quantity. - We like to log wifi ap's as well. - DB available as download. After all the mails we had about that I don't think a cooperation more then what is happening atm is likely. Sad but reality. So far OpenBmap has been the most cooperative project from the FSO view. Once the last issue, access to the server side source code, is sorted out the FSO team will start to work together with them for tighter cooperation. Daniel and Jan had some thinking with Onen about this during the FSOSHRUDCON. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter --- the state of development and future
[Resend as the ml seems not to like my other email address, but do not inform me about this either...] Hello. On Sun, 2009-04-19 at 15:58, Sebastian Hammerl wrote: So here is the call to all the developers around to create a location service based on the opencellid data. for me that database should be the main db and everyone can provide his data to this db. As long as I don't get an answer from Thomas about his willingness to add informations about cell quality and other data then cell IDs, like wifi APs, into the opencellid db FSO will not go into the opencellid direction at all. Telling people all the time that it is the biggest db and don't answer requests about quality and other data buys you nothing guys. We will think more about this until and at FSOSHRUDCON, but we will not go with opencellid just because they have the most data yet. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter --- the state of development and future
Hello. On Mon, 2009-04-20 at 05:05, vale wrote: why do we need so many databases doing the same? cellhunter has far more cells than openbmap, so why not just bundle the effort and only have one database for getting cells with openmoko? Seems you did not read my mail. To get the background you should also have a look at the archive to find the previous desicussions about this. I ask for quality and willingness to expand the server side for better results. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New software] openBmap logger (GSM positioning)
Hello. On Tue, 2009-03-03 at 13:07, Stefan Schmidt wrote: On Sun, 2009-03-01 at 17:10, Onen wrote: Stefan Schmidt wrote: For what I have understood, you would prefer a SCM. And now that first release is out, the first point on my TODO list was exactly that. You will find a git tree at: http://myposition.git.sourceforge.net/git/gitweb.cgi?p=myposition;a=tree I have two question about this: * is it good enough as it is for you? SCM or tarballs are both fine with me. Depending on how often you do releases I would then decide If the SCM or the release tarball makes more sense. * is there anything I could do to ease your work of pushing to OE (structure, names, ...)? I'll will look into preparing a recipe for it today or tomorrow and will let you know if I run into problems that are better solved on your side. Just finished a recipe for it. It was rather ugly to make sure every file installs at the right place. I would be glad if you would consider using distutils for one of the upcoming releases. Anyway, I pushed it into OE and the autobuilder should pick it up in the next hours which makes it available in the feed for MS5. Let me know if there are problems. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New software] openBmap logger (GSM positioning)
Hello. On Tue, 2009-03-03 at 23:33, Onen wrote: Stefan Schmidt wrote: I'll will look into preparing a recipe for it today or tomorrow and will let you know if I run into problems that are better solved on your side. Just finished a recipe for it. It was rather ugly to make sure every file installs at the right place. Ugly? Do you mean I put the files at the wrong places? If so (or sth else) please let me know what I should do to improve this. No worries, once you use distutils it will take care about installing them at the right place and I can use this in the recipe. Until then this solution should work fine. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter (Update 0.4.1)
Hello. On Tue, 2009-02-24 at 23:38, Sebastian Hammerl wrote: Soon after releasing i found a bug causes cellhunter to freeze. Sorry for that, the fixed version 0.4.1 is out now! Bugfix releases are always good. Pushed and the autobuilder should take care that it pops up in the feed the next hours. BTW, during the build I get some QA comments from bitbake about the desktop file. Perhaps worth to fix, not critical though. ERROR: QA Issue: /home/stefan/Projekte/OpenEmbedded/build/openmoko/tmp/work/armv4t-angstrom-linux-gnueabi/cellhunter-0.4.1-r0/install/cellhunter/usr/share/applications/cellhunter.desktop: warning: key Encoding in group Desktop Entry is deprecated ERROR: QA Issue: /home/stefan/Projekte/OpenEmbedded/build/openmoko/tmp/work/armv4t-angstrom-linux-gnueabi/cellhunter-0.4.1-r0/install/cellhunter/usr/share/applications/cellhunter.desktop: warning: value cellhunter.png for key Icon in group Desktop Entry is an icon name with an extension, but there should be no extension as described in the Icon Theme Specification if the value is not an absolute path ERROR: QA Issue: /home/stefan/Projekte/OpenEmbedded/build/openmoko/tmp/work/armv4t-angstrom-linux-gnueabi/cellhunter-0.4.1-r0/install/cellhunter/usr/share/applications/cellhunter.desktop: error: value Applications for string list key Categories in group Desktop Entry does not have a semicolon (';') as trailing character ERROR: QA Issue: /home/stefan/Projekte/OpenEmbedded/build/openmoko/tmp/work/armv4t-angstrom-linux-gnueabi/cellhunter-0.4.1-r0/install/cellhunter/usr/share/applications/cellhunter.desktop: error: file contains key SingleInstance in group Desktop Entry, but keys extending the format should start with X- regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter (Update 0.4.1)
Hello. On Wed, 2009-02-25 at 01:19, Sebastian Hammerl wrote: Stefan Schmidt schrieb: i will take care of it in the next release, i think its not worth enough for its own :) Sure. Nothing critical. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter
Hello. On Sun, 2009-02-22 at 14:03, Stefan Schmidt wrote: On Sun, 2009-02-22 at 13:50, Sebastian Hammerl wrote: Stefan Schmidt schrieb: b) A real distutils package where distutils know about the places, etc. May be not needed from your side as you only have 4 files. Makes packager life easier, but for this one I'm also fine with option a. In both cases please make sure that the tarball has the version number included in his name like other release tarballs. Something like this: cellhunter-0.3.1.tar.gz So you want something like this: http://78.47.116.33/~hole/cellhunter/files/cellhunter-0.3.1.tar.gz That's fine for option b, yes. Will prepare something in the evening or tomorrow. Birthday party now. Pushed it into the MS5 branch. If all works well a package should pop up in the feed over the next hours. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter
Hello. On Mon, 2009-02-23 at 14:26, Stefan Schmidt wrote: Pushed it into the MS5 branch. If all works well a package should pop up in the feed over the next hours. All there. opkg update opkg install cellhunter should give you the goodie. Alrady created a group and sent in data. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New software] openBmap logger (GSM positioning)
Hello. On Fri, 2009-02-20 at 20:00, Stefan Schmidt wrote: First problem. Where can I find the source code? Something like a tarball with the version number in the name or a source code management system would be best. It seems I'm only able to download the ipk but not the files it was build from. Did I miss something? It is Python based, so the files in the package are the source file. Yep, I'm aware of that. You will find in the package everything needed: source code, desktop file, images, glade file, authors, licenses, etc... Yep, this is also known. It's not the first software I bring into OE which then builds such ipk's :) Let me explain my point a bit more. You are writing the software and releasing a new version when you think new features are implemented or bugs are fixed. In the FOSS world is is normally done as atarball that includes all the source files ready to build. Now python has nothing that needs compiling but it still needs to get packaged in a way that makes it easy for user to install it. You have done this yourself when preparing your ipk. But this package may need adjustment from time to time when other parts of the system change so it is always good to build it together with the rest of an image and have it in the so called feeds where the user can easily install it over the package management. That's what I like to do for you. You have more or less the same setup as the cellhunter game: Python scripts, desktop file, icon, etc. I just packaged this and Sebastian provides an tarball with all the files flat in the dir with package name and version and OE takes care of the rest. If you need a tarball, I will try to put something together out of my freerunner tomorrow. Hmm, you have no kind of version control? Let me say you that this is a bad habbit. Learned my lesson. :/ Back to the point. Yes, I would need a tarball, or a public available SCM. For a tarball please use something like this as name: $applicationname-0.3.0.tar.gz Which then should contain a directory with the same name but without file ending: $applicationname-0.3.0 Inside this dir just put your files and I take care that they are installed properly within the ipk. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter
Hello. Combining the collection of the date with the fun of a game, even outside, is nice. On Sun, 2009-02-22 at 01:16, Sebastian Hammerl wrote: You get ready to run FSO and debian packages on the homepage [2]. I was thinking about putting a recipe for this package into OE so we can build it for the FSO feeds for easy install and including into images. You ipk contains some more files besides the python script for what I can find a link on your homepage Namely an upload script, an icon and a desktop file. Putting them all into a versioned tarball would make my life a lot easier. (Perhaps even some distutils for a sane install?) Is this something I could talk you into? :) regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter
Hello. On Sun, 2009-02-22 at 13:01, Sebastian Hammerl wrote: Stefan Schmidt schrieb: Putting them all into a versioned tarball would make my life a lot easier. (Perhaps even some distutils for a sane install?) Is this something I could talk you into? :) just all the files in one tarball with the right directory structure? That would be no problem. If so please tell me or tell me what to do else and you will get it. As it is a small package I see two options: a) A tarball with all files in one flat dir. No directory structure needed. I would then let OE install the files in the proper locations while building the ipk. b) A real distutils package where distutils know about the places, etc. May be not needed from your side as you only have 4 files. Makes packager life easier, but for this one I'm also fine with option a. In both cases please make sure that the tarball has the version number included in his name like other release tarballs. Something like this: cellhunter-0.3.1.tar.gz Thanks. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter
Hello. On Sun, 2009-02-22 at 13:50, Sebastian Hammerl wrote: Stefan Schmidt schrieb: b) A real distutils package where distutils know about the places, etc. May be not needed from your side as you only have 4 files. Makes packager life easier, but for this one I'm also fine with option a. In both cases please make sure that the tarball has the version number included in his name like other release tarballs. Something like this: cellhunter-0.3.1.tar.gz So you want something like this: http://78.47.116.33/~hole/cellhunter/files/cellhunter-0.3.1.tar.gz That's fine for option b, yes. Will prepare something in the evening or tomorrow. Birthday party now. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New software] openBmap logger (GSM positioning)
Hello. On Fri, 2009-02-20 at 20:00, Stefan Schmidt wrote: On Fri, 2009-02-20 at 19:23, Onen wrote: I don't have a recipe. Nothing comes to my mind about something special for building it. It was working with python 2.5 under FSO M4.1. The package puts the file now under 2.6 python directories, under FSO M5. I only have forgotten one dependency in the package description: the framework! Will have a look at it over the weekend. First problem. Where can I find the source code? Something like a tarball with the version number in the name or a source code management system would be best. It seems I'm only able to download the ipk but not the files it was build from. Did I miss something? regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Voicenote - new software
Hello. On Fri, 2009-02-20 at 15:30, kimaidou wrote: As you can see in the todo list, the project is very young : * I need feedbacks If you add and desktop file and an icon it should be usable without a terminal. Just start it with a press in the launcher and you can make voicenotes in a fast and easy manner. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New software] openBmap logger (GSM positioning)
Hello. On Fri, 2009-02-20 at 09:54, Onen wrote: the openBmap team is happy to announce the first release of the openBmap [1] logger/uploader for freesmartphone.org. Awesome. Thanks for doing this. The package Freesmartphone.org client [2] provides you with a logger, and an uploader. It has been tested against FSO Milestones 5. Did you build this package by hand or with a recipe for OE? I ask because I would like to include it into OE and put it into the MS5 feed and perhaps also in the image for the next milestone. If you have an bitbake recipe that would make my life easier, if not just tell my if there is anythoing special I need to know for building it. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Voicenote - new software
Hello. On Fri, 2009-02-20 at 16:18, kimaidou wrote: Hi Can you please tell me on which distribution you have installed it, and how ? There are actually a desktop file in /usr/share/applications/ and a icon in the /usr/share/pixmaps. So on the OM and SHR distros, an icon should appear. Please provide more details please :S Ignore, it's working, my mistake. If you like to get this into OE and thus into the feed for FSO and other distros let me know. If you don't have a bitbake recipe building the ipkg let me know the the building details and I can take care of it. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New software] openBmap logger (GSM positioning)
Hello. On Fri, 2009-02-20 at 19:23, Onen wrote: I don't have a recipe. Nothing comes to my mind about something special for building it. It was working with python 2.5 under FSO M4.1. The package puts the file now under 2.6 python directories, under FSO M5. I only have forgotten one dependency in the package description: the framework! Will have a look at it over the weekend. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: HTC Dream Developer Edition / T-Mobile G1
Hello. On Wed, 2009-02-18 at 14:46, Daniel Benoy wrote: Are there any plans to make the FSO framework compatible with the hardware in this device (and, by extension, make Debian and current/future openmoko distributions compatible)? Funny, I was thinking about exactly this again today. We, FSO, are always looking for promising new devices that gives us the freedom put FSO on it and make it usable. The sad downside is that the G1 dev phone costs around 600USD all in all (399$ device, 180$ shipping to .de, 25$ google developer account. :/) And even if I'm willing to spent time testing FSO out on it I'm not willing to pay such an amount next to the time I had to invest on working with it. One good thing is that we have already have support on the gsm modem side for other HTC devices with a similar chipset and the HTC hacker tell me that it should already work (not tested). regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freesmartphone.org Milestone 5 'Calling All Stations' Release
Hello. The Freesmartphone.org team is proud to present the fifth milestone release codenamed 'Calling All Stations' Coming from a GSM monitor interface going over support for up to 5 new modem chipsets to small and big bug fixes we reached the next release. If you like to know more details read them here: http://wiki.openmoko.org/wiki/OpenmokoFramework/Status_Update_6 Special thanks for all the patches we got from the community. Keep up the good work guys. The only thing that made me a bit sad is that we don't have the images for EZX ready in time. It will come, just late. No more words from our side. Grab it while it's hot, have fun and happy hacking. http://downloads.freesmartphone.org/fso-stable/milestone5/ regards The FSO Team ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO-image milestone 4.1 from 08.01.2009] fso-gpsd not startable ?
Hello. On Fri, 2009-01-09 at 21:57, BitKeeper wrote: I edited /etc/init.d/fso-gps line 16 to be this. start-stop-daemon --start --exec /usr/sbin/fso-gpsd -- -S localhost:gpsd -- -P /var/run/${NAME}.pid It worked for me. It was me who screwed this up, sorry. I originally intended to just bring fso-gpsd back into the image and fix this afterwards. Somehow the first step is harder then expected. Sascha already pointed me this out some time before: http://trac.freesmartphone.org/ticket/294 Will test and push it now. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO-image milestone 4.1 from 08.01.2009] fso-gpsd not startable ?
Hello. On Fri, 2009-01-09 at 14:21, Vinzenz Hersche wrote: Stefan Schmidt schrieb: Sascha already pointed me this out some time before: http://trac.freesmartphone.org/ticket/294 Will test and push it now. Done http://git.openembedded.net/?p=openembedded.git;a=commitdiff;h=428c26aebacd286ef5bfdcba157211978ff938a2 another, little question in this thread.. i wanted to test this image too, but it couldn't load the kernel (from the link, 2.4 mbyte). does someone know a u-boot-image which could handle this? or how is this workable? We are working on making the kernel image smaller so people can flash it without messing around with the bootloader. Should be there in some days. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO-image milestone 4.1] gpsd instead of fso-gpsd installed on a fresh image ?
Hello. On Mon, 2009-01-05 at 04:58, lollisoft wrote: as of other issues that when using FSO, fso-gpsd should be used and not gpsd I am confused about installed gpsd on my fresh image from http://downloads.freesmartphone.org/fso-testing/images/om-gta02/openmoko-fso-image-glibc-ipk--20090104-om-gta02.rootfs.jffs2 That one is a testing image based on 4.1 but with newer fixes and as you found out also regressions. :) Why is gpsd installed when it will not work with FSO ? It's a regression we have in OE while building the image. It is not as easy as we thought. Shouldn't fso-gpsd installed per default on that image ? It should and we will fix this. Sadly it is not proper fixable in a fast way. Needs more thinking. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO-image milestone 4.1] gpsd instead of fso-gpsd installed on a fresh image ?
Hello. On Mon, 2009-01-05 at 05:48, lollisoft wrote: So I do simply replace gpsd by fso-gpsd for now, or is there more to do ? Yes, that should work. Maybe you need to force the removal of gpsd but that is ok. Otoh, I'll wait for the next release or as documented in trac roadmap (milestone6: 'ogpsd finishing touches') ? We are preparing milestone 5 for the end of this month, that image will have fso-gpsd by default again. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO ms4] GPRS problem on one network
Hello. On Wed, 2008-11-26 at 14:09, Arigead wrote: mdbus -s $BUSNAME $OBJECTPATH $METHODNAME $APN $USERNAME $PASSWORD APN=isp.vodafone.ie APN=open.internet The vodafone gprs works a charm but the O2 AP gives me an error message when I execute the script: Error while evaluating 'open.internet': 'builtin_function_or_method' object has no attribute 'internet' Nice finding! The problem here is that mdbus makes an eval on these to avoid the need to set a type explicit. (Seems with this setup we need to think about changing this) Can you please try it with this? uopen.internet This explicit sets the type and therefor should work around it. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO ms4] GPRS problem on one network
Hello. On Wed, 2008-11-26 at 16:37, Arigead wrote: that worked, in so far as it got rid of the error message. It didn't establish a connection but that might be down to me not having any money in the account ;-( I'll find out and confirm that it all works. Let's hope it is only the money. :) Let me know the outcome. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: freesmartphone.org down? DNS?
Hello. On Sun, 2008-11-23 at 00:18, Pablo Ruiz Múzquiz wrote: I keep getting no IP, could you please send me that data so I can cheat using /etc/hosts? It's working again here after some troubles yesterday. If you still have problems: www.freesmartphone.org has address 134.169.172.109 It the same for git, trac... regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO][M4] Missing Components?
Hello. On Tue, 2008-11-11 at 23:55, Eric Olson wrote: I believe it depends on which image you install. zhone came installed on the openmoko-fso-image-glibc-ipk... image I installed. Correct. Next to the fso-image, which we have for a long time, we decided that it would be good to also have leaner images for people that want to use the framework with own applications. So the console and the illume image were created. It's basically: console == minimal system with frameword illume == console + X11 + e-wm + illume fso-image == illume + zhone That's also in line with the statement that the fso-image is not really meant as a stable release for a telephony app. We only have zhone to expose what the framework can do. We are actively thinking how to fade out zhone and move to UI alternatives. regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume patch/question
Hello. On Fri, 2008-08-15 at 11:48, Carsten Haitzler wrote: HAHAHAHA! ok. well... i guess its mergies time in stefan-land. i cleaned a little code today in the e_mod_gad_gsm.c file - but that's it. Was indeed a bit painful. Patch attached. Moved the gsmget code into the gadget, removed all gsmget spawn and communication handling, split edje updates into update_signal and update_operator, passing the instance around. It works fine for me with FSO, but please test it with qtopia first to see if it breaks something. Will fix this up and then you a patch right after some testing this time. Thomas, thanks for this stuff. Next item on my list is operator name with FSO API so I can use a lot of your code already. i put in a fake api call there for FSO - dont know if its right. change it as needed! :) Good idea. Sadly it is a bit more difficult. FSO does not have a OperatorChanged signal. That's inside StatusChanged. The latter brings you also some more informations. I'll have a poke at it once this one is in. regards Stefan Schmidt Index: src/e_mod_gad_gsm.c === --- src/e_mod_gad_gsm.c (revision 215) +++ src/e_mod_gad_gsm.c (working copy) @@ -1,5 +1,26 @@ #include e.h +/* for complex link stuff */ +#include config.h +#include Ecore.h +#include E_DBus.h +#include stdio.h +#include stdlib.h +#include unistd.h +#include string.h + +static E_DBus_Connection *conn = NULL; +static E_DBus_Connection *conn_system = NULL; +static E_DBus_Signal_Handler *changed_h = NULL; +static E_DBus_Signal_Handler *changed_fso_h = NULL; +static E_DBus_Signal_Handler *operatorch_h = NULL; +static E_DBus_Signal_Handler *operatorch_fso_h = NULL; +static E_DBus_Signal_Handler *namech_h = NULL; +static E_DBus_Signal_Handler *namech_system_h = NULL; + +static Ecore_Timer *try_again_timer = NULL; +static int success = 0; + /***/ typedef struct _Instance Instance; @@ -7,9 +28,6 @@ { E_Gadcon_Client *gcc; Evas_Object *obj; - Ecore_Exe *gsmget_exe; - Ecore_Event_Handler *gsmget_data_handler; - Ecore_Event_Handler *gsmget_del_handler; int strength; char *operator; }; @@ -37,11 +55,28 @@ /**/ /***/ -static void _gsmget_spawn(Instance *inst); -static void _gsmget_kill(Instance *inst); -static int _gsmget_cb_exe_data(void *data, int type, void *event); -static int _gsmget_cb_exe_del(void *data, int type, void *event); +static int try_again(void *data); +static void *signal_unmarhsall(DBusMessage *msg, DBusError *err); +static void *operator_unmarhsall(DBusMessage *msg, DBusError *err); +static void signal_callback(void *data, void *ret, DBusError *err); +static void operator_callback(void *data, void *ret, DBusError *err); +static void signal_result_free(void *data); +static void operator_result_free(void *data); +static void get_signal(void *data); +static void get_operator(void *data); +static void signal_changed(void *data, DBusMessage *msg); +static void operator_changed(void *data, DBusMessage *msg); +static void name_changed(void *data, DBusMessage *msg); +static int +try_again(void *data) +{ + get_signal(data); + get_operator(data); + try_again_timer = 0; + return 0; +} + /* called from the module core */ void _e_mod_gad_gsm_init(E_Module *m) @@ -99,8 +134,56 @@ inst-strength = -1; inst-operator = NULL; - _gsmget_spawn(inst); + int sleeptime = 8; + + ecore_init(); + ecore_string_init(); + e_dbus_init(); + + conn = e_dbus_bus_get(DBUS_BUS_SESSION); + conn_system = e_dbus_bus_get(DBUS_BUS_SYSTEM); + + namech_h = e_dbus_signal_handler_add(conn, + org.freedesktop.DBus, + /org/freedesktop/DBus, + org.freedesktop.DBus, + NameOwnerChanged, + name_changed, inst); + namech_system_h = e_dbus_signal_handler_add(conn_system, + org.freedesktop.DBus, + /org/freedesktop/DBus, + org.freedesktop.DBus, + NameOwnerChanged, + name_changed, inst); + changed_h = e_dbus_signal_handler_add(conn, + org.openmoko.qtopia.Phonestatus, + /Status, + org.openmoko.qtopia.Phonestatus, + signalStrengthChanged, + signal_changed, inst); + operatorch_h = e_dbus_signal_handler_add(conn, + org.openmoko.qtopia.Phonestatus, + /Status, + org.openmoko.qtopia.Phonestatus, + networkOperatorChanged, + operator_changed, inst); + changed_fso_h = e_dbus_signal_handler_add(conn_system, + org.freesmartphone.ogsmd, + /org/freesmartphone/GSM/Device, + org.freesmartphone.GSM.Network, + SignalStrength, + signal_changed, inst); + operatorch_fso_h = e_dbus_signal_handler_add(conn, + org.freesmartphone.ogsmd, + /org/freesmartphone/GSM/Device, + org.freesmartphone.GSM.Network
Re: Illume patch/question
Hello. On Thu, 2008-08-14 at 17:35, Carsten Haitzler wrote: On Wed, 13 Aug 2008 22:07:09 +0200 Thomas Köckerbauer [EMAIL PROTECTED] babbled: thanks for the patch! it's now in svn. i've combined thins with the FSO patches and hope that they will work with FSO (i don't know). Will test it. there. i do need to make that gagdet better - stefan was going to remove gsmget as everything is now dbus and there is no need for a slave process to fetch status (to avoid blocking the main UI loop). And I had it already working on tuesday. I should have sent it out that day instead of waiting for my next work-day. Now I have the merge conflicts. Well, that happends to the lazy boys. :) Will fix this up and then you a patch right after some testing this time. Thomas, thanks for this stuff. Next item on my list is operator name with FSO API so I can use a lot of your code already. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
Hello. On Thu, 2008-08-14 at 23:48, Matt wrote: Isn't time available via GSM broadcasts? Sometimes. There is a standard for it, but not all operators have it enabled for it. AFAIK no german provider has it for example. If anyone have a provider which has this feature enabled and like to develop a patch just let us know. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Use gps for clock correction
Hello. On Thu, 2008-08-14 at 18:31, Federico Lorenzi wrote: The GPS can be used for both time and time zone... [Snip full quoted text] That is also a planned. :) Daniel has this still on his todo list, but is busy with PDU handling. As far as I know some community developer volunteered to work on it. Always nice to see this. We will include it in the next milestone when it is ready in time. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO: is zhone here to stay?
Hello. On Thu, 2008-08-07 at 22:31, Craig B. Allen wrote: I submitted ticket #79. Thanks. I adjusted the title a bit to reflect better that you are asking for a DTMF keypad. This is something the framework need to provide. Once it does this zhone just cover it to show how to use it. Due to the given time to MS3 we will not be able to make this happen in the next release though. http://trac.freesmartphone.org/roadmap But it is not forgotten. We keep the bug until we fixed this. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO: is zhone here to stay?
Hello. On Fri, 2008-08-08 at 09:49, Chris Wright wrote: 2008/8/7 Stefan Schmidt [EMAIL PROTECTED]: On Thu, 2008-08-07 at 12:39, Craig B. Allen wrote: If zhone is going to be around for a while, how can I make a request for a new feature? Well, that depends a lot on what kind of feature request this is. As I wrote above, zhone is mostly to test our APIs and implementations. It's not targeted to fullfill all user needs yet. Basic phone functionality is the goal. If it is something in this area feel free to submit a ticket for it: http://trac.freesmartphone.org I take it you'd accept patches to add features to zhone, even if they're unrelated to the framework, no? In a lot cases, yes. I would be a bit carefull about dumping to much in it as we still need to be able to maintain it. But yes, we are looking forward to patches. :) regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO: is zhone here to stay?
Hello. On Thu, 2008-08-07 at 12:39, Craig B. Allen wrote: Is it correct to assume that the features of zhone - dialer, answer, etc. will eventually be replaced by other applications that are developed outside of the FSO project? This is right. The main focus of the FSO is to deliver a framework people can use to write applications for. But to develop this framework we need applications actually using it. Without such an app we would just design dbus APIs and write daemons without even knewing if they make sense for an application developer. That's the reason for zhone. It's out testing app, show case, consumer, name it like you want. If zhone is going to be around for a while, how can I make a request for a new feature? Well, that depends a lot on what kind of feature request this is. As I wrote above, zhone is mostly to test our APIs and implementations. It's not targeted to fullfill all user needs yet. Basic phone functionality is the goal. If it is something in this area feel free to submit a ticket for it: http://trac.freesmartphone.org regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO adding packages
Hello. On Wed, 2008-08-06 at 16:48, Eildert Groeneveld wrote: On Wednesday 06 August 2008, Valerio Valerio wrote: ps is working in my NEO with the openmoko-fso-image-glibc-ipk--20080729-om-gta02.rootfs.jffs2.summary. I can get a fix in tangoGPS and I also can see some informations in the zhone gps UI. did you start something? like the gps daemon or whatever? No need. The framework takes care about enabling it when the first app starts to use it and turns it off when the last app stops using it. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSoC 08 status update
Hello. On Wed, 2008-04-09 at 09:19, Jacob Thebault-Spieker wrote: As a student, those numbers are frightening :). Is there any way that we, as students, can find out where our application stands currently? I haven't discussed this with the other mentors, but personally I think this would be a bad idea. Having this public would bring in way to much emotions into this process. 2 weeks is a long time to wait :). I understand if OpenMoko doesn't want to release that, but I thought it might be worth asking Yeah, 2 weeks are hard. Not much we can do against it. :( regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GSoC 08 status update
Hello. As you may know, the extended deadline for submitting applications is over now. We like to thank all students for submitting their ideas, answering questions and taking part in the spirit of contributing to OpenMoko. We thought that you would perhaps be interested in some numbers. So here is a small impression of what we got in numbers. :) In total the OpenMoko project got 64 applications. We had to mark two of them as ineligible as they had nothing to do with the project. The residual 62 submissions were from 57 unique students. The idea with the most applications was, how surprising, the accelerometer gestures. We got 13 applications for this idea. Google recieved over 7000 applications this year. This means we have less then 1% of them. So it slowed down during the extension period. We had exactly 1% at the first deadline. :) We have no idea yet how many slots we will get assigned. Two is the minimum and we had 3 last year. Of course we hope for more this year. :) Let's see what we get. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Network Manager
Hello. Sorry for the delay. On Tue, 2008-04-01 at 22:07, Alex Zhang wrote: Yes, I did it by hand, because my device is based on MIPS. I have no idea how to setup OE to support MIPS. :-[ I wrote a little Makefile to build GLib, DBus, HAL, UDEV, Libnl ... NM, it works just fine for me. :) That is something that you can of course always to. You just have to look at the tradeoff. What time it costs you to setup OE for MIPS and what kind of hassle a self hacked solution can bring over the time. In addition, though NM-0.7 has a clear framework, but it's not ready ATM :( Well, have you tested it at least? I'm using SVN rev 3202 of the NM daemon here for some months now. I run SVN r3506 or NM-0.6.5 on my device. They are NOT work so good as my expected, maybe I miss something. Well if you only try 0.6.x I would recommend releases and not svn versions. 0.7 is totally different and so not really compareable to 0.6.x It allows me to connect to wired ethernet, open wifi, WEP wifi, WPA wifi and WPA2 wifi. It is not SVN HEAD but runs pretty stable. You mean on your PC or GTA02? PC Of course I'm also waiting for a 0.7 release, but having all the API changes in mind, coding against 0.6.6 makes no sense. Anyway, glad to see you're starting such project, Hope can share some idea with you :) Let me know if you have something special in mind. So if your device uses EFL enlazar could be interesting for you. Or better e_nm could be interesting. If you don't you EFL, enlazar gives you nothing extra. Sorry, What's EFL e_nm? EFL == Enlightenment Foundation Libraries (Evas, Edje, ETK, EWL, etc..) e_nm is a convience library for the dbus calls to NM. It's part of e_dbus. You can think about it like what is libnm-glib for GTK is e_nm for EFL. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GSoC: Student Application Deadline Extended
Hello. Just a small update for our GSoC students. Google decided to extend the deadline for the applications. http://tinyurl.com/233j4x We have 42, no kidding, applications right now. Which is 1% of all applications GSoC got until now. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Network Manager
Hello. On Mon, 2008-03-31 at 14:06, Alex Zhang wrote: The project is http://projects.openmoko.org/projects/enlazar/ I think it's easy to develop a daemon talking with NM to manage the networks. But most important thing is to merge NM into our devices, because NM depends on many packages like: libnl, hal, udev, dhclient, wpa_supplicant ... That is the point where a good build system comes into play. OpenEmbedded handles this for us. I hope you don't build all the stuff for your device by hand. In addition, though NM-0.7 has a clear framework, but it's not ready ATM :( Well, have you tested it at least? I'm using SVN rev 3202 of the NM daemon here for some months now. It allows me to connect to wired ethernet, open wifi, WEP wifi, WPA wifi and WPA2 wifi. It is not SVN HEAD but runs pretty stable. Of course I'm also waiting for a 0.7 release, but having all the API changes in mind, coding against 0.6.6 makes no sense. Anyway, glad to see you're starting such project, Hope can share some idea with you :) To elaborate a bit more on enlazar. It is not a daemon. It is an UI for NM using EFL written against a given product spec. The major work goes into e_nm, a convenience library inside e_dbus. There are also more ideas how to improve NM itself on mobile devices. For example keep the wifi connection down most of the time and react on network requests of applications. Like pppd dial on demand. But that are just ideas right now. So if your device uses EFL enlazar could be interesting for you. Or better e_nm could be interesting. If you don't you EFL, enlazar gives you nothing extra. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Network Manager
On Mon, 2008-03-31 at 20:54, Alex Zhang wrote: Alexandre Ghisoli wrote: Le lundi 31 mars 2008 à 11:30 +0800, Alex Zhang a écrit : An feature that would be nice is roaming. Imagine you are using WiFi at home and you are leaving the WiFi range. A warning box could tell you will loose your connection and then open a GMS (GPRS ) connexion to keep it connected. From the user experience I would avoid a popup and just to the roaming. But that is detail. And for business needs, a VPN manager would be very nice (OpenVPN or OpenSWAN IPSEC based). Once the VPN plugin stuff from 0.6.6 is ported to 0.7 that should work well. Of course you would need to reconsider the UI, but most of the work is inside the NM daemon anyway. Cool! I like such ideas. If use NM as backend, it's not so hard to support these features. :) If you like to speedup those efforts you can always help upstream to get it in place. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSoC volunteer (as student)
Hello. On Mon, 2008-03-24 at 17:40, Patryk Szymczak wrote: I am also asking if someone is interested in mentoring me? It's likely that we coordinate the mentoring while we are doing the rankings. I have 1 year left to Master of Science degree. I also have half-time job in programming GSM terminals, GSM modules (Telit [1], Wavecom [2]), telemetry devices, mobile devices. At job, my responsibility covers everything, starting with contacts with client, lots of research, planning steps, implementing, testing, documentation maintaining and client training (I am planning to give it up for a summer because of GSoC) . I am also experienced in working in multinational team (especially with Germans) and love programming Python! Sounds impressive. If I had to choose something from the Ideas list [3] that would be (in decreasing order): * Support/documentation/tutorials/examples for building Applications in Python (so we could build apps as easily as on Symbian Python) Honestly I think with your skills, something else would be more suited. :) * Ambient Noise Detection I really like to see getting this done. Some nice demo app on top o it showing us what we can do with such things in the future. * Framework for Accelerometer Gestures (not a kernel driver) A lot people like to do this it seems. Still it is only one task atm, so we would need to make a choice. Better be prepared for other tasks and send applications, too. With your experience in GSM you perhaps also have nice ideas what we can do with this feature. :) Don't hesitate to offer different applications then the one you can find in the wiki. We are open for ideas here. regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSoC 2008
Hello. On Mon, 2008-03-24 at 19:02, Niluge KiWi wrote: I'm interested in the accelerometers features [1]: Recognising gestures is a really important part of the interface between the user and the phone. Seems this ideas gets the interest of a lot people. Nice. :) But as we only can choice one of them for this application, you should be prepared for other applications, too. With the two accelerometers in the FreeRunner, I think we can recognise lots of gestures, not only simple ones like a click (which is already recognised by the accelerometers used in the FreeRunner). The main difficulty is probably to extract the useful data from the gestures noise : calibration may take time. The goal is to have an almost pre-calibrated library (an idea from the wish-list in the Wiki is to allow the user to record its own gestures, but I think it's not easy to do it simple for the end-user). Letting the user add new gestures is a key feature IMHO. Also letting them combine different gestures to new ones. We should make it easy for people beaing creative with this. That's where innovation can start. :) If we can have a preset of already known gestures shipped with the device, great. I'm also interested in working in the ambient noise detection in second choice. Also interesting. What I never understand completely is what kind of cool stuff we can do with this. I mean detecting the ambient volume level and adjust the ringing, etc is nice, but can we do more with it? Fancy things like detect if we are in a car or plane and react accordingly? regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSoC 2008
Hello. On Sun, 2008-03-23 at 06:24, ewanm89 wrote: I'm heavily interested in apply to get the ad-hoc communication going for GSoC 2008. Great. We had a try last year, but it failed. Nice to see it going again. I just wondered what is the situation on getting the hardware? What exactly do you mean here? If Freerunner will be available at the time, or if Openmoko provide students the hardware? regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSoC ideas discussion (again)
Hello. On Sat, 2008-03-22 at 20:06, Ilja O. wrote: 1) Accelerometer gestures People talking a lot about them. Building a solid fundation with available gestures and perhaps an easy interface for adding new ones would be nice. Smells for me like a candidate for the build a framework part and a kicking ass app to demo it on top-approach. 2) Two USB device mode (Is this correct mode name?) -- NIC (as it is now) and HDD. As Marcin already stated is this nothing that needs 3 months of work. The kernel already has the gadget infrastructre to let the device get used as a USB storage device. It's just a kernel module you can load with a partition as parameter. What would be needed here is testing and a, really small, UI to switch between different modes for USB device. 3) Samba sharing Hmm, could be a job, but not really exciting. :) 4) Incoming call management - ban cumbers (drop or do not pick up) auto-reply with SMS, etc... As much as I would like to get this feature done, I honestly don't think that our infrstructure for call handling is in shape for this. This would end in a) a Hack or b) a lot work on the telephony stuff. For b) the application would better have another name to reflect the focus. What many from us would like to see would be some more middleware/infrastructure enhancements before adding more and more features. But that is not a must. Myself and the others mentors will try to get you some early feedback when the applications arrive. Don't wait until the last minute guys. :) regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSOC' 08
Hello. On Sun, 2008-03-23 at 00:25, ankuj gupta wrote: I am second year CS undergraduate from NSIT(formerly DIT ,under Delhi University).I am interested in working under Openmoko for GSOC,08 Great. First you should take a look at our GSoC page: ttp://wiki.openmoko.org/index.php?title=Summer_of_Code_2008 It lists some ideas you can use for your application. If you like to get some feedback for your application within the submitting week, please submit early. :) regards Stefan Schmidt signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 4 GB SD flash card does not work
Hello. On Wed, 2007-09-05 at 23:27, Ole Tange wrote: I just got a 4 GB SD flash card. It seems this does not work. It may just be this model though. Mine works fine. http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=93 SanDisk 4GB microSDHC 07190023400ZC That number looks more like a serial of the card and not the product number to me. I also have one from SanDisk with producz ID SDSDQ-4096-E11M http://wiki.openmoko.org/wiki/Supported_microSD_cards It does not work in my 2 cameras Only a few cameras have SDHC support. and also not in a Linux machine that is newer than the Windows machine. Which kernel version? SDHC support was added in 2.6.21 regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 4 GB SD flash card does not work
Hello. On Thu, 2007-09-06 at 12:37, Thomas Gstädtner wrote: Georg: It was said, that the SoC *should* support microSDHC-cards, but nobody hat the chance to test it. Outdated informations. :) I have one and tested it succesfully. http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=93 I don't know about the kernel support for SDHC at all. It does since version 2.6.21 regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: neo1973 for sale
Hello. On Tue, 2007-08-28 at 17:40, pauric wrote: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItemitem=320152764720 I think it would be a godd idea to indicate on the auction site that this is a _developer device_, not a fully functional mobile phone. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community involvement todo?
Hello. On Fri, 2007-06-08 at 02:41, Philippe De Swert wrote: So I would like to propose a todo list on the wiki. This should list a number of tasks which people can take up with a short explanation of what has to be done and what is expected. We already had some thoughts about such 'junior tasks'. I really like the idea to give interested people small tasks for a quick start. The real problem is to identify such tasks. Most of the stuff is still much work in progress. We should start such a list anyway. :) I'll see if I come up with some ideas in the next days. This coupled to a seperate email address or mailing list. After which the devs can add the patches I would vote against another ml. We already have enough. Just send the patch to the ml for the stuff you are hacking on: u-boot, kernel, application... Alternatively we can make sure that more bugs are filed in bugzilla with detailed explanations. This is of course always a godd idea. :) Any comments? People willing to take up co-ordinating, devs willing to check this out, ...? Please start the page in the wiki. You guys can already write down some tasks and I'll poke my colleagues to add some more. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: community involvement todo?
Hello. On Fri, 2007-06-08 at 07:01, Werner Almesberger wrote: Stefan Schmidt wrote: We already had some thoughts about such 'junior tasks'. I really like the idea to give interested people small tasks for a quick start. Regarding quick starts, perhaps some sort of tutorial could be useful, e.g. - how to get the basic development/run-time environment - how to set up QEMU Should be both in the wiki already, no? - how to add/change things to/in the run-time environment Hmm, do you mean before the buil with OE or working on the live system? - step-by-step description for building a graphical hello world application (code layout, widgets, build process, packaging) - pointers to reference code for the most important widgets and/or use of infrastructure interfaces That's indeed a big missing point. On the other hand two projects already found it way in our tree, rss-reader and calculator, which means it seems possible to learn how it works. ;) Anyway we should fill this gap even if I don't know when we have time for this. :( The real problem is to identify such tasks. Most of the stuff is still much work in progress. We should start such a list anyway. :) One problem is also that many small tasks involve a lot of context. So it's two weeks of learning, five minutes of coding, and even then you probably don't do it quite right. Of course, once the learning curve is mastered, things improve significantly. Good point. [Examples] So the wiki page should have the following for every single task: Description, needed skills, links to reference code... If nobody beat me, *hint*, I'll add these tasks and perhaps some more to the wiki tonight. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Durability of the Neo1973?
Hello. On Wed, 2007-05-16 at 02:03, polz wrote: On Tuesday 15 May 2007 18:26:57 Sean Moss-Pultz wrote: Most all the parts are now at the factory. The May 10th run has been delayed about two weeks because of last minute supply coordination issues. But I'm still being told that we're on to have devices this month. At least to me, the neo1973 is looking more and more like vapourware, an experiment in marketing, whose purpose is to: heh, so you mean all the dev phones around, one in front of me, are just produces to get a longer hype. What a great plan that would be. ;) Or even better they pay all the devs money to say they have a phone? Even more funny. It's no vapourware, it's just slipped in time as almost every hardware project do. It's just different as the company tells you about the problem. Can anyone here suggest an HTC phone which can be bought in Europe for less than $400 and can run linux well enough to dial out and somehow connect to a PC ? Why not use google and inform yourself? Stefan not really amused Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Maximum SDHC capacity supported?
Hello. On Fri, 2007-05-11 at 11:41, Florent THIERY wrote: As there are some 8GB SDHC cards out there, are there limitations on the neo? (as soon as it's SDHC, shoudl'nt be it ok?) MicroSD is up to 4GB right now. As SHDC starts from 4GB there should be no difference. The real problem is to buy such a card. Until now we were not able to find a source for them. A bug for testing is already open: http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=93 If anybody knows a source for this cards let us know. We are eager to buy and test. :) regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Maximum SDHC capacity supported?
Hello. On Fri, 2007-05-11 at 12:59, Carlo E. Prelz wrote: Quoting Stefan Schmidt ([EMAIL PROTECTED]): If anybody knows a source for this cards let us know. We are eager to buy and test. :) A quick search on preisroboter.de with keywords 'microsd' and '4gb' returns a number of merchants in germany, ready to take your money for such a card, apparently. SanDisk is the producer, and the cheapest one is sold at 74.89 euros including adapter for plain SD format and USB reader. Having them in the webshop and being able to deliver seems to be some different things for some shops. It should be worth another try anyway. It some time since our last try. Thanks. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neologics
Hello. On Mon, 2007-03-05 at 10:47, Pranav Desai wrote: On 3/4/07, Stefan Schmidt [EMAIL PROTECTED] wrote: No, it is only needed if you break your bootloader. Everything besides this is recoverable with the installed bootloader. Will it be possible to add a wiki page specifying how not to break the bootloader and other things first time developers shouldn't do to make the hardware unusable ? Everything should be designed to not break the bootloader during normal development and even software upgrades. In the end it's a device for enduser, which means it have to be enduser compatible. :) regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neologics
Hello. On Sat, 2007-03-03 at 19:18, Pranav Desai wrote: On 3/1/07, Sean Moss-Pultz [EMAIL PROTECTED] wrote: In the presentation its mentioned that the debug board will cost an additional $200. How important is the debug board for phase 1 phones ? Can we update the firmware drivers and put software, kernel, etc. on it without the board? No, it is only needed if you break your bootloader. Everything besides this is recoverable with the installed bootloader. Sometimes it can make life easier as you can do step debugging with the JTAG, but for normal development, even kernel, it is not needed. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back from FOSDEM
Hello. On Mon, 2007-02-26 at 16:57, Michael 'Mickey' Lauer wrote: So we now know that the Nokia BL5C is a compatible battery which is quite amazing, since those things are cheap and probably come in variants with larger capacity as well... BL-5C gives even more hits on ebay. You should be able to get one around 5 Euro including shipping. Of course the battery only is 1 Eur. :) The highest capacity I found for this type until now is 1900mAH. IIRC the FIC one in your phone stated 1200mAH. So it's a nice upgrade. Of course some real life tests will show us more. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: for german readers: FIC phones on the way
Hello. On Wed, 2007-02-21 at 10:58, Fabian Off wrote: http://www.digital-living-magazin.de/index.php?pid=17art=2050cid=DLnewsletter Interesting article about OpenMoko and FIC (inclunding more phones than only the Neo1973). How do you think that the other phones are the one from FIC? The artcile also mentions three devices from e28 Limited. I'm pretty sure that the three other phones are from this company. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: for german readers: FIC phones on the way
Hello. On Wed, 2007-02-21 at 12:45, Stefan Schmidt wrote: On Wed, 2007-02-21 at 10:58, Fabian Off wrote: http://www.digital-living-magazin.de/index.php?pid=17art=2050cid=DLnewsletter Interesting article about OpenMoko and FIC (inclunding more phones than only the Neo1973). How do you think that the other phones are the one from FIC? The artcile also mentions three devices from e28 Limited. I'm pretty sure that the three other phones are from this company. UPDATE: The other phones *are* from E28 http://www.e28.com/e28mobile/mobile_e2861.htm http://www.e28.com/e28mobile/mobile_e2862.htm http://www.e28.com/e28mobile/mobile_e2881.htm regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: for german readers: FIC phones on the way
Hello. On Wed, 2007-02-21 at 05:53, Joe Pfeiffer wrote: Stefan Schmidt writes: UPDATE: The other phones *are* from E28 http://www.e28.com/e28mobile/mobile_e2861.htm http://www.e28.com/e28mobile/mobile_e2862.htm http://www.e28.com/e28mobile/mobile_e2881.htm Wow. The E2862 is really, really beautiful. The web page for that product doesn't mention openmoko; I don't read German, so does the original article say it does? No OpenMoko on the E28 phones. The artciles was about two different linux phone manufactures. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: for german readers: FIC phones on the way
Hello. On Wed, 2007-02-21 at 13:43, Gabriel Ambuehl wrote: On Wednesday 21 February 2007 13:06:25 Stefan Schmidt wrote: http://www.e28.com/e28mobile/mobile_e2861.htm http://www.e28.com/e28mobile/mobile_e2862.htm http://www.e28.com/e28mobile/mobile_e2881.htm The e2881 would be a perfect match for me if it could be made to run openmoko... It sounds almost unbelievably small (12.5mm thick...) Has anyone ever seen any e28 phones in the wild? The more intersting question is where is the source? Anybody found it? When we have kernel source and a way to reflash the phone OpenMoko could be a possibility. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Porting OpenMoko to other platforms
Hello. On Wed, 2007-02-21 at 12:39, Nathan Williams wrote: Does anyone have a list of active projects that will be porting OpenMoko to other hardware platforms? I currently own a phone and a Zaurus clamshell and would love replace them both with OpenMoko on the HTC Universal (known by many other names as well) or on the new i-Mate Ultimate 7150 that will be out shortly. It already runs on HTC universal and work on for HTC's with qvga display in ongoing. Work for the EZX phones is in progress. No idea about zaurus. How difficult is it to get OpenMoko running on other platforms? Is getting a Linux kernel up and running the hard part and the software would just need to be compiled for the platform/environment or is there more to it than this? New 2.6 kernel should be the hardest part. Compiling for your device needs perhaps some tweaking, but should be the easy part. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Porting OpenMoko to other platforms
Hello. On Thu, 2007-02-22 at 00:02, Andreas Kostyrka wrote: * Stefan Schmidt [EMAIL PROTECTED] [070221 23:28]: It already runs on HTC universal and work on for HTC's with qvga display in ongoing. How well does it run on the HTC universal? (aka, is it possible to take a phone call or initiate it without entering cmdline commands?) As far as I know no. Best would be to ask HTC devs for it. goxboxlive (Sorry don't know his realname) and Philipp Zabel work on it. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Automatic Updates Notification for the Neo?
Hello. On Sat, 2007-02-17 at 02:17, Florent THIERY wrote: It should be. The package manager used by OpenEmbedded (ipkg) supports operations similar to yum and apt-get: Will there be an official/community repository? 1. Official openmoko feed. 2. Feed with packages tested by openmoko developer. 3. Community feeds as much as you like. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SIM Interface
Hello. On Wed, 2007-02-14 at 17:22, Andrew Papia wrote: What is the interface to the SIM like on OpenMoko? I've read you can query phone book entries. What else can you do? Can you send abitrary APDUs? You should have a look at the libgsm/gsmd: http://wiki.openmoko.org/wiki/Gsmd regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: No stylus on V1 release?
Hello. On Thu, 2007-02-15 at 01:01, kkr wrote: I can't see a stylus on the pictures (on openmoko.org)... Has it one? It has a stylus, but no place in the case to hide it. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Great ;) Re: Storage + Re: The actual release date of NEO1973
Hello. On Mon, 2007-02-12 at 19:38, Robert Michel wrote: So microSD cards with 4GB or more are based on SDHC, and the SD standards are not so open that writing drivers would be possible to everybody - right? The simplified SD sstandard also covers SDHC. Plain linux kernel already has SDHC support. IIRC the patches are in 2.6.20 Is it realy a firmware/driver only task, so that phase-1-Neos could be upgraded to use SDHC later? The controller also has to support SDHC. Not sure about the one on our SoC. I would guess it can do SDHC, but I'm not sure. To lazy to search for spec right now. :) regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Silent mode timeout
Hello. I cc openmoko-devel for interested developer. On Mon, 2007-01-29 at 09:30, Ben Burdette wrote: A simple feature that I'd like to see is a silent mode timeout. What always happens with my current phone is I set it to silent mode because I'm in a movie or a meeting, and then later I forget to turn the ringer back on. This leads to a lot of missed calls. Nice idea. I have the same problem. :) I also like to see the silent mode integrated with my current gps posistion. Define locations where you are often ond like to have a silent phone at this place. Theater, cinema, meeting room, lecture room,... Of course there are unknown places and at this moment your silent timeout comes into play. regards Stefan Schmidt ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: planet.openmoko.org
Hello. On Thu, 2007-01-25 at 16:46, Justyn Butler wrote: Can't seem to subscribe to the whole planet through RSS though (only individuals), perhaps I'm being dense. http://planet.openmoko.org/rss20.xml There is no link on the site for it. Anyway, it's standard planetplanet. :) regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: development model
Hello. On Tue, 2007-01-23 at 20:14, Tehn Yit Chin wrote: 1) expose the serial port so that we control the device via a console. This will be essential for getting things like the bootloader or the device drivers going. I'm pretty sure you will be able to have serial console and JTAG through the Hacker's Lunchbox. 2) somehow make the device networkable. In this scenario, we can NFS mount a shared directory on our desktop machine from the target. With this setup, we can cross compile the application, copy it to the NFS mount, and immediately execute it on the target. nfsroot via usbnet works pretty good. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Neo1973 device description and picture for xoo.
Hello. On Mon, 2007-01-22 at 12:22, Sean Moss-Pultz wrote: On 1/22/07 2:36 AM, Stefan Schmidt [EMAIL PROTECTED] wrote: Anyway, I thought it could be fun to see and play with. http://www.datenfreihafen.org/~stefan/OpenMoko/neo1973-xoo-device.tar.bz2 Start with 'xoo --device /path/to/neo1973.xml' Wow somebody buy this guy a beer! Best place would be the beer event of fosdem. Friday evening. ;) regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Neo1973 device description and picture for xoo.
Hello. On Mon, 2007-01-22 at 19:17, Sean Moss-Pultz wrote: On 1/22/07 5:56 PM, Stefan Schmidt [EMAIL PROTECTED] wrote: On Mon, 2007-01-22 at 12:22, Sean Moss-Pultz wrote: Wow somebody buy this guy a beer! Best place would be the beer event of fosdem. Friday evening. ;) Deal. Drinks will be on me! Heh. At least one beer be on me as thanks for having the vision and starting this big project. See you in Brussel. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Neo1973 device description and picture for xoo.
Hello. Just some sunday fun. I resized the Neo1973 Mock-up and write a small description for xoo. http://projects.o-hand.com/xoo It's not really useable at all, as you need a really high screen resolution to fit the whole picture on your screen. And of course the dpi are wrong. Even no buttons because I can't remember where they are at the case. Anyway, I thought it could be fun to see and play with. http://www.datenfreihafen.org/~stefan/OpenMoko/neo1973-xoo-device.tar.bz2 Start with 'xoo --device /path/to/neo1973.xml' Have fun. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Real Neo1973 photo / Neo delayed...!?
Hello. On Wed, 2007-01-10 at 01:06, Sean Moss-Pultz wrote: * Bluetooth (yes bluetooth!) Well done. We have two more kits that will be available (in addition to the standard kit): A Car Kit and a Hacker's Lunchbox. Great. :) regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Few questions regarding phone
Hello. On Tue, 2007-01-09 at 14:33, Joe Pfeiffer wrote: Also, there is now a MicroSD wi-fi card on the market. No idea what chipset it uses (so no idea whether Linux support exists, or even can exit), and I have to be skeptical as to what kind of range it can possibly have. No linux drivers for it yet. First we need to get the sdio stack merged anyway. Also, of course, using the MicroSD slot for wi-fi makes it unuseable for memory. The microSD slot is under the battery. As the wlan card has oversize it will not fit. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: no market - my 2 cents
Hello. On Sat, 2006-12-23 at 17:44, Oleg Gusev wrote: IMHO the first non-FIC phone that will be capable of running openmoko is HTC Universal Really? I guessed it would be a Motorola A780/E680. ;) Just kidding. I like to see somebody is working on the HTC OpenMoko enforcement. That means I don't have to do the work myself. :) regards and merry christmas Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: no market - my 2 cents
Hello. On Sat, 2006-12-23 at 18:17, Oleg Gusev wrote: Am Samstag, 23. Dezember 2006 18:09 schrieb Stefan Schmidt: Really? I guessed it would be a Motorola A780/E680. ;) Just kidding. BP handshake is not a problem on HTC Universal :) Mostly done. :) regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPLv3 and Mobile Phones
Hello. On Sat, 2006-12-09 at 13:00, Oleg Gusev wrote: Am Samstag, 9. Dezember 2006 12:34 schrieb Stefan Schmidt: Keep in mind that the FIC team have no wifi on the phone because no vendor allowed them to put the wlan driver under GPL. So they make the dicision to lack wifi instead of using unethical binary-only kernel modules. The TI acx100 driver used by many PDAs and phones is released under GPL and loads the binary firmware into baseband and radio amplifier. IIRC TI acx100 driver is a re driver. It's not the only one in the kernel. Wireless driver are hard to be done right and without datasheets it's even harder. The vendors can still offer the datasheets under a NDA which allows and GPL driver written with this information. It is totaly fine to re a driver for your private hardware, but if you are a company which like to builf this hardware into their devices, a re driver is not a good choice in my opinion. For your questions about GPLv2 vs. GPLv3 I can just say it is the choice of the company which version they choose. Not everybody is happy with the new version. Any developer is free to include the or (at your option) any later version clause for his work. If you do this other people can use your code under GPLv3 or GPLv4 which you perhaps don't like. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: GPLv3 and Mobile Phones
Hello. On Sat, 2006-12-09 at 13:24, Gabriel Ambuehl wrote: On Saturday 09 December 2006 13:00, Oleg Gusev wrote: The TI acx100 driver used by many PDAs and phones is released under GPL and loads the binary firmware into baseband and radio amplifier. Supposedly even that is too proprietary (I think we were over this at some point)... But then a closed GPS daemon is ok just because it doesnt live in kernel. So if we can figure out a way to have WiFi drivers run in userspace that might be ok? Userspace driver don't use all the GPL code inside the kernel. It is a question of derived work. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: openmoko on other FIC platforms as well?
Hello. On Sun, 2006-12-03 at 23:29, Sean Moss-Pultz wrote: On 12/3/06 11:26 PM, Koen Kooi [EMAIL PROTECTED] wrote: I just noticed this: http://www.fic.com.tw/product/pmp.aspx Is FIC planning on putting openmoko based (open!) firmware on those as well? regards, We haven't talked in great detail about that yet. Right now we're mainly focusing on phones. But would you guys be interested in stuff like this, too? Of course it would be interested to have a open system on this devices, too. I see one main problem with openmoko on this devbices. It is designed for phone handling not media player handling. We should be able to use the base system, but would need a complete new gui and framework design. In long term I would really prefer to have _one_ device for phone calls, contacts, dates, mp3 and perhaps small videos, navigation, etc. I know that this will still take some time time, but I'm looking forward to this. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: (re)charging control
Hello. On Wed, 2006-11-29 at 21:43, Stefan Schmidt wrote: Personally I would even like a dock/craddle. 1. It should have connector for both, charging and data. (Should be no problem at the neo as it charges over usb.) 2. Slot for second battery charging. 3. It should be robust. Something like the palm docks. 4. Not sure about a button which can trigger an action. We should be able to automate the sync with udev anyway). 5. Two-color-LED for indicate if the battery is already fully charged. If we also have a battery charging bay, we need a second LED on the back for the second battery. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: (re)charging control
Hello. On Tue, 2006-11-28 at 09:17, Jeff Andros wrote: 2. Also, how much work has gone into a cradle solution for the device... I absolutely hate chasing cables across my desk; I'd love to have some kind of dock. I'm leery of suggesting a combined docking port (please don't do anything drastic to my car, house, or family for it), but it would be a convenient place to bring out those NSSP lines among other things, and Hirose and Molex do both have some easy to acquire connectors and cables. Personally I would even like a dock/craddle. 1. It should have connector for both, charging and data. (Should be no problem at the neo as it charges over usb.) 2. Slot for second battery charging. 3. It should be robust. Something like the palm docks. 4. Not sure about a button which can trigger an action. We should be able to automate the sync with udev anyway). regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: Software Development
Hello. On Wed, 2006-11-29 at 21:26, Stuart Gray wrote: I don't think it has been asked before. Wrong. It was asked several times. :) But what should the software for the phone be programmed in, Java or C++ or what? or since its Linux smartphone can I do either? To use the SDK C/GTK+ is your friend. Also I'm pretty sure that we'll have a working javavm on the phone after a short time. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: A marketing angle
Hello. On Wed, 2006-11-22 at 21:34, Ben F-W wrote: Stefan Schmidt wrote: Porting the apps from OpenMoko over to Qtopia is a real pita. No new kernel features, X instead of framebuffer, gtk instead of qt. Writing it from scratch seems easier for me. Ah, now I understand what you mean! Nice. (/me makes another dash on his explain-people-the-open-source-way-of-thinking list). ;) What I was essentially getting at here is what's called 'sustained competitive differentiation' in marketing-speak. That means that to break into this market, FIC would have to have a long-term advantage over rivals that they were unable to copy - or which, by the time they've copied it, is out of date. What concerned me about the GPL'd 'killer app' is that there was nothing to stop a rival company just taking the program and putting it onto their own handset - which wouldn't contravene the GPL as I understand it. Competitive differentiation lost. That's the way most business people thinking. After a better understanding of the facts companies are still able to have a good business with open source software on their devices. This does rest on the assumption that the rival's system isn't based on X and GTK and so on, which would mean there could still be a problem. At this point the company would think twice why they not just use OpenMoko. And FIC is interested in other companies using OpenMoko. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: List concerns...
Hello. On Thu, 2006-11-16 at 23:49, Dan Koester wrote: I'm sorry if I offended anyone. I've been on mailing lists for years and they all have followed these 2 things and I suppose I'm used to them. Why not read one of the kernel devel lists? When I click on reply I expected it to automatically reply-to the list. So how do you reply to me in private? Copy and paste the email address from the origin mail into the to field? Copy and paste email addresses in a mail program? I didn't realize there were such strong feelings towards these ideas... I do see the reasons for the reply-to address... but the subject line doesn't make sense to me at all. I feel it's a huge advantage to add a prefix that is well known. You're right break reply-to is the bigger problem here. Of course you can still write the prefix into the subject yourself. Anyway it is the decision od the list admins. I think we can stop discussion now. regards Stefan Schmidt PS: Yes, I know I'm harsh here. But I can still friendly answer technically questions you have. :) signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: List concerns...
Hello. On Fri, 2006-11-17 at 11:35, Richard Franks wrote: On Fri, 2006-11-17 at 10:00 -0600, Dan Koester wrote: Consider the issue closed. What, that's it, no exciting Friday flame war? Intelligent people with differing opinions respecting each other and reaching consensus?! Am I on the wrong Internet? Right internet, but wrong list. ;) Nice weekend for all of you. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: Congratulations to you and FIC
Hello. On Tue, 2006-11-14 at 12:35, Giovanni Corriga wrote: Il giorno mar, 14/11/2006 alle 18.02 +0800, Sean Moss-Pultz ha scritto: Thanks a lot for your comments. As to WiFi we couldn't find a vendor that would let us open the driver. The One Laptop per Child project is developing a free driver + firmware for the Marvell chip that will be used in the $100 Laptop. Maybe that code could be reused here. How free? NDA and a GPL'ed driver afterwards? Have you got a link for me about this? regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community