| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
We have not checked for this KEYWORD for a long time now, so this
is a complete noop, and thus no PORTREVISION bump. Removing it at
this point is mostly for pedantic reasons, and partly to avoid
perpetuating this anachronism by copy and paste to future scripts.
|
|
|
|
|
| |
>
> Approved by: krion@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
base rcorder, hard coded variable values in these scripts
are overriding the values in /etc/rc.conf[.local] (due to
the way that variables from the latter are read at boot time).
Therefore, change the boot scripts to set default values only
if the variable is unset in /etc/rc.conf[.local]. This will
allow the service to start at boot time if it's been enabled
as the user would expect.
This change will be a noop for users who have systems that
have not yet been upgraded to the new rc.d code in the base.
In many cases there are other variables in the scripts that
should get similar treatment, however I did not change
anything other than the _enable lines. I'll leave the rest
up to the maintainers to do as they see fit.
Bump PORTREVISION to make sure that users and packages
pick up this change.
|
|
|
|
|
|
| |
Pointy hat to: cperciva
Pointed out by: kris
Approved by: kris (implicitly)
|
|
|
|
|
|
|
| |
quotes, sh chokes on the parentheses.
Submitted by: Peter Schuller
Approved by: flz
|
|
|
|
|
|
|
| |
them to the base system (as part of cpufreq, and under the name
"powerd", respectively).
Approved by: pav
|
|
|
|
|
| |
Spotted by: rushani
Approved by: cperciva (maintainer)
|
| |
|
|
|
|
|
| |
PR: ports/74795
Submitted by: cperciva (maintainer)
|
|
|
|
|
| |
PR: ports/72589
Submitted by: cperciva
|
|
|
|
|
|
| |
PR: ports/71582
Submitted by: Leland Wang <llwang@infor.org>
Approved by: cperciva (maintainer)
|
|
This port provides a daemon for adjusting the cpu frequency
(using the Enhanced Speedstep module in sysutils/est) based
on the current cpu load and power source.
PR: ports/71270
Submitted by: Colin Percival <cperciva@daemonology.net>
|