Hi!
I just upgraded from a couple months ago and found:
Only in /usr/share/man/html8: dnssec-dsfromkey.html
Only in /usr/share/man/html8: dnssec-importkey.html
Only in /usr/share/man/html8: dnssec-keyfromlabel.html
Only in /usr/share/man/html8: dnssec-keygen.html
Only in /usr/share/man/html8:
Hi!
I had an interesting build failure today when using
build.sh -j 32 -x -V MKDEBUG=yes -V MKDEBUGLIB=yes -V MKLLVM=yes -T
/usr/obj/tools.gcc -m amd64 -O /usr/obj/src.amd64 -D
/usr/obj/amd64.gcc.20240411 -R /usr/obj/amd64.gcc.20240411.release distribution
The build stopped quite early with:
On Wed, Jan 31, 2024 at 10:31:41PM +0100, Thomas Klausner wrote:
> I've tried to get my terminal+tmux to display true colors today using
> the latest terminfo as imported to NetBSD.
I debugged this a bit further. It works fine if I just use two
entries, but as soon as a third in the
On Sun, Feb 18, 2024 at 12:19:57PM -, Michael van Elst wrote:
> w...@netbsd.org (Thomas Klausner) writes:
>
> >ftp: Receiving HTTP reply: Input line is too long
>
> #define FTPBUFLEN (4 * MAXPATHLEN)
> char buf[FTPBUFLEN];
>
> That's 4kB.
>
>
Hi!
When fetching the distfile for mail/courier-unicode, I see:
=> Bootstrap dependency digest>=20211023: found digest-20220214
=> Fetching courier-unicode-2.3.0.tar.bz2
=> Total size: 657354 bytes
Trying [2606:4700:4400::ac40:9691]:443 ...
Requesting
Hi!
I've tried to get my terminal+tmux to display true colors today using
the latest terminfo as imported to NetBSD.
Either I misunderstand something or the tmux-direct entry is broken.
> infocmp tmux-direct
# Reconstructed from /usr/share/misc/terminfo.cdb
tmux-direct|tmux with direct-color
Hi!
Our mktemp man page says:
RETURN VALUES
The mktemp() and mkdtemp() functions return a pointer to the template on
success and NULL on failure.
But POSIX[1] (and Linux) say:
The mktemp() function shall return the pointer template. If a unique name
cannot be created, template
Hi!
As noted in PR 57565, the default ARFLAGS in share/mk/sys.mk are
broken - they use 'l' which changed behaviour between binutils 2.34
and 2.39.
Ok to commit the change?
(This broke the build of ruby-nokogiri recently, which is how I
noticed.)
Thomas
On Wed, Dec 27, 2023 at 08:53:10AM +, RVP wrote:
> A way to check for a process-name different from the command-name seems
> to be documented in /etc/rc.subr. Does this patch work?
I think that works too, yes.
Thomas
Thanks for the suggestions.
It turns out that starting 'grafana-server ...' ends up starting
'grafana server ...' which made the process name check fail - it
expected arg0 to be grafana-server, not grafana.
I've changed the script to start grafana as 'grafana server' instead
and it works now.
Hi!
I'm currently trying out grafana, and I noticed one weirdness after
starting it using the pkgsrc rc.d script.
# /etc/rc.d/grafana status
grafana is not running.
# cat /var/run/grafana.pid
21719# ps -auxwww | grep 21719
root 7846 0.0 0.0 12468 2212 pts/4 O+3:14nachm.
Hi!
We found some operating system specific code in rust and would like to
know how this should be done for NetBSD.
Can someone please explain the stack guard setup on NetBSD?
Below the last mail from the thread on tech-pkg, with a link to the
rust code that shows how it's implemented in rust
Hi!
After about 1.5 days of uptime I saw
xhci2: xhci_set_dequeue: endpoint 0x0: timed out
xhci2: endpoint 0x2 failed to stop
xhci2: xhci_set_dequeue: endpoint 0x2: timed out
ure0: usb error on tx: TIMEOUT
ure0: usb error on tx: IOERROR
ure0: watchdog timeout
xhci2: xhci_set_dequeue: endpoint
Hi!
I'm used to just running fully-compiled kernel without kernel modules
to speak of, so I just to 'build.sh kernel=GENERIC' and copy the
resulting kernel to /netbsd manually.
However, e.g. dtrace is a kernel module, so if I'm interested in
bugfixes for that, the kernel module needs to be
On Thu, Nov 02, 2023 at 11:33:54AM +0100, Martin Husemann wrote:
> On Wed, Nov 01, 2023 at 10:49:12AM +0100, Thomas Klausner wrote:
> > Should we back out ad's changes until he has time to look at them?
>
> I just did that on behalf of core.
> Can you test if this solves your p
Hi!
After the latest fixes, rge(4) is better, but it's completely hung up
the network interface twice so far - no network traffic possible on it
- both times so hard, that the BIOS had some kind of issue on the next
boot and needed 15 minutes to sort itself out (before even showing
anything on
on, 23 Oct 2023 at 09:27, Chavdar Ivanov wrote:
> >
> > I can confirm that after reverting to the kernel from 9th of October
> > devel/happy builds OK.
> >
> > On Mon, 23 Oct 2023 at 05:56, Markus Kilbinger wrote:
> >>
> >> ... and probably
> >>
> >> 3.
On Mon, Oct 30, 2023 at 11:33:24AM +, RVP wrote:
> The NetBSD copyinstr() _disables_ SMAP before copying data from
> userspace. The dtrace version _does not_. I think this is what
> fails on some CPUs. My Intel CPU's more than 10 years old so it
> doesn't support SMAP (only SMEP), dtrace
RVP looked at this some more and it seems related to
time-after-booting or perhaps RAM churn. It starts happening on RVP's
machine too after some uptime.
Still looking for a dtrace guru to help out here :)
Thomas
On Sun, Oct 22, 2023 at 11:06:25PM +0200, Thomas Klausner wrote:
> On Sun, Oct 22, 2023 at 10:37:54PM +0200, Thomas Klausner wrote:
> > I've just updated my kernel from 10.99.10 to 10.99.10 (~ Oct 11 to Oct
> > 20) to test the rge(4) changes, and started a bulk build, and the
>
On Sun, Oct 22, 2023 at 10:37:54PM +0200, Thomas Klausner wrote:
> I've just updated my kernel from 10.99.10 to 10.99.10 (~ Oct 11 to Oct
> 20) to test the rge(4) changes, and started a bulk build, and the
> packages using ghc seem to wait for something and make no progress.
...
> I s
Hi!
I've just updated my kernel from 10.99.10 to 10.99.10 (~ Oct 11 to Oct
20) to test the rge(4) changes, and started a bulk build, and the
packages using ghc seem to wait for something and make no progress.
In one of my sandboxes there is a hs-data-array-byte build but it's not
doing anything.
On Sun, Oct 22, 2023 at 07:40:17AM +, RVP wrote:
> Ah, that attachment is still based on _my_ version which is plain wrong: You
> can't do copyinstr(arg0) in the :entry action because the kernel may not have
> paged in the memory containing the pathname (yet).
>
> Use your version (which is
On Sun, Oct 22, 2023 at 06:00:43AM +, RVP wrote:
> On Fri, 20 Oct 2023, Thomas Klausner wrote:
>
> > # dtrace -n syscall::unlink:entry'/pid == 27647/{ self->file = arg0; }' -n
> > syscall::unlink:return'{ trace(copyinstr(self->file)); self->file = 0; }'
> >
On Sat, Oct 21, 2023 at 10:30:54AM +, RVP wrote:
> On Sat, 21 Oct 2023, Thomas Klausner wrote:
>
> > With that I see:
> >
> > # ./dtrace.unlink2
> > dtrace: buffer size lowered to 1m
> > dtrace: error on enabled probe ID 1 (ID 404: syscall::unlink:entry)
On Sat, Oct 21, 2023 at 06:10:17AM +, RVP wrote:
> On Fri, 20 Oct 2023, bch wrote:
>
> > What OS release/architecture are you using that is getting favorable
> > results?
> >
>
> $ uname -a
> NetBSD x202e.localdomain 10.99.10 NetBSD 10.99.10 (GENERIC) #0: Thu Oct 19
> 23:43:40 UTC 2023
>
Hi!
I read about a new microcode update for the AMD Zen family, downloaded
the linux firmware repository and tried to apply it.
I put the new file for my CPU in /libdata/firmware/x86/amd/ (per man
page) as microcode_amd_fam19h.bin (as the filename is in the
repository).
# ls -l
On Fri, Oct 20, 2023 at 11:20:00PM +0200, Roland Illig wrote:
> Am 20.10.2023 um 22:38 schrieb Thomas Klausner:
> > Hi!
> >
> > I'm trying to find out what a program does, and found it does a lot of
> > unlink syscalls, so I wanted to see what it unlinks.
>
>
Hi!
I'm trying to find out what a program does, and found it does a lot of
unlink syscalls, so I wanted to see what it unlinks.
I tried
# dtrace -n syscall::unlink:entry'/pid == 27647/{ self->file = arg0; }' -n
syscall::unlink:return'{ trace(copyinstr(self->file)); self->file = 0; }'
but
Hi!
For a cgd in a file that I mount via vnd+cgd, the file system contents
inside may change, but the actual file on the hard disk outside only
has 'access' time changes. So "smart" backup programs that check
timestamps to find out if they need to re-hash files don't notice it
was changed. How do
On Tue, Oct 17, 2023 at 10:07:14AM +1100, Matthew Green wrote:
> > panic: kernel diagnostic assertion "offset < map->dm_maps" failed: file
> > "/usr/src/sys/arch/x86/x86/bus_dma.c", line 826 bad offset 0x0 >= 0x0
>
> this is from:
>
> KASSERTMSG(offset < map->dm_mapsize,
> "bad offset
Hi!
I just tried checking out pkgsrc on an nvme when the machine paniced:
panic: kernel diagnostic assertion "offset < map->dm_maps" failed: file
"/usr/src/sys/arch/x86/x86/bus_dma.c", line 826 bad offset 0×0 >= 0x0
That's a GENERIC 10.99.10/amd64 from releng, Oct 11.
Has anyone seen this one
On Mon, Oct 02, 2023 at 09:23:59AM +1100, Matthew Green wrote:
> Thomas Klausner writes:
> > panic: kernel diagnostic assertion "!cpu_softintr_p()" failed: file
> > "/usr/src/sys/kern/subr_kmem.c", line 451
> >
> > gdb says:
> >
> > #10 0
Follow up question because it just happened to me:
I have a USB Disk with ffs-on-cgd. I unmounted the ffs but forgot
unconfiguring the cgd before unplugging the disk.
Can this cause problems? What kinds?
Thomas
On Sun, Oct 01, 2023 at 09:31:03AM -0400, Greg Troxel wrote:
> Thomas Klausner writes:
>
> > When I pick up a cgd disk and want to use it on a NetBSD system to
> > which it was not connected before, what do I need?
> >
> > - the passphrase
> > - the /e
Hi!
I tried finding this in the man page, but it wasn't fully clear to me.
When I pick up a cgd disk and want to use it on a NetBSD system to
which it was not connected before, what do I need?
- the passphrase
- the /etc/cgd/foo file?
If you need the /etc/cgd/foo file too, how do people handle
Hi!
I've updated to 10.99.9 last night and started a bulk build, which
didn't get very far.
panic: kernel diagnostic assertion "!cpu_softintr_p()" failed: file
"/usr/src/sys/kern/subr_kmem.c", line 451
gdb says:
#10 0x80e3551e in vpanic (fmt=0x813a1880 "kernel %sassertion
Hi!
I was doing a limited bulk build on today's current/amd64, and only
libreoffice was left, when it failed like this:
[build HPX] zh-TW/helpcontent2/source/text/swriter/guide
[build HPX] zh-TW/helpcontent2/source/text/swriter/librelogo
[build HPX] zh-TW/helpcontent2/source/text/swriter/menu
On Mon, Aug 14, 2023 at 12:41:06PM +0200, Thomas Klausner wrote:
> I had followed your suggestion and bumped the heartbeat limit from 15
> to 300, but today it paniced again.
>
> panic: cpu8: found cpu9 heart stopped beating and unresponsive
>
> I have a core dump in case you w
I had followed your suggestion and bumped the heartbeat limit from 15
to 300, but today it paniced again.
panic: cpu8: found cpu9 heart stopped beating and unresponsive
I have a core dump in case you want any particular details.
I've now switched set it to 0.
Thomas
So it happened again, no bulk build this time, just qt5-qtwebengine in
a sandbox.
panic: cpu0: softints stuck for 16 seconds
I've got a kernel coredump this time, let me know what information
would be useful.
Btw, gdb 13.2 (built on Aug 11) doesn't work with kernel core dumps:
(gdb) target kvm
On Sat, Aug 12, 2023 at 04:03:59PM +, Taylor R Campbell wrote:
> This panic means that one CPU has detected that another CPU has failed
> to run either the hardclock interrupt handler or the SOFTINT_CLOCK
> softints in over 15 seconds, and triggered an interprocessor interrupt
> in an attempt
Hi!
I just got a new panic in 10.99.7 after running a pbulk for less than
a day (after updating from 10.99.5, which was stable for weeks).
OCR'd from screenshot and manually corrected:
[ 24737.0090714] hardclock() at netbsd:hardclock+0x8b
[ 24737.0090714] Xresume_lapic_ltimer() at
On Thu, Jul 13, 2023 at 08:16:34AM +, RVP wrote:
> That's one of them. The DATA segment is now at 0x1a0 instead of at
> 0x180 (2MB difference). The CODE segment must've increased in size for
> this. Check the previous `Section Headers:' display to see see how the sizes
> have changes,
On Wed, Jul 12, 2023 at 03:01:54PM +, RVP wrote:
> On Wed, 12 Jul 2023, Jonathan A. Kollasch wrote:
>
> > The amd64 maximum page size (or something like that) is 2MiB and I
> > suspect a section of your kernel just crossed that boundary. Anyway,
> > check things like size(1) and nm(1)
On Wed, Jul 12, 2023 at 09:19:50AM -0500, Jonathan A. Kollasch wrote:
> On Wed, Jul 12, 2023 at 02:28:15PM +0200, Thomas Klausner wrote:
> > Hi!
> >
> > For the last years, my nearly-GENERIC[1] kernel had size around 30MB.
> > Yesterday's kernel is 32MB.
> >
&
On Wed, Jul 12, 2023 at 02:28:15PM +0200, Thomas Klausner wrote:
> For the last years, my nearly-GENERIC[1] kernel had size around 30MB.
> Yesterday's kernel is 32MB.
>
> Any ideas what changed, or how to find out?
Comparing "nm /netbsd | sed "s/^[^ ] //" | sort"
Hi!
For the last years, my nearly-GENERIC[1] kernel had size around 30MB.
Yesterday's kernel is 32MB.
Any ideas what changed, or how to find out?
-rwxr-xr-x 2 root wheel 29652280 Jun 27 12:40 /netbsd.10.99.4
-rwxr-xr-x 2 root wheel 31751416 Jul 11 22:57 /netbsd.10.99.5
Thomas
[1]
Hi!
When I try to recursively copy a directory with "scp -r" or sftp's
"put -Rp" between a -current and a NetBSD 9, I see:
# scp -r a netbsd-9:
scp: realpath ./a: No such file
scp: upload "./a": path canonicalization failed
scp: failed to upload directory a to .
# ssh -V
OpenSSH_9.1
On Mon, Jun 05, 2023 at 03:01:37AM +1000, Luke Mewburn wrote:
> I managed to reproduced this just building the tools with -V MKLLVM=yes.
> I've reverted tools/Makefile.host revision 1.35 and it seems to fix the
> tools build for me.
>
> Does this resolve the issue for you?
Yes.
Now I just have
Hi!
I just tried updating my -current but the build failed:
build.sh -j 32 -x -V MKDEBUG=yes -V MKDEBUGLIB=yes -V MKLLVM=yes -V
NOGCCERROR=yes -T /usr/obj/tools.gcc -m amd64 -O /usr/obj/src.amd64 -D
/usr/obj/amd64.gcc.20230604 -R /usr/obj/amd64.gcc.20230604.release distribution
---
On Fri, Mar 31, 2023 at 02:46:18PM +0200, Joerg Sonnenberger wrote:
> Am Fri, Mar 31, 2023 at 02:39:40PM +0200 schrieb Thomas Klausner:
> > On Fri, Mar 31, 2023 at 02:35:38PM +0200, Martin Husemann wrote:
> > > Which options does it pass to g++ ?
> >
> > Good po
On Fri, Mar 31, 2023 at 02:35:38PM +0200, Martin Husemann wrote:
> Which options does it pass to g++ ?
Good point, but it's not the compiler, it's lua itself:
tar xvzf lua-5.4.4.tar.gz
cd lua-5.4.4/src
c++ lbaselib.c
and see it fail.
In file included from lua.h:16,
Hi!
mame wants to compile lua with a c++ compiler.[1]
lua has a check in its headers to detect C99 mode by looking for
LLONG_MAX. If that is not found (and no workaround like an explicit
fallback to 32-bit ints is defined) then it fails to compile.
g++ in -current doesn't get this symbol when
On Mon, Mar 27, 2023 at 10:03:18AM +, Riccardo Mottola wrote:
> I am trying to upgrade current pkgsrc packages on current.
>
> Current installed version:
> libiconv-1.14nb3Character set conversion library
IIRC libiconv doesn't build if a different version is already
installed - is that
On Sun, Mar 19, 2023 at 02:23:42PM +0100, Thomas Klausner wrote:
> Ok, so here I'm answering my own question - I looked in the BIOS
> settings and in the 'default boot options' I selected 'Legacy OPROM'
> instead of either that or UEFI, and the machine booted fine and I
> could
On Sun, Mar 19, 2023 at 02:16:47PM +0100, Thomas Klausner wrote:
> I tried a NetBSD 10 snapshot with a GTX 970 today.
>
> Sysinst ran fine -- in high resolution! -- but when I booted NetBSD
> after the installation, I get the screen update stop as reported in PR
> 57168 and PR 5
Hi!
I tried a NetBSD 10 snapshot with a GTX 970 today.
Sysinst ran fine -- in high resolution! -- but when I booted NetBSD
after the installation, I get the screen update stop as reported in PR
57168 and PR 53126.
So I wonder if why it worked for sysinst, and how I could force my
BIOS to do the
On Fri, Feb 03, 2023 at 09:24:11AM -, Michael van Elst wrote:
> w...@netbsd.org (Thomas Klausner) writes:
>
> >> The biggest change recently is probably that my bulk build switched
> >> from ghc92 to ghc94, but I don't know if that could cause this.
>
> >N
On Wed, Feb 01, 2023 at 02:00:07PM +0100, Thomas Klausner wrote:
> I have a new problem on a system running 10.99.2/amd64 from Jan 27,
> which was heavily bulk building most of the time, and stable.
>
> Now I have seen this panic twice today already (OCR'd so beware of typos):
>
Hi!
I have a new problem on a system running 10.99.2/amd64 from Jan 27,
which was heavily bulk building most of the time, and stable.
Now I have seen this panic twice today already (OCR'd so beware of typos):
panic: kernel diagnostic assertion "c->c_cpu->cc_lwp == curlwp ||
c->c_cu->ce_active
On Sun, Jan 08, 2023 at 11:58:09PM +0100, Thomas Klausner wrote:
> On Sat, Jan 07, 2023 at 03:42:00PM -, Christos Zoulas wrote:
> > In article ,
> > Thomas Klausner wrote:
> > >Hi!
> > >
> > >I've just replaced my 10.99.2/20221231 userland (ke
On Sat, Jan 07, 2023 at 03:42:00PM -, Christos Zoulas wrote:
> In article ,
> Thomas Klausner wrote:
> >Hi!
> >
> >I've just replaced my 10.99.2/20221231 userland (kernel slightly
> >older, but also 10.99.2) with a 10.99.2/20230107 kernel+userland.
> >
On Sun, Jan 08, 2023 at 08:48:24PM -, Christos Zoulas wrote:
> In article ,
> Thomas Klausner wrote:
> >Hi!
> >
> >NetBSD after the switch to binutils 2.39 does not install the
> >following files any longer, but they are not marked as obsolete
> >e
On Sun, Jan 08, 2023 at 12:38:05PM -0500, Greg Troxel wrote:
> Thomas Klausner writes:
>
> > On 10.99.2 after the load sections 2->4 change I see the following
> > when building lang/guile30:
> >
> > ar: libguile_3.0_la-alist.o: plugin needed to handle lto obje
Hi!
NetBSD after the switch to binutils 2.39 does not install the
following files any longer, but they are not marked as obsolete
either:
/usr/libdata/ldscripts/elf_k1om.x
/usr/libdata/ldscripts/elf_k1om.xbn
/usr/libdata/ldscripts/elf_k1om.xc
/usr/libdata/ldscripts/elf_k1om.xd
Hi!
On 10.99.2 after the load sections 2->4 change I see the following
when building lang/guile30:
ar: libguile_3.0_la-alist.o: plugin needed to handle lto object
ranlib: .libs/libguile-3.0.a(libguile_3.0_la-alist.o): plugin needed to handle
lto object
CCLD guile
and the resulting binary
On Sat, Jan 07, 2023 at 03:42:00PM -, Christos Zoulas wrote:
> In article ,
> Thomas Klausner wrote:
> >Hi!
> >
> >I've just replaced my 10.99.2/20221231 userland (kernel slightly
> >older, but also 10.99.2) with a 10.99.2/20230107 kernel+userland.
> >
Hi!
I've just replaced my 10.99.2/20221231 userland (kernel slightly
older, but also 10.99.2) with a 10.99.2/20230107 kernel+userland.
Now gnucash dumps core on startup:
(gdb) bt
#0 0x in ?? ()
#1 0x7f59b66414b1 in scm_c_hook_run (hook=0x7f59b695d140
, data=0x0) at
build.sh -j 32 -x -V MKDEBUG=yes -V MKDEBUGLIB=yes -V MKLLVM=yes -V
NOGCCERROR=yes -m amd64 distribution
with cvs from about an hour ago failed with:
On Wed, Nov 23, 2022 at 04:15:37PM -0500, Andrew Cagney wrote:
> On Tue, 22 Nov 2022 at 11:49, Thomas Klausner wrote:
> >
> > Hi!
> >
> > Should these files be there?
> >
> > /usr/src> find . -name .gdbinit
> > ./external/gpl3/binutils/dist/gpro
Hi!
Should these files be there?
/usr/src> find . -name .gdbinit
./external/gpl3/binutils/dist/gprof/.gdbinit
./external/gpl3/binutils.old/dist/gprof/.gdbinit
./external/gpl3/gdb/dist/gdb/testsuite/gdb.base/gdbinit-history/unlimited/.gdbinit
On Mon, Oct 17, 2022 at 12:06:51PM +0200, Thomas Klausner wrote:
> On Fri, Oct 14, 2022 at 11:25:49PM +, RVP wrote:
> > On Wed, 12 Oct 2022, RVP wrote:
> >
> > > On Wed, 12 Oct 2022, Thomas Klausner wrote:
> > >
> > > > bin/5
On Tue, Nov 01, 2022 at 01:29:19PM +0300, Valeriy E. Ushakov wrote:
> On Tue, Nov 01, 2022 at 10:05:19 +0100, Thomas Klausner wrote:
>
> > What's up with these log lines?
> >
> > Oct 31 07:52:59 yt dhcpcd[3496]: wm0: requesting DHCPv6 information
> > Oct 31 0
On Mon, Oct 31, 2022 at 01:46:56PM +0300, Valeriy E. Ushakov wrote:
> On Mon, Oct 31, 2022 at 11:10:24 +0100, Thomas Klausner wrote:
>
> > For test builds, I use 'USETOOLS=no make' to avoid building a
> > toolchain. However that still wants to link against libraries built
>
Hi!
For test builds, I use 'USETOOLS=no make' to avoid building a
toolchain. However that still wants to link against libraries built
in the source tree, i.e. I have to 'cd /usr/src/lib/libcrypto &&
USETOOLS=no make' to build a new libcrypto if this library is used.
Is there a toggle to build
VOP_ACCESS+0x61
nfs_lookup+052f
VOP_LOOKUP+0x8a
lookup_once+0x1a6
namei_tryemulroot+0xb00
namei+0x29
vn_open+0x133
do_open+0xc3
do_sys_openat+0x74
sys_open+0x24
syscall+0x196
Thomas
> On 29.10.2022, at 11:53, Thomas Klausner wrote:
>
> Hi!
>
> I’ve upgraded from 9.99.100 (stab
Hi!
I’ve upgraded from 9.99.100 (stable) to 9.99.104 this morning (kernel + user
land, but packages still the old ones built on 9.99.100 in case it matters).
A couple hours later I started transmission-gtk and the machine immediately
panicked.
Hand copied:
uvm_fault(0xf8b04ab6d8f0, 0x0,
On Fri, Oct 14, 2022 at 11:25:49PM +, RVP wrote:
> On Wed, 12 Oct 2022, RVP wrote:
>
> > On Wed, 12 Oct 2022, Thomas Klausner wrote:
> >
> > > bin/57053: continuation problem in shell pipelines
> > >
> >
> > FYI: Just tried on FreeBSD 13.1,
On Wed, Oct 12, 2022 at 10:58:56AM +, RVP wrote:
> File a PR.
This is now
bin/57053: continuation problem in shell pipelines
Thanks,
Thomas
Hi!
I've been using the following shell function for ages:
dir() { ls -al "$@" | less; }
On -current (9.99.100 kernel from Oct 9, Userland from Sep 21, zsh
from May), when I CTRL-Z the less(1) and then want to go back in, it
doesn't work and I see the following:
> dir
zsh: done ls -al
On Sun, Sep 18, 2022 at 01:44:25PM +0700, Robert Elz wrote:
> mmap_hint: [ 991.7219923] panic: kernel diagnostic assertion "!topdown ||
> hint <= orig_hint" failed: file "/release/src/sys/uvm/uvm_map.c", line 2120
> hint: 0x1ff000, orig_hint: 0x1000
I think this is
On Mon, Aug 01, 2022 at 06:06:19PM +0300, Valeriy E. Ushakov wrote:
> On Mon, Aug 01, 2022 at 16:50:14 +0200, Thomas Klausner wrote:
>
> > On Mon, Aug 01, 2022 at 05:45:23PM +0300, Valeriy E. Ushakov wrote:
> > > Shouldn't we expose __clone(2) (the real symbol in the res
On Mon, Aug 01, 2022 at 05:45:23PM +0300, Valeriy E. Ushakov wrote:
> Shouldn't we expose __clone(2) (the real symbol in the reserved
> namespace) under _NETBSD_SOURCE and only hide clone(2) weak alias
> under _GNU_SOURCE? You kinda sidestep some potential issues here in
> this case b/c __clone
On Mon, Aug 01, 2022 at 07:32:26AM -0700, Jason Thorpe wrote:
>
> > On Aug 1, 2022, at 7:22 AM, Thomas Klausner wrote:
> >
> > On Mon, Aug 01, 2022 at 11:20:11PM +0900, Rin Okuyama wrote:
> >> On 2022/08/01 23:13, Martin Husemann wrote:
> >>> On Mon
On Mon, Aug 01, 2022 at 11:20:11PM +0900, Rin Okuyama wrote:
> On 2022/08/01 23:13, Martin Husemann wrote:
> > On Mon, Aug 01, 2022 at 03:57:19PM +0200, Thomas Klausner wrote:
> > > The attached diff survived a complete amd64-current build. Ok to commit?
> >
> >
On Tue, Jul 26, 2022 at 03:03:54PM +0200, Martin Husemann wrote:
> On Tue, Jul 26, 2022 at 03:46:14PM +0300, Valery Ushakov wrote:
> > On Linux clone(2) is declared only for _GNU_SOURCE, which explains why
> > linux doesn't run into the name clash. I gather we should follow
> > suit, as that's
On Tue, Jul 26, 2022 at 06:11:36AM -0400, Greg Troxel wrote:
> So where is the visibility restriction?
Oh, that's probably a misunderstanding on my side.
Thomas
Hi!
When compiling inkscape I found a weird compilation error that I
traced down to clone() being in the visible namespace.
https://gitlab.com/inkscape/inbox/-/issues/7378
I wonder why it's visible though, since in sched.h it's protected by
_NETBSD_SOURCE.
The command line is
cd
Hi Matt!
On Mon, Jul 18, 2022 at 01:53:49PM +1000, Matthew Green wrote:
> > [184218.xxx] warning:
> > /usr/src/sys/external/bsd/drm2/dist/drm/nouveau/nvkm/engine/disp/nouveau_nvkm_engine_disp_headgf119.c:83:
> > 1
>
> can you patch this code to print the value of "data" here?
> it's probably a
Hi!
Yesterday I had a panic on 9.99.98/amd64 from June 22 while playing a
couple of videos using mpv. Hand-transcribed from the console
[184197.xxx] nouveau0: error: bus: MMIO read of FAULT at 409800
[TIMEOUT ]
[184199.xxx] nouveau0: warn: timeout
[184199.xxx] nouveau0: error: gr: init
Hi!
In the last weeks, every reboot tries to write a crashdump, but
savecore fails at the end, and the next boot tries to write it again.
savecore: writing compressed core to ...
savecore: writing compressed kernel to ...
savecore: kvm_read ksymcs: _kvm_kvatop(e9x031814c8cf8c7)
savecore: (null):
> On 23.06.2022, at 09:34, Thomas Klausner wrote:
>
> On Tue, Jun 21, 2022 at 11:04:03PM +0200, Thomas Klausner wrote:
>> I've been running a 9.99.97 kernel from June 1 and it was stable,
>> including bulk builds. Today I upgraded to 9.99.98 and started a fresh
>>
On Tue, Jun 21, 2022 at 11:04:03PM +0200, Thomas Klausner wrote:
> I've been running a 9.99.97 kernel from June 1 and it was stable,
> including bulk builds. Today I upgraded to 9.99.98 and started a fresh
> bulk build, and it rebooted after a couple hours, nothing in dmesg or
Hi!
I've been running a 9.99.97 kernel from June 1 and it was stable,
including bulk builds. Today I upgraded to 9.99.98 and started a fresh
bulk build, and it rebooted after a couple hours, nothing in dmesg or
syslog, no crashdump.
I restarted the bulk build and it rebooted again after about 5
On Sat, Jun 11, 2022 at 08:48:10AM -0700, Brian Buhrow wrote:
> Hello. What version of openssh are you using? I just tested between
> NetBSD-5.2 and
> -current as of 99.77. Those versions are:
> 5.2: OpenSSH_5.0 NetBSD_Secure_Shell-20080403-hpn13v1
> 99.77: OpenSSH_8.4
Hi!
I cannot use 'scp -r' from -current to NetBSD 8 or NetBSD 9.
> scp -r a target:
scp: realpath ./a: No such file
scp: upload "./a": path canonicalization failed
scp: failed to upload directory a to .
scp without -r still works fine.
Is there a compatibility setting I can enable to make this
Did either of you install any firmware files?
Which firmware file is loaded?
Thomas
On Wed, Jun 08, 2022 at 04:21:16PM +0200, Cygnus X-1 wrote:
> On 22/06/08 06:58AM, Paul Goyette wrote:
> > Yup. At least with 9.99.97 my nouveau is running great on my Geforce
> > GTX 1050 Ti
>
> Thanks a lot for the precious feedback.
> Alright, I guess it's time to upgrade to
On Sun, Jun 05, 2022 at 12:53:09AM +, RVP wrote:
> On Sun, 5 Jun 2022, Thomas Klausner wrote:
>
> > However, when I press '3' in that config, I get a kernel where nouveau
> > is disabled.
> >
> > Did I misunderstand the man page or is there a bug here?
> >
1 - 100 of 501 matches
Mail list logo