[Bug 195929] usr.bin/sed -- constify, remove line-length limits

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195929 --- Comment #27 from Mikhail Teterin --- (In reply to Pedro F. Giffuni from comment #26) > Unfortunately, according to our testsuite the patch causes breakage Was that with or without the EATSPACE() you mentioned earlier? BTW, how do you

[Bug 211062] sr-iov virtual function driver fails to attach

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211062 Bug ID: 211062 Summary: sr-iov virtual function driver fails to attach Product: Base System Version: 11.0-STABLE Hardware: Any OS: Any Status: New K

[Bug 195929] usr.bin/sed -- constify, remove line-length limits

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195929 Pedro F. Giffuni changed: What|Removed |Added Attachment #172409|0 |1 is obsolete|

[Bug 203349] [META] FreeBSD Foundation sponsored project dependencies for FreeBSD 11.0

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203349 Bug 203349 depends on bug 204154, which changed state. Bug 204154 Summary: /usr/tests/usr.sbin/{lastcomm,sa}/legacy_test fails on arm64 -- missing MD input files https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204154 What|

[Bug 195929] usr.bin/sed -- constify, remove line-length limits

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195929 --- Comment #25 from Pedro F. Giffuni --- (In reply to Mikhail Teterin from comment #24) The patch doesn't apply cleanly to 11/12 :( -- You are receiving this mail because: You are the assignee for the bug. __

[Bug 211046] usr/share/locale/kk_KZ.UTF-8/* created by usr/src/etc/mtree/BSD.usr.dist and listed in src/ObsoleteFiles.inc

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211046 Bug ID: 211046 Summary: usr/share/locale/kk_KZ.UTF-8/* created by usr/src/etc/mtree/BSD.usr.dist and listed in src/ObsoleteFiles.inc Product: Base System Ve

[Bug 195929] usr.bin/sed -- constify, remove line-length limits

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195929 --- Comment #24 from Mikhail Teterin --- (In reply to Pedro F. Giffuni from comment #23) > In compile.c, the hunk after line 325, you removed an occurence of > EATSPACE(), > is that correct? It seemed like compile_flags would eat all the

[Bug 195929] usr.bin/sed -- constify, remove line-length limits

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195929 --- Comment #23 from Pedro F. Giffuni --- Comment on attachment 172409 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=172409 Add some more const In compile.c, the hunk after line 325, you removed an occurence of EATSPACE(), is t

[Bug 201650] (e)grep handling regexp wrong

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201650 --- Comment #4 from Daniël de Kok --- Created attachment 172418 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=172418&action=edit Patch for fixing anchor treatment in BSD grep. The attached patch solves the bsdgrep that I report

[Bug 211037] [panic] softdep_deallocate_dependencies: got error 6 while accessing filesystem

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211037 Bug ID: 211037 Summary: [panic] softdep_deallocate_dependencies: got error 6 while accessing filesystem Product: Base System Version: 10.3-STABLE Hardware: amd64

[Bug 211032] ports-mgmt/portfind: crashes on jemalloc free

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211032 Ngie Cooper changed: What|Removed |Added Version|CURRENT |Latest Component|bin

[Bug 209203] Suspend panics VESA driver

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209203 Roger Pau Monné changed: What|Removed |Added Status|New |In Progress --- Comment #2 from

[Bug 210924] 10.3-STABLE - PF - possible regression in pf.conf set timeout interval

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210924 --- Comment #2 from Oliver Peter --- Created attachment 172410 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=172410&action=edit proposed fix for parser.y INTERVAL is a keyword defined in struct pf_timeout in pfctl_parser.c. We

[Bug 195929] usr.bin/sed -- constify, remove line-length limits

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195929 Mikhail Teterin changed: What|Removed |Added Attachment #172403|0 |1 is obsolete|

[Bug 211028] [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028 --- Comment #4 from Andrey V. Elsukov --- # kldload dtraceall # dtrace -n 'fbt::*disk_resize:entry fbt::g_part_*resize:entry {stack(5);}' -- You are receiving this mail because: You are the assignee for the bug. __

[Bug 211028] [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028 Andrey V. Elsukov changed: What|Removed |Added CC||a...@freebsd.org --- Comment #

[Bug 210884] panic: bogus refcnt 0 on lle 0xfffff80004608c00

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210884 Gleb Smirnoff changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|gleb...@freebsd.org --- Comment #3

[Bug 211032] [SIGABRT] portfind crashes on jemalloc free

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211032 Bug ID: 211032 Summary: [SIGABRT] portfind crashes on jemalloc free Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity

[Bug 210884] panic: bogus refcnt 0 on lle 0xfffff80004608c00

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210884 Gleb Smirnoff changed: What|Removed |Added Status|Open|In Progress --- Comment #38 from G

[Bug 209203] Suspend panics VESA driver

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209203 --- Comment #1 from Roger Pau Monné --- This is quite critical for Xen, and should be fixed before 11 is released. I've started to debug it. -- You are receiving this mail because: You are the assignee for the bug. __

[Bug 211031] [panic] in ng_uncallout when argument is NULL

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211031 Bug ID: 211031 Summary: [panic] in ng_uncallout when argument is NULL Product: Base System Version: 11.0-BETA1 Hardware: Any OS: Any Status: New Sev

[Bug 211029] FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for a 700MB CD-r

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211029 Bug ID: 211029 Summary: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for a 700MB CD-r Product: Base System Version: 11.0-BETA1 Hardware: amd64 OS: An

[Bug 211028] [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028 --- Comment #2 from Dexuan Cui --- (In reply to Dexuan Cui from comment #0) In comment 0, if I skip step 3, that is, I don't run the "dd" and only run "camcontrol reprobe da1", "gpart show da1" can detect the new "free" space correctly.

[Bug 211028] [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028 --- Comment #1 from Dexuan Cui --- BTW, dmesg shows: This corresponds to the "dd": (da1:storvsc1:0:0:0): storvsc scsi_status = 2 (da1:storvsc1:0:0:0): Capacity data has changed (da1:storvsc1:0:0:0): storvsc skips the validation for short i

[Bug 211028] [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211028 Bug ID: 211028 Summary: [GEOM][Hyper-V] gpart can't detect the new free space after the disk capacity changes Product: Base System Version: CURRENT Hardware: Any

[Bug 211000] [Hyper-V] Online VHDX Resize doesn't work properly

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211000 --- Comment #6 from Dexuan Cui --- (In reply to Dexuan Cui from comment #5) However, for the CURRENT code, after resizing “da1”, if there is a disk read before "camcontrol reprobe da1", gpart can't detect the new “free space", though it can

[Bug 211000] [Hyper-V] Online VHDX Resize doesn't work properly

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211000 --- Comment #5 from Dexuan Cui --- With the 2 patches in comment 4, “camcontrol reprobe da1” can reliably detect the new disk capacity and “gpart show da1” can see the new “free space” now. And, for MBR mode, no extra command is required, b

[Bug 211000] [Hyper-V] Online VHDX Resize doesn't work properly

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211000 --- Comment #4 from Dexuan Cui --- 2 patches are committed into the CURRENT to improve the situation: commit 2d2d5090052a987069c501ea3a7b73691347dae1 Author: sephe Date: Tue Jul 12 02:57:13 2016 + hyperv/stor: Save the response

[Bug 211027] r301295 removed "blank" line containing "# leapfile sources"

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211027 Bug ID: 211027 Summary: r301295 removed "blank" line containing "# leapfile sources" Product: Base System Version: CURRENT Hardware: Any OS: Any

Join the School of Business Professionals

School of Business Professionals ( https://www.dcc.edu.za/mailer-campaign/business-professionals ) School of Business Professionals ( https://www.dcc.edu.za/mailer-campaign/business-professionals ) School of Business Professionals ( https://www.dcc.edu.za/mailer-campaign/business-professionals )