Re: sort --version-sort

2025-02-18 Thread Simon Burge
Hi Thomas, Thomas Klausner wrote: > It seems that in 2009, FreeBSD sort was majorly rewritten, and in 2015 > imported to OpenBSD. > > Has anyone look at adding --version-sort to our version? Or at > switching to FreeBSD's, which has many more options supported? FreeBSD sort was slower than our s

Re: Supporting compression-less release builds

2025-01-12 Thread Simon Burge
Hi Julio, Julio Merino wrote: > I'm currently working on a NetBSD-based embedded disk image and, while > working on this project, the compression of various artifacts during the > build gets in the way. Compressing the sets and kernels is very visible > the choke point of the build even on a fas

Re: Trivial program size inflation

2023-07-02 Thread Simon Burge
Taylor R Campbell wrote: > A quicker way to address most of it is to just define your own malloc: > > $ cat null.o > #include > void *malloc(size_t n) { return NULL; } > void *realloc(void *p, size_t n) { return NULL; } > void *calloc(size_t n, size_t sz) { return NULL; } > void free(void *p) {}

Re: grep -r: add default "."

2022-09-02 Thread Simon Burge
Charlotte Koch wrote: > On Fri, 2 Sep 2022, Thomas Klausner wrote: > > > > > I often forget the "." at the end of my 'grep -r'. > > GNU grep automatically adds it, i.e.: > > > > # grep -r foo > > # > > > > is the same as > > > > # grep -r foo . > > # > > > > The grep we have in NetBSD recognizes t

Re: installboot option for u-boot bootloader paths

2022-07-05 Thread Simon Burge
Hi Brook, Brook Milligan wrote: > Installboot can install U-Boot boot blocks directly into a > system image. Normally, the U-Boot files are searched for in > /usr/pkg/share/u-boot, under the expectation that most people will > build them with pkgsrc. However, it is also possible to set an > env

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

2022-03-17 Thread Simon Burge
Lots of interesting discussion! Thanks all. 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 filesystems and mount tho

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

2022-03-15 Thread Simon Burge
Brad Spencer wrote: > Simon Burge writes: > > > I'm using ZFS as my root filesystem, with the EFI boot loader reading > > the kernel from the ZFS root filesystem. This is based on the the > > FreeBSD libsa ZFS code. https://github.com/snarkophilus/src/tree/zfsb

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

2022-03-14 Thread Simon Burge
Paul Goyette wrote: > On Tue, 15 Mar 2022, Simon Burge wrote: > > > Do we have any valid need to have non-critical local filesystems? > > Well, I have a dedicated filesystem for builds, separate from my > OS. The /build happens to be my nvme SSD. > > Building (or

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

2022-03-14 Thread Simon Burge
[ Moving this from source-changes-d to tech-userlevel and combining a couple of messages with one rambling reply. ] Greg Troxel wrote: > Simon Burge writes: > > > I'm running with a complete ZFS-only setup with no legacy mounts. This > > is my basic ZFS layout (leavin

Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc()

2020-07-14 Thread Simon Burge
Kamil Rytarowski wrote: > On 14.07.2020 06:28, Martin Husemann wrote: > > On Tue, Jul 14, 2020 at 02:49:00AM +0200, Joerg Sonnenberger wrote: > >> Replacing malloc is just as invalid from a strict standard compliance > >> perspective, so *shrug* > > > > Why is that? > > > > We have e.g. shells/s

Re: cgrep for basesystem?

2020-06-04 Thread Simon Burge
Kamil Rytarowski wrote: > I find this program useful, however it should be refreshed or rewritten > for modern times. Its switches and usage is not compatible with modern > grep(1) and the implementation is pretty simplistic. > > If someone would be interested to pick this project it would be grea

Re: Leak Sanitizer - how to suppress leaks

2019-09-11 Thread Simon Burge
Kamil Rytarowski wrote: > I can see the following solutions to suppress leaks: > > 1. use standard free(3) > 2. use standard interfaces from LLVM/GCC sanitizers; potentially > wrapping the interfaces in our headers > 3. add libc functions to suppress leaks 4. fix the santisers and not unnecess

Re: deleting telnet/telnetd

2018-12-20 Thread Simon Burge
John Nemeth wrote: > 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 needed. I use rlogin/rlogind on my pc532. Never thought to use telnetd! I do use the telnet c

Re: Proposed modification to seq

2018-12-17 Thread Simon Burge
Greg Troxel wrote: > a...@100acres.us writes: > > > The seq command behaves a little differently than I expect. I needed a > > comma > > separated list of integers, but seq gave me this: > > > > $seq -s , 1 3 > > 1,2,3,$ > > > > Notice the extra comma and no trailing return. The comma is trou

Re: Moving telnet/telnetd from base to pkgsrc

2018-12-13 Thread Simon Burge
Manuel Bouyer wrote: > On Thu, Dec 13, 2018 at 10:50:30PM +, co...@sdf.org wrote: > > Hi, > > > > telnet: > > [ ... ] > > Let's pull it out as a package, the alternative being breaking > > functionality for the four remaining users. > > Actually, lots of mananged network equipements (or remot

Re: dirname(3) used on its own results?

2018-09-26 Thread Simon Burge
m...@netbsd.org wrote: > On Tue, Sep 25, 2018 at 04:32:03PM +1000, Simon Burge wrote: > > Should you be allowed to call dirname(3) on the results of a previous > > dirname(3) call? > > This is about minidlna, right? Yes, minidlna. > if it works, please feel free to add

Re: dirname(3) used on its own results?

2018-09-25 Thread Simon Burge
Robert Elz wrote: > What it is going to say (approved update for next revision) is ... > > The dirname() function may modify the string pointed to by path, and may > return a pointer into the input string. The returned pointer might be > invalidated > if the input string is subs

Re: dirname(3) used on its own results?

2018-09-25 Thread Simon Burge
Edgar =?iso-8859-1?B?RnXf?= wrote: > > or are we restricted by some standard from having dirname(3) > > be able to be called on the results of a previous dirname(3) call > Not exactly restricted from, but > This is not strictly a bug; it is explicitly allowed by > IEEE Std 1003.1-2001

dirname(3) used on its own results?

2018-09-24 Thread Simon Burge
Hi folks, Should you be allowed to call dirname(3) on the results of a previous dirname(3) call? On NetBSD 8: thoreau 49994> cat dirtest.c #include #include #include #include int main(void) { char *p = "/a/b/c";

curses bug - incorrect curx at end of line

2018-08-06 Thread Simon Burge
Hi folks, Every now and then I've seen vi report something like Error: move: l(39 + 0) c(90 + 0) and I've tracked it down to the way that _cursesi_addwchar() and _cursesi_waddbytes() interact in src/lib/libcurses/addbytes.c . _cursesi_addwchar() checks to see if the current position is

Re: diff(1) command options

2018-03-01 Thread Simon Burge
Paul Goyette wrote: > In my case, I have a shell alias for > > alias diff "diff -u" > > 'cuz most of the time I want a -u output. But once in a blue moon (or > perhaps > once in a blue+super moon) I want a -y (side-by-side) output; it's a real > pain > to have to bypass the alias by s

Re: tac (was Re: GNU shellery)

2017-10-03 Thread Simon Burge
Thor Lancelot Simon wrote: > It appears tac was written by some unknown person, then rewritten > by the late Jay Lepreau of the University of Utah in 1985 and sent > to CSRG for inclusion on the "contrib" tape of 4.3BSD, but may or > may not have shipped with 4.3 -- I can't find the "contrib" sour

Re: Possible enhancement to find(1)

2016-06-10 Thread Simon Burge
Paul Goyette wrote: > I often find myself (no pun intended!) wanting to determine which files > were accessed before/since a particular timestamp. There currently > exist the -{a,c}{newer,min,time} primitives, but none of these allow me > to say "since today at 5 AM". > > I'd like to suggest