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