On Jan 3, 2010, at 9:59 AM, Marc Balmer wrote:
> Module Name: src
> Committed By: mbalmer
> Date: Sun Jan 3 17:58:14 UTC 2010
>
> Modified Files:
> src/usr.sbin/wake: wake.8 wake.c
>
> Log Message:
> Indicating the interface over which to send Wake on LAN frames is optional,
> if
On Jan 12, 4:26am, dholland-sourcechan...@netbsd.org (David Holland) wrote:
-- Subject: Re: CVS commit: src/usr.sbin/wake
| On Mon, Jan 11, 2010 at 06:31:29PM -0500, Christos Zoulas wrote:
| > | In the long run (as I've said before) we should replace our lint with
| > | something
On Mon, Jan 11, 2010 at 06:31:29PM -0500, Christos Zoulas wrote:
> | In the long run (as I've said before) we should replace our lint with
> | something more modern...
>
> Once we get the llvm tools, I am fine with that.
There's also splint, or sparse.
--
David A. Holland
dholl...@netbsd.or
On Jan 11, 8:44pm, dholland-sourcechan...@netbsd.org (David Holland) wrote:
-- Subject: Re: CVS commit: src/usr.sbin/wake
| On Sun, Jan 10, 2010 at 11:23:19PM +, Christos Zoulas wrote:
| > Please explain to me how you propose we fix lint.
|
| Realistically, lint should be made to kno
chris...@astron.com (Christos Zoulas) wrote:
> >Log Message:
> >remove stupid casts. if lint complains about return values that are
> >ignored, lint should fe fixed, and not code being cluttered.
>
> Please explain to me how you propose we fix lint. Or to be more precise,
> how does the code conv
On Sun, Jan 10, 2010 at 11:23:19PM +, Christos Zoulas wrote:
> Please explain to me how you propose we fix lint.
Realistically, lint should be made to know a list of standard
functions with usually-uninteresting return values. That would solve
95+% of the practical problem.
In the long run (
In article <20100110194012.3693a17...@cvs.netbsd.org>,
Marc Balmer wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: mbalmer
>Date: Sun Jan 10 19:40:12 UTC 2010
>
>Modified Files:
> src/usr.sbin/wake: wake.c
>
>Log Message:
>remove stupid casts. if lint complains about ret
Module Name:src
Committed By: mbalmer
Date: Sun Jan 10 19:40:12 UTC 2010
Modified Files:
src/usr.sbin/wake: wake.c
Log Message:
remove stupid casts. if lint complains about return values that are ignored,
lint should fe fixed, and not code being cluttered.
To generate a
Module Name:src
Committed By: mbalmer
Date: Mon Jan 4 11:34:40 UTC 2010
Modified Files:
src/usr.sbin/wake: wake.8 wake.c
Log Message:
Only use an auto-determined interface if it is the only one in the system
that is up and running. This change prevents wake(8) from picki
Module Name:src
Committed By: wiz
Date: Sun Jan 3 19:04:26 UTC 2010
Modified Files:
src/usr.sbin/wake: wake.8
Log Message:
Capitalize Ethernet.
To generate a diff of this commit:
cvs rdiff -u -r1.6 -r1.7 src/usr.sbin/wake/wake.8
Please note that diffs are not public do
Module Name:src
Committed By: mbalmer
Date: Sun Jan 3 17:58:14 UTC 2010
Modified Files:
src/usr.sbin/wake: wake.8 wake.c
Log Message:
Indicating the interface over which to send Wake on LAN frames is optional,
if the interface is not given on the command line, wake(8) wil
Simon Burge writes:
> "wake" is a lot more generic term than "ssh" or "tcpdump". When I first
> saw the subject "CVS commit: src/usr.sbin/wake" it wasn't in any way
> obvious that this sent wake-on-lan packets to remote hosts. My first
>
Christos Zoulas writes:
> I think this utility should be renamed wakeonlan because wake is too
> generic.
Agreed -- it seems like a better name.
Perry
On Sat, Jun 27, 2009 at 08:00:03AM +0900, Izumi Tsutsui wrote:
> Now you see an example that discussion after commit is annoying ;-p
Wake turbulence!
--
David A. Holland
dholl...@netbsd.org
On Fri, Jun 26, 2009 at 01:56:25PM -0500, David Young wrote:
> On Fri, Jun 26, 2009 at 07:22:04PM +0100, David Laight wrote:
> > On Fri, Jun 26, 2009 at 01:38:32PM -0400, Christos Zoulas wrote:
> > >
> > > I think this utility should be renamed wakeonlan because wake is too
> > > generic.
> >
>
the idea)
should we rename ssh to sshovertcpip ;) tcpdump to tcpdumponlan?
"wake" is a lot more generic term than "ssh" or "tcpdump". When I
first
saw the subject "CVS commit: src/usr.sbin/wake" it wasn't in any way
obvious that this sent wake-on
d be misleading, because a LAN
> could also
> be a token ring, where this would nor work... (ok, exaggerating a bit,
> but you get
> the idea)
>
> should we rename ssh to sshovertcpip ;) tcpdump to tcpdumponlan?
"wake" is a lot more generic term than "ssh&
m...@msys.ch wrote:
> >>> I think this utility should be renamed wakeonlan because wake is
> >>> too generic.
> >>
> >> FWIW I agree ...
> >
> > I disagree. Totally.
> >
>
> and I forgot to mention why: the command name reflects what the
> command does,
> not how it does it. wakeonlan woul
Am 27.06.2009 um 00:08 schrieb Marc Balmer:
Am 26.06.2009 um 20:22 schrieb David Laight:
On Fri, Jun 26, 2009 at 01:38:32PM -0400, Christos Zoulas wrote:
I think this utility should be renamed wakeonlan because wake is
too generic.
FWIW I agree ...
I disagree. Totally.
and I forg
Am 26.06.2009 um 20:22 schrieb David Laight:
On Fri, Jun 26, 2009 at 01:38:32PM -0400, Christos Zoulas wrote:
I think this utility should be renamed wakeonlan because wake is
too generic.
FWIW I agree ...
I disagree. Totally.
On Fri, Jun 26, 2009 at 07:22:04PM +0100, David Laight wrote:
> On Fri, Jun 26, 2009 at 01:38:32PM -0400, Christos Zoulas wrote:
> >
> > I think this utility should be renamed wakeonlan because wake is too
> > generic.
>
> FWIW I agree ...
I think that wake is a good command: short, imperative,
On Fri, Jun 26, 2009 at 01:38:32PM -0400, Christos Zoulas wrote:
>
> I think this utility should be renamed wakeonlan because wake is too generic.
FWIW I agree ...
David
--
David Laight: da...@l8s.co.uk
22 matches
Mail list logo
