tde-devels

devels@trinitydesktop.org

4 participants
3805 discussions

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

Re: [trinity-devel] Trinity 3.5.13.2
by Darrell Anderson 10 Aug '13

10 Aug '13

>> Was the release announcement for 3.5.13.2 sent to any media >folks? >> >It was on major russian news feeds dedicated to the opensource >software. >Can't say anything about world-wide feeds. Not exactly helping our own cause. :-( Darrell

1 0

Tim: k3b FTBFS & proposed patch
by Darrell Anderson 10 Aug '13

10 Aug '13

Tim, k3bhalconnection.cpp:845:70: error: no matching function for call to 'TDEStorageDevice::mountDevice(const TQString&, TQString&)' Proposed patch, based upon today's tdebase patch: diff -urN k3b/libk3bdevice/k3bhalconnection.cpp k3b.new/libk3bdevice/k3bhalconnection.cpp --- k3b/libk3bdevice/k3bhalconnection.cpp 2013-04-05 22:32:35.000000000 -0500 +++ k3b.new/libk3bdevice/k3bhalconnection.cpp 2013-08-09 21:35:42.121489109 -0500 @@ -840,9 +840,9 @@ TDEStorageDevice* sdevice = static_cast<TDEStorageDevice*>(hwdevice); // FIXME - // Options from 'options' are not currently loaded into 'optionString' - TQString optionString; - TQString mountedPath = sdevice->mountDevice(mountPoint, optionString); + // Options from 'options' are not currently loaded into 'mountOptions' + TDEStorageMountOptions mountOptions; + TQString mountedPath = sdevice->mountDevice(mountPoint, mountOptions); if (mountedPath.isNull()) { return org_freedesktop_Hal_CommunicationError; } @@ -869,8 +869,8 @@ TDEStorageDevice* sdevice = static_cast<TDEStorageDevice*>(hwdevice); // FIXME - // Options from 'options' are not currently loaded into 'optionString' - TQString optionString; + // Options from 'options' are not currently loaded into 'mountOptions' + TQString mountOptions; if (!sdevice->unmountDevice(NULL)) { // Unmount failed! The patch allowed be to build k3b, although you know more than me what is happening. Darrell

3 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels