Re: maemo News needs your love

2007-08-16 Thread Quim Gil
Thanks Frédéric: http://bugs.maemo.org/show_bug.cgi?id=1845

On Thu, 2007-08-16 at 22:52 +0200, ext Frédéric Crozat wrote:
> There is a problem with new Planet Maemo agregation Atom feed : html
> encoded post (like mdk post "Vector drawing: OpenGL polygon
> tessellation") are encoded again twice, causing atom feed reader to
> display html code, instead of rendering it.

-- 
Quim Gil - http://maemo.org

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


Re: how to install GPE Calendar?

2007-08-16 Thread Quim Gil
fyi 

On Thu, 2007-08-16 at 22:27 +0100, ext Graham Cobb wrote:
> "Click to install" doesn't work on the 770.

We are working on some improvements to http://downloads.maemo.org that
will result in users being able to browse software only for their device
and getting an install file arrow or not depending whether they are
browsing from a 770, an N800 a PC...

-- 
Quim Gil - http://maemo.org

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


Re: Battery Life

2007-08-16 Thread Quim Gil

On Thu, 2007-08-16 at 19:30 +0300, Igor Stoppa wrote:
> > Battery life eating is a particularly tricky bug to nail down to a
> > single application (or home applet).

Yes, for PCs and even laptops most issues are almost unnoticeable by
average users, but in our case any non-optimization (leave alone a bug)
has clear repercusions. We need to provide to developers and power users
tools appropriate for them to detect those problems. Now we are stil not
there, at least not at a user level.

> That's why users shouldn't try a bunch of new apps in one go.

But most of them/us will anyway, regardless of how clever and well
presented is your advice. Humans are able to "install" malware in their
own bodies knowing that is not healthy, leave alone their devices.   :)

> Maybe some way to easily share information about battery life would be
> useful on maemo.org ...

Yes!

> Quim: what do you think about extending the rating of applications so
> that they could cover several aspects, including but not only battery
> usage?

I think that we (and I mean literally we, the people in this list)
should rank more and be more aware of the elements to consider when
ranking i.e. Quality Awareness -
http://garage.maemo.org/plugins/wiki/index.php?id=253&type=g

To go ahead with this we need to offer better tools and documentation
for the own developers and also to the conscious end users (aka maemo
lovers).

For instance, I'm about to rank and comment one application that is
getting a lot of good comments. In general I like it, even if it's still
beta quality. I would give it 4 stars today. But there are a couple of
things I dislike: 

- the guy is not answering to bug reports in his garage project (I filed
some, I have more)

- I have the suspicion that since I use this app the battery life has
shortened considerably, even if most of the time I have the app
minimized. I would like to try but I'm more a busy guy than a good
hacker. With the current tools I don't see an easy way for me to check
(without asking Eero or Igor, but this is like cheating)  :)


> Eventually imo we have to come up with an evaluation suite that
> developers in first place and users later can easily refer to.

Yes, we are moving in this direction. We released some tools officially
supported and there is the Quality Awareness project. We are still
missing something like a tutorial with easy to follow steps and a
checklist to help developers realize themselves how good or bad their
software is regardless of how good it looks in the screenshots.

-- 
Quim Gil - http://maemo.org

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


RE: Visudo Help

2007-08-16 Thread Dr. Nicholas Shaw
Paul, I've made the changes but on my N800 there isn't visudo in /sbin.
That was one of the first places I checked.  Did you install it manually? If
so, where did you get it (or did you compile it manually?)?

James, thanks for the suggestion!
Thanks,

Nick.
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Paul Klapperich
Sent: Thursday, August 16, 2007 9:44 PM
Cc: maemo-users@maemo.org
Subject: Re: Visudo Help

On 8/16/07, James Sparenberg <[EMAIL PROTECTED]> wrote:
>
> On this one visudo is not on the box but the real solution is don't
chmod
> the file.  VI it as root, then instead of doing wq to quit (write quit) do
> wq! (w  q then exclamation point or more commonly known as bang) this will
> override the read only aspect and commit your changes without running the
> risk of forgeting to chmod
>
> James
>

which is what I was driving at, but that won't protect against errors
as visudo will also. Visudo is in /sbin on the device. It works fine.

--Paul
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users

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


Re: Visudo Help

2007-08-16 Thread Paul Klapperich
On 8/16/07, James Sparenberg <[EMAIL PROTECTED]> wrote:
>
> On this one visudo is not on the box but the real solution is don't chmod
> the file.  VI it as root, then instead of doing wq to quit (write quit) do
> wq! (w  q then exclamation point or more commonly known as bang) this will
> override the read only aspect and commit your changes without running the
> risk of forgeting to chmod
>
> James
>

which is what I was driving at, but that won't protect against errors
as visudo will also. Visudo is in /sbin on the device. It works fine.

--Paul
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Visudo Help

2007-08-16 Thread James Sparenberg
On Wednesday 15 August 2007 15:12:27 Dr. Nicholas Shaw wrote:
> Ok, after my major screw-up last week (I directly modified the sudoers file
> but failed to change the permissions back to 0444), I flashed to the newest
> OS upgrade and re-installed all of my applications.  Now I need to modify
> the sudoers file and plan to do it CORRECTLY this time, e.g. use visudo.
>
> Now my problem - I can't find visudo anywhere on the N800.  Is it available
> separately or am I just not looking in the right place? Or is there some
> other way that doesn't use visudo?
>
> I've looked in /usr/bin and /bin.
>
> Thanks much in advance!
>
> Nick.
>

On this one visudo is not on the box but the real solution is don't chmod 
the file.  VI it as root, then instead of doing wq to quit (write quit) do 
wq! (w  q then exclamation point or more commonly known as bang) this will 
override the read only aspect and commit your changes without running the 
risk of forgeting to chmod 

James


-- 
READ CAREFULLY. By [accepting this material|accepting this payment|accepting 
this business-card|viewing this t-shirt|reading this sticker] you agree, on 
behalf of your employer, to release me from all obligations and waivers 
arising from any and all NON-NEGOTIATED agreements, licenses, 
terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, 
non-disclosure, non-compete and acceptable use policies (”BOGUS AGREEMENTS”) 
that I have entered into with your employer, its partners, licensors, agents 
and assigns, in perpetuity, without prejudice to my ongoing rights and 
privileges. You further represent that you have the authority to release me 
from any BOGUS AGREEMENTS on behalf of your employer.
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: how to install GPE Calendar?

2007-08-16 Thread Graham Cobb
On Thursday 16 August 2007 20:40, David Fass wrote:
> Hi.  This is a stupid question, I'm sure, but how do I download the
> GPE Calendar to my Nokia 770?  

"Click to install" doesn't work on the 770.  You have to add the repository to 
the Application Manager by hand.  In the Application Manager, use the 
Tools/Application catalogue... menu item and add a new catalogue.  If you go 
to http://www.cobb.uk.net/770 you will see the details you need to enter (you 
want the "gregale" distribution).  If you then "Refresh the list of packages" 
you should see gpe-calendar in the list and available to install.

> Also, how would I go about syncing my Gmail Contacts list with the 770
> Contacts list?  It seems to show *some* of my Gmail contacts, but not
> nearly all.  Is there some other contact or phone list utility that
> can sync up with Gmail contacts?

You may want to ask this question on the GPE mailing list.  Go to 
http://linuxtogo.org/mailman/listinfo/gpe-list to sign up to that list.

Graham
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: maemo News needs your love

2007-08-16 Thread Frédéric Crozat
Le jeudi 16 août 2007 à 09:00 +0300, Quim Gil a écrit :
> On Wed, 2007-08-15 at 14:34 -0400, ext Mike Lococo wrote:
> > How do you favorite a planet story?  I don't see the heart widget like 
> > on other pages.  
> 
> Yes, it's still missing: http://bugs.maemo.org/show_bug.cgi?id=1829
> 
> They will be there. Now the only way is to fave them while they are in
> the main http://maemo.org/news which of course is not enough because
> leaves out the older entries.

There is a problem with new Planet Maemo agregation Atom feed : html
encoded post (like mdk post "Vector drawing: OpenGL polygon
tessellation") are encoded again twice, causing atom feed reader to
display html code, instead of rendering it.

-- 
Frédéric Crozat 
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


how to install GPE Calendar?

2007-08-16 Thread David Fass
Hi.  This is a stupid question, I'm sure, but how do I download the
GPE Calendar to my Nokia 770?  I click the "click to install" button,
and it gives me an option to open or download.  It doesn't matter what
I do here:  If I click "open", I'm taken to the Application Manager,
but I don't see the package listed anywhere there.  If I click
"download", and then open the downloaded file, I also get taken to the
App Manager with no further results.  What's going on here?

Also, how would I go about syncing my Gmail Contacts list with the 770
Contacts list?  It seems to show *some* of my Gmail contacts, but not
nearly all.  Is there some other contact or phone list utility that
can sync up with Gmail contacts?

Thanks very much for any info!!!

-- Dave
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Battery Life

2007-08-16 Thread Igor Stoppa
On Thu, 2007-08-16 at 17:41 +0100, ext Michael Thompson wrote:
> 
> 
> On 16/08/07, Igor Stoppa <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-16 at 17:17 +0100, ext Andrew Flegg wrote:
> > On 8/16/07, Igor Stoppa <[EMAIL PROTECTED]> wrote:
> > > On Thu, 2007-08-16 at 16:51 +0100, ext Andrew Flegg
> wrote: 
> > >
> 
> >
> > Battery life eating is a particularly tricky bug to nail
> down to a
> > single application (or home applet).
> 
> That's why users shouldn't try a bunch of new apps in one go. 
> Maybe some way to easily share information about battery life
> would be
> useful on maemo.org ...
> 
> Quim: what do you think about extending the rating of
> applications so
> that they could cover several aspects, including but not only
> battery 
> usage?
> 
> How do we know if an application has good power usage. 
> 
> How do we know what the actual current consumption is?
> 
> Does the hardware know what current is being consumed from the battery
> (and can that info be exposed in/proc or the battery applett) or is
> the battery app guessing based on the battery voltage? 

There is ongoing work to provide users with graphical information about
current consumption.

The idea is that when you want to measure an application, you can first
do a sort of "calibration" with a clean system in the state you are
interested (i.e. wlan on or off), then install the application to be
tested and run gain the measurement.

> > > You are proposing a shortcut that is encouraging crappy
> code to be
> > > written, since the system will always take care of saying:
> "psst,
> > > pretend to be a properly written piece of code".
> >
> > Yes, I am. On the basis that this is a) easier and b) more
> likely than 
> > getting end-user tools to properly diagnose which
> applications aren't
> > well behaved.
> 
> That's not true. Proper tools don't need that. As Eero has
> already
> described, it's possible to use existing stats from the
> system.
> 
> I'm not sure that strace'ing is very ideal 

No, but some users and most developers could use it.

> Powertop is not using such hacks and it works. Users have
> started 
> complaining with dfevelopers and developers themselves have
> taken
> powerto in use.
> 
> Can we run powertop or equivalent on the N800/Maemo?

I'll let Eero answer this.

-- 
Cheers, Igor

Igor Stoppa <[EMAIL PROTECTED]>
(Nokia Multimedia - CP - OSSO / Helsinki, Finland)
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Battery Life

2007-08-16 Thread Simon Pickering

> How do we know what the actual current consumption is?
>
> Does the hardware know what current is being consumed from the battery (and
> can that info be exposed in/proc or the battery applett) or is the battery
> app guessing based on the battery voltage?

I do think it would be interesting to see some more of the internals of 
the battery meter, etc.

I've certainly noticed that when rebooting my N800 while it's showing 2 
or 3 bars on the battery applet, it will come back up and settle at one 
bar. Is this because it's lost its previous state data. I.e. is past 
usage used to predict the amount of available time left (or is it only 
the current current draw and booting has skewed it)? How does this 
affect the bars shown on the battery meter?

I'd also be interested to know how the Nokia battery performance 
erodes, and whether this is taken into account when predicting battery 
life and bars on the applet. I know the Sharp Zaurus used to leave the 
reported battery output (from the kernel) at 100% for an awfully long 
time, presumably so that users didn't wonder why their old and tired 
battery had dropped off 20% as soon as they unplugged it from the 
charger. Presumably Nokia do something similar. It would be interesting 
to know (and I doubt it is really such confidential information that it 
couldn't be obtained by someone with a decent measurement rig and an 
N800/770 plugged into it).

Cheers,


Simon

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


Re: Need an SSH client for the Nokia 800

2007-08-16 Thread Neil MacLeod
Marius Gedminas wrote:

> Someone should take the ssh package from the SDK repository, change the
> section to user/net, and upload it to the Maemo Extras repository.
> 
 > Marius Gedminas
> 

No no... please don't use user/net - see the ongoing discusion about software 
categories in the developers mailing list and try to use one of the predefined 
categories/sections! :) user/Communication seems the most likely choice.

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


Re: Battery Life

2007-08-16 Thread Michael Thompson
On 16/08/07, Igor Stoppa <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2007-08-16 at 17:17 +0100, ext Andrew Flegg wrote:
> > On 8/16/07, Igor Stoppa <[EMAIL PROTECTED]> wrote:
> > > On Thu, 2007-08-16 at 16:51 +0100, ext Andrew Flegg wrote:
> > >
> 
> >
> > Battery life eating is a particularly tricky bug to nail down to a
> > single application (or home applet).
>
> That's why users shouldn't try a bunch of new apps in one go.
> Maybe some way to easily share information about battery life would be
> useful on maemo.org ...
>
> Quim: what do you think about extending the rating of applications so
> that they could cover several aspects, including but not only battery
> usage?


How do we know if an application has good power usage.

How do we know what the actual current consumption is?

Does the hardware know what current is being consumed from the battery (and
can that info be exposed in/proc or the battery applett) or is the battery
app guessing based on the battery voltage?

> > You are proposing a shortcut that is encouraging crappy code to be
> > > written, since the system will always take care of saying: "psst,
> > > pretend to be a properly written piece of code".
> >
> > Yes, I am. On the basis that this is a) easier and b) more likely than
> > getting end-user tools to properly diagnose which applications aren't
> > well behaved.
>
> That's not true. Proper tools don't need that. As Eero has already
> described, it's possible to use existing stats from the system.


I'm not sure that strace'ing is very ideal

Powertop is not using such hacks and it works. Users have started
> complaining with dfevelopers and developers themselves have taken
> powerto in use.


Can we run powertop or equivalent on the N800/Maemo?
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Battery Life

2007-08-16 Thread Michael Thompson
On 16/08/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> ext Michael Thompson wrote:
> >> IIRC, one of the Nokia engineers stated that apps are basically stopped
> >> (like hitting Ctrl+Z in bash) when they are minimized, and resumed when
> >> they're foregrounded. I might have made this up, but based on the CPU
> >> monitor it certainly would appear that something like that is going on.
> >> 
> >
> >
> > This might be true in some cases, but for instance Cannola will continue
> to
> > play music when minimised, so I'm sure there are plenty of cases where
> this
> > isn't true
>
> Applications should stop all visual activity and updates when they are
> not visible.  This is voluntarily, as it naturally depends on the actual
> use-case e.g. all Nokia apps do this except for media player and iradio
> applet which play music also backgrounded.  If you notice that some 3rd
> party app has activity although you're not using it and/or it's not
> visible nor there's no other good reason for it to be active, file a bug
> against it.


Fair enough. What I've noticed so far is that claws, for instance, sits in a
poll loop and reacts to any key press, whether it's the active window or
not, i.e. minimizing the keyboard in xterm.
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Battery Life

2007-08-16 Thread Igor Stoppa
On Thu, 2007-08-16 at 17:17 +0100, ext Andrew Flegg wrote:
> On 8/16/07, Igor Stoppa <[EMAIL PROTECTED]> wrote:
> > On Thu, 2007-08-16 at 16:51 +0100, ext Andrew Flegg wrote:
> >
> > > Given the importance of this to battery life, it would be cool if apps
> > > were sent SIGSUSP when they were minimized or some the user stopped
> > > interacting with them. If an application (e.g. media player) wanted to
> > > override this behaviour, they could do so in their .desktop file,
> > > .service file or osso_initialize() call.
> >
> > No.
> >
> > Apps that do useless stuff are buggy and the bugs must be fixed.
> 
> Battery life eating is a particularly tricky bug to nail down to a
> single application (or home applet).

That's why users shouldn't try a bunch of new apps in one go.
Maybe some way to easily share information about battery life would be
useful on maemo.org ...

Quim: what do you think about extending the rating of applications so
that they could cover several aspects, including but not only battery
usage?

> > You are proposing a shortcut that is encouraging crappy code to be
> > written, since the system will always take care of saying: "psst,
> > pretend to be a properly written piece of code".
> 
> Yes, I am. On the basis that this is a) easier and b) more likely than
> getting end-user tools to properly diagnose which applications aren't
> well behaved.

That's not true. Proper tools don't need that. As Eero has already
described, it's possible to use existing stats from the system.

Powertop is not using such hacks and it works. Users have started
complaining with dfevelopers and developers themselves have taken
powerto in use.

Eventually imo we have to come up with an evaluation suite that
developers in first place and users later can easily refer to.

> > Would you be happy if your foregrounded app would run and drain the
> > battery while it's doing nothing and waiting for you to press a button?
> 
> No, which is why I uninstalled Maemochron PDQ.

And hopefully you have provided feedback to the developer.
Developers should also be encouraged to use thir code on a freshly
flashed image and verify that it doesn't alter battery life in
unexpected ways.

> > Have you ever wondered how come your typical GHz PC can have performance
> > sometimes comparable with an internet tablet?
> 
> No, I haven't wondered. I'm a software engineer: I understand the
> issues, I just live in the real world of half-arsed Maemo ports and
> believe it should be as easy as possible to do these properly.

Notice that most ofthese bugs affect power consumption on a pc in the
same way, so it's not really a maemo issue.

"Ports" could be easily debugged in native x86 environment.

-- 
Cheers, Igor

Igor Stoppa <[EMAIL PROTECTED]>
(Nokia Multimedia - CP - OSSO / Helsinki, Finland)
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Battery Life

2007-08-16 Thread Andrew Flegg
On 8/16/07, Igor Stoppa <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-16 at 16:51 +0100, ext Andrew Flegg wrote:
>
> > Given the importance of this to battery life, it would be cool if apps
> > were sent SIGSUSP when they were minimized or some the user stopped
> > interacting with them. If an application (e.g. media player) wanted to
> > override this behaviour, they could do so in their .desktop file,
> > .service file or osso_initialize() call.
>
> No.
>
> Apps that do useless stuff are buggy and the bugs must be fixed.

Battery life eating is a particularly tricky bug to nail down to a
single application (or home applet).

> You are proposing a shortcut that is encouraging crappy code to be
> written, since the system will always take care of saying: "psst,
> pretend to be a properly written piece of code".

Yes, I am. On the basis that this is a) easier and b) more likely than
getting end-user tools to properly diagnose which applications aren't
well behaved.

> Would you be happy if your foregrounded app would run and drain the
> battery while it's doing nothing and waiting for you to press a button?

No, which is why I uninstalled Maemochron PDQ.

> Have you ever wondered how come your typical GHz PC can have performance
> sometimes comparable with an internet tablet?

No, I haven't wondered. I'm a software engineer: I understand the
issues, I just live in the real world of half-arsed Maemo ports and
believe it should be as easy as possible to do these properly.

Cheers,

Andrew

-- 
Andrew Flegg -- mailto:[EMAIL PROTECTED]  |  http://www.bleb.org/
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Battery Life

2007-08-16 Thread Igor Stoppa
On Thu, 2007-08-16 at 16:51 +0100, ext Andrew Flegg wrote:
> On 8/16/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
> >
> > Applications should stop all visual activity and updates when they are
> > not visible.  This is voluntarily, as it naturally depends on the actual
> > use-case e.g. all Nokia apps do this except for media player and iradio
> > applet which play music also backgrounded.  If you notice that some 3rd
> > party app has activity although you're not using it and/or it's not
> > visible nor there's no other good reason for it to be active, file a bug
> > against it.
> 
> Given the importance of this to battery life, it would be cool if apps
> were sent SIGSUSP when they were minimized or some the user stopped
> interacting with them. If an application (e.g. media player) wanted to
> override this behaviour, they could do so in their .desktop file,
> .service file or osso_initialize() call.

No.

Apps that do useless stuff are buggy and the bugs must be fixed.

You are proposing a shortcut that is encouraging crappy code to be
written, since the system will always take care of saying: "psst,
pretend to be a properly written piece of code".

If an application has nothing to do, it _must_ be blocked waiting for
something, such as an event, a timer, whatever it cares about, nothing
else.

Actually we want apps to do that also and especially when they are in
foreground as well. Background is no special case.

Would you be happy if your foregrounded app would run and drain the
battery while it's doing nothing and waiting for you to press a button?

That wouldn't really be caught by sending SIGSUSP when backgrounding.

Have you ever wondered how come your typical GHz PC can have performance
sometimes comparable with an internet tablet? 

-- 
Cheers, Igor

Igor Stoppa <[EMAIL PROTECTED]>
(Nokia Multimedia - CP - OSSO / Helsinki, Finland)
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Battery Life

2007-08-16 Thread Andrew Flegg
On 8/16/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
>
> Applications should stop all visual activity and updates when they are
> not visible.  This is voluntarily, as it naturally depends on the actual
> use-case e.g. all Nokia apps do this except for media player and iradio
> applet which play music also backgrounded.  If you notice that some 3rd
> party app has activity although you're not using it and/or it's not
> visible nor there's no other good reason for it to be active, file a bug
> against it.

Given the importance of this to battery life, it would be cool if apps
were sent SIGSUSP when they were minimized or some the user stopped
interacting with them. If an application (e.g. media player) wanted to
override this behaviour, they could do so in their .desktop file,
.service file or osso_initialize() call.

Cheers,

Andrew

-- 
Andrew Flegg -- mailto:[EMAIL PROTECTED]  |  http://www.bleb.org/
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Battery Life

2007-08-16 Thread Eero Tamminen
Hi,

ext Michael Thompson wrote:
>> IIRC, one of the Nokia engineers stated that apps are basically stopped
>> (like hitting Ctrl+Z in bash) when they are minimized, and resumed when
>> they're foregrounded. I might have made this up, but based on the CPU
>> monitor it certainly would appear that something like that is going on.
>> 
> 
> 
> This might be true in some cases, but for instance Cannola will continue to
> play music when minimised, so I'm sure there are plenty of cases where this
> isn't true

Applications should stop all visual activity and updates when they are
not visible.  This is voluntarily, as it naturally depends on the actual
use-case e.g. all Nokia apps do this except for media player and iradio
applet which play music also backgrounded.  If you notice that some 3rd
party app has activity although you're not using it and/or it's not
visible nor there's no other good reason for it to be active, file a bug
against it.

Note that all SDL games are busy always, it's an issue in the SDL
library and there's a bug about it in the SDL bugzilla (Nokia games
quit when they are backgrounded, you can then continue them from their
startup screen).  Gtk applications usually behave better in this
respect, they only react to events, not busyloop themselves.


- Eero
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Battery Life

2007-08-16 Thread Michael Thompson
On 16/08/07, Paul Klapperich <[EMAIL PROTECTED]> wrote:
>
> 
>
> IIRC, one of the Nokia engineers stated that apps are basically stopped
> (like hitting Ctrl+Z in bash) when they are minimized, and resumed when
> they're foregrounded. I might have made this up, but based on the CPU
> monitor it certainly would appear that something like that is going on.
> 


This might be true in some cases, but for instance Cannola will continue to
play music when minimised, so I'm sure there are plenty of cases where this
isn't true
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Battery Life

2007-08-16 Thread Eero Tamminen
Hi,

ext Michael Thompson wrote:
> Hi,
> The battery life of the N800 seems to depend a lot on the applications
> that are running, I guess in particular when it is idling. The result of
> this is that the battery indicator can be very inaccurate, telling me it
> should last for days and it will then die in hours.
> 
> Ideally I'd like this not to be the case but in the interim I'd like to know
> which application is causing the problem. When will Nokia expose the current
> consumption information, in for instance /proc? Without this information we
> cannot determine which application is the culprit much less set about
> improving the performance.
> 
> Is there another indirect method that could be used, perhaps the rate of
> interrupts for each application?

Just use "top" and "strace".  "top" is part of busybox and strace is
in Maemo repositories.  If you're not interacting with the application
(and it's not e.g. playing music), it should not do anything.

You can monitor all applications with something like:
  strace $(cd /proc; for pid in [0-9]*; do
if [ $pid -gt 500 ] && [ $pid != $$ ]; then echo " -p $pid"; fi;
  done)

Instead of 500 you can select suitable value from "ps" output above
which PID you want to monitor all processes.


- Eero
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


RE: Visudo Help

2007-08-16 Thread Dr. Nicholas Shaw
You are correct - I was root; however, I didn't return the permissions and
as soon as I left root, I was hosed.  The message immediately let me know
that sudoers must be 0444 in order to function.  So I basically screwed up -
changed  the permissions of the file, changed the file, DIDN'T return the
permissions back. :-(  Lesson learned.

Nick.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul
Klapperich
Sent: Thursday, August 16, 2007 07:40
To: Dr. Nicholas Shaw
Cc: maemo-users@maemo.org
Subject: Re: Visudo Help

On 8/16/07, Dr. Nicholas Shaw <[EMAIL PROTECTED]> wrote:
>
> Thanks, Paul. By default sudoers is not writable so in order to make 
> changes.
>
sudo gainroot
vi /etc/sudoers
?

Seems you would have had to be root to change the permissions anyway...

visudo exists in /sbin, so until you edit sudoers to allow user to use it,
you need to be root. Also, the EDITOR variable is undeclared, so until you
add that to .bashrc or whatever you'll need to do:

sudo gainroot
EDITOR="vi" visudo

You can of course use something other than vi if you want.

--Paul

>
>
>
> Nick.
>
>
>
>  
>
>
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Paul Klapperich
>  Sent: Wednesday, August 15, 2007 9:38 PM
>  Cc: maemo-users@maemo.org
>  Subject: Re: Visudo Help
>
>
>
>
> I'm not sure if it has visudo or not and my unit isn't handy, but 
> here's a safety net:
>
>  Install OpenSSH or Dropbear, then do
>  sudo gainroot
>  passwd
>  enter a root password
>
>  Now if you mess up your /etc/sudoers, you can always open Putty/Xterm 
> on your desktop and ssh into the root account using the root password 
> you created. Additionally, you could do the above without ssh, or with 
> /etc/ssh/sshd modified to disallow root login. You should be able to 
> switch to the root user using 'su' if you have a root password set and 
> known. You may need to add 'user' to the wheel group or something, 
> though
>
>  Why did you change the permissions to sudoers in the first place? My 
> mistake is usually syntax errors inside /etc/sudoers. Oops.
>
>  --Paul
>
>
> On 8/15/07, Dr. Nicholas Shaw <[EMAIL PROTECTED]> wrote:
>
> Ok, after my major screw-up last week (I directly modified the sudoers 
> file  but failed to change the permissions back to 0444), I flashed to 
> the newest  OS upgrade and re-installed all of my applications.  Now I 
> need to modify  the sudoers file and plan to do it CORRECTLY this time,
e.g. use visudo.
>
>  Now my problem - I can't find visudo anywhere on the N800.  Is it 
> available  separately or am I just not looking in the right place? Or 
> is there some  other way that doesn't use visudo?
>
>  I've looked in /usr/bin and /bin.
>
>  Thanks much in advance!
>
>  Nick.
>
>
>  ___
>  maemo-users mailing list
>  maemo-users@maemo.org
>  https://lists.maemo.org/mailman/listinfo/maemo-users
>
>

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


RE: ustream.tv + n800 != happiness

2007-08-16 Thread Ron Harwood
Ah well, apparently flash can't see the camera... at least it sees the
microphone.

On Wed, 2007-08-08 at 15:16 +0300, [EMAIL PROTECTED] wrote:
> Hi,
> 
> I believe the camera is v4l2 device.
> 
> --jakub
> 
> >-Original Message-
> >Darn.  I can view a live video on ustream.tv (live 
> >streaming/webcasting site using flash) but I can't use the 
> >camera to stream to it.
> >
> >Is the camera an v4l device?  (seems like it is)
> >
> >I can stream to ustream using a v4l device on my linux laptop 
> >with no issues (admittedly, I'm using firefox - not opera...)
> >
> >Any thoughts?

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


Re: Battery Life

2007-08-16 Thread Paul Klapperich
You could probably watch CPU usage as a pretty good indicator. I've noticed
just having some applications in the foreground (like the browser on a
complicated webpage) will shoot the CPU usage way up.

IIRC, one of the Nokia engineers stated that apps are basically stopped
(like hitting Ctrl+Z in bash) when they are minimized, and resumed when
they're foregrounded. I might have made this up, but based on the CPU
monitor it certainly would appear that something like that is going on.

--Paul

On 8/16/07, Michael Thompson <[EMAIL PROTECTED]> wrote:
>
> Hi,
> The battery life of the N800 seems to depend a lot on the applications
> that are running, I guess in particular when it is idling. The result of
> this is that the battery indicator can be very inaccurate, telling me it
> should last for days and it will then die in hours.
>
> Ideally I'd like this not to be the case but in the interim I'd like to
> know which application is causing the problem. When will Nokia expose the
> current consumption information, in for instance /proc? Without this
> information we cannot determine which application is the culprit much less
> set about improving the performance.
>
> Is there another indirect method that could be used, perhaps the rate of
> interrupts for each application?
>
> Regards, Michael
>
> ___
> maemo-users mailing list
> maemo-users@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-users
>
>
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Need an SSH client for the Nokia 800

2007-08-16 Thread Paul Klapperich
On 8/16/07, Marius Gedminas <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 15, 2007 at 02:14:56PM -0500, Paul Klapperich wrote:
> > On 8/15/07, Marius Gedminas <[EMAIL PROTECTED]> wrote:
> > > ssh: I use OpenSSH myself, which is not straightforward to install, and
> > > comes in a single package that bundles the server and the client.
> > >
> > > http://maemo.org/downloads/product/openssh
> > >
> > > This page describes the trick needed to install OpenSSH:
> > > http://maemo.org/community/wiki/applicationmanagerredpillmode/
> >
> > Doesn't the .install file on maemo.org's download section work?
>
> It only works if you enable red-pill mode.  That's because 'ssh' is a
> system package (it's section is not "user/*").
>
> > On a related note, somehow I have a dummy package that shows up
> > without red-pill mode. I'm not sure which repository it's located in,
> > but I believe it's called "OpenSSH" and simply has the ssh package as
> > a dependency. That's how I installed it last time, iirc, but I'm not
> > sure where that package came from.
>
> I created it as an experiment, but it doesn't work reliably.
> openssh-installer from a repository at mg.pov.lt depends on ssh from the
> maemo SDK repository.  By default neither of those repositories are
> present in the application catalogue, and the .install file would need
> to add both, which is impossible with the current .install file format.
>
> > Seems to me the .install file hosted on Maemo.org should install this
> > package instead of ssh if it doesn't work.
>
or, maybe we can convince someone to add the dummy package to the sdk
repository. The it should work reliably, right?

> Someone should take the ssh package from the SDK repository, change the
> section to user/net, and upload it to the Maemo Extras repository.
>
> (I've been vaguely planning to do this for about a year now, so don't
> hold your breath.  Also, first I'd need to figure out how you upload
> packages to Maemo Extras, and by 'figure out' I mean 'read the
> documentation page that explains it'.)
>
> Marius Gedminas
> --
> 1 4m 5o 3l337! just got r00t on this k3wl site j00
> sux0r5!
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFGxEM1kVdEXeem148RAsknAJ469d3meTxm1mmpuw2BQmeyAYocGACgiCNC
> 5ptjEGIwnhv0Me7Vw46EqBA=
> =4abv
> -END PGP SIGNATURE-
>
> ___
> maemo-users mailing list
> maemo-users@maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-users
>
>
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Battery Life

2007-08-16 Thread Michael Thompson
Hi,
The battery life of the N800 seems to depend a lot on the applications
that are running, I guess in particular when it is idling. The result of
this is that the battery indicator can be very inaccurate, telling me it
should last for days and it will then die in hours.

Ideally I'd like this not to be the case but in the interim I'd like to know
which application is causing the problem. When will Nokia expose the current
consumption information, in for instance /proc? Without this information we
cannot determine which application is the culprit much less set about
improving the performance.

Is there another indirect method that could be used, perhaps the rate of
interrupts for each application?

Regards, Michael
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Visudo Help

2007-08-16 Thread Paul Klapperich
On 8/16/07, Dr. Nicholas Shaw <[EMAIL PROTECTED]> wrote:
>
> Thanks, Paul. By default sudoers is not writable so in order to make
> changes…
>
sudo gainroot
vi /etc/sudoers
?

Seems you would have had to be root to change the permissions anyway...

visudo exists in /sbin, so until you edit sudoers to allow user to use
it, you need to be root. Also, the EDITOR variable is undeclared, so
until you add that to .bashrc or whatever you'll need to do:

sudo gainroot
EDITOR="vi" visudo

You can of course use something other than vi if you want.

--Paul

>
>
>
> Nick.
>
>
>
>  
>
>
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Paul Klapperich
>  Sent: Wednesday, August 15, 2007 9:38 PM
>  Cc: maemo-users@maemo.org
>  Subject: Re: Visudo Help
>
>
>
>
> I'm not sure if it has visudo or not and my unit isn't handy, but here's a
> safety net:
>
>  Install OpenSSH or Dropbear, then do
>  sudo gainroot
>  passwd
>  enter a root password
>
>  Now if you mess up your /etc/sudoers, you can always open Putty/Xterm on
> your desktop and ssh into the root account using the root password you
> created. Additionally, you could do the above without ssh, or with
> /etc/ssh/sshd modified to disallow root login. You should be able to switch
> to the root user using 'su' if you have a root password set and known. You
> may need to add 'user' to the wheel group or something, though
>
>  Why did you change the permissions to sudoers in the first place? My
> mistake is usually syntax errors inside /etc/sudoers. Oops.
>
>  --Paul
>
>
> On 8/15/07, Dr. Nicholas Shaw <[EMAIL PROTECTED]> wrote:
>
> Ok, after my major screw-up last week (I directly modified the sudoers file
>  but failed to change the permissions back to 0444), I flashed to the newest
>  OS upgrade and re-installed all of my applications.  Now I need to modify
>  the sudoers file and plan to do it CORRECTLY this time, e.g. use visudo.
>
>  Now my problem - I can't find visudo anywhere on the N800.  Is it available
>  separately or am I just not looking in the right place? Or is there some
>  other way that doesn't use visudo?
>
>  I've looked in /usr/bin and /bin.
>
>  Thanks much in advance!
>
>  Nick.
>
>
>  ___
>  maemo-users mailing list
>  maemo-users@maemo.org
>  https://lists.maemo.org/mailman/listinfo/maemo-users
>
>
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


RE: Visudo Help

2007-08-16 Thread Dr. Nicholas Shaw
Thanks, Paul. By default sudoers is not writable so in order to make
changes. 

 

Nick.

 

  _  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Paul Klapperich
Sent: Wednesday, August 15, 2007 9:38 PM
Cc: maemo-users@maemo.org
Subject: Re: Visudo Help

 

I'm not sure if it has visudo or not and my unit isn't handy, but here's a
safety net:

Install OpenSSH or Dropbear, then do 
sudo gainroot
passwd
enter a root password

Now if you mess up your /etc/sudoers, you can always open Putty/Xterm on
your desktop and ssh into the root account using the root password you
created. Additionally, you could do the above without ssh, or with
/etc/ssh/sshd modified to disallow root login. You should be able to switch
to the root user using 'su' if you have a root password set and known. You
may need to add 'user' to the wheel group or something, though

Why did you change the permissions to sudoers in the first place? My mistake
is usually syntax errors inside /etc/sudoers. Oops.

--Paul

On 8/15/07, Dr. Nicholas Shaw <[EMAIL PROTECTED]> wrote:

Ok, after my major screw-up last week (I directly modified the sudoers file
but failed to change the permissions back to 0444), I flashed to the newest
OS upgrade and re-installed all of my applications.  Now I need to modify 
the sudoers file and plan to do it CORRECTLY this time, e.g. use visudo.

Now my problem - I can't find visudo anywhere on the N800.  Is it available
separately or am I just not looking in the right place? Or is there some 
other way that doesn't use visudo?

I've looked in /usr/bin and /bin.

Thanks much in advance!

Nick.


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

 

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


Re: Need an SSH client for the Nokia 800

2007-08-16 Thread Marius Gedminas
On Wed, Aug 15, 2007 at 02:14:56PM -0500, Paul Klapperich wrote:
> On 8/15/07, Marius Gedminas <[EMAIL PROTECTED]> wrote:
> > ssh: I use OpenSSH myself, which is not straightforward to install, and
> > comes in a single package that bundles the server and the client.
> >
> > http://maemo.org/downloads/product/openssh
> >
> > This page describes the trick needed to install OpenSSH:
> > http://maemo.org/community/wiki/applicationmanagerredpillmode/
> 
> Doesn't the .install file on maemo.org's download section work?

It only works if you enable red-pill mode.  That's because 'ssh' is a
system package (it's section is not "user/*").

> On a related note, somehow I have a dummy package that shows up
> without red-pill mode. I'm not sure which repository it's located in,
> but I believe it's called "OpenSSH" and simply has the ssh package as
> a dependency. That's how I installed it last time, iirc, but I'm not
> sure where that package came from.

I created it as an experiment, but it doesn't work reliably.
openssh-installer from a repository at mg.pov.lt depends on ssh from the
maemo SDK repository.  By default neither of those repositories are
present in the application catalogue, and the .install file would need
to add both, which is impossible with the current .install file format.

> Seems to me the .install file hosted on Maemo.org should install this
> package instead of ssh if it doesn't work.

Someone should take the ssh package from the SDK repository, change the
section to user/net, and upload it to the Maemo Extras repository.

(I've been vaguely planning to do this for about a year now, so don't
hold your breath.  Also, first I'd need to figure out how you upload
packages to Maemo Extras, and by 'figure out' I mean 'read the
documentation page that explains it'.)

Marius Gedminas
-- 
1 4m 5o 3l337! just got r00t on this k3wl site j00
sux0r5!


signature.asc
Description: Digital signature
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Re: Can we use Ajaxterm for greater security when connecting through public wifi hotspots?

2007-08-16 Thread Jussi Kukkonen
Oouc wrote:
> Can we use Ajaxterm for greater security when connecting through public 
> wifi hotspots?  I searched maemo-users mailing list and the main 
> website and could not find ajaxterm.  So I wondered if it was possible 
> or feasible on the N800.

As far as I know, ajaxterm is a server-side application that'll give you
access to the server even from clients that do not have a real
terminal/ssh client available. I can't see how it would be useful (let
alone more secure) on an internet tablet, as you can install xterm and
ssh client or even ssh server if you need them.


 -jussi

-- 
Jussi Kukkonen
http://koti.welho.com/jkukkone/
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users


Can we use Ajaxterm for greater security when connecting through public wifi hotspots?

2007-08-16 Thread Oouc
Can we use Ajaxterm for greater security when connecting through public 
wifi hotspots?  I searched maemo-users mailing list and the main 
website and could not find ajaxterm.  So I wondered if it was possible 
or feasible on the N800.
Oouc

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


Re: maemo News needs your love

2007-08-16 Thread Henri Bergius
On 8/15/07, Mike Lococo <[EMAIL PROTECTED]> wrote:
> How do you favorite a planet story?  I don't see the heart widget like
> on other pages.  Planet feeds are good candidates for favoriting because
> they are often a good balance between fully-baked and available-early

I had implemented this but forgotten to commit, sorry. Now Planet
items can also be favorited.

I've also done some other minor tweaks, like linking YouTube and
Flickr items to the correct pages on those services.

137 favs in the service so far. Not digg-scale but a good start ;-)

> Mike

/Henri

-- 
Henri Bergius
Motorcycle Adventures and Free Software
http://bergie.iki.fi/

Skype: henribergius
Jabber: [EMAIL PROTECTED]
Jaiku: http://bergie.jaiku.com/
___
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users