[Bug 194940] 'pkg which' fails for /usr/local/lib/perl5/site_perl/5.16/mach/sys/syscall.ph

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194940 --- Comment #3 from l...@pix.net --- I see, after looking at this a bit more, that the problem is twofold: 1) 'pkg which' fails because the the .ph files are generated not during the package staging, but rather as part of the post-insta

[Bug 194940] 'pkg which' fails for /usr/local/lib/perl5/site_perl/5.16/mach/sys/syscall.ph

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194940 --- Comment #2 from l...@pix.net --- I think this is due to the perl5 port not staging the output of h2ph properly into the 'stage' director when building. I see it gets installed into /usr/local/... directly, but there isn't a copy in the

[Bug 194940] 'pkg which' fails for /usr/local/lib/perl5/site_perl/5.16/mach/sys/syscall.ph

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194940 --- Comment #1 from l...@pix.net --- On a fresh install of 10.1-RC4, with few packages installed, (all from the FreeBSD pkg servers): host# pkg install -y perl5 Updating FreeBSD repository catalo

[Bug 194940] New: 'pkg which' fails for /usr/local/lib/perl5/site_perl/5.16/mach/sys/syscall.ph

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194940 Bug ID: 194940 Summary: 'pkg which' fails for /usr/local/lib/perl5/site_perl/5.16/mach/sys/syscall.p h Product: Base System Version: 10.1-RC2 Hard

[Bug 173728] [patch] add set baud rate support to telnet(1)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=173728 --- Comment #2 from commit-h...@freebsd.org --- A commit references this bug: Author: ngie Date: Tue Nov 11 04:06:09 UTC 2014 New revision: 274364 URL: https://svnweb.freebsd.org/changeset/base/274364 Log: Add baud rate support to telnet

[Bug 165463] FreeBSD doesn't work with NIC based on RLT8111E

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=165463 Mark Linimon changed: What|Removed |Added Component|wireless|kern Assignee|freebsd-bug

[Bug 167675] The txmaxpow and txpower values I see from ifconfig(8) appear wrong.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167675 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-wirel...@freebsd.or

[Bug 193628] Marvell 88W8335 wireless NIC not enabled by malo(4) or ndis(4)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193628 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-wirel...@freebsd.or

[Bug 155320] [hang] cpufreq/powerd + xorg-7.5.1 + xf86-video-intel-2.7.1_4 leads to freeze

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155320 Mark Linimon changed: What|Removed |Added Status|In Discussion |Issue Resolved Resolution|-

[Bug 194934] telnet(1) core dumped

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194934 Mark Linimon changed: What|Removed |Added Component|misc|bin Summary|Telnet core

[Bug 194938] [10.1-RC4-p1][panic] panic by setting sysctl vfs.zfs.vdev.aggregation_limit (with backtrace)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194938 --- Comment #1 from J. Pernfuß --- Correction: the 10.1-RC3 r273607 just panic'ed as well. It just took a lot longer. The panic message was, as far as I could see from the corner of my eye, the same call sequence. This will make it easier

[Bug 194938] New: [10.1-RC4-p1][panic] panic by setting sysctl vfs.zfs.vdev.aggregation_limit (with backtrace)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194938 Bug ID: 194938 Summary: [10.1-RC4-p1][panic] panic by setting sysctl vfs.zfs.vdev.aggregation_limit (with backtrace) Product: Base System Version: 10.1-RC2 Hardware:

[Bug 194935] New: pfctl(8) remove No ALTQ warning message

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194935 Bug ID: 194935 Summary: pfctl(8) remove No ALTQ warning message Product: Base System Version: 10.0-RELEASE Hardware: Any OS: Any Status: Needs Triage

[Bug 194934] New: Telnet core dumped

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194934 Bug ID: 194934 Summary: Telnet core dumped Product: Base System Version: 9.3-RELEASE Hardware: amd64 OS: Any Status: Needs Triage Severity: Affects

[Bug 194933] New: DTrace: Stack() command does not print function name if it is from a kernel module for i386.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194933 Bug ID: 194933 Summary: DTrace: Stack() command does not print function name if it is from a kernel module for i386. Product: Base System Version: 10.0-STABLE Hardwar

[Bug 194641] [EFI] boot/loader.efi: miscompilation on Intel Haswell with AVX2 and CPUTYPE=native

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194641 Ed Maste changed: What|Removed |Added Summary|[EFI] boot/loader.efi: |[EFI] boot/loader.efi:

[Bug 194925] [pf] [ifconfig] interface group keywords do not work by default

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194925 --- Comment #1 from Mark Felder --- >From my not-so-scientific research I see that FreeBSD and OpenBSD have an identical getifgroups() except OpenBSD has a free at the end that perhaps we might want to cherry pick: free(ifgr.ifgr_group

[Bug 194925] New: [pf] [ifconfig] interface group keywords do not work by default

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194925 Bug ID: 194925 Summary: [pf] [ifconfig] interface group keywords do not work by default Product: Base System Version: 10.0-RELEASE Hardware: Any OS: A

[Bug 194386] Common storage of original MAC address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194386 Gleb Smirnoff changed: What|Removed |Added Status|Needs Triage|Open Assignee|freebsd-bu

[FreeBSD Bugzilla] Commit Needs MFC

Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 or more days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again