[Bug 277959] Refactor of usr.sbin/daemon caused regression in restart parameter

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277959 --- Comment #12 from Rudolph --- I just successfully compiled and verified that these patches indeed fix the issue. It would be really great if this fix would land in all currently supported releases, so people can keep reliable use daemon

[Bug 277959] Refactor of usr.sbin/daemon caused regression in restart parameter

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277959 --- Comment #11 from Rudolph --- Great! Thanks so much. I'll go ahead and check the patches on my machine, if I can figure out how to compile it. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 281936] dma complains about stack overflow.

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281936 Bug ID: 281936 Summary: dma complains about stack overflow. Product: Base System Version: 15.0-CURRENT Hardware: riscv OS: Any Status: New Severity:

[Bug 277959] Refactor of usr.sbin/daemon caused regression in restart parameter

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277959 Kyle Evans changed: What|Removed |Added URL|https://reviews.freebsd.org |https://reviews.freebsd.org

[Bug 277959] Refactor of usr.sbin/daemon caused regression in restart parameter

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277959 Kyle Evans changed: What|Removed |Added URL||https://reviews.freebsd.org

[Bug 46441] sh(1): Does not support PS1, PS2, PS4 parameter expansion

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=46441 Mark Linimon changed: What|Removed |Added Flags|mfc-stable13? | --- Comment #17 from Mark Linimon

[Bug 255202] drawer.lua: brand positioning not working

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255202 Mark Linimon changed: What|Removed |Added Flags|mfc-stable13? | --- Comment #12 from Mark Linimon

[Bug 220246] syslogd does not send RFC3164-conformant messages

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220246 Mark Linimon changed: What|Removed |Added Flags|mfc-stable14?, | |mfc-stable13?

[Bug 220246] syslogd does not send RFC3164-conformant messages

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220246 Mark Linimon changed: What|Removed |Added Attachment #233882|0 |1 is patch|

[Bug 276571] makefs(8) creates broken UFS images with sectorsize option (-S)

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276571 Mark Linimon changed: What|Removed |Added Flags|mfc-stable14?, | |mfc-stable13?

[Bug 259808] etc/periodic/daily/100.clean-disks: Fix error (Directory not empty) when removing ports matching '*.core'

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259808 Mark Linimon changed: What|Removed |Added Flags|mfc-stable13? | --- Comment #6 from Mark Linimon

[Bug 257149] CFLAGS not passed to whole build

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257149 Mark Linimon changed: What|Removed |Added Flags|mfc-stable13? | --- Comment #1 from Mark Linimon

[Bug 264075] freebsd-update in 13.1-RELEASE detects an installed kernel when it shouldn't

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264075 Mark Linimon changed: What|Removed |Added CC||bugmeis...@freebsd.org

[Bug 262192] Crashes at boot with kern.random.initial_seeding.bypass_before_seeding=0 in randomdev_wait_until_seeded()

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262192 Mark Linimon changed: What|Removed |Added Flags|mfc-stable13? | CC|

[Bug 261971] kernel crash launching bhyve guest on ZFS: #15 buf_hash_find (...) at /usr/src/sys/contrib/openzfs/module/zfs/arc.c:990

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261971 Mark Linimon changed: What|Removed |Added Flags|mfc-stable13? | CC|

[Bug 255130] Issue with rtsx driver

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255130 Mark Linimon changed: What|Removed |Added Keywords|needs-patch, needs-qa | Assignee|b...@freebsd.or

[Bug 281541] rpcinfo: format of argument to -a flag is undocumented

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281541 Graham Percival changed: What|Removed |Added CC||gperc...@tarsnap.com --- Comment

[Bug 211669] ip17x(4): manpage missing, referenced by etherswitch(4)

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211669 Elvis Moore <35dh53v...@flashpost.net> changed: What|Removed |Added CC||35dh53v...@

[Bug 281617] wpa_suplicant man page includes non-existent option

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281617 Dag-Erling Smørgrav changed: What|Removed |Added CC||d...@freebsd.org --- Comment

[Bug 201052] [sctp] capsicum: propagate rights on sctp_peeloff

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201052 Ed Maste changed: What|Removed |Added Assignee|b...@freebsd.org|ema...@freebsd.org -- You are receivin

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 Ed Maste changed: What|Removed |Added Status|New |In Progress -- You are receiving this

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 --- Comment #9 from Vincent Bentley --- (In reply to Ed Maste from comment #6) pkg.pkg is present on the mirror I have access to. I think my problem is actually networking. I can fetch the pkg.pkg file from my podman host but not from a pod

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 --- Comment #8 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=be9243409d6be99f5d7815b6d074a85a6e84f7ce commit be9243409d6be99f5d7815b6d074a85a6e84f7ce Author:

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 --- Comment #7 from Ed Maste --- Ah, perhaps the missing info is that pkg.pkg and pkg.txz are the same thing - the default package extension was changed, and for some time pkg was provided under both names, for backwards compatibility. In

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 --- Comment #6 from Ed Maste --- (In reply to Vincent Bentley from comment #5) Yes, pkg.txz is a red herring -- pkg.txz does not exist there, but it does not matter. The pkg bootstrap looks (first) for pkg.pkg, which exists. -- You are re

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 --- Comment #5 from Vincent Bentley --- Created attachment 254076 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=254076&action=edit Screenshot of folder index -- You are receiving this mail because: You are the assignee for the

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 --- Comment #4 from Ed Maste --- To be explicit - pkg tried to fetch both pkg.pkg and pkg.txz and both fetch attempts failed. The issue is not a missing pkg.txz. Two different approaches for improving the error message to help diagnose iss

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 --- Comment #3 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=f5c847ae849aab9354d0956afd683f1c90bfd91e commit f5c847ae849aab9354d0956afd683f1c90bfd91e Author:

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 Ed Maste changed: What|Removed |Added CC||b...@freebsd.org, |

[Bug 280846] Low memory freezes / OOM: a thread waited too long to allocate a page

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280846 --- Comment #32 from Mark Johnston --- (In reply to Henrich Hartzer from comment #31) Ok, so my patch didn't help. I was hoping it would fix that leak. I wonder if you could share output from "vmstat -o" while the system is in that state,

[Bug 280846] Low memory freezes / OOM: a thread waited too long to allocate a page

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280846 --- Comment #31 from Henrich Hartzer --- Thought I would post an update with close to two days of uptime. So far no OOMs and things have been stable, so I can't find any issues with the patch. However, it does look like something is still

[Bug 277959] Refactor of usr.sbin/daemon caused regression in restart parameter

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277959 --- Comment #9 from Kyle Evans --- (In reply to Rudolph from comment #8) Sorry, I'll throw it on my list to revisit this shortly. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 277959] Refactor of usr.sbin/daemon caused regression in restart parameter

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277959 --- Comment #8 from Rudolph --- Is there anything I can do to help fix this issue? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 281877] security_daily_compat_var still used by periodic processes

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281877 Michael Osipov changed: What|Removed |Added Resolution|--- |Not A Bug Status|New

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 d...@rabson.org changed: What|Removed |Added CC||d...@rabson.org --- Comment #1 fr

[Bug 281924] Missing pkg.txz prevents pkg bootstrap

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281924 Bug ID: 281924 Summary: Missing pkg.txz prevents pkg bootstrap Product: Base System Version: 14.1-RELEASE Hardware: amd64 OS: Any Status: New Severi

[Bug 281921] 13.4R - erroneous boot loader warning ?

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281921 Bug ID: 281921 Summary: 13.4R - erroneous boot loader warning ? Product: Base System Version: 13.4-RELEASE Hardware: amd64 OS: Any Status: New Sever

[Bug 280671] Memory leak on FreeBSD 13.3 and 14.1

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280671 Mark Johnston changed: What|Removed |Added Status|Open|Closed Resolution|---

[Bug 280671] Memory leak on FreeBSD 13.3 and 14.1

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280671 --- Comment #14 from s...@truespeed.com --- Hi Mark We managed to resolve this issue by upgrading the version of PostgreSQL that was running inside one of our jails. Although we were using compat libraries for it to run after upgrading the

[Bug 281820] mdo: failed to call initgroups: Operation not permitted

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281820 Olivier Certner changed: What|Removed |Added Assignee|b...@freebsd.org|o...@freebsd.org -- You are rec

[Bug 281820] mdo: failed to call initgroups: Operation not permitted

2024-10-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281820 --- Comment #2 from Olivier Certner --- Hello Jose, There are several code and conceptual problems in the current implementation of mac_do(4), and I would advise not to use it in a production setup yet. I have been working on a full revam