Future of projects.openmoko.org
See below. r -- Forwarded message -- From: Harald Welte Date: Wed, Dec 29, 2010 at 1:00 PM Subject: Re: openmoko.org services / projects is now down.. To: "Risto H. Kurppa" On Wed, Dec 29, 2010 at 12:41:47PM +0200, Risto H. Kurppa wrote: > Hi Harald! > > There has now been some reports about projects.openmoko.org being down.. > > I this permanent? If yes, it'd be good to create a forward to take the > users to a wiki page telling what's happened and why. If it isn't > permanent, some kind of announce would be useful. As far as I know, > there is code that the developers / users would definitely want to > backup before removing the whole projects.openmoko.org. The change is going to be permanent, as the current installation is unmaintained for about a year and poses severe security risks. Anyone who's interested in backups should contact gismo and/or roh, they will then provide snapshots of the requested information (e.g. cvs/svn/git repository) If somebody steps forwared to take the existing information and put all of the repositories + downloads online somewhere (read-only) for historic reference, I'd be more than happy to provide the respective account/data. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using freerunner as webcam display
On Fri, Sep 3, 2010 at 2:52 PM, Alexander Lehner wrote: > > Hi, > > I've got a TrentNET wireless webcam and just found out how to access its > mpeg4 video stream and am using now my GPS-broken freerunner as permanent > display for this webcam: > > mplayer -nosound -vf rotate=2 -vo fbdev rtsp://:554/mpeg4 nice! R -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner For Sale
On Tue, Aug 31, 2010 at 8:21 AM, Tim Schmidt wrote: > I've got a nearly-never-used Freerunner I'd like to sell... To help people decide, please tell us which version is it, GTA02v5, v6, v7, what fixes it has applied (buzz fix, #1024, ..?) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] X forwarding: export DISPLAY?
On Wed, Aug 18, 2010 at 2:08 PM, Sebastian Krzyszkowiak wrote: > Maybe we should enable it by default? Are there any disadventages? +5 for this. I think OM20x distros had it enabled by default, possibly also debian based distros. And it was good. Enabling it by default sound's like a good idea to me. Risto -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-T] Images from 29th of May
On Tue, Aug 17, 2010 at 11:04 AM, Thomas Zimmermann wrote: > Am Donnerstag 22 Juli 2010, 10:33:58 schrieb Risto H. Kurppa: >> Some things I've noticed that propably exist also in the latest unstable >> images: 1) Importing contacts from SIM sometimes imports only partial >> number, the last digit is missing > > Can you send me the (uncensord) log while importing contacts of phoneuid in > debug mode? (summary of IRC discussion) Cleared old contacts from Freerunner: for i in `seq 1 1000`; do opimd-cli c delete $i; done And imported with /etc/phoneuid.conf loglevel=DEBUG Some contacts were truncated already when shown in SIM manager - and also then imported with missing digits. Some had one, some even four digits missing. By looking at the logs I found out that if the name has ä, the number is truncated... -> Thomas promised to have a look. Thanks already! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [SHR-T] Images from 29th of May
On Tue, Aug 3, 2010 at 1:26 PM, Martin Jansa wrote: > On Thu, Jul 22, 2010 at 11:33:58AM +0300, Risto H. Kurppa wrote: >> On Sun, Jul 18, 2010 at 8:45 AM, Risto H. Kurppa wrote: >> > Hi there! >> > >> > The latest SHR-testing images are available at >> > http://build.shr-project.org/tests/shr-testing/images/om-gta02/ >> > >> > Martin Jansa / JaMa prepared them in the end of May but it wasn't >> > announced anywhere - so here you go. >> > DISCLAIMER: The images have not actually been tested so if you have a >> > working setup & don't want to risk, wait for some others to first test >> > these.. >> >> Some things I've noticed that propably exist also in the latest unstable >> images: >> 1) Importing contacts from SIM sometimes imports only partial number, >> the last digit is missing >> 2) The contacts are sorted case-sensitively: [A-Z][a-z]: Alpha is the >> first, alpha is then somewhere in the middle, after Zulu. >> 3) Same issue as 2) - but with home view & icons: Ventura and Zorro >> are listed before alpha and omgps >> 4) Iliwi is missing a button to disconnect from a network >> 5) SIM manager doesn't sort contacts alphabetically >> >> But seems to work for phone calls quite well. > > Because of rather positive feedback, I would like to sync it to public feeds > this week (ie friday). > > If you see some terrible bug, scream now and then send patch. ARH. That's the scream. But sorry, can't send you a patch. One show stopper, the rest can go as 'known issues': - importing contacts from SIM doesn't finish clean - some numbers are either not imported or are missing the last digit -> contacts unusable Known issues: - 'can't add contact' -message every now and then when opening contacts. Not sure but I'd think this affecting the adding of contacts - things listed above r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko, new theme
Very nice indeed, looks very clear! It'd be great to see easy installation of this in qtmoko. r On Sat, Jul 24, 2010 at 8:40 PM, Joif wrote: > > Hi all! > I realised a new theme for qtmoko starting from the finxi theme (I read some > tutorial from doc.qt.nokia.com but I didn't find all the informations I was > looking for), so for the moment its name is "FinxiMod". I used some oxygen > icons, I reworked some of them and created other graphical elements. I would > like to make it more complete but I don't how to: > - modify the main menu (it seems to me that there is no a .xml in the theme > directories for it) > - make the graphics "adjustable" for rotation (for the moment the theme is > correctly displayed only when it is not rotated) > - add a button in the context bar > So, any help and contribution are welcome :) also to find a name for the > theme :P > > Attached there are the "source" files (just the .xml files with the complete > .svg and .png files) and those to use directly on qtmoko. > As I don't know how to make the theme installable on qtmoko it is necessary > to manually copy and paste the files: > - copy finximod.conf in /opt/qtmoko/etc/themes/ > - create the "finximod" directory in /opt/qtmoko/etc/themes/ > - copy the .xml files in /opt/qtmoko/etc/themes/finximod > - create another "finximod" directory in /opt/qtmoko/pics/themes/ > - copy all the pics files in /opt/qtmoko/pics/themes/finximod > > some screenshots: > > http://openmoko-public-mailinglists.1958.n2.nabble.com/file/n5333298/screen1.png > http://openmoko-public-mailinglists.1958.n2.nabble.com/file/n5333298/screen2.png > > http://openmoko-public-mailinglists.1958.n2.nabble.com/file/n5333298/screen3.png > > feedbacks appreciated > > enjoy :) > > Joif > > http://openmoko-public-mailinglists.1958.n2.nabble.com/file/n5333298/finximod.tar.gz > finximod.tar.gz > http://openmoko-public-mailinglists.1958.n2.nabble.com/file/n5333298/finximod_src.tar.gz > finximod_src.tar.gz > -- > View this message in context: > http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-new-theme-tp5333298p5333298.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-T] Images from 29th of May
On Sun, Jul 18, 2010 at 8:45 AM, Risto H. Kurppa wrote: > Hi there! > > The latest SHR-testing images are available at > http://build.shr-project.org/tests/shr-testing/images/om-gta02/ > > Martin Jansa / JaMa prepared them in the end of May but it wasn't > announced anywhere - so here you go. > DISCLAIMER: The images have not actually been tested so if you have a > working setup & don't want to risk, wait for some others to first test > these.. Some things I've noticed that propably exist also in the latest unstable images: 1) Importing contacts from SIM sometimes imports only partial number, the last digit is missing 2) The contacts are sorted case-sensitively: [A-Z][a-z]: Alpha is the first, alpha is then somewhere in the middle, after Zulu. 3) Same issue as 2) - but with home view & icons: Ventura and Zorro are listed before alpha and omgps 4) Iliwi is missing a button to disconnect from a network 5) SIM manager doesn't sort contacts alphabetically But seems to work for phone calls quite well. Risto -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-T] Images from 29th of May
Hi there! The latest SHR-testing images are available at http://build.shr-project.org/tests/shr-testing/images/om-gta02/ Martin Jansa / JaMa prepared them in the end of May but it wasn't announced anywhere - so here you go. DISCLAIMER: The images have not actually been tested so if you have a working setup & don't want to risk, wait for some others to first test these.. I had something weird happening during the first run wizard, with the keylock - I wasn't able to close it. Restarting helped. Flashing instructions here: http://wiki.openmoko.org/wiki/Flashing_the_Neo_FreeRunner#Flashing_the_Kernel We're waiting for spaetz to return.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: can't flash kernel
On Thu, Jul 8, 2010 at 10:42 PM, Dr. H. Nikolaus Schaller wrote: > Do you use Ubunu Lucid 64 bit? > There has been a recent discussion on a German forum showing the same symptom > [1]. > > The user has then tried to boot Ubuntu-koala-32bit from DVD, installed > dfu-util and it did work fine. > > I would suspect that dfu-util or libusb is broken on some 64 bit systems. > [1]: http://freeyourphone.de/portal_v1/viewtopic.php?f=5&p=17806#p17806 Confirming this: I have Ubuntu 10.04 64-bit. I was unable to flash with dfu-util installed from the repositories, but the one that I had myself downloaded from somewhere, worked OK r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] v24 & importing contacts
On Wed, Jun 30, 2010 at 2:01 PM, Nashvin Gangaram wrote: > Hi Risto > > I just installed qtmoko v24 yesterday, and it shows all my SIM contacts... > > Regards, > Nashvin They only appeared after the first call, not earlier, but now it works. Might be a little confusing for first-time user. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko] v24 & importing contacts
Hi there! Installed qtmoko v24. FAST & SMOOTH, awesome!!! But no contacts. How do I import contacts from SIM? Maybe this could be suggested in the first-run-wizard? Maybe document it in the wiki? Thanks! Risto -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] adding agps support
On Thu, May 20, 2010 at 8:44 PM, Tomas Nackaerts wrote: > Hello, > > SHR, and probably others too, have agps enabled by default. So i think it > should be fairly easy to add this. I did a little research and it seems like > all we have to do is to save the latest GPS data to a file when the GPS is > shut > down and feed this data back to the GPS when starting GPS next time. > > after a little more research i found: > "/opt/qtmoko/bin/gps-poweron.sh" and > "/opt/qtmoko/bin/gps-poweroff.sh" > maybe we can adjust these files? or add agps support at > ~/qtmoko/devices/neo/src/plugins/whereabouts/neo/neogpsplugin.cpp > > unfortunately my hacking skills are not good enough for doing this myself. > > I hope somebody can implement this, or at least provide me some more > information so i can try to implement this myself. This sounds interesting & would be great to have. I think gps-poweron.sh and off.sh are not used any more but 'omtools' or 'omhacks' or whatever that basically lets you do magic with om gps on or something like that.. Someone will very likely correct me soon :) That's all I can say. You can also join #qtmoko IRC channel to discuss real-time r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Updates 2010-05-01 released
On Wed, May 5, 2010 at 12:34 AM, Tomas Nackaerts wrote: > Hello, > > I've just released the Community Updates 2010-05-01. > This release was put together by: > > > * Kukide > * Martix > * Multi > * Valos > * Faltantornillos > * Booxter > * Toams Thank you everyone for this! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Status of GSM base station positioning services & clients
Hi there! does anyone know what's the current status of GSM base station -based positioning services.. How do the different databases compare to each other nowadays? Are there clients to position the user based on the GSM base stations, with on- or offline databases? It'd be great to be able to detect the approximate location from GSM signal and then hook up to GPS faster.. Thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko development guide link
On Fri, Apr 16, 2010 at 3:39 PM, Aditya Gandhi wrote: > Hi guys, > > I wish to start developing apps for qtmoko, is there a link or steps to what > I need to install and how to start. Great!! I think you could start with http://qtmoko.org/wiki/GITs and http://github.com/radekp/qtmoko/blob/master/README And ask here for more help, if you need. What's in your plans? Good luck! Risto -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] How to install tangoGPS?
On Wed, Apr 14, 2010 at 11:45 PM, Margo wrote: > On 14 April 2010 23:21, Timo Juhani Lindfors wrote: >> How about >> >> echo 0 > /sys/devices/platform/gta02-pm-gps.0/power_on >> echo 1 > /sys/devices/platform/gta02-pm-gps.0/power_on >> cat /sys/devices/platform/gta02-pm-gps.0/power_on >> >> which is what omhacks does iirc? >> >> -Timo >> > > Yes, this way it works. I added the line "echo 0 > > /sys/devices/platform/gta02-pm-gps.0/power_on" to > /opt/qtmoko/bin/gps-poweron.sh before the "echo 1" line. But it still > doesn't power on automatically when I start tangoGPS. Margo, could you document the whole process, what did you install, what did you changed to make tangogps run&see gps, in http://qtmoko.org/wiki/Manual for others to find, too? Thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] roadmap for v22 and later
On Wed, Apr 14, 2010 at 10:24 AM, Radek Polak wrote: > Hi, > i was asked to post a roadmap for next qtmoko versions. Here are my plans: > > - fix battery/power supply detection > - power settings when screen is locked (already done) > - neocontrol application (can be used to enable deep sleep, tweak alsa, watch > and set sysfs, set date from ntp and do other stuff from GUI. > - nice and big and usable default keyboard > - bluetooth headsets - for audio and calls (both somehow work from command > line now). > - move to 2.6.32 - this is probably more long term task Great, thank you, looks very good! I believe this will help developers to join the project! Here're instructions on how to start: http://qtmoko.org/wiki/GITs http://github.com/radekp/qtmoko/blob/master/README r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Bug 1024
On Tue, Apr 13, 2010 at 10:18 PM, Yann SLADEK wrote: > Hi list, > > for the past few weeks, I tried both QtMoko and SHR with my FR (#1024 > fixed by myself) > > With SHR, modifying /etc/frameworkd.conf did the trick and I can use my > FR for approx. 65-70h in a normal way (few calls, text, wifi just for > fun,etc..) > With QtMoko, I cannot go up to 20h, after modifying > /opt/qtmoko/etc/default/Trolltech/Modem.conf > > Anyone has the same problem ? Something else has to be done ? Same here, Debian gives me days, qtmoko ~1 day r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: can you help collect package popularity data?
On what distros is it supposed to work? SHR? Debian? Qtmoko? Android? OM200x..? ..? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi
Finland, car Thanks!! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] "Timo's Debian" instructions available for Neo FreeRunner
Thanks Timo, this looks awesome! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QTMOKO] Dead UI
On Sat, Mar 20, 2010 at 9:54 PM, Radek Polak wrote: > Risto H. Kurppa wrote: > >> qtmoko starts normally >> When I touch the touch screen, the screen light comes on, but no menu >> or icon reacts. >> AUX & POWER work as expected. > > Can you please try flashing debug kernel, so that we know it's kernel related > or some other problem? > > As for calibrating - this should do it: > > ssh to_neo > source /opt/qtmoko/qpe.env > qcop service send Launcher "execute(QString)" "calibrate" And this did the trick! THANK YOU RADEK! So it looks that for some reason I lost the screen calibration - on-the-go.. I will add this to the FAQ, just in case someone faces the same problem.. (and I'm using the debug-kernel) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QTMOKO] Dead UI
Hi there! qtmoko v19, debug -kernel, qi, freerunner Most of the things were fine until noon today, when something happened. No, I didn't install anything, didn't upgrade, update, change any config, nothing. Something just happened. qtmoko starts normally When I touch the touch screen, the screen light comes on, but no menu or icon reacts. AUX & POWER work as expected. hexdump -C /dev/input/event1 showed that touch is recognized, so it shouldn't be hardware. Being able to run Debian normally confirms this. Have been rebooting wishing this'd disappear, but no. Ran apt-get dist-upgrade and dpkg-reconfigure -a with no success. Someone suggested that I should recalibrate the screen - how do I start the calibration software from command line? Someone suggested I should try xev. How do I start X from command line? Someone, please help... :/ r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-t] Big update, safe or not ?
On Thu, Mar 18, 2010 at 6:23 PM, Sander van Grieken wrote: > On Thursday 18 March 2010 17:17:21 Martin Jansa wrote: >> On Thu, Mar 18, 2010 at 05:14:08PM +0100, Sander van Grieken wrote: >> > On Thursday 18 March 2010 15:34:42 n...@el-hennig.de wrote: >> > > > But today I've tried an 'opkg update' and now I see : >> > > > $opkg list-upgradable | wc -l >> > > > 682 >> > > > >> > > > Will such a big upgrade be ok or do I have to wait until Sunday (more >> > > > time to fix borken things) ? >> > > >> > > You should consider to upgrade in more than one step, as space in /tmp >> > > is limited. >> > >> > Or simply create a tempdir on the SD card and upgrade using >> > opkg -t /media/card/tmp upgrade >> >> or permanentrly update tmp_dir option in /etc/opkg/opkg.conf for better >> location if default /var/lib/opkg/tmp doesn't suit you But before doing any of this, you might want to know that there's a high propability that all your contacts & SMS's are gone, and will not be read from SIM. Someone might be able to point you to some magic to prevent this from happening. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QTMOKO] Started to write FAQ
First version of Qtmoko FAQ available now here: http://qtmoko.org/wiki/FAQ Feel free to add & clean. The answers are from the mail I got from Radek some days ago and I hope they also help other users. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QTMOKO] - list of questions from a new user..
On Mon, Mar 15, 2010 at 11:38 AM, Radek Polak wrote: > On Monday 15 March 2010 09:48:48 Risto H. Kurppa wrote: > >> How to export the SMS's qtmoko moved from SMS to a sane format.. say >> txt file or whatever.. > > You can check this directory: > > /home/root/Applications/qtopiamail/mail > > I think it's quite standard mail format. Yes, kmail for example was able to open it, or manually I can decode it like this: begin-base64 644 a three rows of hash and giving this to uudecode A bit of a pain but now they're readable at least. A tool to export SMS's to a readable format would be nice. >> Is there a plan to make qtmoko NOT touch the SMS's on the SIM..? Big >> fail to remove all SMS's from SIM without warning the user.. > > In Qt Extended 4.4.3 it was keeping them on SIM. But it was causing bug where > all SMS were getting doubled and after every new SMS. OK, I see, so this should only be a temporary solution. Thanks! >> Is qtmoko using the latest alsastate files - What I heard was very >> silent and the other end didn't hear a thing.. > > I think we need two sets for alsa state files - for buzz fixed and non buzz > fixed > freerunners. Mine freerunner does not have buzz fix, so i am shipping only non > buzz fixed state files in my releases. I actually copied alsa statefiles from debian and it didn't improve. I'll try to check more closely at some stage. > Or we can implement some volume control during call - i think the api is there > and it should be quite easy. Would be very useful.. THere's a reason why all other phones have volume control during call :) > Or application in feeds that replaces state files or it can be another step in > the startup screen where you can selected that you have buzz fixed freerunner. see http://lists.openmoko.org/pipermail/community/2010-March/060800.html <- the same idea has been thought also for other distros :) I think the problem here is, who's able to provide the 'best' alsastates for each configuration.. >> Who's developing qtmoko? > > It depends with every release. I am always trying to credit everyone who > helped in the release mail in this community ML. I see that your git is the only one that has changes so from now on I consider you as the developer unless something proofs me wrong :) >> Are the FSO-based and debian based developed at the same time? > > In short: I am focusing just on debian. I dont have time to do images for two > rootfs. Very good! > There are basically 2 things we are now developing. Qtopia which is more or > less just big application. It should run on any rootfs. I am trying to avoid > debian specific stuff. I have reports that some users run Qtopia on Arch so it > will probably run on FSO too. It would be interesting to run Qtopia on Openwrt > with uclibc - could be faster then debian. Sound's very good, thank you! >> How do v18 and v19 compare? Why v18 is 'preferred download' at >> sourceforge (http://sourceforge.net/projects/qtmoko/files/)? > > Because i uploaded them in reverse order and i dont know how to tell > sourceforge to prefer v19 ;-) > > v19 is the most "stable", v18 has some problems related to new 2.6.32 kernel, > but still is quite usable. ah, ok :) So maybe I'll try to flash v19 and let you know how it turns out :) At least the resume speed of v18 is amazing! >> Why is the access to qtmoko bugtracker at >> http://bugs.qtmoko.org/login_page.php for registered users only? > > We had a lot of spam there. I havent configured the bug tracker, but i can > check if i can change it. If you wish people to report bugs, I understand that registration is useful - but it's a pain to have all of it hidden behind password so that you can't even see what bugs there are.. The anonymous login doesn't work. >> I apt-get upgrade, do I get to v19 from v18? > > No, apt-get upgrade now just upgrades the rootfs. Upgrading kernel+qtopia had > to be done manually. ok, thanks >> Is the kernel provided at sourceforge >> (http://sourceforge.net/projects/qtmoko/files/) with or without DEBUG >> ie. is it the 'new, fast' or 'older, not so fast'? > > The uImage-v18.bin is fast 2.6.32 nodebug kernel. > > If you use qtmoko v19 then you have to decide between kernels (slow and > reliable or fast with some problems debug/nodebug). At this stage I might try the reliable one first :) >> Where is the qtmoko community? Openmoko-community mailing list? This >> channel? Other places? Blogs, forums? > > This mailing list and IRC are probably the best choices. ok, will keep my eye on these two :) Thanks for the answers! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QTMOKO] - list of questions from a new user..
Hi there! After massive frustration with an unnamed distro I decided to give qtmoko a try. And I'm very impressed, you can see that it has been developed with big money at some stage. Too bad qtopia is discontinued and there hasn't been a strong community around it: the future doesn't look too bright in that sector either.. However I strongly suggest everyone even a bit unsure about their current distibution to give qtmoko a try. It's far ahead of all others in terms of speed, looks, usability, features etc etc. So here are some questions I'd like to be answered to be able to better use, understand and maybe also in some ways contribute to qtmoko. How to export the SMS's qtmoko moved from SMS to a sane format.. say txt file or whatever.. Is there a plan to make qtmoko NOT touch the SMS's on the SIM..? Big fail to remove all SMS's from SIM without warning the user.. Is qtmoko using the latest alsastate files - What I heard was very silent and the other end didn't hear a thing.. Who's developing qtmoko? Are the FSO-based and debian based developed at the same time? How do v18 and v19 compare? Why v18 is 'preferred download' at sourceforge (http://sourceforge.net/projects/qtmoko/files/)? Why is the access to qtmoko bugtracker at http://bugs.qtmoko.org/login_page.php for registered users only? I apt-get upgrade, do I get to v19 from v18? Is the kernel provided at sourceforge (http://sourceforge.net/projects/qtmoko/files/) with or without DEBUG ie. is it the 'new, fast' or 'older, not so fast'? Where is the qtmoko community? Openmoko-community mailing list? This channel? Other places? Blogs, forums? Thanks for the answers! I hope someone to be able to encourage me of the future of qtmoko.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [NEW DISTRIBUTION] Announcing NEOPhysis
34sec bootup time sound's incredible compared to all other distros, WELL DONE!! Are there any screenshots available? Thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Jefliks Jabber-Client release
I tried to configure Facebook-jabber here: JID: user.n...@chat.facebook.com/Freerunner password: mysecretpassword server: chat.facebook.com:5222 no tls, no plain, no sasl, no anonymous gives me authorization failed. Anyone else more successful? ps. this truly seems to be fast, very nice. Multi-account support would be great. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
Wow, took hours but I was finally able to generate first the border file and then the map of Finland. The GUI was a nice surprise, wow, very nice (all icons are not very intuitive, though). When trying to route, I wasn't able to find all cities - for example the capital, Helsinki, wasn't available. Continuing to type it's name, mcnavi crashed: *** glibc detected *** mcnavi: free(): invalid next size (fast): 0x0022a528 *** Aborted Keep us updated on new version, this looks good! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
On Sun, Feb 14, 2010 at 8:37 PM, Mike Crash wrote: > Risto H. Kurppa wrote: >> http://www.gps-routes.info/index.php?name=Content&pa=showpage&pid=1 >> >> Do I get correctly that I first download >> http://download.geofabrik.de/osm/europe.osm.bz2 (2.9G) >> to be able to run >> osm2mcmap -bt 0 -bo boundary.mcb map.osm >> to create the boundary data. No can do. Extracting the europe.osm.bz2 resulted about 40G file. Running the osm2mcmap took all of my 2G of RAM + 2G of swap and died, out of memory. Any other ideas? More powerful machine or maybe a bit of optimization in the code? Someone willing to run this for all European users? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
On Sat, Feb 13, 2010 at 3:47 PM, Sander van Grieken wrote: > Hi All, > > I made a quick untested binary package for SHR-T, and I gotta run now so I > can't test > myself, but maybe it's of use to someone. > > see http://3v8.net/~sander/openmoko/mcnavi_0.2.4-r0.4_armv4t.ipk Installed OK, now I'm trying to use it (well, actually I installed the 64-bit deb on my desktop to run the map making faster..) http://www.gps-routes.info/index.php?name=Content&pa=showpage&pid=1 Do I get correctly that I first download http://download.geofabrik.de/osm/europe.osm.bz2 (2.9G) to be able to run osm2mcmap -bt 0 -bo boundary.mcb map.osm to create the boundary data. Then I download http://download.geofabrik.de/osm/europe/finland.osm.bz2 (67M) to create the map: osm2mcmap -bi boundary.mcb -mo map.mcm map.osm Let's see if my 2G of mem +2G of swap is enough :) 4.5 hours to go to download europe.osm.bz2.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community Updates] released
Thank you!! r On Wed, Feb 10, 2010 at 10:25 PM, Jakob wrote: > On 2/10/10, Patryk Benderz wrote: >> Hello everybody, >> Recent Community Update is out. Take a look at "News" link in >> "Community" box on wiki pages to read it. >> >> For your convenience here is direct link: >> http://wiki.openmoko.org/wiki/Community_Updates/2010-02-10 >> >> and contribute to the new draft at: >> http://wiki.openmoko.org/wiki/Community_Updates/Draft_2010-03-01 >> >> Thanks to all contributors of this issue of CU: >> * Nhv >> * Jonci >> * /me is immodest ;) >> >> -- >> Patryk "LeadMan" Benderz >> Linux Registered User #377521 >> () ascii ribbon campaign - against html e-mail >> /\ www.asciiribbon.org - against proprietary attachments >> >> >> Email secured by Check Point >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > > > thank you for your work :) > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Reply from EXEDA
-- Forwarded message -- From: Irad Stavi Date: Sun, Jan 31, 2010 at 11:19 AM Subject: RE: Request of information: Exeda, end users & community To: "Risto H. Kurppa" Hi Risto, Thank you for your interest in exeda. At this stage we are targeting exeda only at commercial projects. Best regards, - Irad Stavi fit-PC Support Engineer - -Original Message- From: risto.kur...@gmail.com [mailto:risto.kur...@gmail.com] On Behalf Of Risto H. Kurppa Sent: Sunday, January 31, 2010 1:36 AM To: i...@exedamobile.com Subject: Request of information: Exeda, end users & community Hi! I'm very glad to see Exeda, a embedded 3G-capable phone confirmed to run Linux. I am a member of the Openmoko user community and would like to know your position on individual users and community. A quick look at Exeda tells me it's very interesting for Linux users, but if it's only available in 1000 piece batches, it'll not be likely to be available for individual users. Are there any changes you would be able to start selling Exedas for end users, this way also making it possible to form an user community that'd be then also maybe able to work on the Linux software (maybe make SHR distribution run on it etc). Thank you for your answers. I will pass your answer to the Openmoko user & developer community, that's very interested in new phones being able to run Linux. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QGPSLog to be released
On Fri, Jan 29, 2010 at 1:27 AM, Christian Rüb wrote: >> Hi, >> >> I wrote a GPS logging GUI that uses FSO for GPS and power control. It's >> simple and never supposed to get a map. ... >> [1] >> http://openmoko.senfdax.de/shr-new-unstable/qgpslog_0.1.99-r0.4_armv4t.ipk >> [2] http://git.senfdax.de/?p=qgpslog;a=summary >> [3] http://openmoko.senfdax.de/screenshots/QGPSLog.png >> [4] http://wiki.openmoko.org/wiki/QGPSLog > > I found a little issue with correctly detecting chrging status which is fixed > in 0.1.99.1 - anyone else testing? I tried to have a look at it but I have some issues with SSH on my SHR so I'll test it later. However it looks interesting to me. How hard would it be to implement an 'auto gpx converter' that'd convert unconverted tracks to GPX every time one presses stop or split? I think I know the reasons for custom file format but it'd be very nice to be able to directly upload the files somewhere, not having to first need to convert them to GPX. Thanks for the app! Could you upload it to opkg.org? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Opkg.org is BACK!
Check http://www.opkg.org/posting_6.html Nice! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Maintain(er) OpenMokoProjects [was: Openmoko projects page down]
Nice to hear Openmoko projects site is back online. I have no idea who maintains it but I guess it's someone from Openmoko Inc. On Thu, Jan 7, 2010 at 9:47 AM, Michael Pilgermann wrote: > Bringing me to my next question (all?) - what would be an adaquate location > for hosting application level projects for Openmoko? Any experience? -> I > really liked the idea and functionality (SVN, WIKI and docs, News, File > releases, Tracker) OpenMokoProjects provided - and in the end, you could > easily browse through a bunch of applications for the Freerunner / Openmoko. > > I can think of (but): > - sourceforge.net (for my taste has become too much marketing touchy) > - google code (well; it's still Google) > - some corner on SHR web side?? > - github.com (I have no experience at all; but it looks like providing most > of the functionality I mentioned before > - feshmeat.net (would only be for the "front page" I guess) Google Code seems to work well, I don't have experience from others. I would also think Google is reliable enough that it'll not just disappear from the net. And since working on public/open data, it really doesn't matter if you store it somewhere else - Google will find it anyway :) > Writing all this; I remember discussions on these lists here about an > Openmoko application directory.? I can't remember the outcome of this > discussion - has anything evolved from it? David Reyes Samblas Martinez has been working on it. He took apt-portal code (running at playdeb.net, available at https://edge.launchpad.net/apt-portal) and wrote the required parts to use .opk/.ipk repositories. There are no published results visible yet, I hope he'll show us something soon :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
On Wed, Jan 6, 2010 at 12:11 PM, Marcus Bauer wrote: > On Wed, 6 Jan 2010 10:52:13 +0200 > "Risto H. Kurppa" wrote: > >> As there are now many Tangogps patches that seem to struggle to get to >> the official tangogps > > Stop your FUDing, Risto. There is a great video about poisonous people > on google lectures made by the devs of svn and you, Risto, are certainly > one of them. It must be this: http://www.youtube.com/watch?v=ZSFDm3UYkeE Looks interesting, I'll watch it some day. > You haven't done anything for tangogps but molesting me and spreading > FUD where ever possible. You haven't even done a translation which > needs no programming skills whatsoever. It's true, I haven't contributed to the code nor translations, Timo Jyrinki translated Tangogps into Finnish. Kustomizer, the script I wrote to turn OM2008.12 into full distro, installed Tangogps (http://wiki.openmoko.org/wiki/Kustomizer I don't have stats from longer period, but the various versions of the script have been downloaded 5 times already in January 2010 although Kustomizer's been discontinued for almost 10 months already.. Stop using it people, go to SHR! ;) I reviewed Tangogps, liked it a lot and gave it good grades: http://risto.kurppa.fi/blog/2008/09/freerunner-compatible-gps-software/ (178 hits) I passed on the word about a new release to the Freerunner community: http://lists.openmoko.org/pipermail/community/2008-August/028535.html In co-operation with the Open Source Geospatial Foundation I started a mailing list to discuss FOSS-GPS related topics to connect the users & developers: http://risto.kurppa.fi/blog/2008/09/a-mailing-list-for-the-floss-gps-community/ (tangogps linked, 675 hits) http://risto.kurppa.fi/blog/invitation-for-all-open-source-gps-software-developers-and-users-to-join-foss-gps-mailing-list (671 hits) > Not enough that you have been harrassing me in private mails to a point > that I was close to stop development on tangoGPS you have now hijacked > #tangogps in freenode against the policies of freenode.net. Yes, I started the IRC channel and now feel very sorry for doing it. http://risto.kurppa.fi/blog/2009/11/two-new-irc-channels-tangogps-and-smile-slideshow/ (255 hits) I did it to enable the users & devels to discuss it real time. We've had some nice discussion there about some new tools other users have written and helped other Tangogps users for example to configure map repositories. When I started the channel, I notified you about it (e-mail 11/15/09) asking you to join so I could pass on the admin rights to you. At that time, I didn't know you need to be the author or similar to start a channel at Freenode. When someone pointed that out to me, I was immediately co-operative to do whatever's needed to get things straight. So if you think it's the best, I can leave the channel any time, but I cannot force other people to do the same. > It is poisous people like you who only talk and demand in an > offensive way but never do anything. Thank you Marcus for Tangogps. It's still maybe the most used single application I use on my Freerunner. The community shall be the judge and point me where did I go wrong. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
As there are now many Tangogps patches that seem to struggle to get to the official tangogps - would it be possible to collect them all on a single (wiki?) page? Maybe even provide a new .ipk with these patches - I for example don't have the skills to compile it again for some patches.. Just to make the patches usable for as many as possible. r On Wed, Jan 6, 2010 at 6:10 AM, William Kenworthy wrote: > On Tue, 2010-01-05 at 18:55 +0100, Stefan Fröbe wrote: >> Don't know about any configuration options, but had the same issues >> and changed it in my geocaching patch: >> >> >> change this line in src/gps_functions.c after >> setting global_font_scale to sth like 40: >> >> >> @@ -94,7 +94,7 @@ osd_speed(gboolean force_redraw) >> layout = pango_layout_new (context); >> desc = pango_font_description_new(); >> >> - pango_font_description_set_size (desc, 60 * PANGO_SCALE); >> + pango_font_description_set_size (desc, 60 * PANGO_SCALE * >> global_font_scale /100); >> pango_layout_set_font_description (layout, desc); >> pango_layout_set_text (layout, buffer, strlen(buffer)); >> >> >> >> HTH, Stefan >> On Tue, Jan 5, 2010 at 6:39 PM, vancel35 >> wrote: >> >> I've noticed that each version that I've upgraded of TangoGPS >> has increased >> the font size for the speed display on the map screen. I >> don't need or want >> it to take up 1/4 of the screen as it does now. I've looked >> inside the >> TangoGPS config file (~.gconf/apps/tangogps/%gconf.xml), but I >> couldn't see >> any options to set the font size. Although I have to admit >> that some of the >> config option names are slightly cryptic. >> >> Is there a setting to reduce the font size? >> >> Thanks for any info. >> >> -Laura >> -- > > This could be a very useful fix! I am currently rebuilding tangogps but > one thing I am not sure of - where do you "after setting > global_font_scale to sth like 40"? > > I gave feed back to Martin that the digits were too large (the tangogps > developer) about the font size on early versions, but the digits keep > getting bigger each version (it seems :( > > Here, many road systems run nw->sw so its real display stealer when > driving. > > BillK > > > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Quick e-mail poll: Still using your Freerunner?
On Sat, Jan 2, 2010 at 5:36 PM, Petr Vanek wrote: > Hi Risto, > > what would be your answers? > > Here is a quick sum up of the answers. Including answers from shr-user > list as well: > > responded 81 > >>Do you use FR as your daily/primary phone? > > Yes 55, No 26 > >>Do you use FR as your primary PDA? > > Yes 58, No 23 > >>What distribution you run most of the time? > > (some gave more then 1 distro, max 2 were counted) > > SHR 63 > QTMoko 10 > Debian 6 > H:1 4 > Gentoo 2 > Android 2 > om2008 2 > > Kind Regards > Petr Wow, thanks for this summary!! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Quick e-mail poll: Still using your Freerunner?
On Tue, Dec 29, 2009 at 10:30 PM, Risto H. Kurppa wrote: > Do you use FR as your daily/primary phone? Yes > Do you use FR as your primary PDA? Yes (GPS and GPRS&IRC, for other tasks I use my eeepc) > What distribution you run most of the time? SHR-testing > If you don't use FR as your daily phone/PDA, what phone did you change > over to, and why? I had to go back to my wife's old Nokia but after #1024 fix (http://risto.kurppa.fi/blog/2009/12/fixing-openmoko-hardware-bug-1024/) I upgraded to latest SHR-testing and got many issues fixed (battery life and audio quality improved a lot). > Thank you :) Thank you :) -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Quick e-mail poll: Still using your Freerunner?
Do you use FR as your daily/primary phone? Do you use FR as your primary PDA? What distribution you run most of the time? If you don't use FR as your daily phone/PDA, what phone did you change over to, and why? Thank you :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navigation
On Wed, Dec 9, 2009 at 10:05 PM, arne anka wrote: > not to belittle the effort -- but in what respect will it be different > from navit? > would it be worth a consideration to use navit's engine, maybe improving > it and add a new efl based interface? > Looks very nice! I wish it'll create some competition to boost Navit development, or something like that :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko application showroom status
On Wed, Nov 18, 2009 at 12:04 PM, David Reyes Samblas Martinez wrote: > Hi risto, not more advances in last weeks, I will try to retake this > next week and try at least to have a demo on line, but no promises, > there are a lot of stuff do for the Christmas season :) > Regards. OK, great - please keep us updated on what happens so people who are interested can participate :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko application showroom status
Hi David, what's the status, are you still working on this? Thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
#tangogps IRC channel started
Hi! Just a quick note to let you know that there's now #tangogps irc channel at Freenode. Feel free to join! r more information: http://risto.kurppa.fi/blog/2009/11/two-new-irc-channels-tangogps-and-smile-slideshow/ -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Desktop based on openbox and idesk
On Sun, Oct 18, 2009 at 5:57 PM, Matthias Huber wrote: > great, its nice to have an alternatives to illume. Ideally, openbox can be > packaged and placed in the SHR feeds. So those of us who want to use it can > just install it. > ... and idesk maybe too. > > Openbox needed to be patched a little bit. (window size-handling for the > om-apps) in openbox/client.c > > This patch is a little bit hacky and maybe not fully correct. > So it would be good, if one of the X11-Specialists had a look on it. I would very much like to see these in the SHR feeds for easy installation.. Any SHR maintainers around..? r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Off Topic (was: Re: WikiReader)
On Thu, Oct 15, 2009 at 6:20 PM, Michael 'Mickey' Lauer wrote: >> But however, it's Openmoko Inc who makes the decisions. > > I disagree, it's our choice. These days this mailing list is now bein > operated by the community for the community. We chose what is on topic > and what not. As for the case of the wikireader, why not make a poll and > let all decide whether it's welcome to discuss here or not? How about first waiting to see the specs & hear how hackable it is etc to guesstimate how much community will there be around it and use this to guess if it makes sense to start a new list? r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Wikireader & community
Hi! Now, after Wikireader's been released, I'd like to hear Openmoko to share their thoughts about the community aspects of Wikireader. Are you planning to encourage the creation of a devel/user community around Wikireader? If yes, then What are the tech specs? We don't even know the dimensions of the device. Who's the person at OM responsible for communicating with the community? Where to discuss Wikireader? What's the process to gain access to main repository? Where to report bugs? Where to submit patches? Where will the documentation be available/written to? What kind of contribution would you like to see from the community? What will you do to enable the community to do what you want it to do? 'It'll all come later' just won't work this time.. 'We really don't have plans yet' works better :) If you seriously plan to benefit from the community, I think you should keep the buzz up and start working WITH the community. http://www.artofcommunityonline.org/ http://aseigo.blogspot.com/2009/01/building-community-around-your-foss.html If no, then I wish you all the best. Thanks! r - Planning to buy one to play with and then maybe send it to someone in a country with limited online time, unless it convinces me to keep it even though I have Freerunner :) ps. Like your 'You be the expert' videos but the reference to iPhone on the video here is.. well.. whatever.. | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Off Topic (was: Re: WikiReader)
On Thu, Oct 15, 2009 at 2:35 PM, Niels Heyvaert wrote: > Yes it's a openmoko community list so both products can be discussed. Stric= > tly speaking you're 100% correct. However=2C it would make a lot more sense= > to have separate lists for the FR and the WikiReader. > =20 > - Not everybody interested in the FR is also interested in the Wikireader a= > nd vice versa. > - Given the traffic we already have on the list=2C adding another topic cou= > ld render the list useless. I do agree that not everyone are interested in both products, but given the traffic we have, now that om2009 is not existing & discussed, SHR is discussed on other mailing lists so it's mostly qt/QT/Qt/similar discussion, I think there's still room for wikireader threads here :) (to me it looks like that the # of mails on -community list has went down a lot). But however, it's Openmoko Inc who makes the decisions. r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Off Topic (was: Re: WikiReader)
On Thu, Oct 15, 2009 at 1:50 PM, Matthias Apitz wrote: > El día Thursday, October 15, 2009 a las 06:33:22AM -0400, Ken Young escribió: > >> It will be entertaining if the folks who purchase WikiReaders start >> hanging out on the Openmoko IRC channel. One set of participants will >> be blathering on about wpa_supplicant files, and the other will be >> asking how to insert AAA batteries. >> >> Ken Young Did you notice that if we are strict, the mailing list has exactly as much to do with Wikireader as with Freerunner.. community@lists.openmoko.org -> to me it sound's like the mailing list is for community discussion of Openmoko procudts. I think it includes Wikireader. r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Survey: How does open source influence the community?
On Wed, Oct 14, 2009 at 1:44 PM, Kerstin wrote: > Hello again, > > as promised, here you can find my first release of aggregated survey > results for all communities: > http://open-innovation-projects.org/my-research#part2 > > And here are the results from the Openmoko community: > http://open-innovation-projects.org/openmoko-survey-results/ > > The survey is also still open for participation ;-) > > Best regards > Kerstin Wow, thanks for this, interesting results! Could someone make a verbal analysis of the results. What should we learn from this? Also please add the survey results to http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-10-28#Community Thanks! r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community Updates] 2009-10-14 released!
Wow, you rock! Thanks for doing this! r | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WikiReader
http://code.google.com/p/wikipediardware/ tells us: The project's goal is to provide a bunch of software: * a set of bootloaders which load a small kernel image from SD card and execute it. * wiki-lib, a library which contains all the application's logic * gui-lib, a very thin layer to provide glyph rendering and font file parsing * some simulators (Qt/Cocoa/ncurses) which emulate the hardware to make development easy * the 'kernel' code which is only a small wrapper around the hardware and uses wiki-lib and gui-lib * host based tools to generate the content from Wikipedia sources (indexing, font file generation, ...) Especially I'm interested in the first one - the kernel image is loaded from SD -> to me it sound's like a hackable device. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WikiReader
Based on the web site it has uSD slot & 2x batteries, so far no information about other connectors. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WikiReader
Congrats, interesting device! 1) What CPU you use? 2) Does it support multiple language versinos of Wikipedia? 3) What's the format the data is stored in? 4) Is the OS on the uSD card? 5) Open source - how do we hack it? No USB connector -> can the software be altered? Tell us the specs!!! Thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Moko free runner as GPS tracking device for automobiles and Vibration test rig
Wov, this is nice? Where's the code, do you use Freerunner to log the data & then analyze it later on a desktop? Thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Where do I discuss these Ideas??
Awesome ideas! I guess this is the place to discuss these. I've also got some ideas, small changes to improve the usability etc. Some stuff that's distro-dependent, some other stuff. Keep your ideas coming, pick one and show us how it works. It'll encourage the community, to me it looks like the -community list is slowing down, discussing mostly qtmoko-stuff.. So I warmly welcome all creative and crazy ideas! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new package: theremin (alfa version warning)
On Wed, Oct 7, 2009 at 2:16 PM, Valery Febvre wrote: > A video: > > http://www.youtube.com/watch?v=dVGIUSmP1rE WOW, you're an awesome player! Some real-world theremin videos. I would so much like to try one.. http://www.youtube.com/watch?v=xcTPRjiCs6s&feature=related http://www.youtube.com/watch?v=e6bSRcRAhnc&feature=related http://www.youtube.com/user/ooo6#play/uploads/1/Bkp9bDGDd1w http://www.youtube.com/user/ooo6#play/uploads/6/mW0B1sipLBI r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Theme/UI proposals
I wouldn't mind to have a separate theme with great contrast, large buttons etc. One theme doesn't have to suite everyone... r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U / All?] Illume Keyboard in Landscape
On Fri, Oct 2, 2009 at 2:00 AM, Russell Dwiggins wrote: > This is a complaint about the Illume keyboard not working in landscape > mode. I love the keyboard (when it works), so I’d like to continue using it > in landscape mode. Same here, it's not nice.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM-Showroom Something to show
On Sat, Oct 3, 2009 at 4:04 AM, David Reyes Samblas Martinez wrote: > take a look here[1] for some screenshots and explanations :) > Please comments and of course collaboration :) > > [1]http://www.tuxbrain.com/en/content/om-showroom-something-show AAAaaa-WESOME!! I was already a bit despair not having heard from you for a week or so. But this is great!! Please install it SOOON on a live server and enable the community to help with the screenshots, descriptions etc. Let's go live! r ------ | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Theme/UI proposals
About the information density & 4 lines text too small - Why not use the full 5 blocks (= 60% of the screen area) of space to show information when you select one of the menu items. It's not much use to show 'Telephony, messaging, connectivity and config' texts, if you've clicked on 'people'. The icons on the left are enough to indicate me what happens when I click one of them, especially after seeing the texts in the home/main view for a day or two. -> Idea 1: convert the icon buttons on left to tabs that use, when clicked, the whole 60% of the screen to be able to show a lot more information. PROPOSAL A: Now with this new space you can show the info and the additional 5 menu buttons at the same time. PROPOSAL B: At the home view, clicking the People -button would show the five additional buttons like it does now - and then second click would show the information that's now shown clicking the small 'i' -button. And one click more would take us to the home screen. I think the telephony, messaging, people, connectivity, config texts are not really needed for a long time, people will memorize them in a day -> use the space for something more important. Thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Theme/UI proposals
On Thu, Oct 1, 2009 at 2:51 PM, Laszlo KREKACS wrote: Thanks Laszlo for your comments - Jonkristian don't let him press you down, there's a lot of good in your layout! But it might be a good idea to try some of this at Freerunner (neon is a nice image viewer) to see the sizes etc. > 3. No idea what is the 23 number of the upper left corner of clock. > Should be 42, no?;) seconds? > 6. In the current paroli gui, there are quite a big role of sliding > left and right. Its a nice screen size saver. > I think its totally lacks your design. I don't think you HAVE to implement it if not needed - but it's good to remember that it's possible to use the sliders too. > 8. There are many eyecandy in your image, which takes *time* to > implement it, and also slows down the gui a little. Im thinking about > all the gradient at the edge of each button, or the sms text view. That's too bad, the small things make it look good.. But I guess we have to start somewhere.. > Are you also interested in implementing your gui? I would be more than > happy to mentoring you. Jonkristian, this is the part where you need to step up, maybe with vbx. This is an awesome opportunity to learn the E-stuff - and I'm sure it's A LOT easier if someone already familiar with it and Paroli will mentor you (I'm sure Laszlo knows what I'm talking about... :). It'll take some time but start with something simple and reach further when you learn more complex stuff.. Laszlo, nice to see you offering to mentor Jon Kristian, I like it :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Doom Updates in Progress -- Request from Distribution Maintainers
yes, you might want to target SHR-unstable (the testing from may is bdly outdated..) - possibly debian/qtmoko/others, if interested. OM2009 is now abandoned, useless to target it. And most beneficial is to try to put the app to OpenEmbedded repos, not only SHR. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Internal pressure sensor
On Thu, Oct 1, 2009 at 12:18 AM, Christoph Mair wrote: > Hi, > > I successfully added a pressure sensor to my Freerunner. The BMP085 chip from > Bosch Sensortec is a small (5x5x1.5mm) chip which includes a pressure and a > temperature sensor. Power and I2C is enough to get it working. I glued it next > to the BT antenna. The wiki page contains some pictures: > http://wiki.openmoko.org/wiki/I2C_Pressure_Sensor > Sourcecode is available from http://gitorious.org/freerunner-navigation- > board/bmp085 Wow, this is a great hack! I'm surprised if no-one else will do the same! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko application showroom status
> om-showroom apt-portal app has started :) > Nothing is online yet and if you test in local will see a a messy > mixture of a om-showroom > and playdeb but is a start anyway :P > Regards Very good, great to hear you working on this still! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
HOWTO: Sharing SHR-U GPRS to *buntu laptop
Hi! I got some help at irc setting things up so I thougt I'd share it with you. I'm writing this on Konqueror on my eeepc in a moving train using the GPRS connection of Freerunner. So sharing GPRS from FR to *buntu, here we go: 1) make sure your GPRS on FR works. 2) on fr run opkg install iptables iptables-utils kernel-module-ipt-masquerade kernel-module-iptable-nat 3) create firewall.sh on freerunner, see http://wiki.openmoko.org/wiki/Tethering#Turning_your_FreeRunner_into_a_Network_Address_Translation_.28NAT.29_gateway 4) on *buntu, configure the GUI network manager to understand FR. I run Kubuntu Karmic Netbook remix with these settings: interface: eth2 ip: 192.168.0.202 subnet mask 255.255.255.0 gateway 192.168.0.200 dns: grap an IP address from FR's /etc/resolv.conf when using GPRS (=this is your service provider's dns..) 5) create a script like this on desktop: sudo route add default gw 192.168.0.202 sudo echo "nameserver 62.241.198.246" >> /etc/resolv.conf sudo echo "nameserver 62.241.198.245" >> /etc/resolv.conf Change the nameserver ip addresses to the addresses at /etc/resolv.conf on Freerunner Then: a) start GPRS b) connect USB c) run firewall.sh on freerunner d) run the other script on desktop DONE! I don't know why do I have to add the nameservers manually (why KDE doesn't do it..) or how to add the route automatically.. anyway, happy to surf now on laptop w. fr :) r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko application showroom status
Wow, great to see this, thanks David!! I'm sure the filtering thing makes our life a lot easier! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko application showroom status
Hi there! David what's the status? Are you still working on this? Any progress done in the last 2 weeks? If you want others to contribute (which I strongly recommend you to want ! :) please set up the test version for people to actually see what's happening.. Thanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MIDP at opkg.org
On Wed, Sep 16, 2009 at 10:36 AM, Yorick Moko wrote: > you could at least write a comment on that opkg.org page... done r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
MIDP at opkg.org
Hi! Someone uploaded MIDP at opkg.org ( see http://www.opkg.org/package_274.html ) Any changes of a) adding link to sources of the package b) telling some lines more about it c) telling some examples what you can run with it. d) what distribution will it run on / was tested on.. Just makes me hate opkg.org for allowing people to submit stuff like this :/ r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Survey: How does open source influence the community?
Looks good! I also added it to the community news that will be released on day after tomorrow. http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-16 r On Mon, Sep 14, 2009 at 1:04 PM, Kerstin wrote: > Hi, > > I'm a researcher in the field of open source beyond software. Currently I'm > investigating the special meaning of openness and its importance for the > communities in this field. > > Your opinion as Openmoko community member is very important to me! > That's why I'm inviting you to fill out my survey. Answering the questions > may take about 5-7 minutes. The individual responses will be kept strictly > confidential, aggregated results will be published as soon as the survey is > finished. > Your response will help advance my research on the nature of > hardware/software open source projects and help improve the quality of open > source projects. > I can also provide some specific results about Openmoko, if you are > interested in details about your community. > > Please follow this link: > http://www.survey.open-innovation-projects.org/start/36/ > > The survey is conducted on a per project basis. In case you receive my > request more than once, it's because you are involved in several > communities. It would be great if you would fill out the survey more than > once, for all projects which are relevant to you. > > If you have any questions or concerns, please don't hesitate to contact me. > If you are interested in more details about me and my research, please take > a look at: http://open-innovation-projects.org/my-research > Thank you very much for your help! > > Best regards > Kerstin Balka > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Thu, Sep 10, 2009 at 1:10 AM, Michael 'Mickey' Lauer wrote: > is now working in the first version. Here's an example output of mdbus -s -l > where I have (orientation status in brackets): > * put the Neo on to the table (flat faceup), > * took it and put it up-side-down back on the table (flat facedown), > * took it and operated it for a bit (held faceup portrait normal), > * rotated it to read some text (held faceup landscape normal), > * and put it back on the table with the display visible (flat faceup). > > See also > http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD Wow, this is nice!! I'm sure this will bring us some new apps to use accelerometer data. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-unstable] Failing to get a GPS fix on FSO. Ublox works..
On Wed, Sep 9, 2009 at 11:18 PM, Rui Miguel Silva Seabra wrote: > Did you reboot twice? You need to do so! Have rebooted ~twice a day for about a week now :) (I've had the SHR installation for ~week) -> that doesn't solve this. (and OK, I have some stuff installed and it's not a clean SHR so can't really confirm without reflashing..) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-unstable] Failing to get a GPS fix on FSO. Ublox works..
Hi! 1) install latest SHR unstable ( 2) upgrade) 2) install omgps -> now when you try to get a fix with only omgps (using ublox), it works in a reasonable time (30-50s or so) But trying to find satellites with the SHR settings -> Position it's hopeless. I've put it on manual & on. It keeps me waiting for ages with all the fields showing 'unknown' except Fix that shows invalid or something like that.. And no fix for minutes if ever. And the same goes with Tangogps (using FSO) - no fix.. Removing AGPS data - is there a rule the visibility of the button follows? Sometimes it's there when I start the position, sometimes it's gone. Anyway: I think something weird's happening in FSO gps interface. Anyone experienced the same? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Paroli working now
On Wed, Sep 9, 2009 at 12:41 PM, Marcel wrote: > Paroli is split into several packages, I'm not sure which are absolutely > nessecary, just installed all of them. :D Then you would need to disable > the SHR-specific telephony apps which I haven't gotten round to because > I need it to work today and cannot fiddle with it. There are > instructions on the wiki though. Sounds awesome! Check http://wiki.openmoko.org/wiki/Paroli#Paroli_on_SHR_unstable and please update if needed! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om-showroom half-serious task list
On Tue, Sep 8, 2009 at 10:38 AM, David Reyes Samblas Martinez wrote: > >> The full CSV file with fields to sort is available at >> http://kurppa.fi/freerunner/temp/package_filtered.csv >> >> I don't know what's the best way to implement this >> It's not easy to create rules for this.. >> In a way I think each app (or each package) should be individually >> accepted in the showroom, it's hard to create (&maintain!) a decent >> filter regexp to cover this all.. >> > Risto, take in account than the list of packages is only visible by > the admin/editors and is only visible to the public once linked to an > application so they act as filter too so the showing of only user apps > is quite granted. Never the less, due we will have a blacklist file to > manage this and will be done in import time , even an package by > package filter will be allowed. > > Regards Ah, ok, great! I'm slow learning how apt-portal works :) SO the editors/admins have a list of ~500 packages and they then need to work a bit to 'publish' these? Doesn't sound too bad! Maybe these could be safely added: alsa-* (9 packages) avahi* (5 packages) fso-* (5 packages) illume-keyboard-* (someone might disagree on this..) (12 packages) matchbox-* (5 packages) ntp* (6 packages) These 6 rules would drop almost 50 packages away. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om-showroom half-serious task list
s a drawing puzzle game in the spirit (and style?) of Crayon Physics using the same excellent Box2D engine. oh-puzzles Portable Puzzle Collection om-neon Simple image viewer omgps GPS application for openmoko freerunner omnewrotate OpenMoko New Rotate is a screen rotation program omoney OMoney is a bookkeeping application for Openmoko omview OMView openbmap-logger openBmap logger and uploader of GPS/GSM data openmoko-agpsui GPS diagnostic tool openmoko-icon-theme-standard2 Standard Gtk+ icon theme for the Openmoko framework openmoocow OpenMooCow makes your phone (nearly) become a cow! orrery orrery paroli Paroli pidgin multi-protocol instant messaging client pingus Pingus is a free Lemmings clone. pyefl-sudokuSudoku is a logic-based number-placement puzzle. The objective is to fill a 9×9 grid so that each column, each row, and each of the nine 3×3 boxes (also called blocks or regions) contains the digits from 1 to 9 only one time each. pyphonelog PyPhonelog is a phonelog gui that connects to the shr daemon/a custom daemon pythm Pythm is a media player gui designed to work with mplayer or mpd as "slave" players.use mplayer to hear music on the road or mpd control if your are at home. qwo qwo virtual keyboard remoko Remoko -- Bluetooth Remote Control remoko-server The Remoko HID Server shr-contactsThe SHR Contacts application shr-dialer The SHR Dialer shr-installer EFL frontend for packagekit shr-messagesThe SHR Messages shr-settingsModular settings application for SHR based on python-elementary shr-splash-theme-dontpanic SHR splash screen - DON'T PANIC theme shr-splash-theme-handy SHR splash screen - handy theme shr-splash-theme-niebieeSHR splash screen - extremely blue Niebiee theme shr-splash-theme-simple SHR splash screen - simple SHR theme shr-theme Standard icon theme for the SHR distribution shr-theme-gtk-e17lookalike A gtk theme that looks like e17 shr-today python-elementary and opimd based lock and today screen for the SHR distribution sms-sentry An SMS monitor to locate a Neo Freerunner supertux-qvga SuperTux is a classic 2D jump'n'run sidescroller game in a style similar to the original SuperMario games (QVGA, size-optimized version) tangogpstangoGPS is a map and GPS application using Openstreetmap usb-gadget-mode Manage the default USB gadget mode usbmode Freerunner USB Mode Control Program vagalumeLast.fm client vala-terminal A lightweight Terminal Emulator based on libvte, written in Vala. wv Programs for accessing Microsoft Word documents xchat Full-featured IRC chat client with scripting support xournal Xournal is an application for notetaking, sketching, keeping a journal using a stylus. xterm xterm is the standard terminal emulator for the X Window System. zhone A phone UI based on the freesmartphone.org framework Excluded: http://pastebin.com/m30e333a1 Don't know: xprop X application opimd-utils Test scripts for freesmartphone.org opimd interface tasks Task list application plaympegSMPEG is a general purpose MPEG video/audio player for Linux based on the mpeg_play and SPLAY MPEG decoders. xtscal Touchscreen calibration utility shr-splash SHR splash screen groff GNU roff intuition Intuition a prototype context dependent mobile search engine jamvm A compact Java Virtual Machine which conforms to the JVM specification version 2. The full CSV file with fields to sort is available at http://kurppa.fi/freerunner/temp/package_filtered.csv I don't know what's the best way to implement this It's not easy to create rules for this.. In a way I think each app (or each package) should be individually accepted in the showroom, it's hard to create (&maintain!) a decent filter regexp to cover this all.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Welcome to the "community" mailing list
Hello there! Welcome to the community! Nice blog post you have there for the #1024 fix. What'd you like to participate in? Fixing other people's phones, writing documentation on the wiki, developing applications, developing kernel and/or operating systems/desktops, participating in gta02-core -project (to create a process to produce open source phones), participate in phone tool development, create graphics. You tell us where your skills and interest are and we'll suggest you something :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om-showroom half-serious task list
Resending to include joao.. r -- Forwarded message -- From: Risto H. Kurppa Date: Mon, Sep 7, 2009 at 10:19 PM Subject: Re: om-showroom half-serious task list To: List for Openmoko community discussion Hi David! Thanks a lot for your work! Looking forward to see the simple tool up & running! Some comments inline. On Mon, Sep 7, 2009 at 6:26 PM, David Reyes Samblas Martinez wrote: > -Package filtering:using a config file to block some packages to be > showed the showroom package selector in order to simplify the editors > works. > I consider than devel, docs, fonts, plugins from main packages and > libraries must not appear in a application showroom so using this > principle I have reduced from 8215 to 510 using the filter criteria in > a sql statement[2] on the shrunestable database Looks good to me so far, I also had a look at the SQL statement and looks good. Makes sense to filter away ~everything that is not a 'end user application': filter away all libraries, fonts & stuff, jus like you did. Any changes of posting a list of the 510 accepted packages to a pastebin for example for us to see what gets through. > Doubts on how to face the implementation of this: > -two approaches: > -on the import itself, no include this on the database on import > -pros:small and more quick database > -cons:a package not imported will be not posible to be included in > the showroom > -filter it on the showroom editor , build the sql query online using > this "blacklist" file to retry the allowed packages to be included. > -pros:possible to disable/modify the filter by the editor and being > able to include any package on the repo > -cons:big and slow? database, a bit more dificult to implement edit > management part. > This point is the first I will dedicate some time once the approach is > decided, if no input received I will procced with the second approach I don't know. But anywhere there needs to be the possibility to upgrade the database as new apps are added to repository -> it needs to be very automatic. To me it looks like that the filtering would be easiest to do when importing not to bloat the database with unused information. > -Web application (om-showroom it self) > Due the design is still pending I will start development on an an > ugly plain text and html tables without care about, styles, colours > or nothing image/look related , only focusing in that the info can be > shown and edited I agree - but use -tags to make it easy to create a CSS template. Or what do I know about web pages.. > For the first release > -Welcome page > -App Navigation: > -the categories will be predefined with the freedesktop.org Main > registered ones[1], if the amount of apps of one category began to > rise then a two level navigation will be implemented using the > additional categories of freedesktop.org too. > -App Details: > -main screenshoot: a predef image will be shown if no one is uploaded > -Short description:based on the package description will be showed > in the applications list during navigation, editable through > application editor no mor e than 255 chars > -Description:description without char descriptions and surely not on > this release but in next ones with wiki formating style. > -package name, source and homepage inherited from packages info Look good! > -comments > -voting I'd be ready to drop this from the first version unless it's very easy to implement. Don't spend too much time on this. > -more screenshots?(doubt if it will be included on this release) One is good for the first release. > -additional links?(doubt if it will be included on this release) One is good for the first release. > -Editor page > -Form for edit all the above with > -Package filtering?(see Package filtering item above) > -Only apps with asociated package are allowed > -clear way to know which packages is already included and what > are pending and what are rejected (must be included on the filter?) > -The fist time an app is included this description will be > filled with the package description > -have in mind the future features, (multi-distro, multi-distro > version.. etc) Looks good. > Well that's all for now, :) I hope my next mail will be with something > to show, in spite it will be ugly :) nice, nice! Please have a look at this: http://aseigo.blogspot.com/2009/01/building-community-around-your-foss.html - I think it's vital that there are more people working on this than you (and entil/Markus) alone! I'd possibly drop themes away.. (regarding e-wm-theme- ) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om-showroom half-serious task list
Hi David! Thanks a lot for your work! Looking forward to see the simple tool up & running! Some comments inline. On Mon, Sep 7, 2009 at 6:26 PM, David Reyes Samblas Martinez wrote: > -Package filtering:using a config file to block some packages to be > showed the showroom package selector in order to simplify the editors > works. > I consider than devel, docs, fonts, plugins from main packages and > libraries must not appear in a application showroom so using this > principle I have reduced from 8215 to 510 using the filter criteria in > a sql statement[2] on the shrunestable database Looks good to me so far, I also had a look at the SQL statement and looks good. Makes sense to filter away ~everything that is not a 'end user application': filter away all libraries, fonts & stuff, jus like you did. Any changes of posting a list of the 510 accepted packages to a pastebin for example for us to see what gets through. > Doubts on how to face the implementation of this: > -two approaches: > -on the import itself, no include this on the database on import > -pros:small and more quick database > -cons:a package not imported will be not posible to be included in > the showroom > -filter it on the showroom editor , build the sql query online using > this "blacklist" file to retry the allowed packages to be included. > -pros:possible to disable/modify the filter by the editor and being > able to include any package on the repo > -cons:big and slow? database, a bit more dificult to implement edit > management part. > This point is the first I will dedicate some time once the approach is > decided, if no input received I will procced with the second approach I don't know. But anywhere there needs to be the possibility to upgrade the database as new apps are added to repository -> it needs to be very automatic. To me it looks like that the filtering would be easiest to do when importing not to bloat the database with unused information. > -Web application (om-showroom it self) > Due the design is still pending I will start development on an an > ugly plain text and html tables without care about, styles, colours > or nothing image/look related , only focusing in that the info can be > shown and edited I agree - but use -tags to make it easy to create a CSS template. Or what do I know about web pages.. > For the first release > -Welcome page > -App Navigation: > -the categories will be predefined with the freedesktop.org Main > registered ones[1], if the amount of apps of one category began to > rise then a two level navigation will be implemented using the > additional categories of freedesktop.org too. > -App Details: > -main screenshoot: a predef image will be shown if no one is uploaded > -Short description:based on the package description will be showed > in the applications list during navigation, editable through > application editor no mor e than 255 chars > -Description:description without char descriptions and surely not on > this release but in next ones with wiki formating style. > -package name, source and homepage inherited from packages info Look good! > -comments > -voting I'd be ready to drop this from the first version unless it's very easy to implement. Don't spend too much time on this. > -more screenshots?(doubt if it will be included on this release) One is good for the first release. > -additional links?(doubt if it will be included on this release) One is good for the first release. > -Editor page > -Form for edit all the above with > -Package filtering?(see Package filtering item above) > -Only apps with asociated package are allowed > -clear way to know which packages is already included and what > are pending and what are rejected (must be included on the filter?) > -The fist time an app is included this description will be > filled with the package description > -have in mind the future features, (multi-distro, multi-distro > version.. etc) Looks good. > Well that's all for now, :) I hope my next mail will be with something > to show, in spite it will be ugly :) nice, nice! Please have a look at this: http://aseigo.blogspot.com/2009/01/building-community-around-your-foss.html - I think it's vital that there are more people working on this than you (and entil/Markus) alone! I'd possibly drop themes away.. (regarding e-wm-theme- ) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Sun, Sep 6, 2009 at 1:32 PM, Alex (Maxious) Sadleir wrote: > I looked at "common api to submit cells" and found that the openmoko > OBM logger app was missing *one* field (arfcn) that cellhunter api > wanted. Both being opensource, here's my hackish solution to patch the > OBM logger to write that field and a python script to submit records > produced by that patched OBM to cellhunter. You have to run this after > collecting the logs but before you move them to the Processed Logs > folder in OBM. So I do it before I do Upload in the OBM logger app. > YMMV, hopefully the real logger app developers can work something out > between themselves. Nice hack! Do you have any idea what's arfcn - how do you generate it? If you can generate it after the data's collected, couldn't it be created server-side (to me it sound's redundant information if it's generated from other data). And I don't support the idea of one client uploading to several databases, the databases should do the syncing.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
Btw you all three (openbmap, cellhunter, opencellid) devels are warmly welcome to join FOSS-GPS -mailing list (http://lists.osgeo.org/mailman/listinfo/foss-gps) - I'd like to see discussion about the algorithms you use to calculate the position of the cells. It must be something else than just the average... As a used I'd like to know it but also I think there's some optimization to be done in the field. If OpenBMap uses also speed & GPS precision information & alt in the calculation, I'd like to see the algorithm.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Sun, Sep 6, 2009 at 12:43 PM, Risto H. Kurppa wrote: > OpenBmap stores this data: > http://sourceforge.net/apps/trac/myposition/wiki/log_format > > * mcc > * mnc > * lon > * lat > * alt > * heading > * speed > * hdop > * vdop > * pdop > * swid: software id of the logger > * swver: software version of the logger > * lac: decimal value > * id: decimal value of the cell id > * ss: signal strength in dBm > * rxlev: optional > * ta: timing advance, optional > * speed: in km/h > > OpenCellID stores these (source: http://opencellid.org/api) > > mcc: mobile country code(decimal) > mnc: mobile network code(decimal) > lac: locale area code (in decimal) > cellid: value of the cell id (in decimal) > measured_at (optionnal) the time of the measure... > lat:latitude when the measure has been taken > lon:longitude when the measure has been taken Ok, downloaded the cellhunter database, this is what it stores: providercell_mcccell_mnccell_la cell_id cell_arfcn signal gps_timegps_lat gps_longgps_alt gname local_time cell_type IL ORANGE 425 1 3AFCA2F992 19 1252151461 32.3668973 34.8627705 17.44 Baruch 1252185642 old_oldgps_near IL ORANGE 425 1 3AFC7D54630 6 1252151461 32.3668973 34.8627705 17.44 Baruch 1252185370 old_oldgps_near IL ORANGE 425 1 1D6079CD107 17 1252151461 32.3668973 34.8627705 17.44 Baruch 1252185368 new_gps altitude is stored, good speed missing, bad hdop/vdop/pdop missing heading missing (ok, I can't right now see how to use it but why not to store it, it might become useful in the future..) cell arfcn, no idea what's that.. So anyway also cellhunter could add some fields here and as it's on Freerunner only, it shouldn't be too hard to also add the support to the client. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Sun, Sep 6, 2009 at 11:15 AM, Thomas Landspurg wrote: > That's exactly the objective.There is a clear difference and > complementarity between a general purpose database and the > "CellsHunter" game for instance. The good news is that we are > progressing well with CellsHunter to integrate their database. I think this should be something done ~weekly; syncing the databases. > I still hope to convince OpenBMap to don't recreate another database > focused on OpenMoko but use and improve a general purpose project. I can't see why openbmap would focus on OpenMoko more than any other projects. They talk about Windows Mobile and Freerunner on the front page > I > am sure that that's the spirit of Onen, but it seems that we had some > communication issue that I should be solved soon. I don't know about your issues, just don't let it effect your co-operation. If you think it's good to work together, do it. > The final benefit, at the end, is to provide the best not in only in > term of coverage but also in terms of accuracy database. OpenBmap stores this data: http://sourceforge.net/apps/trac/myposition/wiki/log_format * mcc * mnc * lon * lat * alt * heading * speed * hdop * vdop * pdop * swid: software id of the logger * swver: software version of the logger * lac: decimal value * id: decimal value of the cell id * ss: signal strength in dBm * rxlev: optional * ta: timing advance, optional * speed: in km/h OpenCellID stores these (source: http://opencellid.org/api) mcc: mobile country code(decimal) mnc: mobile network code(decimal) lac: locale area code (in decimal) cellid: value of the cell id (in decimal) measured_at (optionnal) the time of the measure... lat:latitude when the measure has been taken lon:longitude when the measure has been taken CellHunter seems to be the app-specific you were talking about. Didn't find specs to tell what data it sends (didn't check the source). I think alt, speed and GPS precision etc information can be useful in calculating the position of the cells. > As a reminder, we are open to any suggestion on how to imprement the > API, features, missing fields, etc. Please add sopport for at least alt, speed, heading, hdop, vdop, pdop, signal strength. If the projects plan to share their data, all projects should gather the same (full!) data of the cells to reach the highest possible precision. Coverage is something you'll be able to reach by everyone focusing on their own projects AND sharing the data. I must say I like opencellID API: it has clear addresses how to put/get cell information or GPS location. THis is something where openbmap is behind. And if OpenCellID has a nice api, it's good, but if I see that it doesn't use speed nor hdop/vdop/alt in calculating the location I trust openbmap more - but it's lacking the proper API. -> work for both of you to do. Focus on it, not in rhetorics & communication issues. Just make your project better than the other one is and share the data. It's the best for the community! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Any news about Project B?
On Sat, Sep 5, 2009 at 3:22 PM, Michael Tansella wrote: > Hi, > are there any news about Project B? Valid question! We want to know! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
I have no idea what's going on between you people but: Now that I had a little thought, I really don't care how many copies of the database we have. All I care about is that a) there's a way to use the data (=a client capable to locate me based on the GSM cells around me) b) the client uses the database with most cells. -> as long as all three projects have proper API's to import/export data and they do it from the other 2 projects things work. It kind of makes sense if the projects use different ways to collect the data. One has it as a competition, one uses some clients to collect the data, another uses other clients and projects. And in the end they all benefit from the work of others. Just some points for you to discuss: a) common api or data format to import/export b) common api to submit cells r - goes out to find some cells (no, not really, I'll watch an episode of CSI :) -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Offtopic] Flashcard for learning english
On Thu, Sep 3, 2009 at 3:05 PM, c_c wrote: > > Hi, > > Risto H. Kurppa wrote: >> >> http://en.wikipedia.org/wiki/File: >> http://commons.wikimedia.org/wiki/File:En- >> The material's already done, you only need to write the app to use it :) >> > With inputs from Laszlo KREKACS, intone now supports showing an image > while playing a mp3 file with the same name ie Christmas_tree.ogg and > Christmas_Tree.jpg should work. They just need to be placed in a directory. > I think he's been looking for something like this for over a month now. Whoa, cool :) Maybe I should try intone again. I've had my bad times with media players as in the beginning none of the worked nice.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Offtopic] Flashcard for learning english
http://en.wikipedia.org/wiki/File:Christmas_Tree.JPG http://commons.wikimedia.org/wiki/File:En-Christmas_tree.ogg The material's already done, you only need to write the app to use it :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: eneolock screen locker
Looks nice and ha - you're (or someone's) fast, I planned to suggest you to add it to http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-16 - but it's already there :) r On Thu, Sep 3, 2009 at 11:13 AM, Mike Crash wrote: > > If someone interested, I have created new screen locker inspired by ZedLock. > More info and download here: > > http://www.mikecrash.com/index.php?name=News&file=article&id=114 > -- > View this message in context: > http://n2.nabble.com/eneolock-screen-locker-tp3571840p3571840.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Thu, Sep 3, 2009 at 10:35 AM, Yorick Moko wrote: > this is how I see it, from an end-user point-of-view: > > openBmap has the most cells > openBmap maps the most information > > all I want is as much cells as possible > AND > know that I'm logging everything that increases the quality of the data > (AFAIK cellhunter logs less information) > > openBmap does the trick for both of them +1 (and I also know that onen/openBmap is working on software to do the location based on GPS cells) But if the projects want to co-operate and use same databases I'm thumbs up for it! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Updates 02-09-09
Wow, thank you tony for releasing and everyone else for adding the news! An easy way to know what's happened.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Thu, Sep 3, 2009 at 1:28 AM, Thomas Landspurg wrote: > Again , and clarifiacation: > > ObenBMap have in fact less than 82963 cells (the 'trusted' cells), > the others are coming from OpenCellId! ;) Yes, I knew that OBM had imported from OCI but to me the only thing that matters is how many cells a service has to be used to calculate the locations of cells, no matter where's the data from. The more data a service has, the more reliable & usable it is for a user (if there were applications capable of using any of the services to do the location). So if all three services would sync their info daily/weekly with having some of their own extra fields I'd be happy as they all would benefit from each other and they all would have the same sources to do the locationing the only difference being the algorithms. Yes of course it'd be a waste of work to maintain three databases.. but isn't that the case now anyway? > I would be fine also to reintegrate cells from CellsHunter into OpenCellID > too Is there something that stops you from doing so? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
About the amount of cells, could someone explain me how many cells (with some kind of location information) cellhunter knows: http://ch.omoco.de/cellhunter/images/cellhunter_statistic_all.png explained here: http://ch.omoco.de/cellhunter/?hideintro=1&orderby=&beginat= 7milj (don't know where I got it from.. sorry for misleading..) is the number of ALL submits but to me it looks like that the no of cells is around 141371 (NCG) + 7572 (OCnG) = 148 943 cells. The rest are just more gps information for a single cell. Am I wrong? So to recap: OpenBMap: 479740 cells (of which 82963 are 'trusted') OpenCellID: 433574 cells CellHunter: 148 943 cells r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: german "fixing the #1024" bug party
Possibly interested too.. / Finland.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: apt-portal import opkg repos :) & some comments
http://www.samsungapps.com/ - they're copying us! David: great to see the svn! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
cellhunter - openbmap - opencellid revisited... (was Re: CellHunter is moving to a new server)
On Wed, Sep 2, 2009 at 2:47 AM, Rui Miguel Silva Seabra wrote: > How does CellHunter compare with OpenBMap ? I think someone could write a wiki page about this and include it in FAQ's :) CellHunter: 7milj cells, clients: http://www.opkg.org/package_111.html and http://www.opkg.org/package_175.html (and repositories?) OpenBMap: 479584 cells of which 82842 are 'trusted'*, client: http://www.opkg.org/package_186.html (and repositories) OpenCellID: 433459 cells, clients: http://www.opencellid.org/users/staticShow/download * trusted means it's collected via OpenBMap project, not imported from other projects. AFAIK, CellHunter is a competition (teams/individuals against each other) on collecting cells as OpenBmap&OpenCellID - well, you just collect the cells. AFAIK, OpenBmap is told to import data from other projects AFAIK, OpenBmap was started because of different views about important data to collect between OpenCellID and OpenBMap devels. To me the whole thing is a big mess. Do we really need three projects. Let me bet, they all are now working on tools to use their own data to find the position of a phone, right? 1) if OpenBMap imports from other projects, why it's missing the 7milj cellhunter cells? 2) AFAIK There are no tools to benefit from the collected data yet 3) Can't see a OpenCellID client for Freerunner I earlier tried CellHunter, didn't work. For me OpenBmap is just easiest to use. Which doesn't necessarily make it the best one of these three to contribute to. They call the diversity a richness of Open Source. Can't really see it here. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: apt-portal import opkg repos :) & some comments
On Tue, Sep 1, 2009 at 1:40 PM, David Reyes Samblas Martinez wrote: > Most of them are only one line description and sure can be used as > short description for lists but I thing they are poor for fill an the > detailed app description, nevertheless we can use them as > initialization of description when app is added to the showroom, one > line is better than nothing, both bd and code seems clear an easy > enough to implement this in the specific Neo showroom app :) Sound's good! > Setting up a ssh+svn +webdav on the server(yes we have it :) )  to > allow this I will grant ssh+svn access to anyone interested in > participate, and allow anonymous checkout , after this I wil set up a > webserver with two sites one will be the stable/release of the > showroom  and other using directly the developing version from that > svn of course the devel version will be first available :) Sound's good! > I'm really noob in all that matters but I hope to have the > ssh+svn+webdab setup this night hmm.. okay.. make sure you have decent backups :D r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community