https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232147
Bug ID: 232147
Summary: ru_RU.UTF-8: short month name length varies
Product: Base System
Version: 11.2-RELEASE
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232147
--- Comment #2 from Yuri Pankov ---
Looking at the history here, it was the way you suggest before we started to
use CLDR data (i.e., pre-11.x), and as we seem to disagree with CLDR on a lot
of other definitions in timedef, guess we could
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227632
Heraldo Barros Bahiense Filho changed:
What|Removed |Added
Status|New |Closed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229514
--- Comment #2 from commit-h...@freebsd.org ---
A commit references this bug:
Author: emaste
Date: Wed Oct 10 13:06:32 UTC 2018
New revision: 339281
URL: https://svnweb.freebsd.org/changeset/base/339281
Log:
MFC r306729: makeman: avoid
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232148
--- Comment #1 from Warner Losh ---
I'll take care of this...
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226908
Oleksandr Tymoshenko changed:
What|Removed |Added
CC||d...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226908
Ed Maste changed:
What|Removed |Added
CC||ema...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232147
--- Comment #3 from Michael Danilov ---
Or maybe to comply with the standard, leave them as they are, but pad them to
the maximum width with spaces? I think that is also what strftime does for
one-digit numbers?
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229514
Ed Maste changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232081
Ed Maste changed:
What|Removed |Added
Status|New |In Progress
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232148
Bug ID: 232148
Summary: NVME and loader src.conf knobs missing src.conf(5)
descriptions
Product: Base System
Version: CURRENT
Hardware: Any
OS: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229514
--- Comment #3 from commit-h...@freebsd.org ---
A commit references this bug:
Author: emaste
Date: Wed Oct 10 13:19:54 UTC 2018
New revision: 339283
URL: https://svnweb.freebsd.org/changeset/base/339283
Log:
regerate src.conf.5 to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232152
Bug ID: 232152
Summary: unrecoverable state after zroot is filled with data to
100%, can't boot, can't import
Product: Base System
Version: 11.1-RELEASE
Hardware:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207744
Ed Maste changed:
What|Removed |Added
Assignee|b...@freebsd.org|j...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225692
--- Comment #20 from Yuri Pankov ---
Those have names as well, though pretty simple ones :-)
I did it like the following (where wc2mb is simple code snippet printing out
multibyte code suitable to be grep'ped in UTF-8.cm):
$ grep
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192487
--- Comment #10 from commit-h...@freebsd.org ---
A commit references this bug:
Author: emaste
Date: Wed Oct 10 15:54:01 UTC 2018
New revision: 339287
URL: https://svnweb.freebsd.org/changeset/base/339287
Log:
MFC r333569: cpucontrol:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232153
--- Comment #2 from Eric van Gyzen ---
Note that I'm still running without NUMA. I'll enable that soon-ish and try
again.
Do you have the same amount of memory in all NUMA domains? There have been
problems with unbalanced physical
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155163
Ed Maste changed:
What|Removed |Added
Blocks||228911
--- Comment #16 from Ed Maste
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232153
Eric van Gyzen changed:
What|Removed |Added
CC||vangy...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232147
--- Comment #4 from Michael Danilov ---
Or I could open a report on mail/mutt instead because it is really invalid to
expect such things to be fixed legth?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225692
--- Comment #19 from Hank Hampel ---
I just realized that it might not be as easy to add the code points "U+E000 -
U+F8FF : Private Use Area" as they obviously don't have any definitive names
like the other symbols - and those seem to be
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219900
--- Comment #4 from Yuri Pankov ---
And for the original problem, I don't think that any conversion other than
[:lower:] <-> [:upper:] makes sense in tr(1) context. It is also noted in
tr(1) itself:
With the exception of
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232153
Bug ID: 232153
Summary: Processes without explicit cpuset only use half the
SMP threads (on a Ryzen)
Product: Base System
Version: CURRENT
Hardware: amd64
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225692
--- Comment #18 from Hank Hampel ---
(In reply to Yuri Pankov from comment #15)
Thanks for providing this deep insight into the root of the problem!
My above addition to this bug report is covering a different part of the
Unicode ctypes
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231172
--- Comment #7 from Yuichiro NAITO ---
(In reply to Conrad Meyer from comment #6)
I'm sorry that I didn't read CURRENT mailing list.
I subscribed to the mailing list just now.
I understand the problem of size of size_t and time_t on 32bit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232048
Koop Mast changed:
What|Removed |Added
Resolution|--- |Not A Bug
Status|New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221777
--- Comment #27 from marc.priggeme...@gmail.com ---
(In reply to Cory Smelosky from comment #26)
Would you mind posting a full acpi dump $(acpidump -t -d)? In addition, a full
device tree might come in handy identifying your problem:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232152
--- Comment #1 from Andriy Gapon ---
(In reply to Petr Fischer from comment #0)
ZFS is supposed to try really hard to reserve some space for its internal uses
and, thus, to avoid 100% space utilization.
I wonder if there is more to this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232075
--- Comment #4 from Jeremy Faulkner ---
Some more info, I was able to cause another page fault while in kernel mode,
wasn't able to dump it. It started to dump but didn't get to 1% after 30 mins
so I powercycled the system. This might be
29 matches
Mail list logo