[QtMoko v26] online via GPRS

[Marcel Meyer]

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

[Marcel]

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

[Marcel]

Am Sonntag, den 03.01.2010, 15:18 +0100 schrieb Laszlo KREKACS:
> On Sun, Jan 3, 2010 at 2:45 PM, Michael 'Mickey' Lauer
>  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

[Marcel]

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

[Marcel]

Am Montag, den 28.12.2009, 21:29 +0100 schrieb Ivo van den Maagdenberg:
> 2009/12/28 hab keen oh ne :
> > 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

[Marcel]

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: one to rule them all

[Marcel]

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: Strange behaviour of elementary entry and illume keyboard. Did anybody noticed it?

[Marcel]

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: Centralization of graphical awesomeness

[Marcel]

Finally came round to want to try this... :)

Am Dienstag, den 27.10.2009, 02:21 +0300 schrieb Paul Fertser: 
> Marcel  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: Centralization of graphical awesomeness [ot]

[Marcel]

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: ffalarms 0.3 -- recurring alarms

[Marcel]

Am Montag, den 26.10.2009, 23:09 +0100 schrieb Łukasz Pankowski: 
> Marcel  writes:
> 
> > Am Montag, den 26.10.2009, 22:15 +0100 schrieb Łukasz Pankowski: 
> >> Marcel  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=260&release_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: ffalarms 0.3 -- recurring alarms

[Marcel]

Am Montag, den 26.10.2009, 22:15 +0100 schrieb Łukasz Pankowski: 
> Marcel  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=260&release_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: Centralization of graphical awesomeness

[Marcel]

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: E17 default scaling factor

[Marcel]

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  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

E17 default scaling factor

[Marcel]

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: Centralization of graphical awesomeness

[Marcel]

Am Dienstag, den 27.10.2009, 01:02 +1100 schrieb Carsten Haitzler: 
> On Mon, 26 Oct 2009 14:53:50 +0100 Marcel  said:
> 
> > Am Dienstag, den 27.10.2009, 00:11 +1100 schrieb Carsten Haitzler: 
> > > On Mon, 26 Oct 2009 12:23:51 + Vasco Névoa  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

Re: Centralization of graphical awesomeness

[Marcel]

Am Dienstag, den 27.10.2009, 00:11 +1100 schrieb Carsten Haitzler: 
> On Mon, 26 Oct 2009 12:23:51 + Vasco Névoa  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: ffalarms 0.3 -- recurring alarms

[Marcel]

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=260&release_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...

--
Marcel


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Tuxbrain first anniversary

[Marcel]

Congratulations! :)

I love to see various small companies working with us, the community, to
"free the phone" (!). That'd never be possible this way with
TMobile/ATT/whatever, just to name one. :)

--
Marcel


Am Montag, den 26.10.2009, 12:26 +0100 schrieb David Reyes Samblas
Martinez: 
> Dear all,
> Is for me a pleasure and proud to  announce this week Tuxbrain the
> company that has born thanks to the inspiration of Openmoko is now one
> year old :)
> a good moment to thanks all that make us enjoy this first year of
> live, those who has make us learn, and of course to all that had buy
> something there :)
> To celebrate it we have down the price of the Frerrunner A6+[1]
> My only wish when I blow  the candle is to enjoy next year as much as this 
> one.
> A big Thank you and and a bigger hug to you all
> 
> [1]http://www.tuxbrain.net/en/content/tuxbrain-first-anniversary
> 
> David Reyes Samblas Martinez
> http://www.tuxbrain.com
> Open ultraportable & embedded solutions
> Openmoko, Openpandora,  Arduino
> Hey, watch out!!! There's a linux in your pocket!!!
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: My python + e program freeze after suspend

[Marcel]

I indeed didn't notice this yet. Suspending is no problem for me but
switching windows freezes the Entry, although I could promise I already
switched windows while typing an sms.

--
Marcel

Am Samstag, den 24.10.2009, 16:12 +0200 schrieb Laszlo KREKACS: 
> On Fri, Oct 23, 2009 at 12:01 PM, Laszlo KREKACS
>  wrote:
> > Can somebody try out, and confirm?
> 
> 
> It is pretty sad, nobody had 2 minutes to try it out. What is more
> sad, that not my only
> program are affected, but any program which use elementary.Entry.
> 
> So if you are typing an SMS in shr-messages or paroli's sms window,
> then it has the
> same symptom. Ie. after suspend-resume cycle you cant input anymore into 
> Entry.
> 
> Also it seems suspend-resume cycle is not even required, only change
> to an other window
> and change back.
> 
> What I find the most strange, that nobody even noticed this bug until now
> 
> 
> 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: /usr/lib/lib** svn .so.0 problem in shr

[Marcel]

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: Tango-GPS, omgps: download maps?

[Marcel]

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: OT Re: Desktop based on openbox and idesk

[Marcel]

Am Donnerstag, den 22.10.2009, 13:50 +0200 schrieb arne anka: 
> On Thu, 22 Oct 2009 13:30:30 +0200, Niels Heyvaert  
>  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] new illume + elm theme

[Marcel]

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 status

[Marcel]

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

[Marcel]

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] new illume + elm theme

[Marcel]

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

[Marcel]

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

[Marcel]

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-U / All?] Illume Keyboard in Landscape

[Marcel]

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

[Marcel]

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

Re: Countdown app using PyGTK

[Marcel]

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

Re: Integrating telepathy and opim and fso [Was: Revamping Elmphonelog]

[Marcel]

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

[Marcel]

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

[intone] Adds directory a second time to dirs list when rescanned

[Marcel]

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: browsing: enforce layout for mobile devices

[Marcel]

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

RE: browsing: enforce layout for mobile devices

[Marcel]

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

[Marcel]

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

[Marcel]

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

Countdown app using PyGTK

[Marcel]

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

Themes with light background?

[Marcel]

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: package feed browser? [was- C code compilation,Qt]

[Marcel]

Am Dienstag, den 15.09.2009, 14:38 +0530 schrieb rakshat hooja:
> 
> 
> On Tue, Sep 15, 2009 at 2:08 PM, RANJAN  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

Re: [all] USB Device-Network-Mode Switcher

[Marcel]

Am Dienstag, den 15.09.2009, 19:25 +1200 schrieb Robin Paulson: 
> 2009/9/15 Marcel :
> > 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: Freerunner in real world

[Marcel]

Am Dienstag, den 15.09.2009, 06:44 +1000 schrieb Michael Smith: 
> On Mon, 14 Sep 2009 14:42:46 +0200
> "Michael Pilgermann"  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

[all] USB Device-Network-Mode Switcher

[Marcel]

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: [SHR-U] Paroli working now

[Marcel]

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

Re: [SHR-U] Paroli working now

[Marcel]

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 copy&paste 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

[Marcel]

Am Mittwoch, den 09.09.2009, 14:58 +0530 schrieb rakshat hooja:
> 
> 
> On Wed, Sep 9, 2009 at 2:25 PM, Marcel  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

[SHR-U] Paroli working now

[Marcel]

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: nEo theme issues

[Marcel]

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: [SHR-U] Paroli misses tichy

[Marcel]

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: QtMoko images V8

[Marcel Meyer]

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

[SHR-U] Paroli misses tichy

[Marcel]

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 
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: Bad CRC

[Marcel]

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

Re: Towards paperless geocaching - Advanced Geocaching Tool for Linux

[Marcel]

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: Towards paperless geocaching - Advanced Geocaching Tool for Linux

[Marcel]

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: Towards paperless geocaching - Advanced Geocaching Tool for Linux

[Marcel]

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

[Marcel]

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: Community news tomorrow - news needed!

[Marcel]

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

[Marcel]

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

[Marcel]

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: Towards paperless geocaching - Advanced Geocaching Tool for Linux

[Marcel]

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

[Marcel]

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: Illume2 (was One Neo Freerunner for sale)

[Marcel]

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: Showroom hosting , roadmap draft & design

[Marcel]

Am Donnerstag, den 27.08.2009, 13:52 +0200 schrieb Sebastian
Krzyszkowiak:
> On 8/27/09, David Reyes Samblas Martinez  wrote:
> > 2009/8/27 Sebastian Krzyszkowiak :
> >> On 8/27/09, Risto H. Kurppa  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: Om2009

[Marcel]

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: Om2009

[Marcel]

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: QNavitCtl - Navit Bookmarks via dbus

[Marcel]

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

Blog post about project management (was: Re: Om2009)

[Marcel]

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: OM2009

[Marcel]

Am Donnerstag, den 27.08.2009, 02:53 -0400 schrieb Ken Young:
> Angus Ainslie Wrote:
> 
> > Now I have a question of all of you. Should I continue to maintain Om2009.
> > From the recent poll by rhk it seems that SHR users outnumber OM users by ~
> > 7:1. So what I'd like to know is does anyone still think Om2009 is a worthy
> > venture or should I move over to SHR and see what help I can be there.
> 
> The results of Risto's poll were very surprising, at least to me.  Everyone
> should take a look at it (http://doodle.com/sd2c8d8snr23eeqq).   70+ percent
> of the participants are using SHR.   There really is no second place winner.
> I think we should all concentrate our efforts on SHR.

I agree on that - althogh my recent experience with SHR-U was not really
convincing. If we get a working Paroli in SHR, I'd be happy to switch to
it (if manual suspend works then...)

> > This should not be interpreted as paroli being abandoned as paroli is in the
> > SHR feeds. I haven't tested it, but getting it to work would be one of my 
> > first
> > tasks if it doesn't.
> 
> paroli has a LOT of fans, and your work on it is greatly appreciated!

Truly correct! :)

--
Marcel


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Freerunner & wireless internet

[Marcel]

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?

[Marcel]

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
> > KREKACS 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

Re: Python email or direct GMail lib?

[Marcel]

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  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?

[Marcel]

Am Dienstag, den 25.08.2009, 21:32 +1200 schrieb Robin Paulson:
> 2009/8/25 Marcel :
> > 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?

[Marcel]

Am Dienstag, den 25.08.2009, 11:00 +0200 schrieb Laszlo KREKACS:
> On Tue, Aug 25, 2009 at 12:20 AM, Michael Sheldon 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

Python email or direct GMail lib?

[Marcel]

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

[Marcel]

Am Sonntag, den 23.08.2009, 11:29 +0200 schrieb Laszlo KREKACS:
> On Fri, Aug 21, 2009 at 10:49 AM, Sebastian
> Krzyszkowiak wrote:
> > It was discussed DOZENS of times on maillist. Sending bb recipe (or
> > asking for writing such recipe) to shr-devel maillist is in majority
> > enough to have your app in SHR and FSO repositiories, which is enough,
> > as I don't know other active and supported OpenEmbedded based distro
> > here which isn't based on SHR or Om2009.
> 
> 
> I would love to see paroli installable into shr

Me too!


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR testing] intone requires different e17 lib name

[Marcel]

Am Samstag, den 22.08.2009, 20:48 +0200 schrieb Sebastian Krzyszkowiak:
> On 8/22/09, Marcel  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

[SHR testing] intone requires different e17 lib name

[Marcel]

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: [ALL] New showroom for Openmoko apps

[Marcel]

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
>  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: [Wiki] Nominations for hall of fame.

[Marcel]

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: Intone 0.66 release

[Marcel Brüggebors]

2009/8/14 c_c 

>   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.
> 


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] Neon into Hall of Fame (2 Votes)

[Marcel]

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

Re: [Wiki] Neon into Hall of Fame (2 Votes)

[Marcel]

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 (7 Votes so far)

[Marcel]

Am Mittwoch, den 12.08.2009, 12:29 -0500 schrieb The Digital Pioneer:
> On Wed, Aug 12, 2009 at 6:48 AM, HighCat 
> 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
> >> >  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: [Wiki] Neon into Hall of Fame (6 Votes so far)

[Marcel]

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 
> >  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 (5 Votes)

[Marcel]

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=detail&aid=255&group_id=239&atid=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 (2 Votes) (was: Re: [Wiki] Hall of Fame created)

[Marcel]

Am Mittwoch, den 12.08.2009, 16:45 +0530 schrieb rakshat hooja:
> 
> 
> On Wed, Aug 12, 2009 at 4:24 PM, Patryk Benderz
>  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 (2 Votes) (was: Re: [Wiki] Hall of Fame created)

[Marcel]

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=detail&aid=255&group_id=239&atid=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] Hall of Fame created

[Marcel]

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 :
> > > > 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] Hall of Fame created

[Marcel]

Am Mittwoch, den 12.08.2009, 15:19 +0530 schrieb rakshat hooja:
> 
> 
> On Wed, Aug 12, 2009 at 3:07 PM, Marcel  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

[Wiki] Neon into Hall of Fame (2 Votes) (was: Re: [Wiki] Hall of Fame created)

[Marcel]

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

[Marcel]

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

Re: [Wiki] Hall of Fame created

[Marcel]

Am Mittwoch, den 12.08.2009, 11:49 +0200 schrieb Fabian Schölzel:
> 2009/8/12 Marcel :
> >
> > 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

[Wiki] Hall of Fame created

[Marcel]

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: Intone 0.63 release

[Marcel]

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: Freerunner audio channels

[Marcel]

Am Freitag, 7. August 2009 16:29:24 schrieb Sebastian Krzyszkowiak:
> On 8/7/09, David Fokkema  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

Re: Neon!

[Marcel]

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

Neon!

[Marcel]

Hello!

I just want to praise Valery Febvre for her (? Sounds female to me... 
females are rare in here *g*) absolutely great picture viewer, namely 
Neon. I had it on my Neo for quite some time but never came to actually 
trying it. Now I had some pictures from Wacken this year to show to my 
friends and tried opening them with Neon. Worked perfect. Fullscreen mode, 
a little time to find out that one has to press on the bottom to get out 
the arrow "keys" for image changing and there we went.
Thanks for that awesome piece of software!

I think this deserves some honour on opkg.org's home page...

--
Marcel

___
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)

[Marcel]

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