https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248342
Bug ID: 248342
Summary: Не стабильная работа CTLD+Zvol
Product: Documentation
Version: Latest
Hardware: amd64
OS: Any
Status: New
Severity: Affects
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243322
Gordon Bergling changed:
What|Removed |Added
Status|New |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Gleb Popov changed:
What|Removed |Added
Resolution|FIXED |---
Status|Closed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248324
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are receiv
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248335
Konstantin Belousov changed:
What|Removed |Added
CC||ema...@freebsd.org
--- Comme
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248352
Bug ID: 248352
Summary: mfi: remove raid map sync functionality
Product: Base System
Version: 12.1-RELEASE
Hardware: Any
OS: Any
Status: New
Severit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248335
--- Comment #2 from Dan Gohman ---
As an example, paths may contain usernames. Usernames may not be sensitive in a
username/password sense, but they are in a personally-identifying-information
sense.
In my application, we have untrusted We
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248335
--- Comment #3 from Konstantin Belousov ---
But user could only guess-check only his own username, no ?
O_BENEATH usage was designed to confine existing non-capsicumized apps, which
only need access to the known subset of the whole filesys
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248335
--- Comment #4 from Dan Gohman ---
Combined with O_BENEATH allowing `..` to temporarily leave the topping
directory as long as it ends back within the topping directory, one could probe
for any username under /home.
The behaviour which wou
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248335
--- Comment #5 from Konstantin Belousov ---
(In reply to Dan Gohman from comment #4)
So it would be like capability mode with dotdot enabled ?
I prototyped O_RBENEATH/AT_RBENEATH flags in the following diff
https://reviews.freebsd.org/D258
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248359
Bug ID: 248359
Summary: ppp.8 fix typo Cuad0 -> Cuau0
Product: Documentation
Version: Latest
Hardware: Any
OS: Any
Status: New
Keywords: patch
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248359
--- Comment #1 from Jose Luis Duran ---
Created attachment 216872
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=216872&action=edit
Second option (my preferred option)
Second option:
Use .Pa cuau0 instead. This also has the ad
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243807
--- Comment #9 from Yuichiro NAITO ---
Created attachment 216873
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=216873&action=edit
emacs-port.patch
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243807
--- Comment #10 from Yuichiro NAITO ---
Now tramp mode has been fixed in the tramp repository.
http://git.savannah.gnu.org/cgit/tramp.git/commit/?id=4c04a886b62263efa5d776538e5f6f6e4ff09fc2
My patch was rejected because it was not Posix s
14 matches
Mail list logo
