Re: cgrep for basesystem?

2020-06-10 Thread Reinoud Zandijk
On Wed, Jun 10, 2020 at 10:57:09AM +0200, Reinoud Zandijk wrote: > A separate package would be appreciated I think :) I presume its written in > 'c'? It's ancient, from 1977 even! Wow... could use an ansi conversion and a slight cleanup yes. I guess its not actively maintained anymore? :)

Re: cgrep for basesystem?

2020-06-10 Thread Reinoud Zandijk
On Fri, Jun 05, 2020 at 09:44:51AM +1000, Simon Burge wrote: > Why base and not pkgsrc? FWIW, there's already a (I assume different) > cgrep in pkgsrc in the textproc/hs-cgrep pkg src. Euh, the prefix suggests its in haskell with all the problems of getting haskell to run first, if at all. A

rcorder waiting

2020-06-10 Thread Reinoud Zandijk
Hi :) The rcorder thread reminded me of an idea i had before. Can't we parallelize rc scripts? It now f.e. waits on network config hdcp stuff while other things can be done in the mean time and all dependencies have to be honoured of course. Not that it saves much time but when starting up a VM

Re: Waiting for Randot (or: nia and maya were right and I was wrong)

2021-01-15 Thread Reinoud Zandijk
On Fri, Jan 15, 2021 at 11:07:12AM +0100, Martin Husemann wrote: > On Fri, Jan 15, 2021 at 09:25:41AM +0100, Manuel Bouyer wrote: > > > If a machine doesn't have any unpredictable inputs, well, there's no > > > magic we can do -- you can copy a seed over from another machine (on a > > > > Yes. I

Re: Waiting for Randot (or: nia and maya were right and I was wrong)

2021-01-15 Thread Reinoud Zandijk
On Fri, Jan 15, 2021 at 03:10:20PM +0100, Martin Husemann wrote: > On Fri, Jan 15, 2021 at 03:04:21PM +0100, Reinoud Zandijk wrote: > > Can we create a random stream for all such situations instead of a file? Say > > open a TCP/IP connection to some NetBSD server that spits

Re: vndconfig vs mount_cd9660

2021-01-04 Thread Reinoud Zandijk
Hi, On Tue, Dec 29, 2020 at 11:35:15AM +0100, Thomas Klausner wrote: > On Tue, Dec 29, 2020 at 08:02:19AM +0100, Martin Husemann wrote: > > On Mon, Dec 28, 2020 at 10:43:10PM +0100, Thomas Klausner wrote: > > > I wanted to mount an ISO image (on 9.99.77/amd64), so I did, following > > > the

Re: EDID from multiple displays using ioctl(WSDISPLAYIO_GET_EDID)

2021-01-04 Thread Reinoud Zandijk
On Wed, Dec 23, 2020 at 09:03:16AM +0100, Michael van Elst wrote: > On Wed, Dec 23, 2020 at 07:36:10AM +, RVP wrote: > > On Wed, 23 Dec 2020, Michael van Elst wrote: > > > > > If you had multiple wsdisplay* instances, there would be some > > > corresponding ttyE* that you could send the ioctl

Re: Summary of man-page formatting

2021-03-12 Thread Reinoud Zandijk
On Sat, Nov 21, 2020 at 07:50:02AM +, David Holland wrote: > I think the _solution_ to this problem is a new typesetting engine > (not anything based on tex or roff), but this has to happen and become > viable independent of netbsd before we adopt it; if we jump the gun > it's as likely to

Re: openssl 3

2021-10-04 Thread Reinoud Zandijk
On Thu, Sep 30, 2021 at 09:18:23AM -0400, Greg Troxel wrote: > > Martin Husemann writes: > > > On Thu, Sep 30, 2021 at 08:44:22AM -0400, Greg Troxel wrote: > >> What are people thinking about > >> > >> updating openssl to 3.0.0 in current > > > > Yes, someone(tm) should do that! Early to

Re: ZFS - mounting filesystems (Was CVS commit: src/etc)

2022-03-18 Thread Reinoud Zandijk
On Thu, Mar 17, 2022 at 11:16:16PM +1100, Simon Burge wrote: > Broadly I think I can summarise to the following options: > > 1. The existing critical_filesystems_zfs rc.conf variable, which > mixes ZFS configuration in both rc.conf and with ZFS itself. > 2. Add ZFS "critical" properties for

Re: ZFS - mounting filesystems (Was CVS commit: src/etc)

2022-03-18 Thread Reinoud Zandijk
Hi :) On Fri, Mar 18, 2022 at 09:21:26AM -0400, Mouse wrote: > Another option might be for all optional systems to be fscked and > mounted in the background, without even delaying rc for them, never > mind erroring if they fail. This makes it possible to handle the error > reporting via things

Re: Conflicting fuse_opt.h

2022-03-28 Thread Reinoud Zandijk
Hi, On Wed, Mar 23, 2022 at 02:28:39PM +, Emmanuel Dreyfus wrote: > I am almost certain I already raised that question, but I could not find > where, and the issue remains to be fixed. > > NetBSD's src/lib/librefuse/fuse_opt.h > struct fuse_opt { > const char *templ; >

Re: Conflicting fuse_opt.h

2022-04-01 Thread Reinoud Zandijk
On Mon, Mar 28, 2022 at 09:03:07AM -0400, Mouse wrote: > > If you want portable code, i'd refrain from using underspecified > > types like `long' and just plain `int' in an interface! > > Depending on what you're trying to do, int or long int may well be the > more portable choice. Using (for

Re: Inetd enhancements google summer of code project

2022-05-31 Thread Reinoud Zandijk
Hi, On Wed, May 25, 2022 at 05:25:03PM -0700, Arjun wrote: > Hello NetBSD community, > > My proposal for inetd enhancements has been accepted by google’ summer > of code. As part of the program, Brett Lymn will be my mentor. I will > work on this project over the summer. > >

Re: Rationale for some rules in style guide

2023-04-12 Thread Reinoud Zandijk
On Wed, Apr 12, 2023 at 07:40:22PM +0700, Robert Elz wrote: > | On Tue, Apr 11, 2023 at 08:30:19PM +0200, Roland Illig wrote: > | The style guide says: > |When declaring variables in functions declare them sorted by size > > That one ought be deleted, if only because absolutely no-one

mount(8) enhancement

2023-04-01 Thread Reinoud Zandijk
Dear folks, there are file systems that although living in one partition/device support multiple heads/labels to mount on that can't be expressed as a disk partition scheme like disklabel or GPT since they all live in one partion. A common way to mount such systems is to append the head-name to

Re: Rationale for some rules in style guide

2023-04-13 Thread Reinoud Zandijk
Hi Robert, On Thu, Apr 13, 2023 at 04:03:38AM +0700, Robert Elz wrote: > Date:Wed, 12 Apr 2023 22:01:36 +0200 > From: Reinoud Zandijk > Message-ID: > > | Oh I do that for I think its more clear > > You really write (and think it is m