From: Sven D. <sv...@oz...> - 2003-04-12 12:51:53
|
hello,=20 i was curious if anyone is still subscrbed to this list and if there was any active interest in powertweak. I have joined the project because i am interested in tuning my laptop (to be quiet :). =20 at the moment i am still comming to grips with the existing code, so progress is slow, but if anyone has any ideas on where else we can take powertweak please tell me about it - i am still very new to powertweak - it just seems like a good starting point for what i am looking at doing. cheers Sven |
From: Rob A. <ro...@im...> - 2003-04-12 14:11:37
|
[12-Apr-2003 01:39.50 (BST) / Sven Dowideit] > i was curious if anyone is still subscrbed to this list and if there was > any active interest in powertweak. Hi Sven, Yes, there are still people subscribed to the list, including Dave and probably Arjan, not to mention a few distro-package maintainers as well. -- rob 'nine' andrews <e> ro...@im... <finger> ni...@im... |
From: <wb...@ct...> - 2003-04-12 15:25:17
|
im still on as well :) not to much help but its another person. > hello, > > i was curious if anyone is still subscrbed to this list and if there was > any active interest in powertweak. > > I have joined the project because i am interested in tuning my laptop > (to be quiet :). > > at the moment i am still comming to grips with the existing code, so > progress is slow, but if anyone has any ideas on where else we can take > powertweak please tell me about it - i am still very new to powertweak - > it just seems like a good starting point for what i am looking at doing. > > cheers > > Sven |
From: Sven D. <sv...@oz...> - 2003-04-23 14:23:55
|
ok, while it seems that there are only very few subscribers to this list - = i have the first of many questions. I am in the process of updating the DMI based, and i think i want to change= the way the information is added. right now the data is displayed Hardware=20 BIOS DMI list of each hardware object type (Processor, USB port, Serial por= t, etc...) instead, i would like to have each tweak add information to any place in th= e tree.. this would mean that we have the Processor information from any and all sou= rces under Hardware CPU in a tab called DMI is the info from the DMI tweak in a tab called cpufreq is the info from the cpufreq tweak etc. this is going to be hard to do consistently, but as a user (which i am star= ting to be..) it would make finding relevent info easier. I also am thinking of removing the DetailedProcessorName from being a node = in the tree,=20 rather it would become an entry in a tab belonging to the CPU node (or CPU0= on SMP)... this then would allow the proc info for the cpu to also come under Hardware= ::CPU this would not happen quickly, but rather would become a UI guideline.. What do you guys think? is there a gotcha that makes this unfeasible? cheers Sven |
From: <man...@t-...> - 2003-04-24 04:19:18
|
On 04/23/2003 02:03 PM, Sven Dowideit wrote: > ok, while it seems that there are only very few subscribers to this list - i have the first of many questions. > > I am in the process of updating the DMI based, and i think i want to change the way the information is added. > > right now the data is displayed > > Hardware > BIOS > DMI > list of each hardware object type (Processor, USB port, Serial port, etc...) > > instead, i would like to have each tweak add information to any place in the tree.. > > this would mean that we have the Processor information from any and all sources under > > Hardware > CPU > > in a tab called DMI is the info from the DMI tweak > in a tab called cpufreq is the info from the cpufreq tweak > > etc. > > this is going to be hard to do consistently, but as a user (which i am starting to be..) > it would make finding relevent info easier. > > I also am thinking of removing the DetailedProcessorName from being a node in the tree, > rather it would become an entry in a tab belonging to the CPU node (or CPU0 on SMP)... > > this then would allow the proc info for the cpu to also come under Hardware::CPU > > this would not happen quickly, but rather would become a UI guideline.. > ?! In my "Hardware" tree I have no section called BIOS... But I have one... !? What I ever wanted from Powertweak is _no_ high grade styled UI (except for - the old one would have been unusable - that's not true for me!) _but_ continuous work on more and newer and heavier hardware tweaks. For my old two notebooks I tried to grab data from CPU and chipset manufacturers to set the tweaking registers via setpci myself. But that took very much time. Powertweak 0.99.4 did a good job on my today's notebook and it helped over times when the 2.4 kernel wasn't mature yet -- but now I think "Powertweak? - that can't be all tweaking!" > What do you guys think? is there a gotcha that makes this unfeasible? I assume the one and only "gotcha" is the lack of time for the current maintainer. As I have seen the xml based tweaks files are easy to use once you've understand how they work. I adjusted some files for some pre-kernel extra-patches (akpm and aa patches from times I don't remember anymore). Maybe you'll find them in the list archives. If you want to do IT (as you seem to have read into current sources and know how) you will have all my best wishes to DO it!!! I would also like to encourage anyone who wants to bring that project back to life effectively, Dave?! Bye, Manuel P.S.: I'm still subscribed, too. ;-)) Until someone says Powertweak is dead. It lives on my machine very well! Started on every bootup survived many many other softwares' upgrades. The brother/sister project for win OSs hangs between release of 2.Xx and 3.beta for years now, too. Let's hope they stop fiddling with "unneeded things"... ;-) |
From: Dave J. <da...@su...> - 2003-04-24 12:37:32
|
On Thu, Apr 24, 2003 at 06:23:06AM +0200, Manuel Krause wrote: > If you want to do IT (as you seem to have read into current sources and > know how) you will have all my best wishes to DO it!!! > > I would also like to encourage anyone who wants to bring that project > back to life effectively, Dave?! I've not had time to do anything on this project for so long its not funny. Sven got cvs commit last week, and from what I've seen so far, is doing fine. I'm watching the commit logs, but basically I'm letting him run with it right now, to see where it ends up.. Dave -- | Dave Jones. http://www.codemonkey.org.uk | SuSE Labs |
From: Sven D. <sv...@oz...> - 2003-06-19 12:31:22
|
hey there, I have almost finished updating the DMI plugin (from lshw, dmidecode and from the spec proper) and i have added lspowertweak, a _very_ simple text dump of the tree to stdout. at minimum it should be good for debugging powertweak, and at best it could be used to debug drive issues :) if anyone has entrerprise level hardware (like you Dave :)) can you please send me a dump from it - i have not tested any of the higher level DMI table entries. and similarly, if you have wrong or weird values, please do the same. I hope to clean and leak test this feature set, and then release 0.9.5 :) (its still a few weeks away as i come home from work braindead most days) cheers Sven |
From: Sven D. <sv...@oz...> - 2003-07-09 14:52:10
|
Hi guys, We have a new release. I'll start working on the 0.99.6 roadmap soon, and=20 would like some suggestions for network protocol. I'm currently leaning tow= ards xmlrpc or SOAP, perhaps utilising the DMTF WBEM standard (the same guys tha= t did the DMI/SMBIOS standard). Please tell me if i've forgotten anything as this is my first sf release. I'll be updating the web page tomorrow :) Dave - can you please update the freshmeat.net page? cheers Sven ------------------------------------------------------------------------ from the NEWS file v0.99.5 [Release 22. -- The 'long in the tooth' release ] - Architectural changes: - Core plugins. Plugins can now be written to have dependancies on others that get loaded first. PCILIB converted to core. - PCI backend got split up to take advantage of core. - Socket communication moved to libpowertweak removing duplication. - New Features: - BIOS DMI backend. - Now writes status messages to /var/log/powertweak.log - new simple text mode read only client (lspowertweak) - Bugfixes - GTK UI tooltips now work correctly. - Pentium III XML fixed. - Various bulletproofing found with valgrind and similar tools. |
From: <man...@t-...> - 2003-07-20 08:09:12
Attachments:
powertweak-0.99.5-memory+proc.diff
|
On 07/09/03 16:37, Sven Dowideit wrote: > Hi guys, > > We have a new release. I'll start working on the 0.99.6 roadmap soon, and > would like some suggestions for network protocol. I'm currently leaning towards > xmlrpc or SOAP, perhaps utilising the DMTF WBEM standard (the same guys that did > the DMI/SMBIOS standard). > > Please tell me if i've forgotten anything as this is my first sf release. > > I'll be updating the web page tomorrow :) > > Dave - can you please update the freshmeat.net page? > > cheers > Sven > > ------------------------------------------------------------------------ > from the NEWS file > > v0.99.5 [Release 22. -- The 'long in the tooth' release ] [...] Hi Sven, nice to have a new release finally!!! Somehow I'm missing the CPU[0] Tweaks tab completely. I've rechecked things like MSR support in kernel and compatibility of my PIII Coppermine CPU (family 6, model 8, stepping 6, brand 2). When running gpowertweak I get Gtk-CRITICAL **: file gtkwidget.c: line 1427 (gtk_widget_show): assertion `widget != NULL' failed. Gtk-CRITICAL **: file gtkbox.c: line 331 (gtk_box_pack_start): assertion `child != NULL' failed. now (instead?!?). (But the lines above only when run without powertweakd in the background.) In Powertweak 0.99.4 all of the above is working well. And two more questions regarding the PentiumIII.xml: * Why did you remove the In-order-queue-depth tweak? * Was this register change from 0.99.4 to 0.99.5 intended: from: <MSR register="0x0000002A" bit="30"> <WIDGETTEXT>Streaming buffer disable</WIDGETTEXT> <CONFIGNAME>P6_STREAMING_BUFFER_DISABLE</CONFIGNAME> ... to: <MSR register="0x00000033" bit="30"> <WIDGETTEXT>Streaming buffer disable</WIDGETTEXT> <CONFIGNAME>P6_STREAMING_BUFFER_DISABLE</CONFIGNAME> ... Another thing, can you have a look at the attached diff that updates the old bdflush section of memory.xml to some kernel 2.4.x style (and fixes one minor thing in proc.xml, too). Maybe it's worth to be applied in some kind. Thanks and best regards, Manuel |
From: Sven D. <sv...@oz...> - 2003-07-20 15:28:58
|
On Sun, 2003-07-20 at 17:59, Manuel Krause wrote: > Somehow I'm missing the CPU[0] Tweaks tab completely. I've rechecked=20 > things like MSR support in kernel and compatibility of my PIII=20 > Coppermine CPU (family 6, model 8, stepping 6, brand 2). mmm when i do a cat /dev/cpu/0/msr on my machines (with msr enabled (supposedly)) i get no such device which is probably the reason that powertweak does not have anything either.. i'll need to learn about msr support... >=20 > When running gpowertweak I get > Gtk-CRITICAL **: file gtkwidget.c: line 1427 (gtk_widget_show):=20 > assertion `widget !=3D NULL' failed. >=20 > Gtk-CRITICAL **: file gtkbox.c: line 331 (gtk_box_pack_start): assertion=20 > `child !=3D NULL' failed. > now (instead?!?). i have always assumed theses were related to something else, but i'll chase them down >=20 > (But the lines above only when run without powertweakd in the background.= ) >=20 > In Powertweak 0.99.4 all of the above is working well. And two more=20 > questions regarding the PentiumIII.xml: > * Why did you remove the In-order-queue-depth tweak? > * Was this register change from 0.99.4 to 0.99.5 intended: > from: <MSR register=3D"0x0000002A" bit=3D"30"> > <WIDGETTEXT>Streaming buffer disable</WIDGETTEXT> > <CONFIGNAME>P6_STREAMING_BUFFER_DISABLE</CONFIGNAME> > ... > to: <MSR register=3D"0x00000033" bit=3D"30"> > <WIDGETTEXT>Streaming buffer disable</WIDGETTEXT> > <CONFIGNAME>P6_STREAMING_BUFFER_DISABLE</CONFIGNAME> > ... these must have been changed by Dave before i started.. >=20 > Another thing, can you have a look at the attached diff that updates the=20 > old bdflush section of memory.xml to some kernel 2.4.x style (and fixes=20 > one minor thing in proc.xml, too). Maybe it's worth to be applied in=20 > some kind. >=20 excellent, i'll get this in somewhere (i've been running 2.5/6 exclusivly for a few months now) >=20 > Thanks and best regards, >=20 > Manuel thanks for the info :) >=20 > ______________________________________________________________________ sven |
From: <man...@t-...> - 2003-07-20 15:27:57
|
On 07/20/03 16:53, Sven Dowideit wrote: > On Sun, 2003-07-20 at 17:59, Manuel Krause wrote: > >>Somehow I'm missing the CPU[0] Tweaks tab completely. I've rechecked >>things like MSR support in kernel and compatibility of my PIII >>Coppermine CPU (family 6, model 8, stepping 6, brand 2). > > mmm when i do a cat /dev/cpu/0/msr on my machines (with msr enabled > (supposedly)) i get no such device which is probably the reason that > powertweak does not have anything either.. i'll need to learn about msr > support... > [...] Thanks for the quick reply. To the above: I've rechecked those as it's mentionned somewhere in the FAQs, IIRC. I meant the CPU Tweaks tab is existent in my 0.99.4 but not in 0.99.5. So I assume it's not dependent on the msr support in the way you think. A cat /dev/cpu/0/msr on here does, err, nothing. Something went on with the CPU related interface change?! Bye, Manuel |
From: Dave J. <da...@su...> - 2003-07-21 14:15:24
|
On Mon, Jul 21, 2003 at 12:53:48AM +1000, Sven Dowideit wrote: > On Sun, 2003-07-20 at 17:59, Manuel Krause wrote: > > Somehow I'm missing the CPU[0] Tweaks tab completely. I've rechecked > > things like MSR support in kernel and compatibility of my PIII > > Coppermine CPU (family 6, model 8, stepping 6, brand 2). > mmm when i do a cat /dev/cpu/0/msr on my machines (with msr enabled > (supposedly)) i get no such device which is probably the reason that > powertweak does not have anything either.. i'll need to learn about msr > support... > > First off, you have the MSR driver loaded right? Secondly, it could be that the MSR that is trying to be read when you 'cat' the dev node doesn't exist on your box, so it goes splat. Take a look at x86info if you want to see various usages of MSRs. (The 'make install' of x86info also does some sanity checks to be sure you have msr support set up correctly.) Dave -- | Dave Jones. http://www.codemonkey.org.uk | SuSE Labs |
From: Sven D. <sv...@oz...> - 2003-07-22 11:38:59
|
On Tue, 2003-07-22 at 00:15, Dave Jones wrote: > First off, you have the MSR driver loaded right? > Secondly, it could be that the MSR that is trying to be read > when you 'cat' the dev node doesn't exist on your box, so it > goes splat. Take a look at x86info if you want to see various > usages of MSRs. (The 'make install' of x86info also does some > sanity checks to be sure you have msr support set up correctly.) >=20 > Dave well wadda ya know :) I built msr in as a module, and iddn't load it. stupid me ;) i've got x86info - its going into 0.99.6 (i'm following your plan as well as adding my stuff slowly) with the msr module loaded, x86info gives me a list of msr's, but powertweak has nothing - but along the way i've been chasing some memory deallocation inconsistencies :) i still miss not having c++ constructors and destructors :) Manuel - i'm still working on it ;) sven |
From: <man...@t-...> - 2003-07-31 23:31:02
|
On 07/22/03 13:20, Sven Dowideit wrote: > On Tue, 2003-07-22 at 00:15, Dave Jones wrote: > > >>First off, you have the MSR driver loaded right? >>Secondly, it could be that the MSR that is trying to be read >>when you 'cat' the dev node doesn't exist on your box, so it >>goes splat. Take a look at x86info if you want to see various >>usages of MSRs. (The 'make install' of x86info also does some >>sanity checks to be sure you have msr support set up correctly.) >> >> Dave > > well wadda ya know :) > > I built msr in as a module, and iddn't load it. stupid me ;) > > i've got x86info - its going into 0.99.6 (i'm following your plan as > well as adding my stuff slowly) > > with the msr module loaded, x86info gives me a list of msr's, but > powertweak has nothing - but along the way i've been chasing some memory > deallocation inconsistencies :) i still miss not having c++ constructors > and destructors :) > > Manuel - i'm still working on it ;) Cool! That sounds good! Let me know if I can help with debugging this CPU tweaks tab on here locally (that one that works in .4 but not in .5), but be sure you'll need to provide me with almost all info on how to do it... ;-) Bye, Manuel P.S.: Is there something new in CVS that's worth trying out? |
From: Sven D. <sv...@oz...> - 2003-08-06 12:52:47
|
On Fri, 2003-08-01 at 09:21, Manuel Krause wrote: > P.S.: Is there something new in CVS that's worth trying out? oh my god. that was horrible... To get the MSR code working i had to fix a few crashes that turned up once i got the plugin loading, and then there was some major wrongness in the xml file parsing code. I have it working on my 2 PIII's, and the VIA Nehemia correctly reports that there's no xml file for it. please, can a few people do a cvs checkout and test that the CPU Tweaks works on their machines (at least as well as on 0.99.4) cheers Sven |
From: <man...@t-...> - 2003-08-07 07:34:42
|
On 08/06/03 14:25, Sven Dowideit wrote: > On Fri, 2003-08-01 at 09:21, Manuel Krause wrote: > >>P.S.: Is there something new in CVS that's worth trying out? > > > oh my god. that was horrible... > > To get the MSR code working i had to fix a few crashes that turned up > once i got the plugin loading, and then there was some major wrongness > in the xml file parsing code. I have it working on my 2 PIII's, and the > VIA Nehemia correctly reports that there's no xml file for it. > > please, can a few people do a cvs checkout and test that the CPU Tweaks > works on their machines (at least as well as on 0.99.4) > > cheers > > Sven Mmmh... Somehow I don't get that far (though I've truely checked out powertweak from CVS last year... and compiled many of the pre-pres.) The command row (from http://powertweak.sourceforge.net/cvs.html) gives me: firehead:/tmp/powertweak-CVS # cvs -d:pserver:ano...@cv...:/cvsroot/powertweak login Logging in to :pserver:ano...@cv...:2401/cvsroot/powertweak CVS password: firehead:/tmp/powertweak-CVS # cvs -d:pserver:ano...@cv...:/cvsroot/powertweak checkout -PAd powertweak cvs [checkout aborted]: must specify at least one module or directory At least: firehead:/tmp/powertweak-CVS # cvs -d:pserver:ano...@cv...:/cvsroot/powertweak checkout powertweak downloads something for me. Hey, that needs to be fixed or cleared someway, in my opinion. My cvs version: firehead:/tmp/powertweak-CVS # cvs --version Concurrent Versions System (CVS) 1.11.1p1 (client/server) [snip] Then, going further with the instructions in the actual README: firehead:/tmp/powertweak-CVS/powertweak # ./configure --prefix=/usr bash: ./configure: No such file or directory O.K., I remember something needed for these CVS things that don't mention it... (!!! hell !!!)): firehead:/tmp/powertweak-CVS/powertweak # ./autogen.sh --help Setting up Powertweak for SuSE. cp: omitting directory `distro/SuSE/CVS' WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' WARNING: and `config.h.top', to define templates for `config.h.in' WARNING: is deprecated and discouraged. WARNING: Using the third argument of `AC_DEFINE' and WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without WARNING: `acconfig.h': WARNING: AC_DEFINE([NEED_MAIN], 1, WARNING: [Define if a function `main' is needed.]) WARNING: More sophisticated templates can also be produced, see the WARNING: documentation. configure.in:6: your implementation of AM_INIT_AUTOMAKE comes from an configure.in:6: old Automake version. You should recreate aclocal.m4 configure.in:6: with aclocal and run automake again. [configure a while... until ready:] firehead:/tmp/powertweak-CVS/powertweak # ./configure --prefix=/usr [configures a while and does all I want and know... until:] powertweak 0.99.6 Configuration: -------------- XML libs: -L/usr/lib -lxml2 -lz -lpthread -lm XML cflags: -I/usr/include/libxml2 CFLAGS: -O2 -g -Wall -W -Werror -fno-common CPPFLAGS: -Wall -W Mouse-enabled: yes O.K. firehead:/tmp/powertweak-CVS/powertweak # make Making all in src make[1]: Entering directory `/tmp/powertweak-CVS/powertweak/src' Making all in include make[2]: Entering directory `/tmp/powertweak-CVS/powertweak/src/include' cd ../.. && /bin/sh ./config.status src/include/config.h config.status: creating src/include/config.h config.status: src/include/config.h is unchanged make all-am make[3]: Entering directory `/tmp/powertweak-CVS/powertweak/src/include' cd ../.. && /bin/sh ./config.status src/include/config.h config.status: creating src/include/config.h config.status: src/include/config.h is unchanged make[3]: *** No rule to make target `stamp-h.in', needed by `all-am'. Stop. make[3]: Leaving directory `/tmp/powertweak-CVS/powertweak/src/include' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/powertweak-CVS/powertweak/src/include' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/powertweak-CVS/powertweak/src' make: *** [all-recursive] Error 1 firehead:/tmp/powertweak-CVS/powertweak # ??? Grrmmmpfff. What did I do wrong? (powertweak 0.99.5 and .4 do compile fine with my setup) Please tell me, I want to test the new version !!! (But don't have the time to dig in that further on my own for today) Manuel |
From: Sven D. <sv...@oz...> - 2003-08-07 10:58:29
|
grrrr indeed :() i htink that the old automake line is the important one. i have only used automake 1.4 on powertweak as the config files are from years ago (and i haven't looked at that..) unfortuanatly my computer died running 2.6-test2 and has taken my ext3 partition with it, so i am broken at the mo.. and the flu i'm comming down with is causing braindeath :( if you can force you computer to use automake 1.4 it might work.... or... (i _am_ a hacker :() eeeek) copy a clean cvs shadow over a clean untar of the last release source, and build... it'll have the wrong build numbers ?i think? but should work, as i have only changed some file contents... sven Manuel said earlier: > > Grrmmmpfff. What did I do wrong? (powertweak 0.99.5 and .4 do compile > fine with my setup) > > > Please tell me, > > I want to test the new version !!! (But don't have the time to dig in > that further on my own for today) > > > Manuel > |
From: <man...@t-...> - 2003-08-07 23:34:12
|
On 08/07/03 12:32, Sven Dowideit wrote: > grrrr indeed :() > > i htink that the old automake line is the important one. i have only > used automake 1.4 on powertweak as the config files are from years ago > (and i haven't looked at that..) > > unfortuanatly my computer died running 2.6-test2 and has taken my ext3 > partition with it, so i am broken at the mo.. and the flu i'm comming > down with is causing braindeath :( > > if you can force you computer to use automake 1.4 it might work.... > > or... > > (i _am_ a hacker :() eeeek) > > copy a clean cvs shadow over a clean untar of the last release source, > and build... it'll have the wrong build numbers ?i think? but should > work, as i have only changed some file contents... > > sven > > Manuel said earlier: > >>Grrmmmpfff. What did I do wrong? (powertweak 0.99.5 and .4 do compile >>fine with my setup) >> >> >>Please tell me, >> >>I want to test the new version !!! (But don't have the time to dig in >>that further on my own for today) >> >> >>Manuel Hi Sven, I did it. I went the second way and it was easier than I thought. (Yes, build numbers stay at 0.99.5 then.) good: * The cpu tweaks tab is back !!! * the previously reported gtk errors seem to be gone bad: * When running without the daemon in gpowertweak most/all? config options get passive (unchangeable) and get greyed out as the informational items do, too. And still: 3: tweak vm/bdflush:1 doesn't have a description. 3: tweak vm/bdflush:2 doesn't have a description. 3: tweak vm/bdflush:3 doesn't have a description. 3: tweak vm/bdflush:4 doesn't have a description. 3: tweak vm/bdflush:6 doesn't have a description. 3: tweak vm/bdflush:7 doesn't have a description. BTW, was it intended to turn off the text configurator? Somehow it doesn't get compiled though the code seems to be there and I didn't find a ./configure switch for it. But so far, a much better experience! Best regards, Manuel |
From: Sven D. <sv...@oz...> - 2003-08-08 12:48:26
|
On Fri, 2003-08-08 at 09:36, Manuel Krause wrote: > good: > * The cpu tweaks tab is back !!! > * the previously reported gtk errors seem to be gone grin (they'll be back) >=20 > bad: > * When running without the daemon in gpowertweak most/all? config=20 > options get passive (unchangeable) and get greyed out as the=20 > informational items do, too. yeah, that'll take some more investigation, the internal structure does not work the way i expected in standalone >=20 >=20 > And still: > 3: tweak vm/bdflush:1 doesn't have a description. > 3: tweak vm/bdflush:2 doesn't have a description. > 3: tweak vm/bdflush:3 doesn't have a description. > 3: tweak vm/bdflush:4 doesn't have a description. > 3: tweak vm/bdflush:6 doesn't have a description. > 3: tweak vm/bdflush:7 doesn't have a description. these don't really matter, and happen any time the description field is empty or missing in the xml files >=20 > BTW, was it intended to turn off the text configurator? Somehow it=20 > doesn't get compiled though the code seems to be there and I didn't find=20 > a ./configure switch for it. that depends on whether you mean lspowertweak in the client dir (which should work) or the other one (that can't because the code does not build under current gcc's, and the tvision code is very broken). does this mean that you used the text mode configuration tool before? sven |
From: <man...@t-...> - 2003-08-08 23:37:15
|
On 08/09/03 00:20, Sven Dowideit wrote: > On Fri, 2003-08-08 at 09:36, Manuel Krause wrote: > >>good: >>* The cpu tweaks tab is back !!! >>* the previously reported gtk errors seem to be gone > > grin (they'll be back) > >>bad: >>* When running without the daemon in gpowertweak most/all? config >>options get passive (unchangeable) and get greyed out as the >>informational items do, too. > > yeah, that'll take some more investigation, the internal structure does > not work the way i expected in standalone > >> >>And still: >>3: tweak vm/bdflush:1 doesn't have a description. >>3: tweak vm/bdflush:2 doesn't have a description. >>3: tweak vm/bdflush:3 doesn't have a description. >>3: tweak vm/bdflush:4 doesn't have a description. >>3: tweak vm/bdflush:6 doesn't have a description. >>3: tweak vm/bdflush:7 doesn't have a description. > > these don't really matter, and happen any time the description field is > empty or missing in the xml files > >>BTW, was it intended to turn off the text configurator? Somehow it >>doesn't get compiled though the code seems to be there and I didn't find >>a ./configure switch for it. > > that depends on whether you mean lspowertweak in the client dir (which > should work) or the other one (that can't because the code does not > build under current gcc's, and the tvision code is very broken). Yes I meant the other one. This tvision based thing (that was still in 0.99.4). > does this mean that you used the text mode configuration tool before? Not usually. I kept to have a look at it when it was still there. I only wanted to know what happened to it. Manuel |