Active Topics
|
2012-01-24
, 14:10
|
|
Posts: 336 |
Thanked: 129 times |
Joined on Jan 2011
@ portugal
|
#852
|
So...is there any way for someone to restore default files after speed and battery patch installed and purged, without reflash?
 |
|
2012-01-24
, 18:47
|
|
Posts: 1,455 |
Thanked: 3,309 times |
Joined on Dec 2009
@ Rochester, NY
|
#853
|
Turns out the damage is less than it was in previous versions. So yes. There are backups made in your /home/user/ directory when speedpatch "updates" your .bashrc and .profile (and ls -a will find them). As for the kernel settings, running a kernel-config command to default to the right config for yourself will repair that as well.
Repairing the fact that this forces overclocking when people think they're not overclocking though... And this assumes that all cgroup stuff already in the kernel resets every reboot, and isn't stored somewhere (like in gconf).
Repairing the fact that this forces overclocking when people think they're not overclocking though... And this assumes that all cgroup stuff already in the kernel resets every reboot, and isn't stored somewhere (like in gconf).
|
|
2012-01-24
, 21:24
|
|
Posts: 1,455 |
Thanked: 3,309 times |
Joined on Dec 2009
@ Rochester, NY
|
#854
|
Originally Posted by Estel
As suggested by Karam, I instead reposted the entry to the patch announce thread. To my surprise, he responded, leading to another article where I break down exactly what his scripts are doing.
This latest post, honestly, deserves own thread, for further discussion, that I'm damn sure will happen. Also, it would be nice to bookmark it, for every new person asking "why I should avoid installing (...)patch?". I really got enough of writing it all over and over again.
So, please, please, start another thread with direct copy of this post as 1st post, and just drop a link here
/Estel
Of course several of his followers (including his alternate ego Mohammad) quickly chimed in with their "it worked for me!" Without reading anything I said.
Realistically, the only good thing either patch does is pull in KP. That, and the overzealous use of overclocking and enabling SR (dangerously in most cases) makes things faster and/or saves battery, in spite it the shenanigans being done by Karam's scripts. :P
Anyway.. feel free to drop in and read/like/add to the discussion, as it won't be taking any more of this thread over.
(PS: Sorry about the minor highjack of the thread Nicolai! Thanks for all the great work on N900 and the several apps you've made. I use many of them daily.)
| The Following 5 Users Say Thank You to woody14619 For This Useful Post: | ||
|
|
2012-01-24
, 22:11
|
|
Posts: 1,523 |
Thanked: 1,997 times |
Joined on Jul 2011
@ not your mom's FOSS basement
|
#855
|
...not to mentioned i still wonder why the dependency on bash. IIRC he stated that if you use bash as your default shell, the cgroups are then set up correctly because the whole desktop experience is started from a login shell.
|
|
2012-01-24
, 22:32
|
|
Posts: 1,455 |
Thanked: 3,309 times |
Joined on Dec 2009
@ Rochester, NY
|
#856
|
Originally Posted by don_falcone
Another dependency not listed in the install debs?
...not to mentioned i still wonder why the dependency on bash.
Originally Posted by don_falcone
Which may be all fine and dandy... but then desktop and shell and all scripts are in one cgroup. That also assumes cgroups are inherited across a fork/exec, which I'm not sure is always the case.
IIRC he stated that if you use bash as your default shell, the cgroups are then set up correctly because the whole desktop experience is started from a login shell.
One more thing to chat about in the other thread.
| The Following User Says Thank You to woody14619 For This Useful Post: | ||
|
|
2012-01-24
, 22:46
|
|
Posts: 1,523 |
Thanked: 1,997 times |
Joined on Jul 2011
@ not your mom's FOSS basement
|
#857
|
Originally Posted by woody14619
...and remember: If you continue to discuss about speedpatch, people think you are though. If people think you are tough, they want to see how tough. When people wanna see how tough, you wake up in a roadside ditch. Don't wake up in a roadside ditch. Get rid of ...
One more thing to chat about in the other thread.
Last edited by don_falcone; 2012-01-24 at 22:48.
|
|
2012-01-24
, 22:52
|
|
Posts: 669 |
Thanked: 433 times |
Joined on May 2010
|
#858
|
What would be the best way to run a script before the camera-ui application loads and run another after it is closed?
I was trying to do that by using dbus (tracking the event of the camera shutter) but with no success - it seems that the only possible event to hook to was:
:1.10 null org.freedesktop.Hal.Device Condition ButtonPressed cover
but this event is also fired during application usage - i think when i press the camera button but not sure...
i would like to run a script that activates the dsp profile and disconnects 3G network, wifi and bluetooth to avoid interference with the video recordings.
I was trying to do that by using dbus (tracking the event of the camera shutter) but with no success - it seems that the only possible event to hook to was:
:1.10 null org.freedesktop.Hal.Device Condition ButtonPressed cover
but this event is also fired during application usage - i think when i press the camera button but not sure...
i would like to run a script that activates the dsp profile and disconnects 3G network, wifi and bluetooth to avoid interference with the video recordings.
 |
|
2012-01-24
, 23:49
|
|
Posts: 1,637 |
Thanked: 4,424 times |
Joined on Apr 2009
@ Germany
|
#859
|
@impeham
take a look at /usr/bin/camera-ui-set-priortiy
(should be in freemangordons latest camera-ui, maybe
in the cssu-testing version as well)
it is a shell script by freemangordon which starts with camera-ui
(or when recording starts) and renices some
processes and stops the thumbnailer and tracker daemon.
You could try to include your own commands there.
take a look at /usr/bin/camera-ui-set-priortiy
(should be in freemangordons latest camera-ui, maybe
in the cssu-testing version as well)
it is a shell script by freemangordon which starts with camera-ui
(or when recording starts) and renices some
processes and stops the thumbnailer and tracker daemon.
You could try to include your own commands there.
__________________
my contributions:
Desktop Clock Widget|Calendar Home Widget|Lens Cover Reminder|ConnectNow|Scout|App Search Widget|ProfilesX|
Desktop-Switcher|SMS-Messageblocker
-Donate-
my contributions:
Desktop Clock Widget|Calendar Home Widget|Lens Cover Reminder|ConnectNow|Scout|App Search Widget|ProfilesX|
Desktop-Switcher|SMS-Messageblocker
-Donate-
|
|
2012-01-25
, 07:25
|
|
Posts: 669 |
Thanked: 433 times |
Joined on May 2010
|
#860
|
Originally Posted by nicolai
I tried doing so and it works, but not so well since it takes a long time to start/stop the recording...
@impeham
take a look at /usr/bin/camera-ui-set-priortiy
(should be in freemangordons latest camera-ui, maybe
in the cssu-testing version as well)
it is a shell script by freemangordon which starts with camera-ui
(or when recording starts) and renices some
processes and stops the thumbnailer and tracker daemon.
You could try to include your own commands there.
is there a way to make camera-ui-set-priortiy run when the camera-ui application starts/closes? i prefer the wait time to happen on application launch. this will make a super fast recording start
So, please, please, start another thread with direct copy of this post as 1st post, and just drop a link here
/Estel
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!