Re: Om2009
Hey, just wanted to add another 2-cents to the bucket, which by now should contain a lot of small change ... Reading some of the mails in this thread I think we need to get the definitions straight: - fso - phoning middleware - shr - a distro which comes with fso preinstalled - om2009 - another distro that comes with fso and paroli preinstalled - paroli - a python daemon that comes with 4 phoning apps and a settings app by default The question here was: should om2009 be continued. Never having tried SHR i can't go down that path deciding by comparison. I heard many good things about SHR, I liked the guys I met at the dev meeting in Braunschweig so I would recommend active devs to go for SHR. As for Om2009 it has always been a one-man show or at least mainly. And that man was Angus. He did the cleanup, made the builds etc etc. Seen that he has limited resources now I would think Om2009 has a dark future ;) So probably best to say good bye while we still have good memories :) I heard there would be efforts to bring paroli to SHR and maybe integrate it better or make it smoother, if anyone wants to do so, just let me know if you need commit access to the paroli git and we'll try to get you into the loop (which can be very chaotic at times ;) ) As for me, due to heavy engagements with Qi Hardware I don't have much time left for paroli right now, every now and again there is a burst of commits but nothing too stable so any help is welcome. /mirko On 29 Aug 2009, at 19:10, Bernhard Reiter wrote: Am Freitag, den 28.08.2009, 21:09 +0200 schrieb Sebastian Krzyszkowiak: Oh guys... I'm SHR developer (once I tried Om2009), but... regarding stablity, SHR and FSO is mainly the same! We both use FSO and we both are affected by FSO bugs. And most of bugs regarding phone functionality came from FSO on both distros (ok, in early stage SHR ophonekitd wasn't perfect, but now it should be rock solid). That's just matter of used versions. Saying om2009 is unstable cause i can't answer call means that this bug probably is (was or even will be) also in SHR, and vice versa. Om2009 was much stabler than SHR-unstable. That's why I liked SHR more ;) Now shr-unstable has bugfixes to most of om2009 issues. That's why shr-unstable is now stabler than om2009. And don't get me wrong - i'm SHR developer, and I love SHR, and I fight with Om2009 (regarding i with SHR want to be better than guys with om2009 ;)), but I really don't like criticizing anything without knowing anything about mentioned issues and causes! Paroli is great work, I just don't like approach everything in one big daemon, but my opinion doesn't make Paroli worse... I'll just use SHR without saying bad words on Paroli. well, so maybe it's because i was using om2009t5 (not unstable), but it having being promoted as stable enough for daily use, i was pretty disappointed to find it was not. and with shr-u (from around 07/31, i think), things worked pretty good. so maybe i really don't know enough about internals and organization, but trust me: with om2009t5, i couldn't pick up about every other incoming call -- or more -- which made it practically useless. with shr-u, i can pick up calls. that's about all i wanted to say about om2009 vs. shr. bernhard Well, probably reality isn't as simple as i presented in this post. But i'm sure it's at least close to ;) And I hope you'll understand what I said. This post can be noisy cause i'm excited with listening to really great concert of polish rock group (Perfect) from 1981 (great time of rock in Poland) which I just got ;) :-) ___ 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: om2009/paroli status
Hi, I am still alive and by no means agree that I am not doing anything. I would agree that I am not coding right now. I am in active contact with the pyneo crew, met with them in Hamburg and talked with fgau of epydial how to get the apps into paroli. MDT of pyneo who has started 2 branches has taken over the part of doing maintenance on paroli's core (formerly tichy) and this is still the plan. Adding features to paroli right now has been opted against as Angus and I still hope to be able to release Om2009. This requires bug- fixing not new features. I am also collaborating with Mirko from OpenWrt to get paroli fully supported on this platform as well. So nobody here has any news from Mirko ? Neither QI-Hardware ? Not on the mailinglists I admit, but I am online on irc regularly these days. Certainly less than during OM times and maybe difficult to catch due to changing nick names. I really like Paroli and would love to see this effort congratulate for example by being integrated into SHR too... but if the maintainer remains w/o news... Laszlo what do you think about a fork to apply your patches ? a continue with welcomed contrib ? I think a fork would be the worst case scenario. Laszlo also doesn't need to fork, if adding new features is desperately needed how about a branch? Certainly better than splitting the few resources that go into a project. I take part of the blame as I am heavily involved with Qi Hardware at the moment and also do like to socialize and enjoy the sun every now and again. I see a future for paroli and am interested in and working for a revival of a python based multi-purpose device UI. /mirko___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om2009/paroli status
Hey again, On 3 Aug 2009, at 19:01, Steven Le Roux wrote: On Mon, Aug 3, 2009 at 6:04 PM, Mirko Lindnervegyra...@paroli-project.org wrote: Hi, I am still alive and by no means agree that I am not doing anything. I would agree that I am not coding right now. I am in active contact with the pyneo crew, met with them in Hamburg and talked with fgau of epydial how to get the apps into paroli. MDT of pyneo who has started 2 branches has taken over the part of doing maintenance on paroli's core (formerly tichy) and this is still the plan. Adding features to paroli right now has been opted against as Angus and I still hope to be able to release Om2009. This requires bug-fixing not new features. I am also collaborating with Mirko from OpenWrt to get paroli fully supported on this platform as well. So nobody here has any news from Mirko ? Neither QI-Hardware ? Not on the mailinglists I admit, but I am online on irc regularly these days. Certainly less than during OM times and maybe difficult to catch due to changing nick names. Good to know :) For the record: vegyraupe, mirko-paroli, mirkolindner on irc :) I really like Paroli and would love to see this effort congratulate for example by being integrated into SHR too... but if the maintainer remains w/o news... Laszlo what do you think about a fork to apply your patches ? a continue with welcomed contrib ? I think a fork would be the worst case scenario. And you're right ! It was the last possible scenario to adopt... Laszlo also doesn't need to fork, if adding new features is desperately needed how about a branch? Certainly better than splitting the few resources that go into a project. I take part of the blame as I am heavily involved with Qi Hardware at the moment and also do like to socialize and enjoy the sun every now and again. I see a future for paroli and am interested in and working for a revival of a python based multi-purpose device UI. There is no pb being off for a while... but mails was looking like you're dead 2 month ago ;). Hehe, I did talk with Laszlo every now and again so there was communication, but I completely understand his frustration. So let's stabilize and what non-coding user can do more then adding tickets to the Trac ? Yes and trying to figure out when which errors appear that allows us (coders) to fix the problems faster. There was a problem with the suspend on the last OWrt image which meant I couldn't use the phone as my daily but I am optimistic that this will be solved soon and thus enjoy my own bugs on a daily basis and fix them :) /mirko -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: om2009/paroli status
Hi, On 24 Jul 2009, at 02:04, Nicola Mfb wrote: Hi! Is om2009 and paroli in a temporary sleeping status or was development terminated? Somethings changed in the last days and may be now there is less man power to improve them. Less man power is the right way of putting it. There still is development on both projects but less than before. Laszlo is doing a great job improving things in paroli which I am very thankful for. There still is the plan to release a final version of Om2009. It would be good if we could assemble a list of problems in paroli that need fixing for the release. Regards, /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Open Hardware company
On 20 Jul 2009, at 22:47, Laszlo KREKACS wrote: On Mon, Jul 20, 2009 at 9:28 PM, steven moshermosherste...@gmail.com wrote: Thank you Steven for the explanation. I do hope the best for your company. Done. Drop mirko a line at mi...@qi-hardware.com and he will add you to the blog roll. Is mirko the same Mirko Lindner who is used to work on paroli? Hehe, indeed :) I would like to see the team behind the project. Is it possible to have a short introduction interview with every member inside Qi company? Or is it the same tight-lipped policy as with Openmoko Co.? Check the qi blog. Especially http://www.qi-hardware.com/2009/07/01/ hello-world/ . Comment on the post if you have more questions :) Best regards, /mirko Best regards, Laszlo ___ 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
Om2009 testing releases
Hej guys, just a quick note about Om2009 testing releases. We won't follow our usual weekly schedule for now, as there are a few things that need fixing first. It is mainly stuff in the framework as well as paroli. Before these are fixed a testing release won't make much sense as it won't be stable enough for daily use. The unstable builds will continue and so will work on paroli. The GUI gets some new touches such as reworked button layout. I will focus on stabilizing what is already in paroli and try to get out some nasty things here and there. I hope that we can fix things all over the place so that the next testing could become a release candidate ;) So if you got some py knowledge, come and join #paroli on freenode, the more the merrier! :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009 testing release 4
Hi, Sorry for the delay in answering, I was at a conference over the weekend. Ben Wong wrote: Thanks for the update. Unfortunately Om2009 is still not a usable phone out of the box for me. I realize that this is probably my fault for not persevering, but I will be reverting to SHR since this is my only phone. That is sad, that we still didn't reach that, I had high hopes :) But thatnks for the observations and I hope we can turn OM09 into an out-of-the-box solution. Here are my issues, in order of importance: 1) Horrible audio distortion during calls. People tell me that I sound like I'm being played back over a blown-out speaker. I tried calling +1800GOOG411 (google's speech recognition phone directory) and it was unable to understand me. I bet this is something tweakable with the ALSA settings, but I'm surprised that Om2009t4 gets the default wrong when SHR-testing works fine. I don't know if it's relevant but I have an A6 model of the Freerunner. I believe Angus is more qualified to say sth about this. 2) There should be immediate feedback during all operations. Agreed. We are currently working on this. Thanks to Laszlo the design files get more attention now and we are straightening out certain problems. Having a response on button click is a high priority. 2a) When searching for a GSM signal, the Paroli interface is presented but frozen and there is no notification which is quite frustrating. Even just the simple word searching... would have helped. Will try to create a way to show status messages when the interface is not responsive. 2c) From the contacts menu, when clicking on a phone number, a call is made but there is no visual indication of this until the Dialer program appears. The number should at least light up when clicked. I just uploaded changes that enable just that. I hope this is what you meant. (it also works for items in SMS and Call-Log) 2d) There is too much latency between pressing the AUX button during a call and any indication that the system is working on changing the volume. Ideally, what I'd like the GUI to show me is not what the current volume is, but what it will be once it has finished processing all the button presses. This is an issue happening in several places in paroli. The interface is very honest in the sense that it only shows what actually happened. Of course this means that changes are visible a bit later than in other interfaces. Should this paradigm be changed? 2e) When ending a call, pressing END CALL does light up the button, but then it unlights before the call is actually ended making one think it needs to be pressed again. I suggest changing the text to ENDING after the button has been pressed. The relates to the last point. Paroli could remove the call window as soon as the user ends the call and it could also stop all sounds and just don't worry whether or not the call is actually ended. I agree sth has to change here, which way is better a) showing that the call is ending and keeping the call window until the call is actually ended or b) closing the window right away and letting the user move on before the call is actually finsished Is there a c) ? 3) There is no way to reset Paroli if it gets wedged. At one point, it refused to allow me to make a call because it thought there was already one in progress. Not only was there not one, but the Dialer program didn't have the red END CALL button so I had no recourse but to reboot. That one goes on my black-list. I brought some odd behavior back into paroli over the last few weeks. I will focus on getting rid of those again. I should mention that there are many things that I rather like about Om2009t4. I hope you find my comments constructive. I look forward to trying the next release of Om2009. Thanks a lot, these helped. I hope we can continue on these discussions and get it right or at least righter for the next release :) Until then enjoy SHR, these guys are doing a good job! Thanks again, /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page (Proof of concept) Working Release
Hej, Johny Tenfinger wrote: so - the question I have - should this be a separate app - or should this be considered a proposal for the new Paroli UI Maybe your right with Paroli UI, but I, as SHR user, would more like to see it as part of libframeworkd-phonegui-efl ;) The launcher in paroli is kind of its disregarded stepchild as I personally don't like the idea of having the illume launcher plus another one on top. A while ago there was also a thread about all this. I still dont see a reason for a second launcher and would rather like to see an action to adapt the illume launcher. This would also mean that it would be universal regardless of the phone-app used. So c_c how about an illume plugin that allows to communicate with the edje object of the filemanager that displays the illume launcher? I would gladly work on the edc files needed for all this and drop the paroli launcher. However still retaining the big clock or provide an easy way to switch it on or off. My 2 cents as they they. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] testing Release 3: first impressions
Hiya, Toni Mueller wrote: Hi, I thought I'd just throw my 0.02 cents into the arena. ;} Yeah, we want it all :) Yesterday I felt bold and flashed Om2009t3 onto my phone, but neither moko11 nor the new u-boot yet, though. Playing around without a SIM card installed, I found two problems that might be cleared up reading the website(s): 1. Once in the dialer, I couldn't exit. In the wiki it says: Go to the main screen of Paroli, then press the AUX button for two seconds. But I didn't manage getting back to the main screen, and within the dialer, the AUX button didn't work. Hit the topbar (the small clock the the top of the screen) that should always get you back to the homescreen. 3. The back/delete (?) button in the dialer, right to Call, is so tiny that I didn't find out what it was until I hit it. that one is on me :( On the plus side, typing about anything is now MUCH, MUCH faster than with Om2008.12 which I had before. That's good news :) Btw we are preparing for another beta release in the next few days :) Hope you are testing that one also and let us know what you think :) Thanks again :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] testing Release 3
Hej, Toni Mueller wrote: Hi, On Fri, 15.05.2009 at 12:53:22 +0400, Alexey Shvetsov alexx...@gmail.com wrote: You can read Cyrillic letters =) but you cannot write them. ticket already openned for it. will this work for other languages, too? Eg. Chinese comes to mind... Yes in fact reading chinese on om2009 is already possible, I am not sure if the illume kbd handles inputting Chinese ... Are you talking about this ticket? http://www.paroli-project.org/trac/ticket/138 Yes that's the one. We are fighting it and I think we are close if not already there ;) Cheers, /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] testing Release 3
Hi, Max wrote: As far as I understood it's just a text strings. Is that possible to change them without actually re-building paroli? It would be great if I could just edit some configuration file and set something like: utf8_str_IO = Call log/Журнал utf8_str_TELE = Звонилко utf8_str_MSG = Messages It is more than just those 4 app names, so a config file would not be the best way imho. I am trying to sort stuff so that we can go the get_text way for the strings in python and mabye have language file for the strings in edje. Time to help out? /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] comments about om2009
Hi, thanks for sharing your findings. Really, all this is helpful to us! So I first changed profile and surprised happily that there are terminal (and nano) pre-installed, so I got ssh over wlan working without any hassling with usb. But then my connection disconnected because phone suspended. I turn suspending off in illumes wrench-settings, but it doesn't help because paroli has own settings and own suspend time. these are not paroli settings but fso settings which are exposed in paroli. Also, you will find that none of the settings you find in illume-wrench except the profile switcher are mirrored in paroli. When I try to close home (just for testing will it crash) It draws vertical line on middle of screen. http://scap.linuxtogo.org/files/333258bf820a1072e77de1c50e3dd09a.png This was a bug in enlightenment (e17) which was fixed upstream. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] comments about om2009
Hej, Aapo Rantalainen wrote: So I first changed profile and surprised happily that there are terminal (and nano) pre-installed, so I got ssh over wlan working without any hassling with usb. But then my connection disconnected because phone suspended. I turn suspending off in illumes wrench-settings, but it doesn't help because paroli has own settings and own suspend time. these are not paroli settings but fso settings which are exposed in paroli. Also, you will find that none of the settings you find in illume-wrench except the profile switcher are mirrored in paroli. What this mean? I must disable suspend two different place to get it disabled. Or is this setting under illume-wrench not in use? I believe the settings in wrench don't have any effect right now. Can anyone confirm or claim otherwise? /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Om2009] a community effort
Hey there, A lot has happened over the past couple of months, but most important in my mind has been getting OM2009 out into the hands of the community. When we set the very limited goals of OM2009 we had two goals in mind: 1. Give those members of the community who only wanted a daily phone, a distro they could use 2. Introduce technology that would allow the community to come together and improve on these basics Community interaction, open development and user driven decision making are at the core of Om2009. Going forward this will be an effort with the community for the community. The help and support I have gotten from the community over the past couple of days and weeks has been remarkable and I can see things starting to move and slowly coming together. We need more of this! I invite you to join the effort to make om2009 with paroli the best Om-labeled distribution for the Freerunner. How can you help? Test the distro, let us know about bugs you find, or even fix them and send us patches. Tell us about your experiences using om2009, what should we change, where can we improve? Paroli has come a long way but it still needs a lot of love and optimizing, so if you are into python or efl, check out the code from git.paroli.org, join #paroli on irc and let's get crackin'. There is lots of things to do, opimd needs to be integrated and improved, the UI needs polishing, overall speed can be increased etc etc More into Chat and email? Feel like writing a jabber/irc/xxx or email client that really fits the screen? Or do you know of one? Let's hear about it. See a list of proposals on: http://wiki.openmoko.org/wiki/Om_2009_get_active and http://wiki.openmoko.org/wiki/Paroli-issues This device has a lot of potential and we are so close to reaching the far corners, the kernel is in good shape, the framework is doing great and telephony apps such as paroli or the shr suite are steadily improving. So, get your Freerunner in shape again. Flash it with a nice current distro and let it do what it was meant to do :) Let's make Om2009 a community product, something all of us can be proud of and say we did this. Regards, /Mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
Hi, pike wrote: OK, I am inclined to try that. Yay :) Installations instructions say http://wiki.openmoko.org/wiki/Om2009 If you have not upgraded the GSM firmware do that too but it doesnt say which version of firmware needs upgrading, or any way to check your current firmware version, neither on the Flashing page; it is called Moko11 iirc. The instructions on the Flashing page http://wiki.openmoko.org/wiki/GSM/Flashing sound very scary, and I am not inclined to do that yet. Is upgrading the frimware required to install 2009/testing ? My hardware has been fine using QTExtended. No, updating the firmware will give you a more stable system but it is not a must. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Comments questions abou Paroli UI design
Hi, Risto H. Kurppa wrote: I really like the simple design but it must be easy to use, too, for a someone that steals my phone (or who I give my phone to :). On the other hand I'd like it to be colourful, with background image and everything but maybe that comes with the themes (if Paroli is themeable?) Paroli is indeed themeable. Due to its plugin-nature every app comes with its own edc files that can be adapted which is highly encouraged. If anyone wants to give it a go or improve the default design get in touch with me, I help where I can. * For a new user it's a mess not knowing when to slide things sideways and when to click on 'nothing' (=black area) to get to phonebook etc. I think I'd like to see small arrows on top/bottom or left/right on the screen when user can slide. Maybe this could be a 'beginners mode' and then the 'advanced mode' turns them off? I like the idea of adding small hints and had thought about a first use mode myself. my idea included windows explaining the screens, but you approach is much nicer :) * No colours (delete, recharge, adding name) Recharging should turn the battery icon yellow and delete should be red everywhere ... I am open to more color as well, although I do like the combination of black and white as the dominating colors and would like the standard theme to keep this focus, but then again I am no designer. * When there's a screen to type in something, it should read what are you typing in. Is it the name for a phonebook item, a SMS, WLAN network password ...? That is more my fault than a design issue, that can be fixed. http://www.paroli-project.org/trac/ticket/154 * Empty I/O shows an 'edit' button.. maybe it should be hidden and instead a text 'no logged events' could be shown? That I already implemented (after reading this mail), it is currently still only on my machine as the commit would break other things, but it is done :) * There's nothing (no text/button) telling one should click in the black area to get to phonebook to select recipient in 'msgs' - '+' or 'Tele' Maybe a little magnifying glass in beginner mode when no number is entered and a + once a number has been entered? * No visual feedback of shutting down (bug #93) hehe, yeah, that is listed just not a high priority for now * when not in fullscreen mode (=illume enabled), one can't see the used profile in the home view - is it intentional that the top bar of Paroli doesn't show if running not-fullscreen? I am fighting this since I first changed profiles...I hunting and hope to get this fixed. * could the dial volume change (AUX during call) either have % char with the number or a graphical scale. Now it's just a number, seeing 60 there doesn't tell you that it's 60% of the max 256 of Calypso.. hmm, I think graphical scale wouldn't be too readable either ... I am personally not a big fan of the % sign. Any icon ideas anyone? * The screen now has (in some views) 4 fields: top bar, navigation bar (next/previous), num view and the keypad. I think I don't get the message... * SMS: There's no feedback after sending a message (bug #3) fixed * The date doesn't need the | -bars in the home view: it's | Sunday, May 10, 2009 | - the bars just make it more difficult to read That also depends on you liking I guess... I don't find them too bad. Opinions anyone? * renaming of I/O, Tele and Msgs in the menu (maybe to call log, SMS and dialer?) Hehe, I got so used to the names I don't even notice them anymore. * The numbers in the home view showing missed calls or received messages could be bigger/colorful/something or even say 'one missed call' or 'new SMS received Making them bigger I agree, we should do that. The text based output ... difficult as the text would need to change according to number etc. I prefer the numbers (from an implementation point of view as well as internationalization). * When shutting down Paroli the dialog asking to leave paroli in the background has buttons aligned to bottom left. When getting the error messages for failing with loading GSMGPRS, the button is aligned in the bottom center. Should they be aligned to the same place maybe? Should the not look like E dialog but look more like the rest of Paroli? I haven't spend any time in position those buttons, it is elm's standard behavior, so there was no intention behind it. * Going back or closing apps doesn't always work the same: sometimes there's the 'back' button and sometimes you have to press the top bar to go back. It's not easy to understand why there's this difference. And not easy to use as the top bar is hidden when using non-fullscreen, and there's nothin indicating I should click on the top bar to go back/close the app. Apps never have a back-button, they are closed using the topbar. Subwindows should always have a back-button which allows you to navigate an app without closing it. *
Re: [Om2009] testing Release 3
Hej, Would you point me to link so I can watch for bug status and know exactly when om2009 ready for real-life testing? There is basically 2 places: the paroli trac: http://www.paroli-project.org/trac/ and the om main trac: https://docs.openmoko.org/trac/ Hope those help, the channel paroli on irc might also be a good place :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] testing Release 3
Hi, Warren Baird wrote: Hi all, I thought I'd share my experiences so far with the testing release. I've been using QT Extended 4.4.3 as my primary phone for more than 6 months now, but I decided to try putting the OM2009 TR3 build on my SD card to give it a shot. Great and thx for sharing. Is there work ongoing in terms of producing a better user experience for OM2009? I'd love to contribute. I don't have piles of spare time, but I've done a bunch of python coding, am pretty good with the gimp, and worked with a Ph.D in user experience for long enough to have half a clue about user interface design. There certainly is work going on and any input is appreciated. I think there are certainly areas for improvement and we should certainly address those. Python knowledge is also always welcome :) I will need some time to compile a list of areas where to improve the UI design wise, maybe a paroli-ui wiki page to complement the current: http://wiki.openmoko.org/wiki/Paroli-issues that was created. So yeah, om2009 and paroli development as well as optimization are ongoing and need some love to quote from this thread :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] Suspend not working after recieving a call
Hej, Ben Thompson wrote: Hi Folks Has anyone else noticed that Om2009 does not suspend anymore after recieving a call? I think this only happens if it wakes from suspend in the first place. this is probably due to a problem in paroli. On activating a call it used to occupy the CPU resource using the Framework. However it seems that is not too reliable which sometimes (or maybe even always) results in the phone not suspending anymore. I modified the code a bit so that this shouldn't happen anymore (in the current unstable and next testing). /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] Suspend not working after recieving a call
Hi, Tom Yates wrote: i noticed that too. in at least one case, for me, it can also make no more calls itself (the call button in the tele screen does nothing). mirko, you sound like you've got a good handle on this. would more logs be helpful, or should i just say me too and sit down again? The first problem should be fixed. Just tried it with the source version which is in unstable and I can suspend the phone after a call. As for your second prob ... logs would probably help, can you put them in the trac at http://www.paroli-project.org/trac ? I will see if I get it reproduced and how I can prevent it from happening :) Thanks, /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] testing Release 3
Hi, thanks for the kind words and the list of issues. We are trying to get all of them reproduced, so that I can hunt them down :) If you can reproduce the freezing issues or where the UI crashed, it would be great if you could open a ticket on http://www.paroli-project.org/trac and attach the paroli log and the fso log (/var/log/paroli.log and /var/log/frameworkd.log). Risto H. Kurppa wrote: Hi! Thanks for this new release, really happy to see that only a short time (a week?) after the previous there's already a new release with bugs fixed. Release early, release often, as they say :) I wrote some points below to show what's good, what I concider as bug/problem and points to discuss/wishlist/something. I'm sure some of it has already been discussed, some of it is just me not knowing how to use it (which can mean that it's not easy to use or a manual/something is needed) and so on. I'm happy to receive comments! + This actually makes FR a simple, very working phone!! (I actually got a 10 min call from my mum. In the end I asked and she said there's a small echo left) + ability to turn off PIN check change pin! (I think it's the first distro that can do it :) + WLAN-tool + manual suspend + decent resume speed - some mess sometimes in the top of the scree - The button to 'go back / go to previous screen' keeps changing: In the menu there's a 'back' button (different size in different views) but in the people etc one has to know to press the top bar to go back. - Empty I/O shows an 'edit' button.. maybe it should be hidden and instead a text 'no logged events' could be shown? good idea added to my list - keylock missing think angus tried to find a suitable tool ¤ Would it be possible to add a SMS button in the 'People' - contact view. Now clicking the number calls the user (intuitive? Why clicking the name nothing happens?). Maybe adding 'dial' and 'SMS' -buttons there just to make it clear. The entries in people, messages and i/o should all be slidable (odd spelling) to the right and show you an extra action, for people this is a msgs button. unfortunately it seems to be not working for people, but in the other lists it seems ok. - If one by accidentally presses 'Enter in the PIN input view, it just accepts it and doesn't ask for PIN again. It does not return if you enter a wrong PIN? - wlan scan doesn't have a progress bar telling it's actually doing something I am bound to what connman provides me. I don't get any progress sadly. Should Paroli block any action until it found a network (which can be bad in case there is none)? Or should it block until the scan is done (I believe there is a signal from connman when it completed a scan)? - resume doesn't turn on the screen lights - one knows it's resumed only by touching the screen Will try to hook into the signal and set the back-light to 70. - GPRS settings: if one by accident clicks 'username', 'APN', or 'password' instead of Connect, one actually has to re-type it because the 'back' button doesn't work. On it. - There's nothing (no text/button) telling one should click in the black area to get to phonebook to select recipient in 'msgs' - '+' or 'Tele' Should it get a grey fill when no number is entered? Or an icon? - Slow boot time (over 4min with Qi?) - the alsastatefile (kurppa.fi/freerunner/temp/gsmhandset.state_2009t3 with Right PGA on control.63) is different from the latest 'working one' (with mic2) at http://docs.openmoko.org/trac/raw-attachment/ticket/2121/gsmhandset.state.new ¤ How to connect to a hidden WLAN network? How about encryptions? WPA,WEP and WPA2 should be handled correctly. This should also cover 90% of all cases. I would love to have a more complete interface for wifi, but am afraid I won't have the time. If there is anyone who wants to adopt the whole wifi settings part (is only one py file) let me know and I'll get him/her git access along with all the help I can provide. Any care-taker? The same goes for any settings option you want to work on. It should be fairly easy to get into that part of paroli and a good way to get into the rest as well ;) ¤ The numbers in the home view showing missed calls or received messages could be bigger/colorful/something or even say 'one missed call' or 'new SMS received' ¤ At some stage I saw the : in the time blinking, then it stopped. I think it either should blink or not but not keep changing what it does (without telling me what does it mean :) Sorry, that is the old way of setting the time and alarm. I will disable that. ¤ Is there a way to enable illume from command line? Angus answered that I believe, but why not use the setting in Display - profile in paroli settings? ¤ Icon that's shown before GSM network registration doesn't tell me anything. What does it actually represent? It is supposed to mean not connected ;) ¤ The only place where I was able to find colors was the
Re: [Om2009] testing Release 3
Hi, Petr Vanek wrote: wow! i haven't tested stability, but the settings app is full of great features some of them missing in other distros i.e. message delivery notification and call forwarding. and i big plus - the responses are really fast. Glad you like it :) Can you let me know if the Call forwarding works? I haven't found a SIM to test it with yet :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009 testing Release 2
Hi Petr, thanks for the detailed report and especially for sharing it. I already stated at the issues you mentioned and hope to report positive outcomes later this week ;) Some comments are in-line Keep it coming :=) /mirko Petr Vanek wrote: sending sms while off signal gave no error, but no sms saved as draft so got simply lost... Good point, added to my list. operator name not displayed (did get displayed in illume shelf though) Talked about this earlier today on irc and we agreed it should be optional, so also on my list :) the biggest issue (and this is what i was hoping would be solved) is still the lng delay on call answer between pressing the answer button and the ring stopping and caller getting through. i actually lost one call on this. I am not entirely sure I can do much about this, as the UI is waiting for signals form the framework ... i never really understood the time changing by pressing the AUX button... and how do you set alarm time? Alarm as well as Time will migrate into the settings app, which I also need to clean a bit, lots of settings laying around in current unstable. Thanks again :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2009] - Power Button
Hej, blokkie wrote: Hi , When pressing the power button for 1 sec it powers off very fast . . This is _nice_ . I like it a lot. But there is no way to lock it or put it in sleep via this button What happens is indeed suspend, not a shut-down. In SHR there is a exelent way to trap all this. Is it very difficult to implement this in paroli ? This is part of oeventsd which is part of the framework, on SHR as well as OM2009. The rules deployed in Om2009 should suspend the phone when pressing the power button and shut it down when holding it, there seems to be small issues with the latter however. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2009] - send SMS GUI logic
Hi, When I want to create a new SMS , it first shows me the num-pad to enter and then the text. Would it not be more easy to first type the sms , then select contact(s) || type the tel number in ? Does it make a difference ? Who is working on the GUI ? That would be me than. Maybe I can help a bit :) Any help is welcome :) Got ideas? /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2009] - send SMS GUI logic
Hi again, blokkie wrote: Yes , Image you want to send a sms to a bunch of people , then you would have to enter all the numbers first (because you cannot select contacts from your phonebook yet :-)) , Actually you can, just tried it on testing again. Hit the number field (the place where the numbers would appear and you get the contacts list and can chose one. Or maybe it's just me and I'm a bit daft and you can ignore this remarq though this logic is found in a lot of mobile phones. I guess both can be regarded as good and bad, my phone (samsung) also does it the way you proposed, but we looked at phones where it is like that ... hmm... I've read the pdf about the hello world. Pretty straught forward .. so I'll get my hands dirty as soon as possible . Idea's .. well , only one for now. I think it would be nice if one could bind the upper-left button to a sound-mixer app for setting the call volume and such. Would that be doable ? Haha, ok. I have to admit something. I am already abusing the aux-button for many purposes. Right now, in testing, it switches the profile while on the launcher and the in-call volume (while in call of course). There is also a settings app which you have to activate in the paroli.cfg (/etc/paroli/paroli.cfg) which gets launched when you hold the aux-button. So, to answer your question, yes it is doable and I already did that :) But the settings app still needs work that is why it is disabled by default :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2009] - send SMS GUI logic
Hi, arne anka wrote: assume, you want to sent the same message to several recipients. you type the msg once and select either a list of recipients (given, the ui allows that) or the message is avaliable again after sending and you can select another recipient to resend. in both cases the ui needs to provide that use case -- but if it does, the proposed order would be logical and the same for all caes, be it if you send one msg or the same msg several times. You can indeed resend the message. After you send it, it appears in the msgs list, if you open the details and press on the number of the recipient you can enter another recipient and resend the message. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.24) Elementary based mplayer frontend
Hi, Oh - and paroli gives me an error that it wants to replace default.edj owned by elementary theme. Is that related by any chance? I think paroli might play a role here. The elm theme we install sets the text color in elm-entries to white rather than black. Afaik there is no way to apply themes on a widget by widget basis (at least not in py-elm) that is why I chose that path. So if you need black text and can't see it anymore after paroli is installed that might be the reason ... Not sure how to change this ... any ideas? /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [om2009] Reject incoming call
Hi there, HouYu Li wrote: Hi, all! Just tested om 2009 testing build. It is Nice. Glad to hear :) But.. how can I reject an incoming call?? The only button available is answer. The button to the left of answer (shoudl be a speaker symbol) disables all sounds and hitting the top bar should hide the window. It is not really rejecting the call but it won't bother you anymore. Another one: how can I switch to elementary? This is listed on Om2009 release page and is implemented. No need to switch in any way. All paroli ui-code now uses elementary instead of etk and I hope to dive even deeper into it. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: paroli updates
Hi, Is paroli still being worked upon? I see that the latest git changes were made 10 days ago. Some kind of holiday going on? Sure, I am still fighting :) Stumbled across some issues that meant I had to do a lot of research etc. I am trying to get elementary in and etk out. That requires a lot of refactoring in the different apps. To not break was is out there right now I decided not to upload it yet. Angus managed to get a new revision of enlightenment to build last night, so my hopes are up that I can push lots of things soon. I am currently moving also, so don't have the usual time to invest in paroli, but if all goes well I'll be done today and resume full production wed or thu :) So don't run away and stay tuned :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: paroli updates
Hi, Marcel wrote: Does this mean that paroli will finally also run on debian which is missing python-etk? I'd be really happy to hear that. :D That would be part of the deal yes :) I am not sure how long the switch takes, but I am doing my best. If anyone wants to lend a hand, I'd be more than happy :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IRC conversation with Mirko from the Paroli team
Hej, I tried to stay out of this thread as the discussion drifted away from paroli towards general discussion about OM's behavior, which is not controlled by me, but it seems to me that here 2 things are mixed that simply are unrelated and I am being judged based on a conversation log(!) and deemed unfriendly and what not. Jeremy McNaughton wrote: I've got to agree that some more communication about Paroli would be a good thing. Ok, valid point. After all, what was the point of selling the phones so early in the development cycle in the first place? Right on the main page of the wiki it says: Openmoko is a project driven by a community of passionate and intelligent volunteers. If you have the ability, please contribute to our cause. Openmoko's ambitions far exceed the resources available. What does that have to do with paroli? It can't be both ways. If Openmoko wants the community to help and/or develop for projects like Paroli, they need to be responsive when their volunteers ask for more information. If I get asked about info regarding paroli, its code or what we are trying to achieve I am all in. But in this case I was not asked about any specifics but Paul asked about the hidden department which controls all of OM and I found his question demeaning and out of place, let alone his wording. With Paroli in particular I can't see it being such a big deal to size the window so it can be used with Illume. At least for right now, until more time can be dedicated to whatever mysterious way we'll eventually use to switch back and forth can be implemented. Sorry to be a bit rough here, but:Have you looked at the code? Do you know what actually is the problem? If so why don't you simply send a patch? Or ask for commit rights? What bugs me here is that I am being pushed around for a) things that are not related to paroli and b) based on your assumptions. And while I don't know anything about the previous conversations between Mirko and Paul, I really hope that I never get dealt with that way by anyone with an openmoko.com email account. Nobody's perfect and I don't want to single Mirko out, but the conversation in the above IRC logs are less than stellar. Not a great way to deal with volunteers whose effort you're hoping to benefit from, especially when those volunteers are also paying customers. Paul and I have a short but drastic history of communication and I can assure you that is not my normal tone. I am not a fan of people going around a blaming so if that happens I either don't respond or become defensive, I think that is normal behavior. In regards to the anyone with an openmoko.com email account I believe that the underpinning idea, which is we have to always suck up what ever we get thrown at us and smile, nod and be happy about it, is simply wrong. This is a community project and volunteers whose effort I am [you're] hoping to benefit from of course are not met with disrespect and rudeness. I spend much time talking and chatting to explain how stuff works and why we do it. And so far you are the first person to suggest I am rude, from a secondary source. I am willing to put up with a lot because I know of the companies history and all that and I have done so. However there is a point when I simply have to say, Ok, suffered enough, now I think demanding fair treatment both ways is what is needed. So to put it very simple, the way a question is asked determines the way I answer. If I feel mistreated I will certainly not play happy, because I am doing my best to drive this forward and and also spend my free time on this project (yes I work much more than my official hours) so I do not see why I should not react as anyone else would. In general however I think Openmoko is starting to do better with communication, Paroli being a notable exception. Again I think you are going over the top and put negative energy that you have towards the company as a whole towards a single project that happens to come your way. Sorry to be so blunt but I see this mail as an attack on the work I have done so far and this attack is founded on false-grounds. I agree with one point I could communicate more, but then also give me a point, there could be more patches and less complainging about unimplemented functions. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to use other applications with Paroli fullscreen?
Hi, I've been tracking OM unstable. Now that Paroli is starting at boot with a full-screen I can't figure out how to start any other applications outside of using ssh. Then once started the application doesn't have the Illume top-bar available to do any of the functions it provided such as application switching or ending the program. I tried killing paroli-launcher. That left me with a black-screen. Is there something I'm missing? No you aren't missing anything. Our goal is to provide a distribution that allows the user to use the gta02 as a daily phone. In order to achieve this faster we decided to make certain sacrifices to save time and energy, as our team is only small. One of these was worrying too much about integrating in illume. To put it in one sentence: for Now the paroli image comes with these styles installed. We hope we can change that in the future. There is a way of reactivating the old style, I will try to compile a document and publish it here. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[paroli] weekly update week 10 of 2009
Hej all, here an overview if the highlights of the things the paroli team has been working on in week 9 and the first part of week 10: -the msgs application is in and being shipped in every build you can view, send, receive, answer to and forward messages also it will offer you to save any unknown number to your phonebook -the people application is in and also being shipped every day you can view, edit and directly call a contact - the call logs i.e. the i/o application is also being shipped you can view your call logs and directly return the call also it will offer you to save any unknown number to your phonebook - dtmf in tele - ussd in tele you can receive and send simple ussd messages. NOTE: a very ugly window will open with the message written in very small letters, but it works. We will have a look into this a bit later. - small reworks on the lists we use - gsm and battery icons - muting ringtone when incoming call - muting call (mutes microphone) - Charlie did a complete rework of the service class so that there should not be any errors due to services not waiting for one another anymore and lots of other small things that would make this an endless list :) what will we do next: we will focus on some details that had been neglected so far such as - finally getting some scrolling or paging to work in our lists - getting some secondary actions associated with our list items - look at how we can go about a settings application as discussed on this list earlier - make certain internal adjustments to classes and applications to allow more flexibility - getting an image that works out of the box again As usual, if you have any questions, ideas, critique or think you can contribute to paroli in any way get in touch with me :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[paroli] codesprint coming closer
Hej all, I just wanted to send a gentle reminder about the upcoming paroli codesprint at the Chemitz linux days. It is a whole day of live coding and hacking in paroli. I thought we should focus on getting a flexible, stable settings application in paroli. The foundations have been written and are already in the code for you to check it out. Would be great to see many of you and of course we can look at other issues and topics too. So go to the anmelde page[2] and C U in Chemnitz. /mirko [1] de : http://chemnitzer.linux-tage.de/2009/info/ en: http://chemnitzer.linux-tage.de/2009/info/index_en.html [2] http://chemnitzer.linux-tage.de/2009/vortraege/detail.html?idx=208 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Want to keep up with times.
Hej Ilya, Ilya O. wrote: 1) How long FreeRunner currently works as everyday phone? (Please, tell me that it can survive for a day). It can indeed survive longer than a day. Mickey did some tests and published the results here on the list. 2) What distribution is currently developed by Openmoko? Is it FSO? We are working on FSO indeed. The current om distro you can find here[1]. Note: it is called unstable for a reason ;) It does come with paroli covering all of the screen as we are focusing on getting day-to-day phone capabilities in first before engaging in other areas. 4) Is there project that would like me to participate in or bug that I would be able to fix? (I have experience writing in Python/C/C++/Erlang/...etc.. including some linux kernel programming). Paroli is a good place to get active in right now. It is a python/efl based project split in several applets running in a single python instance. We are currently working towards our third milestone[2] the second one is currently in graphics review ;) See our project page[3] for more details. If this looks like fun, get in touch with me and I can answer any questions and make the start a bit easier. I am sure we can find something that is fun (to me the whole project is ;) ) /mirko [1] http://downloads.openmoko.org/distro/unstable/NeoFreerunner/ pick fso-paroli-image-om-gta02.jffs2 and uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin [2] http://paroli-project.org/trac/roadmap [3] http://www.paroli-project.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Context based usage of the 'AUX' button
c_c wrote:
Hi,
The freerunner and 1973 have only 2 buttons. While the power button is
being used for suspend and for switching off, the 'AUX' button seems under
utilised. I was wondering whether there could be a method added to FSO that
allowed overloading of this button based on the context. For eg :-
1. Under normal circumstances (not in a call or app - that could change
this usage), the button could be used for selecting between 3 brightness
settings in rotation.
2. In a call - it could be used for selecting between 3 volume settings in
rotation.
3. Apps could define how to use it themselves for eg : a media player
could use this button to go to the next song in one press / go to the
previous song in two presses.
We will actually make use of the aux button in paroli, to open a small
settings app and change the sound settings while in call.
Is is possible to do this via rules? Any further thoughts? Is there
another way to do this?
We listen to the dbus signal coming from the framework (sry only python):
bus = dbus.SystemBus(mainloop=tichy.mainloop.dbus_loop)
input_dev = bus.get_object('org.freesmartphone.odeviced',
'/org/freesmartphone/Device/Input')
self.input_intf = dbus.Interface(input_dev,
'org.freesmartphone.Device.Input')
self.input_intf.connect_to_signal('Event',
self._on_button_press)
/mirko
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Testing (Was: Community Updates/February 20, 2009 released)
Hi, Brenda Wang wrote I have updated the Paroli 's information on Wiki page. And continued maintain this page. Feel free to use it. http://wiki.openmoko.org/wiki/Paroli Great, thx. I changed the links a bit to match the new locations. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Testing (Was: Community Updates/February 20, 2009 released)
Hi, Timo Jyrinki wrote: What plans are there for I18N of Paroli? I'd like to already start doing initial translations for various Paroli applications, but I do not see gettext usage / .pot files etc yet. I have to admit right now there are no plans as such. I guess using gettext for the python things would not be too difficult, however I do see a problem with the text that is stored in the edc files + the grafik files used. And afaik most of the text in paroli actually is in image files for now and thus are compiled into the theme. Any solutions for this anywhere? /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Updates/February 20, 2009 released !
Hi, I can't speak for the whole engineering, but I can bring light on paroli and the respective images. Over the past 7 days we have: - gotten daily build unstable images which by now boot directly into paroli http://downloads.openmoko.org/distro/unstable/NeoFreerunner/fso-paroli-image-om-gta02.jffs2 http://downloads.openmoko.org/distro/unstable/NeoFreerunner/uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin They do come with bugs and issues sometimes critical like today when paroli hangs because a resource in the framework is not available at paroli launch. This will be gone tomorrow. - Fixed lots of bugs and issues such as: -- unicode in message reading -- loading messages from the SIM and saving incoming messages in the phone automatically -- made all our lists automatically react to changes in items etc -- gui issues such as the PIN dialog -- got rid of the green topbar ;) -- muting ringtone on incoming call -- muting call in call (also as of tomorrow again) - moved most of the Milestone two tickets[1] to testing and - were feverishly working on the stuff for the next milestone[2] What are we planning to do next? - keep on fixing issues in MS2 - continue working towards MS3 - get the kbd to match paroli on the image - get messaging and contacts up and running as soon as possible to allow brave testers to use paroli daily ... any volnteers ? ;) Hope this is what you were looking for. If not just give me a ping and I'll spill out more details. And again if anyone is interested in helping out with paroli, contribute code or test or or or ... Let us know! /mirko [1] http://paroli-project.org/trac/query?status=acceptedstatus=assignedstatus=closedstatus=code_reviewstatus=newstatus=reopenedstatus=testingorder=prioritycol=idcol=summarycol=statuscol=typecol=prioritycol=componentmilestone=Milestone+2 [2] http://paroli-project.org/trac/roadmap Risto H. Kurppa wrote: Nice, thanks everyone who contributed. I just wish the engineering news would come back - I don't follow the git changes but I still would like to have a clue on what's happening there.. r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Testing (Was: Community Updates/February 20, 2009 released)
Hi, Scott Petersen wrote: No need to wait. I have been using Paroli as my daily phone software on FSO MS5 for almost 2 weeks. It has been extremely stable. A bunch of functionality is not there yet but the one basic thing that has just worked is as a phone. Dialing works, answering works, ringing works. Great news! Thanks for sharing. Am more an sms guy myself so am trying to get that up and running right now. mind you it kinda works already, but I some nifty details are still missing. I was updating from GIT daily until a couple of days ago when the package in unstable became available. I checked last night and the most recent package was up to the very last commit in GIT so that synchronization is working well. Thanks to Angus again who has been very patient ;) And again if anyone is interested in helping out with paroli, contribute code or test or or or ... Let us know! I am interested in helping out with the project initially as a tester but with code in the future as I figure this is a good excuse to learn python. I haven't to date as there was nothing approachable or interesting enough. I hope we can fill that void, let me now if you have questions and/or ideas. mirko-paroli on irc. The first thing I want to look at is the scrolling of contacts and messages. Currently, trying to capture the thumb on the scroll bar is exceedingly tedious. It will likely take me a couple of weeks to get productive as I fit this in with the rest of my work and life. The scrolling issue comes from a bug in efl ... not sure if it is only the python-bindings but my feeling is it is efl itself, but I couldn't pin it down yet. We are going to play with the efl revision a bit next week. Thanks again and please keep us updated :) /mirko --- and don’t forget: website: http://www.paroli-project.org bug tracker: http://www.paroli-project.org/trac source: http://git.paroli-project.org api: http://www.paroli-project.org/api ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: paroli meets fso
Hi, the version is not automagically updated. You can find a more current version here: http://downloads.openmoko.org/repository/experimental/armv4t/ explicitly today you can find: http://downloads.openmoko.org/repository/experimental/armv4t/paroli_0.2.1+gitr258+ef21f72ff9e33d1a083bc933e4e3824b28207a18-r0_armv4t.ipk This should contain the msgs application and there is some storing of contacts in tele as well. see: http://www.paroli-project.org/running-paroli/tele/ /mirko qhaz wrote: Mirko Lindner-2 wrote: Hi, I met with the fso team last week and wanted to share some of the outcomes. We talked about releases and especially about what we need for a fully functional paroli. We came up with fso milestone 5.5. It will focus on the tings desperately needed for paroli - namely bluetooth, pim and some loose end that need tying, some sms issues etc. To help the process along we will create a contacts:opimd service using the fso api and start working with it and deliver first insights into its functionality etc. In other pim sections is still work needed. The messages pim is not quite there yet but we will coordinate with fso to see how we can help. Logs are in pim at all yet, but are among the top 3 priorities and here as well we hope to work together, and if you think this is your place, pop us a mail. All help is appreciated. We also talked on how to make paroli more interesting to developers and testers. So I will help anyone who goes about building devel tools such as the gsm monitor or likewise in paroli. The structure is so open that it shouldn't be too much work. Also the question of a screenlock a la zhone arose ... I think we need one or is there an easy way to get into using pre-existing tools? In short: - fso ms 5.5 will contains everything needed by paroli - pim, bt, small fixes - fso will have a watchdog to restart paroli in case of crash - paroli will start using opimd as soon as possible and help moving it along - paroli invites developer tools - if you have an idea and just need a hint about how to get started or some edje support, mail, irc, jabber - screenlock? - small fixes to design needed in paroli, such as volume control in various places. Any others Let me point to my other email from today as well. We have a package again, so once again I invite you to see our progress and share your opinions, give us your critique and help us. The motto still counts, if you want to get active in development or check it out and tell us what you think. Shoot :) /mirko and don’t forget: website: http://www.paroli-project.org bug tracker: http://www.paroli-project.org/trac source: http://git.paroli-project.org api: http://www.paroli-project.org/api ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Hi Mirko, I have just flashed m5 stable and updated and upgraded. I have the plauncher on my desktop but no PIM or sms. Are there other packages I need to intall? cheers qhaz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
paroli package is back
Hi, after some long struggles the paroli package is back. There is packages in fso MS5 openmoko unstable (those two are the same) as well as openmoko experimental. The latter should be build from the latest revision. A small manual how to get it: Install the following: kernel: http://downloads.freesmartphone.org/fso-stable/milestone5/om-gta02/uImage-om-gta02-latest.bin image: http://downloads.freesmartphone.org/fso-stable/milestone5/om-gta02/openmoko-fso-illume-image-glibc-ipk--20090202-om-gta02.rootfs.jffs2 In order to get the package from experimental you'll need to add a file: create a file in the /etc/opkg folder with the content: src/gz openmoko-experimental-armv4t http://downloads.openmoko.org/repository/experimental/armv4t Then do an opkg-update and opkg install paroli . This should get you the newest version. Yell if it doesn't work :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
paroli meets fso
Hi, I met with the fso team last week and wanted to share some of the outcomes. We talked about releases and especially about what we need for a fully functional paroli. We came up with fso milestone 5.5. It will focus on the tings desperately needed for paroli - namely bluetooth, pim and some loose end that need tying, some sms issues etc. To help the process along we will create a contacts:opimd service using the fso api and start working with it and deliver first insights into its functionality etc. In other pim sections is still work needed. The messages pim is not quite there yet but we will coordinate with fso to see how we can help. Logs are in pim at all yet, but are among the top 3 priorities and here as well we hope to work together, and if you think this is your place, pop us a mail. All help is appreciated. We also talked on how to make paroli more interesting to developers and testers. So I will help anyone who goes about building devel tools such as the gsm monitor or likewise in paroli. The structure is so open that it shouldn't be too much work. Also the question of a screenlock a la zhone arose ... I think we need one or is there an easy way to get into using pre-existing tools? In short: - fso ms 5.5 will contains everything needed by paroli - pim, bt, small fixes - fso will have a watchdog to restart paroli in case of crash - paroli will start using opimd as soon as possible and help moving it along - paroli invites developer tools - if you have an idea and just need a hint about how to get started or some edje support, mail, irc, jabber - screenlock? - small fixes to design needed in paroli, such as volume control in various places. Any others Let me point to my other email from today as well. We have a package again, so once again I invite you to see our progress and share your opinions, give us your critique and help us. The motto still counts, if you want to get active in development or check it out and tell us what you think. Shoot :) /mirko and don’t forget: website: http://www.paroli-project.org bug tracker: http://www.paroli-project.org/trac source: http://git.paroli-project.org api: http://www.paroli-project.org/api ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: paroli package is back
Hi, Sven Klomp wrote: Hi Mirko, create a file in the /etc/opkg folder with the content: src/gz openmoko-experimental-armv4t http://downloads.openmoko.org/repository/experimental/armv4t Then do an opkg-update and opkg install paroli . Hm, paroli is downloaded from : http://downloads.freesmartphone.org/fso- milestone5/feeds//armv4t/paroli_0.2.1+gitr7a2fdc16174258e9276e7c2d80f500b4dd624442- r0_armv4t.ipk instead of the experimental repository. OK, I'm using the fso-image-om-gta02.jffs2 but it shouldn't make any difference? It should indeed not make a difference. It seems the autobuild did not build the latest paroli version. I am sure as soon as the version on experimental is newer opkg will install that one. Thx for the pointer, I will investigate. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: paroli package is back
Hi again, I spaced out, Angus is also building daily unstable images, which you can use as a basis you can find them here: http://downloads.openmoko.org/distro/unstable/daily/ I installed: image: http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090217/openmoko-fso-image-light-glibc-ipk--20090217-om-gta02.rootfs.jffs2 kernel: http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090217/uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin Unfortunately, neither paroli nor zhone were able to register on a network (I tried 2 SIMs, 2 different providers, one with one without PIN). Apart from this the image would be perfect as everything you need to run paroli right away. In case the image works here are the steps I took: - flash image and kernel - I removed the zhone autostart rm /etc/X11/Xsession.d/80zhone - update opkg opkg update - install paroli opkg install paroli - launch paroli on your desktop click the icon named PLauncher the paroli launcher will appear might ask for your PIN etc. Once the gray overlay disappeared from the launcher you can start Tele and make a call :) /mirko Mirko Lindner wrote: Hi, after some long struggles the paroli package is back. There is packages in fso MS5 openmoko unstable (those two are the same) as well as openmoko experimental. The latter should be build from the latest revision. A small manual how to get it: Install the following: kernel: http://downloads.freesmartphone.org/fso-stable/milestone5/om-gta02/uImage-om-gta02-latest.bin image: http://downloads.freesmartphone.org/fso-stable/milestone5/om-gta02/openmoko-fso-illume-image-glibc-ipk--20090202-om-gta02.rootfs.jffs2 In order to get the package from experimental you'll need to add a file: create a file in the /etc/opkg folder with the content: src/gz openmoko-experimental-armv4t http://downloads.openmoko.org/repository/experimental/armv4t Then do an opkg-update and opkg install paroli . This should get you the newest version. Yell if it doesn't work :) /mirko ___ 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: [FSO M5] Paroli-Apps crash with 'Screen' object has no attribute 'etk_obj
Hi, I am almost certain that that is not a paroli error. See more comments below: Arigead wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok now I've got Paroli up and running and removed the test stuff from the config file. I'll cut and paste the output to the terminal windown. I've basically selected Tele, the only app in the list and get the following output. I'll have a look at it later on. One thing is that later on the coverage display on the top does change to show my coverage but it's down as No Service. Selecting Tele after the first time does nothing and produces no more output. Paroli seems to be a bit away from daily use in my case :-( John paroli-launcher.py 70 Launcher INFO adding - Tele to launcher paroli-launcher.py 108 Launcher INFO False paroli-launcher 284 root INFO starting mainloop gsm.py 181 GSM INFO Check antenna power gsm.py 183 GSM INFO antenna power is 0 gsm.py 186 GSM INFO turn on antenna power gsm.py 173 GSM INFO register on the network OK here we go ;) gsm.py 177 GSM ERRORError : org.freesmartphone.GSM.Device.Timeout: device did not answer within 30 seconds tasklet.py 121 tasklet ERRORGot error from unconnected tasklet : org.freesmartphone.GSM.Device.Timeout: device did not answer within 30 seconds This means paroli tried to connect to the framework but did not get an answer to its register request. Together with what you mentioned above : One thing is that later on the coverage display on the top does change to show my coverage but it's down as No Service. It seems as if the framework simply cannot conenct to the network. Could you paste the framework.log as well? Or even better open a ticket on http://www.paroli-project.org/trac/ And paste both logs there. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO M5] Paroli-Apps crash with 'Screen' object has no attribute 'etk_obj
Hi, Hi Mirko, according to the Paroli web pages this is a good a place as any to discuss issues on Paroli. Perhaps it'd be better on Devel which doesn't see much action these days? Either one works, if we get to technical devel is probably better. Anyhow thanks for your help I got Paroli launcher running with your help but I'm a bit surprised with the results. The only app available in the paroli-launcher is Tele, I'd expected it to pick up contacts and the other apps in paroli. It is the only app that is somewhat stable for now. Msgs and Logs are in the making. You can add contacts in Tele as well see http://www.paroli-project.org/running-paroli/tele/ As for Tele it does no start up the GSM modem at all, and register to the network, so I can't make a call with it. Is this a know issue? I'd like to help out by doing a bit of testing and giving some feedback. I've probably a lot of opinion but for a start I'd like to be able to make a phone call if I can't do that I'll have to reinstall zhone, but I was hoping to move on from that app. see http://www.paroli-project.org/running-paroli/ and http://www.paroli-project.org/running-paroli/parolicfg/ for details. I think Charlie also answered to this mail with detailed explanation. If the pages mentioned don't help, don't hesitate to ask, because that mean the pages are not detailed enough. Any comment input is highly appreciated. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO M5] Paroli-Apps crash with 'Screen' object has no attribute 'etk_obj
Hi, Arigead wrote: Got python-edbus installed but still hitting problems with running paroli on MS5. My Python is not good enough for my looking at the code to have any point but if I get a chance later I'll try find the source of the problem. If anybody has any ideas in the mean time that would be great. r...@om-gta02:~/paroli/paroli-scripts# DISPLAY=:0; python paroli-launcher Traceback (most recent call last): File paroli-launcher, line 58, in module import tichy File ../paroli-core/tichy/__init__.py, line 42, in module import gui_paroli as gui File ../paroli-core/tichy/gui_paroli/__init__.py, line 27, in module import ecore.x File /usr/lib/python2.6/site-packages/ecore/x/__init__.py, line 266, in module init() File ecore.x.c_ecore_x.pyx, line 38, in ecore.x.c_ecore_x.init (ecore/x/ecore.x.c_ecore_x.c:2034) File ecore.x.c_ecore_x_events.pxi, line 657, in ecore.x.c_ecore_x.x_events_register (ecore/x/ecore.x.c_ecore_x.c:12557) File ecore.c_ecore_events.pxi, line 27, in ecore.c_ecore._event_mapping_register (ecore/ecore.c_ecore.c:7245) ValueError: event type '0' already registered. Yepp, it is an error in the python bindings of ecore.x. The easiest way to get around this error is to remove the import call in ../paroli-core/tichy/gui_paroli/__init__.py, line 27. We don't use the module currently. I will also remove it in the git. Not sure since when the module is broken, in the version of MS5 that I have all is still working even when importing that module. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO M5] Paroli-Apps crash with 'Screen' object has no attribute 'etk_obj
Hi,
The paroli version used in MS5 seems very very old (in paroli terms) I
will try to get it updated.
/mirko
Marc Bantle wrote:
Hi,
I just installed FSO M5. Are the paroli-apps that come
with M5 supposed to work ? I always get the following
error:
root INFO launch Paroli-Contacts
parent != None: tichy.gui_paroli.Screen object at 0x2c4190
root ERRORapplication Paroli-Contacts failed : 'Screen' object
has no attribute 'etk_obj'
root ERRORTraceback (most recent call last):
File /usr/bin/paroli-launcher, line 213, in launch
yield app(self.screen)
File /usr/lib/python2.6/site-packages/tichy/tasklet.py, line 162,
in throw
value = self.generator.throw(type, value, traceback)
File /usr/lib/python2.6/site-packages/tichy/application.py, line
73, in do_run
ret = yield super(Application, self).do_run(window, *args, **kargs)
File /usr/lib/python2.6/site-packages/tichy/tasklet.py, line 147,
in send
value = self.generator.send(value)
File
/usr/share/paroli/applications/paroli-contacts/paroli-contacts.py,
line 47, in run
self.main.etk_obj.title_set('Paroli Contacts')
AttributeError: 'Screen' object has no attribute 'etk_obj'
How do I supply that etk_obj-attribute?
Cheers,
Marc
___
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: [FSO M5] Paroli-Apps crash with 'Screen' object has no attribute 'etk_obj
Hi, We updated a few things and think we are ready to change the sec rev. I also changed the setup.py a bit so it should be easier recognizable what to do ;) In essence,just click the icon on the desktop (there is only the PLauncher) and that should open a launcher window. Would be great if the rev could be set to: 7c5ccfc012e0b9f7003f7f192971a87283979b80 /mirko Michael 'Mickey' Lauer wrote: We bundled it in the image so that the Paroli team can base on MS5. We did not test it though. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[paroli] Paroli says: Hello World
Hi, Just in time with FSO’s Milestone 5 we are releasing our first tutorial. It outlines how to create a simple app, write a simple service and do some basic interaction with edje. read more at: http://www.paroli-project.org/2009/02/03/paroli-says-hello-world/ /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[paroli] update week 6/09
Hi all, in the good tradition of weekly updates we will try to to get back on track of keeping you posted on current developments in the paroli and GUI section. For the code base of paroli(d) the past weeks development has been focused on the core on the one hand and finishing the first set of design files on the other. biggest changes: - a launcher was introduced allowing the launching of paroli-applications from within paroli itself - the dbus interface is optional and both modes should work - closing application windows from within the window-manager does not kill the process anymore - introduction of a preliminary audio service allowing to mute calls (a test service for non-fso environments was also added) - a reworked version of the dialer was added - works on an error-message service have begun - works on a service checking for changes in the fso have begun and many small fixes in the code for more info go to http://www.paroli-project.org (also check our api section at http://www.paroli-project.org/api/ ) Hoping that the core offers everything we need for now, we hope to be able to focus our attention on the applications again. Main points here are the integration of opimd, a more resource efficient list generation as well as more a more generic and reusable code-base in the apps. /mirko website: http://www.paroli-project.org bug tracker: http://www.paroli-project.org/trac source: http://git.paroli-project.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Base
Hi William Kenworthy wrote: On Mon, 2009-01-12 at 10:40 +0100, Jorge Luis Zapata wrote: Just an observation - looking at your website in firefox, the white text on very dark grey is readable, but the dark grey on very dark grey is barely visible and to all intents unreadable - more contrast is needed. I changed the colors, thx for the tip :) /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Paroli Base
The Paroli Team wishes all of you a happy new year. Our last update was a while back but development continued and, despite sickness, vacations, Christmas, New Year's as well as jet lags, a lot has been accomplished. Most importantly, you can now find a paroli package in the testing repository[1] which can be installed via opkg. The package[2] is at pre-alpha state but the main phone functions are available and ready to be tested. Please note paroli is not considered a daily phone app, yet. You will find it can be rather unstable at times and might not always react the way you would expect ;) We hope that with the help of the community and lots of hard work we can reach a state where paroli can be considered reliable soon. Information on how to run and use paroli can be found here[3] We also have opened a new base for information, updates and bug tracking: http://www.paroli-project.org The main part is a blog which we will use to inform of small changes, publish tutorials and interesting facts we discover along the road. The page also contains a rough overview of our goals and how we plan to get there, it is a bit scarce right now, but will be filled up continuously. We are hoping for your input via mail, irc, chat or comment fields on our blog. Our new bug tracker resides at http://www.paroli-project.org/trac . It is rather virgin up to now so we encourage you to test paroli and note your findings ;) We also moved our source repository which can now be found at: http://git.paroli-project.org/?p=paroli.git;a=summary [4] As you can see the paroli has great plans for 2009 and we hope some of you will join us and follow our efforts. /The paroli Team [1] http://downloads.openmoko.org/repository/testing/armv4t/ [2] A rough overview about how this package differs from the last tichy package: Tichy migrated into paroli-core and is now a vital part of paroli. It is a slimmed down and more paroli focused version. Among other things EFL is now the default graphical library and the starting process has been optimized.Yaml was replaced with ParseConfig due to performance issues.Plus lots of other small, nifty details. [3] http://www.paroli-project.org/running-paroli/ [4] checkout via git clone http://git.paroli-project.org/paroli.git ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Base
Hi again, just a small note, paroli nedds enlightenment and Illume and relies on a standard keyboard being configured in Illume. /mirko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Base
Hi, Do we have to kill or remove qpe to use Paroli ? (any resources conflict maybe ?) The fso might have a problem with qpe, so I guess a clean fso M4 or 4.1 is safest ;) /mirko Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli Base
Hi, Paroli was build to run on top of the framework[1] and the FSO image[2] M4 so milestone 4 or milestone 4.1. So my guess is, it won't run on 2008.12 and qpe. /mirko [1] http://wiki.openmoko.org/wiki/OpenmokoFramework http://www.freesmartphone.org/ [2] http://downloads.freesmartphone.org/ Le vendredi 09 janvier 2009 à 10:53 +0100, Mirko Lindner a écrit : Hi, Do we have to kill or remove qpe to use Paroli ? (any resources conflict maybe ?) I just installed paroli on 2008.12. I can start PLauncher (despiste some crashes) but couldn't register so far. * does paroli include a SIM password dialog or does it rely on qpe for authentification on the GSM network ? * if qpe is in conflict with paroli, is it enough to comment the /usr/bin/app-restarter $QTOPIA_MESSAGE qpe 21 | logger line in /etc/X11/Xsession.d/89qtopia ? Wilk. ___ 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: paroli development
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hej, sorry it took a bit. As there was not much response I thought this might be due to lack of communication from my part. I have to admit paroli is rather well hidden right now, but I am working to change that. So far I am happy to say, that after some hard work and great help by many of the Openmoko team, we managed to merge paroli and tichy to a proof of concept version, which currently is available as a single package version under the name of tichy. The package can be found in the testing repository and installed via opkg. It does allow basic telephony, messaging and contacts administration. However, it is by no means stable. We combined 2 approaches that still need to find their boundaries in their new marriage. One of the results of the rather turbulent honeymoon is that you have to fiddle 2 small things in the package as not all last minute changes were equally distributed across all files ;) Once opkg install tichy is processing, It will create desktop files which allow you to start tichy and the applications. For the dbus service to work you need to add 2 files. add: !DOCTYPE busconfig PUBLIC -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; busconfig policy user=root allow own=org.tichy.launcher/ allow send_path=/Launcher/ allow send_destination=org.tichy.launcher/ allow receive_sender=org.tichy.launcher/ /policy /busconfig to /etc/dbus-1/system.d with the name tichy.conf and [D-BUS Service] Name=org.tichy.launcher Exec=/usr/bin/tichy-launcher User=root to /usr/share/dbus-1/system-services with the name org.tichy.launcher.service We hope to improve our coordination to minimize those small but yet fatal glitches, but 12000km and 7hrs distance can be rather tricky ;) Once you fixed the two files you should press the TLauncher icon on your desktop. It will need to work a bit, depending on the network and such up to 25 sec actually. Than you can use the tele, people, messages or i/o icon to launch any of the applications. In the miserable event that it crashes simply press the TLauncher icon again, copy the error message from /tmp/tichy.log into your favorite mail-client and pop us a mail ;) Please to not be scared by unexpected colors or a rather incomplete design. We focused on the interaction of the different parts and languages to see if it was possible to build a scalable phone-stack in python and efl which would against all odds not make its user wait for too long. Certainly you will have to wait every now and again, but we are confident we can solve these issues and provide a set of tools that will allow for easy and fast development. As I wrote this package has proof of concept status and we are currently trying to define our next steps in order to see how we will proceed, but we are happy to have reached this point and are thirsty for more ;) Stay tuned for updates! /mirko Giorgio Marci wrote: Hi to all, does someone has tasted the application paroli to manage calls, messages and contacts? is this a working release? which is the development status? thanks -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a *Free* Account at www.mail.com http://www.mail.com/Product.aspx! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklHyPQACgkQlgX1BiMLFSiBiwCfbDp5Yg9pwvBf1V2+RAOnUPDs jasAoI5YbpLHU16ClEm7+ENtTVMcLO7o =jVpQ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Paroli] Update #3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I used the current tichy fresh from the git and adjusted the runparoli page [1]. Should you have further problems please let me know and I'll try to help and also start collecting for a FAQ or common problems while installing. Ah, btw there were some wrong references in the svn, I changed those as well, I have now the same set-up locally, sorry about that. Thanks, /mirko Well, today I've followed your RunParoli wiki to get it working in my phone. I've used SHR as base updating the FSO framework and getting tichy and paroli from upstream (respectively from svn and git). Well, after applying the changes you've suggested I wasn't able to get Paroli running but only tichy-etk... Maybe my guy.py wasn't correct (since it doesn't seem to reflect the wiki), so please could you provide a fresh explanation? Thanks... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkj8FQACgkQlgX1BiMLFShByACginAZvc7AGWk0DN7/04EZGs3q H14AnjlMXjxyDhTm7mkfFfgXrCqLOwuT =BAcc -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Paroli] Update #3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Tue, 2008-11-18 at 22:13 +0100, Mirko Lindner wrote: This is a version without functionality, but implementing this is not difficult and the dialer has been written to be easily adapted to actually work. The reason for this non-working is that the tichy-fso components do currently not work on the testing image and thus the phone doesn't register on a network. As soon as that is solved we'll implement the functions needed. Should be fixed on last git version of tichy. See this commit for the fix: http://git.openmoko.org/?p=tichy.git;a=commit;h=75ce9fa91083fea79e64a155ce809c0bb57b24c1 Unfortunately it still doesn't manage to request the gsm resource :( Neither command line nor gui show any changes ... /mirko -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkj8S4ACgkQlgX1BiMLFShjOgCeN8yKe5MtcxxA2+dj1uqitvAy fxMAn1/sGHrndfFScnFjAZXxGK/Q9tmM =Hq89 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Paroli] Update #3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, A quick update on things happening on the paroli-front. In short the svn is growing in size and so is the wiki. I just uploaded a new version of the paroli-dialer application which makes use of of edje rather than a toolkit. This version of the dialer shows a new dial-pad design, implements a dummy contacts list and allows to call a person from the contact list. This is a version without functionality, but implementing this is not difficult and the dialer has been written to be easily adapted to actually work. The reason for this non-working is that the tichy-fso components do currently not work on the testing image and thus the phone doesn't register on a network. As soon as that is solved we'll implement the functions needed. But nevertheless this application shows very well were paroli is headed right now and forms a very nice basis for discussions. I hope we get some more applications or at least their respective GUIs up in the svn this week to have a basis to build a first paroli package installable via opkg :) More updates on this and other issues soon ;) /mirko -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkjMBIACgkQlgX1BiMLFSiQxwCfQ2IQ4lIG2utH+DIrU7/i8S7D MFkAmgMqHAIeuHakAUKDvwnQ1f7f8ELE =n8UP -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Paroli + Tichy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, last week I told you a bit about the paroli project and what happened so far. I want to keep you updated and maybe bring a little more light into the darkness surrounding paroli. There where two main tasks for the past week: a) make paroli run within tichy b) make tichy display edje objects rather than using plain etk Those two were more or less successfully attacked. Many of the functions paroli is supposed to provide are already available in tichy such as the dialer for example. However there are only implementations using etk which is not what we want. A very rough implementation of edje can be seen by checking out the paroli svn[1] and following the faq. Another thing that was looked at was the launcher in tichy. The plan is to enable the user to start tichy plugins from the Illume launcher rather than the tichy launcher. For this the svn also contains a replacement launcher which checks for available plugins and generates desktop files for illume. These are also visible but so far have no function. The plan is to have those files issue a dbus signal which is then picked up by tichy and opens the requested plugin which is then displayed. In short it would look something like: *phone booting *tichy starting (includes edje bindings, fso, check of desktop files etc) and listening for dbus calls *a user clicks on a desktop file *tichy picks up signal and starts application *when application is closed, window is destroyed but tichy keeps on running In case tichy is not running when the user clicks on an icon it starts first and then displays the plugin. How does this sound? /mirko Note: All the files in the svn are highly developemental and have only proof-of-concept status. [1] http://code.google.com/p/paroli/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkZhc4ACgkQlgX1BiMLFSj2zwCdGBjAbcQiJi0FpSoGvHlLay4z C74AnjCIYXa6kjOr4v72E0jdhqp+qeH4 =O8vi -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli project
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Julien, Just so you know, SHR already chose this path, and we successfully built our dialer based on EFL (and currently moving to elementary), using frameworkd, and libframeworkd-glib which is used as a tool allowing the developer to forget about dbus management. Collaboration and joint efforts sounds like a good idea. However, I had a look at the project description and it seemed to me that SHR focuses on development with C and gtk, which is not quite what we are aiming for, but as I said it was a short look. Could you explain how EFL fits into the picture? Regards, /mirko -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkQJdYACgkQlgX1BiMLFSgNdwCfZD/DQkP3fTCUsreCLEyB6KIf ls0AoJM8CZ8Xlp9ZidnbcAQrJGjwqkP7 =T1E6 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Paroli project
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, FSO and EFL are ready for deployment, tichy is waiting for plugins and Openmoko is steady on course. So now it is time to take the next step. Meet paroli. It will combine the technologies mentioned above in order to provide a unique user experience on smartphones. The first priorities for paroli will be the dialer, contacts, sms as well as the call history functions. Later on we will start adding other nifty features and expand project. Due to the flexibility of all the technologies used we will be able to build paroli as a collection of plugins and modules allowing every user to use exactly the interface she/he wants. Splitting functionality from design also allows us to skin paroli heavily without the need to rewrite the applications code, so not only will the user get the exactly the functions wanted but also styled in a way that feels most comfortable. Up to now I have been working my way through the efl, python, the fso and how all those tie into one another. I had to discover that writing paroli as a stand-alone application is very resource demanding we will change the focus now and implement paroli as a tichy plug-in to make use of the build-in python scheduler. The current source code in the svn will be moved to a old or pre-tichy folder as soon as its replacement is available. Very briefly about myself: My name is Mirko, I am 23, originally from Berlin and now live in Gothenburg, Sweden. My technical background is mainly web-development and design implementation, however I also have scripting experiences in perl, php and python as well as XML/XSL. I am very excited about Openmoko, the idea and the possibilities this presents. Although there are still some problems in the software I think the time is right for paroli as the tools needed such as the fso, the efl and tichy have reached a stage where they can be applied easily, provide all the functionality needed and are a reliable partner in creating new applications. Paroli is meant to be a community project and as such needs your support, codewise as well as your ideas and input on various subjects. I hope we can make paroli into more than an application and create a space where we can meet, discuss and develop together. So no matter if you are a code, a designer or simply an interested user that could help test the application, log on to: http://code.google.com/p/paroli/ and join the team. I hope you see this for what it is, an open invitation to explore, comment and help to make paroli a success. More info and the source can be found on paroli's website and svn at: http://code.google.com/p/paroli/ A last note, if you want to commit yourself to paroli development and join the developers-team contact me for svn-commit rights. Looking forward to being creative with you, /mirko -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkPBtwACgkQlgX1BiMLFShq2QCfcpEwhBbh86X8/CCkTZH+/MXz LR8An1IkURZUELdywg67BJNep/+i5KS6 =xYb9 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli project
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Marco, My main question is how to manage the PIM. Will you wait for the FSO PIM implementation or is there any other way to manage contacts and SMSs (first of all) without using the SIM? For now paroli only supports the SIM card, but as I said we are just at the beginning and this is one of the first issues we have to solve. However, how will you merge tichy and paroli? I mean, I find tichy a nice project, but I don't like it to be used as a laucher, since we've already illume for it and ihmo it does a fantastic job. The point is not really merging those two projects, but rather having paroli inside of tichy as plugins/applications which allows paroli to make use of tichy's scheduler. What that will look like exactly we will have to determine and see what is best for paroli and the user. I already tried to run it on my device some weeks ago, but it never ran here :| I just did a reinstall on my FreeRunner, was very simple and without huzzle. The details can be found here: http://code.google.com/p/paroli/wiki/RunParoli Regards, /mirko -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkPMtIACgkQlgX1BiMLFSj1yQCeJ8cZQp9Sk2nzw7HUfab+RU+e ClUAniqFrbLRebI2Sle637MNhmQ001IO =KR5Y -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko codesprint at FSCONS, 24th Oct
Hi Fredrik, thanks for the kind words, I thought I'd chip in with an article on http://www.linux-magazine.com[1]. Looking forward to seeing you and other Openmoko enthusiasts and freedom activists at FSCONS [2] ;) /mirko [1] http://www.linux-magazine.com/online/news/ openmoko_invitation_to_codesprint [2] http://www.fscons.org Hi freedom lovers, The organizers of this year's FSCONS[0], hosted in Gothenburg Sweden, earlier this week announced[1] that it will host an OpenMoko code sprint. The details posted[2] says that the goal of the sprint is to work on an application called voj (see the site for details) but also to just shed light on the project and answer questions for any of those not familiar to the OpenMoko project. I'm one of those that will be at the site and try to get as many as possible to throw their Nokias, SE:s and Motorolas out the window and instead decide they choose freedom and OpenMoko over ... some bad words regarding their current locked in phones. :) I'm glad this takes place in my hometown and I urge anyone that has the possibility to take part to either visit the conference which I feel is truly one a kind, or by joining the mailing list at http://mail.fscons.org/mailman/listinfo or jump in on irc://irc.freenode.net/fscons and say hi. Hopefully we'll get the media present interested enough to run a story on how open source collaboration can look like (Agile, very close to it's users and leveraging functionality actually requested by real users and not some developer apartment). Apologies if you consider this being spam. I hope to see you at the conference! / Fredrik Wendt [0] http://fscons.org/ October 24th - 26th @ IT University Gothenburg [1] http://fscons.org/2008/10/07/openmoko-code-sprint/ [2] http://fscons.org/openmoko-codesprint/ PS. Briefly on FSCONS: As three of the biggest names in community organisations, Free Software Foundation Europe, Creative Commons and Wikimedia Sverige are joining forces under the banner of Free Society at this years FSCONS. With the help of many different organisations like Debian GNU/linux, KDE, Postgres, OpenStreetMap, Midgard, CCMixter, Magnatune and the Icelandic Fab Labs, FSCONS will be a truly unique experience. DS ___ 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
