On May 3, 13:00, Greg Troxel wrote:
} mlel...@serpens.de (Michael van Elst) writes:
}
} > Part of the HPN patches is to optionally strip encryption (and now even
} > integrity checks) for the data transfer. Doesn't fit into what
} > the OpenSSH people want, not even as an option.
}
} I would say
On May 13, 22:37, Joerg Sonnenberger wrote:
} On Thu, May 13, 2021 at 09:58:50PM +0200, JaromÃr DoleÄek wrote:
} > Le jeu. 13 mai 2021 à 21:44, Joerg Sonnenberger a écrit :
} > > > No we don't, unless you are using PCC :D
} > > >
} > > > The block in only provides an alloca(3) prototype, and
On Jan 14, 12:21, James Browning wrote:
}
} >I also don't like the only form of include being include-a-directory;
} >in my estimation, that wires too much policy into the mechanism. I
} >would prefer to see either two include directives, one for directories
} >and one for files, or a single
On Jan 15, 0:13, Taylor R Campbell wrote:
}
} > Date: Thu, 14 Jan 2021 10:15:41 +
} > From: nia
}
} > The man page is very clearly written, aside from the parts that
} > recommend tossing coins.
}
} Thanks! I know tossing coins sounds silly. But as a fallback if you
} have no other
On Jan 14, 7:46, Mouse wrote:
}
} > The standard is explicit that the argument must be EOF or an unsigned
} > char. There is no way to support both true 8bit locales and
} > magically fix this.
}
} No way for ctype.h to do so independent of the rest of the system. But
} it's not at all hard to
On Dec 28, 22:43, Thomas Klausner wrote:
}
} I wanted to mount an ISO image (on 9.99.77/amd64), so I did,
} following the guide:
}
} # vnconfig -c vnd0 file.iso
} # mount -t cd9660 /dev/vnd0a /mnt
} mount_cd9660: /dev/vnd0a on /mnt: Invalid argument
I always use "-r", i.e. "# mount -r -t
On Nov 10, 19:28, Kamil Rytarowski wrote:
} On 10.11.2020 12:59, Robert Elz wrote:
} > Date:Tue, 10 Nov 2020 11:14:12 +0100
} > From:Kamil Rytarowski
} > Message-ID:
} >
} > | If you still can find any man-page that is unsupported by mandoc, please
} > | let me
On Nov 10, 1:13, Kamil Rytarowski wrote:
} On 10.11.2020 01:05, Paul Goyette wrote:
} > On Tue, 10 Nov 2020, Kamil Rytarowski wrote:
} >
} >
} >>
} >> It's not a selling point to any regular user, born after A.D. 2000 to
} >> optimize reading man pages.
} >
} > Whoa there.=C2=A0 Don't put down
On Oct 25, 16:22, Thor Lancelot Simon wrote:
} On Sun, Oct 25, 2020 at 03:45:56PM -0400, Mouse wrote:
} >
} > I once had an hp300 with all of 5M of RAM. Years ago, when I had it
} > running, thorpej told me it was quite possibly an instance of the
} > slowest machine then supported by NetBSD.
On Sep 18, 2:57pm, Michael van Elst wrote:
}
} >Is there a reason why we do not translate wedges devices to their name?
} >I mean, df and mount report about /dev/dkN, which is not very helpful
} >since it can change quickly. Reporting about NAME= seems a better idea.
}
} >In order to do it, we
On Feb 17, 10:33am, Christos Zoulas wrote:
} On Feb 17, 11:45am, ch...@groessler.org (Christian Groessler) wrote:
} | On 2/17/19 5:52 AM, John Nemeth wrote:
} | > } We resist also personal taste but aesthetics is also important for
} | > } many/most(?) people. For the some reason probably
On Feb 17, 12:52am, Kamil Rytarowski wrote:
} On 16.02.2019 20:50, John Nemeth wrote:
} > I'm not a no changenik. However, I think change needs to have
} > demonstrated value. I do oppose change when it is done for the
} > sake of change. To me, fluff is not demonstrated value, e
On Feb 16, 3:02pm, Christos Zoulas wrote:
} In article <20190216102435.ga10...@grapefruit.pr0.tips>,
} Timo Buhrmester wrote:
} >> All I know is that some directories look like an "explosion in a
} >> paint factory" or "angry fruit salad".
} >I wonder why the die-hard monochrome users keep
On Feb 16, 12:42pm, Timo Buhrmester wrote:
}
} > Prettiness is the last thing that concerns me, cloaking information with
} > gleeful colorized flashlights and blinding me with candy colored dots is.
} Sorry, I wasn't aware how messed up cognition can be. Which color
} is the most blinding to
On Feb 16, 3:16am, Kamil Rytarowski wrote:
} On 16.02.2019 03:03, Christian Groessler wrote:
} > On 2/16/19 2:35 AM, Kamil Rytarowski wrote:
} >> On 16.02.2019 02:14, m...@netbsd.org wrote:
} >>> There's a topic on peace-keeping in a large project.
} >>>
} >>> There are two types of feedback:
}
On Feb 16, 2:35am, Kamil Rytarowski wrote:
} On 16.02.2019 02:14, m...@netbsd.org wrote:
} > There's a topic on peace-keeping in a large project.
} >
} > There are two types of feedback:
} >
} > - "this change makes the code simpler and twice as fast" (it's
} > objectively better)
} > - "I
On Feb 15, 10:56am, Rin Okuyama wrote:
}
} I'd like to propose to introduction -G (colorized output) option
} to ls(1), which is compatible to FreeBSD and macOS:
}
} http://www.netbsd.org/~rin/colorls-20190215.patch
}
} I know that we already have misc/colorls in pkgsrc. In the era of
-1 we
On Jan 2, 6:38pm, David Holland wrote:
} On Tue, Jan 01, 2019 at 12:03:31PM -0500, Greg Troxel wrote:
} > > my sensor does fill ->value_cur with mPa, so pressure does fit into the
} > > "everything else"-else{} with ->cur_value / 100.0 for printout in
kPa.
} >
} > Until very recently I
On Dec 20, 3:56pm, haad wrote:
}
} Maybe we can use [1] to write new client. As we probably don't need a telnetd.
Numerous people have stated that they use telnet on a local
network on older systems where ssh is too slow. For this purpose,
it is pretty obvious that a telnetd would be
On Dec 19, 4:14pm, "J. Lewis Muir" wrote:
} Subject: Re: deleting telnet/telnetd
} On Wed, Dec 19, 2018 at 1:11 PM David Holland
wrote:
} > If the conclusion is that we really need a telnet client (I myself
} > really don't care if it's in base or not) then we should write a new
} > one.
}
}
On Dec 20, 1:25am, m...@netbsd.org wrote:
} On Thu, Dec 20, 2018 at 09:24:35AM +0900, Rin Okuyama wrote:
} > On 2018/12/20 7:08, Hisashi T Fujinaka wrote:
} > > On Wed, 19 Dec 2018, David Holland wrote:
} > >
} > > > On Wed, Dec 19, 2018 at 01:36:48PM -0800, Hisashi T Fujinaka wrote:
} > > > >
On Dec 19, 11:48pm, David Holland wrote:
} On Wed, Dec 19, 2018 at 11:06:58PM +0100, Manuel Bouyer wrote:
} > On Wed, Dec 19, 2018 at 10:03:19PM +, David Holland wrote:
} > > On Wed, Dec 19, 2018 at 10:58:14PM +0100, Manuel Bouyer wrote:
} > > > On Wed, Dec 19, 2018 at 09:03:27PM +,
On Dec 19, 9:03pm, David Holland wrote:
} On Wed, Dec 19, 2018 at 12:32:08PM -0800, Hisashi T Fujinaka wrote:
} > I don't understand your position. Let me explain why.
} >
} > You're saying, "Write a new one, and it's going to be close to
} > impossible," at the same time you're saying,
On Dec 19, 12:32pm, Hisashi T Fujinaka wrote:
}
} I don't understand your position. Let me explain why.
}
} You're saying, "Write a new one, and it's going to be close to
} impossible," at the same time you're saying, "Delete this one."
}
} If it's impossible, and we need one, we'll need to keep
On Dec 19, 7:11pm, David Holland wrote:
}
} The previous telnet thread, contentious as it has been, has completely
} missed the critical context, which is that telnet is 14,700 lines
} cutpasted from the Necronomicon and telnetd is only slightly better.
Yeah, so?
} If the conclusion is
On Dec 17, 10:24am, Marc Balmer wrote:
} > Am 17.12.2018 um 08:57 schrieb Martin Husemann :
} > On Sat, Dec 15, 2018 at 10:43:14PM +0100, Marc Balmer wrote:
} >> To me it looks like one or two people don't like telnet and have become
} >> very vocal and loud about removing it and did not invest a
On Dec 15, 8:13pm, m...@netbsd.org wrote:
} On Sat, Dec 15, 2018 at 01:45:04PM +0700, Robert Elz wrote:
} > Date:Fri, 14 Dec 2018 21:28:34 -0800
} > From: John Nemeth
} > Message-ID: <201812150528.wbf5syhr025...@server.cornerstoneservice.ca>
} >
}
On Dec 14, 4:22pm, co...@sdf.org wrote:
}
} You know I'm writing this as telnet on netbsd is vulnerable to remote
} exploits, and everyone that can MITM you can do that to you whenever you
} 'telnet to see if ports are open'?
Name the remote exploit! And, don't tell me about MITM.
}-- End
he telnet client is remotely exploitable then that exposes you to
} exploitation by www.uni-bonn.de and by anyone on the internet between
} you and www.uni-bonn.de. The attack surface is unmaintained network
} code from the '80s.
}
} > Date: Fri, 14 Dec 2018 02:13:40 -0800
} > From: John Nemeth
} &
On Dec 13, 10:50pm, co...@sdf.org wrote:
}
} telnet:
} 1. terrible code, with many abstraction violations
} 2. something people expect to talk to their legacy machines, which
} nobody but them has access to.
} 3. common use case is served by netcat, already in base.
} 4. too much superfluous
On Sep 20, 10:49am, Martin Husemann wrote:
} On Thu, Sep 20, 2018 at 10:41:01AM +0200, Pierre Pronchery wrote:
} > Would it make sense to create a _usb group, and setting the permissions
} > of /dev/ugen* and maybe also /dev/usb* to mode 0660 root:_usb?
} >
} > With this we should also be able to
On Nov 14, 5:35pm, Izaac wrote:
} On Sat, Nov 11, 2017 at 08:10:57PM +0700, Robert Elz wrote:
} >
} > It is unreasonable to inflict on people who don't want/need it, just
} > because it happens to be useful to you.
}
} Elz? Robert Elz? The same one I chastised for a bunch of unnecessary
}
My concern about this is the same as it would be about moving
anything from system-wide stuff to personal stuff or updates to
the default dot files. The concern is that people's personal dot
files aren't going to be updated when an OS update is done.
Generally, only new installs and new
On Oct 24, 7:32pm, Edgar =?iso-8859-1?B?RnXf?= wrote:
}
} > I suspect there's some misunderstanding.
} Yes. It's about numerical IPv4 addresses being looked up with an AF_INET6
hint.
}
} check_ping tries to figure out whether it needs to call ping6 (suppose
} wer'e on a system where ping6 is
I'm thinking of importing uuid_name_lookup() and uuid_addr_lookup()
from DragonflyBSD. These functions look in a file, /etc/uuids and
/etc/defaults/uuids, which contains a table mapping uuids to
descriptive strings. The advantage is that it makes it easy for
various tools to know about new
On Apr 18, 7:17am, Emmanuel Dreyfus wrote:
}
} On netbsd-6, using dlopen in a static binary will return NULL without
} setting errno.
errno is for syscalls. dlopen is not a syscall, so why would
you expect it to set errno?
}-- End of excerpt from Emmanuel Dreyfus
36 matches
Mail list logo
