sulu | # 2761 | 2012-05-21, 08:01 | Report

@sLumPia:
Afaik this is a problem with python being compiled on Debian-based armel/hf distros. I've read that it sometimes goes away after recompiling python.
I hope that this problem disappears magically in Wheezy due to the change from the buggy gcc 4.4 (at least on armel/hf) to gcc 4.6.

I've never used Blender, so I have no idea about its performance requirements. But given the brilliant works that are created with Blender I'd expect it to be rather resource hungry.

gregoranderson | # 2762 | 2012-05-21, 08:59 | Report

I recall many many many moons ago a Mandlebrot Generator running on my CPC6128 which was left running overnight and did indeed produce a magical image by time I woke up in the morning.

I suspect the same timescales will be required here

JadeH | # 2763 | 2012-05-25, 15:49 | Report

blender is unusable. it runs and launches, but it's so slow you can't do anything in it, the UI also takes 3/4 of the screen, you can't see much.

Estel | # 2764 | 2012-05-25, 16:25 | Report

try opening it via terminal, where You (as previousl line)invoked

unset GTK2_RC_FILES

---
I've noticed, that Easy Debian's xbindkeys keep CPU in C# state, not allowing it to properly enter C4. It also generates 200+ additional wakeups on completely idle device.

Although, power waste created by it isn't dramatical (or hard to notice at all, as I've been using it for a year, without feeling something is wrong...), it is here so, EasyDebians xbindkeys are depreciated.

Maemo's xbindkeys work well, use same config file, and doesn't include this bug - MPU enter's C4 properly, and no additional wakeups noticed - so, I encourage everyone to switch for Maemo's one, + edit /usr/share/applications/hildon/xbindkeys, replacing line:
...with:
Of course, it will work only with Maemo's xbindkeys installed.

/Estel

---

Last edited by Estel; 2012-05-25 at 16:42.

sLumPia | # 2765 | 2012-05-25, 21:50 | Report

Hi Estel,
do you mean run it like this?
unset GTK2_RC_FILES && blender

try it, still got the same error.

@everyone else,
hm....so blender is not usable? d*mn
although to "wow" people is one of my motivation, but if it is not usable what the point of installing blender?
*sigh*
d*mn you nokia, why can't you put 1gb ram on n900?
*sigh*

Estel | # 2766 | 2012-05-25, 22:25 | Report

No idea if result is same as for doing it in two explicit lines, but it was meant to make UI more usable, not as a fix for errors. unset GTK2_RC_FILES unloads Maemo theme.

/Estel

magic_doc | # 2767 | 2012-05-26, 09:49 | Report

Thanks again Estel, I recognized this behavior of debians xbindkeys before, but my workarround was to "killall xbindkeys" regulary as I never have easy-debian up all the time.
I am testing your solution let's see if there are major drawbacks in the battery lifetime with the maemo xbindkeys permanently on...

EDIT: one useful addition: to use Rehanna's middle- and rightklick-Hack one have to install/copy xdotool in maemo too! Now it is perfect!

Have a nice weekend!

CU Michael

---

Last edited by magic_doc; 2012-05-26 at 11:59.

Estel | # 2768 | 2012-05-26, 15:43 | Report

Hm, strange, right and middle click work for me, and I haven't had to copy anything from ED to Maemo

As for Maemo's xbindkeys and it's impact for battery - I've thoroughly tested it with powertop, and impact is non-existent.

/Estel

magic_doc | # 2769 | 2012-05-27, 16:02 | Report

The relevant part of .xbindkeysrc looks like this here:

This means I need the xdotool-binary available under maemo or am I wrong?

I noticed no higher battery consumption so far, looks that you are right

CU Michael

Estel | # 2770 | 2012-05-27, 16:42 | Report

You're right, I got xdotool installed via Maemo's repos. I have no idea if xdotool from ED also introduce additional wakeups, or not - you could check it via powertop (as for Maemo's xdotool, i'm perfectly sure than it doesn't wake up CPU unless necessary).

/Estel