Date: Tue, 30 Jun 2009 14:09:31 -0700 From: Sam Leffler <sam@freebsd.org> To: Marc Balmer <marc@msys.ch> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Martin Blapp <mbr@freebsd.org>, src-committers@freebsd.org Subject: Re: svn commit: r195200 - in head/usr.sbin: . wake Message-ID: <4A4A7F0B.1010001@freebsd.org> In-Reply-To: <5A796102-063B-4032-92C9-EC97AF2E5D5B@msys.ch> References: <200906301851.n5UIpNJQ089171@svn.freebsd.org> <4A4A626A.4080801@freebsd.org> <5A796102-063B-4032-92C9-EC97AF2E5D5B@msys.ch>
next in thread | previous in thread | raw e-mail | index | archive | help
Marc Balmer wrote: > > Am 30.06.2009 um 21:07 schrieb Sam Leffler: > >> Martin Blapp wrote: >>> Author: mbr >>> Date: Tue Jun 30 18:51:22 2009 >>> New Revision: 195200 >>> URL: http://svn.freebsd.org/changeset/base/195200 >>> >>> Log: >>> Add wake, a tool to send Wake on LAN frames to hosts on a local >>> Ethernet network >>> Submitted by: Marc Balmer <marc@msys.ch> >>> Reviewed by: rwatson >>> Approved by: re >>> >> >> what's wrong with ports/net/wol? >> > > wake(8) is smaller and it is actually something needed in base. in > modern, ecological "green computing" environments we put the client > machines, like our POS terminals to sleep at night. In the morning, > a cronjob from the central server wakes up all machines using this > command. more and more systems support it, so havin a wake command in > base is just about right. > > The typical way things happen in freebsd is we promote tools from ports when they are deemed needed in the base system. In fact it's probably more important to have the tool in base remain compatible with what users have had in their tree (via ports). I have yet to hear a compelling argument for why wake was chosen over an existing tool that's been successfully used for a while. OTOH this isn't something that'll keep me up at night; it just seems like an ill-advised rush job that completely violates the intent of the 8.0 code freeze.. Sam
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A4A7F0B.1010001>