Re: High pitch voice when the screen is in horizontal mode
I'm using OM2009, but I've noticed the same on OM2008.x Running xrandr -o 3 or xrandr -o 1 makes the screen rotate to horizontal mode. At the same time FR (the screen, glamo, something) starts to give me a very high pitch voice. It's loud enough to be heard in a moving car, 0.5m away so it's kind of disturbing.. Anyone else experiencing the same? bump. Anone else? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-U] opkg upgrade results in no GSM again :(
Hi, Last night I did opkg upgrade and since then I am just getting 'No Service' in grey on the signal strength meter. Attached is a snip from my frameworkd.log[1] with log_level=DEBUG for ogsmd. Although, I have no idea about AT commands, the only thing that looks suspicious in the log is 'AT+COPS=3,0;+COPS?;+COPS=3,2;+COPS?' resulting in '+CME ERROR: 3'. BTW, I have an old (pretty old) yet working image of shr-u on another partition which registers perfectly. Was I not supposed to upgrade? Was there a red flag that I missed? And anyways, do I need to wait for some upgrade or this can be fixed rather easily (I would hate to reflash) --Vikas 1: http://n2.nabble.com/file/n3497827/snip.frameworkd.log.txt snip.frameworkd.log.txt -- View this message in context: http://n2.nabble.com/SHR-U-opkg-upgrade-results-in-no-GSM-again-tp3497827p3497827.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
Hi all, I were following this thread and I think that the most remarkable post is this one from Martin who resumes the most important things that we want to have in the showroom page. I made this Classes diagram [1] in DIA to make the basis for the development of the site. It's really basic but I think that it's a start point. I'll explain several points to make the diagram clear: * The classes have the attributes that I can figure out from the requests on this thread. * A user can be a maintainer of a distribution/application or just a regular user (someone with account in the page who can vote for the distros/apps popularity) * The File class (table) contains the files (commonly image files) of the three entities: distros/apps (screenshots); user (user image) * The distros and the apps have an attribute to represent their popularity (a float number from 1 to 5) that is set with a stored procedure that update the popularity field with the average of the califications of the users for the distro/application (a user only can vote once for an distro/app, which makes the popularity more reliable). The procedure is triggered whenever an user give a distro/app application) TODO: * Discuss if any registered user can edit the information of a distro/app or how it will be covered. * Reppresent the dependencies of an application * Other things that you want Note: DIA diagram contains attribute description for each class I don't know if the diagram is usable/compatible with the apt-portal idea but is my way to bring my two cents for the cause.. Remember that you're welcome to make adjustments to the diagram in order to make it more representative of the situation of a AppDB for the FR. Greetings from Colombia [1] http://www.mediafire.com/download.php?kyyzzcuz3kt /*** * Don't Worry...Be Linux * Cristian Gómez Alvarez * Ingeniero en Sistemas y Computación * Universidad de Caldas * Comunidad de Software Libre Manizales * IEEE/WIE Student Member * Linux User #463617 * Mi Blog: http://cristianpark.sehablalinux.com/ / 2009/8/21 Martin Jansa martin.ja...@gmail.com On Fri, Aug 21, 2009 at 12:13:04PM +0300, Risto H. Kurppa wrote: - Still I think there's a need for a platform to promote ~working apps in an appealing way. Yes that's true and I think that opkg.org is doing just that. Only few small parts are missing. 1) Use it rather as nice showroom, not as opkg/deb repo 2) Voting UP/DOWN for popularity and showing most popular packages for section/task, maybe iven UP/DOWN buttons for I would like to test it/use it or I need exactly something like this - someone please provide package for my distribution. 3) opkg/deb or manuall installation instructions only in first phase when its unknown package from unknown developer :) 4) then community-editable list of distributions where it works/doesn't work. 5) same list with sign if its included in standard repo of that distribution and if its not included, user should provide a link to distribution bug tracker where is package request for that application and everyone could provide bbfile/src.deb as attachment in that bug, its quite easy. Distro maintainers than could check if that package is really that popular and if someone from users/developer itself provided working bbfile then commit it to their branch, remove link to bug tracker and set sign, thats already included. Maybe just table like this | distribution | works | doesn't work | I would like to use it | Included | Package request | | shr-unstable | 10 + - | 2 + - | 40 + - | Yes | link-fixed | | shr-stable | 2 + - | 0 + - | 400 + - | No (_Yes_) | link| | debian | 12 + - | 0 + - | 4 + - | No (_Yes_) | _add_link_ | | _add new distribution_ | where + - would be voting links Very last words: Please do not put anything up, when there is no time / resources to maintain it. It would be a shame to waste so much efforts +1! +1! IMHO only few improvements of opkg.org are needed.. -- uin:136542059 jid:martin.ja...@gmail.comjid%3amartin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.frsip%3ajama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
One more that has been bugging me with opkg of late is opkg list_upgradable always show up: r...@om-gta02 ~ $ opkg list_upgradable libfsobasics0 - 0.8.1.0+gitr385+e70733ce85d7bb636b15d0cee1e63621480739c8-r6.1 - 0.8.1.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.1 libfsobasics0 - 0.8.1.0+gitr379+41f9525fd24145e5ed946d2b9293a036a09c22b8-r6.1 - 0.8.1.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.1 frameworkd-config-shr - 0.9.5.9+gitr1559+17898fc0f73453c11d1b1e8db57f8e8a0cfbc943-150+43045df5cff2204bce4a44e3827f9b88b519d5ac-r7 - 0.9.5.9+gitr1616+f6ff7cc6a2246746aa6ae89fbf999e3898f033fd-180+cc019f16d57daa9cf1ca24e6c7a5e197cbaf7612-r7 fsousaged - 0.0.0.0+gitr385+e70733ce85d7bb636b15d0cee1e63621480739c8-r6.0 - 0.0.0.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.0 fsousaged - 0.0.0.0+gitr379+41f9525fd24145e5ed946d2b9293a036a09c22b8-r6.0 - 0.0.0.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.0 libfsoframework0 - 0.1.0.0+gitr385+e70733ce85d7bb636b15d0cee1e63621480739c8-r6.2 - 0.1.0.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.2 libfsoframework0 - 0.1.0.0+gitr379+41f9525fd24145e5ed946d2b9293a036a09c22b8-r6.2 - 0.1.0.0+gitr394+4893e3cfa02722b0a082c1c9d03bba7e30193fea-r6.2 Although, I already have higher versions installed for each of those packages. opkg info would also show that these (upgradable) packages are de-installed while the newer one is installed. opkg upgrade would just say that the pakcage is already installed for each of the package. I don't know if that can be reason...but that sure looked scrupulous to me --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
Was I not supposed to upgrade? Was there a red flag that I missed? And anyways, do I need to wait for some upgrade or this can be fixed rather easily (I would hate to reflash) I have already tried opkg install -force-reinstall fso-abyss libfsotransport0 fsousaged libgee0 with no avail... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
Am 23.08.2009 08:34, schrieb Vikas Saurabh: Hi, Last night I did opkg upgrade and since then I am just getting 'No Service' in grey on the signal strength meter. Attached is a snip from my frameworkd.log[1] with log_level=DEBUG for ogsmd. Although, I have no idea about AT commands, the only thing that looks suspicious in the log is 'AT+COPS=3,0;+COPS?;+COPS=3,2;+COPS?' resulting in '+CME ERROR: 3'. BTW, I have an old (pretty old) yet working image of shr-u on another partition which registers perfectly. Was I not supposed to upgrade? Was there a red flag that I missed? And anyways, do I need to wait for some upgrade or this can be fixed rather easily (I would hate to reflash) --Vikas 1: http://n2.nabble.com/file/n3497827/snip.frameworkd.log.txt snip.frameworkd.log.txt Same here. With an old frameworkd.conf (date 18.08.09) I've got GSM working again. Drawbacks: no suspend, but apm -s is working. cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
On Fri, Aug 21, 2009 at 10:49 AM, Sebastian Krzyszkowiakseba.d...@gmail.com wrote: It was discussed DOZENS of times on maillist. Sending bb recipe (or asking for writing such recipe) to shr-devel maillist is in majority enough to have your app in SHR and FSO repositiories, which is enough, as I don't know other active and supported OpenEmbedded based distro here which isn't based on SHR or Om2009. I would love to see paroli installable into shr Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
2009/8/23 DRSp. it...@gmx.net: Same here. With an old frameworkd.conf (date 18.08.09) I've got GSM working again. did you need to do anything other than copying the .conf file into the correct place? i was having the same problems, so copied the file across and rebooted, but no joy yet ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
Hi, Same problem here, can you please post your frameworkd.conf for quick and dirty fix? Greets Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
Am Sonntag, den 23.08.2009, 11:29 +0200 schrieb Laszlo KREKACS: On Fri, Aug 21, 2009 at 10:49 AM, Sebastian Krzyszkowiakseba.d...@gmail.com wrote: It was discussed DOZENS of times on maillist. Sending bb recipe (or asking for writing such recipe) to shr-devel maillist is in majority enough to have your app in SHR and FSO repositiories, which is enough, as I don't know other active and supported OpenEmbedded based distro here which isn't based on SHR or Om2009. I would love to see paroli installable into shr Me too! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] openbmap logger and quit (power, accidental close, etc...)
On Sat, Aug 22, 2009 at 10:57:12PM +0200, Onen wrote: Anyone knows if can I freely change this value? :) This one is free to change. Nevertheless, we consider that above this, the GPS position becomes inaccurate. Thus we fear this brings only low quality data. Ok, thanks! :) -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli : migrating SIM contacts
Michael Pilgermann a écrit : Hi Xavier, generally speaking, you could use PISI (http://www.opkg.org/package_191.html) for this problem. Although, we developed and tested PISI on SHR. So, I do not know, whether it is running on Om 2009 as well? (Any experiences from anybody??) If it is running: You could take a copy of your VCF file - synchronize this one with you existing SIM card entries (access via dbus, should be in OM 2009 I think) ... afterwards, you could edit the vcf file and sync again with the new SIM card in the OM. The Paroli numbers are not yet visible to PISI; unless Paroli makes use of OPIMD??? But that would be new to me ... Michael Hi, I am currently trying to sync my old SIM card with my VCF file, in order to dump the VCF file into my new SIM card later. PISI can be installed and launched from my Om2009, but I have an encoding problem : ** Error: Changes to source 2 (VCF) could not be applied due to the following reason: 'ascii' codec can't encode character u'\xe9' in position 36: ordinal not in range(128) Could you tell me how to run PISI in full UTF-8 ? I think this software could be a good solution for my problem, but my VCF file is an UTF-8 one (I am french) Best regards, Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
Same problem here, can you please post your frameworkd.conf for quick and dirty fix? For me frameworkd.conf at http://git.freesmartphone.org/?p=framework.git;a=blob_plain;f=conf/example/frameworkd.conf;hb=077a4875a28cd96a0b764126d2052692edf0e66b worked. The only additions to it after this are addition of some backends: http://git.freesmartphone.org/?p=framework.git;a=history;f=conf/example/frameworkd.conf;h=efd0bbeff1ca9a8347d6f36f32da6399b57e180e;hb=HEAD. I think dos1 can fix it pretty easilycan someone on irc just ping him with the issue (in case he misses he this mail) --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
On 8/23/09, Vikas Saurabh vikas.saur...@gmail.com wrote: Same problem here, can you please post your frameworkd.conf for quick and dirty fix? For me frameworkd.conf at http://git.freesmartphone.org/?p=framework.git;a=blob_plain;f=conf/example/frameworkd.conf;hb=077a4875a28cd96a0b764126d2052692edf0e66b worked. The only additions to it after this are addition of some backends: http://git.freesmartphone.org/?p=framework.git;a=history;f=conf/example/frameworkd.conf;h=efd0bbeff1ca9a8347d6f36f32da6399b57e180e;hb=HEAD. I think dos1 can fix it pretty easilycan someone on irc just ping him with the issue (in case he misses he this mail) --Vikas Fix is building at the moment, according to mickeyl opkg upgrade should fix that in few minutes :) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
Fix is building at the moment, according to mickeyl opkg upgrade should fix that in few minutes :) Thats great. btw, while we are on frameworkd.conf; can the upgrade process be setup such that the old settings are retained(I don't know how!) ? I often forget to switch to SQLite-Messages(can it be made default?) and wonder why sent messages are not showing up. --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: PISI 0.4 released
Sounds great! Welcome to the team ... :) You could start by requesting access to the code - I would create a branch for you, so you could play around. There is a basic class diagram in the docs, which should help with the basic understanding of the architecture ... Feel free to ask about anything ... also about Python if you want. Michael c_c wrote: Hi, I would be willing to help/code (my python is weak though) to get sync support for e-tasks through PISI. Perhaps sync to / from evolution can be looked at in the beginning. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Request for assistence on assembling library packages
Hi Thomas, Martin did quite some work on packaging PISI and its deps. (see attached email) ... I think, all the deps are in there now; haven't yet had the time to test everything ... From my point of view, there is still a need to create proper BB-File for PISI - see discussion in second attached email. If you have dealt with these things before - what is your opinion about it?? Greetings Michael Thomas Zimmermann wrote: Am Sonntag 16 August 2009 22:17:43 schrieb Michael Pilgermann: Dear all, For an Openmoko PIM Synchronization tool (called PISI) I developed a module to integrate with SyncML-servers this weekend. It is all running fine on my Linux box (desktop) already. I had some libs to install in order to get prepared. Now, for putting the package together for the Openmoko I need to port them. However, I am not very familar with this stuff (Python programmer) and have no toolchain installed (I think, I heart that's the way to go for that kind of stuff) ... So my question is, whether somebody (who has maybe already a fully functional toolchain installed) could assemble Openmoko packages (best ipk I would say) for the following three modules: - wbxml (http://sourceforge.net/projects/libwbxml/files/libwbxml/0.10.7/libwbxml-0. 10.7.tar.gz/download) - libsoup (http://live.gnome.org/LibSoup) - libsyncml (http://sourceforge.net/projects/libsyncml/files/libsyncml/0.5.4/libsyncml- 0.5.4.tar.gz/download) Uploading them to opkg.org would be grant - but if you just send them over, I would do the rest, too ... Please, please help - if I need to do it myself, it will probably take me ages (and will look like the openldap module ;)) Michael Did you find someone who would help you? If not i will do it. Thomas ___ Shr-User mailing list shr-u...@lists.shr-project.org http://lists.shr-project.org/mailman/listinfo/shr-user ---BeginMessage--- Hi, on Friday I uploaded patch for OE repository to shr trac: http://trac.shr-project.org/trac/ticket/592 http://trac.shr-project.org/trac/ticket/592Patch contains support for setuptools (http://pypi.python.org/pypi/setuptools), which seems like standard tool for managing python packages, that's files ez_setup.py, setup.py and setup.cfg. It would be nice if you include those 3 files in your source distribution package. I also found few files missing from http://projects.openmoko.org/frs/download.php/888/pisi-src-0.4.4.tar.gz, which were available in subversion repository, so I made only bbfile for live subversion version of pisi, I can found which files were missing if you can include them to pisi-src too. As last modification of your source distribution I created pisi python module and moved all pisi stuff and subdirs there, because this bbfile installs pisi directly in /usr/lib/python*/site-packages/pisi not to /opt/pisi and having lots of files and directories only for pisi directly in site-packages seemed wrong for me. So i rearranged source files like this: mkdir pisi mv pisi*.py pisi touch pisi/__init__.py mv contacts/ modules/ events/ tests/ thirdparty/ pisi As I said before, I'm not python programer so setuptools and python packages are new for me, so it would be nice if someone could confirm, that this structure is sane and you could rearrange files in subversion to simplyfi building process. I'll try to prepare bbfiles for new development version dependencies as you wrote in second thread. JaMa On Fri, Aug 14, 2009 at 7:35 PM, Michael Pilgermann kichka...@gmx.dewrote: JaMa, thx for this offer. I don't really know, what in detail you are talking about ... i was quite happy, that I managed to assemble ipkg - this is all done automatically using a Makefile: https://projects.openmoko.org/plugins/scmsvn/viewcvs.php/*checkout*/trunk/Makefile?rev=135root=pisi But integrating all this in feeds of repositories of course sounds good to me ... just let me know, what exactly I can do for you - I am sure we can sort that out (till now I have always just copied the files into my ipkgs) Michael Martin Jansa wrote: On Thu, Aug 13, 2009 at 11:49 AM, Martin Jansa martin.ja...@gmail.com mailto:martin.ja...@gmail.com wrote: I have no experience with python, but I can try to prepare setup.py for setuptools next week, if you have no time or interest in it and then send you patch. I had some spare time.. so before going for vacation, here is something which works for me, at least seems like working for me :). Maybe something could be integrated upstream so simplify bbfile for next version. Regards, JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community
Re: Paroli : migrating SIM contacts
Hi Xavier, I don't think, you can configure this somewhere. I will have to apply some minor changes to the code - could you please send me a sample VCF file (some sanitized version of your file), which triggers the error message. I will try to fix this then soon ... Michael Xavier Cremaschi wrote: Michael Pilgermann a écrit : Hi Xavier, generally speaking, you could use PISI (http://www.opkg.org/package_191.html) for this problem. Although, we developed and tested PISI on SHR. So, I do not know, whether it is running on Om 2009 as well? (Any experiences from anybody??) If it is running: You could take a copy of your VCF file - synchronize this one with you existing SIM card entries (access via dbus, should be in OM 2009 I think) ... afterwards, you could edit the vcf file and sync again with the new SIM card in the OM. The Paroli numbers are not yet visible to PISI; unless Paroli makes use of OPIMD??? But that would be new to me ... Michael Hi, I am currently trying to sync my old SIM card with my VCF file, in order to dump the VCF file into my new SIM card later. PISI can be installed and launched from my Om2009, but I have an encoding problem : ** Error: Changes to source 2 (VCF) could not be applied due to the following reason: 'ascii' codec can't encode character u'\xe9' in position 36: ordinal not in range(128) Could you tell me how to run PISI in full UTF-8 ? I think this software could be a good solution for my problem, but my VCF file is an UTF-8 one (I am french) Best regards, Xavier. ___ 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
[elementary] How to get evas object out of elementary.Window
Hi! Elementary widgets are simple evas object as far as I understand the whole concept;) So there should be a way to get the corresponding evas object out of elementary.Window object. Could somebody post the result of these 5 commands?: 1. open a terminal on the phone, and type python to get into python shell 2. type the below commands into the python shell: import elementary elementary.init() win = elementary.Window(, elementary.ELM_WIN_BASIC) win_evas = win.evas_get() type(win_evas) type(win.evas) And please paste the result here. I highly suspect that my python-elementary bindings are outdated. So somebody on newest SHR would be helpful here. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: High pitch voice when the screen is in horizontal mode
On 8/23/09, Risto H. Kurppa ri...@kurppa.fi wrote: I'm using OM2009, but I've noticed the same on OM2008.x Running xrandr -o 3 or xrandr -o 1 makes the screen rotate to horizontal mode. At the same time FR (the screen, glamo, something) starts to give me a very high pitch voice. It's loud enough to be heard in a moving car, 0.5m away so it's kind of disturbing.. Anyone else experiencing the same? bump. Anone else? r I remember I had that earlier when I used OM2008 or at early stages of SHR maybe (dont know if it matters, I was using uboot at that time). But now either it is that quiet that i can't hear it so well, or it it disappeared. Btw. now I use Qi and SHR. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-unstable 20090808] what the... opkg not found?
r...@om-gta02 / $ opkg upgrade -sh: opkg: not found help! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable 20090808] what the... opkg not found?
r...@om-gta02 / $ opkg upgrade -sh: opkg: not found help! Most probably, you did an upgrade when opkg (a soft link) got missed in the build. Try opkg-cl. It would get fixed as soon as you are done with the upgrade ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
On Sat, Aug 22, 2009 at 17:26, Sebastian Krzyszkowiak seba.d...@gmail.comwrote: Closer? In sense less open? I wouldn't say that - for me it looks like SHR is the most community based (and open) distro out here... Yes, less open. How is done the development, today? SHR-Devel list is a close list! regards, Levy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable 20090808] what the... opkg not found?
On Sun, Aug 23, 2009 at 9:30 AM, Vikas Saurabhvikas.saur...@gmail.com wrote: Most probably, you did an upgrade when opkg (a soft link) got missed in the build. Try opkg-cl. It would get fixed as soon as you are done with the upgrade yikes... ok opkg-cl works and a soft link from that to opkg works. is that what you mean by fix? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
On 8/23/09, levy santanna levy.santa...@gmail.com wrote: On Sat, Aug 22, 2009 at 17:26, Sebastian Krzyszkowiak seba.d...@gmail.comwrote: Closer? In sense less open? I wouldn't say that - for me it looks like SHR is the most community based (and open) distro out here... Yes, less open. How this distro development is done, today? regards, Levy. I can tell you on my example: some time ago I was unknown community member, doing development mostly only for Polish community. Then I just asked for something I could do for SHR - Ainulindale (IIRC) said that we need new settings app. And I wrote it, and SHR Settings is now in all images, and i'm SHR coreteam member :) AFAIK same was with pyphonelog, mokonnect, ffalarms and few other apps. SHR has also the best (in my opinion) system for handling patches, everyone can do git send-email to shr-devel list and patches will arrive in our patchwork. There is coreteam, but most important and almost all visible changes in images are voted by community. Coreteam handles more smart issues, as discussing how to handle stable-testing-unstable system, new phoneui API, coding schemes and other things, but results of coreteam discussions are also discussed by users after that. And AFAIK in coreteam ATM are *all* of people who just asked for that when coreteam was created. So to sum up: in my experience SHR development seems to be the most easy to join than in other big Openmoko distros. And SHR is open to new packages and UIs - the whole concept of libframeworkd-phonegui is about openness and having choise. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
On 8/23/09, levy santanna levy.santa...@gmail.com wrote: On Sat, Aug 22, 2009 at 17:26, Sebastian Krzyszkowiak seba.d...@gmail.comwrote: Closer? In sense less open? I wouldn't say that - for me it looks like SHR is the most community based (and open) distro out here... Yes, less open. How is done the development, today? SHR-Devel list is a close list! regards, Levy. (missed that in previous mail) Close list? WTF? -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable 20090808] what the... opkg not found?
yikes... ok opkg-cl works and a soft link from that to opkg works. is that what you mean by fix? it was just a build system bugthe soft link would come up automatically with the upgrade. Basically just use opkg-cl once and forget that it even exists. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
On Sun, Aug 23, 2009 at 14:01, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: SHR has also the best (in my opinion) system for handling patches, everyone can do git send-email to shr-devel list and patches will arrive in our patchwork. I missed this point. thank you for this information. On 8/23/09, levy santanna levy.santa...@gmail.com wrote: On Sat, Aug 22, 2009 at 17:26, Sebastian Krzyszkowiak Close list? WTF? I mean, closed. regards, Levy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable 20090808] what the... opkg not found?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 jeremy jozwik pisze: On Sun, Aug 23, 2009 at 9:30 AM, Vikas Saurabhvikas.saur...@gmail.com wrote: Most probably, you did an upgrade when opkg (a soft link) got missed in the build. Try opkg-cl. It would get fixed as soon as you are done with the upgrade yikes... ok opkg-cl works and a soft link from that to opkg works. is that what you mean by fix? It's fixed in feed opkg update opkg instal opkg libopkg0 fixes that - -- Krzysztof 'soltys' Koroscik jid: sol...@szluug.org e-mail: sol...@szluug.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqReFwACgkQNbd+EcfTCIQhtgCdFae6lM6OA4JSZac0a0cDzIX6 EzEAnjiuZYk0Of1oDJKE8fNcXJebDPb4 =fDrw -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
On 8/23/09, levy santanna levy.santa...@gmail.com wrote: On Sun, Aug 23, 2009 at 14:01, Sebastian Krzyszkowiak seba.d...@gmail.com wrote: SHR has also the best (in my opinion) system for handling patches, everyone can do git send-email to shr-devel list and patches will arrive in our patchwork. I missed this point. thank you for this information. On 8/23/09, levy santanna levy.santa...@gmail.com wrote: On Sat, Aug 22, 2009 at 17:26, Sebastian Krzyszkowiak Close list? WTF? I mean, closed. regards, Levy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Strange :P Of course shr-devel shr-de...@projects.openmoko.org is closed, cause it was moved. shr-devel shr-de...@lists.shr-project.org is alive and works well, so what's the problem? -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR testing] intone requires different e17 lib name
On Saturday 22 August 2009 21:02:22 Sebastian Krzyszkowiak wrote: On 8/22/09, Marcel tan...@googlemail.com wrote: Am Samstag, den 22.08.2009, 20:48 +0200 schrieb Sebastian Krzyszkowiak: On 8/22/09, Marcel tan...@googlemail.com wrote: G'evening, I'm fiddling with SHR (some way to get paroli on it? .) and found that the opkg.org intone 0.66 package is linked against libe*-ver-svn-02.so.0 sonames but SHR testing contains libe*-ver-pre-01.so.0 libs. Could you do another special SHR testing build? (Symlinking all of them to -svn-02 is another solution, but kinda messy, too...) -- Marcel Could you use supported distro? SHR unstable is the way to go - it works even more stable than testing. And Intone is there by default :P SHR testing is unsupported, but unstable is? And the latter even more stable than testing? You SHR folks are strange... Okay, lemme reflash... There are just too less hands to work, and maintaining -testing is hard work. We hope to release new testing image soon, and support it constantly. But noone knows when it'll finally happen... Why not just ditch the current testing and stable branches and branch anew from unstable? This just keeps tripping up newcomers to SHR (I have seen at least 10-15 of these mails in the last few months?). At the very least, remove those branches that shouldn't be used right now anyway. Of course I agree that it's a lot of work to maintain multiple branches, but the least that should be done is to avoid partial merges (which takes effort) and instead do full merges (essentialy copies) from unstable revisions that are 'known to be good' (or as good as possible :). This way users (non-devs) can keep pace with recent fixes while at the same time avoiding the occasional breakage that occurs in unstable. Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hi
On Sun, Aug 23, 2009 at 14:41, Sebastian Krzyszkowiakseba.d...@gmail.com wrote: Of course shr-devel shr-de...@projects.openmoko.org is closed, cause it was moved. shr-devel shr-de...@lists.shr-project.org is alive and works well, so what's the problem? You are right, there is no problem! SHR is an open distro, sorry by the mistake. regards, Levy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR testing] intone requires different e17 lib name
On 8/23/09, Sander van Grieken san...@3v8.net wrote: On Saturday 22 August 2009 21:02:22 Sebastian Krzyszkowiak wrote: On 8/22/09, Marcel tan...@googlemail.com wrote: Am Samstag, den 22.08.2009, 20:48 +0200 schrieb Sebastian Krzyszkowiak: On 8/22/09, Marcel tan...@googlemail.com wrote: G'evening, I'm fiddling with SHR (some way to get paroli on it? .) and found that the opkg.org intone 0.66 package is linked against libe*-ver-svn-02.so.0 sonames but SHR testing contains libe*-ver-pre-01.so.0 libs. Could you do another special SHR testing build? (Symlinking all of them to -svn-02 is another solution, but kinda messy, too...) -- Marcel Could you use supported distro? SHR unstable is the way to go - it works even more stable than testing. And Intone is there by default :P SHR testing is unsupported, but unstable is? And the latter even more stable than testing? You SHR folks are strange... Okay, lemme reflash... There are just too less hands to work, and maintaining -testing is hard work. We hope to release new testing image soon, and support it constantly. But noone knows when it'll finally happen... Why not just ditch the current testing and stable branches and branch anew from unstable? This just keeps tripping up newcomers to SHR (I have seen at least 10-15 of these mails in the last few months?). At the very least, remove those branches that shouldn't be used right now anyway. Of course I agree that it's a lot of work to maintain multiple branches, but the least that should be done is to avoid partial merges (which takes effort) and instead do full merges (essentialy copies) from unstable revisions that are 'known to be good' (or as good as possible :). This way users (non-devs) can keep pace with recent fixes while at the same time avoiding the occasional breakage that occurs in unstable. Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community There were tons of mails discussing how we should do testing and stable. On every possible maillist... And everything is discussed. To death. There was one brave enough, mrmoku (he's on vacations now), but he was doing it alone and he didn't finished yet (but i think we're close to). Unfortunately most of SHR devs are Python, C or Vala coders, not bitbake gurus :( -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
Fix is building at the moment, according to mickeyl opkg upgrade should fix that in few minutes :) For me the latest frameworkd.conf from http://shr.bearstech.com/git/?p=shr-themes.git;a=history;f=frameworkd/frameworkd-config-shr/om-gta02/frameworkd.conf;h=bbbea90b94e55ff590955a9101a3ef050b74c4a1;hb=de367ad3948f22450d4e0715957d7825f5527e23 still DOESN'T work. is opkg --force-reinstall needed for some other package as well? --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
2009/8/23 Cristian Gómez cristianp...@gmail.com: Hi all, I were following this thread and I think that the most remarkable post is this one from Martin who resumes the most important things that we want to have in the showroom page. I made this Classes diagram [1] in DIA to make the basis for the development of the site. It's really basic but I think that it's a start point. Wow, thanks for this! I'll try to have a look at it later, don't have DIA around now.. (an png would be nice and readable for everyone :) Maybe someone else can have a look and comment r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
u you're right Risto, I just forgot to tell that I exported the diagram to png and is available in the .tar.gz that I upload. /*** * Don't Worry...Be Linux * Cristian Gómez Alvarez * Ingeniero en Sistemas y Computación * Universidad de Caldas * Comunidad de Software Libre Manizales * IEEE/WIE Student Member * Linux User #463617 * Mi Blog: http://cristianpark.sehablalinux.com/ / 2009/8/23 Risto H. Kurppa ri...@kurppa.fi 2009/8/23 Cristian Gómez cristianp...@gmail.com: Hi all, I were following this thread and I think that the most remarkable post is this one from Martin who resumes the most important things that we want to have in the showroom page. I made this Classes diagram [1] in DIA to make the basis for the development of the site. It's really basic but I think that it's a start point. Wow, thanks for this! I'll try to have a look at it later, don't have DIA around now.. (an png would be nice and readable for everyone :) Maybe someone else can have a look and comment r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Paroli : migrating SIM contacts
Michael Pilgermann a écrit : Hi Xavier, I don't think, you can configure this somewhere. I will have to apply some minor changes to the code - could you please send me a sample VCF file (some sanitized version of your file), which triggers the error message. I will try to fix this then soon ... Michael File sent ! :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
http://shr.bearstech.com/git/?p=shr-themes.git;a=history;f=frameworkd/frameworkd-config-shr/om-gta02/frameworkd.conf;h=bbbea90b94e55ff590955a9101a3ef050b74c4a1;hb=de367ad3948f22450d4e0715957d7825f5527e23 still DOESN'T work. ok it works nowguess i was 1 hour too early when I checked :) --Vikas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR testing] intone requires different e17 lib name
On Sunday 23 August 2009 21:09:04 Sebastian Krzyszkowiak wrote: On 8/23/09, Sander van Grieken san...@3v8.net wrote: On Saturday 22 August 2009 21:02:22 Sebastian Krzyszkowiak wrote: On 8/22/09, Marcel tan...@googlemail.com wrote: Am Samstag, den 22.08.2009, 20:48 +0200 schrieb Sebastian Krzyszkowiak: On 8/22/09, Marcel tan...@googlemail.com wrote: G'evening, I'm fiddling with SHR (some way to get paroli on it? .) and found that the opkg.org intone 0.66 package is linked against libe*-ver-svn-02.so.0 sonames but SHR testing contains libe*-ver-pre-01.so.0 libs. Could you do another special SHR testing build? (Symlinking all of them to -svn-02 is another solution, but kinda messy, too...) -- Marcel Could you use supported distro? SHR unstable is the way to go - it works even more stable than testing. And Intone is there by default :P SHR testing is unsupported, but unstable is? And the latter even more stable than testing? You SHR folks are strange... Okay, lemme reflash... There are just too less hands to work, and maintaining -testing is hard work. We hope to release new testing image soon, and support it constantly. But noone knows when it'll finally happen... Why not just ditch the current testing and stable branches and branch anew from unstable? This just keeps tripping up newcomers to SHR (I have seen at least 10-15 of these mails in the last few months?). At the very least, remove those branches that shouldn't be used right now anyway. Of course I agree that it's a lot of work to maintain multiple branches, but the least that should be done is to avoid partial merges (which takes effort) and instead do full merges (essentialy copies) from unstable revisions that are 'known to be good' (or as good as possible :). This way users (non-devs) can keep pace with recent fixes while at the same time avoiding the occasional breakage that occurs in unstable. Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community There were tons of mails discussing how we should do testing and stable. On every possible maillist... And everything is discussed. To death. There was one brave enough, mrmoku (he's on vacations now), but he was doing it alone and he didn't finished yet (but i think we're close to). Unfortunately most of SHR devs are Python, C or Vala coders, not bitbake gurus :( I'm not reopening the discussion on that. But I think the stable and testing branches, images and feeds should go, because nobody uses them now (correct me if I'm wrong) and they basically lead to confusion. And I understand fully that there's just not enough manpower to maintain them actively, but then just accept that the only real flavor offered right now is the unstable branch. Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
On Sunday 23 August 2009 09:36:44 Cristian Gómez wrote: Hi all, I were following this thread and I think that the most remarkable post is this one from Martin who resumes the most important things that we want to have in the showroom page. I made this Classes diagram [1] in DIA to make the basis for the development of the site. It's really basic but I think that it's a start point. I'm missing the cardinality and direction in the relations. Second, you should add a Release class (one-to-many) to distinguish versions of applications. Also abstract the File class to a Resource class (You can then subclass File from Resource to specialize), this allows you flexibility in the resource type (which could be a screenshot, like you modeled, but also for example a howto, FAQ, homepage whatever). Application has no 'belongs to' relationship to Distribution. Instead, Distribution has a 'provides' relationship to Application. The Application attribute 'multiplatform' is useless. 'provedOn', 'notWorkingOn', 'distribution' are all one-to-many associations and should be modeled in the diagram. 'author' should be a list or even an association, not a string. popularity is a derived attribute (pun intended) grtz, Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bugfix for #1024 (gsm modem re-camping) done
On Sat, Aug 22, 2009 at 10:03:35AM +0200, Ed Kapitein wrote: What form factor does the capacitor have? http://lists.openmoko.org/pipermail/hardware/2009-May/001205.html do you have a link to a reseller of the capacitors? The thread 'The trivial #1024 GSM fix' mentioned two sources: https://lists.openmoko.org/pipermail/community/2009-August/052883.html -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
On Mon, Aug 17, 2009 at 06:13:11PM +0530, Vikas Saurabh wrote: Anyways, for bass fix there is a wiki page (http://wiki.openmoko.org/wiki/GTA02_bass_fix) which suggests more that one way of fixing the issue with pros and cons There is also some discussion about the type of capacitor to use on the gta02-core mailing list: https://lists.openmoko.org/pipermail/gta02-core/2009-August/000366.html -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wifi timeout with mokonnect
On Thu, Aug 20, 2009 at 12:16:02AM +0200, Bernhard Reiter wrote: Am Sonntag, den 16.08.2009, 21:00 +0200 schrieb Rask Ingemann Lambertsen: Someone needs to sit down with the firmware interface specification (i.e. from the existing driver?) and match it up with the Linux network device API (make htmldocs) and then write a new driver. any takers? at least for a detailed bug report? rask, what about yourself? I will not have the time at least until the gta02-core is out. It's something that won't have basic functionality after a weekend because - The firmware is said to be a pain to work with, - I'm unfamiliar with the SDIO stack for communication with the card, - I'm unfamiliar with the IEEE 802.11 network layer, - I'm not yet using WLAN, but at least the 802.11 card that was collecting dust on a table for a few months has now found its way into a PCI slot. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Charging BL-5C in GTA02 (Was: Replacement battery for GTA01/Neo)
On Wed, Aug 19, 2009 at 10:14:18PM +0800, Daniel.Li wrote: I bought BL-5C compatible battery month ago, and it can't be charged with GTA02. I also remove BL-5C from Nokia phone, and GTA02 still can't charge this battery. How do you know it doesn't charge the battery? IIRC, we had no charge indication of non-GTA02 batteries a month ago. We didn't even light up the charge LED while charging non-GTA02 batteries, did we? It would not be difficult to establish if your GTA02 charges your BL-5C battery or not - simply try it out! Use and charge with your GTA02 like you normally would. After a week, tell us if your GTA02 stays on when you unplug USB/charger power supply. Because even if you suspend the GTA02, a BL-5C won't last for more than 4-5 days without being charged. Or you can measure battery voltage before and after charging in the GTA02 - you will find that battery voltage increases during charging. Heck, your Nokia phone probably has some sort of charge level indicator that you could have use for before and after charge level comparisons. Or you can look at the schematics[1] page 4. The coulumb counter is not connected to the battery charger (PCF50633). Go ahead, search for R1769. You'll see it says NC which is short for not connected. Looking at the component placement drawing[1], you'll see that space was allocated for R1769 below U1701. And indeed that position on the PCB is empty (GTA02 date code 20080722): http://nospamnospam.homepage.dk/hardware/GTA02A6-R1769.png GTA02A5 pictures are here (you want the 'CS' ones): https://people.openmoko.org/tony_tu/GTA02/hardware/GTA02/A5/ So please, can we see an end to this totally unfounded misinformation about not being able to charge batteries other than GTA02 ones? [1] http://downloads.openmoko.org/developer/schematics/GTA02/ -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [elementary] How to get evas object out of elementary.Window
Hi, Here's the output - maybe my bindings are off too. Python 2.6.2 (r262:71600, Jun 18 2009, 19:00:10) [GCC 4.1.2] on linux2 Type help, copyright, credits or license for more information. import elementary elementary.init() win = elementary.Window(, elementary.ELM_WIN_BASIC) win_evas = win.evas_get() type(win_evas) type 'NoneType' type(win.evas) type 'NoneType' HTH -- View this message in context: http://n2.nabble.com/elementary-How-to-get-evas-object-out-of-elementary-Window-tp3498820p3501036.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
Hi, In my case fso-abyss wasn't returning a channel. On running it in the terminal I got an error that libfsotransport was not installed. A opkg install libfsotransport0 fixed it for me. I thought this might help someone else. -- View this message in context: http://n2.nabble.com/SHR-U-opkg-upgrade-results-in-no-GSM-again-tp3497827p3501048.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: buzzfix in India
@Rakshat: how many FRs do we have in India? approx 150 freerunners in India through us and (my guess) about 20 ordered directly form OM. Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
2009/8/24 c_c cchan...@yahoo.com: Hi, In my case fso-abyss wasn't returning a channel. On running it in the terminal I got an error that libfsotransport was not installed. A opkg install libfsotransport0 fixed it for me. I thought this might help someone else. I already had libfsotransport0, but I had to install libgsm0710mux0, as fso-abyss was reporting the mux library missing. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
