cvs commit: src/etc Makefile sensorsd.conf src/etc/defaults
rc.conf src/etc/rc.d Makefile sensorsd src/lib/libc/gen
sysctl.3 src/sbin/sysctl sysctl.8 sysctl.c src/share/man/man5
rc.conf.5 src/share/man/man9 Makefile sensor_attach.9
src/sys/conf f
Poul-Henning Kamp
phk at phk.freebsd.dk
Mon Oct 15 10:56:52 PDT 2007
In message <20071015193658.138fc9a5 at deskjail>, Alexander Leidinger writes:
>> As has been discussed in various forums recently, this OpenBSD sensors
>> stuff has been proceeding with little developer buy-in or discussion,
>
>Wait please. It was on the ides list before the soc and during the soc.
>There where links to an overview and to source files. And several
>committers voted in the Google soc interface for this framework (else
>another project would have been chosen instead).
>[...]
>I may be wrong, but I think Poul was also one of the people with voting
>rights and as far as I remember I didn't voted against the sensors
>framework (can probably be checked in the google webinterface for the
>soc).
Just because something is a good SoC project doesn't mean that it
should end up in -current. SoC has en entirely different profile,
and my vote or non-vote in one, is no reflection on my opinion on
the other.
>> and the developer input that has happened has largely been ignored. So
>
>Sorry, but this is not true. Poul objected before, yes. We started to
>talk with him, and then he stopped talking with us.
You never have, and still do not, address the central objection I
have to this stuff: it's basic premise.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
More information about the cvs-src
mailing list