> On your R14 install, open a 'top' or 'htop' window and tell me
>what your
>'tdepowersave' use is.
>
> By far -- tdepowersave is the top CPU user on my build
>continually taking more
>than any other process. This is not right. It is using 2x-3x more
>CPU than X or
>kded and is continually at the top of the list. It never stops.
>
> What do you see?
I see dead people. I see dead people everywhere....
I don't see high numbers. tdepowersave is at the top of my top list
at about 3%.
Traditionally kmix and knotification-daemon always have been at the
top of top too, at about 2%.
I'm sure our tdepowersaverc files are different. Perhaps post your
tdepowersaverc. Here is mine:
[General]
ActionOnS2DiskButton=
ActionOnSleepButton=
AlreadyStarted=true
Autostart=false
AutostartNeverAsk=true
batteryLow=4
batteryLowAction=SUSPEND2RAM
batteryWarning=10
batteryWarningAction=BRIGHTNESS
batteryWarningActionValue=10
lockOnSuspend=false
[Notification Messages]
systemtrayquitTDEPowersave=false
[Performance]
autoDimm=true
autoDimmAfter=4
autoInactiveActionAfter=10
blankSs=false
brightnessPercent=60
disableNotifications=false
disableSs=false
powerOffAfter=8
specPMSettings=false
standbyAfter=6
suspendAfter=7
[Powersave]
autoDimmAfter=4
autoDimmSchemeBlacklistEnabled=false
autoDimmTo=25
autoInactiveAction=Suspend to RAM
autoInactiveActionAfter=10
brightnessPercent=60
disableNotifications=false
disableSs=true
powerOffAfter=7
standbyAfter=5
suspendAfter=6
I don't use the tdepowersave much, even when on battery. Mostly
because of bug report 1623. Typically I press Fn+F4 (Thinkpad T400)
or close the lid. I'm not a comfortable laptop user anyway. I hate
laptop keyboards and trackpads. Right now I use the laptop as my
guinea pig with all of the help handbook patching I have been
doing. Having the laptop next to me on my desk next to my
production system is convenient. I've disabled the trackpad and
attached a wired mouse, but I still I hate the keyboard. Generally,
laptops suck and I'm amazed at how awful they are designed from a
usability perspective yet people use them and then convince
themselves they are pigs in mud. :)
Darrell
>Script for html page was as an attachment to the first mail:
>
>http://trinity-devel.pearsoncomputing.net/?0::12285
The resulting html page is 4 MB. :)
For local usage, perhaps an option to send only the last seven (or
30, or whatever) days to html output?
Darrell
All,
I pushed a pytdeextensions.desktop file to git. The desktop file
supports the respective help handbook so the handbook is available
in the main help handbook table of contents, in the Development
category.
I have no idea how to edit the py scripts so the desktop file is
compiled as part of the package and is installed to
/opt/trinity/share/applications/tde.
For the moment all I can do is manipulate my build script to
manually add the file.
Help appreciated.
BTW, seems the pytdeextensions module is in need of renaming
attention.
Darrell
>Will this do? (I didn't follow the pigtails suggestion, because to
>me they're
>specifically associated with little girls and the male image is
>clearly an
>adult--it could come across as patronizing.)
You are good! Thank you!
Darrell
>> How about your script for the html page? I'd like to test that
>too.
>
>Script for html page was as an attachment to the first mail:
>
>http://trinity-devel.pearsoncomputing.net/?0::12285
Oops. Sorry!
Yes, the script works well.
Hopefully Tim adopts the new script. An hourly cron job should do
nicely and the script completes in about 15 to 20 seconds on my
dual core machine.
Darrell
All,
We could use at least one new TDM face image. Currently there are
three default images, cleverly named default1.png, default2.png,
and default3.png.
None of them are female.
Images 1 and 3 probably could be considered unisex, but default2
needs a female counterpart.
In the git sources the files are stored at
tdebase/tdm/kfrontend/pics/.
The files are installed to /opt/trinity/share/apps/tdm/pics/users/.
Remove the tie and perhaps add pig tails and we're probably good to
go for a counterpart to default2.
If you tweak default1 and 3 into something more female then that
would be nice too.
Thanks again. :)
Darrell
>Try this crazy thing (similar to that used in the script):
>
>git submodule --quiet foreach "git log --abbrev=8 --no-merges --
>pretty=format:
>\"%at:%h: %ar: %an: [\$(basename \$PWD)] %B%x01\"" | tr "\n" "\0"
>|
>tr "\1" "\n" | sed -e "s|^\x00||" -e "s|\x00$||" | sort -rn | sed -
>e "s|
>^[^:]*:||" -e "s|\x00|\n|g" | less -FX
You are clever and skilled!
How about your script for the html page? I'd like to test that too.
:)
Darrell
>The script can be used locally - generates HTML page very similar
>to that on
>the web. For example (I have a script located on the folder parent
>to my TDE
>git tree and tde git folder is now the active folder):
>
>../commit-list-page >../commit-list-page.html
That sounds cool.
For myself I was not thinking of another html page. I was thinking
more of just viewing similar output as the commit page but directly
in the terminal window as stdout.
Darrell
>I have a proposal for a new script :)
>
>The primary difference is that the patches are referenced directly
>into
>the GIT => do not need separate files with patches, not need
>additional
>space for these files. To generate the page so just processing the
>output
>from: git submodule foreach "git log ..." (yes, there is a little
>magic
>due to multiline comments). On my elderly machine this takes 16
>seconds.
>
>A side effect is that each commit is in html a single line - it
>might be
>easy to add pagination option.
>
>What do you think?
I just want to see something that we can use locally. The web page
is great for visitors and community members. But those of us on the
development team should have a way of creating the same list
locally. I'll be happy to test anything like that.
Darrell
>>> >I can't find it in the Service Manager. What's the trick for
>>> >finding it?
>> Shame on me: There is no GUI control. Refer to bug report 1613.
>>
>> Edit tdenetworkmanagerrc:
>>
>> [General]
>> Autostart=false
>
>The file did not exist. (I guess the crash occurs before the point
>of
>tdenetworkmanagerrc generation). I created it and it works as
>expected. It seems
>like we should have a Service Manger toggle for that one. (flag it
>for R15)
tdenetworkmanager is an app and not a service. That said, bug
report 1613 addresses the issue of no GUI method to control
autostart.
I tested moving my tdenetworkmanagerrc file. tdenetworkmanager
started but no rc file was created initially. When I terminated
tdenetworkmanager from the popup menu and responded to the dialog
not to ask me again, then the rc file created. Seems then the rc
file normally is not created.
Darrell