On Tue, Jul 19, 2011 at 08:11:17PM +0300, Kalev Lember wrote:
> On 07/19/2011 07:30 PM, Petr Sabata wrote:
> > I put Obsoletes (not Provides) in there and in seemed to make no
> > difference.
> > cpupowerutils update or clean cpupowerutils installation don't remove
> > cpuspeed
> > from the syst
Am 19.07.2011 19:43, schrieb Jesse Keating:
> On 7/19/11 10:39 AM, Reindl Harald wrote:
>> and why not simply "cpuspeed"?
>
> Unversioned obsoletes can lead to tricky situations should the package
> ever come back into the distro
hm not if both packages updated
i think this is a conflict whic
On 7/19/11 10:39 AM, Reindl Harald wrote:
> and why not simply "cpuspeed"?
Unversioned obsoletes can lead to tricky situations should the package
ever come back into the distro.
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
--
devel mailing list
devel@l
Am 19.07.2011 19:11, schrieb Kalev Lember:
> On 07/19/2011 07:30 PM, Petr Sabata wrote:
>> I put Obsoletes (not Provides) in there and in seemed to make no difference.
>> cpupowerutils update or clean cpupowerutils installation don't remove
>> cpuspeed
>> from the system.
>
>> Obsoletes: c
Petr Sabata (con...@redhat.com) said:
> On Tue, Jul 19, 2011 at 12:18:18PM -0400, Bill Nottingham wrote:
> > Petr Sabata (con...@redhat.com) said:
> > > > Will cpupowerutils obsolete cpufreq so old deployments of cpufreq can be
> > > > garbage-collected ? (yes most people will not need it, but is
On 07/19/2011 07:30 PM, Petr Sabata wrote:
> I put Obsoletes (not Provides) in there and in seemed to make no difference.
> cpupowerutils update or clean cpupowerutils installation don't remove cpuspeed
> from the system.
> Obsoletes: cpuspeed <= 1:1.5-15
It should instead be:
Obsoletes:
On Tue, 2011-07-19 at 15:41 +0200, Petr Sabata wrote:
> On Tue, Jul 19, 2011 at 03:35:36PM +0200, Nicolas Mailhot wrote:
> >
> > Le Mar 19 juillet 2011 14:14, Petr Sabata a écrit :
> >
> > > In case you would to use a different governor and/or specific frequency,
> > > try
> > > the
> > > new cp
>
> I would suggest getting a wattmeter and measuring it... probably the
> simplest way to know for sure.
>
> I'm pretty sure I measured it directly with a kill-a-watt meter, but I
> no longer have a P4, so can't retest.
>
> -Eric
> --
Measured P4 on default F15 install. In active idle the overa
On Tue, Jul 19, 2011 at 12:18:18PM -0400, Bill Nottingham wrote:
> Petr Sabata (con...@redhat.com) said:
> > > Will cpupowerutils obsolete cpufreq so old deployments of cpufreq can be
> > > garbage-collected ? (yes most people will not need it, but is it not
> > > better to
> > > have something c
Petr Sabata (con...@redhat.com) said:
> > Will cpupowerutils obsolete cpufreq so old deployments of cpufreq can be
> > garbage-collected ? (yes most people will not need it, but is it not better
> > to
> > have something current installed rather than cpufreq living on forever? I'm
> > thinking of
- Original Message -
> On 07/19/2011 10:23 AM, Przemek Klosowski wrote:
> > On 07/19/2011 11:07 AM, Eric Sandeen wrote:
> >> On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
> >
> >>> Sad that the daemon gone. It was able to dynamically switch speed
> >>> (and save power) on systems that
On 07/19/2011 10:23 AM, Przemek Klosowski wrote:
> On 07/19/2011 11:07 AM, Eric Sandeen wrote:
>> On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
>
>>> Sad that the daemon gone. It was able to dynamically switch speed
>>> (and save power) on systems that have CPUs with high transition
>>> latency
On 07/19/2011 11:07 AM, Eric Sandeen wrote:
> On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
>> Sad that the daemon gone. It was able to dynamically switch speed
>> (and save power) on systems that have CPUs with high transition
>> latency (e.g. old P4, some Atoms, etc.). On such systems the
>
>
- Original Message -
> On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
> > - Original Message -
> >> To avoid some confusion:
> >>
> >> I removed cpuspeed from Rawhide about 10 days ago. It no longer
> >> serves
> >> any
> >> purpose in Fedora and has been effectively replaced by
On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
> - Original Message -
>> To avoid some confusion:
>>
>> I removed cpuspeed from Rawhide about 10 days ago. It no longer serves
>> any
>> purpose in Fedora and has been effectively replaced by kernel cpufreq
>> stack.
>>
>> All cpufreq module
On Tue, Jul 19, 2011 at 10:59:30AM -0400, Jaroslav Skarvada wrote:
> - Original Message -
> > To avoid some confusion:
> >
> > I removed cpuspeed from Rawhide about 10 days ago. It no longer serves
> > any
> > purpose in Fedora and has been effectively replaced by kernel cpufreq
> > stack.
- Original Message -
> To avoid some confusion:
>
> I removed cpuspeed from Rawhide about 10 days ago. It no longer serves
> any
> purpose in Fedora and has been effectively replaced by kernel cpufreq
> stack.
>
> All cpufreq modules should now be built-in, with ondemand being the
> defau
On Tue, Jul 19, 2011 at 03:35:36PM +0200, Nicolas Mailhot wrote:
>
> Le Mar 19 juillet 2011 14:14, Petr Sabata a écrit :
>
> > In case you would to use a different governor and/or specific frequency, try
> > the
> > new cpupower.service (provieded by cpupowerutils). Most people shouldn't
> > ne
Le Mar 19 juillet 2011 14:14, Petr Sabata a écrit :
> In case you would to use a different governor and/or specific frequency, try
> the
> new cpupower.service (provieded by cpupowerutils). Most people shouldn't need
> this, though.
Will cpupowerutils obsolete cpufreq so old deployments of cpuf
On Tue, Jul 19, 2011 at 06:34:36PM +0530, Rahul Sundaram wrote:
> On 07/19/2011 05:44 PM, Petr Sabata wrote:
> > To avoid some confusion:
> >
> > I removed cpuspeed from Rawhide about 10 days ago. It no longer serves any
> > purpose in Fedora and has been effectively replaced by kernel cpufreq sta
On 07/19/2011 05:44 PM, Petr Sabata wrote:
> To avoid some confusion:
>
> I removed cpuspeed from Rawhide about 10 days ago. It no longer serves any
> purpose in Fedora and has been effectively replaced by kernel cpufreq stack.
>
> All cpufreq modules should now be built-in, with ondemand being th
To avoid some confusion:
I removed cpuspeed from Rawhide about 10 days ago. It no longer serves any
purpose in Fedora and has been effectively replaced by kernel cpufreq stack.
All cpufreq modules should now be built-in, with ondemand being the default
governor in Fedora.
In case you would to u
22 matches
Mail list logo
