Re: [maemo-developers] to Nokia: simple method to gaina gamingaudienceon 770/800

2007-01-25 Thread Kees Jongenburger

On 1/25/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

 * easy to make basic GUI for game setup (input methods do not work in
SDL)

Hello

I guess anybody how is porting a SDL game will run into the keyboard
issue problem.
It would be nice if we can port existing SDL games but that really
means that we need a cute keyboard input hack. I have been asking
around but did not find a simple pluggable virtual keyboard for sdl.
perhaps pointer to such resources would help. but otherwise I think
some effort must be put into that.

greetings
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] to Nokia: simple method to gaina gamingaudience on 770/800

2007-01-25 Thread Tapani Pälli
ext Raul Fernandes Herbster wrote:
> what i mean is a tutorial which gives us some tips to create more
> sophisticated user interfaces. GTK is good, but not sufficient to
> catch gamers attention.
> []'s

Perhaps you should first share what are you trying to achieve? If you
think of desktop games, it's mostly buttons, toolboxes (many buttons in
row) and menu's (many 'buttons' again). Create a button class and then
some classes on top of that.

>
> 2007/1/25, [EMAIL PROTECTED] 
> <[EMAIL PROTECTED] >:
>
> >Raul Fernandes Herbster wrote:
> >> Yeah... and besides that, no specific tutorials for "maemo game
> >> programming" are available. We have to try using the same
> techniques
> >> as we do at Desktop games. This idea could be improved.
> >
> >You mean something like this
> http://maemo.org/maemowiki/GameDevelopment
> >? Had to write 'game' in wiki searchbox and click 'Titles',
> >pretty advanced stuff ;-)
> >
> >Frantisek
>
> And also this from ot list of developer docs:
> http://maemo.org/platform/docs/howtos/howto_game_startup_bora.html
> 
>
> Br,
>
> --jakub
>
>
>
>
> -- 
> Raul Fernandes Herbster
> Embedded and Pervasive Computing Laboratory - embedded.dee.ufcg.edu.br
> 
> Electrical Engineering Department - DEE - www.ee.ufcg.edu.br
> 
> Electrical Engineering and Informatics Center - CEEI
> Federal University of Campina Grande - UFCG - www.ufcg.edu.br
> 
> Caixa Postal 10105
> 58109-970 Campina Grande - PB - Brasil
> 
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
>   

// Tapani

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] USA shop trouble + update

2007-01-25 Thread quim.gil
Hi,

Analyzing the sequence of emails in this list and my mailbox it looks
like there was some trouble at the Nokia USA shop, although it seems
that the customer support mechanism scaled up the issue and by now they
are all aware and like able to solve problems (I need to confirm the
latter, but the US is mostly in bed now). I have sent a summary of
complaints to our contacts there, we will let you know about any
relevant news. 

Since we maemo team are sending the codes, it is understandable that we
get the complaints. However, please understand that we have no access at
all to the shop machinery, nor we know what is going on when your credit
card is not being accepted. Nokia USA support should still be your
primary resource for getting the issues solved. Our indirect way to help
you is getting in touch with the US shop management so they send the
appropriate messages to the support lines your get in touch. We can help
directly with the weirdest cases and rare exceptions, though. Just try
hard first with their support channel, please.

Hubert & others, we have sent a US code to many non-US & non-EU
contributors around the globe. Yes, we know you can't get your N800
directly delivered at home. As explained the wiki page, you need to find
out yourselves what to do next. We are not happy with this "solution"
but it's the only realistic option we had. The alternative would be
sending codes only to contributors living in countries where Nokia has
online shops. We decided to send you the codes anyway, because you
deserve them as much as the rest, regardless of where in the world you
are actually contributing to this project. 

More questions are being answered in the updated
http://maemo.org/maemowiki/N800DeveloperDeviceProgram 

We are about to close this program. We are still dealing with some
worthy self-proposed contributors, some people needing EU <<>> US
swapping codes and the support to issues encountered at the shop. The
"maemo coupon team" (thanks Larry for the label)  :)  needs to move
forward onto other things.

--
Quim Gil
Maemo team
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Re: Phone management application

2007-01-25 Thread Anuj Verma (Kevin)
On Thu, 25 Jan 2007 22:03:34 -0800, Daniel Amelang wrote:

> I don't know what that means where you're from, but I'm really confused.
> 
> Dan

nevermind :-)

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Phone management application

2007-01-25 Thread Daniel Amelang

On 1/24/07, Anuj Verma (Kevin) <[EMAIL PROTECTED]> wrote:

... I'll really crap my phones as modems if I can !


I don't know what that means where you're from, but I'm really confused.

Dan
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Camera apps for N800

2007-01-25 Thread Anuj Verma (Kevin)
Hello list,

Are there more applications to use the camera for capturing photos or
videos ? 

Can the default behavior of camera pop-out be changed ? 

Regards,
Kevin

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Maemo 2.1 and 3.0 SDKs at the same time

2007-01-25 Thread Andrew Barr
Apologies if this has already been asked...but I was wondering if there
are any issues I should be aware of having both the Maemo 2.1 and 3.0
SDKs installed on a machine (e.g. just running both installer scripts
one after the other). I have set up a Debian 'etch' virtual machine
specifically for software development for Maemo, and while I suppose I
could split out two virtual machines for each SDK using copy-on-write
disk images, it would be easier (and in the long-run more space
efficient) to have both SDKs on the same VM if this is possible.

Thanks in advance.

-- 
Andrew Barr | http://www.pridelands.dyndns.org/
panthera leo anthro

"My life is an open book, but I'm not going to read it to you."
-- David Hyde Pierce
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Follow-up: N800 and Newton

2007-01-25 Thread Sean Luke

Kalle wrote:


2007/1/25, Sean Luke <[EMAIL PROTECTED]>:
- It's true that different (Newton vs. GTK+) doesn't mean  
better.

But IMHO it doesn't require rabid fanboyism to make a cogent argument
that GTK+ is distinctly inferior to OS X


Yes, obviously a widget toolkit has no chance against an operating
system from an interface point of view... ;)


:-)  I meant Cocoa, of course.  I can't defend Carbon.




and maemo is inferior to
NewtonOS from an interface point of view.  That being said, it *was*
fair mentioning where the Newton's _not_ all that hot, so I added
some items there.  But I think it's fairly objective: GTK+ may or may
not be better than KDE's offerings perhaps, but as a GUI development
environment it's a long way shy of environments like Cocoa and
NewtonOS [and yes, I think Cocoa > NewtonOS].


I think GTK+ developers and community would like to fix this, so could
you perhaps elaborate on this "long way" Cocoa is more advanced than
GTK+? What I've seen on my wife's Mac has really left me wondering
what the heck is all the fuzz about the Mac UI. Sure, it has some
millions of dollars spent on polish (as you point out below), but
apart from few real solutions (which, btw, do not have anything to do
with Cocoa) it really seems to be just a extra layer of varnish. The
regular widgets seen in every window have basically the same
functionality in both GTK+ and Mac UI, and I haven't yet seen anything
that could not be implemented with GTK+ widgets if one wishes to do
so.


I promised not to go into further detail extensively: but what *I*  
think makes Cocoa impressive is not its prettiness.  That's almost  
immaterial.  It's the development environment's richness,  
consistency, and pervasiveness throughout the entire operating  
system.  NeXT figured this out: if you give developers a collection  
of very rich and powerful tools, they have little need to build their  
own and thus make user experiences different from one another.  Apple  
inherited that from NeXT.  Among the highlights are one of the finest  
2D graphics libraries anywhere (CoreGraphics), with easy support for  
very sophisticated PDF printing; elegant internationalization; easy  
multi-architecture binary support; and the finest typographic engine  
ever created (ATSUI).  And a very _very_ nice widget set.  One of my  
favorite Mac application houses is OmniGroup, whose wunderkind just  
left and founded Delicious Monster.   Apps like Delicious Library,  
OmniWeb, and OmniGraffle are pretty strong examples of how you can  
take Cocoa and run with it.  Low points include, I think: no GC, and  
QuickTime's API, which is pretty awful.


As a developer, you'd do well to look into developing for OS X rather  
than examining its interface as a user.  Even if you can't stand ObjC  
-- and some can't -- I think you'll still be impressed.  Apple lucked  
out when they bought NeXT.




(on a tongue-in-cheeck side note, GTK+ has traditionally been regarded
as the fat cow of linux desktop toolkits while QT is seen as the
flashy sleek one, so maybe you should take a look at Qutopia too and
see if that's more to your liking?-))


No, I'm comfy with fat cows.  My primary application development  
environment is Swing.  :-(




Anyway, there's something to
be said for massive amounts of resources and UI expertise.


Like Microsoft Windows has.


Touche!  But Microsoft is the counterexample to an amazing number of  
things!


May I say that I expected rather more antagonism than I've gotten  
even with my obnoxious follow-up.  The professionalism of this list  
is impressive.


Sean


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Jae Stutzman

Thank you maemo team! Already ordered. :)
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Ty Hoffman

Larry Battraw wrote:

 Ok, I misunderstood and thought they went out to the US on Tuesday.
Anyway, Hooray  --I went back in and tried it in a new browser
session and it not only took the discount code, it completed the order
successfully.  I am one happy camper, thanks Maemo Team!

Larry

On 1/25/07, Brian Waite <[EMAIL PROTECTED]> wrote:

The US discount code were released today. The Eurpoean codes went out 
before.
US Nokia != EU Nokia. The delay was to sort out US infrastructure 
issues,
which seems to not have been wholy successful. That said I imagine 
things

will improve in the next day or 2.

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Well, I was going to wait because of all the troubles, but when I saw 
you had success, I went ahead and tried to order. I got the " There was 
an error in processing your credit-card for this purchase" message! 
Bummer! So for those who haven't tried, all is not quite well yet. I'll 
try again in a bit.


And my thanks to the Maemo team also!
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] VMWare Appliance for MAEMO 2.0?

2007-01-25 Thread Luca Manganelli

On 1/24/07, Marius Gedminas <[EMAIL PROTECTED]> wrote:

Or someone can make a single VMWare appliance for both Maemo versions.
It is posible to install the 2.1 SDK on Scratchbox 1.0 -- I've just done
so, following the instructions on this page:

  http://syslog.movial.fi/archives/38-Scratchbox-Apophis-R4-released.html


I've followed the steps, but the Xephyr is missing... where is it?
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Larry Battraw

 Ok, I misunderstood and thought they went out to the US on Tuesday.
Anyway, Hooray  --I went back in and tried it in a new browser
session and it not only took the discount code, it completed the order
successfully.  I am one happy camper, thanks Maemo Team!

Larry

On 1/25/07, Brian Waite <[EMAIL PROTECTED]> wrote:


The US discount code were released today. The Eurpoean codes went out before.
US Nokia != EU Nokia. The delay was to sort out US infrastructure issues,
which seems to not have been wholy successful. That said I imagine things
will improve in the next day or 2.

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Larry Battraw

 Brian, I saw your post so I'm hopeful I'll be able to call and get
someone able to help me.  However, the first time I tried placing the
online order it accepted the code and deducted the coupon amount.  Now
it says the coupon has been used and refuses to take it (online, or
when the people at the Nokia helpdesk tried it).  Bummer.

Larry

On 1/25/07, Brian Waite <[EMAIL PROTECTED]> wrote:

Larry,
I am willing to bet your code works. The code is not valid at the Nokia US
store. Although it registers, you cannot complete the transaction. (Credit
Card verification failure.
Read my post from before you can call and get it taken care of or wait. I bet
by Monday they have it working right .
Thanks
Brian

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Andrew Barr
On Thu, 2007-01-25 at 15:55 -0500, Brian Waite wrote:
> Larry, 
> I am willing to bet your code works. The code is not valid at the Nokia US 
> store. Although it registers, you cannot complete the transaction. (Credit 
> Card verification failure.
> Read my post from before you can call and get it taken care of or wait. I bet 
> by Monday they have it working right .

I have successfully ordered mine!

I'll bet it could have worked earlier, but I discovered I was providing
the wrong CC2 code from the formhistory for that credit card number :(

All is well for me now, so I encourage everyone in the US who was having
problems to try again.

I'm off to class now.

Regards,
Andrew Barr

> Thanks
> Brian
> 
> On Thursday 25 January 2007 15:30, Larry Battraw wrote:
> >   Warning-- do NOT empty your cart like I did.  I got the exact same
> > message and when I called the help desk I got passed to three
> > different people, all of which said they couldn't help me.  I tried
> > emptying my cart to see if that would help in letting them process the
> > code, but no dice.  Once you enter the code (Whether the order
> > completes or not!) it's locked out and no longer valid.  I now had to
> > find some kind soul on the Maemo team and try to convince them I
> > really didn't use my code :-(
> >
> > Larry
> >
> > On 1/25/07, Aaron Levinson <[EMAIL PROTECTED]> wrote:
> > > On Thu, 25 Jan 2007, Andrew Barr wrote:
> > > > On Thu, 2007-01-25 at 19:16 +0100, Aniello Del Sorbo wrote:
> > > > > I got it!!
> > > >
> > > > me too
> > > >
> > > > > Thanks VERY MUCH Maemo Team!
> > > >
> > > > ack
> > > >
> > > > > Really really really thank you!
> > > > > It was REALLY unexpected :)
> > > >
> > > > to say the least
> > > >
> > > > > Ordered already. Can't wait to get it!
> > > >
> > > > sadly, I am having issues here and the phone people aren't much
> > > > help. :-(
> > > >
> > > > The error I get when I submit my order:
> > > >
> > > > There was an error in processing your credit-card for this purchase.
> > > > Your card has not been charged. Please contact us directly at
> > > > 1-866-59NOKIA (1-866-596-6542).
> > > >
> > > > I've tried three different cards :-(
> > > >
> > > > USA based address, USA based card, at nokiausa.com...
> > >
> > > I called the number after I encountered the same problem--the person I
> > > spoke to said that there are currently problems processing the code
> > > (someone had already called).  It doesn't seem to have anything to do
> > > with the credit card.  He said that he will call me back, probably by the
> > > end of the day, when the problems are sorted out.
> > >
> > > Aaron
> >
> > ___
> > maemo-developers mailing list
> > maemo-developers@maemo.org
> > https://maemo.org/mailman/listinfo/maemo-developers
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
-- 
Andrew Barr | http://www.pridelands.dyndns.org/
panthera leo anthro

"My life is an open book, but I'm not going to read it to you."
-- David Hyde Pierce
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Jon Smirl

I got my code to work for US delivery, $125 total. It wouldn't accept
the code until you picked a shipping method. I'm giving my 770 to
another Linux developer who is going to pretty surprised when they
find out. He has been lusting for one and couldn't afford it.

--
Jon Smirl
[EMAIL PROTECTED]
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Brian Waite
Larry, 
I am willing to bet your code works. The code is not valid at the Nokia US 
store. Although it registers, you cannot complete the transaction. (Credit 
Card verification failure.
Read my post from before you can call and get it taken care of or wait. I bet 
by Monday they have it working right .
Thanks
Brian

On Thursday 25 January 2007 15:30, Larry Battraw wrote:
>   Warning-- do NOT empty your cart like I did.  I got the exact same
> message and when I called the help desk I got passed to three
> different people, all of which said they couldn't help me.  I tried
> emptying my cart to see if that would help in letting them process the
> code, but no dice.  Once you enter the code (Whether the order
> completes or not!) it's locked out and no longer valid.  I now had to
> find some kind soul on the Maemo team and try to convince them I
> really didn't use my code :-(
>
> Larry
>
> On 1/25/07, Aaron Levinson <[EMAIL PROTECTED]> wrote:
> > On Thu, 25 Jan 2007, Andrew Barr wrote:
> > > On Thu, 2007-01-25 at 19:16 +0100, Aniello Del Sorbo wrote:
> > > > I got it!!
> > >
> > > me too
> > >
> > > > Thanks VERY MUCH Maemo Team!
> > >
> > > ack
> > >
> > > > Really really really thank you!
> > > > It was REALLY unexpected :)
> > >
> > > to say the least
> > >
> > > > Ordered already. Can't wait to get it!
> > >
> > > sadly, I am having issues here and the phone people aren't much
> > > help. :-(
> > >
> > > The error I get when I submit my order:
> > >
> > > There was an error in processing your credit-card for this purchase.
> > > Your card has not been charged. Please contact us directly at
> > > 1-866-59NOKIA (1-866-596-6542).
> > >
> > > I've tried three different cards :-(
> > >
> > > USA based address, USA based card, at nokiausa.com...
> >
> > I called the number after I encountered the same problem--the person I
> > spoke to said that there are currently problems processing the code
> > (someone had already called).  It doesn't seem to have anything to do
> > with the credit card.  He said that he will call me back, probably by the
> > end of the day, when the problems are sorted out.
> >
> > Aaron
>
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Hubert Figuiere

>> I got it!!
> 
> I got mine too!
> 
> Thanks a lot to the Maemo team.


I received a code, thanks to the Maemo team.

Now, I would like to ask how one is supposed to order from Canada? The
Canadian Nokia store does not list it. Will the US store accept and
order to Canada? Their contact form already proved that it was not
suited for Canada (they expect a 5 digit Zip code, we have 6 alphanum
postal code here).

Note that I'm willing to wait a bit if that help getting things sorted out.

Hub
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Larry Battraw

On 1/25/07, Andrew Barr <[EMAIL PROTECTED]> wrote:

On 1/25/07, Larry Battraw <[EMAIL PROTECTED]> wrote:
>   Warning-- do NOT empty your cart like I did.  I got the exact same
> message and when I called the help desk I got passed to three
> different people, all of which said they couldn't help me.  I tried
> emptying my cart to see if that would help in letting them process the
> code, but no dice.  Once you enter the code (Whether the order
> completes or not!) it's locked out and no longer valid.  I now had to
> find some kind soul on the Maemo team and try to convince them I
> really didn't use my code :-(

So can I use these codes on the web or not? I've talked to at least
three different people, including one in level 2 support at the number
previously mentioned in this thread. I'd just as soon order off the
web rather than have people tell me they have no idea what Maemo is
every time I tell them where the discount code came from...


 I assume you weren't able to complete the order, calling about it?
The first person I talked to said they were having issues with their
systems when accepting credit card orders, and to try back later.  The
issue is, if you clear your cart or your session times out and clears
the cart, you no longer have a way to place an order.  Judging from
the fact that there wasn't this outcry when they started sending out
codes earlier this week I'm guessing that normally things work fine
for online ordering.  If anyone from the "maemo coupon team" is
reading, I would appreciate some advice on how to work through this
issue.

Larry
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Andrew Barr

On 1/25/07, Larry Battraw <[EMAIL PROTECTED]> wrote:

  Warning-- do NOT empty your cart like I did.  I got the exact same
message and when I called the help desk I got passed to three
different people, all of which said they couldn't help me.  I tried
emptying my cart to see if that would help in letting them process the
code, but no dice.  Once you enter the code (Whether the order
completes or not!) it's locked out and no longer valid.  I now had to
find some kind soul on the Maemo team and try to convince them I
really didn't use my code :-(


So can I use these codes on the web or not? I've talked to at least
three different people, including one in level 2 support at the number
previously mentioned in this thread. I'd just as soon order off the
web rather than have people tell me they have no idea what Maemo is
every time I tell them where the discount code came from...

Andrew
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Larry Battraw

 Warning-- do NOT empty your cart like I did.  I got the exact same
message and when I called the help desk I got passed to three
different people, all of which said they couldn't help me.  I tried
emptying my cart to see if that would help in letting them process the
code, but no dice.  Once you enter the code (Whether the order
completes or not!) it's locked out and no longer valid.  I now had to
find some kind soul on the Maemo team and try to convince them I
really didn't use my code :-(

Larry

On 1/25/07, Aaron Levinson <[EMAIL PROTECTED]> wrote:

On Thu, 25 Jan 2007, Andrew Barr wrote:

> On Thu, 2007-01-25 at 19:16 +0100, Aniello Del Sorbo wrote:
> > I got it!!
>
> me too
>
> > Thanks VERY MUCH Maemo Team!
>
> ack
>
> > Really really really thank you!
> > It was REALLY unexpected :)
>
> to say the least
>
> > Ordered already. Can't wait to get it!
>
> sadly, I am having issues here and the phone people aren't much
> help. :-(
>
> The error I get when I submit my order:
>
> There was an error in processing your credit-card for this purchase.
> Your card has not been charged. Please contact us directly at
> 1-866-59NOKIA (1-866-596-6542).
>
> I've tried three different cards :-(
>
> USA based address, USA based card, at nokiausa.com...

I called the number after I encountered the same problem--the person I
spoke to said that there are currently problems processing the code
(someone had already called).  It doesn't seem to have anything to do with
the credit card.  He said that he will call me back, probably by the end
of the day, when the problems are sorted out.

Aaron

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Follow-up: N800 and Newton

2007-01-25 Thread Daniel Amelang

On 1/24/07, Sean Luke <[EMAIL PROTECTED]> wrote:

...
it doesn't require rabid fanboyism to make a cogent argument
that GTK+ is distinctly inferior to OS X and maemo is inferior to
NewtonOS from an interface point of view.


Without expressing an opinion either way, I think it is important to
point out that the user experience on a GTK-based system is a
combination of GTK, the theme engine, and the application/desktop
itself (among several other components).

You may find that the "fixing" you call for has less to do with GTK
itself, and more with those other components than you expect. GTK is
written to be loosely-coupled with the look, and even the feel to a
certain extent, and is readily extendable by the application or
framework (Hildon begin a case in point). Yes, GTK may require
changes, but learning the details of the separation of concerns is an
important step in joining the effort to better the user experience in
Maemo. I suspect that your tendency to conglomerate the various parts
of the UI software stack into one, label it and place the blame (or
give the praise) comes from experience with systems that are better
represented (marketed?) by such aggregation. That fact that you
compared GTK with OS X, and Cocoa with Maemo begin evidence of this.
The fact is, different lines are drawn in different places on the
different platforms.


...
Unlike GTK+, each was
the product of untold millions of dollars of development, expert UI
design, and a large degree of user testing.  (Well, for Cocoa, Steve
was sometimes the sole test-user :-).  Anyway, there's something to
be said for massive amounts of resources and UI expertise.
...


An underlying assumption here is that GTK doesn't have (and hence,
requires) "massive amounts of resources and UI expertise" and a "large
degree of user testing" behind it. While this could be true, but I
would like to see this established in an objective manner. And if it
can't be, I would recommend leaving this part of your argument out.
Remember, we aren't even establishing the quality of the systems yet,
just how many resources and expertise are behind a given system.

Now, let's give you the point that GTK doesn't have as many
resources/expertise behind it, for the sake of analyzing your argument
further. You also treat the relationship between the quality of a
system and the quantity of resources/expertise behind it as somewhat
of a bilateral condition. I don't necessary agree. I believe that
there exist systems with significantly less resources/expertise behind
them that are of higher quality than those that have greater
resources/expertise.

Now, the "untold millions of dollars" that you attribute to the
proprietary systems is also an interesting subject. I assume that you
are familiar with the several studies that attempt to estimate the
even harder to track untold millions of dollars that some open-source
software systems represent in value. This one (which includes GTK)
comes to mind: http://www.dwheeler.com/sloc/redhat71-v1/redhat71sloc.html
.

So it is important to distinguish between the amount money that was
directly and visibly invested in a system, and the value that that
system represents.

Now, having said all that, I think your analysis as a whole has great
value. I, for one, welcome our new Newton-influenced UI expert :)

Dan
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Brian Waite
Ok after a 30 minute converssation I have finally had my order accepted. 
You can't use the code online it says error processing credit card.
You can't call 866-59nokia, they are clueless.
You CAN call 888-665-4228 but level 1 support will just place the order at 
nokiausa and fail. 
You need get to Level 2 where they need to get premisson to accept the order, 
but a mgt member need to approve the code before it is actually shipped. Long 
and short is I won't get it before Wednesday, but the code *should* be 
honored. 

I have an order # I am happy.

Thanks Maemo team!
Brian
On Thursday 25 January 2007 13:44, Andrew Barr wrote:
> On Thu, 2007-01-25 at 19:16 +0100, Aniello Del Sorbo wrote:
> > I got it!!
>
> me too
>
> > Thanks VERY MUCH Maemo Team!
>
> ack
>
> > Really really really thank you!
> > It was REALLY unexpected :)
>
> to say the least
>
> > Ordered already. Can't wait to get it!
>
> sadly, I am having issues here and the phone people aren't much
> help. :-(
>
> The error I get when I submit my order:
>
> There was an error in processing your credit-card for this purchase.
> Your card has not been charged. Please contact us directly at
> 1-866-59NOKIA (1-866-596-6542).
>
> I've tried three different cards :-(
>
> USA based address, USA based card, at nokiausa.com...
>
> Andrew
>
> > --
> > Aniello Del Sorbo
> > ___
> > maemo-developers mailing list
> > maemo-developers@maemo.org
> > https://maemo.org/mailman/listinfo/maemo-developers
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Israel Herraiz
On Thursday 25 January 2007, Aniello Del Sorbo wrote:
> I got it!!

I got mine too!

Thanks a lot to the Maemo team.

Cheers,
Israel
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] wiiremote (Was: Nokia: simple method to gain agaming audience on 770/800)

2007-01-25 Thread Johan Hedberg
Hi Kon,

On Wed, Jan 24, 2007, Kon Wilms wrote:
> The wiimote will not pair with the N800/770 via the onscreen dialogs because
> they force input of at least a one digit passkey for the bluetooth pairing.
> The wiimote doesn't make use of passkeys - it will simply pair without one.

Actually this is not quite correct. The wiimote doesn't support pairing 
at all (and if it did the Bluetooth specification would require a 
minimum one digit passkey). The "connect" that the UI allows you to do 
to paired devices simply calls the "hidd --connect " command, so 
you should be able to connect to your wiimote just fine by issuing that 
command e.g. from the command line.

Johan
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Follow-up: N800 and Newton

2007-01-25 Thread Kalle Vahlman

2007/1/25, Sean Luke <[EMAIL PROTECTED]>:

- It's true that different (Newton vs. GTK+) doesn't mean better.
But IMHO it doesn't require rabid fanboyism to make a cogent argument
that GTK+ is distinctly inferior to OS X


Yes, obviously a widget toolkit has no chance against an operating
system from an interface point of view... ;)


and maemo is inferior to
NewtonOS from an interface point of view.  That being said, it *was*
fair mentioning where the Newton's _not_ all that hot, so I added
some items there.  But I think it's fairly objective: GTK+ may or may
not be better than KDE's offerings perhaps, but as a GUI development
environment it's a long way shy of environments like Cocoa and
NewtonOS [and yes, I think Cocoa > NewtonOS].


I think GTK+ developers and community would like to fix this, so could
you perhaps elaborate on this "long way" Cocoa is more advanced than
GTK+? What I've seen on my wife's Mac has really left me wondering
what the heck is all the fuzz about the Mac UI. Sure, it has some
millions of dollars spent on polish (as you point out below), but
apart from few real solutions (which, btw, do not have anything to do
with Cocoa) it really seems to be just a extra layer of varnish. The
regular widgets seen in every window have basically the same
functionality in both GTK+ and Mac UI, and I haven't yet seen anything
that could not be implemented with GTK+ widgets if one wishes to do
so.

With Cairo getting faster and things like Glitz and *GL for X
acceleration the open source field will be catching quickly on the
effect side too. In fact, I think one can already get a dozen of
different window closing effects in beryl compared to OS X's two...
Not that I would count that as a defining factor of anything though :)

So I ask again, what's so special about Cocoa?

(on a tongue-in-cheeck side note, GTK+ has traditionally been regarded
as the fat cow of linux desktop toolkits while QT is seen as the
flashy sleek one, so maybe you should take a look at Qutopia too and
see if that's more to your liking?-))


 Unlike GTK+, each was
the product of untold millions of dollars of development, expert UI
design, and a large degree of user testing.  (Well, for Cocoa, Steve
was sometimes the sole test-user :-).  Anyway, there's something to
be said for massive amounts of resources and UI expertise.


Like Microsoft Windows has. Think of all the money and effort put to
that UI and programs over the years! Then think of all the pure good
will (plus the companies that care enough to share their profit by
contributing to open source) that got open source to the same level
and leap-frog beyond.

The only thing MSW and OSX can really boast on is that they are
working far better  with their own proprietary systems than OSS (well,
duh) and that due to mainly historical reasons those systems and
formats are what are the "mainstream".

That's not really a merit though, not in my book.

---

I just noticed that this is getting rather religious, but I just can't
let an unexplained "my better, your worse" fly by uncommented ;)

--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Andrew Barr

On 1/25/07, Aaron Levinson <[EMAIL PROTECTED]> wrote:

I called the number after I encountered the same problem--the person I
spoke to said that there are currently problems processing the code
(someone had already called).  It doesn't seem to have anything to do with
the credit card.  He said that he will call me back, probably by the end
of the day, when the problems are sorted out.


Sheesh, at least your fellow knew what was going on...do let me know
what happens because all I got we're people who wanted my mobile phone
number (again with the Nokia == phone thing...) and pronounced 'maemo'
like it was the name of a newly discovered galaxy... :-)

At any rate, color me surprised (and grateful) for any code at all...

Andrew


Aaron

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Aaron Levinson
On Thu, 25 Jan 2007, Andrew Barr wrote:

> On Thu, 2007-01-25 at 19:16 +0100, Aniello Del Sorbo wrote:
> > I got it!!
> 
> me too
> 
> > Thanks VERY MUCH Maemo Team!
> 
> ack
> 
> > Really really really thank you!
> > It was REALLY unexpected :)
> 
> to say the least
> 
> > Ordered already. Can't wait to get it!
> 
> sadly, I am having issues here and the phone people aren't much
> help. :-(
> 
> The error I get when I submit my order:
> 
> There was an error in processing your credit-card for this purchase.
> Your card has not been charged. Please contact us directly at
> 1-866-59NOKIA (1-866-596-6542).
> 
> I've tried three different cards :-(
> 
> USA based address, USA based card, at nokiausa.com...

I called the number after I encountered the same problem--the person I
spoke to said that there are currently problems processing the code
(someone had already called).  It doesn't seem to have anything to do with
the credit card.  He said that he will call me back, probably by the end
of the day, when the problems are sorted out.

Aaron

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Andrew Barr
On Thu, 2007-01-25 at 19:16 +0100, Aniello Del Sorbo wrote:
> I got it!!

me too

> Thanks VERY MUCH Maemo Team!

ack

> Really really really thank you!
> It was REALLY unexpected :)

to say the least

> Ordered already. Can't wait to get it!

sadly, I am having issues here and the phone people aren't much
help. :-(

The error I get when I submit my order:

There was an error in processing your credit-card for this purchase.
Your card has not been charged. Please contact us directly at
1-866-59NOKIA (1-866-596-6542).

I've tried three different cards :-(

USA based address, USA based card, at nokiausa.com...

Andrew

> --
> Aniello Del Sorbo
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
-- 
Andrew Barr | http://www.pridelands.dyndns.org/
panthera leo anthro

"My life is an open book, but I'm not going to read it to you."
-- David Hyde Pierce
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] n800 developer discount codes are out!

2007-01-25 Thread Levi Bard

Apparently the US codes are coming out now.

Thanks, maemo team!

--
Just stop and take your secret journey, you will be a new box. --Leeta
http://www.gnu.org/philosophy/shouldbefree.html
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Will OLPC change Linux? / Will Java change Maemo ?

2007-01-25 Thread Anuj Verma (Kevin)
Hello list, 

I came across this article as subjected, consider me not much a wise guy
for such comparisons but I'll generally like to know what Maemo developers
think of OSS Java making any impact on Maemo project itself ? 

/kevin


http://www.builderau.com.au/blogs/betaliving/viewblogpost.htm?p=339270756

"Python was originally the language of choice for OLPC but with the
announcement of the open sourcing of Java, Blizzard said that the OLPC may
move to Java as it is close to native speeds thanks to Java's jit (Just in
Time) compiler and Python's interpreter being rather slow. One imagines
that with the restricted hardware available that a slow interpreted
language is the last thing you want, even if it is an exceedingly easy and
powerful one. This is also the first impact I have seen from the open
sourcing of Java.
.
What makes these choices far reaching is that if OLPC is successful, then
the next generation of programmers will come from an environment that is
Java based, uses bundles/images, and is ubiquitous. This is a vast change
from the C based, package driven, fringe desktop that we live in today."

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Maemo 3.0 VMWare Appliance w/ extras

2007-01-25 Thread Kon Wilms

This is a verified kernel issue on 6.10. Try add linux acpi=off to the boot
parameters.

Let me know if it works. If there are still issues I will compile in a
custom kernel as a boot-time option in the next release of the VM.

Cheers
Kon

On 1/25/07, Simon Opelt <[EMAIL PROTECTED]> wrote:


Hi,

I am having trouble to run the image in vmplayer on gentoo on my
notebook. I am getting "unknown interrupt or fault at eip..." which
seems to be a problem on pentium-m machines .. this seems to be a
problem related to the kernel shipped with the Ubuntu image the
appliance uses.

Anyone else getting this? Any suggestions?

br,

Simon
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] "This Nokia N800 discount code is for you"

2007-01-25 Thread Aniello Del Sorbo

I got it!!

Thanks VERY MUCH Maemo Team!

Really really really thank you!
It was REALLY unexpected :)

Ordered already. Can't wait to get it!

--
Aniello Del Sorbo
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] requesting, fresh port of Pan-0.12x series for Maemo

2007-01-25 Thread Anuj Verma (Kevin)
Hello list,

This is in regard to my discussion over pan-user list, that I found out
present available port on Maemo of Pan newsreader app, is of an
un-maintained version, while a newer port is a re-write in C++ and is more
enhanced and in current development. 

Notably I requested to learn why the present version needed a SMTP server
specified in Pan configuration. 

Present available Maemo port is of of version 0.14.90 
Whereas present desirable port is version 0.121beta and 0.120 stable 

Please read more: 
Subject: "why I need a smtp server mentioned for Pan 0.14.90 ?"
http://article.gmane.org/gmane.comp.gnome.apps.pan.user/8234

Regards,
Kevin

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Maemo 3.0 VMWare Appliance w/ extras

2007-01-25 Thread Simon Opelt
Hi,

I am having trouble to run the image in vmplayer on gentoo on my
notebook. I am getting "unknown interrupt or fault at eip..." which
seems to be a problem on pentium-m machines .. this seems to be a
problem related to the kernel shipped with the Ubuntu image the
appliance uses.

Anyone else getting this? Any suggestions?

br,

Simon
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] OS 2007 / 770 hacker edition

2007-01-25 Thread Carlos Guerreiro



hi,

first of all thanks for the engineering version - at least some of us
here will not find ourselves abandoned. :)

my first concern is - performance... would the OS2007 for 770 work
sacrificing speed and stability? or it can work with OS2007 software
at the OS2006 speed? Since N800 has better hardware spec, it might be
possible that OS2007 will work on 770 ultimately, but not as smooth as
how OS2006 does on 770.


It's hard to say right now, since we haven't tested this much.
It should only be a matter of days for the image to be released so you 
will be

able to see for yourself.

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] OS 2007 / 770 hacker edition

2007-01-25 Thread Carlos Guerreiro




An image will be available soon for download and flashing, to 770 
users only.


I guess including some sources - kernel at least (I am interested and 
maybe could even help) or all modified packages.
Yes, we'll include the sources / patches to all open source packages 
that need to be modified, including the kernel.





After that, Maemo developers with a 770 and a bit of time on their 
hands are encouraged to check it out.


I will and definitely try to help if possible. Few questions/ideas:

Did you try to leave old kernel from 2.2006 and backport changes 
needed (if any) from rx-34 kernel? Seems easier than using rx-34 
kernel directly (arch/arm/omap1/ is outdated). What newer kernel gives 
us?

If I remember correctly Markku considered this at some point. Markku?


Same for initfs, what does break, dsme,bme? Thanks for the toolchain 
name, I had to build static version of evkey for bootmenu since I 
couldn't find correct uclibc toolchain. there is 'We used rx-34-initfs 
from apt-repository as a base' where is this, something internal?



We will work on this still for some time though it is hard to say how 
long. It will also depend on how this is received. It might be that 
we can get more of the DSP and Multimedia to work, or maybe not.


Could leaving old kernel, dspgateway, dsp_dld and all n770 codecs help 
with this? Updated gstreamer could be nice, though. Maybe some fixes 
in newer gst dsp plugins to make it work with older DSP stuff can make 
this possible?
Probably. I had a chat a couple of days with Makoto and Andrea and they 
proposed keeping the OS 2006 DSP subsystem.

Not sure about the kernel though, it might cause help work elsewhere.




We can’t justify doing much work on this hybrid, our development 
focus is really on the N800. However, if we manage to make further 
progress we will release updated images. We’ll look at any patches 
that people in the Maemo community might turn up and consider 
applying them and releasing new images. We can’t promise we will do a 
good job there but let’s see what we can manage.


Well I think community can (in theory) keep working on this and 
continue  as long as is needed. What is not clear is how far we can go 
without those few but important closed bits (initfs - dsme/bme, config 
partition format, cal-tool etc., dsp stuff) and implications they have 
on the rest.



Yeah. This will be interesting to see.


This is again, something new for us, and we hope to learn something 
in the process.


Yes, at least it can be another push to opensource something needed 
for this or reveal how far we can go without it. I am pleasantly 
surprised by the progress so far.


It should help us refine our understanding of the trade-offs we are 
making when deciding to open/closed something


Br,
Carlos


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


RE: [maemo-developers] to Nokia: simple method to gaina gamingaudienceon 770/800

2007-01-25 Thread Jakub.Pavelek
 
>[EMAIL PROTECTED] wrote:
>  > And also this from ot list of developer docs:
>> http://maemo.org/platform/docs/howtos/howto_game_startup_bora.html
>> 
>
>Althought I never considered this game startup/pause screen a 
>good idea worth of implementing in any game but it is probably 
>just me :-)
>
>To me it seem like it is result of typical Nokia 
>non-multitasking way of implementing games in phones. Perfect 
>for phone but not needed in proper multitasking environment 
>with multiple windows and window/task  manager. 
>Second reason might be that the trick with 
>SDL_VIDEO_X11_WMCLASS was not known in early IT2005 times so 
>this was a way to avoid the missing icon in task manager.
>
>Frantisek

The game startup screen meant for many things like e.g.:
 * make all games startup look the same
 * easy to make basic GUI for game setup (input methods do not work in
SDL)
 * somehow easier to hook the game startup screen to D-Bus/GConf/system
events/etc.

Br,

--jakub

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] to Nokia: simple method to gaina gamingaudience on 770/800

2007-01-25 Thread Frantisek Dufka

[EMAIL PROTECTED] wrote:
 > And also this from ot list of developer docs:

http://maemo.org/platform/docs/howtos/howto_game_startup_bora.html



Althought I never considered this game startup/pause screen a good idea 
worth of implementing in any game but it is probably just me :-)


To me it seem like it is result of typical Nokia non-multitasking way of 
implementing games in phones. Perfect for phone but not needed in proper 
multitasking environment with multiple windows and window/task  manager. 
Second reason might be that the trick with SDL_VIDEO_X11_WMCLASS was not 
known in early IT2005 times so this was a way to avoid the missing icon 
in task manager.


Frantisek
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] to Nokia: simple method to gaina gamingaudience on 770/800

2007-01-25 Thread Raul Fernandes Herbster

what i mean is a tutorial which gives us some tips to create more
sophisticated user interfaces. GTK is good, but not sufficient to catch
gamers attention.
[]'s

2007/1/25, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:


>Raul Fernandes Herbster wrote:
>> Yeah... and besides that, no specific tutorials for "maemo game
>> programming" are available. We have to try using the same techniques
>> as we do at Desktop games. This idea could be improved.
>
>You mean something like this http://maemo.org/maemowiki/GameDevelopment
>? Had to write 'game' in wiki searchbox and click 'Titles',
>pretty advanced stuff ;-)
>
>Frantisek

And also this from ot list of developer docs:
http://maemo.org/platform/docs/howtos/howto_game_startup_bora.html

Br,

--jakub





--
Raul Fernandes Herbster
Embedded and Pervasive Computing Laboratory - embedded.dee.ufcg.edu.br
Electrical Engineering Department - DEE - www.ee.ufcg.edu.br
Electrical Engineering and Informatics Center - CEEI
Federal University of Campina Grande - UFCG - www.ufcg.edu.br
Caixa Postal 10105
58109-970 Campina Grande - PB - Brasil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


RE: [maemo-developers] to Nokia: simple method to gaina gamingaudience on 770/800

2007-01-25 Thread Jakub.Pavelek
>Raul Fernandes Herbster wrote:
>> Yeah... and besides that, no specific tutorials for "maemo game 
>> programming" are available. We have to try using the same techniques 
>> as we do at Desktop games. This idea could be improved.
>
>You mean something like this http://maemo.org/maemowiki/GameDevelopment
>? Had to write 'game' in wiki searchbox and click 'Titles', 
>pretty advanced stuff ;-)
>
>Frantisek

And also this from ot list of developer docs:
http://maemo.org/platform/docs/howtos/howto_game_startup_bora.html

Br,

--jakub
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Re: brightness Re: [maemo-users] Re: Storage/Sleep Issues..

2007-01-25 Thread Frantisek Dufka

[EMAIL PROTECTED] wrote:

Hi,


Nothinig prevents you from creating a sysfs entry wich returns

tahvo_get_backlight_level()

or even a proc one, if you really are into that sort of thing.
There is such entry - 
/sys/devices/platform/omapfb/panel/backlight_level


One related thing would interest me:
- would it be possible to crank the level up further than the 127 the 
number in /sys/devices/platform/omapfb/panel/backlight_level states when

the
display plugin has the maximum setting?


Not on kernel level and probably also not also directly on tahvo 
register access level.


kernel-source-2.6.16/drivers/cbus/tahvo.c:

static int tahvo_7bit_backlight;

int tahvo_get_backlight_level(void)
{
int mask;

if (tahvo_7bit_backlight)
mask = 0x7f;
else
mask = 0x0f;
return tahvo_read_reg(TAHVO_REG_LEDPWMR) & mask;
}

int tahvo_get_max_backlight_level(void)
{
if (tahvo_7bit_backlight)
return 0x7f;
else
return 0x0f;
}


void tahvo_set_backlight_level(int level)
{
int max_level;

max_level = tahvo_get_max_backlight_level();
if (level > max_level)
level = max_level;
tahvo_write_reg(TAHVO_REG_LEDPWMR, level);
}



___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] RE: brightness Re: [maemo-users] Re: Storage/Sleep Issues..

2007-01-25 Thread Igor Stoppa
On Thu, 2007-01-25 at 14:54 +0200, Salminen Karoliina.T
(Nokia-M/Helsinki) wrote:
> Hi,
> 
> >> > Nothinig prevents you from creating a sysfs entry wich returns
> >> > 
> >> > tahvo_get_backlight_level()
> >> > 
> >> > or even a proc one, if you really are into that sort of thing.
> >> 
> >> There is such entry - 
> >> /sys/devices/platform/omapfb/panel/backlight_level
> 
> One related thing would interest me:
> - would it be possible to crank the level up further than the 127 the 
> number in /sys/devices/platform/omapfb/panel/backlight_level states when
> the
> display plugin has the maximum setting?
i'm no hw guru, but afaik, no, we should already be providinig the
maximum brightness possible.

> As I am part of the engine monitor and EFIS project, I would be
> interested
> if there would be some way to increase the daylight readability in
> challenging
> environment with direct sunlight hitting the screen on airplane panel
> through
> a clear canopy above the clouds where there is nothing blocking the
> sunlight coming
> with full power directly to the display where you are supposed to see
> some gauges.
> The N800 display already is somewhat better than the N770 for that, but
> more would
> be of course always better than less taking in addition that panel
> mounted airplane 
> EFIS displays commercially available use ultra high brightness displays.
> 
> In this environment the battery consumption is non-issue because
> the device is plugged all the time to charger. Ok, it might be also so
> that
> the 127 is the maximum the physical display panel can output and no more
> can be
> achieved, but I was just wondering if it wasn't. This may be fruitless
> speculation, but
> I would be glad if anybody of the hw gurus could enlighten me some? Thx.
> 
> Best Regards,
> karoliina
-- 
Cheers, Igor

Igor Stoppa <[EMAIL PROTECTED]>
(Nokia M - OSSO /Helsinki Finland)
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] RE: brightness Re: [maemo-users] Re: Storage/Sleep Issues..

2007-01-25 Thread Karoliina.T.Salminen
Hi,

>> > Nothinig prevents you from creating a sysfs entry wich returns
>> > 
>> > tahvo_get_backlight_level()
>> > 
>> > or even a proc one, if you really are into that sort of thing.
>> 
>> There is such entry - 
>> /sys/devices/platform/omapfb/panel/backlight_level

One related thing would interest me:
- would it be possible to crank the level up further than the 127 the 
number in /sys/devices/platform/omapfb/panel/backlight_level states when
the
display plugin has the maximum setting?
As I am part of the engine monitor and EFIS project, I would be
interested
if there would be some way to increase the daylight readability in
challenging
environment with direct sunlight hitting the screen on airplane panel
through
a clear canopy above the clouds where there is nothing blocking the
sunlight coming
with full power directly to the display where you are supposed to see
some gauges.
The N800 display already is somewhat better than the N770 for that, but
more would
be of course always better than less taking in addition that panel
mounted airplane 
EFIS displays commercially available use ultra high brightness displays.

In this environment the battery consumption is non-issue because
the device is plugged all the time to charger. Ok, it might be also so
that
the 127 is the maximum the physical display panel can output and no more
can be
achieved, but I was just wondering if it wasn't. This may be fruitless
speculation, but
I would be glad if anybody of the hw gurus could enlighten me some? Thx.

Best Regards,
karoliina
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] to Nokia: simple method to gain a gamingaudience on 770/800

2007-01-25 Thread Frantisek Dufka

Raul Fernandes Herbster wrote:
Yeah... and besides that, no specific tutorials for "maemo game 
programming" are available. We have to try using the same techniques as 
we do at Desktop games. This idea could be improved.


You mean something like this http://maemo.org/maemowiki/GameDevelopment 
? Had to write 'game' in wiki searchbox and click 'Titles', pretty 
advanced stuff ;-)


Frantisek
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] to Nokia: simple method to gain a gamingaudience on 770/800

2007-01-25 Thread Raul Fernandes Herbster

Yeah... and besides that, no specific tutorials for "maemo game programming"
are available. We have to try using the same techniques as we do at Desktop
games. This idea could be improved.

[]'s

2007/1/25, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:


Hi, thanks for sharing these thoughts.

What is really interesting is the idea of raising and labeling core usages
(i.e. gaming) so developers and advanced users can focus and collaborate
around them: maemo for gaming, maemo for this, maemo for that. The result
could be beneficial to everybody, with more applications being developed,
more users knowing and using them and a more popular platform generating
more and better software.

>I'd like to advance a proposal, mainly to Nokia's Tableteer
>site developers.

(snip)

>[1] http://wiicade.com
>[2] http://www.albinoblacksheep.com/games/wii/


The content of your recommendation is interesting but you can probably
point it to better directions. Tableteer is an official site while the sites
you are recommending are not. The difference might be tiny from a user
perspective (specially when unofficial sites look so good, work so well and
are so popular) but the story behind the scenes is totally different.

Should you then go and build an unofficial site for IT gamers à la
wiicade? Well, maybe this is a challenge for someone.

We have maemo.org. It's not unofficial, true, but it's community oriented
and developers can upload software without corporate intervention in
between. Developers upload, users download: this is the core functionality
needed and behind the scenes we are providing it.

>From a user point of view, though, the story of wiicade.org and maemo.orgis 
totally different. Agreed. We have here two questions that would help
finding the solution we want:

1. maemo is a development platform and the core focus of maemo.org is the
community of developers. Do we want it to be a primary resource for end
users as well? Yes or No, the answer leads to different paths.

2. If we want maemo.org to include also a specific story for end user
gamers (and end user travelers, musicians, sysadmins, scuba divers or
whatever) we will need to work on web architecture and layout. It's
feasible, but not easy.

These two questions already suggest that a determined independent
webmaster could get a site up & running while we discuss.  :) The discussion
is probably worth per se, though.

--
Quim Gil
Maemo team
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers





--
Raul Fernandes Herbster
Embedded and Pervasive Computing Laboratory - embedded.dee.ufcg.edu.br
Electrical Engineering Department - DEE - www.ee.ufcg.edu.br
Electrical Engineering and Informatics Center - CEEI
Federal University of Campina Grande - UFCG - www.ufcg.edu.br
Caixa Postal 10105
58109-970 Campina Grande - PB - Brasil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


RE: [maemo-developers] OS 2007 / 770 hacker edition

2007-01-25 Thread Karoliina.T.Salminen
Hi,

>-Original Message-
>From: [EMAIL PROTECTED] 
>[mailto:[EMAIL PROTECTED] On Behalf Of ext Wahlau -
>Sent: 25 January, 2007 11:44
>To: maemo-developers@maemo.org
>Subject: Re: [maemo-developers] OS 2007 / 770 hacker edition
>
>hi,
>
>first of all thanks for the engineering version - at least 
>some of us here will not find ourselves abandoned. :)
>
>my first concern is - performance... would the OS2007 for 770 
>work sacrificing speed and stability?

Not exactly sure yet, but at least in maemo-af-desktop (aka Hildon
Desktop) the changes aren't
towards more demanding for the HW, in fact, there have been lots of
optimization
work. 

> or it can work with 
>OS2007 software at the OS2006 speed? Since N800 has better 
>hardware spec, it might be possible that OS2007 will work on 
>770 ultimately, but not as smooth as how OS2006 does on 770.

I could suspect that the most demanding softwares are those which
are closed and not part of the hacker edition anyhow. 
Quite a bit of our development work was done
with the old HW and Sardine anyway (e.g. jobi has used Sardine). 
Of course things will run a bit faster 
on the N800 HW because it is simply faster and there is more RAM
available,
but at least Hildon Desktop changes aren't the nature that it would make
the OS2006 faster than the new "hacker edition". I can tell more about
it later (maybe on my blog) once I upgrade my 770 with the
"hacker-edition". I am currently
runing the plain OS2006 on my 770 since I use most of the time the
new N800 since it just looks & feels so much cooler than the 770 (IMHO)
- (combination
of the new industrial design and new theme and such little neat
details)).

Best Regards,
Karoliina
http://www.karoliinasalminen.com/blog

>
>thanks.
>
>regards,
>wahlau
>
>
>On 25/01/07, Frantisek Dufka <[EMAIL PROTECTED]> wrote:
>> Hello Carlos and Markku
>>
>> this is pretty cool :-)
>>
>> >
>> > Have a look at Markku's notes 
>> > (http://maemo.org/maemowiki/Os2007On770)
>> > if you are interested in the gory details. He'll be updating these 
>> > notes as he continues to work on this.
>>
>> Quite interesting reading. Found some of those bits about initfs and 
>> kernel too.
>>
>> >
>> > An image will be available soon for download and flashing, to 770 
>> > users only.
>>
>> I guess including some sources - kernel at least (I am 
>interested and 
>> maybe could even help) or all modified packages.
>>
>>
>> >
>> > After that, Maemo developers with a 770 and a bit of time on their 
>> > hands are encouraged to check it out.
>>
>> I will and definitely try to help if possible. Few questions/ideas:
>>
>> Did you try to leave old kernel from 2.2006 and backport changes 
>> needed (if any) from rx-34 kernel? Seems easier than using rx-34 
>> kernel directly (arch/arm/omap1/ is outdated). What newer 
>kernel gives us?
>>
>> Same for initfs, what does break, dsme,bme? Thanks for the toolchain 
>> name, I had to build static version of evkey for bootmenu since I 
>> couldn't find correct uclibc toolchain. there is 'We used 
>rx-34-initfs 
>> from apt-repository as a base' where is this, something internal?
>>
>>
>> > We will work on this still for some time though it is hard to say 
>> > how long. It will also depend on how this is received. It might be 
>> > that we can get more of the DSP and Multimedia to work, or 
>maybe not.
>>
>> Could leaving old kernel, dspgateway, dsp_dld and all n770 
>codecs help 
>> with this? Updated gstreamer could be nice, though. Maybe some fixes 
>> in newer gst dsp plugins to make it work with older DSP 
>stuff can make 
>> this possible?
>>
>> >
>> > We can't justify doing much work on this hybrid, our development 
>> > focus is really on the N800. However, if we manage to make further 
>> > progress we will release updated images. We'll look at any patches 
>> > that people in the Maemo community might turn up and consider 
>> > applying them and releasing new images. We can't promise 
>we will do 
>> > a good job there but let's see what we can manage.
>>
>> Well I think community can (in theory) keep working on this 
>and continue
>>   as long as is needed. What is not clear is how far we can 
>go without 
>> those few but important closed bits (initfs - dsme/bme, config 
>> partition format, cal-tool etc., dsp stuff) and implications 
>they have on the rest.
>>
>> >
>> > This is again, something new for us, and we hope to learn 
>something 
>> > in the process.
>>
>> Yes, at least it can be another push to opensource something needed 
>> for this or reveal how far we can go without it. I am pleasantly 
>> surprised by the progress so far.
>>
>> Best regards,
>> Frantisek
>>
>> ___
>> maemo-developers mailing list
>> maemo-developers@maemo.org
>> https://maemo.org/mailman/listinfo/maemo-developers
>>
>
>
>--
>= : : : ---
>normal reply to [EMAIL PROTECTED]
>urgent reply to [EMAIL PROTECTED]
>--- : : : ==
>_

[maemo-developers] Forcing wifi b

2007-01-25 Thread andrew gatt
Is there any way to force the tablet to try for a b type wifi connection 
instead of g. I'm guessing if it is possible its more dependant on the 
driver than anything.


Thanks
Andrew
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


RE: [maemo-developers] to Nokia: simple method to gain a gamingaudience on 770/800

2007-01-25 Thread quim.gil
Hi, thanks for sharing these thoughts.

What is really interesting is the idea of raising and labeling core usages 
(i.e. gaming) so developers and advanced users can focus and collaborate around 
them: maemo for gaming, maemo for this, maemo for that. The result could be 
beneficial to everybody, with more applications being developed, more users 
knowing and using them and a more popular platform generating more and better 
software.

>I'd like to advance a proposal, mainly to Nokia's Tableteer 
>site developers.

(snip)

>[1] http://wiicade.com
>[2] http://www.albinoblacksheep.com/games/wii/


The content of your recommendation is interesting but you can probably point it 
to better directions. Tableteer is an official site while the sites you are 
recommending are not. The difference might be tiny from a user perspective 
(specially when unofficial sites look so good, work so well and are so popular) 
but the story behind the scenes is totally different.

Should you then go and build an unofficial site for IT gamers à la wiicade? 
Well, maybe this is a challenge for someone. 

We have maemo.org. It's not unofficial, true, but it's community oriented and 
developers can upload software without corporate intervention in between. 
Developers upload, users download: this is the core functionality needed and 
behind the scenes we are providing it. 

>From a user point of view, though, the story of wiicade.org and maemo.org is 
>totally different. Agreed. We have here two questions that would help finding 
>the solution we want:

1. maemo is a development platform and the core focus of maemo.org is the 
community of developers. Do we want it to be a primary resource for end users 
as well? Yes or No, the answer leads to different paths.

2. If we want maemo.org to include also a specific story for end user gamers 
(and end user travelers, musicians, sysadmins, scuba divers or whatever) we 
will need to work on web architecture and layout. It's feasible, but not easy.

These two questions already suggest that a determined independent webmaster 
could get a site up & running while we discuss.  :) The discussion is probably 
worth per se, though.

--
Quim Gil
Maemo team
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] OS 2007 / 770 hacker edition

2007-01-25 Thread Wahlau -

hi,

first of all thanks for the engineering version - at least some of us
here will not find ourselves abandoned. :)

my first concern is - performance... would the OS2007 for 770 work
sacrificing speed and stability? or it can work with OS2007 software
at the OS2006 speed? Since N800 has better hardware spec, it might be
possible that OS2007 will work on 770 ultimately, but not as smooth as
how OS2006 does on 770.

thanks.

regards,
wahlau


On 25/01/07, Frantisek Dufka <[EMAIL PROTECTED]> wrote:

Hello Carlos and Markku

this is pretty cool :-)

>
> Have a look at Markku's notes (http://maemo.org/maemowiki/Os2007On770)
> if you are interested in the gory details. He'll be updating these notes
> as he continues to work on this.

Quite interesting reading. Found some of those bits about initfs and
kernel too.

>
> An image will be available soon for download and flashing, to 770 users
> only.

I guess including some sources - kernel at least (I am interested and
maybe could even help) or all modified packages.


>
> After that, Maemo developers with a 770 and a bit of time on their hands
> are encouraged to check it out.

I will and definitely try to help if possible. Few questions/ideas:

Did you try to leave old kernel from 2.2006 and backport changes needed
(if any) from rx-34 kernel? Seems easier than using rx-34 kernel
directly (arch/arm/omap1/ is outdated). What newer kernel gives us?

Same for initfs, what does break, dsme,bme? Thanks for the toolchain
name, I had to build static version of evkey for bootmenu since I
couldn't find correct uclibc toolchain. there is 'We used rx-34-initfs
from apt-repository as a base' where is this, something internal?


> We will work on this still for some time though it is hard to say how
> long. It will also depend on how this is received. It might be that we
> can get more of the DSP and Multimedia to work, or maybe not.

Could leaving old kernel, dspgateway, dsp_dld and all n770 codecs help
with this? Updated gstreamer could be nice, though. Maybe some fixes in
newer gst dsp plugins to make it work with older DSP stuff can make this
possible?

>
> We can't justify doing much work on this hybrid, our development focus
> is really on the N800. However, if we manage to make further progress we
> will release updated images. We'll look at any patches that people in
> the Maemo community might turn up and consider applying them and
> releasing new images. We can't promise we will do a good job there but
> let's see what we can manage.

Well I think community can (in theory) keep working on this and continue
  as long as is needed. What is not clear is how far we can go without
those few but important closed bits (initfs - dsme/bme, config partition
format, cal-tool etc., dsp stuff) and implications they have on the rest.

>
> This is again, something new for us, and we hope to learn something in
> the process.

Yes, at least it can be another push to opensource something needed for
this or reveal how far we can go without it. I am pleasantly surprised
by the progress so far.

Best regards,
Frantisek

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers




--
= : : : ---
normal reply to [EMAIL PROTECTED]
urgent reply to [EMAIL PROTECTED]
--- : : : ==
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] OS 2007 / 770 hacker edition

2007-01-25 Thread Frantisek Dufka

Hello Carlos and Markku

this is pretty cool :-)



Have a look at Markku’s notes (http://maemo.org/maemowiki/Os2007On770) 
if you are interested in the gory details. He’ll be updating these notes 
as he continues to work on this.


Quite interesting reading. Found some of those bits about initfs and 
kernel too.




An image will be available soon for download and flashing, to 770 users 
only.


I guess including some sources - kernel at least (I am interested and 
maybe could even help) or all modified packages.





After that, Maemo developers with a 770 and a bit of time on their hands 
are encouraged to check it out.


I will and definitely try to help if possible. Few questions/ideas:

Did you try to leave old kernel from 2.2006 and backport changes needed 
(if any) from rx-34 kernel? Seems easier than using rx-34 kernel 
directly (arch/arm/omap1/ is outdated). What newer kernel gives us?


Same for initfs, what does break, dsme,bme? Thanks for the toolchain 
name, I had to build static version of evkey for bootmenu since I 
couldn't find correct uclibc toolchain. there is 'We used rx-34-initfs 
from apt-repository as a base' where is this, something internal?



We will work on this still for some time though it is hard to say how 
long. It will also depend on how this is received. It might be that we 
can get more of the DSP and Multimedia to work, or maybe not.


Could leaving old kernel, dspgateway, dsp_dld and all n770 codecs help 
with this? Updated gstreamer could be nice, though. Maybe some fixes in 
newer gst dsp plugins to make it work with older DSP stuff can make this 
possible?




We can’t justify doing much work on this hybrid, our development focus 
is really on the N800. However, if we manage to make further progress we 
will release updated images. We’ll look at any patches that people in 
the Maemo community might turn up and consider applying them and 
releasing new images. We can’t promise we will do a good job there but 
let’s see what we can manage.


Well I think community can (in theory) keep working on this and continue 
 as long as is needed. What is not clear is how far we can go without 
those few but important closed bits (initfs - dsme/bme, config partition 
format, cal-tool etc., dsp stuff) and implications they have on the rest.




This is again, something new for us, and we hope to learn something in 
the process.


Yes, at least it can be another push to opensource something needed for 
this or reveal how far we can go without it. I am pleasantly surprised 
by the progress so far.


Best regards,
Frantisek

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


RE: [maemo-developers] Newcommer question(emulator/major work/discount)

2007-01-25 Thread Rui.Zhou

Just check but seems scratchbox is only a crose-complier toolchain?


-Original Message-
From: ext Diego Escalante [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 24, 2007 9:57 PM
To: Zhou Rui (Nokia-NET/Hangzhou)
Cc: maemo-developers@maemo.org
Subject: Re: [maemo-developers] Newcommer question(emulator/major
work/discount)

On 1/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>
>
> Hi there,
>
> Know maemo project for several months and start to do sth for it(or 
> learn sth from it) now
>
> Well,"The first thing you can do is to download and start using the 
> maemo development platform"
>
> But before that anyone can tell me something about  maemo briefly:
>
> 1.has Emulator?(or must have N800 to test the application? No N800 at 
> the
> moment)
I don't know if it's the technically correct term, but you can use the
maemo environment inside "scratchbox" that in practical terms will
result in an "emulator" of the n800/n770 env.

Read the tutorial for Bora (latest release):
http://www.maemo.org/platform/docs/howtos/Maemo_tutorial_bora.html

Greetings,

Diego
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Re: Emacs work: porting to Maemo

2007-01-25 Thread Antti Ijäs
Hi,

AFAIK,

gtk_im_context_reset (YourGtkIMContext);

should not hide anything, but only reset the state of the inputmethod.

/ Antti

Antonio Gomes wrote:
> Hi,
> 
>> So, is there a way to set properties or call functions to make this
>> widget work like a text widget as far as Hildon text input is
>> concerned?  If that's possible, it would make this and other GTK
>> applications that have non-text GTK widgets that want to receive text
>> input easier to port to Maemo.  If it's not possible, I'd like to know
>> it now.
>>
> 
> * creation and signal connections
> 
> (...)
> GtkIMContext *YourGtkIMContext = gtk_im_multicontext_new ();
> (...)
> g_signal_connect (YourGtkIMContext, "commit",
> G_CALLBACK(your_im_context_commit_cb), pointer);
> g_signal_connect (YourGtkIMContext, "has_selection",
> G_CALLBACK(your_im_context_has_selection_cb), pointer);
> g_signal_connect (YourGtkIMContext, "clipboard_operation",
> G_CALLBACK(your_im_clipboard_operation_cb), pointer);
> (... more signals here)
> 
> 
> * popping vkb up:
> 
> (..)
>gtk_im_context_focus_in (YourGtkIMContext);
>hildon_gtk_im_context_show (YourGtkIMContext);
> (..)
> 
> hiding:
> 
> (..)
>gtk_im_context_focus_out (YourGtkIMContext);
>gtk_im_context_reset (YourGtkIMContext);
>hildon_gtk_im_context_hide (YourGtkIMContext);
> (..)
> 
> my 2 cents
> 

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] wiiremote (Was: Nokia: simple method to gain agaming audience on 770/800)

2007-01-25 Thread Kon Wilms

The wiimote will not pair with the N800/770 via the onscreen dialogs because
they force input of at least a one digit passkey for the bluetooth pairing.
The wiimote doesn't make use of passkeys - it will simply pair without one.

Cheers
Kon

On 1/24/07, Kees Jongenburger <[EMAIL PROTECTED]> wrote:


On 1/25/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> Touch screen is good for games as well!  See NDS.
> NDS out sells any consoles.  PS3/Xbox360/Wii can never reach the figure.
>
> http://www.nintendo.com/systemsds
>
> What is needed is someone who really knows what is fun to play.
Hello Alvis,

I am still installing netscape to view the site but can you perhaps
explain in your own words why NDS rulez them all? If you are one to
those people who really know what is fun to play. Can you also explain
to this nerdy programmer what the maemo gaming community must do,
because I am a bit lost here?

greetings
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers