It uses sudo for the privileged commands but doesn’t need to completely run as root. Its your choice, run ./fix-ffos-search-provider.sh or sudo ./fix-ffos-search-provider.sh taking as optional arguments (in this order), the Title, the URL and it’s Favicon url. Miss one and the Google default will be used 🙂 eg:

I’ve just released omnewrotate 0.5.8 which integrates Tim Abell’s improvements to rotation sensitivity and I’ve added some code so it is smarter about detecting the paths for setting the brightness level while rotating which changed in more recent Linuxs (2.6.32 and beyond, I think).

As I’m running SHR-Unstable, your mileage may vary but it’s likely it will work 🙂

After about 11 months since the previous release, I’ve just released omnewrotate 0.5.7 (after short lived 0.5.5 and 0.5.6 as I found out a dangling patch in SHR-Unstable’s recipe and did a mistake on the 0.5.6 release) which integrates Tim Abell’s init script change and the aforementioned patch.

As I’m running SHR-Unstable, your mileage may vary but it’s likely it will work 🙂

As I am testing the latest 2009 test image, I’m glad to announce that it still works fine with current FSO, but Paroli looks really bad when it goes landscape.

I’ve also added a “-p” (for powersaving) flag, oriented towards activating, well, more conservative approaches such as reading the accelerometer data not so frequently (which directly implies less responsiveness, but it was asked for).

Another good thing about this release, is that its tar ball (OpenPGP sig) is now the result of make dist. This should be a great bonus for integration with hackable:1, which is still using a pretty old version of omnewrotate. Just don’t forget to include “–without-frameworkd” in the configure process (I plan to have this detection done automatically in the future).

I’ve just release a new version of OMNewRotate (source, it’s OpenPGP signature, an ipkg tested agains FSO M4.1 and it’s OpenPGP signature), the ‘Automagically Lazy Edition’ because it’s just like the ‘Lazy Edition’ but with Autotools magic. Yes, I know it doesn’t work well with suspend. I’ve just gotter suspend to work on my OpenMoko, so expect that it is fixed by 0.6.0.

I’ve just release a new version of omnewrotate (OpenPGP signature), the ‘Lazy Edition’ because it uses so much less CPU than any version I did before. Oh, I forgot to mention it in the release commit, but at least with FSOM4 I’m getting a very stable rotation BUT if the screen looks garbled, please wait a few seconds until the graphic user interface adjusts to the screen changes. I don’t think I can do much about that…

2008-11-19 - 0.5.0 - Lazy edition
* uses a second thread for reading the accellerometer packets
* drops Fabian's changes (not that they weren't good, just not
needed any more)
* adds flags (look at display_help() or ./rotate -h)
* drops packets with 0 value coordinates (I got bogus packets
like that so I decided to drop them, if you feel you get good
packets with 0 value, you can use '-0' as an argument to take
them in account).
* top -d 1 -p PID shows 0.0% CPU usage (of omnewrotate) even
during rotation
* seems to waste a little too much memory (some stuff could be
done with one number and bitwise operations instead of several
numbers, I wonder how much that will improve and if it's worth
the effort...)
* only output outside of debug mode are real errors

Oscar Casamitja patched the old rotate program to change brightness on rotate in order to better hide xrandr’s artifacts. That’s actually a very good idea.

This new version reads from actual_brightness and set into brightness, which you can find in /sys/class/backlight/pcf50633-bl/ , in order to skip packet reading when the screen is dimmed, which is the next best thing to checking wether the screen is locked.

I run into a problem, though: it seems that if I open() actual_brightness once, I never again read an updated value, which makes me have to read on every loop 🙁

$ head -2 ChangeLog
2008-10-14 - 0.3.0
* dims while rotating and doesn't rotate if dimmed, sleeping for 5s
$ cat KNOWN_ISSUES
Known Issues:
* I'm not getting updated results if I only open
/sys/class/backlight/pcf50633-bl/actual_brightness once
which means I need to open it on every cycle.
Since it's in memory and not an actual file, wast should
not be too much
* some heuristic values may need fine tunning