View Single Post
Posts: 915 | Thanked: 3,209 times | Joined on Jan 2011 @ Germany
#2533
Originally Posted by reinob View Post
I don't think our kernel was compiled with hardfp, as obviously this would have implied that the whole of Maemo would have also been compiled like that.
Would it? As far as I understand it an armhf kernel should be able to execute programs compiled for armel. That would mean that the userland doesn't have to be recompiled necessarily, but it would benefit from it.

Originally Posted by reinob View Post
At least my plan is/was to use debootstrap to install the armhf debian port,
That was my idea too. But unfortunately I won't have time for that until late next week. So if you have any plans of doing it, please do it!
btw: Do you have any application in mind that might be a good benchmark for an armel vs. armhf performance test (ideall without having to install an X server in the chroot)? I guess video encoding might be a good benchmark).

Originally Posted by Estel View Post
I've spent few hours adjusting GUI settings and panel configurations, including portrait ones (which is quite funny, as I don't think I'll ever use that, but, whatever...).
Sounds familiar.

Originally Posted by Estel View Post
In between, I got an idea, that allow us to save precious screen space, and have it all (namely, 800x480 pixels) available for programs, *without* sacrificing existence of panels. Configured to automatically hide, when setup properly, they pop-up on tapping just *outside* the screen. They're perfectly functional, and just disappear when not needed - popping up, they're also on top, so aren't covered by any application, despite it use all available screen.
That tapping outside thing sounds ingenious if it works as you described (not sure if the screens of all the N900s are equally responding). That would actually allow to have four panels, one on each screen edge.

Originally Posted by Estel View Post
I wasn't able to find sulu's orientation.desktop anywhere, so I created one from scratch, using CSSU's image from orientation-lock applet - it fits perfectly as icon for rotating. Of course it's placed on top panel, being easily reachable.
You would have found it in /usr/share/applications of my image. However, whatever .desktop file you created it's surely better than mine since mine was really just made quick&dirty.

Originally Posted by Estel View Post
The only glitch I've found, is that after rotation, desktop background doesn't refresh properly (I've set it up a way, that it *should* look good on both landscape [no change here] and portrait) - after "forcing" refresh (by changing desktop display setting, and changing it back), it looks OK, but fail to do so automatically.
Try calling:
Code:
pcmanfm -w <image file>
I don't know if it works but that's what's written in the manpage.
If it works, add that command to the orientation script. I never bothered with that since I use no wallpaper.

Originally Posted by Estel View Post
I can also create image file, if someone tell me how to prepare one accepted by ED, step by step (never used images, and I'm not interested in doing so, due to *high* performance loss when using partition images vs real partition)
Example for a 4GB image:
Code:
dd if=/dev/zero of=<filename> bs=4M count=1024
mke2fs <filename>
Then just mount the file and copy your data.
 

The Following 3 Users Say Thank You to sulu For This Useful Post: