[QtMoko v26] online via GPRS
Hi, I tried QtMoko in it's latest incarnation as the changelog said the GPRS- handling got improved :-) . I stumbled upon the following things: * In the chat file there is a missing at the end of the first line. So you always have to edit that file by hand after you opened the settings in the GUI. * on demand does not seem to work. When I use NeronGPS and a map is missing, it seems as GPRS _tries_ to get online but that's all ;-) * Staying online over a longer period of time seems to lead to a complete failure of the GPRS-stack so that I have to reboot the Neo to be able to get online again. * Choosing always on leads to the phone trying to get online after booting and then hangs on the QtMoko-startscreen (after entering the PIN) when it tries to get online. * Starting the phone without SIM does not work. After trying to switch to the GUI it just stays on a black screen. I tried that to prevent the phone going online. * I meanwhile managed to immediately switch to the internet settings after rebooting the phone (hard-reset) and deactivate the GPRS-connection before QtMoko managed to get online. Greetings, Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Resend: Freerunner Score
Your email is in here, it's visible in the from-field in the mail you sent to the list. :) Marcel Am Freitag, den 05.03.2010, 08:12 -0800 schrieb l...@cmccreery.com: Sorry for got to give you my email. lee at cmccreery.com ___ 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: Happy New Year from FSO
Am Sonntag, den 03.01.2010, 15:18 +0100 schrieb Laszlo KREKACS: On Sun, Jan 3, 2010 at 2:45 PM, Michael 'Mickey' Lauer mic...@vanille-media.de wrote: (or whatever device you run FSO on). Btw how are going the Palm Pre reverse engineering effort? Somewhat disappointing. Although some progress is being made (and we're still working on it), the modem communication proved to be a complete show stopper. Apparantly Palm is using one of Qualcomm's binary protocols, which is very complex to reverse engineer :/ I had asked, because Im waiting to a device to replace my freerunner. My only requirement is nice audio quality (any mobile phone out there is ok), I want to run fso on it, and 3G. I hoped such device surfaces within a year (ie. until 2011) or even Palm Pre could be this device ... What about the Nokia N900? I don't know about the GSM modem, but at least its got a quite open Linux userspace... (And I'm really happy with it :D) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner (GTA02v5) for sale
Moin! I'm offering a Freerunner from the second batch that came from Taiwan. It has an InvisibleShield screen protector on - once had the body shield on, too, but that things not very nice compared to the FR's smooth matte surface. The device did not receive a buzz fix so far, but on my rare calls I didn't notice buzzing heavy enough to really annoy me. The package contains: - Freerunner GTA02v5 20080619 - Original Battery - USB-Cable - Wall charger with both adaptors - 4GB µSD card with normal SD adaptor and protective case - Laser-/LED-Pen - The most famous Thank-You-Card ever ;) I'd like to receive 160€ (excl. shipping) for it - or best offer. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tracking down reasons for segvaulting applications
Am Montag, den 28.12.2009, 21:29 +0100 schrieb Ivo van den Maagdenberg: 2009/12/28 hab keen oh ne baba_mel...@yahoo.de: How do I develop software? Could you please not ask stupid much too frequently asked questions? strace your program? debug it? Thanks for you friendly reply. From that realname I wouldn't expect much more. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
Finally came round to want to try this... :) Am Dienstag, den 27.10.2009, 02:21 +0300 schrieb Paul Fertser: Marcel tan...@googlemail.com writes: I tried to got to qvga for graphics performance testing about a week ago. This is needed (tested on SHR's 2.6.29-rc3): echo qvga-normal /sys/bus/spi/devices/spi2.0/state xrandr -s 240x320 To return to vga: echo normal /sys/bus/spi/devices/spi2.0/state xrandr -s 480x640 Manually altering state is needed because you're using deprecated Xglamo. True - I don't want to reflash, so I'm waiting for SHR merging the new stuff into the unstable feed. (Hope opkg doesn't mess up my system during the upgrade then...) - graphics in general are far too light, most colors become whiteish - colored stripes horizontally over the whole display, but are invisible on screenshots (naturally) - the same as above, but photographed: http://d-a300.selfip.net/files/shr-today-qvga.jpg Known problem, try these timings for fbset: mode 240x320 geometry 240 420 240 320 16 timings 10 8 88 2 2 8 2 rgba 5/11,6/5,5/0,0/0 endmode Where would I have to put that? A mode for xrandr I guess, but how do I teach it to use that? -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Strange behaviour of elementary entry and illume keyboard. Did anybody noticed it?
Oh yes, I got VERY annoyed from that f*cking inconsistent backspace behaviour! Sorry, this had to be written. Its so annoying when editing text after having typed a few sentences, although I couldn't make out any rule behind that. Am Mittwoch, den 28.10.2009, 19:15 +0100 schrieb Laszlo KREKACS: Hi! Have anybody noticed, when you type some text in a elementary entry, then you click on any other element (a button for example) and you click again on the entry. Now the cursor is still at the end of the text. But when you send some chars using illume keyword it inserts the chars *before the last char*. And what is really strange: The backspace button (or swiping left on the keyboard) does erase the LAST char. Even after you inserted some chars already before the last char. The backspace still erase the last char. Once you erased one char from the end (using backspace), you are back to the normal behaviour. The cursor is at the end, when you type chars, it inserted at the end, and the backspace deletes the last char too. Any possible explanation? 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
Re: one to rule them all
Am Mittwoch, den 28.10.2009, 22:18 +0100 schrieb Matthias Huber: flecktor schrieb: Windows 7: Simplify your PC. Learn more. hmmm. not sure. :-))) That's exactly what I was thinking when reading his mail... :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
This thread is getting kinda strange... But funneh if one doesn't take people too serious who think they are :D Am Mittwoch, den 28.10.2009, 23:07 +0100 schrieb Bernd Prünster: Al Johnson wrote: On Wednesday 28 October 2009, DJDAS wrote: Bernd Prünster ha scritto: DJDAS wrote: FDOM uses illume, the launcher is efl, the settings app is efl... strange world we live in... Yes I know, thank you :) but since then I noticed new versions were slower than the one I have, so maybe FDOM guys or that libraries version was more performant, I really don't know honestly... FDOM display is faster mainly because it uses a relatively simple theme. Jesus, this world is so crazy, it is actually true what five people already said, thanks Al for confirming. so much craziness in this world... i'm gonna look out the window to watch for flying pigs. oink oink, notch notch, grunz grunz! Bernd's lightweight themes should give a similar speedup. Another factor is that some iterations of the fso daemons have been occasional resource hogs, causing display slowdowns whichever toolkit you use. This has been addressed partly by bugfixes in the python implementations, and for the future by the ongoing move to vala implementations of the daemons, starting with the most resource-hungry. _ `,\) `--==\\ / `--==\\/ .--.Y|\\_ @_// 66\_ |\ \ _() \ /-| ||'--' jgs \_\ \_\\ ___ 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: Centralization of graphical awesomeness [ot]
Am Mittwoch, den 28.10.2009, 02:02 +1100 schrieb Carsten Haitzler: [...] why are you not complaining that linux sucks on an 8086 on your desktop? Because Linux doesn't sucks on an 8086 ;) because Linux is well designed, is scalable, is optimized and can run even on a 8086...Desktop i think you just illustrated my point where i don't think you know what you are talking about. an intel 8086 can't run linux. a linux requires a minimum of an 386 with mmu. the 8086 was a 16bit precursor to it. owned. scnr :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
Am Dienstag, den 27.10.2009, 00:11 +1100 schrieb Carsten Haitzler: On Mon, 26 Oct 2009 12:23:51 + Vasco Névoa vasco.ne...@sapo.pt said: Downgrading to QVGA is something that should have been done a long time ago. There's no point in trying to force a badly designed system. How do we do it? Which files must be changed? last i checked... 1. xmd-line option to xglamo (kdrive) server to select it, 2. xrandr to runtime select it. note that toushcreen driver didn't account for res change so ts coords were still assuming 480x640 - this is a small fix needed for it to be totally usable. not sure if this was ever fixed, but if it hasn't been - this is a good indicator of how no one has bothered with qvga. thus the complaints. try it. you'll find it significantly faster. see videos below - 206mhz ipaq3660.. smooth. I tried to got to qvga for graphics performance testing about a week ago. This is needed (tested on SHR's 2.6.29-rc3): echo qvga-normal /sys/bus/spi/devices/spi2.0/state xrandr -s 240x320 To return to vga: echo normal /sys/bus/spi/devices/spi2.0/state xrandr -s 480x640 Problems: - SHR's pin entry dialogue and shr-today have a too large font so they're hard to read, but still (kinda) usable, didn't try other apps http://scap.linuxtogo.org/files/3a88e6beb3253362d14384ec3f3a3dfe.png (yes, that's the whole screen) - graphics in general are far too light, most colors become whiteish - colored stripes horizontally over the whole display, but are invisible on screenshots (naturally) - the same as above, but photographed: http://d-a300.selfip.net/files/shr-today-qvga.jpg If our software would run well in that resolution and if the display would make it (better than now), I would clearly prefer qvga for performance. I was about to write a little game, but that's impossible with that horrible vga rendering performance. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
Am Dienstag, den 27.10.2009, 01:02 +1100 schrieb Carsten Haitzler: On Mon, 26 Oct 2009 14:53:50 +0100 Marcel tan...@googlemail.com said: Am Dienstag, den 27.10.2009, 00:11 +1100 schrieb Carsten Haitzler: On Mon, 26 Oct 2009 12:23:51 + Vasco Névoa vasco.ne...@sapo.pt said: Downgrading to QVGA is something that should have been done a long time ago. There's no point in trying to force a badly designed system. How do we do it? Which files must be changed? last i checked... 1. xmd-line option to xglamo (kdrive) server to select it, 2. xrandr to runtime select it. note that toushcreen driver didn't account for res change so ts coords were still assuming 480x640 - this is a small fix needed for it to be totally usable. not sure if this was ever fixed, but if it hasn't been - this is a good indicator of how no one has bothered with qvga. thus the complaints. try it. you'll find it significantly faster. see videos below - 206mhz ipaq3660.. smooth. I tried to got to qvga for graphics performance testing about a week ago. This is needed (tested on SHR's 2.6.29-rc3): echo qvga-normal /sys/bus/spi/devices/spi2.0/state xrandr -s 240x320 To return to vga: echo normal /sys/bus/spi/devices/spi2.0/state xrandr -s 480x640 Problems: - SHR's pin entry dialogue and shr-today have a too large font so they're hard to read, but still (kinda) usable, didn't try other apps http://scap.linuxtogo.org/files/3a88e6beb3253362d14384ec3f3a3dfe.png (yes, that's the whole screen) - graphics in general are far too light, most colors become whiteish - colored stripes horizontally over the whole display, but are invisible on screenshots (naturally) - the same as above, but photographed: http://d-a300.selfip.net/files/shr-today-qvga.jpg If our software would run well in that resolution and if the display would make it (better than now), I would clearly prefer qvga for performance. I was about to write a little game, but that's impossible with that horrible vga rendering performance. did dpi get adjusted too? still 285dpi? check e's scaling settings. it can adapt to dpi if it is set up to do so. it also has a manual scale switch to set it to whatever u want. whatever e sets, elementary inherits too, unless the theme has been done in such a way not to allow scaling (the default does). custom written edje files with font may also not scale for the same reason a different elm theme may not. if things are done right it should just magically work on qvga and look wonderful. as for display artifacts - maybe its a refresh issue or a screen timing issue. not sure. i remember those screen artifacts long ago (like before freerunner was even released). looks like nothing has been fixed since :) A killall -HUP enlightenment at least fixed scaling for pure E stuff. shr-today also looks okay, but the flaunch bar is too large. Haven't tested anything else since the touchable area is reduced to about the upper left half of the screen, so it's unusable. And still these timing-things... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
E17 default scaling factor
Moin, I played around with E's scaling too much, can someone tell me the default dpi set in E's scaling settings? Setting 285dpi gives a far too small gui... -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: E17 default scaling factor
Am Montag, den 26.10.2009, 16:19 +0100 schrieb Thomas Zimmermann: Am Montag 26 Oktober 2009 16:08:26 schrieb jeremy jozwik: On Mon, Oct 26, 2009 at 7:57 AM, Marcel tan...@googlemail.com wrote: Moin, I played around with E's scaling too much, can someone tell me the default dpi set in E's scaling settings? Setting 285dpi gives a far too small gui... might not help but i know its less then 177dpi [what i run] did you do this from the gui options or via a command? The slider in the E wrench is set to 140dpi The 4th column of icons fits from 141dpi on. Thanks! -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
Am Montag, den 26.10.2009, 20:33 + schrieb Rui Miguel Silva Seabra: On Mon, Oct 26, 2009 at 11:16:45PM +0300, Gennady Kupava wrote: http://www.rasterman.com/files/ello-elementary-smartq5.mp4 Thank you for videos, but on high-resolution one we can see exactly same slowness as on FreeRunner - exactly! See how top bar slides out on close of clock and button test - exacly as on my FreeRunner. Look how slow scroll is, again as on FreeRunner! I thought it was pretty snappy in comparison with my FreeRunner. But then... I'm with 16bit software engine, a light theme... so maybe I've even a bit less peeved at the performance than you are... Regardless, it's a lot better than in the FreeRunner! Indeed - the top bar struggles a bit when the button demo with clouds runs in the background which seems quite logical to me, the other times its so smth. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3 -- recurring alarms
Am Montag, den 26.10.2009, 22:15 +0100 schrieb Łukasz Pankowski: Marcel tan...@googlemail.com writes: Am Montag, den 26.10.2009, 02:07 +0100 schrieb Łukasz Pankowski: Hi I have just released ffalarms 0.3, it adds recurring alarms, please test it before depending on it. For me the most missing feature now is being able to edit the alarms and postponing in the acknowledge window. Ideas and comments are welcome. Notes: - add support for recurring alarms, attaching messages to alarms, and choosing alarm date from a calendar - add configuration option for alarm volume, alarm_script and alsa_state Download: http://projects.openmoko.org/frs/?group_id=260release_id=580 (I also provide libical, in case it is not in your distro) Yay! I use ffalarms mostly more than once a day and it's just great to have it. Thanks for your work! :) Although I know you're not too fond of it - what about making it possible to simply turn an alarm off without that puzzle? It's quite annoying me from time to time, especially when I'm just finishing it when its regenerating and I need to hear that alarm once again... Yes I am quite attached to the puzzle it is there since the beginning :). BUT: it is there for the particular purpose to avoid accidental turning off of the alarm. And now Elementary [1] comes with the widget that plays that rule well enough -- slider -- without the annoyance of the puzzle (yes, I say it too). v0.3 adds the acknowledge window that displays after the puzzle, and consider merging the two into one acknowledge window with two sliders: * first one to turn off the alarm sound (when it is loud you want to turn of this first and not read the message), then * the second to acknowledge you read the alarm message (this will appear if you slide the first one). What do you think of such interface? The slider is a good idea, already works fine in shr-today. (Which didn't survive my scaling experiments very well...) I'm not sure if two windows for turning off the alarm and then acknowledging the alarm messages are nessecary. Couldn't we have one slider in the upper third of a window to turn off the alarm (maybe even red?! I fear that might be hardwired to the theme...), the alarm message in the middle and the acknowledgement switch for that on the bottom. So one could if there's no mesage or its trivial just slide the lower slider and both the message window and the alarm disappear/stop without having to slide twice. What about that? :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3 -- recurring alarms
Am Montag, den 26.10.2009, 23:09 +0100 schrieb Łukasz Pankowski: Marcel tan...@googlemail.com writes: Am Montag, den 26.10.2009, 22:15 +0100 schrieb Łukasz Pankowski: Marcel tan...@googlemail.com writes: Am Montag, den 26.10.2009, 02:07 +0100 schrieb Łukasz Pankowski: Hi I have just released ffalarms 0.3, it adds recurring alarms, please test it before depending on it. For me the most missing feature now is being able to edit the alarms and postponing in the acknowledge window. Ideas and comments are welcome. Notes: - add support for recurring alarms, attaching messages to alarms, and choosing alarm date from a calendar - add configuration option for alarm volume, alarm_script and alsa_state Download: http://projects.openmoko.org/frs/?group_id=260release_id=580 (I also provide libical, in case it is not in your distro) Yay! I use ffalarms mostly more than once a day and it's just great to have it. Thanks for your work! :) Although I know you're not too fond of it - what about making it possible to simply turn an alarm off without that puzzle? It's quite annoying me from time to time, especially when I'm just finishing it when its regenerating and I need to hear that alarm once again... Yes I am quite attached to the puzzle it is there since the beginning :). BUT: it is there for the particular purpose to avoid accidental turning off of the alarm. And now Elementary [1] comes with the widget that plays that rule well enough -- slider -- without the annoyance of the puzzle (yes, I say it too). v0.3 adds the acknowledge window that displays after the puzzle, and consider merging the two into one acknowledge window with two sliders: * first one to turn off the alarm sound (when it is loud you want to turn of this first and not read the message), then * the second to acknowledge you read the alarm message (this will appear if you slide the first one). What do you think of such interface? The slider is a good idea, already works fine in shr-today. (Which didn't survive my scaling experiments very well...) I'm not sure if two windows for turning off the alarm and then acknowledging the alarm messages are nessecary. Couldn't we have one slider in the upper third of a window to turn off the alarm (maybe even red?! I fear that might be hardwired to the theme...), the alarm message in the middle and the acknowledgement switch for that on the bottom. So one could if there's no mesage or its trivial just slide the lower slider and both the message window and the alarm disappear/stop without having to slide twice. What about that? :) I was saying about one window: || | Message| || || | [Turn off slider] | | [ACK slider] (*) | || | {Close button} (*) | || || where (*) are hidden until you slide the turn off slider. The other idea which might be better is to use single slider which you slide right to turn off the alarm and slide back to ACK it. |--| | Message | | | | | | [Turn off= / = ACK slider] | | {Close button} (*) | | | |--| I think it is even simpler and not that annoying, what do you think? (I hope you like it). In your idea I would be afraid I can use the wrong slider (may be would require the ACK slider to be normal size (to make the difference obvious) which would be less finger friendly), but would have to test it on myself see if it is a real or imaginary problem. First approach: I'd have placed one slider at the top and one at the bottom of the window, with the alarm message (in case such exists) in between them. Isn't that enough to differentiate them? Would the second approach require one to drop the slider once to make E recognize that it has been slided? Or could one slide it right and back in one movement? I guess the former is the case... I'd still prefer some approach that allows getting rid of the window with just one movement/click. And what I see right now: Do you plan to make another button to close the window visible after sliding ACK? That seems too complicated to me. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tango-GPS, omgps: download maps?
TGPS can download the visible area up to a defined depth. Just do it while having the Neo connected to a PC, then you don't need to sacrifice GPRS for that. I don't know of a possibility to download a whole bunch at once. omgps cannot do such things (In fact that's the only reason why I still have TGPS installed) Marcel Am Freitag, den 23.10.2009, 13:53 +0200 schrieb Klaus Fürth: Hi, is it possible to download the map-tiles for offline use? I know that the apps can download the current maps, but doing this via gprs is too expansive for me. Sorry if this question was ask before, but I didn't find the answer... Thanks, Klaus ___ 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: /usr/lib/lib** svn .so.0 problem in shr
Am Freitag, den 23.10.2009, 18:51 +0200 schrieb Pieter Colpaert: Hi, Many applications (such as elmdentica, intone, ...) need the -ver-svn-02.so.0 version of the libs, so I just link them. Should tis not be automatically integrated into SHR? That'd be really nice ideed! -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT Re: Desktop based on openbox and idesk
Am Donnerstag, den 22.10.2009, 13:50 +0200 schrieb arne anka: On Thu, 22 Oct 2009 13:30:30 +0200, Niels Heyvaert nielsheyva...@hotmail.com wrote: 4ae03f56.1030...@wollishausen.de Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Herr Huber=2C =20 K=F6nnen Sie auf English antworten=2C bitte? =20 Vielleicht sind anderen auch interessiert. =20 Vielen Dank=2C =20 Niels =3B-) any chance, you could fix your mail client, eventually? Oh. Didn't read this in the first place, I already sent a mail to Niels asking for exactly that. Sorry, Niels! -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
Am Montag, den 19.10.2009, 12:55 +0530 schrieb Vikas Saurabh: Yes, I've updated the firmware. The missed calls are because I can't answer them. I hit answer and the phone keeps ringing. The positive side is that I know who called and can call back. This happens to me on litephone...and I always thought that it was a litephone issue. Which phone-app do you use? (ophonekitd???, shr-launcher???) I had that with paroli. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Am Sonntag, den 18.10.2009, 01:18 +0200 schrieb Bernd Prünster: this at the bottom is called flaunch, the nEo theme already utilized it and the niebiee theme also uses it. i dunno what it was intenden for when it whas creatad as part fo illume (the default illuem theme doesn't use it) thsi si how it works: 3 starters can be placed there, if not specified which, the first three .desktop files are used. how to specity: chosses 3 apps you want to have placed in flaunch by editing their respective .desktop files: declare System;Settings;Bar in as category - starters will disappear from your illuem desktop and ONLY appear in flaunch. Moin! Here I am with the next issue... ;) Tried to set up opimd-messages for flaunch. The categories line in opimd-messages.desktop looks like this: Categories=System;Settings;Bar (tried with and without trailing ';') The icon disappears from the desktop, but doesn't show up in flaunch. And against your description, not the first three icons are used but shr-contacts, -dialer and -messages. (I want the opimd ones in there.) Mine or your fault? :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
I like your fast themes, thank you! :) Still, I have a problem: In your screenshots, the desktop icon's captions have a white border which makes them readable on dark backgrounds (like my one). That's missing for me. Also, the white bg rect of the flaunch-bar on the bottom seems off about 1/3 a button's width to the right, see screenshot. http://scap.linuxtogo.org/files/222c74cd8f93199a0ebdfdefe6c339b3.png Though the elementary theme is fine as far as I see. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Am Sonntag, den 18.10.2009, 20:51 +0200 schrieb Bernd Prünster: Marcel wrote: I like your fast themes, thank you! :) Still, I have a problem: In your screenshots, the desktop icon's captions have a white border which makes them readable on dark backgrounds (like my one). That's missing for me. Also, the white bg rect of the flaunch-bar on the bottom seems off about 1/3 a button's width to the right, see screenshot. http://scap.linuxtogo.org/files/222c74cd8f93199a0ebdfdefe6c339b3.png Though the elementary theme is fine as far as I see. -- Marcel issues are fixed. new package is on opkg.org also scrolling in illume launcher shoud be faster now flaunch's background still has offset to the right... Removed the package before installing the new version and deleted ~/.e. Anything I forgot? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Am Sonntag, den 18.10.2009, 21:54 +0200 schrieb Bernd Prünster: Marcel wrote: flaunch's background still has offset to the right... Removed the package before installing the new version and deleted ~/.e. Anything I forgot? you did restart e?! Of course, several times. First just installed the new package (new version number would be useful) over the old one - didn't help. In course of that, I also killed e config and restarted X and re-configured the theme setting, no change. Then I removed the package and reinstalled it afterwards, restarted x, still no change. Iirc I even reinstalled the elm theme package. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] new illume + elm theme
Am Sonntag, den 18.10.2009, 22:41 +0200 schrieb Bernd Prünster: Marcel wrote: Am Sonntag, den 18.10.2009, 21:54 +0200 schrieb Bernd Prünster: Marcel wrote: flaunch's background still has offset to the right... Removed the package before installing the new version and deleted ~/.e. Anything I forgot? you did restart e?! Of course, several times. First just installed the new package (new version number would be useful) over the old one - didn't help. In course of that, I also killed e config and restarted X and re-configured the theme setting, no change. Then I removed the package and reinstalled it afterwards, restarted x, still no change. Iirc I even reinstalled the elm theme package. lol, now it hit me (i just retried it several times) opkg.org fucks up updating packages (uploading new package version) it hit hit me, because u said same version number... i changed version number of cource. but opkg.org still refuses to upload package. so i uploaded it to my site. the opkg.org install command is now correct, but just in case heres the dl link: http://jmccloud.jm.funpic.de/gry/e-wm-theme-gry_0.2-r1_armv4t.ipk Aaah, that looks much better. Thank you! :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U / All?] Illume Keyboard in Landscape
Am Samstag, den 03.10.2009, 16:49 +0200 schrieb Petr Vanek: But I already told you - you don't have to restart whole E. Just enter to keyboard menu in illume wrench, select none, and then default (it will restart illume keyboard). And it'll work just nicely. all this just to write an SMS in landscape? :) No, for entering text into a browser while in landscape for example. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Basic Neo 2.0 layout for Illume keyboard
Hello, I've created a basic Neo 2.0 layout based on the German QWERTZ layout file for the Illume keyboard. It has only the first layer with letters, but that's enough for most sms imho. Additionally, I changed the apostrophe/slash key from these chars to : and ), more useful for smileys in sms since I don't use apostrophes that much, just eat valuable space. :) Already added to the wiki: http://wiki.openmoko.org/wiki/Illume_keyboard#List_of_layouts Direct download: http://d-a300.selfip.net/files/Neo%202.0.kbd -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[intone] Adds directory a second time to dirs list when rescanned
Moin! When I rescan my music directory, the dir's entry in the music dirs list appears a second time after the rescan and a third time after another rescan, seems like there's a line of code too much... ;) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Countdown app using PyGTK
Hello, thanks, that works fine! Inkscape produced an own icon for me (I love svg!) in the meantime, it's included in the tarball. Don't really know yet which one I like more, mine fits better into the colorful SHR look I think... I've uploaded the current version: http://d-a300.selfip.net/files/eieruhr-0.2.1.tar.gz Since it doesn't want to install using distutils on my Neo [1] and I have no idea how to fix that, you are advised to do a dry run (-n) first to see what would happen, but encouraged to try it. :) A bb recipe at least exists, too, but I'm still looking for some advice with my install problem; de...@l.om.org wasn't helpful yet... Marcel [1]: error: invalid Python installation: unable to open /usr/include/python2.6/pyconfig.h (No such file or directory) Am Montag, den 28.09.2009, 20:19 +0200 schrieb Matthias Huber: Hi Marcel, i made the field for the countdown a little bigger and have a icon for you. you can use it for the public. i tried also to use this for the knobs, but it didn't work (for now) you can reach me at home: matthias.hu...@wollishausen.de (matzehuber) import pango ^^^ self.timedisp = gtk.Entry(0) self.timedisp.set_text(06:00) self.timedisp.set_alignment(0.5) self.timedisp.modify_font(pango.FontDescription(Sans 20)) self.timedisp.show() self.vbox.add(self.timedisp) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Integrating telepathy and opim and fso [Was: Revamping Elmphonelog]
Am Montag, den 28.09.2009, 16:20 -0400 schrieb John Dowd: On Monday 28 September 2009 16:07:47 Rui Miguel Silva Seabra wrote: Renamed to http://wiki.openmoko.org/wiki/TelepathyIntegration Rui Err... ummm, I don't want to insult anyone but you may want to look up the word you are using. I realize that English is a second language for most of you but to make it easier for people to perform a proper look up, the word you want is telephony. Telepathy is something quite different and will get you all sorts of crackpots accessing you site. *fat grin* They actually mean telepathy as in telepathy, since there's an IM client named telepathy they want to use. Of course also for telephony. :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Countdown app using PyGTK
Am Montag, den 28.09.2009, 22:40 +0200 schrieb Matthias Huber: Marcel schrieb: included in the tarball. Don't really know yet which one I like more, mine fits better into the colorful SHR look I think... i like mine more, because i am remebering old times with my grand ma. :-) and .. btw i dont like black knobs with little white letters in the sun outside. although it seems that most of moko-users are glad with it. or isn't this the reason for you to ask the community for help, that the letters are to little ? I just thought about the time display - didn't even notice the button's captions being too small because I know by heart what they do. Good point, going to change that. Since it doesn't want to install using distutils on my Neo [1] and I have no idea how to fix that, you are advised to do a dry run (-n) first to see what would happen, but encouraged to try it. :) A bb recipe at least exists, too, but I'm still looking for some advice with my install problem; de...@l.om.org wasn't helpful yet... i don't understand anything about bb recipes and such things, i always use ipkg-utils for packaging. As some SHR guy said: Having packages made by the distribution maintaines (or rather their build system) is more reliable than having packages spread all over opkg.org and having to check manually for updates. The hint with the bb recipe was intended for some guy reading my mail on commun...@l.om.org and wanting to help. (That's why I cc'ed the list, would be helpful if you replied to it, too, so that others notice what we're talking here.) [1]: error: invalid Python installation: unable to open /usr/include/python2.6/pyconfig.h (No such file or directory) when do you get this error ? when doing $ python setup.py install in the program's directory on the Neo to install it. i don't have such a headerfile in my python-dir. Me neither, and I noticed it's included in Debian's normal python package, but doesn't exist in Ångstrom (base of all our opkg-using distros) as it seems... -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Countdown app using PyGTK
Moin! I've written a little python app that can count down for a given amount of time, either just seconds or hh:mm. I always missed that feature in ffalarms (which also only does 5min-steps, not sufficient for my needs) but I'm not willing to fiddle with elm, so here it's in GTK, feel free to try it. Although the GUI fits nicely with the illume keyboard visible, I'd like to have the text entry field for the countdown time a little larger. How can I do that independently (that word looks strange to me...) from the GTK theme? Here it is: http://d-a300.selfip.net/files/eieruhr.tar.gz Just the python script and a desktop file yet, is there some minimal sample for a bb recipe somewhere? Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: browsing: enforce layout for mobile devices
Am Montag, den 21.09.2009, 10:28 +0200 schrieb Adolph J. Vogel: Webservices do this by identifying the user agent string of the browser. The midori version (0.1.9) I have on my desktop allows you to change this string to something like the iphone one. And works quite well on all the mobile versions of sites I tested. The only one that didnt work is gmail :( The Gmail layout always limits itself to about 2/3 of the window's width instead of using the whole screen. Is there anything I could do about it except filing a bug for midori? Or is midori innocent and google does some evil hacks there to look nice on that damn iPhone (that has a smaller resolution - less width on screen)? Last.FM mobile adapts perfectly fine by the way. Midori in the shr feeds is quite old (0.1.2), and as far as I know does not have this functionality. Perhaps if the shr-devs could update the midori version in the feeds... 0.1.10 is in SHR-U, changing the ua-string works fine for me. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: browsing: enforce layout for mobile devices
Am Montag, den 21.09.2009, 12:32 + schrieb Niels Heyvaert: The Gmail layout always limits itself to about 2/3 of the window's width instead of using the whole screen. Is there anything I could do about it except filing a bug for midori? Or is midori innocent and google does some evil hacks there to look nice on that damn iPhone (that has a smaller resolution - less width on screen)? Last.FM mobile adapts perfectly fine by the way. Have you tried going to m.gmail.com instead of the mail.google.com url? That URL doesn't work with a german IP since someone runs a snail mail service somewhere here that's called Gmail, so they mustn't use the name. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: browsing: enforce layout for mobile devices
Am Montag, den 21.09.2009, 13:46 + schrieb Niels Heyvaert: I believe this topic has been discussed in the recent past. Perhaps the answer to your question is already in the mailarchive (see http://lists.openmoko.org/nabble.html#nabble-td3506259). Try opening up Midori, go to Edit Preferences Network Identify as Custom And put in: Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1A543a Safari/419.3 You could also try pretending to be a generic Android phone instead of an iPhone using following agents: Mozilla/5.0 (Linux; U; Android 1.0; en-us; generic) AppleWebKit/525.10+ (KHTML, like Gecko) Version/3.0.4 Mobile Safari/523.12.2 or Mozilla/5.0 (Linux; U; Android 1.5; en-us; generic) AppleWebKit/528.5+ (KHTML, like Gecko) Version/3.1.2 Mobile Safari/525.20.1 Maybe one of these two do the trick for you. I already do that and it works, get the mobile interface. My problem is another as I stated already: The Gmail (mobile!) layout always limits itself to about 2/3 of the window's width instead of using the whole screen. Is there anything I could do about it except filing a bug for midori? Or is midori innocent and google does some evil hacks there to look nice on that damn iPhone (that has a smaller resolution - less width on screen)? Last.FM mobile adapts perfectly fine by the way. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: browsing: enforce layout for mobile devices
Am Montag, den 21.09.2009, 14:19 + schrieb Niels Heyvaert: You could also try pretending to be a generic Android phone instead of an iPhone using following agents: Mozilla/5.0 (Linux; U; Android 1.0; en-us; generic) AppleWebKit/525.10+ (KHTML, like Gecko) Version/3.0.4 Mobile Safari/523.12.2 or Mozilla/5.0 (Linux; U; Android 1.5; en-us; generic) AppleWebKit/528.5+ (KHTML, like Gecko) Version/3.1.2 Mobile Safari/525.20.1 Maybe one of these two do the trick for you. I already do that and it works, get the mobile interface. My problem is another as I stated already: The Gmail (mobile!) layout always limits itself to about 2/3 of the window's width instead of using the whole screen. Is there anything I could do about it except filing a bug for midori? Or is midori innocent and google does some evil hacks there to look nice on that damn iPhone I'm sorry if I didn't explain myself when sending the other user agents: The reason for suggesting the other two UserAgent strings is because while playing around with Android I've used gmail, facebook, hotmail etc. on the device and never noticed any problem with the screen resolution. So instead of pretending to be an iPhone, as you said, perhaps it could help pretending to be an Android phone? But since you tried this already, you can see the problem persists even when mimicking both Android user agents? In that case I would tend to believe it is a shortcoming in the Midori browser. Or at least the Midori maintainers could shed some light on what is happening. Yep, the problem persists... And last.fm doesn't even offer a nice cs-sheet when using the Android ua-strings, seems like they didn't catch up yet. Probably I should drop the midori devs a mail... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Themes with light background?
Moin, I like the simplicity and consistency of the nEo theme collection, but after having used it for some time, I'd prefer one with a light background and dark fonts. Can someone recommend a simple theme that might fit? The standard elm theme would do the job, but it scrolls s slow in intone... :) I rather ask here before having dozens of tested themes for different gui toolkits on the neo and nothing looks as it should anymore... Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] USB Device-Network-Mode Switcher
Am Dienstag, den 15.09.2009, 19:25 +1200 schrieb Robin Paulson: 2009/9/15 Marcel tan...@googlemail.com: I recently had my Neo with me to visit some friends and always found it quite annoying to have to ssh into it, especially if they ran Windows®. So I built a little python script and a .desktop icon that can switch between network and device mode by just a touch. ;) You might (will) want to adjust mountpoints and the script path in the .desktop file. As always, this only works if you're running the OS from internal flash. And it might eat your cat, which would be sad. (Of course I don't expect it to do so.) I'm curious to hear if this makes someone happy. :) http://d-a300.selfip.net/files/devnetswitch.tar.gz (Feel free to host somewhere, the DynDNS-hostname isn't too reliable.) please don't take this as criticism - it's great people work on stuff like this, but i'm afraid this has already been implemented, in shr-settings via a slide switch Yes, the switch is there. But I have no idea where one could configure if/which partitions get un-/mounted. That makes it useless for me. ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: package feed browser? [was- C code compilation,Qt]
Am Dienstag, den 15.09.2009, 14:38 +0530 schrieb rakshat hooja: On Tue, Sep 15, 2009 at 2:08 PM, RANJAN infi...@gmail.com wrote: or install gcc on the FR Is it there in the package feed browser? Why do I not have a package feed browser in my SHR :( What extra have you installed? Or are you talking about opkg? Afaik there's shr-installer as packagekit frontend, but I didn't try it yet. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[all] USB Device-Network-Mode Switcher
Hello! I recently had my Neo with me to visit some friends and always found it quite annoying to have to ssh into it, especially if they ran Windows®. So I built a little python script and a .desktop icon that can switch between network and device mode by just a touch. ;) You might (will) want to adjust mountpoints and the script path in the .desktop file. As always, this only works if you're running the OS from internal flash. And it might eat your cat, which would be sad. (Of course I don't expect it to do so.) I'm curious to hear if this makes someone happy. :) http://d-a300.selfip.net/files/devnetswitch.tar.gz (Feel free to host somewhere, the DynDNS-hostname isn't too reliable.) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner in real world
Am Dienstag, den 15.09.2009, 06:44 +1000 schrieb Michael Smith: On Mon, 14 Sep 2009 14:42:46 +0200 Michael Pilgermann kichka...@gmx.de wrote: I was really impressed, how smoothly the whole thing was working. No problems with the GPS; no problems with tangogps either. What distribution do you use, and what version? I don't have working GPS at all with FSO. I am using SHR-U, which is doing the job very well. Thanks. What exactly is SHR-U? I have searched the wiki but I can't find that term used anywhere. I am running SHR in NAND from 8 August but I haven't updated it. Is your system up to date with opkg? I am trying to identify the differences behind my problem. SHR-U is SHR's Unstable branch, the actively developed one. Your installation seems to be an Unstable one, a non-updated though. I had no problems upgrading from 8-8-2009 to today. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Paroli working now
Am Mittwoch, den 09.09.2009, 12:50 +0200 schrieb Laszlo KREKACS: After you need to start paroli manually after each boot. You can also create a similar file to 80ophonekitd. Installing paroli-autostart does what the name suggests for me. To do this, go into wrench-Input -key bindings And delete all the two keybindigs (power button, aux button). Then copypaste these rules to rules.yaml: http://paste.pocoo.org/show/138541/ Then restart frameworkd to take effect. Thanks for the hint! Im glad there are interested people in paroli, and got their hand dirty to try it out! Same here. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Paroli working now
On automatic startup via paroli-autostart package, Paroli shows this to me: can't init service Wifi : org.moblin.connman.Error: .InvalidProperty Tried again by restarting paroli without reboot in between, then the error doesn't occur. Enabling wifi from paroli-settings seems to work, although Networks doesn't show any of them while iwlist scan is successful. Already had that problem on 2009t5... wifi.py 108 wifi INFO setting power of wifi device [...] wifi.py 116 wifi INFO new status active [...] wifi.py 200 wifi INFO power active BTW: Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged is damn annoying. Just need to say that once again. :/ -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-U] Paroli working now
G'morning, I just upgraded paroli and noticed the package is fixed (- contains tichy) and working now. Thanks to whoever did that! :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Paroli working now
Am Mittwoch, den 09.09.2009, 14:58 +0530 schrieb rakshat hooja: On Wed, Sep 9, 2009 at 2:25 PM, Marcel tan...@googlemail.com wrote: G'morning, I just upgraded paroli and noticed the package is fixed (- contains tichy) and working now. Thanks to whoever did that! :) -- Marcel So i basically need to do opkg install paroli to get a working paroli on my SHR-U or do I need to disable some things too? Paroli is split into several packages, I'm not sure which are absolutely nessecary, just installed all of them. :D Then you would need to disable the SHR-specific telephony apps which I haven't gotten round to because I need it to work today and cannot fiddle with it. There are instructions on the wiki though. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: nEo theme issues
I also had this with AGTL - it's not the theme's, but the app coder's fault who sets text color manually, at least as far as I know. Try contacting the one who wrote the apps you had problems with, D. Fett could solve mine. :) -- Marcel Am Dienstag, den 08.09.2009, 22:37 +0200 schrieb pike: Hello Bernd Prünster wrote: didnt really read the ml for about 1 month now, but there are somi issues with teh neo theme [...] i just look into topics i find interesting so either post issues here or mail me directly. OK then, here I go - I installed the (brilliant) neo theme. One of the issues I had with it was that - I think - some windows use a black font on a black background - I'm not sure, all I see is black :-) This was so annoying that I tried to uninstall it using the directions here [1], but I never got it really removed; still lots of black screens with green hairlines. More annoying, some windows still show black text on a black background, amongst which the 'read sms' screen and a screen called 'notification' of which I'm not sure what spawns it - I cant read it :-) I'm probably just missing one thing, like, gtk config. any idea ? [1] http://wiki.openmoko.org/wiki/SHR_User_Manual#Settings:_Others thanks, *-pike ___ 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: Towards paperless geocaching - Advanced Geocaching Tool for Linux
Am Donnerstag, den 03.09.2009, 17:21 -0500 schrieb D. Fett: Marcel-2 wrote: Am Dienstag, den 01.09.2009, 14:20 -0500 schrieb D. Fett: Hi! I just published version 0.1.2. Map drawing should be faster now, and the colors may work corrently, too. Can you please give me some feedback on these two issues? Font color still gets black after having the Map tab open. :( Map drawing doesn't feel that fast yet. Maybe it's just python's limit there. Which would be disappointing... I got a big crosshair with ~2px wide lines over the whole map widget that points at the widget's center - intentionally? Next try, if it doesn't work now, there's something going on which I don't know by now :-) You fixed it! Thanks a lot, now this is a really great app! :D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bad CRC
I guess your kernel image is somehow corrupted, try dfu-downloading a new kernel matching your distro. Am Freitag, den 04.09.2009, 09:05 -0400 schrieb Neil M. Stewart: Hello List, I am using a Neo Freerunner GTA02 v6 device and I am having an issue with booting a new kernel. The Qi bootloader is being used. I recently compiled the andy-tracking branch of kernel (uImage-moredrivers-GTA02_mystable-a3587e4ed77974ad), however, when I boot receive the following error message: NAND read: device 0 offset 0x8, size 0x20 2097152 bytes read: OK ## Booting image at 3200 ... Image Name: OM GTA02 mystable_a3587e4ed77974 Created: 2009-09-03 20:56:30 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size:2342800 Bytes = 2.2 MB Load Address: 30008000 Entry Point: 30008000 Verifying Checksum ... Bad Data CRC The device does not go pass the openmoko splack image. Does anyone have any ideas about what might be causing this issue. Your assistance is appreciated. Regards, Neil Stewart ___ 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
[SHR-U] Paroli misses tichy
Moin, I have installed paroli on an upgraded SHR 09-08-08 image and disabled ophonekitd as Angus wrote in some mail. Trying to start paroli, it cannot find tichy: r...@d-a318 ~ $ paroli --launch Paroli-Launcher2 Traceback (most recent call last): File /usr/bin/paroli, line 41, in module import tichy ImportError: No module named tichy What's wrong here? Paroli is built on top of tichy, but weren't both in the same package? -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko images V8
Hi, Am Freitag, 28. August 2009 schrieb Radek Polak: So enjoy, tell me how you like it and if something does not work. I just tried the images and flashed kernel and rootfs successfully to my GTA02. Unfortunately it shows (approx.) the following errors, no matter if I insert a micro-sd-card or not: [0.] Unkown boot option g_ether.host_addr=SOMEMAC:ignoring [0.] Unkown boot option g_ether.dev_addr=SOMEMAC:ignoring [0.] Unkown boot option g_ether.host_addr=SOMEMAC:ignoring [0.] Unkown boot option g_ether.dev_addr=SOMEMAC:ignoring [big nr] INFO: RCU detected CPU 0 stall (t=HUGENR./2000 jiffies) I once tried out android on this phone and had to reflash the boot loader. Booting with the Backup-Uboot does not bring the four wrong boot options, but also brings the last INFO-message. After some time it continues booting, however. So, how can I a) prevent this stall message and b) bring the current bootloader (Qi) to load the correct kernel from flash? Thanks! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Paroli misses tichy
Angus said somewhere that he wanted to fix a config file issue, I suppose he also has the current SHR recipe. Don't know if they're somewhere on the web though. Am Samstag, den 05.09.2009, 00:01 +0200 schrieb Laszlo KREKACS: I miss paroli;) Looking at the paroli package, the tichy directory is not copied over. Do you know where can I find the .bb recipe for paroli and paroli-calculator? All the two needs fixing. Also would be nice to compare wiht om2009's .bb recipe. 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
Re: Towards paperless geocaching - Advanced Geocaching Tool for Linux
Am Dienstag, den 01.09.2009, 14:20 -0500 schrieb D. Fett: Hi! I just published version 0.1.2. Map drawing should be faster now, and the colors may work corrently, too. Can you please give me some feedback on these two issues? Font color still gets black after having the Map tab open. :( Map drawing doesn't feel that fast yet. Maybe it's just python's limit there. Which would be disappointing... I got a big crosshair with ~2px wide lines over the whole map widget that points at the widget's center - intentionally? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Towards paperless geocaching - Advanced Geocaching Tool for Linux
Am Mittwoch, den 02.09.2009, 04:21 -0500 schrieb D. Fett: Marcel-2 wrote: Am Dienstag, den 01.09.2009, 14:20 -0500 schrieb D. Fett: Hi! I just published version 0.1.2. Map drawing should be faster now, and the colors may work corrently, too. Can you please give me some feedback on these two issues? Font color still gets black after having the Map tab open. :( Map drawing doesn't feel that fast yet. Maybe it's just python's limit there. Which would be disappointing... I got a big crosshair with ~2px wide lines over the whole map widget that points at the widget's center - intentionally? Yes, the crosshair is intentionally. I plan to integrate an option to switch it on or off. Map drawing will never be as fast as the map drawing in tangogps. This is indeed a python limitation, although i don't know if it is already as fast as it can be. Maybe we have some python expert here who can look over my implementation? That'd be great... What about using the original GC.com cache icons for GCs? Of couse one would have to download them separately (licensing issues iirc from the TangoGPS geocaching extension). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Towards paperless geocaching - Advanced Geocaching Tool for Linux
Am Mittwoch, den 02.09.2009, 05:11 -0500 schrieb D. Fett: Sorry, but i absolutely don't want these icons in the app, for some reasons: - the licensing issues you already mentioned - but more importantly, these icons are very big. You don't see where the geocache is actually located. Therefore i choose the square (so you can easily spot the geocache) with the little crosshair in the center (so you can see where _exactly_ the geocache is located). - drawing the icons would be slower than drawing simple squares and lines - it's easier to make the squares and lines translucent, so that the user can see underlying streets I admit I wondered which of both would draw faster, that's of course important. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community news tomorrow - news needed!
Am Dienstag, den 01.09.2009, 12:00 +0300 schrieb Risto H. Kurppa: http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-02 Please add new application releases, any important e-mails from the lists etc etc, news from different distributions etc I have added the Advanced Geocaching Tool there; can someone tell me how to upload a screenshot? -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Towards paperless geocaching - Advanced Geocaching Tool for Linux
Am Montag, den 31.08.2009, 07:18 -0500 schrieb D. Fett: - speed up map display It may be just me, but it feels slower than the last version... Especially reaching the map view the first time after starting the app takes very long. - colors on non-standard themes should look right now :-) Works in principle. :) You still seem to set the text color once on the map view tab, after having had that visible all the text gets black on black again... Thanks for the update, it's getting better and better! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Towards paperless geocaching - Advanced Geocaching Tool for Linux
I'm trying to try this ;), but I cannot seem to download caches. Does downloading require me to have a gc.com subscription to make mass cache downloads? AGT keeps telling me my user/pass (definitely correct) are wrong... -- Marcel Am Donnerstag, den 27.08.2009, 15:02 -0500 schrieb D. Fett: Notify the community mailing list. (http://wiki.openmoko.org/wiki/Applications) Advanced Geocaching Tool for Linux has all important features to make your geocaching life easier: - download geocaches for offline use with full text, hints images on your freerunner - map view with icons for nearby geocaches (uses openstreetmaps and tangogps map directory, downloades missing tiles automatically) - search the internal database for geocaches by name or type - target selection: selected geocache, one of its waypoints or manual input more at http://www.opkg.org/package_268.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Towards paperless geocaching - Advanced Geocaching Tool for Linux
Yes, I'm sure about that and now as I tried again it worked. Strange. Does the program need a restart first to write the data to a config file? Just guessing here... Anyway, next issue :) Downloading works quite fine, had to create ~/caches first and wondered why it won't work... Could you please make the Maps dir configurable? I luckily have a symlink ~/Maps - mapdir, but someone else won't... Do you somehow set the font color(s) yourself? I use the gtk-theme-neo (black bg and green borders/text) on which the black text in AGT is unreadable. Still being able to get the cache descriptions right on the neo is great, now I don't have to print pages and pages of caches anymore. :D -- Marcel Am Freitag, den 28.08.2009, 03:48 -0500 schrieb D. Fett: It should work with a regular user account. Are you sure your network connection works? Daniel Marcel-2 wrote: I'm trying to try this ;), but I cannot seem to download caches. Does downloading require me to have a gc.com subscription to make mass cache downloads? AGT keeps telling me my user/pass (definitely correct) are wrong... -- Marcel Am Donnerstag, den 27.08.2009, 15:02 -0500 schrieb D. Fett: Notify the community mailing list. (http://wiki.openmoko.org/wiki/Applications) Advanced Geocaching Tool for Linux has all important features to make your geocaching life easier: - download geocaches for offline use with full text, hints images on your freerunner - map view with icons for nearby geocaches (uses openstreetmaps and tangogps map directory, downloades missing tiles automatically) - search the internal database for geocaches by name or type - target selection: selected geocache, one of its waypoints or manual input more at http://www.opkg.org/package_268.html ___ 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: Towards paperless geocaching - Advanced Geocaching Tool for Linux
Am Freitag, den 28.08.2009, 05:08 -0500 schrieb D. Fett: Marcel-2 wrote: Could you please make the Maps dir configurable? I luckily have a symlink ~/Maps - mapdir, but someone else won't... That should be no problem. Until now, I only know about tangoGPS downloading maps automatically, to the ~/Maps folder. Which application expects the maps somewhere else and does it have the same folder structure? I don't know where it expects the map data (probably also in ~/Maps), but omgps also uses the folder/map data structure created by tgps. My point was just to be able to set the map root, the location of the Maps folder. Data structure in it is the same for omgps, gps and agt afaik. Marcel-2 wrote: Do you somehow set the font color(s) yourself? I use the gtk-theme-neo (black bg and green borders/text) on which the black text in AGT is unreadable. Yes, for lazyness reasons I set the color to black. Works for everyone... well... or maybe.. just for me. Changing this in the next release :-) Good to hear :) Marcel-2 wrote: Still being able to get the cache descriptions right on the neo is great, now I don't have to print pages and pages of caches anymore. :D You better have a paper copy with you until my program is more stable :-) I didn't experience a single crash the maybe 15 minutes I was playing round (clicking options at random) with it, that's a good omen :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM2009
Am Donnerstag, den 27.08.2009, 02:53 -0400 schrieb Ken Young: Angus Ainslie Wrote: Now I have a question of all of you. Should I continue to maintain Om2009. From the recent poll by rhk it seems that SHR users outnumber OM users by ~ 7:1. So what I'd like to know is does anyone still think Om2009 is a worthy venture or should I move over to SHR and see what help I can be there. The results of Risto's poll were very surprising, at least to me. Everyone should take a look at it (http://doodle.com/sd2c8d8snr23eeqq). 70+ percent of the participants are using SHR. There really is no second place winner. I think we should all concentrate our efforts on SHR. I agree on that - althogh my recent experience with SHR-U was not really convincing. If we get a working Paroli in SHR, I'd be happy to switch to it (if manual suspend works then...) This should not be interpreted as paroli being abandoned as paroli is in the SHR feeds. I haven't tested it, but getting it to work would be one of my first tasks if it doesn't. paroli has a LOT of fans, and your work on it is greatly appreciated! Truly correct! :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Blog post about project management (was: Re: Om2009)
Am Donnerstag, den 27.08.2009, 11:01 +0300 schrieb Risto H. Kurppa: Did I already post this for everyone to read: http://aseigo.blogspot.com/2009/01/building-community-around-your-foss.html - anyway, read it again, it's a great post. Wow, read it only halfways through but it already seems great. :D What about placing a link somewhere on the wiki related to building software for the neo? Or more in the philosophy corner, if we have such? I'd be happy to get suggestions, don't know those pages too well yet... :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QNavitCtl - Navit Bookmarks via dbus
Am Donnerstag, den 27.08.2009, 11:29 +0300 schrieb Risto H. Kurppa: So they server a little bit different purpose. I'd very much like to use vector maps (=navit) but so far bitmaps rock a bit more (and I prefer omgps over tangogps...) I had to use navit for geocaching the weekend (because tGPS refused to show map tiles for some reason, automagically resolved now) and found it quite imprecise (not to say unusable) when walking around very small distances (~5m). Seems like Navit averages the GPS signal for car usage and tGPS simply shows on the map what it reads from the chip. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Am Donnerstag, den 27.08.2009, 10:58 +0100 schrieb Rui Miguel Silva Seabra: On Thu, Aug 27, 2009 at 11:52:13AM +0200, Patryk Benderz wrote: I use OM2009T5, with OWrt state files and few SHR libraries. Why OM2009? Simply because it is much more stable than SHR-U. Now someone will start yelling ...but it is called unstable Fine, but SHR means STABLE hybrid release in first place. So i ask, where is this stability? I hate to say this, but in circumstances you are having new full time job, it might be worth to abandon OM2009. What to do on SHR? Definitely take care of _real_ testing branch which would be more stable. This way, some day maybe we will have SHR release which finally will be totally stable. SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Days pass without a reboot quite easily with 2009T5 here, but SHR-U didn't even show the PIN entry screen twice... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009
Am Donnerstag, den 27.08.2009, 11:43 +0100 schrieb Rui Miguel Silva Seabra: On Thu, Aug 27, 2009 at 04:05:52PM +0200, Marcel wrote: Am Donnerstag, den 27.08.2009, 10:58 +0100 schrieb Rui Miguel Silva Seabra: On Thu, Aug 27, 2009 at 11:52:13AM +0200, Patryk Benderz wrote: I use OM2009T5, with OWrt state files and few SHR libraries. Why OM2009? Simply because it is much more stable than SHR-U. Now someone will start yelling ...but it is called unstable Fine, but SHR means STABLE hybrid release in first place. So i ask, where is this stability? I hate to say this, but in circumstances you are having new full time job, it might be worth to abandon OM2009. What to do on SHR? Definitely take care of _real_ testing branch which would be more stable. This way, some day maybe we will have SHR release which finally will be totally stable. SHR-U from 2009/08/08 is more stable than Om2009t5 on my FreeRunner. I used to have to reboot about once per day, but now days pass without a reboot quite easily! Days pass without a reboot quite easily with 2009T5 here, but SHR-U didn't even show the PIN entry screen twice... Which SHR-U image? That is important, because U is for unstable, but sometimes it is stable (like 2009/08/08). I don't remember exactly, was last Friday's image IIRC. Today afternoon I need a working gps device, but I might retry SHR when Paroli is working on it... Don't like the UI of the SHR tel apps. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Showroom hosting , roadmap draft design
Am Donnerstag, den 27.08.2009, 13:52 +0200 schrieb Sebastian Krzyszkowiak: On 8/27/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote: 2009/8/27 Sebastian Krzyszkowiak seba.d...@gmail.com: On 8/27/09, Risto H. Kurppa ri...@kurppa.fi wrote: (ps. now that SHR seems to be the #1 distro, I remember that someone somewhere said that this showroom installer could be integrated to SHR installer - Freerunner GUI for Showroom!) That was me. I think I can also help you with providing web API for showroom (well, for integrating SHR Installer it's must have ;)) if there is no such thing yet in apt-portal. Can you define what funtions has to provide that API? what format or returning do you expect(plain text,html), the more detailed the more easy to see how to do it? Plain text, easly parsable. About functions, those are few I have already in mind: list of categories, list of top rated apps, list of apps from category, app details, vote. Maybe also some kind of searching, and way to login and logout if it'll be needed. Just an idea: Maybe a special function for getting the package url without having to download the whole app details (which may also contain a screenshot...) so that installing from the apps-in-category list is possible. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume2 (was One Neo Freerunner for sale)
Am Donnerstag, den 27.08.2009, 13:49 +0100 schrieb Rui Miguel Silva Seabra: On Thu, Aug 27, 2009 at 01:47:22PM +0200, Lukas Märdian wrote: Am 27.08.2009 10:18, schrieb Markus T?rnqvist: On Thu, Aug 27, 2009 at 11:07:53AM +0300, Risto H. Kurppa wrote: Got info on that? Can I haz illume2 kthnxbye!? Yes, screenshots, links, something. Didn't hear about this before.. +1 please A little research on Google gave me this results: Enlightenment changeset from raster: http://trac.enlightenment.org/e/changeset/41883 and a small sentence about it on Planet E: http://trac.enlightenment.org/e/blog/ecn200934 I did that, but those aren't as nice as a nice little screenshot :) From what I see there is not much that could be shot as illume2 yet... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner wireless internet
Am Mittwoch, den 26.08.2009, 10:43 +0200 schrieb Juan Lucas Dominguez Rubio: Hello, list: has anyone ever accessed the internet via wifi from the Freerunner? If so, which distro was it? Does it work only with some particular (few?) routers? I did multiple times with different routers on Om2009t5 and other distros. Getting the ath6k to register get into a wlan is the most work intensive part since the GUIs tend to get somehow confused. Once Paroli refused to show any wlan anymore until I reflashed 2k9t5 (having had shr in between). But basically it works. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Python email or direct GMail lib?
Am Dienstag, den 25.08.2009, 11:00 +0200 schrieb Laszlo KREKACS: On Tue, Aug 25, 2009 at 12:20 AM, Michael Sheldonm...@mikeasoft.com wrote: Does someone of you know a (possibly easily *g*) usable direct gmail or general email library? The imaplib module would probably be your best choice. It's packaged in python-email. Isnt usable the gmail's mobile interface? Dunno how to access them from a regular browser... (they suggest to type www.gmail.com into iphone's webbrowser ) That's exactly the problem - I've no idea how to get there, anyway it's still browser based and imho using web browsers on the Neo sucks. Font sizes never really fit, especially in such a webapp. For gmail's contacts there is a ready-made python library by google: http://code.google.com/intl/hu-HU/apis/contacts/ And they even seem to have a GMail _settings_ api, but nothing for accessing the actual mail. . Im seriously planning some contacts synchronization with gmail in paroli application. However its only future plan. So if you do some kind of python synchronization, and your code is simple and clean, I could use it ;)) I do my very best regarding simplicity and cleanness, but for now I'll concentrate on mail. :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Python email or direct GMail lib?
Am Dienstag, den 25.08.2009, 21:32 +1200 schrieb Robin Paulson: 2009/8/25 Marcel tan...@googlemail.com: I'm writing a minimal gmail client for the Neo and found that libgmail has loads of dependencies when trying it on the Hardware (which wasn't successful until now because of these deps). Does someone of you know a (possibly easily *g*) usable direct gmail or general email library? have a look at what this guy's done - he uses some libraries which interface with various google services. no idea if he uses a special gmail library or imap access From what I see there he only uses the gcalendar interface, but has some email app. I'll at least install and try it... As I said before - there seems to be a gmail api for nearly everything, even gmail _settings_, but not for accessing mail. (out of interest, why are you limiting your app to reading mail through gmail's methods, instead of imap?) Because I use gmail and wanted a fast solution without having to deal with mail protocols... :) I'm currently looking at python-email (imaplib module) that Michael Sheldon suggested, so it's basically becoming general imap. http://wiki.openmoko.org/wiki/Knjrepository hope it's helpful ___ 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: Python email or direct GMail lib?
That's pretty cool, thanks for digging it out :D Am Dienstag, den 25.08.2009, 13:26 +0200 schrieb Laszlo KREKACS: On Tuesday, August 25, 2009, Michal Brzozowski ruso...@poczta.fm wrote: Is the layout much different? Could you post a screenshot? Yepp, very different, and in the good sense. And there is no advertising on it (yet). So I think it is clearly the best option to go. Here is a screenshot: http://khiraly.googlepages.com/iphone-interface.png What buggers me, is if I change the firefox window to 480x640, the page constantly jumps up and down. Above 799px wide everything is fine, no idea why has this bug. Thats why the screenshot is 799px wide. Best regards, Laszlo ps: Im writing this message using the iphone interface;)) ___ 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: Python email or direct GMail lib?
Am Dienstag, den 25.08.2009, 13:44 +0100 schrieb Michael Sheldon: Laszlo KREKACS wrote: On Tue, Aug 25, 2009 at 2:26 PM, Laszlo KREKACSlaszlo.krekacs.l...@gmail.com wrote: New version: http://laszlo.krekacs.googlepages.com/iphone_new_doesnotwork.png http://laszlo.krekacs.googlepages.com/iphone_new.png Old version: http://laszlo.krekacs.googlepages.com/iphone_old.png The new version does not work under midori. Accessing any item (inbox, sent mails, all mails, labels) results Re-establish your connection... message. And it does not load the labels either. Here is a screenshot from firefox of gmail home: http://laszlo.krekacs.googlepages.com/iphone_firefox_home.png Please compare with http://laszlo.krekacs.googlepages.com/iphone_new.png It does not load the labels. So I think pushing and fixing midori is the right way of fixing our problem (ie. accessing gmail from this phone). What do you think? Why not just use the generic mobile version of gmail at http://m.gmail.com ? It's not as flashy but it works. Unfortunately that mobile interface doesn't work in Germany - they had some law issues with someone who provided a snail mail service named GMail (iirc). Results in this: Lieber Nutzer, in Deutschland heißt unser E-Mail-Service Google Mail, nicht Gmail. Sie können Ihre E-Mails in Deutschland direkt unter http://mail.google.com abrufen. Ihr Google-Team Der E-Mail-Service von Google ist in Deutschland nicht mehr über die von Ihnen eingegebene URL abrufbar. Allgemeine Informationen zu Google finden Sie in Deutschland wie gewohnt unter www.google.de oder www.google.com. Pwned. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Python email or direct GMail lib?
Hello, I'm writing a minimal gmail client for the Neo and found that libgmail has loads of dependencies when trying it on the Hardware (which wasn't successful until now because of these deps). Does someone of you know a (possibly easily *g*) usable direct gmail or general email library? Libgmail seems to do some web interface parsing or IMAP (rather), so that the messages stay on the server which would be my preference, too. Downloading mails via POP to the Neo and therefore having to get them onto the desktop pc afterwards is kinda circuitous. -- Marcel ___ 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
[SHR testing] intone requires different e17 lib name
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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR testing] intone requires different e17 lib name
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... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
I like that idea. :) We could combine both approaches - a showroom for apps (making the Hall of Fame on the wiki obsolete which is kinda hard to keep up to date...) with possibility to comment on different app-distro-whatever-combinations. We could even consider having different kinds of hardware in there - FR, 1973, HTC Touch, ... Am Freitag, den 21.08.2009, 09:01 -0400 schrieb Warren Baird: Frankly, I'm not that fond of the name opkg.org... As I said, I'd rather have some kind of an application database - something that explicitly *does not* provide opkg files. Maybe we should get something like frappdb.org or something like that? Warren On Fri, Aug 21, 2009 at 8:58 AM, Rui Miguel Silva Seabra r...@1407.org wrote: On Fri, Aug 21, 2009 at 01:46:05PM +0100, Rui Miguel Silva Seabra wrote: On Fri, Aug 21, 2009 at 03:25:25PM +0300, Risto H. Kurppa wrote: Opkg.org seems to be owned by the author so if the author is not co-operative (cannot be reached, doesn't answer e-mails or jabber) there's not much we or OM can do about it. Have any of these physical contacts been tried? We probably need a foundation of sorts to handle this kind of things, anyway, but I'm willing to donate the reasonable expense in order to buy the domain either from Tobias or if I manage to buy it after expiry and donate it to a foundation. r...@roque:~$ whois opkg.org (...) Domain ID:D154421724-LROR Domain Name:OPKG.ORG Created On:08-Oct-2008 07:38:10 UTC Last Updated On:08-Dec-2008 03:51:51 UTC Expiration Date:08-Oct-2009 07:38:10 UTC Sponsoring Registrar:ASCIO Technologies, Inc. - Denmark (R76-LROR) Status:OK Registrant ID:AT21297988-052 Registrant Name:Tobias Kuendig Registrant Organization:Tobias Kuendig Registrant Street1:Sagenblickweg 6 Registrant Street2: Registrant Street3: Registrant City:Ebikon Registrant State/Province: Registrant Postal Code:6030 Registrant Country:CH Registrant Phone:+41.793909805 Registrant Phone Ext.: Registrant FAX: Registrant FAX Ext.: Registrant Email:tobias.kuen...@gmail.com Ijust tried the phone number, a woman who couldn't speak english or french (just german) but understood enough to answer «no Tobias». I guess I'll just have to try to buy opkg.org Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone 0.66 release
2009/8/14 c_c cchan...@yahoo.com I'm thinking of moving the volume control to the settings page. That should give me some space for perhaps 2 more buttons (for +/- 5 sec fwd). What do you think? Please post your feedback. Thanks. http://n2.nabble.com/file/n3443088/intone_0.66_arm.ipk Oh no, please don't do that! I often (have to) use the volume control for adjusting to environmental noise but almost never seek in music tracks. I know that's different in audio books, but even there one doesn't seek all the time imho. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Nominations for hall of fame.
Am Freitag, den 14.08.2009, 08:18 +0200 schrieb Adolph J. Vogel: I missed some nominees the first time round. In addition both *Orrery* and *Numptyphysics* have gained HoF status, and their polls have been closed. Marcel: Could you add them to the wiki? New nominees and Orrery are already in, I'm currently adding Numptyphysics. And Leadman put screenshots in, looks much nicer now! :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (2 Votes)
Am Donnerstag, den 13.08.2009, 08:01 +0200 schrieb Adolph J. Vogel: seems rather chaotic if we all start a thread to vote for an app, aren't there places to make free polls? just an idea I agree and suggest using www.doodle.com. Its an online poling thing :) We have used it quite a bit here at work. Only the person that makes the poll needs to register an account, people can then take the poll with very little effort. I can setup a poll or two for the other applications if thats desired? Adolph Yes, imho that would be nice. Also, the 10th yes-voter could then go straight to the wiki and add the app's box to the page. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (2 Votes)
Am Donnerstag, den 13.08.2009, 10:47 +0200 schrieb Adolph J. Vogel: Im not going to make one for neon, since I think we probably have enough votes? I agree, gonna add it to the page now. Also, Im thinking about making the poll options yes or not yet. People can then provide reasons why they think the app is not ready for the hall of fame. Maybe then giving developers something to focus on. Good idea! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Wiki] Hall of Fame created
Good morning, I just created an initial version of the Hall of Fame page (are these caps correct?). http://wiki.openmoko.org/wiki/Hall_of_Fame I think keeping only absolutely nessecary information directly on the page and linking to the app's own page instead seems reasonable. What do you think about first discussing new apps for that list here? As I said on there, that would be useful for keeping only high quality software listed. (And maybe gives software authors a reason to fix some bugs, respect is everything [ GTA2]) :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Hall of Fame created
Am Mittwoch, den 12.08.2009, 11:49 +0200 schrieb Fabian Schölzel: 2009/8/12 Marcel tan...@googlemail.com: As I said on there, that would be useful for keeping only high quality software listed. (And maybe gives software authors a reason to fix some bugs, respect is everything [ GTA2]) :) I think this may end up in a list, where not every entry may meet every ones personal definition of stable and usable. It also may lead to some nice flame wars, as it has to be discussed, if a software is good. Hm... Of course stable and usable is part of one's personal use case etc, that's correct. But imho there are quite some apps where we all agree that they're truly good... The ones which need discussion maybe just need a bug fix or two. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Hall of Fame created
Am Mittwoch, den 12.08.2009, 11:48 +0200 schrieb Adolph J. Vogel: I think keeping only absolutely nessecary information directly on the page and linking to the app's own page instead seems reasonable. I would suggest that we use the community update layout here. I would like to see a screenshot, (showing off the app) and what distros it works on. regards, Adolph Okay, I switched the list to application boxes. Only need some recent screenshots, I have the fast black-and-green theme installed, could someone take a shot of the app's most recent version and add it? Additionally, I only run Om2009t5, so I can only guess which other platforms they run on. Most do on SHR... -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Wiki] Neon into Hall of Fame (2 Votes) (was: Re: [Wiki] Hall of Fame created)
Am Mittwoch, den 12.08.2009, 04:58 -0500 schrieb KaZeR: I suggest adding Neon (the image viewer). According to Adolph Vogel's suggestion, I vote for Neon. 2 Votes so far. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Hall of Fame created
Am Mittwoch, den 12.08.2009, 15:19 +0530 schrieb rakshat hooja: On Wed, Aug 12, 2009 at 3:07 PM, Marcel tan...@googlemail.com wrote: Good morning, I just created an initial version of the Hall of Fame page (are these caps correct?). http://wiki.openmoko.org/wiki/Hall_of_Fame I think keeping only absolutely nessecary information directly on the page and linking to the app's own page instead seems reasonable. What do you think about first discussing new apps for that list here? As I said on there, that would be useful for keeping only high quality software listed. (And maybe gives software authors a reason to fix some bugs, respect is everything [ GTA2]) :) If public can we also have the author contact info directly on this page? I am hoping there will be some forum of contact between repo maintainers and application authors and packagers so that the latest versions are always in the repositories. I tried to integrate an Author= Tag, but the box doesn't seem to support that. Could someone add such a feature? I don't know how to edit the box template. The data is already in the page, just need to support an Author=. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Hall of Fame created
Am Mittwoch, den 12.08.2009, 12:07 +0200 schrieb Niall Haslam: On Wednesday 12 August 2009 11:56, Marcel wrote: Am Mittwoch, den 12.08.2009, 11:49 +0200 schrieb Fabian Schölzel: 2009/8/12 Marcel tan...@googlemail.com: As I said on there, that would be useful for keeping only high quality software listed. (And maybe gives software authors a reason to fix some bugs, respect is everything [ GTA2]) :) I'd really like the voting mechanism on opkg more developed rather than a much more static wiki. With a voting scheme you can tell much more about the package. You could have the top ten all time apps, top music app and so on. This would be more useful than a wiki page. Though it would be nice to see more discussion of why particular apps work and why other don't. Having a wiki page to summarise the traits of the successful apps would be a useful resource. Not a bad idea, but we don't have access to opkg.org to do such things and it's author disappeared somehow, as far as I know. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (2 Votes) (was: Re: [Wiki] Hall of Fame created)
Am Mittwoch, den 12.08.2009, 05:55 -0500 schrieb HighCat: Marcel-2 wrote: Am Mittwoch, den 12.08.2009, 04:58 -0500 schrieb KaZeR: I suggest adding Neon (the image viewer). According to Adolph Vogel's suggestion, I vote for Neon. 2 Votes so far. I'd vote for Neon too, but looks like it's not enough stable (large images on SHR, py2.6) The bug: http://projects.openmoko.org/tracker/index.php?func=detailaid=255group_id=239atid=994 I'd say thats somehow related to lib versions SHR uses rather than neon itself. On OM2009t5 I opened 1600x1200 images and neon didn't complain once. One could add to the tested distros section that SHR has problems with large images. (What is large exactly? Could you do some tests?) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (2 Votes) (was: Re: [Wiki] Hall of Fame created)
Am Mittwoch, den 12.08.2009, 16:45 +0530 schrieb rakshat hooja: On Wed, Aug 12, 2009 at 4:24 PM, Patryk Benderz patryk.bend...@esp.pl wrote: Dnia 2009-08-12, śro o godzinie 12:08 +0200, Marcel pisze: Am Mittwoch, den 12.08.2009, 04:58 -0500 schrieb KaZeR: I suggest adding Neon (the image viewer). According to Adolph Vogel's suggestion, I vote for Neon. 2 Votes so far. +1 3 Votes +1 4 votes. For future applications can we just open voting on the discussion page of the hall of fame wiki page? Or is mailing list better for people? I guess the mailinglist has by far more readers than any discussion page... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (5 Votes)
Am Mittwoch, den 12.08.2009, 13:21 +0200 schrieb Thomas Franck: HighCat wrote: I'd vote for Neon too, but looks like it's not enough stable (large images on SHR, py2.6) The bug: http://projects.openmoko.org/tracker/index.php?func=detailaid=255group_id=239atid=994 Hmm.. I can open my 2048x1536 (~700k) pics just fine.. (SHR, neon 1.0.0-r0) I vote +1, too.. :) Just to keep track: Now we're at 5 votes. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (6 Votes so far)
Am Mittwoch, den 12.08.2009, 13:25 +0200 schrieb Bernd Prünster: rakshat hooja schrieb: On Wed, Aug 12, 2009 at 4:24 PM, Patryk Benderz patryk.bend...@esp.pl wrote: Dnia 2009-08-12, śro o godzinie 12:08 +0200, Marcel pisze: Am Mittwoch, den 12.08.2009, 04:58 -0500 schrieb KaZeR: I suggest adding Neon (the image viewer). According to Adolph Vogel's suggestion, I vote for Neon. 2 Votes so far. +1 3 Votes +1 4 votes. +1 5 votes 6 votes, Thomas Franck voted in the forked thread. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wiki] Neon into Hall of Fame (7 Votes so far)
Am Mittwoch, den 12.08.2009, 12:29 -0500 schrieb The Digital Pioneer: On Wed, Aug 12, 2009 at 6:48 AM, HighCat highcatl...@gmail.com wrote: Marcel-2 wrote: Am Mittwoch, den 12.08.2009, 13:25 +0200 schrieb Bernd Prünster: rakshat hooja schrieb: On Wed, Aug 12, 2009 at 4:24 PM, Patryk Benderz patryk.bend...@esp.pl wrote: Dnia 2009-08-12, śro o godzinie 12:08 +0200, Marcel pisze: Am Mittwoch, den 12.08.2009, 04:58 -0500 schrieb KaZeR: I suggest adding Neon (the image viewer). According to Adolph Vogel's suggestion, I vote for Neon. 2 Votes so far. +1 3 Votes +1 4 votes. +1 5 votes 6 votes, Thomas Franck voted in the forked thread. So, with mine it's 7 I confess, I have not read the Hall of Fame thread carefully, so I'm not sure if there are rules of eligibility for voting, but in the event that there are not (or that I meet them) then... Neon++; No, there are no rules, we're all equal (kinda...) :D So we got 10 votes with the two others in the thread about large images... or 9? Okay, we need something reasonable for voting. The idea about discussing here and voting on the discussion page looks promising. Anyway, I'm going to add a block for neon. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone 0.63 release
Am Dienstag, den 11.08.2009, 07:22 -0500 schrieb c_c: Hi, Here's an updated release. Changes * better mp3 tags support * (hopefully) better song directory setting dialog http://n2.nabble.com/file/n3423574/intone_0.65_arm.ipk intone_0.65_arm.ipk Thanks for another great piece of software! Maybe we should have some kind of a hall of fame on the wiki which lists the most polished ones? -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neon!
Am Freitag, 7. August 2009 15:05:27 schrieb Valery Febvre: Marcel: sorry I'm a guy ;-) Dammit! Okay, sorry for misintepreting your name... :D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner audio channels
Am Freitag, 7. August 2009 16:29:24 schrieb Sebastian Krzyszkowiak: On 8/7/09, David Fokkema dfokk...@ileos.nl wrote: - Why exactly are FR's different while I've never heard of Nokia users needing to tweak mixer settings. WTF? Every phone user tweaks mixer settings by using volume up and volume down buttons during call... In Freerunner we only miss good UI (from user point of view) and infrastrucuture behind it (from programmer point of view). Afaik, my Nokia 3510i doesn't even have such buttons and I never missed them... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[OM2009t5]No suspend after ffalarms alarm
Hello, after having had an ringing alarm in ffalarms 0.2.3, suspending doesn't work anymore. This is what apm says about it: r...@d-a318:~# apm -s apm: Device or resource busy r...@d-a318:~# dmesg | tail [12616.565000] modem wakeup interrupt [12667.17] PM: Syncing filesystems ... done. [12668.51] Freezing user space processes ... (elapsed 0.02 seconds) done. [12668.535000] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. [12668.535000] Suspending console(s) (use no_console_suspend to debug) [12668.55] pm_op(): platform_pm_suspend+0x0/0x64 returns -16 [12668.55] PM: Device neo1973-pm-gsm.0 failed to suspend: error -16 [12668.55] PM: Some devices failed to suspend [12668.56] Restarting tasks ... done. [12669.59] fbcon_event_notify action=1, data=c7ff5dd0 Looks like there's some issue with the modem. Any hints? -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009t5]No suspend after ffalarms alarm
Am Donnerstag, 6. August 2009 13:46:34 schrieben Sie: Please don't omit the ML from CC! Oh, sorry, I simply pressed reply without looking to whom I'm actually replying. On Thu, Aug 06, 2009 at 01:17:05PM +0200, Marcel wrote: Am Donnerstag, 6. August 2009 12:59:23 schrieben Sie: Marcel tan...@googlemail.com writes: after having had an ringing alarm in ffalarms 0.2.3, suspending doesn't work anymore. This is what apm says about it: r...@d-a318:~# apm -s apm: Device or resource busy Not nearly correct way to suspend! First of all, you're using deprecated apm. And apm emulation might be removed from the kernel any minute. Second, you're bypassing frameworkd and that way you miss all preparations for the GSM modem. That's mainly the reason you see that stuff in dmesg. Use mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.Suspend (or dbus-send to do the same) That command gets me nowhere further: r...@d-a318:~# mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.Suspend Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Hangs there. Nothing happens at all anymore. /var/log/frameworkd.log doesn't give anything except 2009.08.06 13:15:05.8 odeviced.idlenotifier DEBUGactive = False 2009.08.06 13:15:06.10 odeviced.idlenotifier DEBUGactive = False 2009.08.06 13:15:07.8 odeviced.idlenotifier DEBUGactive = False 2009.08.06 13:15:08.10 odeviced.idlenotifier DEBUGactive = False What can I do to get more info? frameworkd's log_level is already set to DEBUG... Looks like frameworkd is hanging due to some problem communicating with the modem or something like that. Read the log more carefully, those lines you posted are completely irrelevant. For me this same command works. That _normally_ works fine for me, too, only ffalarms screws suspending. There's indeed some more output about suspending, but I cannot find something useful in that messages... Only... What about line 36, it's changing the modem from suspended to suspending, shouldn't it be some kind of awake before being suspending? -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009t5]No suspend after ffalarms alarm
Am Donnerstag, 6. August 2009 14:35:36 schrieb Paul Fertser: Marcel tan...@googlemail.com writes: Am Donnerstag, 6. August 2009 13:46:34 schrieben Sie: Please don't omit the ML from CC! Oh, sorry, I simply pressed reply without looking to whom I'm actually replying. You're supposed to use Reply all or group reply when you reply to a ML message. Looks like frameworkd is hanging due to some problem communicating with the modem or something like that. Read the log more carefully, those lines you posted are completely irrelevant. For me this same command works. That _normally_ works fine for me, too, only ffalarms screws suspending. There's indeed some more output about suspending, but I cannot find something useful in that messages... Only... What about line 36, it's changing the modem from suspended to suspending, shouldn't it be some kind of awake before being suspending? You might want to post your full log somewhere for more analysis. Oh dammit, I forgot to paste the link... _ Here it is: http://pastebin.ca/1520436 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009t5]No suspend after ffalarms alarm
Am Donnerstag, 6. August 2009 14:49:21 schrieb Paul Fertser: Marcel tan...@googlemail.com writes: That _normally_ works fine for me, too, only ffalarms screws suspending. There's indeed some more output about suspending, but I cannot find something useful in that messages... Only... What about line 36, it's changing the modem from suspended to suspending, shouldn't it be some kind of awake before being suspending? You might want to post your full log somewhere for more analysis. Oh dammit, I forgot to paste the link... _ Here it is: http://pastebin.ca/1520436 This first TIMEOUT 'AT+CTZU=0' = ??? already fucks up everything :( AFAIK, FSO handling of such situations is not robust and moreover there's even a known case where such a timeout will occur (iirc after %CSQ unsol reply the modem can go to sleep immediately and so frameworkd command can easily fail as it wakes up the modem explicitly only after some time from the last communication passed). But what puzzles me is that it happens after I had an ffalarm / atd event. Seems like fso gets confused by... not-self-triggered wakeup. My theory so far. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[OM2009t5] fso-abyss on 2009t5? (was: Re: No suspend after ffalarms alarm)
Am Donnerstag, 6. August 2009 17:59:34 schrieb Angus Ainslie: On August 6, 2009 08:45:01 am Michael 'Mickey' Lauer wrote: FWIW, fso-abyss is handling these nasty deep-sleep issues nowadays, in a better way than ogsmd ever did. :M: The next Om2009 testing release will use fso-abyss and fsousaged. If you'd like to try before the next release ( which will be the end of August, earilest ) use tomorrows or 6 days ago unstable. You'll also need to opkg install fso-abyss fsousaged and make some changes to /etc/frameworkd.conf, under [ogsmd] add ti_calypso_muxer = fso-abyss and to the end of the file add [ousaged] disable = 1 [fsousage] [fsousage.controller] Angus May I also be successful with that on a 2009t5 install? My sd card is full of data and I don't want to kill the present t5 installation with all the apps... -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community