Re: OM2009
Angus Ainslie Wrote: Now I have a question of all of you. Should I continue to maintain Om2009. From the recent poll by rhk it seems that SHR users outnumber OM users by ~ 7:1. So what I'd like to know is does anyone still think Om2009 is a worthy venture or should I move over to SHR and see what help I can be there. The results of Risto's poll were very surprising, at least to me. Everyone should take a look at it (http://doodle.com/sd2c8d8snr23eeqq). 70+ percent of the participants are using SHR. There really is no second place winner. I think we should all concentrate our efforts on SHR. This should not be interpreted as paroli being abandoned as paroli is in the SHR feeds. I haven't tested it, but getting it to work would be one of my first tasks if it doesn't. paroli has a LOT of fans, and your work on it is greatly appreciated! Ken Young ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] New features in opimd queries
Am Donnerstag 27 August 2009 00:08:44 schrieb Kero van Gelder:
If you set _at_least_one to some non-false value, opimd will switch
into at least one field mode. Query {'Name':'dos', 'Content' :
'Test', '_at_least_one': True} will return entries with Name = dos
*or* Content = Test. Without '_at_least_one', opimd checks if entry
matches to all fields in query (so Name = dos *and* Content = Test) .
Now you can also query values greater or lower than specified. To do
that, you can use '_gt_Timestamp' or '_lt_Timestamp' fields (replace
Timestamp with whatever you want). Those field names are equal to
'_float_gt_Timestamp', '_float_lt_Timestamp'. There are also
'_int_gt_Timestamp' and '_int_lt_Timestamp' fields which you can use
with integer values, when you don't need float. Maybe it gives some
performance speed-up ;)
Is that _gt_20090101: birthday or _gt_birthday: 20090101 ?
(and if the latter, I think _birthday_gt: 20090101 reads better since
it is infix notation; I find prefix notation ambiguous to read)
I have no idea why you want to make a distinction between floats and
int on dates. Either your underlying format is based on floats, or it
isn't. and I would need to know whether your int is a day, or a second.
Instead, I'd like you to convert my query to the underlying format, so I do
not have to worry about it, ever.
In my experience, using OS native time is no too bad. -131 is
December 1901, there are not too many things I'd like to put in a
pim suite, that happen(ed) before that. And I guess anything non OS native
is likely slower than OS native. That's assuming the comparison of
timestamps is taking more CPU cycles than parsing my timestamp-string in
the first place.
Bye,
Kero.
I think Sebastian implemented these gt and lt functions because of me. I need
them for opimd-dates.
The Problem with a timestamp string is: what format does it have? In this case
we have to include the format defenition into the API. Then it's a lot easier
to use unix-timestamps they are easy to parse and compare...
Thomas
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Unknown boot options
Hello! I'm using latest Qi with latest SHR-U. This problem bothers me for a long time but just now I decided to find out what seems to be the root of it. Every time I boot my device I see kernel message stating: Unknown boot option 'g_ether.dev_addr=MAC' 4 times in a row. It does not affect anything but I hate to see error messages when my loglevel=1 quiet and my device is perfectly fine. It happens to me every time using Qi and I don't know how to make it stop. Leonti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enhancing launcher - feedback
Can you make cell broadcasting info adjustable? I'm OK with receiving info about my location but we have other info broadcasted like dating services and this is not what I want to see (although it can be funny sometimes). Another thing about broadcasted info - when the message is long it still stays in one-line expanding the launcher window which makes it unusable. Leonti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Unknown boot options
Leonti Bielski prishe...@gmail.com writes: Unknown boot option 'g_ether.dev_addr=MAC' 4 times in a row. It does not affect anything but I hate to see error messages when my loglevel=1 quiet and my device is perfectly fine. It happens to me every time using Qi and I don't know how to make it stop. Qi reads factory partition to make ethernet gadget use fixed predefined MAC address. If g_ether is statically compiled in there's no way to set MAC address other than supplying it through the kernel command line. If g_ether is a module, the recent modprobe will look at the kernel command line and load the module with corresponding parameters. I guess Qi should support both modular and compiled in g_ether, hence it has use the kernel command line. To sum up, i don't know the answer how to hide those messages but at least now you know why they appear. :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2009] (I) messed up alsa
Dnia 2009-08-26, śro o godzinie 19:21 +0300, Risto H. Kurppa pisze: You can try this: http://kurppa.fi/freerunner/config_files/gsmhandset.state (copy to .. hmm.. let me try.. /usr/share/openmoko/scenarios ) I'll try those also if you do not mind. I am still looking for good scenarios. I still get complaints while talking through FR. -- Kind Regards, 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
Re: OM2009
Am Donnerstag, den 27.08.2009, 02:53 -0400 schrieb Ken Young: Angus Ainslie Wrote: Now I have a question of all of you. Should I continue to maintain Om2009. From the recent poll by rhk it seems that SHR users outnumber OM users by ~ 7:1. So what I'd like to know is does anyone still think Om2009 is a worthy venture or should I move over to SHR and see what help I can be there. The results of Risto's poll were very surprising, at least to me. Everyone should take a look at it (http://doodle.com/sd2c8d8snr23eeqq). 70+ percent of the participants are using SHR. There really is no second place winner. I think we should all concentrate our efforts on SHR. I agree on that - althogh my recent experience with SHR-U was not really convincing. If we get a working Paroli in SHR, I'd be happy to switch to it (if manual suspend works then...) This should not be interpreted as paroli being abandoned as paroli is in the SHR feeds. I haven't tested it, but getting it to work would be one of my first tasks if it doesn't. paroli has a LOT of fans, and your work on it is greatly appreciated! Truly correct! :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New features in opimd queries
Great stuff, thanks for the update. As this phase of FSO is all about getting the interfaces right, I'd wish we could get some feedback from application programmers about the opimd API. Guys? :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Angus, a lot of respect goes to you for asking the opinion of the community and listening to our needs! To me it looks like moving over to SHR makes sense: focusing all available resources and skills on one distro instead of trying to keep OM2009 alive with waayy too little resources. I believe this would take us far, to compete with other smart phones, maybe have a non-geek-only -phone one day! OM2009 has been a nice distro but the lack of developers makes it a doomsday machine, dead end, ... And I've also heard that SHR testing has been without care already for a loong time and desperately needs someone to work on it. As you said, your time is also limited so I suggest you take the coordinating/consulting responsibility of that and first try to find a 'core team' to work on testing - I'd think some SHR devels would be happy to make testing work. It might again be a little too much if you try to do it alone so a team to work on it would be good and also make the work more pleasant as you could share your thoughts with others. And a great thing is now that we have Paroli on SHR. I don't know if someone has already tested it or have been able to make a call but I'm looking forward for you and Mirko to fix it :) Did I already post this for everyone to read: http://aseigo.blogspot.com/2009/01/building-community-around-your-foss.html - anyway, read it again, it's a great post. 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
Illume2 (was One Neo Freerunner for sale)
On Thu, Aug 27, 2009 at 1:05 AM, Rui Miguel Silva Seabrar...@1407.org wrote: On Wed, Aug 26, 2009 at 11:47:36PM +0200, Steven Le Roux wrote: yes ! and the Illume 2 which will come in the next month will kick ass for sure :) Got info on that? Can I haz illume2 kthnxbye!? Yes, screenshots, links, something. Didn't hear about this before.. -- | 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: QNavitCtl - Navit Bookmarks via dbus
[cut] I like all the purposes you did it for - this makes Navit again a bit more usable Oh, come on Risto, it is much more usable than tangoGPS for example. Navit has a working routing engine which is vital. -- Kind Regards, 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
Re: Illume2 (was One Neo Freerunner for sale)
On Thu, Aug 27, 2009 at 11:07:53AM +0300, Risto H. Kurppa wrote: Got info on that? Can I haz illume2 kthnxbye!? Yes, screenshots, links, something. Didn't hear about this before.. +1 please -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
On Thu, Aug 27, 2009 at 4:38 AM, David Reyes Samblas Martinezda...@tuxbrain.com wrote: Dear Community As you also notice I'm very exited for the new app showroom and how all the things are going in this aspect, and I was thinking in how to all host this. What do you think about Tuxbrain sponsoring this hosting on a dedicated server with a decent bandwith 100Mb/s ,maybe shared with others FOSS projects, like the version control system for the showroom app ;) Do you will feel uncomfortable if we put our logo as sponsors? As draft for roadmad, what do you think in in the first release we focuse in adapt apt-portal to only one distros (I propose SHR(popularity) but staying with the functionalities apt-portal offer right now. and once released the first version, start working on improve and add more functionalities/Distros So basically there are r main tasks -Test adapt if needed the import from opkg repository -Enrich the description of the apps and pics and vids -Desing the frontend for the app (at least for this firts version) As next stept for the next version, I will say: Including Debian(no mod needed) as distro and see how we can share/discriminate info of same apps for diferent distros (descriptions, pics, vids, comments, packages) From here I spect to have some way better to manage milestones better than a post on mailing list to continue defining functionalities and improvements :) Regarding design of the site, as some also now Victor Remolina is a good designer and is as excited as I for the project, and would like to hear from you comments and ideas on how do you would like the showrom looks to starting doing some proposals and mokups, this will ease to start the html templates. Everything is accepted now (brainstorming phase) feelings, colors, examples, and any kind of usuability/desing ideas , then victor (and any other designer/volunteer of course) can create some proposal based on this. and maybe do a kind of pool to decide between diferent options if more than one is proposed. Please comment and discuss :) -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community !Hola! I must admit that every time I see a company announcing it's ready to do something in the web (write reviews to a shared blog, host something) I get some bad feeling. But if the Tuxbrain logo isn't the biggest one on the site and other people have full access to the code too I can't see any proper reasons why this couldn't be OK. Especially it's great if you have resources (like Victor the designer) to do the job! And yes, I agree that first to set up it working for one distro first and then start improving it from there, supporting other distros too. I think the question is what distro should be first. SHR yes but testing or unstable? ATM testing's not used much and it's not maintained. We're hoping to see someone to take it over (maybe nytowl will do it) and make it usable again. Most of the people use Unstable. I think supporting unstable first is a stupid act - hey, it's unstable! Testing makes more sense as things don't keep changing all the time. But things being as they are now.. I really don't know. I fear that if unstable's the first to be supported, no apps will ever find their ways to testing. Waiting to see the appstore uprunning somewhere :) (ps. now that SHR seems to be the #1 distro, I remember that someone somewhere said that this showroom installer could be integrated to SHR installer - Freerunner GUI for Showroom!) 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
Blog post about project management (was: Re: Om2009)
Am Donnerstag, den 27.08.2009, 11:01 +0300 schrieb Risto H. Kurppa: Did I already post this for everyone to read: http://aseigo.blogspot.com/2009/01/building-community-around-your-foss.html - anyway, read it again, it's a great post. Wow, read it only halfways through but it already seems great. :D What about placing a link somewhere on the wiki related to building software for the neo? Or more in the philosophy corner, if we have such? I'd be happy to get suggestions, don't know those pages too well yet... :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QNavitCtl - Navit Bookmarks via dbus
On Thu, Aug 27, 2009 at 11:15 AM, Patryk Benderzpatryk.bend...@esp.pl wrote: [cut] I like all the purposes you did it for - this makes Navit again a bit more usable Oh, come on Risto, it is much more usable than tangoGPS for example. Navit has a working routing engine which is vital. tangogps (=mapnik) map looks better tangogps map scrolls smoother faster tangogps doesn't crash/freeze So far I haven't been able to Reliably route longer trips Find the destination from the street name catalog (mostly the list's just empty.. don't know if it's OSM or navit..) Scroll bookmarks / streetnames So they server a little bit different purpose. I'd very much like to use vector maps (=navit) but so far bitmaps rock a bit more (and I prefer omgps over tangogps...) 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: Showroom hosting , roadmap draft design
On Thursday 27 August 2009 10:23 Risto H. Kurppa wrote: On Thu, Aug 27, 2009 at 4:38 AM, David Reyes Samblas Martinezda...@tuxbrain.com wrote: As next stept for the next version, I will say: Including Debian(no mod needed) as distro and see how we can share/discriminate info of same apps for diferent distros (descriptions, pics, vids, comments, packages) snip And yes, I agree that first to set up it working for one distro first and then start improving it from there, supporting other distros too. I think the question is what distro should be first. SHR yes but testing or unstable? snip Wouldn't it be better to use Debian for the first start? - Az Martinez said it does not need any adoption on the distro-side - Az Risto said neiter SHR-U nor SHR-T would -at the moment- be appropriate for the purpose of the showroom I believe using Debian for the basic implementation of the showroom would cut down the amount of work a bit. And since I don't expect the showroom to be working perfectly from the first start (it's software) it might be better to work on a distro that is not evolving as fast as SHR (i think). I mean, data (urls, version numbers, etc.) that has been put into the showrooms database for testing yesterday is most likely still valid tomorrow - if it's about Debian. Best regards thomas -- ASCII ribbon campaign ( ) against HTML e-mail X www.asciiribbon.org / \ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QNavitCtl - Navit Bookmarks via dbus
Am Donnerstag, den 27.08.2009, 11:29 +0300 schrieb Risto H. Kurppa: So they server a little bit different purpose. I'd very much like to use vector maps (=navit) but so far bitmaps rock a bit more (and I prefer omgps over tangogps...) I had to use navit for geocaching the weekend (because tGPS refused to show map tiles for some reason, automagically resolved now) and found it quite imprecise (not to say unusable) when walking around very small distances (~5m). Seems like Navit averages the GPS signal for car usage and tGPS simply shows on the map what it reads from the chip. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Wed, Aug 26, 2009 at 04:39:06PM -0600, Angus Ainslie wrote: Hi All, Now I have a question of all of you. Should I continue to maintain Om2009. From the recent poll by rhk it seems that SHR users outnumber OM users by ~ 7:1. So what I'd like to know is does anyone still think Om2009 is a worthy venture or should I move over to SHR and see what help I can be there. IMO the numbers speak for themselves, Om2009 might just be a dying horse. This should not be interpreted as paroli being abandoned as paroli is in the SHR feeds. I haven't tested it, but getting it to work would be one of my first tasks if it doesn't. Hmmh, I never followed SHR really, no idea what it uses, but I like Paroli so glad to hear this :) This question also has a caveat. Before the end of the month I will be starting a full time contract which will cut into the time that I will have to devote to Om2009. So if Om2009 does move forward the progress will be slow. In light of a real job, Om2009 hardly seems worth the sacrifice by the above numbers, and I just saw an email where the new showroom would be for SHR... The king is dead, long live the king! -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QNavitCtl - Navit Bookmarks via dbus
I had to use navit for geocaching the weekend (because tGPS refused to show map tiles for some reason, automagically resolved now) and found it quite imprecise (not to say unusable) when walking around very small distances (~5m). Seems like Navit averages the GPS signal for car usage and tGPS simply shows on the map what it reads from the chip. recent navit (at least the debian package) has in its navit.xml a predefinde vehicle and profile for pedestrians. not sure, how good it actually is, but might be worth a try? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Different Navit builds
arne anka wrote: And are you aware that you can store your OSD in a separate xml file using xi:include? no, but that's interesting. far more interesting, though, would be to switch those layouts at runtime ... I agree. But for now it's only planned. Patch welcome :) -- View this message in context: http://n2.nabble.com/Different-Navit-builds-tp3488053p3522975.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Different Navit builds
Sebastian Krzyszkowiak wrote: On 8/26/09, KaZeR ka...@altern.org wrote: Sebastian Krzyszkowiak wrote: Navit in revision 2520 is now in SHR unstable repo :) Thanks Sebastian. The whole point of the thread being : will it be kept up to date ? :) Do you see something wrong in using nightly auto builds for SHR? If only we can be sure about quality of navit svn repo (so it'll be buildable every time), we could try to set navit to AUTOREV. But I don't think it's needed - as (if only navit guys didn't changed everything drasticaly) building new version of navit should be now as simple as s/2520/some-newer-revision/ ;) My point was to ask if there was any reason for not using AUTOREV. It's been a while since the last failure for the moko build, and we have a bot sitting in our channel which gives compilation results in live. I'm personnaly upgrading navit almost everyday, along with the shr updates. -- View this message in context: http://n2.nabble.com/Different-Navit-builds-tp3488053p3523013.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Different Navit builds
Christian Rüb wrote: arne anka wrote: hand crafted OSD layout also very useful on my FR. care to share? screenshot? I am not sure if all OSD Layouts should be placed on OSD wiki page [1], so i put it on my user page [2]. Scrrenshots here: [3] - I was missing the upload file link in navit wiki and have them up there anyway... Actually i think they should rather go into the same page, otherwise they can be hard to find. IMO (but it's only IMO) user pages are better used for personnal notes until you document something in a 'public' page. Don't be shy, edit the wiki ;) Also, the icon pack isn't needed anymore : instead you should rather use icon_s=96 and icon_l=96 (it was posted somewhere, and the default navit.xml has the right values). Christian Rüb wrote: Now, does someone know if toggle_announcer is used correctly and if it actually is supposed to do something? It is supposed to work, afaik. Otherwise feel free to open a bug. -- View this message in context: http://n2.nabble.com/Different-Navit-builds-tp3488053p3523090.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
On Thu, Aug 27, 2009 at 11:50 AM, Thomas Otterbeinth.otterb...@gmx.net wrote: Wouldn't it be better to use Debian for the first start? - Az Martinez said it does not need any adoption on the distro-side - Az Risto said neiter SHR-U nor SHR-T would -at the moment- be appropriate for the purpose of the showroom http://doodle.com/sd2c8d8snr23eeqq I'm not sure if Debian is a smart choice: using official debian repos will bloat the whole system to cover all 15000+ packages.. And using only http://pkg-fso.alioth.debian.org/debian/ is not much of use - as most of the packages are at debian repositories already. Ok, openbmap and pypennotes, mokomaze, remoko are the only ~popular/famous apps in this repository). I really don't know, I let the devels decide what's best. 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: Different Navit builds
Pike-2 wrote: Hi hand crafted OSD layout also very useful on my FR. care to share? screenshot? I am not sure if all OSD Layouts should be placed on OSD wiki page [1], so i put it on my user page [2]. Actually, there is a page for examples there http://wiki.navit-project.org/index.php/OSD_Layouts#Neo_FreeRunner But as you've noticed, you can't upload pictures there .. $2c, *-pike Not by intention, i will have a look at it. -- View this message in context: http://n2.nabble.com/Different-Navit-builds-tp3488053p3523115.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QNavitCtl - Navit Bookmarks via dbus
I had to use navit for geocaching the weekend (because tGPS refused to show map tiles for some reason, automagically resolved now) and found it quite imprecise (not to say unusable) when walking around very small distances (~5m). Seems like Navit averages the GPS signal for car usage and tGPS simply shows on the map what it reads from the chip. did you perhaps have the menu: settings-rules-lock on road option on? Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] New features in opimd queries
On Thursday 27 August 2009, Thomas Zimmermann wrote:
Am Donnerstag 27 August 2009 00:08:44 schrieb Kero van Gelder:
If you set _at_least_one to some non-false value, opimd will switch
into at least one field mode. Query {'Name':'dos', 'Content' :
'Test', '_at_least_one': True} will return entries with Name = dos
*or* Content = Test. Without '_at_least_one', opimd checks if entry
matches to all fields in query (so Name = dos *and* Content = Test) .
Now you can also query values greater or lower than specified. To do
that, you can use '_gt_Timestamp' or '_lt_Timestamp' fields (replace
Timestamp with whatever you want). Those field names are equal to
'_float_gt_Timestamp', '_float_lt_Timestamp'. There are also
'_int_gt_Timestamp' and '_int_lt_Timestamp' fields which you can use
with integer values, when you don't need float. Maybe it gives some
performance speed-up ;)
Is that _gt_20090101: birthday or _gt_birthday: 20090101 ?
(and if the latter, I think _birthday_gt: 20090101 reads better since
it is infix notation; I find prefix notation ambiguous to read)
I have no idea why you want to make a distinction between floats and
int on dates. Either your underlying format is based on floats, or it
isn't. and I would need to know whether your int is a day, or a second.
Instead, I'd like you to convert my query to the underlying format, so I
do not have to worry about it, ever.
In my experience, using OS native time is no too bad. -131 is
December 1901, there are not too many things I'd like to put in a
pim suite, that happen(ed) before that. And I guess anything non OS
native is likely slower than OS native. That's assuming the comparison of
timestamps is taking more CPU cycles than parsing my timestamp-string in
the first place.
Bye,
Kero.
I think Sebastian implemented these gt and lt functions because of me. I
need them for opimd-dates.
The Problem with a timestamp string is: what format does it have? In this
case we have to include the format defenition into the API. Then it's a lot
easier to use unix-timestamps they are easy to parse and compare...
Is there any documentation for date related opimd entries? I'm worried that if
timestamps are being used for date/time storage there will be no way to store
timezone.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Another poll: QI or UBOOT
Hi there! Since the previous poll got so much answers (no worries, you still got time to answer, go to http://doodle.com/sd2c8d8snr23eeqq), I decided to find out what boot loader people use. Go answer at http://www.doodle.com/svvsubwnyn4zaxd3 (if something's missing, let me 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: Different Navit builds
Pike-2 wrote: Hi hand crafted OSD layout also very useful on my FR. care to share? screenshot? Feel free to post the screenshot and OSD in the wiki, too. Oh - ah - ok http://wiki.openmoko.org/wiki/User:Pike/Navit I actually tried to upload this to the Navit wiki, but they don't seem to be eager for such contributions .. $2c, *-pike Fixed : http://wiki.navit-project.org/index.php/Special:Upload Thanks for reporting! -- View this message in context: http://n2.nabble.com/Different-Navit-builds-tp3488053p3523434.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
I use OM2009T5, with OWrt state files and few SHR libraries. Why OM2009? Simply because it is much more stable than SHR-U. Now someone will start yelling ...but it is called unstable Fine, but SHR means STABLE hybrid release in first place. So i ask, where is this stability? I hate to say this, but in circumstances you are having new full time job, it might be worth to abandon OM2009. What to do on SHR? Definitely take care of _real_ testing branch which would be more stable. This way, some day maybe we will have SHR release which finally will be totally stable. -- Kind Regards, 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
Re: Showroom hosting , roadmap draft design
On Thursday 27 August 2009 11:16 Risto H. Kurppa wrote: On Thu, Aug 27, 2009 at 11:50 AM, Thomas Otterbeinth.otterb...@gmx.net wrote: Wouldn't it be better to use Debian for the first start? - Az Martinez said it does not need any adoption on the distro-side - Az Risto said neiter SHR-U nor SHR-T would -at the moment- be appropriate for the purpose of the showroom http://doodle.com/sd2c8d8snr23eeqq I'm not sure if Debian is a smart choice: using official debian repos will bloat the whole system to cover all 15000+ packages.. And using only http://pkg-fso.alioth.debian.org/debian/ is not much of use - as I was referring to that repo. Mostly because it's not crowded with too many applications in an undefined state. Please don't misunderstand me. I also feel that SHR is the way we'll all be going sooner or later. I love Debian but I use Kubuntu as it provides much more functionality in a much easier to use way. But I'm a developer myself and as such had my share of experience on how long it takes from the first enthusiastic steps until a piece of software runs reliably enough for the people you aim (too) with this. Not to mention our overall experience with stuff from and for OpenMoko. ;-) most of the packages are at debian repositories already. Ok, openbmap and pypennotes, mokomaze, remoko are the only ~popular/famous apps in this repository). I really don't know, I let the devels decide what's best. r -- Thomas Otterbein th.otterb...@gmx.net ASCII ribbon campaign ( ) against HTML e-mail X www.asciiribbon.org / \ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Thu, Aug 27, 2009 at 11:52:13AM +0200, Patryk Benderz wrote: I use OM2009T5, with OWrt state files and few SHR libraries. Why OM2009? Simply because it is much more stable than SHR-U. Now someone will start yelling ...but it is called unstable Fine, but SHR means STABLE hybrid release in first place. So i ask, where is this stability? I hate to say this, but in circumstances you are having new full time job, it might be worth to abandon OM2009. What to do on SHR? Definitely take care of _real_ testing branch which would be more stable. This way, some day maybe we will have SHR release which finally will be totally stable. SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
[cut] Wouldn't it be better to use Debian for the first start? - Az Martinez said it does not need any adoption on the distro-side +1 -- Kind Regards, 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
Re: Om2009
Am Donnerstag, den 27.08.2009, 10:58 +0100 schrieb Rui Miguel Silva Seabra: On Thu, Aug 27, 2009 at 11:52:13AM +0200, Patryk Benderz wrote: I use OM2009T5, with OWrt state files and few SHR libraries. Why OM2009? Simply because it is much more stable than SHR-U. Now someone will start yelling ...but it is called unstable Fine, but SHR means STABLE hybrid release in first place. So i ask, where is this stability? I hate to say this, but in circumstances you are having new full time job, it might be worth to abandon OM2009. What to do on SHR? Definitely take care of _real_ testing branch which would be more stable. This way, some day maybe we will have SHR release which finally will be totally stable. SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Days pass without a reboot quite easily with 2009T5 here, but SHR-U didn't even show the PIN entry screen twice... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New features in opimd queries
On 8/26/09, Sebastian Krzyszkowiak seba.d...@gmail.com wrote:
Hi!
I looked today into implementing new features in opimd queries. Since
ages special field _limit was supported, limiting number of results
returned by query. Now there are more special fields :)
If you set _at_least_one to some non-false value, opimd will switch
into at least one field mode. Query {'Name':'dos', 'Content' :
'Test', '_at_least_one': True} will return entries with Name = dos
*or* Content = Test. Without '_at_least_one', opimd checks if entry
matches to all fields in query (so Name = dos *and* Content = Test) .
Now you can also query values greater or lower than specified. To do
that, you can use '_gt_Timestamp' or '_lt_Timestamp' fields (replace
Timestamp with whatever you want). Those field names are equal to
'_float_gt_Timestamp', '_float_lt_Timestamp'. There are also
'_int_gt_Timestamp' and '_int_lt_Timestamp' fields which you can use
with integer values, when you don't need float. Maybe it gives some
performance speed-up ;)
Also, sorting is implemented on opimd side. To specify by which field
you want to sort, use '_sortby' field. Default order is ascending, you
can change it to descending by setting '_sortdesc' to non-false value.
Recently opimd also was teached how to use libphone-utils, so it can
do phone resolving correctly. So now quering {'Phone':'tel:663123456'}
will return contact with phone '+480663123456' (country code, national
prefix and other friends has to be configured in libphone-utils. In
SHR there is SHR Settings module for that, you can do that also
manually in /etc/phone-utils.conf. To use that features, you have to
have python-phoneutils package installed.
Work on inteligent queries was also started. Now when you query
{'Name':'dos'} in for instance Contacs, and after that new contact
with name 'dos' arrives, ContactAdded signal is emitted in that query
path. GUI apps can make use of that to dynamicly update screens.
New domains were added - Notes, Tasks, Dates. Notes domain seems to be
finished. Tasks domain isn't used anywhere yet, so I don't know how
usable it is ;) But basics should work, as it's based on
GenericDomain, as every domain now (except Messages, but that's just
because I'm too lazy ;)). I also don't know much about Dates domain.
Heinervdm and morphis said that they will work on it, so let's see
what they'll do :)
Also - old feature, just to remind - opimd sends MessageUpdated and
MessageDeleted signals (change Messages to Contact, Call, Note or
whatever else). When using opimd interface for handling SMS, you get
CSM (concatenated short messages) support absolutely for free
And one thing about opimd-utils: package in shr-unstable was divided
into opimd-utils, opimd-utils-data, opimd-utils-cli and
opimd-utils-notes. opimd-notes is now included in shr fat image and
opimd-cli is in both lite and fat images (will be there after next
image build, now they're available in repo). I consider opimd-notes as
finished in functionality, only some tweak ups due to async support
and dynamic refreshing screen on new data has to be done :)
frameworkd with all that features is already in shr-unstable
repositories. I'll try to document all those features in FSO docs
soon.
Enjoy and happy coding! :)
--
Sebastian Krzyszkowiak
dos
Today I implemented new feature: you can enable case sensitive sorting
by setting _sortcasesens field to non-false value. Default value is
False.
So now answers to questions ;)
Is that _gt_20090101: birthday or _gt_birthday: 20090101 ?
_gt_Birthday: 20090101
(but I prefer saving dates in UNIX timestamp format, as it's already
done in Messages domain)
I have no idea why you want to make a distinction between floats and
int on dates. Either your underlying format is based on floats, or it
isn't. and I would need to know whether your int is a day, or a second.
Instead, I'd like you to convert my query to the underlying format, so I do
not have to worry about it, ever.
opimd itself don't know what format fields are supposed to have. I
implemented _int_gt and _int_lt versions only because I thought using
them on int values could be faster that casting to float. Maybe I
wrong - then I can remove both _float and _int versions and leave only
_gt and _lt casting to float ;)
In my experience, using OS native time is no too bad. -131 is
December 1901, there are not too many things I'd like to put in a
pim suite, that happen(ed) before that. And I guess anything non OS native
is likely slower than OS native. That's assuming the comparison of timestamps
is
taking more CPU cycles than parsing my timestamp-string in the first place.
And:
The Problem with a timestamp string is: what format does it have? In this case
we have to include the format defenition into the API. Then it's a lot easier
to use unix-timestamps they are easy to parse and compare...
In my opinion we should use unix timestamps and that's
Re: [Shr-Devel] New features in opimd queries
Am Donnerstag 27 August 2009 11:41:42 schrieb Al Johnson:
On Thursday 27 August 2009, Thomas Zimmermann wrote:
Am Donnerstag 27 August 2009 00:08:44 schrieb Kero van Gelder:
If you set _at_least_one to some non-false value, opimd will switch
into at least one field mode. Query {'Name':'dos', 'Content' :
'Test', '_at_least_one': True} will return entries with Name = dos
*or* Content = Test. Without '_at_least_one', opimd checks if entry
matches to all fields in query (so Name = dos *and* Content = Test) .
Now you can also query values greater or lower than specified. To do
that, you can use '_gt_Timestamp' or '_lt_Timestamp' fields (replace
Timestamp with whatever you want). Those field names are equal to
'_float_gt_Timestamp', '_float_lt_Timestamp'. There are also
'_int_gt_Timestamp' and '_int_lt_Timestamp' fields which you can use
with integer values, when you don't need float. Maybe it gives some
performance speed-up ;)
Is that _gt_20090101: birthday or _gt_birthday: 20090101 ?
(and if the latter, I think _birthday_gt: 20090101 reads better since
it is infix notation; I find prefix notation ambiguous to read)
I have no idea why you want to make a distinction between floats and
int on dates. Either your underlying format is based on floats, or it
isn't. and I would need to know whether your int is a day, or a
second. Instead, I'd like you to convert my query to the underlying
format, so I do not have to worry about it, ever.
In my experience, using OS native time is no too bad. -131 is
December 1901, there are not too many things I'd like to put in a
pim suite, that happen(ed) before that. And I guess anything non OS
native is likely slower than OS native. That's assuming the comparison
of timestamps is taking more CPU cycles than parsing my
timestamp-string in the first place.
Bye,
Kero.
I think Sebastian implemented these gt and lt functions because of me. I
need them for opimd-dates.
The Problem with a timestamp string is: what format does it have? In this
case we have to include the format defenition into the API. Then it's a
lot easier to use unix-timestamps they are easy to parse and compare...
Is there any documentation for date related opimd entries? I'm worried that
if timestamps are being used for date/time storage there will be no way to
store timezone.
Currently there is no documentation. I thought to store the timestamp as UTC.
And it looks like dos1 stores timestamps too in opimd-notes.
Any suggestion how to query dates through DBUS? Perhaps we can add a date
datatype to DBUS, i think that would be the best way :)
Thomas
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] New features in opimd queries
On Thursday 27 August 2009 12:07:09 Sebastian Krzyszkowiak wrote: And: The Problem with a timestamp string is: what format does it have? In this case we have to include the format defenition into the API. Then it's a lot easier to use unix-timestamps they are easy to parse and compare... In my opinion we should use unix timestamps and that's what i'm implementing in my test apps. Correct. Epoch(UTC) should be the native format on dbus API level, but remember to include a flag that indicates whether timestamps are always following local time or stick to the timezone they have been entered (which could be handy at times). UI can convert this to fancy things. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-Devel] New features in opimd queries
On 8/27/09, Michael 'Mickey' Lauer mic...@vanille-media.de wrote: On Thursday 27 August 2009 12:07:09 Sebastian Krzyszkowiak wrote: And: The Problem with a timestamp string is: what format does it have? In this case we have to include the format defenition into the API. Then it's a lot easier to use unix-timestamps they are easy to parse and compare... In my opinion we should use unix timestamps and that's what i'm implementing in my test apps. Correct. Epoch(UTC) should be the native format on dbus API level, but remember to include a flag that indicates whether timestamps are always following local time or stick to the timezone they have been entered (which could be handy at times). UI can convert this to fancy things. :M: There already is Timezone field which does exactly that :) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Rui _ Some days SHR-U is very stable and sometimes it is not as all the latest bleeding stuff comes in. Some of us can fix the SHR-U latest by downgrading+upgrading+force overwriting some stuff etc but for a newcommer to SHR testing build that has atleast gsm+gps working on 2nd boot is required so that he/she atleast gets a chance to experience SHR instead of thinking its a non-functional distribution. Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Thu, Aug 27, 2009 at 03:57:18PM +0530, rakshat hooja wrote: SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Rui Some days SHR-U is very stable and sometimes it is not as all the latest bleeding stuff comes in. Indeed, which is why I said SHR-U from 2009/08/08 and not just SHR-U! Some of us can fix the SHR-U latest by downgrading+upgrading+force overwriting some stuff etc but for a newcommer to SHR testing build that has atleast gsm+gps working on 2nd boot is required so that he/she atleast gets a chance to experience SHR instead of thinking its a non-functional distribution. AFAICT, a 2nd boot is always necessary post install of a new OE image... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Some of us can fix the SHR-U latest by downgrading+upgrading+force overwriting some stuff etc but for a newcommer to SHR testing build that has atleast gsm+gps working on 2nd boot is required so that he/she atleast gets a chance to experience SHR instead of thinking its a non-functional distribution. AFAICT, a 2nd boot is always necessary post install of a new OE image... Rui I did write working after 2nd boot! Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Thu, Aug 27, 2009 at 04:05:52PM +0200, Marcel wrote: Am Donnerstag, den 27.08.2009, 10:58 +0100 schrieb Rui Miguel Silva Seabra: On Thu, Aug 27, 2009 at 11:52:13AM +0200, Patryk Benderz wrote: I use OM2009T5, with OWrt state files and few SHR libraries. Why OM2009? Simply because it is much more stable than SHR-U. Now someone will start yelling ...but it is called unstable Fine, but SHR means STABLE hybrid release in first place. So i ask, where is this stability? I hate to say this, but in circumstances you are having new full time job, it might be worth to abandon OM2009. What to do on SHR? Definitely take care of _real_ testing branch which would be more stable. This way, some day maybe we will have SHR release which finally will be totally stable. SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Days pass without a reboot quite easily with 2009T5 here, but SHR-U didn't even show the PIN entry screen twice... Which SHR-U image? That is important, because U is for unstable, but sometimes it is stable (like 2009/08/08). For me, the boot speed isn't much of a problem if I don't have to boot frequently. In Om2009t5 I required a daily boot to have some stability in the platform. As I *do* use the Freerunner as my main phone, and even though SHR is moving the PIM parts to opim, let me tell you one thing which was quickly quite clear for me: paroli in Om2009t5 was *definitly* less stable than the telefony apps in SHR 2009/07/21 and 2009/08/08. Right now I only carry a second phone for the contact lists, since SHR-U wasn't still very ready for a full contact migration, but it's getting quite close to it (many thanks to dos1). I just hope it will handle about 200 contacts without noticeable delays. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
I think the post was about something different, so please guys, be smart as you sure are. Dear Angus, I think that previous posts are indeed encouraging! And, as you can see, paroli is well apppreciated. AFAICU shr is the best choice for our future, and indeed having a working phone app (actually missing) on shr would be great! thanks for your work and poll d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Am Donnerstag, den 27.08.2009, 11:43 +0100 schrieb Rui Miguel Silva Seabra: On Thu, Aug 27, 2009 at 04:05:52PM +0200, Marcel wrote: Am Donnerstag, den 27.08.2009, 10:58 +0100 schrieb Rui Miguel Silva Seabra: On Thu, Aug 27, 2009 at 11:52:13AM +0200, Patryk Benderz wrote: I use OM2009T5, with OWrt state files and few SHR libraries. Why OM2009? Simply because it is much more stable than SHR-U. Now someone will start yelling ...but it is called unstable Fine, but SHR means STABLE hybrid release in first place. So i ask, where is this stability? I hate to say this, but in circumstances you are having new full time job, it might be worth to abandon OM2009. What to do on SHR? Definitely take care of _real_ testing branch which would be more stable. This way, some day maybe we will have SHR release which finally will be totally stable. SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Days pass without a reboot quite easily with 2009T5 here, but SHR-U didn't even show the PIN entry screen twice... Which SHR-U image? That is important, because U is for unstable, but sometimes it is stable (like 2009/08/08). I don't remember exactly, was last Friday's image IIRC. Today afternoon I need a working gps device, but I might retry SHR when Paroli is working on it... Don't like the UI of the SHR tel apps. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] kernel 2.6.30
hello all i just want to ask when the new kernel, 2.6.30 for the openmoko (shr-unstable) should be ready? i just read a little bit about the new kernel, so suspend should work better and the kernel-image should be compressable, so may it's possible to build in more drivers (as example for webcam or other wlan-sticks, because of the bugs in the wlan-chip). so the new kernel also should boot a little bit faster. hope, we had this one soon.. :) the kernel for openwrt doesn't work for shr, i think...? greets.. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
On 8/27/09, Risto H. Kurppa ri...@kurppa.fi wrote: (ps. now that SHR seems to be the #1 distro, I remember that someone somewhere said that this showroom installer could be integrated to SHR installer - Freerunner GUI for Showroom!) That was me. I think I can also help you with providing web API for showroom (well, for integrating SHR Installer it's must have ;)) if there is no such thing yet in apt-portal. BTW. apt-portal looks at repositories and Packages file in it, yup? I think parsing bb files could be overkill. OE repos also provide Packages file in repositories (maybe even it's the same format as Debian's, but i'm not sure), so modificating apt-portal to work with SHR shouldn't be that hard :) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
rakshat hooja schrieb: SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Rui _ Some days SHR-U is very stable and sometimes it is not as all the latest bleeding stuff comes in. Some of us can fix the SHR-U latest by downgrading+upgrading+force overwriting some stuff etc but for a newcommer to SHR testing build that has atleast gsm+gps working on 2nd boot is required so that he/she atleast gets a chance to experience SHR instead of thinking its a non-functional distribution. For me following distris where unusable (as daily phone, which i need): * paroli * hackable * android (missing tangogps) * shr-testing (delay between answer and can speek) the only _functional_ distri for me is: shr unstable (with all opkg upgrades) Matzehuber -- Mit freundlichen Grüssen Matthias Huber Kohlstattstr. 14 86459 Wollishausen Tel: 08238-7998 LPI000181125 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Please people, stick to the subject! -- | 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] kernel 2.6.30
Vinzenz Hersche hers...@puzzle.ch writes: i just want to ask when the new kernel, 2.6.30 for the openmoko (shr-unstable) should be ready? The plan so far is to wait for .31 upstream release, some moderate time for testing our (the work to produce a patchset and _major_ glamo stability and speed improvements was done by Lars-Peter Clausen) patchset on top of it and then it'll be available in SHR. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] kernel 2.6.30
Am Donnerstag, 27. August 2009 13.12:39 schrieben Sie: Vinzenz Hersche hers...@puzzle.ch writes: i just want to ask when the new kernel, 2.6.30 for the openmoko (shr-unstable) should be ready? The plan so far is to wait for .31 upstream release, some moderate time for testing our (the work to produce a patchset and _major_ glamo stability and speed improvements was done by Lars-Peter Clausen) patchset on top of it and then it'll be available in SHR. so on which date you think the kernel is avaible? (i don't know the release-date for 31, also google doesn't gave me a quick answer..) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
2009/8/27 Sebastian Krzyszkowiak seba.d...@gmail.com: On 8/27/09, Risto H. Kurppa ri...@kurppa.fi wrote: (ps. now that SHR seems to be the #1 distro, I remember that someone somewhere said that this showroom installer could be integrated to SHR installer - Freerunner GUI for Showroom!) That was me. I think I can also help you with providing web API for showroom (well, for integrating SHR Installer it's must have ;)) if there is no such thing yet in apt-portal. Can you define what funtions has to provide that API? what format or returning do you expect(plain text,html), the more detailed the more easy to see how to do it? BTW. apt-portal looks at repositories and Packages file in it, yup? I think parsing bb files could be overkill. OE repos also provide Packages file in repositories (maybe even it's the same format as Debian's, but i'm not sure), so modificating apt-portal to work with SHR shouldn't be that hard :) That's was the idea :) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume2 (was One Neo Freerunner for sale)
Am 27.08.2009 10:18, schrieb Markus T?rnqvist: On Thu, Aug 27, 2009 at 11:07:53AM +0300, Risto H. Kurppa wrote: Got info on that? Can I haz illume2 kthnxbye!? Yes, screenshots, links, something. Didn't hear about this before.. +1 please A little research on Google gave me this results: Enlightenment changeset from raster: http://trac.enlightenment.org/e/changeset/41883 and a small sentence about it on Planet E: http://trac.enlightenment.org/e/blog/ecn200934 Slyon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
On 8/27/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote: 2009/8/27 Sebastian Krzyszkowiak seba.d...@gmail.com: On 8/27/09, Risto H. Kurppa ri...@kurppa.fi wrote: (ps. now that SHR seems to be the #1 distro, I remember that someone somewhere said that this showroom installer could be integrated to SHR installer - Freerunner GUI for Showroom!) That was me. I think I can also help you with providing web API for showroom (well, for integrating SHR Installer it's must have ;)) if there is no such thing yet in apt-portal. Can you define what funtions has to provide that API? what format or returning do you expect(plain text,html), the more detailed the more easy to see how to do it? Plain text, easly parsable. About functions, those are few I have already in mind: list of categories, list of top rated apps, list of apps from category, app details, vote. Maybe also some kind of searching, and way to login and logout if it'll be needed. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
Am Donnerstag, den 27.08.2009, 13:52 +0200 schrieb Sebastian Krzyszkowiak: On 8/27/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote: 2009/8/27 Sebastian Krzyszkowiak seba.d...@gmail.com: On 8/27/09, Risto H. Kurppa ri...@kurppa.fi wrote: (ps. now that SHR seems to be the #1 distro, I remember that someone somewhere said that this showroom installer could be integrated to SHR installer - Freerunner GUI for Showroom!) That was me. I think I can also help you with providing web API for showroom (well, for integrating SHR Installer it's must have ;)) if there is no such thing yet in apt-portal. Can you define what funtions has to provide that API? what format or returning do you expect(plain text,html), the more detailed the more easy to see how to do it? Plain text, easly parsable. About functions, those are few I have already in mind: list of categories, list of top rated apps, list of apps from category, app details, vote. Maybe also some kind of searching, and way to login and logout if it'll be needed. Just an idea: Maybe a special function for getting the package url without having to download the whole app details (which may also contain a screenshot...) so that installing from the apps-in-category list is possible. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
On 8/27/09, Marcel tan...@googlemail.com wrote: Am Donnerstag, den 27.08.2009, 13:52 +0200 schrieb Sebastian Krzyszkowiak: On 8/27/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote: 2009/8/27 Sebastian Krzyszkowiak seba.d...@gmail.com: On 8/27/09, Risto H. Kurppa ri...@kurppa.fi wrote: (ps. now that SHR seems to be the #1 distro, I remember that someone somewhere said that this showroom installer could be integrated to SHR installer - Freerunner GUI for Showroom!) That was me. I think I can also help you with providing web API for showroom (well, for integrating SHR Installer it's must have ;)) if there is no such thing yet in apt-portal. Can you define what funtions has to provide that API? what format or returning do you expect(plain text,html), the more detailed the more easy to see how to do it? Plain text, easly parsable. About functions, those are few I have already in mind: list of categories, list of top rated apps, list of apps from category, app details, vote. Maybe also some kind of searching, and way to login and logout if it'll be needed. Just an idea: Maybe a special function for getting the package url without having to download the whole app details (which may also contain a screenshot...) so that installing from the apps-in-category list is possible. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Package url? Why for? Package name is enough to install in via repositories ;x -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR first experiences user manual
Hi!
Sorry for an ugly post.
Now that I also decided to go for SHR I was requested [1] to check if
the SHR user manual is factually correct.
So here are some comments:
SHR (Stable Hybrid Release) is here to provide you with Root
FileSystem images that you can easily install onto your Freerunner to
use as a daily phone. It's filled with prepackaged software that can
be installed upon demand by users
So I can off-line install the packaged apps? No, I bet you mean that
is has stuff pre-installed and you can get more from the
repositories..
Reading http://wiki.openmoko.org/wiki/SHR_User_Manual#SHR_Specific and
I already have the feeling that this hass too many tech stuff.. 'root
filesystem image', 'ophonekitd' - is that stuff really required here
to be able to use it? I prefer a nice smooth experience, easy for
beginners too. Do I now need to go and find out what's ophonekitd?
http://wiki.openmoko.org/wiki/SHR_User_Manual#Stability
Maybe the difference of testing and unstable should be written here,
not in the introduction?
btw. a screenshot (or logo when there is one) would be nice to see on
top of the manual page, it just would make it again a bit more
appealing.
http://wiki.openmoko.org/wiki/SHR_User_Manual#Installation
Maybe the differencies of lite and normal image should be explained
_before_ you tell where to get them? And somewhere later tell how to
upgrade -lite to normal
AFAIK only -lite images are currently available? (ok, dos1 explained
newest fat images were broken and he removed it)
Maybe 'source code' should not be in the 'installation' chapter but
more of 'devel' or something like that.
Image content: it'd be nice if there were links from the items to home
pages. What's illume? What's vala-terminal? What's pythm?
Installation: it might not be a bad idea to remind people to upgrade
the phone firmware and QI/uboot (and maybe tell which one is more
popular - see http://www.doodle.com/svvsubwnyn4zaxd3 )
Anyway, these are the files I flashed:
-rw-r--r-- 1 rhk rhk 69992448 2009-08-08 17:49 lite-om-gta02.jffs2
-rw-r--r-- 1 rhk rhk28596 2009-08-26 19:05
qi-s3c2442-1.0.2+gitr243+36bb5c03756268ff15b2d95a043ffb39a919ce5c.udfu
-rw-r--r-- 1 rhk rhk 1832764 2009-08-16 23:32
uImage-2.6.29-oe11+gitr119838+2d158aae9d8d36f575504f59884ed8e80802efe2-r3.5-om-gta02.bin
flashing.
I'd like to be able to have a dir on my uSD and mount it automatically
as /home (on om2009 that was the folder bind-home on uSD) but I guess
manually editing fstab will have to do. Maybe that should be explained
somewhere here?
How come the check of version is explained before the booting process?
booting.
Initial setup:
Some lines about the possibilities there would be nice.. How on earth
do I know what profile to select? Or what 'quick launch' is? Or why do
I have to see screens where I only can select one item? ('irc' told me
that the quick launch menu has no effect.. nice...)
rebooting.
Screenshot showing the wrench would be nice.
The manual explains directly the wrench options - maybe SHR settings
would be more important for usual settings instead of double click
stuff etc..
Maybe explaining SHR post-installation SCP commands could be done on
SHR post-installation page instead of the manual. I think it's enough
to explain what is it and why to run it and then link to the page.
It isn't also told anywhere to run opkg update;opkg upgrade.
Post-installation script would run opkg update, not upgrade. And
here's a discussion telling the benefits of the script:
13:41 rhkfin Should I run the SHR post-installation script at
http://wiki.openmoko.org/wiki/SHR_post-installation
13:42 rhkfin (as recommended in the SHR manual)
13:42 DocScrutinizer never heard of
13:43 dos1 neither me
13:43 DocScrutinizer even SHR-manual !? wow o.O
13:43 rhkfin http://wiki.openmoko.org/wiki/SHR_User_Manual
13:44 dos1 cellhunter?
13:44 dos1 ...
13:44 dos1 use openBmap ;P
13:44 rhkfin no, not cellhunter :)
13:44 rhkfin yes I will :)
13:44 rhkfin (being in ~top5 there :)
13:44 dos1 Navit is already newest in SHR repo
13:44 dos1 ffalarms is in image
13:44 rhkfin obexpush?
13:45 dos1 dates/tasks - will be replaced by opimd apps soon and in
shr image by default
13:45 dos1 obexpush - hmm... i'll look at it and maybe include in image
13:45 rhkfin and I won't need them anyway..
13:45 rhkfin dos1: ok, great
13:45 dos1 mokomaze why isn't it in fat image by default? o_O
13:45 dos1 cellhunter - no comment :P
13:46 rhkfin dos1: is there a fat image around? I only find lite..
13:46 dos1 rhkfin: newest fat image was broken
13:46 dos1 rhkfin: so i removed it
13:46 rhkfin dos1: ah, ok
13:46 dos1 rhkfin: on next regeneration it should be there back
13:46 ::: kvaster [n=kvas...@93.84.112.80] has joined #openmoko-cdevel
13:47 dos1 that script is useless
13:47 rhkfin I agree..
13:47 dos1 SHR is open distro, so instead of doing such scripts
they should improve default image ;x
The manual should tell the USB-ssh-thing
Re: SHR first experiences user manual
2009/8/27 Risto H. Kurppa ri...@kurppa.fi: Hi! Sorry for an ugly post. snip Ugly? Is a great review :) thanks a lot Risto :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume2 (was One Neo Freerunner for sale)
On Thu, Aug 27, 2009 at 01:47:22PM +0200, Lukas Märdian wrote: Am 27.08.2009 10:18, schrieb Markus T?rnqvist: On Thu, Aug 27, 2009 at 11:07:53AM +0300, Risto H. Kurppa wrote: Got info on that? Can I haz illume2 kthnxbye!? Yes, screenshots, links, something. Didn't hear about this before.. +1 please A little research on Google gave me this results: Enlightenment changeset from raster: http://trac.enlightenment.org/e/changeset/41883 and a small sentence about it on Planet E: http://trac.enlightenment.org/e/blog/ecn200934 I did that, but those aren't as nice as a nice little screenshot :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Different Navit builds
On Donnerstag, 27. August 2009 11:50:52 KaZeR wrote: Pike-2 wrote: Hi hand crafted OSD layout also very useful on my FR. care to share? screenshot? Feel free to post the screenshot and OSD in the wiki, too. Oh - ah - ok http://wiki.openmoko.org/wiki/User:Pike/Navit I actually tried to upload this to the Navit wiki, but they don't seem to be eager for such contributions .. $2c, *-pike Fixed : http://wiki.navit-project.org/index.php/Special:Upload Thanks for reporting! I get this: Internal error The upload directory (public) is not writable by the webserver. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Angus Ainslie a écrit : Now I have a question of all of you. Should I continue to maintain Om2009. From the recent poll by rhk it seems that SHR users outnumber OM users by ~ 7:1. So what I'd like to know is does anyone still think Om2009 is a worthy venture or should I move over to SHR and see what help I can be there. As a Om2009t5 user it's a big YES for me. I know that numbers speak against Om2009, but I use and love this distrib. I am using it since 1st july, and I find it : - usable (hi Paroli !) - stable while using (few reboots, only when battery exhausted or when I need to change SIM, which is rare) - stable while upgrading : I was used to break lots of things while upgrading my SHR-U, it's far better with Om2009 Xavier Cremaschi. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Thu, Aug 27, 2009 at 3:52 PM, Xavier Cremaschiomega.xav...@gmail.com wrote: - usable (hi Paroli !) Availabe now/soon for SHR too - stable while upgrading : I was used to break lots of things while upgrading my SHR-U, it's far better with Om2009 Sorry to tell you but this is because there have been no changes in OM2009 - nothing that could break anything. SHR instead is developed all the time - changes when upgrading - things might eventually break.. 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 first experiences user manual
ps, the alsa state I used is the 'official' a7 with some little changes, DON'T use it but try the original: http://wiki.openmoko.org/wiki/Alsa_state_a7 (each unit is unique - each unit needs some editing of statefile, a7 is a great statefile to start with!) 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 first experiences user manual
your observations are good :) . perhaps you spent more time describing things rather then would take editing the wiki? i just returned from holidays yesterday, so will try to check the page and catch with the latest development that made many things obsolete. the page has a life on it's own now, with many people editing it, with shr changing and manual becoming obsolete. day after day, i think we should actually stop editing it now and really ask shr team for branching out a testing image and then base the manual on it, as things will not change so rapidly so we can keep up with the manual. RHK 13:44 dos1 cellhunter? RHK 13:44 dos1 ... RHK 13:44 dos1 use openBmap ;P RHK 13:44 rhkfin no, not cellhunter :) thanks for your opinion, this is a big world, isn't it :) Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Different Navit builds
KaZeR wrote: Christian Rüb wrote: arne anka wrote: hand crafted OSD layout also very useful on my FR. care to share? screenshot? I am not sure if all OSD Layouts should be placed on OSD wiki page [1], so i put it on my user page [2]. Scrrenshots here: [3] - I was missing the upload file link in navit wiki and have them up there anyway... Actually i think they should rather go into the same page, otherwise they can be hard to find. IMO (but it's only IMO) user pages are better used for personnal notes until you document something in a 'public' page. Don't be shy, edit the wiki ;) Will do. Also, the icon pack isn't needed anymore : instead you should rather use icon_s=96 and icon_l=96 (it was posted somewhere, and the default navit.xml has the right values). My layout (direction, announcer) depends on 70px graphics, but I try to change it for 96px - but this uses even more space. Any opinions from someone else if it would be better to use 70 or 96 for OSD? For the menu 96 is OK. Christian Rüb wrote: Now, does someone know if toggle_announcer is used correctly and if it actually is supposed to do something? It is supposed to work, afaik. Otherwise feel free to open a bug. done: #453 on Navit trac ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR first experiences user manual
On Thu, Aug 27, 2009 at 4:02 PM, Petr Vanekvan...@penguin.cz wrote: your observations are good :) . perhaps you spent more time describing things rather then would take editing the wiki? No, I don't think so. And I knew someone would say this :) i just returned from holidays yesterday, so will try to check the page and catch with the latest development that made many things obsolete. Nice, thanks! the page has a life on it's own now, with many people editing it, with shr changing and manual becoming obsolete. day after day, i think we should actually stop editing it now and really ask shr team for branching out a testing image and then base the manual on it, as things will not change so rapidly so we can keep up with the manual. AFAIK the problem now is that there're no people to maintain the testing. Let's see if someone will stand up to do that. RHK 13:44 dos1 cellhunter? RHK 13:44 dos1 ... RHK 13:44 dos1 use openBmap ;P RHK 13:44 rhkfin no, not cellhunter :) thanks for your opinion, this is a big world, isn't it :) It really is :) 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
Debian first experience made a bit easier...
Hi, With the gust of fresh air everywhere, I took the liberty of joining the mess that was combined http://wiki.openmoko.org/wiki/Debian + http://wiki.debian.org/DebianOnFreeRunner , so that in the end the Openmoko wiki page is just a brief showcase about Debian and all information is included in a sensible, structured way on the Debian's wiki. There is still the problem of install.sh having problems, but besides that (waiting for debian-installer support) I believe trying Debian out is much more easier now if you just tumble upon the wiki and start exploring, instead of already knowing someone who uses Debian. Using Debian on the FreeRunner is quite a great joy for anyone using Debian/Ubuntu/etc. on the desktop. Feel free to continue the work of cleaning up wiki(s). I was inspired by Risto's call for wiki cleaning, and I had already for some time thought the Debian side of instructions is in a terrible state. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Xavier Cremaschi wrote: Angus Ainslie a crit : Now I have a question of all of you. Should I continue to maintain Om2009. >From the recent poll by rhk it seems that SHR users outnumber OM users by ~ 7:1. So what I'd like to know is does anyone still think Om2009 is a worthy venture or should I move over to SHR and see what help I can be there. As a Om2009t5 user it's a big YES for me. I know that numbers speak against Om2009, but I use and love this distrib. I am using it since 1st july, and I find it : - usable (hi Paroli !) - stable while using (few reboots, only when battery exhausted or when I need to change SIM, which is rare) - stable while upgrading : I was used to break lots of things while upgrading my SHR-U, it's far better with Om2009 As another OM2009t5 user I'd like to chime in too. Again, I love OM2009t5 compared to other distro's I tried before. It was the first one for me with stable phone and GPS, no lost calls and decent battery. Comparing to OM2007, OM2008 and Qtopia here, not used any other. And yet, I'd prefer the scarce development effort into going to make one distro stable and featureful. If SHR is that one presently, then yes please, let's get SHR stable and have a big repository full of applications available as soon as possible. Just my opinion. -- Vibhav Sharma (khoonirobo) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
Nice, well done! I like that the moko page of Debian is a graphical showcase (add your OpenOffice screenshot there!) and the install instructions are separated (to debian wiki). I don't really remember calling for wiki cleaning, maybe mentioned the messy wiki somewhere but yes, the wiki needs a cleanup! 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 first experience made a bit easier...
On Thu, Aug 27, 2009 at 3:20 PM, Timo Jyrinkitimo.jyri...@gmail.com wrote: Hi, With the gust of fresh air everywhere, I took the liberty of joining the mess that was combined http://wiki.openmoko.org/wiki/Debian + http://wiki.debian.org/DebianOnFreeRunner , so that in the end the Openmoko wiki page is just a brief showcase about Debian and all information is included in a sensible, structured way on the Debian's wiki. I had been looking at installing debian a couple of days ago and it seems that this is a definite improvement! The only suggestion I have is to add some more examples for the install.sh script. An example that shows how to install debian on an already existing (empty) partition would be great. From the documentation I gather that this could be done by doing: mount /dev/your-partition /mnt/debian ./install.sh debian apt fso configuration tasks kernel cleanup unmount but I didn't test this (don't want it to start installing it on the wrong partition/distroying my other installations). -Timo Cheers, Edwin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume2 (was One Neo Freerunner for sale)
Am Donnerstag, den 27.08.2009, 13:49 +0100 schrieb Rui Miguel Silva Seabra: On Thu, Aug 27, 2009 at 01:47:22PM +0200, Lukas Märdian wrote: Am 27.08.2009 10:18, schrieb Markus T?rnqvist: On Thu, Aug 27, 2009 at 11:07:53AM +0300, Risto H. Kurppa wrote: Got info on that? Can I haz illume2 kthnxbye!? Yes, screenshots, links, something. Didn't hear about this before.. +1 please A little research on Google gave me this results: Enlightenment changeset from raster: http://trac.enlightenment.org/e/changeset/41883 and a small sentence about it on Planet E: http://trac.enlightenment.org/e/blog/ecn200934 I did that, but those aren't as nice as a nice little screenshot :) From what I see there is not much that could be shot as illume2 yet... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
[cut] Sorry to tell you but this is because there have been no changes in OM2009 - nothing that could break anything. That is the virtue os stable release. -- Kind Regards, 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
Re: Debian first experience made a bit easier...
2009/8/27 Risto H. Kurppa ri...@kurppa.fi: showcase (add your OpenOffice screenshot there!) Done :) 2009/8/27 Edder ed...@tkwsping.nl: I had been looking at installing debian a couple of days ago and it seems that this is a definite improvement! The only suggestion I have is to add some more examples for the install.sh script. Thanks. I added some examples, though I haven't myself installed Debian for a while since everything works and I haven't had a working spare SD card to try out. mount /dev/your-partition /mnt/debian ./install.sh debian apt fso configuration tasks kernel cleanup unmount This should theoretically be correct, though the possible environment variables matching the previously done partition setup would not hurt. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM2009
On August 27, 2009 12:53:44 am Ken Young wrote: This should not be interpreted as paroli being abandoned as paroli is in the SHR feeds. I haven't tested it, but getting it to work would be one of my first tasks if it doesn't. paroli has a LOT of fans, and your work on it is greatly appreciated! I'd just like to remind everyone that I'm not the one that put paroli together. Mirko Lindner was the chief architect there and Laszlo Krekacs has been doing a lot of work on it recently. So if anyone deserves thanks for paroli it's those 2. Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
!Hola! I must admit that every time I see a company announcing it's ready to do something in the web (write reviews to a shared blog, host something) I get some bad feeling. :) I understand , as user/pseudodevel/colaborator sometimes I got the same feelings , but without entering in much philosophy Tuxbrain was born as a FOSS friendly(to not say lover) company and no reasons on the horizon to leave that way :) But if the Tuxbrain logo isn't the biggest one on the site and other people have full access to the code too I can't see any proper reasons why this couldn't be OK. Especially it's great if you have resources (like Victor the designer) to do the job! Talking about resources a Intel Core2Duo 2x 2.33+ GHz 1066 MHz 64 bits RAM 2 GB DDR2 HDD 2x 500 GB SATA2 Debian Lenny server is on the way to host this :) And yes, I agree that first to set up it working for one distro first and then start improving it from there, supporting other distros too. I think the question is what distro should be first. SHR yes but testing or unstable? ATM testing's not used much and it's not maintained. We're hoping to see someone to take it over (maybe nytowl will do it) and make it usable again. Most of the people use Unstable. most people use unestable because there is no more option, if a testing release is released any day I think people will happyly migrate to that one time to time. I think supporting unstable first is a stupid act - hey, it's unstable! Testing makes more sense as things don't keep changing all the time. But things being as they are now.. I really don't know. I fear that if unstable's the first to be supported, no apps will ever find their ways to testing. After reading 4 times this paragraph I understad you, you mean use the showroom as motivation to devels/matainers to push to be in the testing release to be able to appear in the showrom, well good point, I hope we have a testing soon then :) Waiting to see the appstore uprunning somewhere :) soon soon :) (ps. now that SHR seems to be the #1 distro, I remember that someone somewhere said that this showroom installer could be integrated to SHR installer - Freerunner GUI for Showroom!) 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 -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
2009/8/27 Sebastian Krzyszkowiak seba.d...@gmail.com: On 8/27/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote: 2009/8/27 Sebastian Krzyszkowiak seba.d...@gmail.com: On 8/27/09, Risto H. Kurppa ri...@kurppa.fi wrote: (ps. now that SHR seems to be the #1 distro, I remember that someone somewhere said that this showroom installer could be integrated to SHR installer - Freerunner GUI for Showroom!) That was me. I think I can also help you with providing web API for showroom (well, for integrating SHR Installer it's must have ;)) if there is no such thing yet in apt-portal. Can you define what funtions has to provide that API? what format or returning do you expect(plain text,html), the more detailed the more easy to see how to do it? Plain text, easly parsable. About functions, those are few I have already in mind: list of categories, list of top rated apps, list of apps from category, app details, vote. Maybe also some kind of searching, and way to login and logout if it'll be needed. Ok taking note to analize -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Risto H. Kurppa a écrit : Sorry to tell you but this is because there have been no changes in OM2009 - nothing that could break anything. SHR instead is developed all the time - changes when upgrading - things might eventually break.. True, but as my gsm, my gps, etc... are ok, no could break anything change seems a good deal. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
2009/8/27 Xavier Cremaschi omega.xav...@gmail.com Risto H. Kurppa a écrit : Sorry to tell you but this is because there have been no changes in OM2009 - nothing that could break anything. SHR instead is developed all the time - changes when upgrading - things might eventually break.. True, but as my gsm, my gps, etc... are ok, no could break anything change seems a good deal. Then just flush one of the SHR-u images that people report as stable and don't upgrade... That's what I do. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Different Navit builds
I am not sure if all OSD Layouts should be placed on OSD wiki page [1], so i put it on my user page [2]. Scrrenshots here: [3] - I was missing the upload file link in navit wiki and have them up there anyway... Actually i think they should rather go into the same page, otherwise they can be hard to find. IMO (but it's only IMO) user pages are better used for personnal notes until you document something in a 'public' page. Don't be shy, edit the wiki ;) Will do. Also, the icon pack isn't needed anymore : instead you should rather use icon_s=96 and icon_l=96 (it was posted somewhere, and the default navit.xml has the right values). My layout (direction, announcer) depends on 70px graphics, but I try to change it for 96px - but this uses even more space. Any opinions from someone else if it would be better to use 70 or 96 for OSD? For the menu 96 is OK. Here is a version I put on the wiki with a slightly different layout that uses 96px png: http://wiki.navit-project.org/index.php/OSD_Layouts#FreeRunner_Layout_4 No screenshots, as uploading does not work yet (upload dir permissions) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
I must admit that I switched from OM2009 to SHR-U about a month ago now, since it looked like nothing was happening. I must admit that aside from Paroli (which apparently is coming soon to SHR-U - or already there), it wasn't obvious to me what the difference in goals were - the two environments seemed pretty similar, and seemed to be trying to do basically the same thing. If the effort being put into OM2009 was to instead be put into making an SHR Testing build that is a bit more up-to-date, and is kept stable, that would make me pretty happy. I don't see at this point why it makes sense to continue to put effort into OM2009 as a distro... Warren On Thu, Aug 27, 2009 at 11:01 AM, Michal Brzozowski ruso...@poczta.fmwrote: 2009/8/27 Xavier Cremaschi omega.xav...@gmail.com Risto H. Kurppa a écrit : Sorry to tell you but this is because there have been no changes in OM2009 - nothing that could break anything. SHR instead is developed all the time - changes when upgrading - things might eventually break.. True, but as my gsm, my gps, etc... are ok, no could break anything change seems a good deal. Then just flush one of the SHR-u images that people report as stable and don't upgrade... That's what I do. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Thu, Aug 27, 2009 at 12:39 AM, Angus Ainslienyt...@openmoko.org wrote: Now I have a question of all of you. Should I continue to maintain Om2009. From the recent poll by rhk it seems that SHR users outnumber OM users by ~ 7:1. So what I'd like to know is does anyone still think Om2009 is a worthy venture or should I move over to SHR and see what help I can be there. Abandone it if and only if you can lead the SHR stable effort. There are some technical difficulties with it: - most of the shr development and key decisions take place at irc. You are Canada based while most of the shr developers are Europe based, so there are some timing issues here;) - So I think the main developer channel should be something more permanent, like a mailing list. And every key decision should take place on it. However your message generated lot of response, but the main shr developers didnt speak up. So I think until you dont get all the required support (ie, people's agreements, mailing list setup, machine access, or using the available infrastructure, having some policies, etc) there is no question about abandoning om2009. Simply because it is stable, and stays stable. And all we would get is simply one distro less, and no adding value anywhere. This should not be interpreted as paroli being abandonned as paroli is in the SHR feeds. I haven't tested it, but getting it to work would be one of my first tasks if it doesn't. Maybe Im a bit biased here, but for me om2009 was perfect, because paroli got the necessary support, and I didnt care much about the other programs... But these days all special paroli requirements(eg: elementary) are provided by default in SHR, so there is no significant difference anymore. I would like to see the ubuntu approach: 1) Cherry pick a more or less working shr unstable image, and start debugging, contribute bugfixes only. 2) repeat the above step in every 3 month. For the first cherry-pick I would like to see waiting for the new 2.6.31 kernel with all the goodness, and stabilizing it. Just an idea. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] kernel 2.6.30
On Thursday 27 August 2009 07:21:07 am Vinzenz Hersche wrote: Am Donnerstag, 27. August 2009 13.12:39 schrieben Sie: Vinzenz Hersche hers...@puzzle.ch writes: i just want to ask when the new kernel, 2.6.30 for the openmoko (shr-unstable) should be ready? The plan so far is to wait for .31 upstream release, some moderate time for testing our (the work to produce a patchset and _major_ glamo stability and speed improvements was done by Lars-Peter Clausen) patchset on top of it and then it'll be available in SHR. so on which date you think the kernel is avaible? (i don't know the release-date for 31, also google doesn't gave me a quick answer..) Waiting for .31 shouldn't be to long, it is already in its 6th release candidate. Also one thing that tells me it shouldn't be to much longer because as far as I know three distributions are aiming to use that in their new release: Ubuntu, openSUSE, and Mandriva. I to am looking forward to seeing the .30 kernel in SHR, hopefully it will make SHR and even the Freerunner a better system and phone :) -- We must plan for freedom, and not only for security, if for no other reason than only freedom can make security more secure. Karl Popper signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On Thu, Aug 27, 2009 at 5:13 PM, Laszlo KREKACSlaszlo.krekacs.l...@gmail.com wrote: Simply because it is stable, and stays stable. And all we would get is simply one distro less, and no adding value anywhere. Oh, and dont forget some really nice features of om2009. One of them is the bind-home method which makes *EASY* of upgrading to newer version... Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Putting the *S*table back in *S*HR!
hey all, As I (and others) mentioned in the recent OM2009 thread - One of the great advantages of SHR is that it is being developed so quickly. However, I'd also say that one of the great *DIS*advantages of SHR is that it's being developed so quickly that it's often not very stable, and the 'testing' build is woefully out of date. I don't have very much spare time in my life right now, so I unfortunately can't take it on myself, but I think it'd be very beneficial if someone was willing to step up and take charge of getting shr-testing updated periodically, and maybe even releasing an shr-stable that has at least some of the snazzy stuff from shr-u in it. I can help with stability testing, and maybe a bit of documentation, but I can't go much beyond that... Anyone else willing and able to take this on? Warren -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Putting the *S*table back in *S*HR!
Warren Baird ha scritto: hey all, As I (and others) mentioned in the recent OM2009 thread - One of the great advantages of SHR is that it is being developed so quickly. However, I'd also say that one of the great *DIS*advantages of SHR is that it's being developed so quickly that it's often not very stable, and the 'testing' build is woefully out of date. This is why I never used SHR (and I won't for many time to come, I think) I don't have very much spare time in my life right now, so I unfortunately can't take it on myself, but I think it'd be very beneficial if someone was willing to step up and take charge of getting shr-testing updated periodically, and maybe even releasing an shr-stable that has at least some of the snazzy stuff from shr-u in it. Or rename it UHR (Unstable Hybrid Release) :P Bye! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Putting the *S*table back in *S*HR!
2009/8/27 DJDAS dj...@djdas.net Or rename it UHR (Unstable Hybrid Release) :P Bye! The meaning of SHR is pretty much historical by now :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Michal Brzozowski a écrit : Then just flush one of the SHR-u images that people report as stable and don't upgrade... That's what I do. I like small fixes, and I don't like huge breaking changes, nor this idea of a unstable, which is stable, which is not so stable please wait before upgrading... ok now! don't move then!. Of course I understand the lack of -testing and/or -stable branch is a suffered constraint and not a choice. I am not *against* SHR, but please do not forget people who prefer stability over bleeding-edge (hello Debian users o/) Xavier Cremaschi. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR Testing and Stable (was: Om2009)
-testing and -stable releases are possible, it's just a matter manpower. Right now, most of the people working on SHR are also developers, who -- by nature of the development process -- need to work on the unstable distro while they're developing their apps. I don't think anyone in the SHR team would object if there would be some people joining who want to concentrate on distilling the unstable packages into a testing (and from there on onwards) a stable distro. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Putting the *S*table back in *S*HR!
On Thu, Aug 27, 2009 at 11:39:13AM -0400, Warren Baird wrote: As I (and others) mentioned in the recent OM2009 thread - One of the great advantages of SHR is that it is being developed so quickly. However, I'd also say that one of the great *DIS*advantages of SHR is that it's being developed so quickly that it's often not very stable, and the 'testing' build is woefully out of date. Perhaps mv shr-2009-08-08 shr-testing ? Don't forget the known issue: opkg-cl update ; opkg-cl install opkg ... from now on, opkg bla bla bla again. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Warren Baird a écrit : I must admit that aside from Paroli (which apparently is coming soon to SHR-U - or already there), it wasn't obvious to me what the difference in goals were - the two environments seemed pretty similar, and seemed to be trying to do basically the same thing. Om2007 and Om2008 did not use FSO, so SHR was a community project made to put FSO into them. But the idea behind Om2009 is basically Om2008+FSO AFAIK, so yes they should be very similar. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Selling FreeRunner, like NEW, for 200€ (France).
Hi, I'm selling my FR. It's way underused (I didn't even remove the protective film from the screen). It's not buzzfixed. You'll need to learn how to flash it, because it's currently running a very old version of Qi (buggy) + Om2009 if I remember correctly (in short, slow and unusable). I'm selling it with the battery, charger, cable, pouch, box. I lost the pen. I didn't buy a bigger SD card, so I only have the small original one if you want it (and if I find it, no promise). I'm selling it for 200€, plus shipping. I'm living in Grenoble, France. Thanks, Xav ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Selling FreeRunner, like NEW, for 200� (France ).
Sorry to destroy your business, but Pulster is selling new FRs for 1€ cheaper... 2009/8/27 Xavier Bestel xavier.bes...@free.fr Hi, I'm selling my FR. It's way underused (I didn't even remove the protective film from the screen). It's not buzzfixed. You'll need to learn how to flash it, because it's currently running a very old version of Qi (buggy) + Om2009 if I remember correctly (in short, slow and unusable). I'm selling it with the battery, charger, cable, pouch, box. I lost the pen. I didn't buy a bigger SD card, so I only have the small original one if you want it (and if I find it, no promise). I'm selling it for 200€, plus shipping. I'm living in Grenoble, France. Thanks, Xav ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
I installed debian a couple of days ago. 1st try with a new 8GB sandisk uSDHC card, which failed with IO errors. I assume this is because of the SD card speed. Tried with a sandisk 4GB uSDHC, using install.sh, with VFAT boot partition. Install worked fine. Some problems encountered :- Re-camping. I can only tell it is doing this because I left it near my PC and the speakers were picking it up! Happens about every 5-10mins. I did not have this problem with SHR, it is stable for GSM. SMS has a few quirks, but nothing major. I know there is a hardware fix for this, but why no problems with SHR? Wifi, could not connect to my T-Com (Germany) wireless router (WEP). It was picked up using wifi-radar, but failed to get an IP address. I have never been able to connect to this router though, even using command line and config files etc. I have a new linksys N wifi router which I will try it on soon. GPRS worked fine. Midori and tangoGPS do not pick anything up from the internet via USB connection to PC. I can ping google no problem. Midori worked via GPRS. Not sure how to put it into suspend, seems a bit flakey! I have not had time to look into any of these problems yet, but will report findings when I do. -Lee ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
On 8/27/09, Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote: However your message generated lot of response, but the main shr developers didnt speak up. That idea (abbandoning om2009 in favor of shr-testing and -stable) came from PaulFertser, DocScrutinizer and few core SHR developers, so I don't think our response is really needed ;) We're rather waiting for Angus decision and watching what community says. About maillists - core decisions are discussed on shr-coreteam list, after that it's discussed publicly on shr-devel list (so when community don't agree with coreteam decission it doesn't have to happen at all). Every big decision regarding image or our apps *has to be* discussed publicly, on shr-devel or shr-user list. Only on IRC are discussed only small issues. Of course discussing big issues starts on IRC, but then it's moved to maillists ;) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One Neo Freerunner for sale
On Thu, Aug 27, 2009 at 12:05 AM, Rui Miguel Silva Seabra r...@1407.orgwrote: On Wed, Aug 26, 2009 at 11:47:36PM +0200, Steven Le Roux wrote: yes ! and the Illume 2 which will come in the next month will kick ass for sure :) Got info on that? Can I haz illume2 kthnxbye!? too early for the moment I think :) News from here : http://trac.enlightenment.org/e/blog/ecn200934 You can compile from src/modules/illume2 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QNavitCtl - Navit Bookmarks via dbus
Dnia 27 sierpnia 2009 10:15 Patryk Benderz patryk.bend...@esp.pl napisał(a): [cut] I like all the purposes you did it for - this makes Navit again a bit more usable Oh, come on Risto, it is much more usable than tangoGPS for example. Navit has a working routing engine which is vital. I'm looking for navit with garmin support ... it there any working package for shr? thanks ps. tangoGPS is ok for the bike :) Regards Bartek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
blink AUX or power light while suspended?
This may be an ignorant question, since I really don't know what the device can and can't do while it is suspended. I have often thought that it would be great if there were some way to signal a missed call or SMS without having to wake the system. The only possible method that occurs to me is to flash the AUX or power button light. This brings me to two questions: 1) Is it even possible for one of those lights to flash intermittently while the device is suspended? 2) If so, how much battery drain would be involved in flashing one of the lights very briefly every 10 or 15 seconds? Nathan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One Neo Freerunner for sale
My Neo Freerunner is sold to a new owner. ;-) -- View this message in context: http://n2.nabble.com/One-Neo-Freerunner-for-sale-tp3518424p3529482.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
Additional editing guidelines for distribution manuals (Was: SHR first experiences user manual)
2009/8/27, Risto H. Kurppa ri...@kurppa.fi:
Hi!
Sorry for an ugly post.
Now that I also decided to go for SHR I was requested [1] to check if
the SHR user manual is factually correct.
So here are some comments:
SHR (Stable Hybrid Release) is here to provide you with Root
FileSystem images that you can easily install onto your Freerunner to
use as a daily phone. It's filled with prepackaged software that can
be installed upon demand by users
So I can off-line install the packaged apps? No, I bet you mean that
is has stuff pre-installed and you can get more from the
repositories..
Reading http://wiki.openmoko.org/wiki/SHR_User_Manual#SHR_Specific and
I already have the feeling that this hass too many tech stuff.. 'root
filesystem image', 'ophonekitd' - is that stuff really required here
to be able to use it? I prefer a nice smooth experience, easy for
beginners too. Do I now need to go and find out what's ophonekitd?
http://wiki.openmoko.org/wiki/SHR_User_Manual#Stability
Maybe the difference of testing and unstable should be written here,
not in the introduction?
btw. a screenshot (or logo when there is one) would be nice to see on
top of the manual page, it just would make it again a bit more
appealing.
http://wiki.openmoko.org/wiki/SHR_User_Manual#Installation
Maybe the differencies of lite and normal image should be explained
_before_ you tell where to get them? And somewhere later tell how to
upgrade -lite to normal
AFAIK only -lite images are currently available? (ok, dos1 explained
newest fat images were broken and he removed it)
Maybe 'source code' should not be in the 'installation' chapter but
more of 'devel' or something like that.
Image content: it'd be nice if there were links from the items to home
pages. What's illume? What's vala-terminal? What's pythm?
Installation: it might not be a bad idea to remind people to upgrade
the phone firmware and QI/uboot (and maybe tell which one is more
popular - see http://www.doodle.com/svvsubwnyn4zaxd3 )
Anyway, these are the files I flashed:
-rw-r--r-- 1 rhk rhk 69992448 2009-08-08 17:49 lite-om-gta02.jffs2
-rw-r--r-- 1 rhk rhk28596 2009-08-26 19:05
qi-s3c2442-1.0.2+gitr243+36bb5c03756268ff15b2d95a043ffb39a919ce5c.udfu
-rw-r--r-- 1 rhk rhk 1832764 2009-08-16 23:32
uImage-2.6.29-oe11+gitr119838+2d158aae9d8d36f575504f59884ed8e80802efe2-r3.5-om-gta02.bin
flashing.
I'd like to be able to have a dir on my uSD and mount it automatically
as /home (on om2009 that was the folder bind-home on uSD) but I guess
manually editing fstab will have to do. Maybe that should be explained
somewhere here?
How come the check of version is explained before the booting process?
booting.
Initial setup:
Some lines about the possibilities there would be nice.. How on earth
do I know what profile to select? Or what 'quick launch' is? Or why do
I have to see screens where I only can select one item? ('irc' told me
that the quick launch menu has no effect.. nice...)
rebooting.
Screenshot showing the wrench would be nice.
The manual explains directly the wrench options - maybe SHR settings
would be more important for usual settings instead of double click
stuff etc..
Maybe explaining SHR post-installation SCP commands could be done on
SHR post-installation page instead of the manual. I think it's enough
to explain what is it and why to run it and then link to the page.
It isn't also told anywhere to run opkg update;opkg upgrade.
Post-installation script would run opkg update, not upgrade. And
here's a discussion telling the benefits of the script:
13:41 rhkfin Should I run the SHR post-installation script at
http://wiki.openmoko.org/wiki/SHR_post-installation
13:42 rhkfin (as recommended in the SHR manual)
13:42 DocScrutinizer never heard of
13:43 dos1 neither me
13:43 DocScrutinizer even SHR-manual !? wow o.O
13:43 rhkfin http://wiki.openmoko.org/wiki/SHR_User_Manual
13:44 dos1 cellhunter?
13:44 dos1 ...
13:44 dos1 use openBmap ;P
13:44 rhkfin no, not cellhunter :)
13:44 rhkfin yes I will :)
13:44 rhkfin (being in ~top5 there :)
13:44 dos1 Navit is already newest in SHR repo
13:44 dos1 ffalarms is in image
13:44 rhkfin obexpush?
13:45 dos1 dates/tasks - will be replaced by opimd apps soon and in
shr image by default
13:45 dos1 obexpush - hmm... i'll look at it and maybe include in image
13:45 rhkfin and I won't need them anyway..
13:45 rhkfin dos1: ok, great
13:45 dos1 mokomaze why isn't it in fat image by default? o_O
13:45 dos1 cellhunter - no comment :P
13:46 rhkfin dos1: is there a fat image around? I only find lite..
13:46 dos1 rhkfin: newest fat image was broken
13:46 dos1 rhkfin: so i removed it
13:46 rhkfin dos1: ah, ok
13:46 dos1 rhkfin: on next regeneration it should be there back
13:46 ::: kvaster [n=kvas...@93.84.112.80] has joined #openmoko-cdevel
13:47 dos1 that script is useless
13:47 rhkfin I agree..
13:47
Towards paperless geocaching - Advanced Geocaching Tool for Linux
Notify the community mailing list. (http://wiki.openmoko.org/wiki/Applications) Advanced Geocaching Tool for Linux has all important features to make your geocaching life easier: - download geocaches for offline use with full text, hints images on your freerunner - map view with icons for nearby geocaches (uses openstreetmaps and tangogps map directory, downloades missing tiles automatically) - search the internal database for geocaches by name or type - target selection: selected geocache, one of its waypoints or manual input more at http://www.opkg.org/package_268.html -- View this message in context: http://n2.nabble.com/Towards-paperless-geocaching-Advanced-Geocaching-Tool-for-Linux-tp3529624p3529624.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Angus, First I want to thank you for your work on Om2009. This is what I like about Om2009: * Paroli * Focus on stability / a working phone * bind_home directory I played around with SHR as well, and I think that the items mentioned above are missing in SHR. If you could contribute in enhancing SHR in these areas, this would be great for the whole Openmoko community. Kind regards, Jan. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkqW54AACgkQvuFuLCp9giDXBACfQ97xBi59R1oTdeO3EOUXr3Lp xd4AmgIRwuD5cUQHvMEAvkJ1GYjVvC62 =ho1A -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
On Thu, Aug 27, 2009 at 01:52:51PM +0200, Sebastian Krzyszkowiak wrote: On 8/27/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote: Can you define what funtions has to provide that API? what format or returning do you expect(plain text,html), the more detailed the more easy to see how to do it? Plain text, easly parsable. JSON is very popular, and IMO with good reason. It maps to practically every language and delivers exactly what's expected. It gets my two cents. About functions, those are few I have already in mind: list of categories, list of top rated apps, list of apps from category, app details, vote. Maybe also some kind of searching, and way to login and logout if it'll be needed. It'd be real sweet to have some wiki or whatever for design ideas like these. Wonder if apt-portal would have something already in Launchpad... -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
