https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254373
--- Comment #9 from Kubilay Kocak ---
Created attachment 223437
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=223437&action=edit
Panic screenshot and backtrace
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254373
Kubilay Kocak changed:
What|Removed |Added
Keywords||needs-qa, regression
S
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254419
Bug ID: 254419
Summary: Fatal trap 12: page fault while in kernel mode, nginx
+ sendfile on
Product: Base System
Version: 13.0-STABLE
Hardware: amd64
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254410
Bug ID: 254410
Summary: newfs creates .snap with world readable permissions
0777
Product: Ports & Packages
Version: Latest
Hardware: Any
OS: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
--- Comment #11 from Nathan Whitehorn ---
(In reply to Warner Losh from comment #10)
It's pretty tricky, since it touches code in a lot of places, has to be
conditional on platform, and runs a risk of breaking interactive installs just
bec
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
--- Comment #10 from Warner Losh ---
(In reply to Ryan Moeller from comment #8)
Oh! I like this idea better, I think, but I don't know how hard it is to do.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
--- Comment #9 from Nathan Whitehorn ---
(In reply to Ryan Moeller from comment #8)
We could delay it, but it's harder and less-localized than the other solutions.
It also completely breaks PowerPC and other systems with analagous but non-
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250682
Michael Osipov changed:
What|Removed |Added
CC||michael.osi...@siemens.com
--- Co
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
--- Comment #8 from Ryan Moeller ---
Would it be possible to defer mounting the ESP until after the tarballs have
been extracted? We don't actually have anything in /boot/efi in the base
archive. My understanding is that it's just there to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
--- Comment #7 from Warner Losh ---
#4 sounds good for 13.0. Of the hacks, it's the most localized and least hacky,
imho.
I'd prefer #5, honestly, longer term but I've not thought through all the
implictions. We should loop in cem@ since h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
Nathan Whitehorn changed:
What|Removed |Added
Severity|Affects Only Me |Affects Some People
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231027
Andrey Fesenko changed:
What|Removed |Added
Depends on||254395
Referenced Bugs:
https:/
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
Andrey Fesenko changed:
What|Removed |Added
Blocks||231027
Referenced Bugs:
https:/
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251726
--- Comment #3 from commit-h...@freebsd.org ---
A commit in branch main references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=ee231b27fff9d6950bf36a9800c02f6474b53139
commit ee231b27fff9d6950bf36a9800c02f6474b53139
Author:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251248
Maarten changed:
What|Removed |Added
CC||maarten.rootsa...@vaph.be
--- Comment #5
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238733
--- Comment #2 from rai...@ultra-secure.de ---
Still the same with FreeBSD 13.0RC2.
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252236
--- Comment #33 from Greg V ---
(In reply to Vladimir Kondratyev from comment #32)
Three mistakes in the hidbus one:
- forgotten sc->sc_dev = dev
- evdev_set_methods needs dev (not sc) as second argument, because that's what
hidbus_intr_s
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229357
Allan Jude changed:
What|Removed |Added
CC||allanj...@freebsd.org
--- Comment #3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
--- Comment #5 from Andrey Fesenko ---
(In reply to Nathan Whitehorn from comment #3)
If possible, it is also worth mentioning in the release notes that you no
longer need to specify the efi and boot partitions, but is it possible to make
t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
--- Comment #4 from Andrey Fesenko ---
(In reply to Nathan Whitehorn from comment #1)
Installer fail, if set PARTITIONS="$DISKSLICE GPT { auto freebsd-ufs / }" fail
too
https://64.media.tumblr.com/2c95d2ddeed5cc2bd7ffb8fc68f34436/f8abb8c6d
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
--- Comment #3 from Nathan Whitehorn ---
Well, I found the issue and there's even a nice comment in the relevant code
that an older, smarter version of me put in in 2018 describing exactly why this
is going to break:
# Unpack dist
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
Ryan Moeller changed:
What|Removed |Added
CC||freql...@freebsd.org
--- Comment #2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254395
Nathan Whitehorn changed:
What|Removed |Added
CC||nwhiteh...@freebsd.org
--- Comm
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254398
--- Comment #1 from tobias.rehb...@web.de ---
Links to the relevant commits:
https://cgit.freebsd.org/src/commit/?id=e2ad10e84792e8dcfb0e03a9b5cb19cd3d93ddf8
https://cgit.freebsd.org/src/commit/?id=f61831d2e8bd44b6568b00d538e738c25190bb96
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254398
Bug ID: 254398
Summary: rc.conf.5: Remove documentation of variables which
have been removed from the system
Product: Documentation
Version: Latest
Hardware: Any
25 matches
Mail list logo