Re: Ten general QtMoko and Debian questions
On Saturday, November 10, 2012 09:42:01 PM Harry Prevor wrote: I just aquired a Freerunner, and after checking out the list of distributions on the wiki I've narrowed it down to Debian and QtMoko. I'm leaning toward QtMoko but I'm unsure about a few things: 1. What are the advantages to using QTMoko over Debian on a Freerunner? If you are using QtMoko you are also using debian. QtMoko is just one package. Like KDE or gnome. You can run QtMoko also on top of other rootfs - like in open embedded, Fedora, OpenWrt - whatever. 2. I like that it is built for touch by default in QtMoko but would also like to fall back to a desktop-like environment when needed (i.e. something like Openbox that isn't optimized for touch); this is possible, no? Yes, there is QX program - it launches X server optionally with matchbox windows manager. 3. Does QTMoko offer all the software in the Debian repositories? Yes, but for X server applications you need to use QX to run them. 4. Can I install a different window manager than the default one if wanted? QtMoko run on top of framebuffer - it's not using X server. For applications ran in QX you can use whatever window manager you like. For native QtMoko you cant change it. 5. Are there any glaring software limitations regarding the Freerunner that QtMoko has that Debian doesn't? No, you can install all debian packages since qtmoko rootfs is debian. 6. They both use the same kernel, right? There is no kernel for Freerunner in debian repos. So you have to use self compiled kernel. 7. From what I've seen it seems like QtMoko is being more actively developed than Debian on the Freerunner currently; is this true? I am doing release tarballs like every two months. Most of the work goes to qtmoko package so Debian on freerunner project does not need to do release that often. 8. If I prefer the debian-unstable packages can I use that repository on QtMoko? 9. If I were to upgrade to a GTA04 at some point, would the transition be any easier on one distribution than the other? You can upgrade the rootfs to testing/unstable and it will most likely work. But i cant guarantee that it will always work. It's moving target. 10. Is either distribution more thouroughly tested with the GTA04 than the other? QtMoko now runs nearly perfectly on GTA04. There is problem with ringtones sound which i am now working on. Then GTA04 support will be same good as it's on Freerunner. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help needed with GSM Geolocation without GPS
Hi, as I am not a very active member of the project any more, I don't remember exactly the content of the sqlite file. If not in there, you might have a look at the server side code. Based on raw data, IIRC that is what the server is building: some kind of coverage map. Then (so it seems, as you say this is not in the sqlite file) it gets simplified in the sqlite file. If you want to get in touch with Mick (and not Nick :-) ) who has taken over the project, you should do so through the openbmap project. He will be able to give you better answers than I do. Onen On 08/11/12 08:52, robin wrote: I think I will give this a try. I looked at the source of the sqlite file, and you can easily get the location. Is there any easy way to get the area the cell covers as a polygon, so we can check for intersections as you suggested? br robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Onen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko wiki needs to be set to read-only due to spam
On Sun, Nov 11, 2012 at 08:16:03AM +0800, Paul Wise wrote: On Sat, 2012-11-10 at 18:57 -0500, Harry Prevor wrote: Sorry for bringing this somewhat old topic up, but why did this have to be done? I can understand restricting editing to registered users only or adding CAPTCHAs to prevent spam, but isn't making the (still very important) wiki entirely read only very exccessive? I've found a few pages with errors but I'm now unable to edit them, seemingly forever. Please reconsider this. The only sysadmin (Harald) doesn't yet have time to setup some anti-spam mechanisms. I've volunteered as a second sysadmin but Harald hasn't had time to do some things that are needed before he can add me to the team. Making the wiki read-only is a stop-gap measure until some anti-spam stuff can be setup and all the spam pages removed by myself or Harald. How can I get a database dump of the wiki so I can clone it? What I'd really like to be able to do is run a read-write fork/clone of the mirror, and have the backend database be files in mercurial or git, and then we can have an editable version that I can experiment with OpenID auth with, and possibly have an easy way to merge 'patches' back to the read-only main site. This probably requires more patching to the mediawiki software than I want to think about. I'd also like to be able to put the contents of the OpenMoko wiki on a Wikireader, and having the DB would make this a bit easier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko wiki needs to be set to read-only due to spam
On Mon, Nov 12, 2012 at 4:17 AM, Troy Benjegerdes wrote: How can I get a database dump of the wiki so I can clone it? What I'd really like to be able to do is run a read-write fork/clone of the mirror, and have the backend database be files in mercurial or git, and then we can have an editable version that I can experiment with OpenID auth with, and possibly have an easy way to merge 'patches' back to the read-only main site. This probably requires more patching to the mediawiki software than I want to think about. Timo made a dump a while ago, I guess you should use his tools: http://lindi.iki.fi/lindi/openmoko/mirror/wiki.openmoko.org/mirror-tools/ -- bye, pabs http://wiki.debian.org/PaulWise ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ten general QtMoko and Debian questions
Am 10.11.2012 um 21:42 schrieb Harry Prevor: I just aquired a Freerunner, and after checking out the list of distributions on the wiki I've narrowed it down to Debian and QtMoko. I'm leaning toward QtMoko but I'm unsure about a few things: 1. What are the advantages to using QTMoko over Debian on a Freerunner? With QtMoko you get a set of touch and screen size optimized applications using the Qt GUI toolkit running on top of e.g. Debian. 2. I like that it is built for touch by default in QtMoko but would also like to fall back to a desktop-like environment when needed (i.e. something like Openbox that isn't optimized for touch); this is possible, no? I think you can just do 'apt-get install lxde' and need some minor tweaks on the init scripts to switch between both. 3. Does QTMoko offer all the software in the Debian repositories? Yes, since QtMoko = Debian + GUI 4. Can I install a different window manager than the default one if wanted? 5. Are there any glaring software limitations regarding the Freerunner that QtMoko has that Debian doesn't? 6. They both use the same kernel, right? They even use the same Debian packages. 7. From what I've seen it seems like QtMoko is being more actively developed than Debian on the Freerunner currently; is this true? 8. If I prefer the debian-unstable packages can I use that repository on QtMoko? 9. If I were to upgrade to a GTA04 at some point, would the transition be any easier on one distribution than the other? should be the same 10. Is either distribution more thouroughly tested with the GTA04 than the other? QtMoko isn't really a distribution independently of Debian. I usually describe it as a preconfigured user interface added to Debian. Thanks ahead of time for the answers. -- Harry Prevor ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community