[Announce] CSSU Testing thread - Page 106 - maemo.org

Wikiwide | # 1051 | 2012-12-27, 05:13 | Report

One quick question: why is camera-ui running in the background when camera lens is closed, and there is no camera window open? Excessive use of "killall camera-ui" leads to restart of the whole operating system (it hadn't happened in the previous camera-ui version, if I remember correctly). How can I tell the watch-dog that I would rather negotiate with camera-ui directly about the daemon, and that there is no need to panic when it's not running?
Best wishes. Thank you.
_________________
Per aspera ad astra...

The Following User Says Thank You to Wikiwide For This Useful Post:
Estel

StocChr | # 1052 | 2012-12-27, 07:43 | Report

rtcom-messaging-ui:
original files work like a charm, but if i try to reapply the mod skin...doesn't work

The Following User Says Thank You to StocChr For This Useful Post:
Wikiwide

kevin00 | # 1053 | 2012-12-27, 11:09 | Report

Originally Posted by thedead1440 View Post

check your /home/user/.config/user-dirs.dirs file; make changes there if necessary...

In the home/user/ have only files .user-ringtone and .user-smstone

The Following User Says Thank You to kevin00 For This Useful Post:
Wikiwide

thedead1440 | # 1054 | 2012-12-27, 11:13 | Report

Originally Posted by kevin00 View Post

In the home/user/ have only files .user-ringtone and .user-smstone

Using terminal just type:

Code:

cat /home/user/.config/user-dirs.dirs

It should print out the contents of the file; you can use your favourite text editor to modify it...

In the unlikely event you need to create it, you can use my reference below:

Code:

~ $ cat /home/user/.config/user-dirs.dirs 
XDG_DOCUMENTS_DIR="$HOME/MyDocs/.documents"
XDG_MUSIC_DIR="$HOME/MyDocs/.sounds"
XDG_PICTURES_DIR="$HOME/MyDocs/.images"
XDG_VIDEOS_DIR="$HOME/MyDocs/.videos"
NOKIA_CAMERA_DIR="$HOME/MyDocs/DCIM"
NOKIA_MMC_CAMERA_DIR="/media/mmc1/DCIM"

The permissions:

Code:

-rw-r--r--    1 user     users

Last edited by thedead1440; 2012-12-27 at 11:16.

The Following 8 Users Say Thank You to thedead1440 For This Useful Post:
don_falcone, Estel, freemangordon, joerg_rw, mosiomm, pichlo, qwazix, Wikiwide

DarkSide25 | # 1055 | 2012-12-27, 14:19 | Report

In addition to my previous post about the problems with the LED on CSSU-Kernel - if the battery is fully charged, after disconnected from the charger to restart LED by application LED Pattern - it works correctly. Is it possible to write a script that after switching off the charger when the battery is fully charged - restarted a LED?

The Following User Says Thank You to DarkSide25 For This Useful Post:
Wikiwide

joerg_rw | # 1056 | 2012-12-27, 20:31 | Report

Originally Posted by Android_808 View Post

the only issue i'm noticing at the moment, not sure what version it came about, is opening camera app with lens cover closed doesn't prompt to open it.

WFM, can't duplicate
/j

The Following User Says Thank You to joerg_rw For This Useful Post:
Wikiwide

freemangordon | # 1057 | 2012-12-27, 20:36 | Report

@DarkSide25 - and how your problems relate to CSSU-testing?

Neither kernel-cssu nor BME replacement are part of it

The Following User Says Thank You to freemangordon For This Useful Post:
misiak

freemangordon | # 1058 | 2012-12-27, 20:39 | Report

Originally Posted by Wikiwide View Post

One quick question: why is camera-ui running in the background when camera lens is closed, and there is no camera window open? Excessive use of "killall camera-ui" leads to restart of the whole operating system (it hadn't happened in the previous camera-ui version, if I remember correctly). How can I tell the watch-dog that I would rather negotiate with camera-ui directly about the daemon, and that there is no need to panic when it's not running?
Best wishes. Thank you.
_________________
Per aspera ad astra...

It has to run in background, that is a normal behavior. And the correct way to stop dsme kindergarden process is to use dsmetool -k

The Following 5 Users Say Thank You to freemangordon For This Useful Post:
Estel, joerg_rw, misiak, mosiomm, Wikiwide

joerg_rw | # 1059 | 2012-12-27, 20:41 | Report

Originally Posted by DarkSide25 View Post

In addition to my previous post about the problems with the LED on CSSU-Kernel - if the battery is fully charged, after disconnected from the charger to restart LED by application LED Pattern - it works correctly. Is it possible to write a script that after switching off the charger when the battery is fully charged - restarted a LED?

Sorry you completely lost me on your problem as well as on the solution you asked for. Anyway CSSU-T shouldn't have touched indicator LED behavior. Probably your problem is unrelated, whatever it is.
On a sidenote: LED pattern editor is prone to erroneous behavior caused by 'unusual' user actions. Particularly you have to click "test" again to stop it, before closing LED pattern editor. If any unclear problems, I suggest to restore /etc/mce/mce.ini to default/original.

/j

The Following User Says Thank You to joerg_rw For This Useful Post:
Wikiwide

DarkSide25 | # 1060 | 2012-12-27, 21:00 | Report

Originally Posted by freemangordon View Post

@DarkSide25 - and how your problems relate to CSSU-testing?

Neither kernel-cssu nor BME replacement are part of it

I'm probably wrong topic.
But I not found a separate topic for BME. Which topic is better to go, tell me, please.