tech-userlevel  

Messages by Thread

• • Re: catman (Was: CVS commit: src/games/fortune/datfiles) Kamil Rytarowski
  • Complete removal of support for cat-pages (Was: catman) Valery Ushakov
• Xmodmap intra and inter-systems woes tlaronde
  • Re: [SCRIPT] Xmodmap intra and inter-systems woes tlaronde
  • Re: [SCRIPT CORRECTED] Xmodmap intra and inter-systems woes tlaronde
• Proposal to drop MKCATPAGES Kamil Rytarowski
  • Re: Proposal to drop MKCATPAGES Thor Lancelot Simon
  • Re: Proposal to drop MKCATPAGES Kamil Rytarowski
  • Re: Proposal to drop MKCATPAGES David Holland
  • Re: Proposal to drop MKCATPAGES Michael van Elst
  • Re: Proposal to drop MKCATPAGES Robert Elz
  • Re: Proposal to drop MKCATPAGES Mouse
  • Re: Proposal to drop MKCATPAGES David Holland
  • Re: Proposal to drop MKCATPAGES Robert Elz
  • Re: Proposal to drop MKCATPAGES David Holland
  • Re: Proposal to drop MKCATPAGES Robert Elz
  • Re: Proposal to drop MKCATPAGES David Holland
  • Re: Proposal to drop MKCATPAGES Robert Elz
  • Re: Proposal to drop MKCATPAGES Michael van Elst
  • Re: Proposal to drop MKCATPAGES Joerg Sonnenberger
  • Re: Proposal to drop MKCATPAGES Mouse
  • Re: Proposal to drop MKCATPAGES Joerg Sonnenberger
  • Re: Proposal to drop MKCATPAGES Anders Magnusson
  • Re: Proposal to drop MKCATPAGES Robert Elz
  • Re: Proposal to drop MKCATPAGES Mouse
  • Re: Proposal to drop MKCATPAGES Thor Lancelot Simon
  • Re: Proposal to drop MKCATPAGES Robert Elz
  • Re: Proposal to drop MKCATPAGES Robert Elz
  • Re: Proposal to drop MKCATPAGES John Nemeth
• [PATCH] Fix printf(1) for integer larger than INTMAX_MAX Rin Okuyama
  • Re: [PATCH] Fix printf(1) for integer larger than INTMAX_MAX Robert Elz
  • Re: [PATCH] Fix printf(1) for integer larger than INTMAX_MAX Rin Okuyama
  • Re: [PATCH] Fix printf(1) for integer larger than INTMAX_MAX aran
  • Re: [PATCH] Fix printf(1) for integer larger than INTMAX_MAX Rin Okuyama
  • Re: [PATCH] Fix printf(1) for integer larger than INTMAX_MAX aran
  • Re: [PATCH] Fix printf(1) for integer larger than INTMAX_MAX Robert Elz
  • Re: [PATCH] Fix printf(1) for integer larger than INTMAX_MAX Rin Okuyama
  • Re: [PATCH] Fix printf(1) for integer larger than INTMAX_MAX Robert Elz
• 9.1: nested functions crash Mouse
  • Re: 9.1: nested functions crash Martin Husemann
  • Re: 9.1: nested functions crash Mouse
• How to shut off X3.64 SGR in gdb output? Mouse
• Proposal to import window(1) into the base Kamil Rytarowski
  • Re: Proposal to import window(1) into the base Tobias Nygren
  • Re: Proposal to import window(1) into the base Greg Troxel
  • Re: Proposal to import window(1) into the base matthew green
  • Re: Proposal to import window(1) into the base Alistair Crooks
  • Re: Proposal to import window(1) into the base Valery Ushakov
  • Re: Proposal to import window(1) into the base Christos Zoulas
  • Re: Proposal to import window(1) into the base Valery Ushakov
• getentropy() to be added to POSIX in the next version Robert Elz
• ukbd incorrect fr keymap tlaronde
  • Re: ukbd incorrect fr keymap Michael van Elst
  • Re: ukbd incorrect fr keymap tlaronde
• sed(1) / BRE bug? tlaronde
  • Re: sed(1) / BRE bug? Robert Elz
  • Re: sed(1) / BRE bug? tlaronde
• toor shell Jan Schaumann
  • Re: toor shell Brett Lymn
• unconditional core dump on exit? Edgar Fuß
  • Re: unconditional core dump on exit? Kamil Rytarowski
  • attaching gdb to stopexit'ed process (was: unconditional core dump on exit?) Edgar Fuß
• Our dirfd(3) is a macro not a function Paul Ripke
  • Re: Our dirfd(3) is a macro not a function Robert Elz
  • Re: Our dirfd(3) is a macro not a function Kamil Rytarowski
• [PATCH] Avoid defining _NETBSD_SOURCE for strict C++ coypu
  • Re: [PATCH] Avoid defining _NETBSD_SOURCE for strict C++ coypu
  • [PATCH] Make more of stdlib.h visible if _NETBSD_SOURCE isn't defined coypu
  • Re: [PATCH] Make more of stdlib.h visible if _NETBSD_SOURCE isn't defined Joerg Sonnenberger
  • Re: [PATCH] Make more of stdlib.h visible if _NETBSD_SOURCE isn't defined maya
  • Re: [PATCH] Make more of stdlib.h visible if _NETBSD_SOURCE isn't defined Joerg Sonnenberger
  • Re: [PATCH] Make more of stdlib.h visible if _NETBSD_SOURCE isn't defined maya
  • Re: [PATCH] Make more of stdlib.h visible if _NETBSD_SOURCE isn't defined Taylor R Campbell
  • Re: [PATCH] Make more of stdlib.h visible if _NETBSD_SOURCE isn't defined maya
• NetBSD bug/misbehavior in vdprintf Rob Newberry
  • Re: NetBSD bug/misbehavior in vdprintf enh
  • NetBSD bug/misbehavior in vdprintf Rob Newberry
• fdisk: Can't read secondary GPT header: Invalid argument Edgar Fuß
• /bin/sh -eu, unset parameters and heredocs Silas
  • Re: /bin/sh -eu, unset parameters and heredocs Robert Elz
• autoconf-2.69b released [beta] Zack Weinberg
• recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() Greg A. Woods
  • Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() Joerg Sonnenberger
  • Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() Greg A. Woods
  • Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() Joerg Sonnenberger
  • Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() Martin Husemann
  • Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() Kamil Rytarowski
  • Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() Simon Burge
  • re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() matthew green
  • Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() David Brownlee
  • Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() Joerg Sonnenberger
  • Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() Greg A. Woods
  • Re: recent changes to pthread_fork.c:fork() cause static linking to fail if the app provides its own malloc() Christos Zoulas
• style change: explicitly permit braces for single statements Luke Mewburn
  • Re: style change: explicitly permit braces for single statements David Holland
  • Re: style change: explicitly permit braces for single statements Valery Ushakov
  • Re: style change: explicitly permit braces for single statements Paul Goyette
  • Re: style change: explicitly permit braces for single statements Michael van Elst
  • Re: style change: explicitly permit braces for single statements Luke Mewburn
  • Re: style change: explicitly permit braces for single statements Nick Hudson
  • re: style change: explicitly permit braces for single statements matthew green
  • Re: style change: explicitly permit braces for single statements Robert Elz
  • Re: style change: explicitly permit braces for single statements Michael Cheponis
  • Re: style change: explicitly permit braces for single statements Greg A. Woods
  • Re: style change: explicitly permit braces for single statements Mouse
  • Re: style change: explicitly permit braces for single statements Ted Lemon
  • Re: style change: explicitly permit braces for single statements Joerg Sonnenberger
  • Re: style change: explicitly permit braces for single statements Mouse
  • Re: style change: explicitly permit braces for single statements Rhialto
  • Re: style change: explicitly permit braces for single statements Paul Goyette
  • Re: style change: explicitly permit braces for single statements Johnny Billquist
  • Re: style change: explicitly permit braces for single statements Mouse
  • Re: style change: explicitly permit braces for single statements Greg A. Woods
  • Re: style change: explicitly permit braces for single statements Gerhard Sittig
  • Re: style change: explicitly permit braces for single statements Ted Lemon
  • Re: style change: explicitly permit braces for single statements Mouse
  • Re: style change: explicitly permit braces for single statements Rhialto
  • Re: style change: explicitly permit braces for single statements Alistair Crooks
  • Re: style change: explicitly permit braces for single statements Luke Mewburn
  • Re: style change: explicitly permit braces for single statements Chris Hanson
• blocklist(8) support for a couple of daemons Jukka Ruohonen
• Weekday abbreviations in output of cal(1) Michael Siegel
  • Re: Weekday abbreviations in output of cal(1) Kimmo Suominen
  • Re: Weekday abbreviations in output of cal(1) Valery Ushakov
  • Re: Weekday abbreviations in output of cal(1) Paul Goyette
  • Re: Weekday abbreviations in output of cal(1) Kimmo Suominen
  • Re: Weekday abbreviations in output of cal(1) Michael Siegel
  • Re: Weekday abbreviations in output of cal(1) Martin Husemann
  • Re: Weekday abbreviations in output of cal(1) Michael Siegel
  • Re: Weekday abbreviations in output of cal(1) Martin Husemann
  • Re: Weekday abbreviations in output of cal(1) Michael Siegel
  • Re: Weekday abbreviations in output of cal(1) Martin Neitzel
  • Re: Weekday abbreviations in output of cal(1) Wolfgang Solfrank
  • Re: Weekday abbreviations in output of cal(1) Martin Neitzel
  • Re: Weekday abbreviations in output of cal(1) Wolfgang Solfrank
  • Re: Weekday abbreviations in output of cal(1) Martin Neitzel
  • Re: Weekday abbreviations in output of cal(1) Valery Ushakov
  • Re: Weekday abbreviations in output of cal(1) Valery Ushakov
  • Empty lines in output of cal(1) Kimmo Suominen
  • Re: Empty lines in output of cal(1) Paul Goyette
  • Re: Empty lines in output of cal(1) Michael Siegel
  • Re: Weekday abbreviations in output of cal(1) Tom Spindler (moof)
  • Re: Weekday abbreviations in output of cal(1) Rhialto
  • Re: Weekday abbreviations in output of cal(1) Kimmo Suominen
  • Re: Weekday abbreviations in output of cal(1) Jeremy C. Reed
• postinstall removed yet another "obsolete" system library that was still used.... Greg A. Woods
  • Re: postinstall removed yet another "obsolete" system library that was still used.... David Brownlee
• rcorder waiting Reinoud Zandijk
• cgrep for basesystem? Kamil Rytarowski
  • Re: cgrep for basesystem? Simon Burge
  • Re: cgrep for basesystem? Reinoud Zandijk
  • Re: cgrep for basesystem? Reinoud Zandijk
  • Re: cgrep for basesystem? Kamil Rytarowski
  • Re: cgrep for basesystem? Kamil Rytarowski
  • Re: cgrep for basesystem? Valery Ushakov
• Incorrect #if usage in netdb.h nia
  • Re: Incorrect #if usage in netdb.h Joerg Sonnenberger
• Restrict mtree to specific directories Martin Husemann
  • Re: Restrict mtree to specific directories Martin Husemann
  • Re: Restrict mtree to specific directories Robert Elz
  • Re: Restrict mtree to specific directories Robert Elz
  • mountcritlocal rcorder (Was: Restrict mtree to specific directories) Martin Husemann
  • Re: mountcritlocal rcorder (Was: Restrict mtree to specific directories) Martin Husemann
• MKLIBCSANITIZER UBSan reports (2020-05-31 status) Kamil Rytarowski
• [chris...@netbsd.org: CVS import: src/external/mit/libuv/dist] Joerg Sonnenberger
  • Re: [chris...@netbsd.org: CVS import: src/external/mit/libuv/dist] Kamil Rytarowski
  • Re: [chris...@netbsd.org: CVS import: src/external/mit/libuv/dist] Taylor R Campbell
  • Re: [chris...@netbsd.org: CVS import: src/external/mit/libuv/dist] Christos Zoulas
  • Re: [chris...@netbsd.org: CVS import: src/external/mit/libuv/dist] Joerg Sonnenberger
  • Re: [chris...@netbsd.org: CVS import: src/external/mit/libuv/dist] Christos Zoulas
• Addition of ppoll(2), a wrapper around pollts(2) Apurva Nandan
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Martin Husemann
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Apurva Nandan
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Martin Husemann
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Joerg Sonnenberger
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Martin Husemann
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Apurva Nandan
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Martin Husemann
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Joerg Sonnenberger
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Kamil Rytarowski
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Martin Husemann
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Joerg Sonnenberger
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Kamil Rytarowski
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Kamil Rytarowski
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Kamil Rytarowski
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Kamil Rytarowski
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Martin Husemann
  • Re: Addition of ppoll(2), a wrapper around pollts(2) Robert Elz
• Avoid maximum alignment in _RuneStatePriv Kamil Rytarowski
  • Re: Avoid maximum alignment in _RuneStatePriv Kamil Rytarowski
  • Re: Avoid maximum alignment in _RuneStatePriv Kamil Rytarowski
• Pass -fno-delete-null-pointer-checks to Clang under MKSANITIZER/MKLIBCSANITIZER Kamil Rytarowski
  • Re: Pass -fno-delete-null-pointer-checks to Clang under MKSANITIZER/MKLIBCSANITIZER Kamil Rytarowski
  • Re: Pass -fno-delete-null-pointer-checks to Clang under MKSANITIZER/MKLIBCSANITIZER Kamil Rytarowski
  • Re: Pass -fno-delete-null-pointer-checks to Clang under MKSANITIZER/MKLIBCSANITIZER Christos Zoulas
• Initial entropy with no HWRNG Thor Lancelot Simon
  • Re: Initial entropy with no HWRNG Taylor R Campbell
• base OpenSSL is much, much slower than the package nia
  • Re: base OpenSSL is much, much slower than the package nia
  • Re: base OpenSSL is much, much slower than the package nia

• Earlier messages
• Later messages