Re: Debian first experience made a bit easier...
2009/9/6 Nikita V. Youshchenko yo...@debian.org: Doing debian install with (c)debootstrap, as current install.sh does and as debian installer does, although being a standard way, is somewhat questionable on slow devices such as freerunner. This is plainly slow, compared to reflashing or archive unpacking. Also it is vulnerable to temporary archive breakages, as the current story with dpkg 1.15.4 shows. There is truth to that, but I just personally prefer real installation to .tar.gz:s. Of course, with a grain of trustworthiness of having the .tar.gz:s hosted under Debian it would be better than downloading from random places around the web. Remenber, zhone is not intended to be end-user phone app. We should package paroli, and/or litephone, and/or shr phone tools. However, zhone works quite well. But yes paroli for example definitely - and we're on a very good path now. Elementary is now (again) in NEW queue (http://ftp-master.debian.org/new.html), after that there is only python-elementary bindings left to have everything ready for packaging paroli (and intone). For example, it's nice that mokomaze is in debian, but if you install it ... And it was just an example. Another one: after aptitude install mplayer, I Yeah, thanks for bringing me back to Earth :) I just accept almost anything if I just get to use Debian, and I'm happy the ground work starts to be ready, but those two examples are quite good about the real polishing need. TangoGPS of course works quite flawlessly at the moment, but MPlayer with Tremor support and without confusing GUI option would be good, as well as a fixed mokomaze. I believe there are always ways to fix the problems in an acceptable way, but it may indeed need some work. Maybe something can be done in the openmoko-files-config to trigger some stuff in eg. mokomaze. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Contacts from Nokia N70 to opimd with PISI: no phone field
Hi, I think, this is not about opimd at all - it should rather be a problem with the VCF implementation in PISI. I filed a bug already ... I hope, I will find the time to get this fixed till end of this week. Michael Original-Nachricht Datum: Mon, 07 Sep 2009 08:51:19 +0400 Von: Vadim, Efimov eva...@evadim.ru An: List for Openmoko community discussion community@lists.openmoko.org Betreff: Re: Contacts from Nokia N70 to opimd with PISI: no phone field On Sun, 06 Sep 2009 00:05:42 +0400, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: In opimd. I can't query it via opimd-cli (console not properly localized), in opimd-contacts i see: Work phone Fax phone Cell phone Home phone After i click edit save via GUI - small mobile phone icon appear: http://gallery.evadim.ru/d/435-1/opimd-contcts-screen.png Also, i can't search in opimd-contacts contacts with russian names, even by phone number, but this another story... ___ 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: [SHR] Using **pending_return in dbus_connection_send_with_reply_setup()
c_c wrote: Hi, Couldn't agree with you more. But, it seems like the edbus and gtk bindings for dbus need to be updated to meet with the newer dbus requirements - which means work upstream. Wonder when that is going to happen. At least the message can be subdued. Do you know who is 'upstream'? Who should we bug to get this fixed? -- View this message in context: http://n2.nabble.com/SHR-Using-pending-return-in-dbus-connection-send-with-reply-setup-tp3591919p3596159.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: apt-portal import opkg repos :) some comments
2009/9/5 Markus Törnqvist m...@nysv.org: On Wed, Sep 02, 2009 at 11:45:08AM +0200, David Reyes Samblas Martinez wrote: https://tuxbrain.org/websvn/ Hooray! Hi ssh+svn through a public key maybe is the most comfortable option, so send me a private mail with user name do you want i and a public key to generate the key(Markus sure you know but maybe other willing to colaborate and this aplies to anyone wanting to code on this) on the pc you want to use your local svn clone $ mkdir ~/.ssh/ $ cd ~/.ssh/ $ ssh-keygen -t dsa and send to me the ~/.ssh/id_dsa.pub I did it, but forgot to mention I'd like my username to be mjt :) Yes surelly this will get out of the vcs soon, but maybe someone is curiouse about structure or the info extracted from the repo so this was a qd to make it available for download, and ... what the hell !! I was proud of the success and want to show it :P Sure thing :) Mil gracias! -- mjt Done , so we will have to start a little more serious roadmap and start step by step, I will propose one later on but if anyone is faster don't be shy and tell us :) ___ 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
[shr-u] Bluetooth (was mplayer with glamo and audio working?)
Paul Fertser wrote: KaZeR ka...@altern.org writes: Or maybe it's like mms and bluetooth pairing/handling: people are interested but don't make much noise about it cause it's nowhere near functionnal right now.. Bluetooth pairing works flawlessly, bluetooth A2DP works, bluetooth networking works, bluetooth music player control works, bluetooth mouse/keyboard work, bluetooth GSM headsets work but with inconveniences. What bluetooth doesn't work for you? As Arne said, i'm not saying that bluetooth doesn't work : i'm saying that bluetooth pairing (using a script works, but isn't convenient) or handling (switching the link to the headset on/off is a pita) needs something more polished: even if i do like scripting my phone, some things need a convenient gui, for the use cases where using a script isn't convenient. And even if the shr guys did a great job so far (shr-settings is really helpful), it would be really nice (at least for me) if that gap could be filled. Switching the headset on/off depends of FSO, i guess? c_c, any support planned for mms in launcher? Or does it relies upon FSO? -- View this message in context: http://n2.nabble.com/shr-u-mplayer-with-glamo-and-audio-working-tp3575025p3596269.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: Launcher - v 0.35 Release (inbuilt contacts, sms and phonelog)
c_c wrote: Hi, KaZeR wrote: cut but with the view scrolled to the bottom of the list. Sure. Will implement it by this weekend. Time is up! Put down your pen, release your binaries :) -- View this message in context: http://n2.nabble.com/Launcher-v-0-35-Release-inbuilt-contacts-sms-and-phonelog-tp3552019p3596284.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: [debian] help: working fso packages, anbody?
Why not use packages from pkg-fso repository? it's not 5.5? and how is that in any way related to my question? And newer set is being prepared, you know. so? that means i am not allowed to ask? and btw: the set is prepared for weeks now and does not arrive, nor is there any schedule visible. i understand the problems withg both man power and debian's way -- but i reserve the right to make my own decisions and i certainly don't think that why don't you do b? is a helpful answer to a question has anyone a? if that had happened, say, friday evening, i hadn't asked -- i got the whole weekend to figure things out. but since it happened sunday night with a week of little or no spare time ahead, i need a working phone. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: opimd: a bug (?) and how to list missed calls?
On Mon, Sep 7, 2009 at 12:58 AM, Sebastian Krzyszkowiakseba.d...@gmail.com wrote: And I don't know how to send dictionaries by mdbus ;( I dont know, just asking: Is dbus suited to pass large data through the bus? Ie. it is not better practice, that you save to a file, and give only the filename to the client? Maybe it is slower. Just cant believe, that dbus is built for large data transfer. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-Today] Accept call without unlocking
Hi, Quite often when I get a call, all I see is the locked screen. Now, what I would expect is to able to accept the call without actually unlocking the phone. Can we have another slider like control with slider thumb in between. Moving the slide to left accepts the call and moving it to the right rejects it. --Vikas PS: I had a look at the TODO list in git( http://github.com/slyon/today/blob/b279a6af85352de0ca9db4ac3c1f4f06e086ed8b/TODO) and this didn't appear there ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
On Mon, 2009-09-07 at 17:20 +0530, Vikas Saurabh wrote: Hi, Quite often when I get a call, all I see is the locked screen. Now, what I would expect is to able to accept the call without actually unlocking the phone. Can we have another slider like control with slider thumb in between. Moving the slide to left accepts the call and moving it to the right rejects it. --Vikas PS: I had a look at the TODO list in git( http://github.com/slyon/today/blob/b279a6af85352de0ca9db4ac3c1f4f06e086ed8b/TODO) and this didn't appear there An observation - Ive lost a few calls (~5) now due to wsod on resume - until this is fixed (and after so long, is it likely to ever be fixed?) - making the bottom left 1/4 of shr-today accept, and bottom right quarter reject would be nice when the thing wsods on resume (the TS still works - just cant see what you are doing) when a call comes in. Yes its a hack, but unless wsod is fixed, what alternative do we have. Oh, and sliders suck :) Got laughed at the other day when I dragged out the FR to look up a date - I had the screen brightness down a bit as I was previously using it indoors - finger operation of sliders isnt good (besides having to navigate layers of menus to get to it) - I might have laughed in frustration myself if I wasnt cringing from the derogatory comments the FR interface got - not a good advertisement :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] help: working fso packages, anbody?
2009/9/7 arne anka openm...@ginguppin.de: could someone please post a working set of fso packages for debian? the last working configuration i had were packages from july, but i did not save them anywhere ... I have the following set working. Ie. everything from Debian main repository, nothing from pkg-fso repository (except for kernel): dpkg -l *fso* | cat ... un fso-config none (no description available) ii fso-config-gta02 20090224-1 configuration files for Openmoko GTA02 Neo F ii fso-frameworkd 0.8.5.1-1 freesmartphone.org Framework Daemon un fso-frameworkd-wireless-glue none (no description available) ii fso-gpsd 0.8-3 gpsd compatibility daemon for the freesmarpt ii fso-gsm0710muxd0.9.3.1-3 GSM 07.10 Multiplexer un fso-sounds none (no description available) ii fso-sounds-none0.8.5.1-1 void ringtones for the freesmartphone.org fr pn fso-sounds-openmoko-nonfreenone (no description available) ii fso-sounds-yue-base20081031-2 Yue base ringtones for the freesmartphone.or ii fso-sounds-yue-full20081031-2 Yue full ringtones for the freesmartphone.or pn fso-utils none (no description available) pn pkg-fso-keyringnone (no description available) Zhone is the just updated one which brings libevas-svn-03-engines-x among else. You may need to remove the old pkg-fso cruft first. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why frameworkd starts automatically playing ringtone, aka. how to debug frameworkd?
On 9/7/09, Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote: Hi! It looks like frameworkd plays the ringtone file by itself. I requested before it in the program, but always got AlreadyPlaying exception. I checked the rules.yaml file, but there is no rule for playing ringtone. I also observed the dbus line using mdbus -l -s, but it does not print out from where the signal arrived (it only indicates, that a service received the signal). I checked ophonekitd too, and there is also automatic ringtone playing, and looks like it is not ophonekits who requested it. Im a bit lost at this stage, I dont know how to debug further. Could somebody shred a bit of light? Best regards, Laszlo mdbus: [SIGNAL]org.freesmartphone.Phone.CallCreatedfrom :1.18 /org/freesmartphone/Phone (op'/org/freesmartphone/Phone/GSM/13',) [SIGNAL]org.freesmartphone.GSM.Call.CallStatusfrom :1.11 /org/freesmartphone/GSM/Device ( 1, 'incoming', { 'direction': 'incoming', 'line': 0, 'mode': 'voice', 'peer': '+362', 'status': 'incoming'}) [SIGNAL]org.freesmartphone.Device.Audio.SoundStatusfrom :1.19 /org/freesmartphone/Device/Audio ('/usr/share/sounds/ringtone_ringnroll.wav', 'playing', { }) [SIGNAL]org.freesmartphone.Usage.ResourceChangedfrom :1.20 /org/freesmartphone/Usage ('Display', True, { 'policy': 0, 'refcount': 1}) [SIGNAL]org.freesmartphone.Usage.ResourceChangedfrom :1.20 /org/freesmartphone/Usage ('Display', True, { 'policy': 0, 'refcount': 1}) [SIGNAL]org.freesmartphone.GSM.Network.SignalStrengthfrom :1.11 /org/freesmartphone/GSM/Device (75,) [SIGNAL]org.freesmartphone.Device.PowerSupply.Capacityfrom :1.19 /org/freesmartphone/Device/PowerSupply/battery (94,) [SIGNAL]org.freesmartphone.GSM.Call.CallStatusfrom :1.11 /org/freesmartphone/GSM/Device (1, 'release', { 'status': 'release'}) [SIGNAL]org.freesmartphone.PIM.Calls.NewCallfrom :1.13 /org/freesmartphone/PIM/Calls ('/org/freesmartphone/PIM/Calls/58',) [SIGNAL]org.freesmartphone.PIM.Calls.NewMissedCallsfrom :1.13 /org/freesmartphone/PIM/Calls (22,) [SIGNAL]org.freesmartphone.PIM.Calls.MissedCallfrom :1.13 /org/freesmartphone/PIM/Calls ('/org/freesmartphone/PIM/Calls/58',) [SIGNAL]org.freesmartphone.Phone.CallReleasedfrom :1.18 /org/freesmartphone/Phone (op'/org/freesmartphone/Phone/GSM/13',) [SIGNAL]org.freesmartphone.Phone.Call.Releasedfrom :1.18 /org/freesmartphone/Phone/GSM/13 () [SIGNAL]org.freesmartphone.Device.Audio.SoundStatusfrom :1.19 /org/freesmartphone/Device/Audio ('/usr/share/sounds/ringtone_ringnroll.wav', 'stopped', { }) [SIGNAL]org.freesmartphone.Usage.ResourceChangedfrom :1.20 /org/freesmartphone/Usage ('Display', False, { 'policy': 0, 'refcount': 0}) [SIGNAL]org.freesmartphone.GSM.Network.SignalStrengthfrom :1.11 /org/freesmartphone/GSM/Device rules.yaml: r...@om-gta02 ~ $ cat /etc/freesmartphone/oevents/rules.yaml # This file is in YAML format (http://www.yaml.org/) # We define a list of rules that will be automatically loaded # When we start the oevents module of the framework daemon # # The attributes of a rule are : # - trigger : trigger object # - filters : filters object or list of filters objects # - actions : action object or list of actions objects # # We define the following functions : # - CallStatus(): create a trigger object activated on a call status event # - PowerStatus() : create a trigger object activated on a power status event # - HasAttr(name, value): create a filter that accept signal with a given attribute # - Not(filter) : create a neg filter # - PlaySound(file) : Action that starts to play an audio file # - StopSound(file) : Action that stop an audio file # - SetScenario(name) : Action that sets an audio scenario # - StartVibration # - StopVibration # - RingTone(cmd) : cmd can be 'start' or 'stop' # - Time(hour, min) : create a trigger activated at the given time # - Debug(msg) : Action that prints a debug message (only for debuging) - # # Call - Audio Scenario Handling # trigger: IncomingMessage() actions: MessageTone(play) - while: CallListContains(incoming) filters: Not(CallListContains(active)) actions: - RingTone() - Command('xset -display localhost:0 s reset') - SetLed(gta02_aux_red, blink) - OccupyResource(Display) - #while: CallStatus() #filters: Or(HasAttr(status, outgoing), HasAttr(status, active)) #actions: #- OccupyResource(CPU) #- #while: CallStatus() #filters: #- Or(Or(HasAttr(status, outgoing), HasAttr(status, active)), And(HasAttr(status, incoming),
Re: Contacts from Nokia N70 to opimd with PISI: no phone field
On 9/7/09, Vadim, Efimov eva...@evadim.ru wrote: On Sun, 06 Sep 2009 00:05:42 +0400, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: In opimd. I can't query it via opimd-cli (console not properly localized), in opimd-contacts i see: Work phone Fax phone Cell phone Home phone After i click edit save via GUI - small mobile phone icon appear: So it means PISI isn't adding tel: prefix to field values, which is wrong :P http://gallery.evadim.ru/d/435-1/opimd-contcts-screen.png Also, i can't search in opimd-contacts contacts with russian names, even by phone number, but this another story... opimd-contacts isn't supposed to be phone suite. Patches are welcome, but I won't work on such things by myself, sorry (unless they are opimd problems, not opimd-utils). -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Using **pending_return in dbus_connection_send_with_reply_setup()
On 9/7/09, c_c cchan...@yahoo.com wrote: Hi, Couldn't agree with you more. But, it seems like the edbus and gtk bindings for dbus need to be updated to meet with the newer dbus requirements - which means work upstream. Wonder when that is going to happen. At least the message can be subdued. No, it's not about edbus, gtk nor qt bindings. It's about dbus-c++, python-dbus and dbus-glib. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why frameworkd starts automatically playing ringtone, aka. how to debug frameworkd?
On Mon, Sep 07, 2009 at 04:06:49PM +0200, Sebastian Krzyszkowiak wrote: while: CallListContains(incoming) filters: Not(CallListContains(active)) actions: - RingTone() I think that's the part of rules.yaml you want to see ;) Would a finer tailored rule set better handle call waiting? At list the application gets really nutty by the time this happens... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] Bluetooth (was mplayer with glamo and audio working?)
Hi, KaZeR wrote: Switching the headset on/off depends of FSO, i guess? Yup. Though I'm planning on automating it in launcher. Any idea how launcher can know if the phone has resumed from suspend? KaZeR wrote: c_c, any support planned for mms in launcher? Or does it relies upon FSO? I'm near finishing CSM support. Once that is done - I want to implement categories in Contacts too. I'm thinking of something on the lines of Family, Friends, Work and Misc to begin with. Usual toolbar on the top to switch between categories. Then, I'm also looking at adding support fro vcards (receiving and sending). Any ideas if there is a library to parse this? MMS can come next - if someone can point me to how it's done and test what I produce ;-) -- View this message in context: http://n2.nabble.com/shr-u-mplayer-with-glamo-and-audio-working-tp3575025p3597769.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: Launcher - v 0.35 Release (inbuilt contacts, sms and phonelog)
c_c wrote: Actually, I'm a little stuck since there is an issue in getting messages from opimd with the latest updates. SMS is broken as of now - I was in the middle of adding CSM support when this happened. Are you talking of this issue? nasty error wrote: Updating SMS data.. process 1595: type dict_entry 101 not a basic type D-Bus not built with -rdynamic so unable to print a backtrace Aborted -- View this message in context: http://n2.nabble.com/Launcher-v-0-35-Release-inbuilt-contacts-sms-and-phonelog-tp3552019p3597779.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: [SHR-Today] Accept call without unlocking
On 9/7/09, William Kenworthy bi...@iinet.net.au wrote: On Mon, 2009-09-07 at 17:20 +0530, Vikas Saurabh wrote: Hi, Quite often when I get a call, all I see is the locked screen. Now, what I would expect is to able to accept the call without actually unlocking the phone. Can we have another slider like control with slider thumb in between. Moving the slide to left accepts the call and moving it to the right rejects it. --Vikas PS: I had a look at the TODO list in git( http://github.com/slyon/today/blob/b279a6af85352de0ca9db4ac3c1f4f06e086ed8b/TODO) and this didn't appear there An observation - Ive lost a few calls (~5) now due to wsod on resume - until this is fixed (and after so long, is it likely to ever be fixed?) WTF? WSOD still happening? What kernel do you use? o_O -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Any news about Project B?
There are two possibilities about project B: - it was abbandoned 2009-08-17 - it's starting to being manufactured To the best of my knowledge it was not abandoned on 17th August 2009 :) Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why frameworkd starts automatically playing ringtone, aka. how to debug frameworkd?
On 9/7/09, Rui Miguel Silva Seabra r...@1407.org wrote: On Mon, Sep 07, 2009 at 04:06:49PM +0200, Sebastian Krzyszkowiak wrote: while: CallListContains(incoming) filters: Not(CallListContains(active)) actions: - RingTone() I think that's the part of rules.yaml you want to see ;) Would a finer tailored rule set better handle call waiting? At list the application gets really nutty by the time this happens... Rui No. Call waiting is already fixed in SHR by moving handling sound states from oeventsd to libframeworkd-phonegui-efl. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] Bluetooth (was mplayer with glamo and audio working?)
On Monday 07 September 2009 16:38:24 c_c wrote: Yup. Though I'm planning on automating it in launcher. Any idea how launcher can know if the phone has resumed from suspend? http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=HEAD#SystemAction :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
An observation - Ive lost a few calls (~5) now due to wsod on resume - until this is fixed (and after so long, is it likely to ever be fixed?) - making the bottom left 1/4 of shr-today accept, and bottom right quarter reject would be nice when the thing wsods on resume (the TS still works - just cant see what you are doing) when a call comes in. Yes its a hack, but unless wsod is fixed, what alternative do we have. is there a way to detect wsod from software at all? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Contacts from Nokia N70 to opimd with PISI: no phone field
Hi, although, this is not the standard way of storing phone numbers; I filed a bug to address this issue (as I do not want to start this discussion again). There will be another option in the config file for opimd PIM sources with the next release, which shall indicate whether to prefix phone numbers automatically in opimd when syncing. Michael Original-Nachricht Datum: Mon, 7 Sep 2009 16:15:45 +0200 Von: Sebastian Krzyszkowiak seba.d...@gmail.com An: List for Openmoko community discussion community@lists.openmoko.org Betreff: Re: Contacts from Nokia N70 to opimd with PISI: no phone field On 9/7/09, Vadim, Efimov eva...@evadim.ru wrote: On Sun, 06 Sep 2009 00:05:42 +0400, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: In opimd. I can't query it via opimd-cli (console not properly localized), in opimd-contacts i see: Work phone Fax phone Cell phone Home phone After i click edit save via GUI - small mobile phone icon appear: So it means PISI isn't adding tel: prefix to field values, which is wrong :P http://gallery.evadim.ru/d/435-1/opimd-contcts-screen.png Also, i can't search in opimd-contacts contacts with russian names, even by phone number, but this another story... opimd-contacts isn't supposed to be phone suite. Patches are welcome, but I won't work on such things by myself, sorry (unless they are opimd problems, not opimd-utils). -- Sebastian Krzyszkowiak dos ___ 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: [SHR-Today] Accept call without unlocking
On Monday 07 September 2009 07:50:30 am Vikas Saurabh wrote: Hi, Quite often when I get a call, all I see is the locked screen. Now, what I would expect is to able to accept the call without actually unlocking the phone. Can we have another slider like control with slider thumb in between. Moving the slide to left accepts the call and moving it to the right rejects it. I like the slider idea, then we can avoid the same problem that the iphone users have, pocket answering/rejecting. One of my friends has a iphone and that is one thing he doesn't like when he gets a call a window opens up above the home (lock) screen saying who is calling and has a button to answer or to reject the call. The problem he has is accidentally hitting one of the two but tens trying to get his phone out of his pocket. A slider should help prevent/reduce this problem. -- 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: Contacts from Nokia N70 to opimd with PISI: no phone field
On 9/7/09, Michael Pilgermann kichka...@gmx.de wrote: Hi, although, this is not the standard way of storing phone numbers; I filed a bug to address this issue (as I do not want to start this discussion again). There will be another option in the config file for opimd PIM sources with the next release, which shall indicate whether to prefix phone numbers automatically in opimd when syncing. Michael I seem to remember that discussion and someone pointed to tel: being valid and standard way of storing phone numbers (with some nice link proving that). Anyway, that's standard which opimd follows with many features (like normalizing phone numbers when comparing) and if PISI (or any other opimd client) isn't doing that, then it isn't really supporting opimd :x -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: appraw - .desktop file patcher for fsoraw
Thanks for that, very useful, but why have you commented the fsoraw dependency? -- View this message in context: http://n2.nabble.com/appraw-desktop-file-patcher-for-fsoraw-tp3481050p3597875.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: [SHR-Today] Accept call without unlocking
On Mon, Sep 07, 2009 at 04:43:59PM +0200, Sebastian Krzyszkowiak wrote: On 9/7/09, William Kenworthy bi...@iinet.net.au wrote: An observation - Ive lost a few calls (~5) now due to wsod on resume - until this is fixed (and after so long, is it likely to ever be fixed?) WTF? WSOD still happening? What kernel do you use? o_O Oh, yes, WSOD still happens. But in contrast to the past the problem may vanish after a further suspend, see http://docs.openmoko.org/trac/ticket/2274 (Kernel regression: white screen of death reappeared with 2.6.29). I was suprised about the fact that one no longer has to restart to get again a working state and verified it only a few hours ago. In general one needs only one or two suspend iterations until the white screen vanished :-) Jens ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sdcrard - most common partition layout?
Hi, On Sun, Sep 6, 2009 at 4:24 PM, Cameron Frazier frazier.came...@gmail.comwrote: I do not use a swap file (for better or worse), so one is not included. Switching to my alternate OS is easy with Qi, just needs a bit of timing. My OS partitions are a bit bigger then required for the SHR image, but I have the room, and I'd rather err on the side of providing too much room rather then not enough. I hope that helps, Yes - it does. Thanks! -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher - v 0.35 Release (inbuilt contacts, sms and phonelog)
Hi, KaZeR wrote: Are you talking of this issue? Yup. Has been fixed today. Almost got Launcher working again. Should release soon. -- View this message in context: http://n2.nabble.com/Launcher-v-0-35-Release-inbuilt-contacts-sms-and-phonelog-tp3552019p3597917.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: [shr-u] Bluetooth (was mplayer with glamo and audio working?)
Hi, Michael 'Mickey' Lauer-2 wrote: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=HEAD#SystemAction That was fast!. Thanks. I really need to read up on everything that FSO provides. :-) -- View this message in context: http://n2.nabble.com/shr-u-mplayer-with-glamo-and-audio-working-tp3575025p3597940.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: Launcher - v 0.35 Release (inbuilt contacts, sms and phonelog)
c_c (via Nabble) a écrit : Hi, KaZeR wrote: Are you talking of this issue? Yup. Has been fixed today. Almost got Launcher working again. Should release soon. Great. I really like your messaging app, can't wait to get it back :) -- View this message in context: http://n2.nabble.com/Launcher-v-0-35-Release-inbuilt-contacts-sms-and-phonelog-tp3552019p3597949.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: [debian] help: working fso packages, anbody?
On 9/7/09, arne anka openm...@ginguppin.de wrote: looking around i detected that fso-usaged segfaults immediatly after start -- seems i am now stuck with exactly the packages bitten by that annoying bug heiko stübner posted weeks ago and there are still no newer packages available. bummer. Check your configuration (frameworkd.conf). fsousaged needs correct sections defined in config file. You can compare it with SHR's one. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
om-showroom half-serious task list
Hi, heres is my serious proposal of task list for the firt release of the showroom, also some doubt and comments, joao I need some guiadance. -Package filtering:using a config file to block some packages to be showed the showroom package selector in order to simplify the editors works. this config file will contain a list of strings with wildcards and if any package name meets one of this will not appear on the package list. I consider than devel, docs, fonts, plugins from main packages and libraries must not appear in a application showroom so using this principle I have reduced from 8215 to 510 using the filter criteria in a sql statement[2] on the shrunestable database Doubts on how to face the implementation of this: -two approaches: -on the import itself, no include this on the database on import -pros:small and more quick database -cons:a package not imported will be not posible to be included in the showroom -filter it on the showroom editor , build the sql query online using this blacklist file to retry the allowed packages to be included. -pros:possible to disable/modify the filter by the editor and being able to include any package on the repo -cons:big and slow? database, a bit more dificult to implement edit management part. This point is the first I will dedicate some time once the approach is decided, if no input received I will procced with the second approach -Web application (om-showroom it self) Due the design is still pending I will start development on an an ugly plain text and html tables without care about, styles, colours or nothing image/look related , only focusing in that the info can be shown and edited For the first release -Welcome page -App Navigation: -the categories will be predefined with the freedesktop.org Main registered ones[1], if the amount of apps of one category began to rise then a two level navigation will be implemented using the additional categories of freedesktop.org too. -App Details: -main screenshoot: a predef image will be shown if no one is uploaded -Short description:based on the package description will be showed in the applications list during navigation, editable through application editor no mor e than 255 chars -Description:description without char descriptions and surely not on this release but in next ones with wiki formating style. -package name, source and homepage inherited from packages info -comments -voting -more screenshots?(doubt if it will be included on this release) -additional links?(doubt if it will be included on this release) -Editor page -Form for edit all the above with -Package filtering?(see Package filtering item above) -Only apps with asociated package are allowed -clear way to know which packages is already included and what are pending and what are rejected (must be included on the filter?) -The fist time an app is included this description will be filled with the package description -have in mind the future features, (multi-distro, multi-distro version.. etc) Well that's all for now, :) I hope my next mail will be with something to show, in spite it will be ugly :) [1]http://standards.freedesktop.org/menu-spec/latest/apa.html [2]select count(*) from package where NOT (package Like '%-doc' or package Like '%-dev' or package Like '%-dbg' or package Like 'font-%' or package Like 'task-%' or package Like 'ttf-%' or package Like '%-locale%' or package Like 'locale-%' or package Like 'lib%' or package Like 'kernel-%' or package Like 'perl-%' or package Like 'python-%' or package Like 'pulseaudio-%' or package Like 'util-linux-%' or package Like 'e-wm-%' or package Like 'alsa-utils-%' or package Like 'abiword-%' or package Like 'evas-%' or package Like 'etk-%' or package Like 'ecore-%' or package Like 'e2fsprogs-%' or package Like 'connman-%' or package Like 'classpath-%' or package Like 'edbus-%' or package Like 'edje-%' or package Like 'efrecet-%' or package Like 'emotion-%' or package Like 'epsilon-%' or package Like 'ewl-%' or package Like 'finch-%' or package Like 'frameworkd-%' or package Like 'gdk-%' or package Like 'glibc-%' or package Like 'gnome-vfs-%' or package Like 'gpsd-%' or package Like 'gst-%' or package Like 'gtk-%' or package Like 'iputils-%' or package Like 'midpath-%' or package Like 'openssh-%' or package Like 'pam-%' or package Like 'pango-%' or package Like 'pidgin-%' or package Like 'ppp-%' or package Like 'pulseaudio-%' or package Like 'tzdata-%' or package Like 'xserver-%') Order by package asc -- 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: om-showroom half-serious task list
On 9/7/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote: [2]select count(*) from package where NOT (package Like '%-doc' or package Like '%-dev' or package Like '%-dbg' or package Like 'font-%' or package Like 'task-%' or package Like 'ttf-%' or package Like '%-locale%' or package Like 'locale-%' or package Like 'lib%' or package Like 'kernel-%' or package Like 'perl-%' or package Like 'python-%' or package Like 'pulseaudio-%' or package Like 'util-linux-%' or package Like 'e-wm-%' or package Like 'alsa-utils-%' or package Like 'abiword-%' or package Like 'evas-%' or package Like 'etk-%' or package Like 'ecore-%' or package Like 'e2fsprogs-%' or package Like 'connman-%' or package Like 'classpath-%' or package Like 'edbus-%' or package Like 'edje-%' or package Like 'efrecet-%' or package Like 'emotion-%' or package Like 'epsilon-%' or package Like 'ewl-%' or package Like 'finch-%' or package Like 'frameworkd-%' or package Like 'gdk-%' or package Like 'glibc-%' or package Like 'gnome-vfs-%' or package Like 'gpsd-%' or package Like 'gst-%' or package Like 'gtk-%' or package Like 'iputils-%' or package Like 'midpath-%' or package Like 'openssh-%' or package Like 'pam-%' or package Like 'pango-%' or package Like 'pidgin-%' or package Like 'ppp-%' or package Like 'pulseaudio-%' or package Like 'tzdata-%' or package Like 'xserver-%') Order by package asc I think you should leave e-wm-theme-* packages. And you have pulseaudio-% listed two times :) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why frameworkd starts automatically playing ringtone, aka. how to debug frameworkd?
On Mon, Sep 07, 2009 at 04:46:01PM +0200, Sebastian Krzyszkowiak wrote: On 9/7/09, Rui Miguel Silva Seabra r...@1407.org wrote: On Mon, Sep 07, 2009 at 04:06:49PM +0200, Sebastian Krzyszkowiak wrote: while: CallListContains(incoming) filters: Not(CallListContains(active)) actions: - RingTone() I think that's the part of rules.yaml you want to see ;) Would a finer tailored rule set better handle call waiting? At list the application gets really nutty by the time this happens... Rui No. Call waiting is already fixed in SHR by moving handling sound states from oeventsd to libframeworkd-phonegui-efl. Post 2009/08/08 ? I gotta try daring an opkg upgrade if so... Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher - v 0.35 Release (inbuilt contacts, sms and phonelog)
Hi, KaZeR wrote: Great. I really like your messaging app, can't wait to get it back :) Thanks! Here's a (just) working binary. I still need to do some work - but this should at least get you going for now. Let me know if there are issues. http://n2.nabble.com/file/n3598173/launcher launcher -- View this message in context: http://n2.nabble.com/Launcher-v-0-35-Release-inbuilt-contacts-sms-and-phonelog-tp3552019p3598173.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: Contacts from Nokia N70 to opimd with PISI: no phone field
In this context: What is the set of prefixes you are using / supporting in opimd?? (any link to documentation??) thx in advance Michael Sebastian Krzyszkowiak wrote: On 9/7/09, Michael Pilgermann kichka...@gmx.de wrote: Hi, although, this is not the standard way of storing phone numbers; I filed a bug to address this issue (as I do not want to start this discussion again). There will be another option in the config file for opimd PIM sources with the next release, which shall indicate whether to prefix phone numbers automatically in opimd when syncing. Michael I seem to remember that discussion and someone pointed to tel: being valid and standard way of storing phone numbers (with some nice link proving that). Anyway, that's standard which opimd follows with many features (like normalizing phone numbers when comparing) and if PISI (or any other opimd client) isn't doing that, then it isn't really supporting opimd :x ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Contacts from Nokia N70 to opimd with PISI: no phone field
On 9/7/09, Michael Pilgermann kichka...@gmx.de wrote: In this context: What is the set of prefixes you are using / supporting in opimd?? (any link to documentation??) thx in advance Michael Well, ATM only tel:, as there are no specialized functionalities for different protocols. Probably when FSO will get nice VoIP support also sip: and friends will be supported. If you want to store some numbers for different protocol, just use different prefix. But for storing phone numbers usable in GSM networks use tel: prefix ;) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: Welcome to the community mailing list
Hi All, I would like to join this community.My small contribution can be find at www.neofundas.blogspot.com Thanks Shamsul -- Forwarded message -- From: community-requ...@lists.openmoko.org Date: Mon, Sep 7, 2009 at 12:30 PM Subject: Welcome to the community mailing list To: shamsulbu...@gmail.com Welcome to the community@lists.openmoko.org mailing list! To post to this list, send your email to: community@lists.openmoko.org General information about the mailing list is at: http://lists.openmoko.org/mailman/listinfo/community If you ever want to unsubscribe or change your options (eg, switch to or from digest mode, change your password, etc.), visit your subscription page at: http://lists.openmoko.org/mailman/options/community/shamsulbuddy%40gmail.com You can also make such adjustments via email by sending a message to: community-requ...@lists.openmoko.org with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions. You must know your password to change your options (including changing the password, itself) or to unsubscribe. It is: Normally, Mailman will remind you of your lists.openmoko.org mailing list passwords once every month, although you can disable this if you prefer. This reminder will also include instructions on how to unsubscribe or change your account options. There is also a button on your options page that will email your current password to you. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: appraw - .desktop file patcher for fsoraw
KaZeR wrote: Thanks for that, very useful, but why have you commented the fsoraw dependency? Technically, this program does not depend on fsoraw neither in compilation-time nor in run-time. Besides, it was not included in SHR, so no matter. -- View this message in context: http://n2.nabble.com/appraw-desktop-file-patcher-for-fsoraw-tp3481050p3598552.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
QtMoko - Application layer server unexpectedly terminated??
Hei, I just finsihed installing QtMoko (v8) on a new 2GB SDcard in my FreeRunner. This time with a 128M swap partition at /dev/mmcblk0p4 and all. I was happily navigating the user interface and menu when suddenly the screen was blanked, and all that remained was ^...@^@ in the upper left corner. In /var/log/messages I can see this: Sep 7 19:56:11 neo Qtopia: ApplicationLayer: Application layer server unexpectedly terminated. Sep 7 19:56:11 neo Qtopia: ApplicationLayer: Application layer server unexpectedly terminated. Sep 7 19:56:11 neo Qtopia: QObject::startTimer: QTimer can only be used with threads started with QThread I'll have to reboot te phone anyway, baeuase it didn't detect my SIM on bootup (probably not inserted correctly). -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Any news about Project B?
On Mon, 2009-09-07 at 20:14 +0530, rakshat hooja wrote: There are two possibilities about project B: - it was abbandoned 2009-08-17 - it's starting to being manufactured To the best of my knowledge it was not abandoned on 17th August 2009 :) Rakshat so it's project B as in BLACK ;) me suspects it will be an opensource SR-71 blackbird ;) ___ 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: sdcrard - most common partition layout?
O Domingo, 6 de Setembro de 2009, Torfinn Ingolfsen escribiu: Hello, I just got myself a new SDcard for my FreeRunner (2 GB). Now I'm wondering what is the most common layout people use on their SD crds? I have ecently learned that QtMoko needs a swap partition (and that it is hardcoded to p4). What other partitions is useful on the card? I am thinking that since Qi (the boot loader) doesn't have a menu, putting more than one system on a card is not that useful. Am I right? I Use the following partition scheme on my 16 GB Trascend uSD: Primary partitions: sd1- 50 MiB ext2 /boot on every distribution. That way is easier to have different kernels sd2- 500 MiB ASU (now om2009). sd3- 2GiB Debian Extended partiitions: sd5- 500 MiB for trying new distros. Now with qtmoko sd6- 12 GiB Data (maps, music, photos, ..) sd7- 256 MiB swap I use uboot as bootmanager, that way is easier to boot on different OS If you're not goint to try different new distros, this scheme is not for you, but, please, use at least 128 MB as swap partition. The difference is really really noticeable. You can use the same partition for all distros. -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html 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: QtMoko - Application layer server unexpectedly terminated??
Torfinn Ingolfsen wrote: I just finsihed installing QtMoko (v8) on a new 2GB SDcard in my FreeRunner. This time with a 128M swap partition at /dev/mmcblk0p4 and all. I was happily navigating the user interface and menu when suddenly the screen was blanked, and all that remained was ^...@^@ in the upper left corner. In /var/log/messages I can see this: Sep 7 19:56:11 neo Qtopia: ApplicationLayer: Application layer server unexpectedly terminated. Sep 7 19:56:11 neo Qtopia: ApplicationLayer: Application layer server unexpectedly terminated. Sep 7 19:56:11 neo Qtopia: QObject::startTimer: QTimer can only be used with threads started with QThread I dont know why, but QtMoko does not run reliably from SD card (at least not for me). I suspect kernel, but i have no proof :) Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sdcrard - most common partition layout?
Hi, On Mon, Sep 7, 2009 at 8:06 PM, David Garabana Barro da...@garabana.comwrote: O Domingo, 6 de Setembro de 2009, Torfinn Ingolfsen escribiu: Hello, I just got myself a new SDcard for my FreeRunner (2 GB). Now I'm wondering what is the most common layout people use on their SD crds? I have ecently learned that QtMoko needs a swap partition (and that it is hardcoded to p4). What other partitions is useful on the card? I am thinking that since Qi (the boot loader) doesn't have a menu, putting more than one system on a card is not that useful. Am I right? I Use the following partition scheme on my 16 GB Trascend uSD: Thanks for sharing. If you're not goint to try different new distros, this scheme is not for you, but, please, use at least 128 MB as swap partition. The difference is really really noticeable. You can use the same partition for all distros. My 2GB card currently looks like this: neo:~# fdisk /dev/mmcblk0 The number of cylinders for this disk is set to 1203. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Command (m for help): p Disk /dev/mmcblk0: 1967 MB, 1967128576 bytes 57 heads, 56 sectors/track, 1203 cylinders Units = cylinders of 3192 * 512 = 1634304 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/mmcblk0p1 6941203 8139606 FAT16 /dev/mmcblk0p2 1 307 489944 83 Linux /dev/mmcblk0p3 308 614 489972 83 Linux /dev/mmcblk0p4 615 693 126084 82 Linux swap / Solaris Partition table entries are not in disk order Command (m for help): That's a vfat p1: /dev/mmcblk0p1794M 4.0K 794M 1% /media/card root on p2 (500M ext3) p3 (500M ext3, currently unused) p4 128M swap -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
More testing with the wireless. I have entered my ESSID, and my passphrase (under Wireless encryption). I use WPA-PSK / TKIP. Back On the Internet screen, it now says Wireless LAN Offline. I Selecy Wireless LAN and select Options, start. It now says Wireless LAN pending. After a while it gose back to Wireless LAN offline. First: does the network setup on the neo mess with the usb interface when it tryes to get the WLAN going? Specifically, does it do 'ifdown usb0' or something like it? The reason I ask is that whenever I try to get the WLAN going, my ssh shell to the neo becomes unresponsive, and if I check in another shell (on my Linux machine) the usb interface has been down and then up, which means it looses its ip address. This makes it a bit harder to debug. Second: how can I debug this wireless problems? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om-showroom half-serious task list
Hi David! Thanks a lot for your work! Looking forward to see the simple tool up running! Some comments inline. On Mon, Sep 7, 2009 at 6:26 PM, David Reyes Samblas Martinezda...@tuxbrain.com wrote: -Package filtering:using a config file to block some packages to be showed the showroom package selector in order to simplify the editors works. I consider than devel, docs, fonts, plugins from main packages and libraries must not appear in a application showroom so using this principle I have reduced from 8215 to 510 using the filter criteria in a sql statement[2] on the shrunestable database Looks good to me so far, I also had a look at the SQL statement and looks good. Makes sense to filter away ~everything that is not a 'end user application': filter away all libraries, fonts stuff, jus like you did. Any changes of posting a list of the 510 accepted packages to a pastebin for example for us to see what gets through. Doubts on how to face the implementation of this: -two approaches: -on the import itself, no include this on the database on import -pros:small and more quick database -cons:a package not imported will be not posible to be included in the showroom -filter it on the showroom editor , build the sql query online using this blacklist file to retry the allowed packages to be included. -pros:possible to disable/modify the filter by the editor and being able to include any package on the repo -cons:big and slow? database, a bit more dificult to implement edit management part. This point is the first I will dedicate some time once the approach is decided, if no input received I will procced with the second approach I don't know. But anywhere there needs to be the possibility to upgrade the database as new apps are added to repository - it needs to be very automatic. To me it looks like that the filtering would be easiest to do when importing not to bloat the database with unused information. -Web application (om-showroom it self) Due the design is still pending I will start development on an an ugly plain text and html tables without care about, styles, colours or nothing image/look related , only focusing in that the info can be shown and edited I agree - but use div -tags to make it easy to create a CSS template. Or what do I know about web pages.. For the first release -Welcome page -App Navigation: -the categories will be predefined with the freedesktop.org Main registered ones[1], if the amount of apps of one category began to rise then a two level navigation will be implemented using the additional categories of freedesktop.org too. -App Details: -main screenshoot: a predef image will be shown if no one is uploaded -Short description:based on the package description will be showed in the applications list during navigation, editable through application editor no mor e than 255 chars -Description:description without char descriptions and surely not on this release but in next ones with wiki formating style. -package name, source and homepage inherited from packages info Look good! -comments -voting I'd be ready to drop this from the first version unless it's very easy to implement. Don't spend too much time on this. -more screenshots?(doubt if it will be included on this release) One is good for the first release. -additional links?(doubt if it will be included on this release) One is good for the first release. -Editor page -Form for edit all the above with -Package filtering?(see Package filtering item above) -Only apps with asociated package are allowed -clear way to know which packages is already included and what are pending and what are rejected (must be included on the filter?) -The fist time an app is included this description will be filled with the package description -have in mind the future features, (multi-distro, multi-distro version.. etc) Looks good. Well that's all for now, :) I hope my next mail will be with something to show, in spite it will be ugly :) nice, nice! Please have a look at this: http://aseigo.blogspot.com/2009/01/building-community-around-your-foss.html - I think it's vital that there are more people working on this than you (and entil/Markus) alone! I'd possibly drop themes away.. (regarding e-wm-theme- ) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om-showroom half-serious task list
Resending to include joao.. r -- Forwarded message -- From: Risto H. Kurppa ri...@kurppa.fi Date: Mon, Sep 7, 2009 at 10:19 PM Subject: Re: om-showroom half-serious task list To: List for Openmoko community discussion community@lists.openmoko.org Hi David! Thanks a lot for your work! Looking forward to see the simple tool up running! Some comments inline. On Mon, Sep 7, 2009 at 6:26 PM, David Reyes Samblas Martinezda...@tuxbrain.com wrote: -Package filtering:using a config file to block some packages to be showed the showroom package selector in order to simplify the editors works. I consider than devel, docs, fonts, plugins from main packages and libraries must not appear in a application showroom so using this principle I have reduced from 8215 to 510 using the filter criteria in a sql statement[2] on the shrunestable database Looks good to me so far, I also had a look at the SQL statement and looks good. Makes sense to filter away ~everything that is not a 'end user application': filter away all libraries, fonts stuff, jus like you did. Any changes of posting a list of the 510 accepted packages to a pastebin for example for us to see what gets through. Doubts on how to face the implementation of this: -two approaches: -on the import itself, no include this on the database on import -pros:small and more quick database -cons:a package not imported will be not posible to be included in the showroom -filter it on the showroom editor , build the sql query online using this blacklist file to retry the allowed packages to be included. -pros:possible to disable/modify the filter by the editor and being able to include any package on the repo -cons:big and slow? database, a bit more dificult to implement edit management part. This point is the first I will dedicate some time once the approach is decided, if no input received I will procced with the second approach I don't know. But anywhere there needs to be the possibility to upgrade the database as new apps are added to repository - it needs to be very automatic. To me it looks like that the filtering would be easiest to do when importing not to bloat the database with unused information. -Web application (om-showroom it self) Due the design is still pending I will start development on an an ugly plain text and html tables without care about, styles, colours or nothing image/look related , only focusing in that the info can be shown and edited I agree - but use div -tags to make it easy to create a CSS template. Or what do I know about web pages.. For the first release -Welcome page -App Navigation: -the categories will be predefined with the freedesktop.org Main registered ones[1], if the amount of apps of one category began to rise then a two level navigation will be implemented using the additional categories of freedesktop.org too. -App Details: -main screenshoot: a predef image will be shown if no one is uploaded -Short description:based on the package description will be showed in the applications list during navigation, editable through application editor no mor e than 255 chars -Description:description without char descriptions and surely not on this release but in next ones with wiki formating style. -package name, source and homepage inherited from packages info Look good! -comments -voting I'd be ready to drop this from the first version unless it's very easy to implement. Don't spend too much time on this. -more screenshots?(doubt if it will be included on this release) One is good for the first release. -additional links?(doubt if it will be included on this release) One is good for the first release. -Editor page -Form for edit all the above with -Package filtering?(see Package filtering item above) -Only apps with asociated package are allowed -clear way to know which packages is already included and what are pending and what are rejected (must be included on the filter?) -The fist time an app is included this description will be filled with the package description -have in mind the future features, (multi-distro, multi-distro version.. etc) Looks good. Well that's all for now, :) I hope my next mail will be with something to show, in spite it will be ugly :) nice, nice! Please have a look at this: http://aseigo.blogspot.com/2009/01/building-community-around-your-foss.html - I think it's vital that there are more people working on this than you (and entil/Markus) alone! I'd possibly drop themes away.. (regarding e-wm-theme- ) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - Application layer server unexpectedly terminated??
On Mon, Sep 7, 2009 at 8:23 PM, Radek Polak pson...@seznam.cz wrote: I dont know why, but QtMoko does not run reliably from SD card (at least not for me). I suspect kernel, but i have no proof :) Well, this was the first boot. Now I am on my second boot with QtMoko, and so far it is working without crash (knock on wood). We'll see how long it lasts. :-) -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtMoko - user manual?
Is there a user manual for QtMoko somewhere? Or can I just ask all my newbie questions here? :-) -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Device Orientation API
Hi folks, I'm sketching a simple device orientation API for FSO. The purpose is to be informed about changes in the physical device orientation. My first take is at http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD Basically, it's sending you a string whenever the orientation changes. Valid substrings contain portrait, landscape, faceup, facedown. Comments? :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Welcome to the community mailing list
Hello there! Welcome to the community! Nice blog post you have there for the #1024 fix. What'd you like to participate in? Fixing other people's phones, writing documentation on the wiki, developing applications, developing kernel and/or operating systems/desktops, participating in gta02-core -project (to create a process to produce open source phones), participate in phone tool development, create graphics. You tell us where your skills and interest are and we'll suggest you something :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtMoko - QX - Unable to connect to X server
Hi, More testing - TangoGPS this time. First I started TangoGPS (through QX) and messed about a bit. That worked very well. Then I decided to move the MAPS folder to another partition. So I quit TangoGPS and QX, did my changes. The I started QX again. But when I try to start TangoGPS now, I get this error message: QX - Unable to connect to X server. What is wrong? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - user manual?
On Monday 07 September 2009 21:42:33 Torfinn Ingolfsen wrote: Is there a user manual for QtMoko somewhere? You have an help menu from quite anywhere. This may help you… or not :) Or can I just ask all my newbie questions here? :-) This is also an option. -- Vincent Meurisse ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
Torfinn Ingolfsen wrote: First: does the network setup on the neo mess with the usb interface when it tryes to get the WLAN going? Specifically, does it do 'ifdown usb0' or something like it? Yes, IIRC it does. The reason I ask is that whenever I try to get the WLAN going, my ssh shell to the neo becomes unresponsive, and if I check in another shell (on my Linux machine) the usb interface has been down and then up, which means it looses its ip address. This makes it a bit harder to debug. Second: how can I debug this wireless problems? You can edit the wireless script and remove the part where it shuts down usb0. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - user manual?
On Mon, Sep 7, 2009 at 10:57 PM, Vincent Meurisse openmoko-commun...@meurisse.org wrote: You have an help menu from quite anywhere. This may help you… or not :) Yes, I know about the help menu, and have used it a lot. Unfortunately, it doesn't explain all things. And there isn't a help menu when those error messages pop up. :-) -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - user manual?
Torfinn Ingolfsen wrote: Is there a user manual for QtMoko somewhere? No manual probably exists. If you build QtMoko from sources you will get really nice docs - but they are mostly for developers. Or can I just ask all my newbie questions here? :-) I think this list should be ok. People who are not interested can easily skip all mails with QtMoko in subject. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - QX - Unable to connect to X server
* Torfinn Ingolfsen wrote, Il 07/09/2009 22:51: So I quit TangoGPS and QX, did my changes. The I started QX again. But when I try to start TangoGPS now, I get this error message: QX - Unable to connect to X server. What is wrong? I have the same issue. First time TangoGPS it's ok. Second time i get too the Unable to connect to X Server message. And also the panel page to launch QX, it's always behind if a push the Aux button, also if i press quit button on it. It can't kill X, i suppose, and the GUI it' always there waiting. -- Andrea ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - user manual?
* Torfinn Ingolfsen wrote, Il 07/09/2009 21:42: Is there a user manual for QtMoko somewhere? Or can I just ask all my newbie questions here? :-) You can add your questions, wishlist, suggestion, review, bug notification, etc etc, also on the Wiki. I strongly encourage the use of Wiki on the QtMoko project, because it can help a lot the user-experience for every QtMoko user, and the project itself :-) http://qtmoko.org -- Andrea ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Device Orientation API
On Mon, Sep 07, 2009 at 09:36:21PM +0200, Michael 'Mickey' Lauer wrote: I'm sketching a simple device orientation API for FSO. The purpose is to be informed about changes in the physical device orientation. My first take is at http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD Basically, it's sending you a string whenever the orientation changes. Valid substrings contain portrait, landscape, faceup, facedown. Comments? I agree wholeheartedly. omnewrotate was only a way to do rotation better than the alternatives, but such use of accelerometers is too shallow. IMHO it's better that the position is declared as sets of angles and that portrait, et all be aliases for certan sets of angles within a certain tolerance, that certain listening apps would only pay attention to. This way, perhaps, one could mix flexibility with ease? Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om-showroom half-serious task list
2009/9/7 Sebastian Krzyszkowiak seba.d...@gmail.com: On 9/7/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote: [2]select count(*) from package where NOT (package Like '%-doc' or package Like '%-dev' or package Like '%-dbg' or package Like 'font-%' or package Like 'task-%' or package Like 'ttf-%' or package Like '%-locale%' or package Like 'locale-%' or package Like 'lib%' or package Like 'kernel-%' or package Like 'perl-%' or package Like 'python-%' or package Like 'pulseaudio-%' or package Like 'util-linux-%' or package Like 'e-wm-%' or package Like 'alsa-utils-%' or package Like 'abiword-%' or package Like 'evas-%' or package Like 'etk-%' or package Like 'ecore-%' or package Like 'e2fsprogs-%' or package Like 'connman-%' or package Like 'classpath-%' or package Like 'edbus-%' or package Like 'edje-%' or package Like 'efrecet-%' or package Like 'emotion-%' or package Like 'epsilon-%' or package Like 'ewl-%' or package Like 'finch-%' or package Like 'frameworkd-%' or package Like 'gdk-%' or package Like 'glibc-%' or package Like 'gnome-vfs-%' or package Like 'gpsd-%' or package Like 'gst-%' or package Like 'gtk-%' or package Like 'iputils-%' or package Like 'midpath-%' or package Like 'openssh-%' or package Like 'pam-%' or package Like 'pango-%' or package Like 'pidgin-%' or package Like 'ppp-%' or package Like 'pulseaudio-%' or package Like 'tzdata-%' or package Like 'xserver-%') Order by package asc I think you should leave e-wm-theme-* packages. And you have pulseaudio-% listed two times :) ok this happens to not do things in order :) fixed in the following query also mateining e-wm-theme packages select * from package where NOT (package Like '%-doc' or package Like '%-dev' or package Like '%-dbg' or package Like 'font-%' or package Like 'task-%' or package Like 'ttf-%' or package Like '%-locale%' or package Like 'locale-%' or package Like 'lib%' or package Like 'kernel-%' or package Like 'perl-%' or package Like 'python-%' or package Like 'util-linux-%' or package Like 'alsa-utils-%' or package Like 'abiword-%' or package Like 'evas-%' or package Like 'etk-%' or package Like 'ecore-%' or package Like 'e2fsprogs-%' or package Like 'connman-%' or package Like 'classpath-%' or package Like 'edbus-%' or package Like 'edje-%' or package Like 'efrecet-%' or package Like 'emotion-%' or package Like 'epsilon-%' or package Like 'ewl-%' or package Like 'finch-%' or package Like 'frameworkd-%' or package Like 'gdk-%' or package Like 'glibc-%' or package Like 'gnome-vfs-%' or package Like 'gpsd-%' or package Like 'gst-%' or package Like 'gtk-%' or package Like 'iputils-%' or package Like 'midpath-%' or package Like 'openssh-%' or package Like 'pam-%' or package Like 'pango-%' or package Like 'pidgin-%' or package Like 'ppp-%' or package Like 'pulseaudio-%' or package Like 'tzdata-%' or package Like 'xserver-%' or (package Like 'e-wm-%' and not (package Like 'e-wm-theme%'))) -- 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: Device Orientation API
On Tue, Sep 8, 2009 at 7:44 AM, Rui Miguel Silva Seabrar...@ansol.org wrote: On Mon, Sep 07, 2009 at 09:36:21PM +0200, Michael 'Mickey' Lauer wrote: I'm sketching a simple device orientation API for FSO. The purpose is to be informed about changes in the physical device orientation. My first take is at http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD Basically, it's sending you a string whenever the orientation changes. Valid substrings contain portrait, landscape, faceup, facedown. Comments? I agree wholeheartedly. omnewrotate was only a way to do rotation better than the alternatives, but such use of accelerometers is too shallow. IMHO it's better that the position is declared as sets of angles and that portrait, et all be aliases for certan sets of angles within a certain tolerance, that certain listening apps would only pay attention to. This way, perhaps, one could mix flexibility with ease? +1 Perhaps one should be able to define the sets and aliases and that a set does not only include one axis, so that an alias such as top-left-down are possible. Thinking further, is it likely for different apps to want to use different resolutions so for example mokomaze will want pretty high resolution but another app that starts up may request/ inject (my term) an additional set/alias to be reported. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om-showroom half-serious task list
I forget to copy joao too :) 2009/9/8 David Reyes Samblas Martinez da...@tuxbrain.com: 2009/9/7 Risto H. Kurppa ri...@kurppa.fi: Hi David! Thanks a lot for your work! Looking forward to see the simple tool up running! Some comments inline. On Mon, Sep 7, 2009 at 6:26 PM, David Reyes Samblas Martinezda...@tuxbrain.com wrote: -Package filtering:using a config file to block some packages to be showed the showroom package selector in order to simplify the editors works. I consider than devel, docs, fonts, plugins from main packages and libraries must not appear in a application showroom so using this principle I have reduced from 8215 to 510 using the filter criteria in a sql statement[2] on the shrunestable database Looks good to me so far, I also had a look at the SQL statement and looks good. Makes sense to filter away ~everything that is not a 'end user application': filter away all libraries, fonts stuff, jus like you did. Any changes of posting a list of the 510 accepted packages to a pastebin for example for us to see what gets through. attached is a csv file with result of the revised query including the ew themes Doubts on how to face the implementation of this: -two approaches: -on the import itself, no include this on the database on import -pros:small and more quick database -cons:a package not imported will be not posible to be included in the showroom -filter it on the showroom editor , build the sql query online using this blacklist file to retry the allowed packages to be included. -pros:possible to disable/modify the filter by the editor and being able to include any package on the repo -cons:big and slow? database, a bit more dificult to implement edit management part. This point is the first I will dedicate some time once the approach is decided, if no input received I will procced with the second approach I don't know. But anywhere there needs to be the possibility to upgrade the database as new apps are added to repository - it needs to be very automatic. To me it looks like that the filtering would be easiest to do when importing not to bloat the database with unused information. I like the joao aproach more comments on his reply. -Web application (om-showroom it self) Due the design is still pending I will start development on an an ugly plain text and html tables without care about, styles, colours or nothing image/look related , only focusing in that the info can be shown and edited I agree - but use div -tags to make it easy to create a CSS template. Or what do I know about web pages.. I will do my best , I hope Victor will be free of his actual boring but extremely prioritized tasks to join the party soon, he is the html/design guy , he always converts my Quasimodo in Hally Berry :P For the first release -Welcome page -App Navigation: -the categories will be predefined with the freedesktop.org Main registered ones[1], if the amount of apps of one category began to rise then a two level navigation will be implemented using the additional categories of freedesktop.org too. -App Details: -main screenshoot: a predef image will be shown if no one is uploaded -Short description:based on the package description will be showed in the applications list during navigation, editable through application editor no mor e than 255 chars -Description:description without char descriptions and surely not on this release but in next ones with wiki formating style. -package name, source and homepage inherited from packages info Look good! -comments -voting I'd be ready to drop this from the first version unless it's very easy to implement. Don't spend too much time on this. ok keeping your advice in mind -more screenshots?(doubt if it will be included on this release) One is good for the first release. ok -additional links?(doubt if it will be included on this release) One is good for the first release. one or none :) for first release -Editor page -Form for edit all the above with -Package filtering?(see Package filtering item above) -Only apps with asociated package are allowed -clear way to know which packages is already included and what are pending and what are rejected (must be included on the filter?) -The fist time an app is included this description will be filled with the package description -have in mind the future features, (multi-distro, multi-distro version.. etc) Looks good. Well that's all for now, :) I hope my next mail will be with something to show, in spite it will be ugly :) nice, nice! Please have a look at this: http://aseigo.blogspot.com/2009/01/building-community-around-your-foss.html - I think it's vital that there are more people working on this than you (and entil/Markus) alone! I'd possibly drop themes away.. (regarding e-wm-theme- ) themes are a quite visual mod to the neo susceptible to
Re: Device Orientation API
On Mon, Sep 7, 2009 at 6:41 PM, Denis Johnson denis.john...@gmail.comwrote: On Tue, Sep 8, 2009 at 7:44 AM, Rui Miguel Silva Seabrar...@ansol.org wrote: On Mon, Sep 07, 2009 at 09:36:21PM +0200, Michael 'Mickey' Lauer wrote: I'm sketching a simple device orientation API for FSO. The purpose is to be informed about changes in the physical device orientation. My first take is at http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD Basically, it's sending you a string whenever the orientation changes. Valid substrings contain portrait, landscape, faceup, facedown. Comments? I agree wholeheartedly. omnewrotate was only a way to do rotation better than the alternatives, but such use of accelerometers is too shallow. IMHO it's better that the position is declared as sets of angles and that portrait, et all be aliases for certan sets of angles within a certain tolerance, that certain listening apps would only pay attention to. This way, perhaps, one could mix flexibility with ease? +1 Perhaps one should be able to define the sets and aliases and that a set does not only include one axis, so that an alias such as top-left-down are possible. Thinking further, is it likely for different apps to want to use different resolutions so for example mokomaze will want pretty high resolution but another app that starts up may request/ inject (my term) an additional set/alias to be reported. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community +1 for the proposed API. I'd love a dbus message to be sent on portrait and landscape. Though I think you would probably need portrait, reversePortrait, landscape, and reverseLandscape (to specify which side of the device is up in each mode) However, I tend to think that this functionality probably wouldn't be as suited to something like mokomaze. More for applications that just want a few different positions to be notified on. (Like the proposed few) Applications that need finer granularity such as Mokomaze should probably still read the accelerometers directly. Just my two cents though. Thanks Mickey! -Dan Staley ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
nEo theme issues
didnt really read the ml for about 1 month now, but there are somi issues with teh neo theme (read somethign about it in th launcher thread also in the germa freeyourphone forum. i am currently moving to another city in another federal state. things will be worked out as soon as i have internet at home. right now i am using the internet terminal at mcdonalds to check on most important things. since mailinglists tend to leave issues and bits of information scattered, please if you want the remainign nEo theme issues to be resolved post them here and it will be take care of, cause i am not gonna look for suggestions/bugreporst all over the list. i just look into topics i find interesting so either post issues here or mail me directly. gn8 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om-showroom half-serious task list
2009/9/8 David Reyes Samblas Martinez da...@tuxbrain.com: I forget to copy joao too :) 2009/9/8 David Reyes Samblas Martinez da...@tuxbrain.com: 2009/9/7 Risto H. Kurppa ri...@kurppa.fi: Hi David! Thanks a lot for your work! Looking forward to see the simple tool up running! Some comments inline. On Mon, Sep 7, 2009 at 6:26 PM, David Reyes Samblas Martinezda...@tuxbrain.com wrote: -Package filtering:using a config file to block some packages to be showed the showroom package selector in order to simplify the editors works. I consider than devel, docs, fonts, plugins from main packages and libraries must not appear in a application showroom so using this principle I have reduced from 8215 to 510 using the filter criteria in a sql statement[2] on the shrunestable database Looks good to me so far, I also had a look at the SQL statement and looks good. Makes sense to filter away ~everything that is not a 'end user application': filter away all libraries, fonts stuff, jus like you did. Any changes of posting a list of the 510 accepted packages to a pastebin for example for us to see what gets through. attached is a csv file with result of the revised query including the ew themes seems that the attachment is 9K too big to pass the filter, you can download here http://www.tuxbrain.com/downloads/package_filtered.csv.tar.bz2 Doubts on how to face the implementation of this: -two approaches: -on the import itself, no include this on the database on import -pros:small and more quick database -cons:a package not imported will be not posible to be included in the showroom -filter it on the showroom editor , build the sql query online using this blacklist file to retry the allowed packages to be included. -pros:possible to disable/modify the filter by the editor and being able to include any package on the repo -cons:big and slow? database, a bit more dificult to implement edit management part. This point is the first I will dedicate some time once the approach is decided, if no input received I will procced with the second approach I don't know. But anywhere there needs to be the possibility to upgrade the database as new apps are added to repository - it needs to be very automatic. To me it looks like that the filtering would be easiest to do when importing not to bloat the database with unused information. I like the joao aproach more comments on his reply. -Web application (om-showroom it self) Due the design is still pending I will start development on an an ugly plain text and html tables without care about, styles, colours or nothing image/look related , only focusing in that the info can be shown and edited I agree - but use div -tags to make it easy to create a CSS template. Or what do I know about web pages.. I will do my best , I hope Victor will be free of his actual boring but extremely prioritized tasks to join the party soon, he is the html/design guy , he always converts my Quasimodo in Hally Berry :P For the first release -Welcome page -App Navigation: -the categories will be predefined with the freedesktop.org Main registered ones[1], if the amount of apps of one category began to rise then a two level navigation will be implemented using the additional categories of freedesktop.org too. -App Details: -main screenshoot: a predef image will be shown if no one is uploaded -Short description:based on the package description will be showed in the applications list during navigation, editable through application editor no mor e than 255 chars -Description:description without char descriptions and surely not on this release but in next ones with wiki formating style. -package name, source and homepage inherited from packages info Look good! -comments -voting I'd be ready to drop this from the first version unless it's very easy to implement. Don't spend too much time on this. ok keeping your advice in mind -more screenshots?(doubt if it will be included on this release) One is good for the first release. ok -additional links?(doubt if it will be included on this release) One is good for the first release. one or none :) for first release -Editor page -Form for edit all the above with -Package filtering?(see Package filtering item above) -Only apps with asociated package are allowed -clear way to know which packages is already included and what are pending and what are rejected (must be included on the filter?) -The fist time an app is included this description will be filled with the package description -have in mind the future features, (multi-distro, multi-distro version.. etc) Looks good. Well that's all for now, :) I hope my next mail will be with something to show, in spite it will be ugly :) nice, nice! Please have a look at this: http://aseigo.blogspot.com/2009/01/building-community-around-your-foss.html - I think
Re: Device Orientation API
On Tuesday 08 September 2009 01:18:32 Nicola Mfb wrote: Nice! in the past I heard about accelges integration, something moving? Unfortunately not. This work is completely independent of accelges. I always hoped that Paul would help us integrating accelges into FSO, but that didn't quite happen. In order to do something meaningful with our accelerometers in the meantime, I decided to start with some simple algorithms that would at least cover some common cases like waking up / suspending on certain orientations or running an application or rotating the screen based on orientation. Once we have something simple going, we can eventually revisit accelges and its algorithms and integrate more complex processing into FSO. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Device Orientation API
On Mon, Sep 7, 2009 at 9:36 PM, Michael 'Mickey' Lauermic...@vanille-media.de wrote: Hi folks, I'm sketching a simple device orientation API for FSO. The purpose is to be informed about changes in the physical device orientation. My first take is at http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD Basically, it's sending you a string whenever the orientation changes. Valid substrings contain portrait, landscape, faceup, facedown. Comments? Nice! in the past I heard about accelges integration, something moving? Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om-showroom half-serious task list
2009/9/7 Joao Pinto joao.pi...@getdeb.net: Hello David, see my opinion below. On Mon, Sep 7, 2009 at 4:26 PM, David Reyes Samblas Martinezda...@tuxbrain.com wrote: Hi, heres is my serious proposal of task list for the firt release of the showroom, also some doubt and comments, joao I need some guiadance. -Package filtering:using a config file to block some packages to be showed the showroom package selector in order to simplify the editors works. this config file will contain a list of strings with wildcards and if any package name meets one of this will not appear on the package list. I consider than devel, docs, fonts, plugins from main packages and libraries must not appear in a application showroom so using this principle I have reduced from 8215 to 510 using the filter criteria in a sql statement[2] on the shrunestable database Doubts on how to face the implementation of this: -two approaches: -on the import itself, no include this on the database on import -pros:small and more quick database -cons:a package not imported will be not posible to be included in the showroom -filter it on the showroom editor , build the sql query online using this blacklist file to retry the allowed packages to be included. -pros:possible to disable/modify the filter by the editor and being able to include any package on the repo -cons:big and slow? database, a bit more dificult to implement edit management part. This point is the first I will dedicate some time once the approach is decided, if no input received I will procced with the second approach We could use a mixed approach, the filters editable from the web frontend and stored on the db, however it's enforcement would be during import and filter updates by setting an is_visible flag on the packages. With this approach we would be minimizing the impact of the filter matching on the real time queries. I like it :), so this mean : -modify a bit the core models/db to include this characteristic and also both the opkg2sql and apt2sql to read the blacklist (if any) and inform that new field - modify the packages.py controller to filter is_visible false packages, here is doubt, modify the main controller from common/controller/packages.py or create an application specific controller? -Web application (om-showroom it self) Due the design is still pending I will start development on an an ugly plain text and html tables without care about, styles, colours or nothing image/look related , only focusing in that the info can be shown and edited For the first release -Welcome page -App Navigation: -the categories will be predefined with the freedesktop.org Main registered ones[1], if the amount of apps of one category began to rise then a two level navigation will be implemented using the additional categories of freedesktop.org too. -App Details: -main screenshoot: a predef image will be shown if no one is uploaded -Short description:based on the package description will be showed in the applications list during navigation, editable through application editor no mor e than 255 chars -Description:description without char descriptions and surely not on this release but in next ones with wiki formating style. -package name, source and homepage inherited from packages info -comments -voting -more screenshots?(doubt if it will be included on this release) -additional links?(doubt if it will be included on this release) -Editor page -Form for edit all the above with -Package filtering?(see Package filtering item above) -Only apps with asociated package are allowed The current admin workflow already enforces this, you are only alloed to create application entries from packages. I know but I want everybody aware on this :) -clear way to know which packages is already included and what are pending and what are rejected (must be included on the filter?) The current admin workflow already enforces this, you only see the packages which require an action, classification or application association and definition. Ok yes, I have seen it on the admin of playdeb, this only reinforce my thoughts than apt-portal is a good choice :) -The fist time an app is included this description will be filled with the package description -have in mind the future features, (multi-distro, multi-distro version.. etc) Well that's all for now, :) I hope my next mail will be with something to show, in spite it will be ugly :) [1]http://standards.freedesktop.org/menu-spec/latest/apa.html [2]select count(*) from package where NOT (package Like '%-doc' or package Like '%-dev' or package Like '%-dbg' or package Like 'font-%' or package Like 'task-%' or package Like 'ttf-%' or package Like '%-locale%' or package Like 'locale-%' or package Like 'lib%' or package Like 'kernel-%' or package Like 'perl-%' or package Like 'python-%' or package Like
Re: Device Orientation API
On Tuesday 08 September 2009 00:57:50 Dan Staley wrote: +1 for the proposed API. I'd love a dbus message to be sent on portrait and landscape. Though I think you would probably need portrait, reversePortrait, landscape, and reverseLandscape (to specify which side of the device is up in each mode) Right, a couple of people have reported that I've been missing the 3rd parameter, thanks guys! :) However, I tend to think that this functionality probably wouldn't be as suited to something like mokomaze. More for applications that just want a few different positions to be notified on. (Like the proposed few) Applications that need finer granularity such as Mokomaze should probably still read the accelerometers directly. Correct. dbus is still overhead, hence it would not be clever to just forward the raw values, especially since an application that needs raw values is almost always a full window, full concentration application -- hence not much value (sic!) in distributing the values to other applications at the same time. The accelerometers will also fit nicely into the FSO Resource system. Cheers, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
On Mon, 2009-09-07 at 16:43 +0200, Sebastian Krzyszkowiak wrote: On 9/7/09, William Kenworthy bi...@iinet.net.au wrote: On Mon, 2009-09-07 at 17:20 +0530, Vikas Saurabh wrote: Hi, Quite often when I get a call, all I see is the locked screen. Now, what I would expect is to able to accept the call without actually unlocking the phone. Can we have another slider like control with slider thumb in between. Moving the slide to left accepts the call and moving it to the right rejects it. --Vikas PS: I had a look at the TODO list in git( http://github.com/slyon/today/blob/b279a6af85352de0ca9db4ac3c1f4f06e086ed8b/TODO) and this didn't appear there An observation - Ive lost a few calls (~5) now due to wsod on resume - until this is fixed (and after so long, is it likely to ever be fixed?) WTF? WSOD still happening? What kernel do you use? o_O 2.6.28 - never been able to get GSM working on 2.6.29 so thats not an option. WSOD happens when using Qi, not when using uboot. But uboot may need multiple boot attempts before even 2.6.28 will talk to the gsm chipset, whereas Qi is reliable - something is not getting initialised properly somewhere. Yeah, I know I should be using 2.6.29, but I dont think thats the problem, and I if I cant use it as a phone whats the point? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
On Mon, 2009-09-07 at 16:54 +0200, Jens Seidel wrote: On Mon, Sep 07, 2009 at 04:43:59PM +0200, Sebastian Krzyszkowiak wrote: On 9/7/09, William Kenworthy bi...@iinet.net.au wrote: An observation - Ive lost a few calls (~5) now due to wsod on resume - until this is fixed (and after so long, is it likely to ever be fixed?) WTF? WSOD still happening? What kernel do you use? o_O Oh, yes, WSOD still happens. But in contrast to the past the problem may vanish after a further suspend, see http://docs.openmoko.org/trac/ticket/2274 (Kernel regression: white screen of death reappeared with 2.6.29). I was suprised about the fact that one no longer has to restart to get again a working state and verified it only a few hours ago. In general one needs only one or two suspend iterations until the white screen vanished :-) Jens Yes, suspending fixes it tempoarily - it will randomly come back. And suspending when a call comes in is not really what you want. WSOD happens randomly (maybe 1 in 10) on anything that causes the FR to come out of suspend, manual, sms, call, alarm, ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
Vikas Saurabh wrote: Can we have another slider like control with slider thumb in between. Moving the slide to left accepts the call and moving it to the right rejects it. I like the idea as well. Doesn't have to be a slider, but a definite pair of gestures could works as well. russell dwiggins -- View this message in context: http://n2.nabble.com/SHR-Today-Accept-call-without-unlocking-tp3596892p3600813.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: QtMoko - help fixing incomming call bug
Hi Radek, I'll configure this as, as hit this bug as well, although now use my phone a bit less, so testing will take longer. Glen On Sat, 05 Sep 2009, Radek Polak wrote: Hi, i am trying to fix the bug, when there is sometimes no sound in incoming call after reboot. My guess is that alsa scenario is not applied correctly in this case. The problem is that i cant reproduce this issue reliably - and when i want to debug it, it simply disappears. I'd appreciate if you could enable logging in: Main menu-Settings-Logging-Menu-Categories-AudioState and send me /var/log/messages when you hit the bug. Thanks Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community 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: om-showroom half-serious task list
I had a look at the list and sorted apps I'd like or like not to see there or apps that I don't know if they should be at showroom. I guess my criteria is something like this: - The app needs a GUI - preferably a graphical X GUI but I also accepted some that have a decent CLI-gui (like irssi) This drops out most libraries, servers, daemons, GNU tools etc - I've excluded keyboard layouts - If there's package and package-common, I've included package but left -common out since dependencies should take care of that this means only paroli is included, paroli-theme -sounds and -autostart not. If needed, add to the description! - I included themes - I guess it's something people want to see - I excluded opimd stuff as it doesn't have decent implementation yet (sorry if I'm wrong here), only test scripts. - All phone apps (SHR, zhone, paroli, ..) are included Our intent (mine not, at least) is not to work as a WWW package manager but show nice applications. The intend is not to replace opkg list|grep tool_I_need or graphical package managers. Bloating the repository with cli tools like grep or sed or stuff like bash and busybox. Oh yes, I'm sure I've made some mistakes. 515 packages 9 of those, I don't know if they should be included 401 of those - don't include 105 YES, include! Included packages: abiword AbiWord is free word processing program similar to Microsoft(r) Word accelgesOpenmoko Accelerometer-based Gestures aceofpenguins The Ace of Penguins is a set of Unix/X solitaire games based on the ones available for Windows(tm) but with a number of enhancements that my wife says make my versions better :-) The latest version includes clones of freecell, golf, mastermind, merlin, minesweeper, pegged, solitaire, taipei (with editor!), and thornq (by Martin Thornquist). aceofpenguins-launcher EFL launcher for ace-of-penguins bubble-keyboard Simple dialpad keyboard calcA simple calculator which is elementary-themed callrec a call recording application cellhunter CellHunter - A game to collect information about mobile phone cells claws-mail Mail user agent connman The Moblin Connection Manager dates Dates is a calendar application. dictatorCall recodering program for Neo Smartphones dillo2 Lightweight gtk+2 browser. e-wm-theme-default The Enlightenment Window Manager Version 17 e-wm-theme-illume The Enlightenment Window Manager Version 17 e-wm-theme-illume-niebiee Extremely blue Illume theme - Niebiee e-wm-theme-illume-shr illume SHR theme e-wm-theme-illume-sixteen illume SHR theme ebrainy Store knowledge in form of questions and answers and train them. elementary-alarmAn Elementary based Alarm app elementary-testsEFL based widget set for mobile devices elementary-theme-niebieeExtremely blue elementary theme - Niebiee elementary-theme-sixteenelementary SHR theme elementary-themes EFL based widget set for mobile devices elmdentica A indenti.ca client for E enotes todo list manager in EFL epdfviewA minimal PDF viewer based on gtk and poppler essential-dialerSimple Dialer based on Elementary and FSO evince Evince is a document viewer for document formats like pdf, ps, djvu. exhibit Exhibit is the ETK picture viewer fbreaderFBreader is an ebook reader ffalarmsFinger friendly alarms fltk-chess fltk-chess is a frontend for the Gnuchess chess playing engine. gawkA program that you can use to select particular records in a file and perform operations upon them. gnome-icon-themeVersion 2.22.0-r0 of package gnome-icon-theme gnuchessGnuchess is a chess playing engine. gpe-calendarGPE calendar is the calendar application of the GPE PIM suite. gpe-contactsGPE contacts manager gpe-filemanager GPE file manager gpe-gallery GPE image viewer application gpe-icons Common icons for GPE gpe-scapA GPE application that allows you to take screenshots. gpe-sketchbook A GPE notebook to sketch your notes gpe-timesheet GPE time tracker gpe-todoGPE to-do list gridpad Gridpad handstroke recognition hicolor-icon-theme Version 0.10-r0 of package hicolor-icon-theme intone intone is a mplayer frontend for openmoko phones irssi Irssi is a modular IRC client with Perl scripting. leafpad GTK+ based simple text editor links-x11 Links is graphics and text mode WWW browser, similar to Lynx. mc GNU Midnight Commander is a file manager for free operating systems. mcabber Jabber ncurses client midori Midori is a lightweight web browser. mofiMofi mokoko Mokoko - a simple media player mokomazeClassic game where you control a steel ball by tilting a wooden labyrinth mokonnect mokonnect is an e17 frontend to connmand mtpaint mtPaint is a simple painting program notifierA notifier for new calls and messages numptyphysics Numpty Physics is a drawing puzzle game in the spirit (and style?) of Crayon