tde-devels

devels@trinitydesktop.org

3 participants
3807 discussions

Re: [trinity-devel] tdehwlib hal power management backend
by Darrell Anderson 12 Aug '13

12 Aug '13

>you don't have to if you don't want to... Both API and ABI are not >supposed to be changed.... I just updated my local git sources after Tim's post. I'm rebuilding a full package set now and will report as soon as practical. :-) Darrell

1 0

Adding option WITH_TDEHWLIB_DAEMONS
by Slávek Banko 12 Aug '13

12 Aug '13

Hello, as I mentioned in another thread, I noticed that the calls using TDE hwlib daemons are with condition to WITH_UPOWER. Because these options are completely unrelated, I propose to add new option WITH_TDEHWLIB_DAEMONS and fix pertaining conditions. Any objections? Slavek

2 2

Re: [trinity-devel] tdehwlib hal power management backend
by Darrell Anderson 12 Aug '13

12 Aug '13

>I just pushed a patch that should resolve the tdebindings failure. I'll test shortly. >The hardware library split has been merged and all should be good >to go for rebuilding at this time. Is that your request for guinea pigs? :-) Rebuild everything clean starting with tqt3? Darrell

3 2

Re: [trinity-devel] tdehwlib hal power management backend
by Darrell Anderson 11 Aug '13

11 Aug '13

>I would expect that two systems would be needed--one with HAL but >not upower etc.) and one with upower and friends (but not HAL). I don't have an older build system with HAL. >I am somewhat concerned about cluttering up the tdehwlib files >with >conditionals and such, however this may not be an issue once the >source >files are split into smaller chunks (e.g. Fat-Zer's work). > >On a related note, please do not commit any patches to tdehwlib >right now >as I am in the process of merging Fat-Zer's splitting of the >source files. Hmm, all of these changes sound like "Stop the presses!" Please post when the tdehwlib merges and tdebindings/libtqt-perl fixes are complete. Seems otherwise things will break when attempting to compile. :-) Darrell

2 1

What is normal CPU consumption?
by Darrell Anderson 11 Aug '13

11 Aug '13

Using top on my dual core systems during idle periods, kicker, kmix, and notification-daemon-tde are always at the top of the CPU%. Typically the numbers hover about 2%. Other Trinity apps bubble in and out of list yet typically average at 0%. Are the kicker, kmix, and notification-da values normal for idle periods? Darrell

2 1

Re: [trinity-devel] tdehwlib hal power management backend
by Darrell Anderson 11 Aug '13

11 Aug '13

>A few days ago I sent a proposal to add a HAL backend for power >management. Meanwhile, I fixed call Suspend and added support for >governor (not tested). > >I also noticed that setting the brightness and governor is in >condition >WITH_UPOWER, although in fact uses Trinity DBus daemon => has >nothing to >do with upower. I added to the option WITH_TDEHWLIB_DAEMONS and >fixed >incorrect WITH_UPOWER conditions. > >Please test it. At the same time I'm waiting for your opinions - >incorporate it or not? To test these improvements, an operating system with HAL installed is needed? Darrell

2 1

Re: [trinity-devel] Tim: tdebindings FTBFS --- also libtqt-perl
by Darrell Anderson 11 Aug '13

11 Aug '13

>I's not the session manager changes. It looks like the failure is >due to >the changes to the TDEApplication API that allowed Bug 760 to be >fixed. >I'll need to see why smoke is failing to parse tdeapplication.h >(yet >*again*). Ok. With libtqt-perl I see this build failure message: /bin/ld: cannot find -lsmoketqt Darrell

2 1

Re: [trinity-devel] tdehwlib hal power management backend
by Darrell Anderson 11 Aug '13

11 Aug '13

>Hello, > >A few days ago I sent a proposal to add a HAL backend for power >management. Meanwhile, I fixed call Suspend and added support for >governor (not tested). > >I also noticed that setting the brightness and governor is in >condition >WITH_UPOWER, although in fact uses Trinity DBus daemon => has >nothing to >do with upower. I added to the option WITH_TDEHWLIB_DAEMONS and >fixed >incorrect WITH_UPOWER conditions. > >Please test it. At the same time I'm waiting for your opinions - >incorporate it or not? Just curious, not trying to make trouble, but do these changes and the recent TDEApplication API changes mean the hard freeze was lifted? I don't have a problem with that, I'm just curious of the project status. Darrell

1 0

Re: [trinity-devel] Tim: tdebindings FTBFS --- also libtqt-perl
by Darrell Anderson 11 Aug '13

11 Aug '13

>Tim, > >With the latest git from today, I see the foolowing build errors: > >x_10.cpp:16439:5: error: 'x_TDEApplication::x_TDEApplication(bool, > >bool)' cannot be overloaded >x_10.cpp:16418:5: error: with >'x_TDEApplication::x_TDEApplication(bool, bool)' >x_10.cpp:16446:5: error: >'x_TDEApplication::x_TDEApplication(bool)' >cannot be overloaded >x_10.cpp:16425:5: error: with >'x_TDEApplication::x_TDEApplication(bool)' >x_10.cpp:16453:5: error: 'x_TDEApplication::x_TDEApplication()' >cannot be overloaded >x_10.cpp:16432:5: error: with >'x_TDEApplication::x_TDEApplication()' I'm presuming this has something to do with the latest session manager changes. I was able to build both packages until then. Darrell

2 1

Re: [trinity-devel] Can't use IceWM with TDM
by Darrell Anderson 10 Aug '13

10 Aug '13

>Both sessions work fine for me... Thanks, but never mind. Problem was on my end. Darrell

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels