diff --git a/website/content/en/features.adoc b/website/content/en/features.adoc index 95ba20257c..a67d179069 100644 --- a/website/content/en/features.adoc +++ b/website/content/en/features.adoc @@ -1,114 +1,114 @@ --- title: "FreeBSD features" sidenav: about --- = FreeBSD features == FreeBSD offers many unique features. No matter what the application, an operating system should take advantage of every resource available. FreeBSD's focus on performance, networking, and storage combines with ease of administration and comprehensive documentation to realize the full potential of a computer. == A complete operating system based on 4.4BSD link:https://freebsdfoundation.org/freebsd/timeline/[FreeBSD's roots] are the *BSD* software releases from the Computer Systems Research Group at the University of California, Berkeley. Decades of development have led to advanced scalability, network performance, management tools, file systems support, security and other features. FreeBSD is found across the Internet in core router products, running root name servers, hosting major web sites, and as a foundation for widely used desktop operating systems. [[features]] == Features [[openzfs]] === OpenZFS More than a file system, ZFS is fundamentally different from traditional file systems. Combining the traditionally separate roles of software RAID, volume manager and file system provides ZFS with unique advantages. ZFS has three main design goals: * Data integrity * Pooled storage * Performance. [[zfs-boot-environments]] === ZFS boot environments A ZFS boot environment is a bootable clone/snapshot of specially preselected parts of a system. Use cases include: * Bulletproof upgrades/changes to the system * Create safe fallback ZFS Boot Environment before upgrade or changes to the system * Update a new (inactive) environment without altering the active environment * Perform upgrade and test the results inside jail * Copy/move ZFS boot Environment into another machine * Major reconfiguration (Bareos/Postfix/...) * Mass populate large number of servers with one configured BE * Bare metal backup solution. [[jails]] === Jails Jails originated with FreeBSD 4.X. They build upon man:chroot[8], which changes the root directory. This creates a safe environment, separate from the rest of the system. Processes created in a jailed environment can not access files or resources outside of it. Jails improve upon chroot in several ways. In a traditional chroot environment, processes are limited to a part of the file system. The rest of the system resources, system users, running processes, and the networking subsystem are shared by the chrooted processes and the processes of the host system. Jails further restrict access to the file system, the set of users, and the networking subsystem. Finer-grained access controls are available. [[ports-collection]] === Ports collection -More than 30,000 applications and libraries are link:https://www.freebsd.org/ports/[ported] to FreeBSD. +More than 30,000 applications and libraries are link:https://ports.freebsd.org[ported] to FreeBSD. The architecture allows easy customization of compile time options of many of the ports. [[virtualization]] === Virtualization link:https://bhyve.org/[bhyve]: a BSD licensed, legacy-free hypervisor that runs all supported versions of FreeBSD, as well as other operating systems that support UEFI, including but not limited to link:https://www.openbsd.org/[OpenBSD], link:https://www.microsoft.com/en-us/windows/[Windows(R)] and link:https://kernel.org/[Linux(R)], with the use of bhyve-firmware. [[linuxulator]] === Linux binary compatibility Linux binary compatibility, commonly referred to as link:https://wiki.freebsd.org/Linuxulator[Linuxulator], allows FreeBSD to run many unmodified Linux binaries. It does not involve virtual machines or emulation; instead, it provides the binaries with kernel interfaces identical to those provided by a real Linux kernel. Linuxulator is comparable to 32-bit FreeBSD binaries running on a 64-bit FreeBSD kernel. [[dtrace]] === DTrace DTrace, also known as Dynamic Tracing, was developed by Sun Microsystems(TM) to locate performance bottlenecks in production and pre-production systems. In addition, DTrace can help to investigate and debug unexpected behaviors in the kernel and in userland. DTrace has an impressive array of features. It's scriptable. Developers can use the DTrace D Language to create utilities for custom profiling. The FreeBSD implementation provides full support for kernel DTrace and experimental support for userland DTrace. Userland DTrace allows users to perform function boundary tracing for userland programs using the pid provider, and to insert static probes into userland programs for later tracing. [[capsicum]] === Capsicum Capsicum allows sandboxing of several programs that work within the "capabilities mode", such as: * tcpdump * dhclient * hast * rwhod * kdump. [[vnet]] === Network Virtualization VNET virtualizes the network stack. The basic idea is to change global resources most notably variables into per network stack resources and have functions, sysctls, eventhandlers, etc. access and handle them in the context of the correct instance. Each (virtual) network stack is attached to a prison, with vnet0 being the un-restricted default network stack of the base system. `VIMAGE` facilities can be used independently to create fully virtualized network topologies, and man:jail[8] can directly benefit from a fully virtualized network stack. diff --git a/website/content/en/status/report-2024-04-2024-06/portmgr.adoc b/website/content/en/status/report-2024-04-2024-06/portmgr.adoc index 683b322910..330ae5733c 100644 --- a/website/content/en/status/report-2024-04-2024-06/portmgr.adoc +++ b/website/content/en/status/report-2024-04-2024-06/portmgr.adoc @@ -1,54 +1,54 @@ === Ports Collection Links: + -link:https://www.FreeBSD.org/ports/[About FreeBSD Ports] URL:link:https://www.FreeBSD.org/ports/[] + +link:https://ports.FreeBSD.org[About FreeBSD Ports] URL:link:https://ports.FreeBSD.org[] + link:https://docs.freebsd.org/en/articles/contributing/#ports-contributing[Contributing to Ports] URL: link:https://docs.freebsd.org/en/articles/contributing/#ports-contributing[] + link:https://www.freebsd.org/portmgr/[Ports Management Team] URL: link:https://www.freebsd.org/portmgr/[] + link:http://ftp.freebsd.org/pub/FreeBSD/ports/ports/[Ports Tarball] URL: link:http://ftp.freebsd.org/pub/FreeBSD/ports/ports/[] Contact: Tobias C. Berner + Contact: FreeBSD Ports Management Team The Ports Management Team is responsible for overseeing the overall direction of the Ports Tree, building packages, and personnel matters. Below is what happened in the last quarter. According to INDEX, there are currently 32,471 ports in the Ports Collection. There are currently ~3,497 open ports PRs. The last quarter saw 10,525 commits by 160 committers on the main branch and 1771 commits by 107 committers on the 2024Q2 branch. Compared to last quarter, this means a large decrease in the number of commits on the main branch (down from 12,991) and backports to the quarterly branch (compared to 888). The number of ports also increased (up from 32,244). The most active committers to main were: sunpoet 3739 yuri 1450 jbeich 491 eduardo 220 bofh 200 diizzy 197 rene 188 fernape 156 jhale 133 arrowd 129 A lot has happened in the ports tree in the last three quarter, an excerpt of the major software upgrades is: - pkg 1.21.3 - Default version of lazarus switched to 3.4.0 - Default version of fpc switched to 3.2.3 - Default version of python switched to 3.11 - chromium updated from 123.0.6312.86 to 126.0.6478.126 - firefox updated from 124.0.1 to 127.0.2 - firefox-esr updated from 115.9.0 to 115.12.1 - rust updated from 1.77.0 to 1.79.0 - sdl2 updated from 2.6.3 to 2.8.2 - wlroots updated from 0.17.2 to 0.17.4 - wine updated from 8.0.2 to 9.0 - wine-devel updated from 9.4 to 9.11 - xorg-server updated from 21.1.11 to 21.1.13 - qt5 updated from 5.15.13 to 5.15.14 - qt6 updated from 6.6.3 to 6.7.2 - kf5 updated from 5.115.0 to 5.116.0 - kf6 updated from 6.0.0 to 6.3.0 - plasma6 updated from 6.0.2 to 6.1.1 During the last quarter, pkgmgr@ ran 24 exp-runs to test various ports upgrades, updates to default versions of ports, subpackage support and base system changes.