Re: Hildon-Desktop: added Widget not shown

2010-01-13 Thread Kimmo Hämäläinen
On Wed, 2010-01-13 at 01:09 +0100, ext Anderson Lizardo wrote:
 On Tue, Jan 12, 2010 at 6:06 PM, Brent Chiodo bchi...@gmail.com wrote:
  I have had this issue reported for TouchSearch in both forums and formally
  as bug #6264: https://bugs.maemo.org/show_bug.cgi?id=6264
 
 Thanks, it is now easier to try to reproduce it (I have a spare N900
 that can be reflashed).
 
  It was also my thought that the Python - HildonDesktop interface is
  responsible for this.
 
 A possibility is that the the just installed Python loader
 (/usr/lib/hildon-desktop/loaders/libpythonpluginloader.so) only
 becomes active when hildon-desktop is restarted (which I suppose only
 occurs when the device is rebooted).

Notice that hildon-desktop does not have any plugins, all plugins are in
hildon-home. What you need is killall hildon-home -- it will restart
automatically and no reboot is needed.

-Kimmo


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


Re: Drag Drop on GTK + Maemo 5 (was: Re: [pymaemo] DnD on N900)

2010-01-13 Thread Kimmo Hämäläinen
On Wed, 2010-01-13 at 00:03 +0100, ext Jeffrey Barish wrote:
 Claudio Saavedra wrote:
 
  El mié, 06-01-2010 a las 19:44 -0400, Anderson Lizardo escribió:
  There is no drag 'n drop in Maemo GTK+. This has been deliberately
  disabled.
  
  Claudio
 
 Is there a way to enable drag  drop, ideally on a per-application basis?

Unfortunately not yet. There is a (internal) bug for enabling that.
Maybe maemo.org bug would help to get it fixed.


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


Re: Optification creates link-loop

2010-01-13 Thread Cornelius Hald
Thanks for all the answers, but I don´t think I´ll go down the 'manual 
putting links in /usr' route. I already spend too much time with 
packaging issues lately :(


Optification currently saves about 200KB of rootfs space for Conboy, so 
I´m doing optification mainly to pass the QA and I don´t want to spend 
more time on it then absolutely needed.


I´ll just hope that Marius finds some time to fix this and until then 
I´ll turn it off again.


Thanks for all the suggestions, though!
Conny


Till Harbaum / Lists wrote:

Hi,

many apps handle the --datadir option correctly and can thus
move bulk data automatically into /opt. But --prefix=/opt would
also install the executable, the icons and the .desktop file
there. Unfortunately Nokia is not supporting files to go there
and you have to create links back to /usr. --prefix doesn't do
that for you.

Till

Am Dienstag 12 Januar 2010 schrieb Martin Grimme:

Hi,

Is there not a way for your app to directly install it into /opt
without all that optification black magic?
./configure --prefix=/opt/conboy
perhaps?


Martin


2010/1/12, Jeff Moe m...@blagblagblag.org:

On Tuesday 12 January 2010 10:56:16 you wrote:

Jeff Moe wrote:

https://bugs.maemo.org/show_bug.cgi?id=7707

That´s exactly it Jeff. Thanks for the hint!
The questions are now: Is there a known work-around?

Either optify by hand or turn off optification until the bug gets fixed:
echo none  debian/optify


Will it get fixed
in maemo-optify soon?

Nokia doesn't comment about future plans or somesuch.  ;)   That said, I'm
surprised it's not fixed already as they seem to be close to automatically
optifying by default everything submitted to the builder.

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


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



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


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


Alternate Line Service on N900

2010-01-13 Thread Christopher Intemann
Is there a solution to utilize the second line of the CPHS service
Alternate Line Service (aka Orange Line2, Eplus Private Line, A1 Xtraline,
Rogers Second Voice Line (etc.)...) yet?
AFAIK incoming calls on the second line cannot be distinguished from calls
on the first line, nor is it possible to select the second line for outgoing
calls by now...
Anything new on that?
Regards,
 Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


way to hang up calls via dbus

2010-01-13 Thread Timo Pelkonen
Hi, I'm being a bit lazy and want to know is it possible to end calls via
dbus commands?

If nobody knows, I'll read the log through I collected tonight and try to
figure it out by myself.

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


Re: Alternate Line Service on N900

2010-01-13 Thread Andre Klapper
Am Mittwoch, den 13.01.2010, 11:29 +0100 schrieb Christopher Intemann:
 Is there a solution to utilize the second line of the CPHS service
 Alternate Line Service (aka Orange Line2, Eplus Private Line, A1
 Xtraline, Rogers Second Voice Line (etc.)...) yet?
 AFAIK incoming calls on the second line cannot be distinguished from
 calls on the first line, nor is it possible to select the second line
 for outgoing calls by now...
 Anything new on that?

In case of updates, also see your report at
https://bugs.maemo.org/show_bug.cgi?id=5438 .

andre

-- 
Andre Klapper (maemo.org bugmaster)

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


Re: Hildon-Desktop: added Widget not shown

2010-01-13 Thread Anderson Lizardo
2010/1/13 Kimmo Hämäläinen kimmo.hamalai...@nokia.com:
 Notice that hildon-desktop does not have any plugins, all plugins are in
 hildon-home. What you need is killall hildon-home -- it will restart
 automatically and no reboot is needed.

That's good to know. So does that mean we can put this on a postinst
script and it will not affect running applications and other C
applets?

Thanks,
-- 
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Hildon-Desktop: added Widget not shown

2010-01-13 Thread Kimmo Hämäläinen
On Wed, 2010-01-13 at 12:03 +0100, ext Anderson Lizardo wrote:
 2010/1/13 Kimmo Hämäläinen kimmo.hamalai...@nokia.com:
  Notice that hildon-desktop does not have any plugins, all plugins are in
  hildon-home. What you need is killall hildon-home -- it will restart
  automatically and no reboot is needed.
 
 That's good to know. So does that mean we can put this on a postinst
 script and it will not affect running applications and other C
 applets?

It's better to fix hildon-home so that it does not require a restart.
Report a bug and attach your patch there :)

 
 Thanks,

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


Re: Hildon-Desktop: added Widget not shown

2010-01-13 Thread Anderson Lizardo
2010/1/13 Kimmo Hämäläinen kimmo.hamalai...@nokia.com:
 On Wed, 2010-01-13 at 12:03 +0100, ext Anderson Lizardo wrote:
 It's better to fix hildon-home so that it does not require a restart.
 Report a bug and attach your patch there :)

Well, hildon-home already uses a notification (inotify?) mechanism for
the applets, I just don't know why the same code was not used for the
loaders :/

I'll open a bug report in any case and, if time and PyMaemo planning
permits, prepare a patch, but do you think it is feasible to use
killall hildon-home on the Python loader postinst script as a
workaround?

Regards,
-- 
Anderson Lizardo
OpenBossa Labs - INdT
Manaus - Brazil
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: GtkTreeView behaviour

2010-01-13 Thread Piñeiro
From: George Kibardin george-kibar...@yandex.ru

 Thank you Alberto for your code samble. I've found the problem. 
 gtk_container_add() shoud be used instead of 
 hildon_pannable_area_add_with_viewportl().

This is because the treeview has native scrolling support, so it is
wrong. There are additional information on :
http://library.gnome.org/devel/gtk/stable/GtkScrolledWindow.html#gtk-scrolled-window-add-with-viewport

I have just check the documentation on
hildon_pannable_area_add_with_viewport, and this is not mentioned,
just assumed. Probably it would be a good idea to mention it, and also
add a hint to the gtk_scrolled_window_add_with_viewport for extra
information.

BR

===
API (apinhe...@igalia.com)
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Problems with PyGst

2010-01-13 Thread Tomi Pieviläinen
Ok, here goes.

All the time I'm wondering if the problems I get are from gst, pygst,
qt, pyside or something else, but perhaps someone here can point me to
the right direction, since there are people knowledgeable with gst,
pyside and maemo here.

http://koti.kapsi.fi/hukka/videolabel.py and
http://koti.kapsi.fi/hukka/simpletest.py are a simple app to open a
videofile and play it next to the buttons. It works most of the time
on desktop, though I always seem to get an

X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 3 (X_GetWindowAttributes)
  Resource id:  0x2800284

when setting the X id.

But sometimes I get only audio and first:

X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 2 (X_ChangeWindowAttributes)
  Resource id:  0x280028b
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Major opcode: 55 (X_CreateGC)
  Resource id:  0x280028b
X Error: BadWindow (invalid Window parameter) 3
  Major opcode: 3 (X_GetWindowAttributes)
  Resource id:  0x280028b
X Error: BadGC (invalid GC parameter) 13
  Major opcode: 70 (X_PolyFillRectangle)
  Resource id:  0x34a

and then a quick stream of:

X Error: BadGC (invalid GC parameter) 13
  Extension:132 (Uknown extension)
  Minor opcode: 19 (Unknown request)
  Resource id:  0x34a

Running on N900, I always fail to get video and these errors appear.
After repeated attempts I even got the N900 to crash and reboot. I'm
testing the script with the 9.mp4 and Nokia_N900.mp4, both on desktop
and N900.

A simpler script http://koti.kapsi.fi/hukka/qt-gst-playbin2-label.py
plays only audio on desktop without errors, but on N900 I see a black
window opening and immediately closing, with the same BadGC errors and
only audio.

Even simpler scripts
http://koti.kapsi.fi/hukka/qt-gst-videosrc-onewindow.py and
http://koti.kapsi.fi/hukka/qt-gst-playbin2-onewindow.py work always,
though with ogg (you can get it from
http://www.bigbuckbunny.org/index.php/download/) the framerate is
horrible due to cpu decoding (but that's not the point here, it
plays).

-- 
Tomi Pieviläinen, +358 400 487 504
A: Because it disrupts the natural way of thinking.
Q: Why is top posting frowned upon?


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


Re: GtkTreeView behaviour

2010-01-13 Thread Piñeiro
From: Piñeiro apinhe...@igalia.com

 From: George Kibardin george-kibar...@yandex.ru
 
  Thank you Alberto for your code samble. I've found the problem. 
  gtk_container_add() shoud be used instead of 
  hildon_pannable_area_add_with_viewportl().
 
 This is because the treeview has native scrolling support, so it is
 wrong. There are additional information on :
 http://library.gnome.org/devel/gtk/stable/GtkScrolledWindow.html#gtk-scrolled-window-add-with-viewport
 
 I have just check the documentation on
 hildon_pannable_area_add_with_viewport, and this is not mentioned,
 just assumed. Probably it would be a good idea to mention it, and also
 add a hint to the gtk_scrolled_window_add_with_viewport for extra
 information.

Done, thanks!

===
API (apinhe...@igalia.com)
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Debhelper 7

2010-01-13 Thread Thomas Tanner
just found this old message:

Marius Vollmer wrote:
 That's the magic.  You will likely need to update Perl as well, and then
 update many many Perl modules.  This is what I have done for Harmattan,
 and now I am sitting on about 100 packages that I have updated... :-)

it is actually much less
http://www.maemory.com/N900/perl5.10/
http://www.maemory.com/N900/libperl/
but running it in the SDK is a hassle
(you need to move devkit perl away and fix all references)

 You can also backport debhelper 7 to Perl 5.8.

that's what I have done:
http://www.maemory.com/N900/build/
you'll have to move away the dh_* files from your devkits
otherwise it won't use the files from the package.

You could also try the SDK+ based on scratchbox 2
http://maemo-sdk.garage.maemo.org/
which make it easy to use the host perl with
export SBOX_REDIRECT_FORCE=/usr/bin/perl

cheers,
-- 
Thomas Tanner --
email: tan...@gmx.de
GnuPG: 1024/5924D4DD
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: GtkTreeView behaviour

2010-01-13 Thread Claudio Saavedra
El mié, 13-01-2010 a las 15:16 +0100, Piñeiro escribió:
  
  I have just check the documentation on
  hildon_pannable_area_add_with_viewport, and this is not mentioned,
  just assumed. Probably it would be a good idea to mention it, and
 also
  add a hint to the gtk_scrolled_window_add_with_viewport for extra
  information.
 
 Done, thanks! 

Please cherry pick into hildon-2-2.

Claudio


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


Re: GtkTreeView behaviour

2010-01-13 Thread Piñeiro
From: Claudio Saavedra csaave...@igalia.com

 El mié, 13-01-2010 a las 15:16 +0100, Piñeiro escribió:
   
   I have just check the documentation on
   hildon_pannable_area_add_with_viewport, and this is not mentioned,
   just assumed. Probably it would be a good idea to mention it, and
  also
   add a hint to the gtk_scrolled_window_add_with_viewport for extra
   information.
  
  Done, thanks! 
 
 Please cherry pick into hildon-2-2.

Done.

===
API (apinhe...@igalia.com)
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


RE: Query about audio management inside Maemo

2010-01-13 Thread Jyri.Sarha
-Original Message-
From: maemo-developers-boun...@maemo.org 
[mailto:maemo-developers-boun...@maemo.org] On Behalf Of ext 
Zheng, Huan
Sent: 13 January, 2010 03:29
To: Sarha Jyri (Nokia-D/Helsinki); maemo-developers@maemo.org
Subject: RE: Query about audio management inside Maemo

Thanks a lot!
Is it possible for user choose not to be routed to BT.

I guess you mean if it is possible for an application to
choose where it's audio is routed. A short answer to that
is no. Then again Maemo is quite open platform and almost
anything can be hacked to behave differently, but then you
are on your own and there is no guarantee that your device
works reliably anymore.

And further, is it possible for user to choose to be routed to 
BT using different profile (HSP, A2DP)


The short answer to this is also no. The general rule for 
choosing the profile when connected to a BT audio device
goes like this:
1. If not in a call use A2DP, if that is not available use
   HSP/HFP.
2. If in a call (CS or VoIP) use HSP/HFP, if that is not 
   available use device earpice or speakers.

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


Re: way to hang up calls via dbus

2010-01-13 Thread Chris Elsworth
On Wed, 13 Jan 2010 10:39:51 -, Timo Pelkonen pelt...@gmail.com  
wrote:



Hi, I'm being a bit lazy and want to know is it possible to end calls via
dbus commands?

If nobody knows, I'll read the log through I collected tonight and try to
figure it out by myself.


Hello,

Yes, python code:

bus = dbus.SystemBus()
callobject = bus.get_object('com.nokia.csd.Call', '/com/nokia/csd/call/1')
smsiface = dbus.Interface(callobject, 'com.nokia.csd.Call.Instance')
smsiface.Release()

This leaves the rejected call as 'missed' though, I was trying to knock up  
an automatic rejector based on the incoming number and I wouldn't want the  
LED flashing at me after I'd rejected one.


I guess I need to poke in the eventlogger and change a flag on the most  
recent missed call to fix this?
I've found a script that uses SQLlite to poke in that database, is this  
the best way or is there a proper python class to do it?


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


Re: gtk clutter tearing

2010-01-13 Thread Mark Clarkson
Many thanks for the information Kimmo. At least I know which way to go now - 
this seems to be similar to how iPhone apps behave and I guess this will allow 
me to port to other OpenGL devices quite easily.

- Original message -
 On Tue, 2009-12-29 at 16:17 +0100, Tamminen Eero (Nokia-D/Helsinki)
 wrote:
  Hi,
 
  ext Mark Clarkson wrote:
   I have made a simple animation using a clutter timeline with
   clutter-gtk-0.10 and clutter-1.0 but there is excessive tearing when the
   animation plays making the animation look terrible.
  
   I have tried none, dri and glx values for the CLUTTER_VBLANK environment
   variable but this seems to have no effect at all.
  
   Is there a way to fix this?
 
  Screen update isn't yet synched to LCD refresh.  Please file a bug about
  it to bugs.maemo.org (it needs support from kernel display driver, X
  server, SGX driver, Clutter and hildon-desktop compositor, but I guess
  you could file it against Official platform - Core - X).

 Don't hold your breath with this one. At the moment it seems a proper
 vsync support is not going to be implemented in Maemo 5. There is a
 possibility to use a vsync even now, but the implementation is not good
 enough: if you enable the current vsync, the OpenGL application is
 blocked on glSwapBuffers until vsync comes, which prevents the
 application to prepare the next frame (and drops FPS too low).

 I think doing like Bounce does is the best you can do: use fullscreen
 window and disable the compositor (in hildon-desktop). Recent
 hildon-desktop versions disable compositing automatically for fullscreen
 windows, unless you use HildonStackableWindow (which requires the
 sliding animation).

 -Kimmo



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


Re: Hildon-Desktop: added Widget not shown

2010-01-13 Thread Mikko Vartiainen
  Notice that hildon-desktop does not have any plugins, all plugins are in
  hildon-home. What you need is killall hildon-home -- it will restart
  automatically and no reboot is needed.
 
 That's good to know. So does that mean we can put this on a postinst
 script and it will not affect running applications and other C
 applets?
 

Not very good method since it disables all non-nokia widgets.

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


Re: Optification creates link-loop

2010-01-13 Thread Marius Vollmer
ext Cornelius Hald h...@icandy.de writes:

 I´ll just hope that Marius finds some time to fix this and until then 
 I´ll turn it off again.

Yep, I will find time.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers