Revision tags: release/13.0.0 |
|
#
94dc5715 |
| 26-Mar-2021 |
Ryan Moeller <freqlabs@FreeBSD.org> |
libcasper: Create a minimal cap_netdb service
Create a casper service for netdb functions. Initially only cap_getprotobyname is implemented.
This is needed for capsicumizing sockstat.
Reviewed by:
libcasper: Create a minimal cap_netdb service
Create a casper service for netdb functions. Initially only cap_getprotobyname is implemented.
This is needed for capsicumizing sockstat.
Reviewed by: oshogbo, bcr (manpages) Relnotes: yes Differential Revision: https://reviews.freebsd.org/D24832
show more ...
|
#
25ecdc7d |
| 20-May-2021 |
Cy Schubert <cy@FreeBSD.org> |
wpa: Restructure wpa build
The current WPA build assumes a flat namespace. However the latest sources from w1.fi now have a duplicate config.c, in two separate subdirectories. The flat namespace wil
wpa: Restructure wpa build
The current WPA build assumes a flat namespace. However the latest sources from w1.fi now have a duplicate config.c, in two separate subdirectories. The flat namespace will overwrite config.o with the output from the most recently modified config.c, of which there are two of them.
This commit resolves this problem by building each component in wpa's src subdirectory tree into its own .a archive, just as the w1.fi upstream build as used by the port does. The advantages of this approach are:
1. Duplicate source file names, i.e. config.c in the wpa_supplicant direcory and another config.c in src/utils in the next wpa will result in both compiles writing to the same .o file.
2. This restructure simplifies maintanence. A develper needs only to add new files as identified by git status in the vendor branch to the appropriate Makefile within the usr.sbin/wpa tree. This also reduces time required to prepare a new import and should reduce error.
3. The new wpa build structure more closely represents the build as performed by the upstream tarball.
This is in preparation for the next wpa update from w1.fi.
Reviewed by: philip Tested by: philip MFC after: 2 months Differential Revision: https://reviews.freebsd.org/D30372
show more ...
|
#
8e435de9 |
| 22-Apr-2021 |
Cy Schubert <cy@FreeBSD.org> |
src.libnames.mk: Remove redundant am-utils library definition
r358821 (13f7dbe822d5f447c6137dc0d4ff838fb7050dbe) retired amd(8). This commit cleans up an artifact left in src.libnames.mk.
Reviewed
src.libnames.mk: Remove redundant am-utils library definition
r358821 (13f7dbe822d5f447c6137dc0d4ff838fb7050dbe) retired amd(8). This commit cleans up an artifact left in src.libnames.mk.
Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D29914
show more ...
|
#
0d71f9f3 |
| 26-Mar-2021 |
Kristof Provost <kp@FreeBSD.org> |
pfctl: Move ioctl abstraction functions into libpfctl
Introduce a library to wrap the pf ioctl interface.
MFC after: 4 weeks Sponsored by: Rubicon Communications, LLC ("Netgate") Differential Revis
pfctl: Move ioctl abstraction functions into libpfctl
Introduce a library to wrap the pf ioctl interface.
MFC after: 4 weeks Sponsored by: Rubicon Communications, LLC ("Netgate") Differential Revision: https://reviews.freebsd.org/D29562
show more ...
|
#
5cf6f1c4 |
| 30-Jan-2021 |
Alex Richardson <arichardson@FreeBSD.org> |
Remove the MK_LIBCPLUSPLUS option
This option has been equivalent to any form of C++ support since libstdc++ was removed. Therefore, replace all MK_LIBCPLUSPLUS uses with MK_CXX.
Reviewed By: emast
Remove the MK_LIBCPLUSPLUS option
This option has been equivalent to any form of C++ support since libstdc++ was removed. Therefore, replace all MK_LIBCPLUSPLUS uses with MK_CXX.
Reviewed By: emaste Differential Revision: https://reviews.freebsd.org/D27974
show more ...
|
#
821aa63a |
| 04-Jan-2021 |
Baptiste Daroussin <bapt@FreeBSD.org> |
ncurses: only keep the version with widechar support
Only keep the widechar version of ncurses as libncursesw.so.9
Keep the old name to avoid breaking the ABI compatibility (the non widechar versio
ncurses: only keep the version with widechar support
Only keep the widechar version of ncurses as libncursesw.so.9
Keep the old name to avoid breaking the ABI compatibility (the non widechar version libncurses.so.9 is not binary compatible with libncursesw.so.9) since all ports and base are already only linking against the widechar version we can simply remove libncurses.so.9
Since the .9 version only lived in the dev branch and never ended in a release, it is simply removed and not added to any binary compat package.
Add symlinks to keep build time compatibility for anyone linking against -lncurses
show more ...
|
#
8aff76fb |
| 22-Dec-2020 |
Kyle Evans <kevans@FreeBSD.org> |
build: remove the option to build gnugrep
Unconditionally install bsdgrep as grep, bootstrap or not. Remove all build glue and stop installing both gnugrep and libgnuregex now that all consumers of
build: remove the option to build gnugrep
Unconditionally install bsdgrep as grep, bootstrap or not. Remove all build glue and stop installing both gnugrep and libgnuregex now that all consumers of the latter are gone.
Relnotes: yes Differential Revision: https://reviews.freebsd.org/D27732
show more ...
|
Revision tags: release/12.2.0 |
|
#
100353cf |
| 03-Oct-2020 |
Jakub Wojciech Klama <jceel@FreeBSD.org> |
Add virtio-9p (aka VirtFS) filesystem sharing to bhyve.
VirtFS allows sharing an arbitrary directory tree between bhyve virtual machine and the host. Current implementation has a fairly complete sup
Add virtio-9p (aka VirtFS) filesystem sharing to bhyve.
VirtFS allows sharing an arbitrary directory tree between bhyve virtual machine and the host. Current implementation has a fairly complete support for 9P2000.L protocol, except for the extended attribute support. It has been verified to work with the qemu-kvm hypervisor.
Reviewed by: rgrimes, emaste, jhb, trasz Approved by: trasz (mentor) MFC after: 1 month Relnotes: yes Sponsored by: Conclusive Engineering (development), vStack.com (funding) Differential Revision: https://reviews.freebsd.org/D10335
show more ...
|
#
e307eb94 |
| 21-Sep-2020 |
Toomas Soome <tsoome@FreeBSD.org> |
loader: zfs should support bootonce an nextboot
bootonce feature is temporary, one time boot, activated by "bectl activate -t BE", "bectl activate -T BE" will reset the bootonce flag.
By default, t
loader: zfs should support bootonce an nextboot
bootonce feature is temporary, one time boot, activated by "bectl activate -t BE", "bectl activate -T BE" will reset the bootonce flag.
By default, the bootonce setting is reset on attempt to boot and the next boot will use previously active BE.
By setting zfs_bootonce_activate="YES" in rc.conf, the bootonce BE will be set permanently active.
bootonce dataset name is recorded in boot pool labels, bootenv area.
in case of nextboot, the nextboot_enable boolean variable is recorded in freebsd:nvstore nvlist, also stored in boot pool label bootenv area. On boot, the loader will process /boot/nextboot.conf if nextboot_enable is "YES", and will set nextboot_enable to "NO", preventing /boot/nextboot.conf processing on next boot.
bootonce and nextboot features are usable in both UEFI and BIOS boot.
To use bootonce/nextboot features, the boot loader needs to be updated on disk; if loader.efi is stored on ESP, then ESP needs to be updated and for BIOS boot, stage2 (zfsboot or gptzfsboot) needs to be updated (gpart or other tools).
At this time, only lua loader is updated.
Sponsored by: Netflix, Klara Inc. Differential Revision: https://reviews.freebsd.org/D25512
show more ...
|
#
4d135bbd |
| 03-Sep-2020 |
John Baldwin <jhb@FreeBSD.org> |
libifconfig now depends on libm due to usage of log10().
ld.bfd in particular requires -lm to come after libifconfig on the command line when linking rescue.
Reviewed by: freqlabs, adrian Different
libifconfig now depends on libm due to usage of log10().
ld.bfd in particular requires -lm to come after libifconfig on the command line when linking rescue.
Reviewed by: freqlabs, adrian Differential Revision: https://reviews.freebsd.org/D26258
show more ...
|
#
5c4f8d80 |
| 28-Aug-2020 |
Vincenzo Maffione <vmaffione@FreeBSD.org> |
lib: add libnetmap
This changeset introduces the new libnetmap library for writing netmap applications. Before libnetmap, applications could either use the kernel API directly (e.g. NIOCREGIF/NIOCCT
lib: add libnetmap
This changeset introduces the new libnetmap library for writing netmap applications. Before libnetmap, applications could either use the kernel API directly (e.g. NIOCREGIF/NIOCCTRL) or the simple header-only-library netmap_user.h (e.g. nm_open(), nm_close(), nm_mmap() etc.)
The new library offers more functionalities than netmap_user.h: - Support for complex netmap options, such as external memory allocators or per-buffer offsets. This opens the way to future extensions. - More flexibility in the netmap port bind options, such as non-numeric names for pipes, or the ability to specify the netmap allocator that must be used for a given port. - Automatic tracking of the netmap memory regions in use across the open ports.
At the moment there is no man page, but the libnetmap.h header file has in-depth documentation.
Reviewed by: hrs MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D26171
show more ...
|
#
e2515283 |
| 27-Aug-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
40d0fd28 |
| 27-Aug-2020 |
Ryan Moeller <freqlabs@FreeBSD.org> |
libzfs: Add missing crypto dependency
libzfs_crypto.c uses PKCS5_PBKDF2_HMAC_SHA1 from libcrypto.
Reported by: John Kennedy Sponsored by: iXsystems, Inc.
|
#
9e5787d2 |
| 25-Aug-2020 |
Matt Macy <mmacy@FreeBSD.org> |
Merge OpenZFS support in to HEAD.
The primary benefit is maintaining a completely shared code base with the community allowing FreeBSD to receive new features sooner and with less effort.
I would a
Merge OpenZFS support in to HEAD.
The primary benefit is maintaining a completely shared code base with the community allowing FreeBSD to receive new features sooner and with less effort.
I would advise against doing 'zpool upgrade' or creating indispensable pools using new features until this change has had a month+ to soak.
Work on merging FreeBSD support in to what was at the time "ZFS on Linux" began in August 2018. I first publicly proposed transitioning FreeBSD to (new) OpenZFS on December 18th, 2018. FreeBSD support in OpenZFS was finally completed in December 2019. A CFT for downstreaming OpenZFS support in to FreeBSD was first issued on July 8th. All issues that were reported have been addressed or, for a couple of less critical matters there are pull requests in progress with OpenZFS. iXsystems has tested and dogfooded extensively internally. The TrueNAS 12 release is based on OpenZFS with some additional features that have not yet made it upstream.
Improvements include: project quotas, encrypted datasets, allocation classes, vectorized raidz, vectorized checksums, various command line improvements, zstd compression.
Thanks to those who have helped along the way: Ryan Moeller, Allan Jude, Zack Welch, and many others.
Sponsored by: iXsystems, Inc. Differential Revision: https://reviews.freebsd.org/D25872
show more ...
|
#
e81829d0 |
| 16-Aug-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r364264 through r364278.
|
#
832dc76b |
| 16-Aug-2020 |
Mariusz Zaborski <oshogbo@FreeBSD.org> |
libcasper: Introduce cap_net a network service for Casper.
Reviewed by: emaste, markj (previous version), bcr (man page) Differential Revision: https://reviews.freebsd.org/D24688
|
#
440cec3f |
| 12-Aug-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
e383ec74 |
| 06-Aug-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r363739 through r363986.
|
#
b4af4f93 |
| 04-Aug-2020 |
Kyle Evans <kevans@FreeBSD.org> |
gtest: link against libregex for GNU extensions
gtest tests want to use \w ([[:alnum:]]) at the very least, which was causing them to fail after r363679.
Start linking against libregex so that this
gtest: link against libregex for GNU extensions
gtest tests want to use \w ([[:alnum:]]) at the very least, which was causing them to fail after r363679.
Start linking against libregex so that this shorthand is implemented.
PR: 248452
show more ...
|
#
65422c96 |
| 20-Jun-2020 |
Xin LI <delphij@FreeBSD.org> |
liblzma: Make liblzma use libmd implementation of SHA256.
MFC after: 2 weeks PR: 200142
|
Revision tags: release/11.4.0 |
|
#
c5ea81f7 |
| 29-May-2020 |
Ed Maste <emaste@FreeBSD.org> |
rename in-tree libevent v1 to libevent1
r316063 installed pf's embedded libevent as a private lib, with headers in /usr/include/private/event. Unfortunately we also have a copy of libevent v2 inclu
rename in-tree libevent v1 to libevent1
r316063 installed pf's embedded libevent as a private lib, with headers in /usr/include/private/event. Unfortunately we also have a copy of libevent v2 included in ntp, which needed to be updated for compatibility with OpenSSL 1.1.
As unadorned 'libevent' generally refers to libevent v2, be explicit that this one is libevent v1.
Reviewed by: vangyzen (earlier) Differential Revision: https://reviews.freebsd.org/D17275
show more ...
|
#
72a600a7 |
| 19-Apr-2020 |
Alan Somers <asomers@FreeBSD.org> |
libauditd: make it a PRIVATELIB
According to the upstream man page (which we don't install), none of libauditd's symbols are intended to be public. Also, I can't find any evidence for a port that us
libauditd: make it a PRIVATELIB
According to the upstream man page (which we don't install), none of libauditd's symbols are intended to be public. Also, I can't find any evidence for a port that uses libauditd. Therefore, we should treat it like other such libraries and use PRIVATELIB.
Reported by: phk Reviewed by: cem, emaste MFC after: 2 weeks
show more ...
|
#
5ea556d9 |
| 01-Apr-2020 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Do not claim libbearssl et al are INTERNALLIB
If INTERNALLIB is defined we need PIE and bsd.incs.mk is not included.
PR: 245189 Reviewed by: emaste MFC after: 1 week Differential Revision: https:/
Do not claim libbearssl et al are INTERNALLIB
If INTERNALLIB is defined we need PIE and bsd.incs.mk is not included.
PR: 245189 Reviewed by: emaste MFC after: 1 week Differential Revision: https://reviews.freebsd.org//D24233
show more ...
|
#
e2d6edeb |
| 23-Mar-2020 |
Brooks Davis <brooks@FreeBSD.org> |
Improve LIBADD/_DP_* for kyua libraries.
This fixes build with ld.bfd as the linker (e.g. on powerpc).
This corrects a bug in D24103.
Sponsored by: DARPA
|
#
b0d29bc4 |
| 23-Mar-2020 |
Brooks Davis <brooks@FreeBSD.org> |
Import the kyua test framework.
Having kyua in the base system will simplify automated testing in CI and eliminates bootstrapping issues on new platforms.
The build of kyua is controlled by WITH(OU
Import the kyua test framework.
Having kyua in the base system will simplify automated testing in CI and eliminates bootstrapping issues on new platforms.
The build of kyua is controlled by WITH(OUT)_TESTS_SUPPORT.
Reviewed by: emaste Obtained from: CheriBSD Sponsored by: DARPA Differential Revision: https://reviews.freebsd.org/D24103
show more ...
|