Re: [maemo-developers] lifeguard-reset (was: Repositories)

2006-09-07 Thread Eero Tamminen
Hi,

 what is the price to pay, if I run always with no-lifeguard-reset?

When some crusial system service goes down (e.g. because it was killed
by kernel in out-of-memory situation, or because it was buggy and
crashed) and you not being able to use the device.

Another alternative would be to change the SW watchdog policies in
the init scripts under /etc from reseting the device to restarting
the failing process.  For more information, see dsmetool -h
and grep the files under /etc/ on the device.

I've tested a bit what happens when different processes die
and I'm not sure doing this is much of use:
- If X server dies, all it's clients exit (all UI processes)
- If either D-BUS daemon dies, all it's clients exit (all UI
  processes and most of others)
- If maemo-launcher dies, about all UI processes (including
  desktop) exit/die too

Restarting Desktop and Matchbox window manager would be feasible,
but you might have some funny artefacts (like fullscreen wide
statusbar that pushes all app windows its height downwards).

There might be also some other always running processes which
trigger device reset, please feel free to test the effects of
kill -KILL PID. :-)


- Eero

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


Re: [maemo-developers] Re: Repositories

2006-09-07 Thread Miko Nieminen
On Wed, 2006-09-06 at 16:07 +0200, Rainer Dorsch wrote:
 Am Dienstag, 5. September 2006 10:48 schrieb Miko Nieminen:
  If you upgrade system critical applications then you should disable
  lifeguard before that. This can be done with command
  /path/to/flasher-2.0 --set-rd-flags=no-lifeguard-reset. After this you
  should run apt-get upgrade and reboot the device.
 
 Miko,
 
 do I set the no-lifeguard-reset flag while it is running? 
 

This is something you need to do at the desktop side. Connect your
device to your desktop with USB cable and use flasher to disable this
lifeguard.

There are couple of wiki pages telling about flasher:
http://maemo.org/maemowiki/Flasher_tool_usage
http://maemo.org/maemowiki/RdMode

You might want to try also /path/to/flasher --help and when running
/path/to/flasher-2.0 --set-rd-flags without those actual flags you
will get list of possible flags.

 Is it cleared after reboot? 
 

When you set these with flasher those are not cleared after reboot. If I
remember correctly, RD mode can be enable from device it self so that
it will be cleared after reboot, but I don't remember how this can be
done.

 Is it required that the 770 is in rd-mode?
 

Right now I can't remember if you need to have rd-mode enabled to
disable lifeguard reset and currently I can't test it, but maybe someone
can confirm that.

Sincerely,
-- 
Miko Nieminen [EMAIL PROTECTED]

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


Re: [maemo-developers] Re: Repositories

2006-09-07 Thread Miko Nieminen
On Wed, 2006-09-06 at 21:00 +0200, Rainer Dorsch wrote:
 Am Dienstag, 5. September 2006 10:48 schrieb Miko Nieminen:
  If you upgrade system critical applications then you should disable
  lifeguard before that. This can be done with command
  /path/to/flasher-2.0 --set-rd-flags=no-lifeguard-reset. After this you
  should run apt-get upgrade and reboot the device
 
 Miko, 
 
 what is the price to pay, if I run always with no-lifeguard-reset?
 

If something goes wrong your device won't reboot automatically. I think
that you should use no-lifeguard-reset and RD mode only if you are
doing some development work. In normal use you shouldn't use these
modes. If you use RD mode all the time you'r device will go on easier
and I think that some of the power save features are not on (I'm not
sure about this).

There are also different policies about what should be done if processes
under lifeguard dies. Some times processes are restarted and sometimes
device should be rebooted. If you disable lifeguard reset it might be
that lifeguard doesn't work at all after. Or does that flag prevent only
rebooting the device? Could someone confirm this?

 If I only have to do a hard reset by taking off the battery from time to 
 time, 
 instead of having the comfort of an automatic reboot, that could be an 
 interesting option
 

I wouldn't do that kind of hard reset. It is possible that some
applications might end up into inconsistent state. Normal lifeguard
caused reboot is just ordinary soft reboot. I would use the device with
default settings when using it in everyday life.

Sincerely,
-- 
Miko Nieminen [EMAIL PROTECTED]

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


Re: [maemo-developers] lifeguard-reset (was: Repositories)

2006-09-07 Thread Rainer Dorsch
Am Donnerstag, 7. September 2006 09:01 schrieb Eero Tamminen:
 Hi,

  what is the price to pay, if I run always with no-lifeguard-reset?

 When some crusial system service goes down (e.g. because it was killed
 by kernel in out-of-memory situation, or because it was buggy and
 crashed) and you not being able to use the device.

After removing the battery and insert it again, the device should reboot, just 
like the watchdog would do automatically. Right?

Thanks,
Rainer


-- 
Rainer Dorsch
Alzentalstr. 28
D-71083 Herrenberg
07032-919495
ICq 32550367
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] lifeguard-reset (was: Repositories)

2006-09-07 Thread Eero Tamminen
Hi,

 After removing the battery and insert it again, the device should
 reboot, just like the watchdog would do automatically. Right?

I think also the power button should work normally even when lifeguard
is disabled...


- Eero

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


Re: [maemo-developers] Re: Repositories

2006-09-07 Thread Eero Tamminen
Hi,

[rd-flags]
  Is it cleared after reboot? 
 When you set these with flasher those are not cleared after reboot.

I have the impression that rd-flags aren't cleared even when one
re-flashs the device...


- Eero

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


[maemo-developers] GTKHTML problem

2006-09-07 Thread Krzysiek
Hi ya all,

I am a part of a group developing an app for the maemo platform. We have come 
upon a problem with copying text from a GTKHTML component. The problem is that 
when one taps and holds on a window containing it, previously selected text 
gets unselected. We would like to implement a context pop up menu containing 
Copy/Paste options and this nuisance makes it a little difficult. Has anybody 
got any experience with GTK or GTKHTML and could give us some help? Thanks in 
advance.

---
cheers,

Krzysztof Sasiak

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


Re: [maemo-developers] osso-pdf-viewer sources availability

2006-09-07 Thread Mikhail Sobolev
Hi 

On Wed, Aug 30, 2006 at 12:52:38PM +0300, Kirill Belokurov wrote:
 Can anyone clarify situation with this package? It would be nice to add few 
 features to the PDF viewer, but without sources it is impossible :)
Source code requests that are not part of maemo platform (and, as
result, are not available at maemo.org) should go to:
Source Code Requests
Multimedia
Nokia Corporation
P.O.Box 407
FIN 00045 Nokia Group

AFAIK, this information is available in the manual (the very last
section) and you can also see it if open Control Panel/Device/About
product page.

Hope this helps

Regards

--
Misha


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


Re: [maemo-developers] Re: Repositories

2006-09-07 Thread Armin M. Warda
On Wed, 2006-09-06 at 21:00 +0200, Rainer Dorsch wrote:
 what is the price to pay, if I run always with no-lifeguard-reset?

I disabled lifeguard-reset a few weeks ago and am quite happy with it since 
then. 

In my opinion lifeguard-reset is a nice feature for the unskilled end-user, but 
not for Linux-skilled users like me.

Please read http://maemo.org/pipermail/maemo-users/2006-August/001801.html and 
the follow-ups. 

  Armin.

   --- May the Source be with you! Linux. --- 
   --- secure eMail: http://www.gnupg.de/ --- 
   --- My Homepage http://armin-warda.de/ ---
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Touchscreen API

2006-09-07 Thread Sebastien Bourdeauducq

Hello,

I'm trying to port Qt Embedded and Opie to the N770. So far, I have managed to
stop the X server and have the example Qt applications running straight on
the framebuffer.

However, I still lack touchscreen support. The device node seems to
be /dev/input/event2 but nothing happens when I configure Qt to use this
device. Running cat /dev/input/event2 and playing with the touchscreen does
nothing, contrary to other input devices (ie. when you move a mouse, the
screen gets covered with garbage).

I have tried every node in /dev/input/, they all behave the same.

Any ideas ?

If you know where the source code of Xomap is, I could search it for what I
need about accessing the touchscreen, but I can't find it.

Regards,

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


Re: [maemo-developers] Touchscreen API

2006-09-07 Thread Koen Kooi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sebastien Bourdeauducq schreef:
 Hello,
 
 I'm trying to port Qt Embedded and Opie to the N770. So far, I have
 managed to
 stop the X server and have the example Qt applications running straight on
 the framebuffer.
 
 However, I still lack touchscreen support. The device node seems to
 be /dev/input/event2 but nothing happens when I configure Qt to use this
 device. Running cat /dev/input/event2 and playing with the touchscreen
 does
 nothing, contrary to other input devices (ie. when you move a mouse, the
 screen gets covered with garbage).
 
 I have tried every node in /dev/input/, they all behave the same.
 

You need tslib and some patches to unbreak the broken qt/e tslib handling. I 
suspect the
opie(-devel) mailing lists would be a better place for your questions, since
maemo-developers is a mailinglist dedicated to the GTK+ based maemo environment 
:)

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFFAC2+MkyGM64RGpERAj7uAJ9c/awEhuSRyJXBJ7RPjApX3e97OACfYS50
zcuPwpNp4i2KwIPAKtFT/MM=
=RNQL
-END PGP SIGNATURE-
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


[maemo-developers] Re : Touchscreen API

2006-09-07 Thread Sebastien Bourdeauducq

2006/9/7, Koen Kooi [EMAIL PROTECTED]:

You need tslib and some patches to unbreak the broken qt/e tslib handling. I
suspect the
opie(-devel) mailing lists would be a better place for your questions, since
maemo-developers is a mailinglist dedicated to the GTK+ based maemo
environment :)


Ok. But I want to make sure the N770 touchscreen uses the standard
API. Is the behaviour with cat normal ?
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers


Re: [maemo-developers] Re : Touchscreen API

2006-09-07 Thread Daniel Stone
On Thu, Sep 07, 2006 at 04:46:26PM +0200, ext Sebastien Bourdeauducq wrote:
 2006/9/7, Koen Kooi [EMAIL PROTECTED]:
 You need tslib and some patches to unbreak the broken qt/e tslib handling. 
 I
 suspect the
 opie(-devel) mailing lists would be a better place for your questions, 
 since
 maemo-developers is a mailinglist dedicated to the GTK+ based maemo
 environment :)
 
 Ok. But I want to make sure the N770 touchscreen uses the standard
 API. Is the behaviour with cat normal ?

What you're seeing is normal, yes.  You need to be using tslib, and also
make sure that nothing else has the device open.

Cheers,
Daniel


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


[maemo-developers] Do you want to save this network annoyance

2006-09-07 Thread Sebastian Spaeth
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Executive summary: Subject says it all. Nelson on IRC brought this up, I
filed a bug, and at least Koen agreed on IRC :-)

- -
Currently whenever I try to connect to a WLAN I am asked if I want to
save that connection. This is a bit too annoying and could be reduced in
2 steps:

1) Only offer to save after actually getting an IP address via DHCP, it
is not worth saving a connection which does not actually work and where
we did not specify a static IP.

2) Only saving a connection on the users request (e.g. through the
connectivity manager, or by pressing the menu button and saving an entry
in the network search list etc).

Very often you might only want to use a random WLAN only once and never
go back. As it is, you have to click away one superfluous dialog most of
the time.

https://maemo.org/bugzilla/show_bug.cgi?id=753
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Darwin)

iD8DBQFFAHU7btVRNeSDtgERAjpTAKDIvX3driqayVI7IafMEz+tlgGqGACdE3z+
lO7vEQ6dg1awe8ayGKkZl/c=
=zbvz
-END PGP SIGNATURE-

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


[maemo-developers] Issues with ARM target binaries

2006-09-07 Thread Luca De Cicco
The never ending story...

I tried to install also the debs and to use sbrsh instead of qemu-arm,
but I still have the same error: 

./a.out: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory

I'm really clueless about what to do or to try. I'm running debian sid,
linux kernel 2.6.16.18, scratchbox 0.98 and maemo 2.0 rootstraps.

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


Re: [maemo-developers] Re: rebooting constantly after upgrading packages

2006-09-07 Thread Laurent GUERBY
I wasn't so lucky.

Will have to reinstall...

Laurent

On Sun, 2006-09-03 at 11:09 +0200, Álvaro J. Iradier wrote:
 Hi, I tried the red pill mode and noticed that a new version of
 gst-plugins-farsight was available. I installed it, and now everything
 works perfect again!
 
 Thanks very much for updating the broken package :)
 
 Greets.
 
 On 9/2/06, Laurent GUERBY [EMAIL PROTECTED] wrote:
  On Fri, 2006-09-01 at 14:56 +0300, Marius Vollmer wrote:
   ext Álvaro J. Iradier [EMAIL PROTECTED] writes:
  
What's the difference between apt-get upgrading and using the
application manager search for updates option? I thought it was the
same...
  
   No, not exactly.  What the Application manager does is more similar to
   apt-get install.  It will not upgrade the system packages
   automatically theway apt-get upgrade does.
  
If upgrading is not meant for consumers, why is that broken package in
the maemo repository? Shouldn't it be in sardine? I mean, what's the
point on having updated packages?
  
   You are spot on.  This is chaos and the mistral repositories should
   not contain the broken packages.  They need to be fixed and/or
   reverted to the same version that is in the IT2006 flash image.
  
   People here are aware of this... (and also appropriately embarrassed).
 
  :)
 
  For the record I was hit too and hopefully found help on #maemo
  so I could get out of the reboot cycles.
 
  I did not realize that the application manager wasn't doing the same
  things as apt-get upgrade until too late.
 
  When the mistral repositories are fixed, what's the best course,
  apt-get upgrade again? (I do it through ssh from my regular PC.)
 
  Thanks in advance,
 
  Laurent
 
 
 
 

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