• FreeBSD Status Report - First Quarter 2025 (3/3)

    From Lorenzo Salvadore@21:1/5 to All on Fri May 23 11:00:06 2025
    [continued from previous message]

    ability to modify colors, fonts, and sizes in the system’s virtual console vt (4).

    The new handbook will be organized into sections. The first section will serve as an introduction, while the second will delve into assistive technologies for visual accessibility. The repository mentioned above provides access to the handbook’s work-in-progress, including the code (in a fork of the FreeBSD "doc"
    repository, accessibility-book branch) and an HTML preview. Completion and review for publication are expected soon. Future plans include adding a Section 3 for hearing accessibility, a Section 4 for interaction accessibility, and a "Miscellaneous" chapter in Section 1 to cover general aspects. A discussion on this topic is available on the accessibility mailing list.

    Furthermore, during this quarter, the port www/edbrowse has been updated. This is a fully command-line web browser designed for compatibility with screen readers. A solution is also being developed to facilitate easy color customization for TUI utilities in the BASE system, with the potential to set high contrast directly from the system installer bsdinstall(8).

    Tips and new ideas are welcome. If possible, send reports to the FreeBSD Accessibility mailing list, to share and to track discussions in a public place.

    Sponsored by: The FreeBSD Foundation

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    Ports

    Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves.

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    A bhyve management GUI written in Freepascal/Lazarus

    Links:
    Bhyvemgr URL: https://github.com/alonsobsd/bhyvemgr/

    Contact: José Alonso Cárdenas Márquez <acm@FreeBSD.org>

    Bhyvemgr is a bhyve management GUI written in Freepascal/Lazarus on FreeBSD. It needs a bunch of tools mostly installed on base system and some installed from ports/packages. The main goal is to be a desktop application focus on desktop user to easily and quickly setup and run virtual machines on FreeBSD hosts.

    During this quarter, there were many bugfixes and improvements to Bhyvemgr.

    These are some highlights that were added:

    • Improve aarch64 support

    • RDP Login form keeps data of resolution and username used on previous
    connection while bhyvemgr is running

    • Support for selecting TCP remote connection at com1 of LPC device

    • Fix zombie process bug when xfreerdp and remote-viewer are running from
    bhyvemgr. Now bhyvemgr uses Tthread instead of only TProcess for it

    • VM name and com1 connection strings can be copied to clipboard from Virtual
    Machine popup menu

    • Now xfreerdp3 loads arguments from rdp.args file

    • Re-use device forms. It avoids to consume memory each time that device
    forms are opened/used

    • Network device name can be added/modified manually from Network device
    form. Take on mind that valid names are tapX or vmnetX (e.g tap0, vmnet0)

    • Log messages support

    Bhyvemgr supports aarch64 only on 15-CURRENT and amd64 from FreeBSD 13.x to 15-CURRENT. Also, bhyvemgr can be compiled or installed from ports or pkg binaries with gtk2, qt5 or qt6 interface support.

    A big thank to Entersekt for sponsor my work. Now I can use a RockPro64 (aarch64) for testing bhyvemgr on aarch64.

    People interested in helping or supporting the project are welcome.

    Current version: 1.5.0

    TODO

    • Add uart device support

    Sponsor: Entersekt

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    Container orchestration: Overlord, Director and AppJail

    Links:
    AppJail on GitHub URL: https://github.com/DtxdF/AppJail
    Director on GitHub URL: https://github.com/DtxdF/Director
    Overlord on GitHub URL: https://github.com/DtxdF/Overlord

    Contact: Jesús Daniel Colmenares Oviedo <DtxdF@disroot.org>

    AppJail is an open-source BSD-3 licensed framework entirely written in POSIX shell and C to create isolated, portable and easy to deploy environments using FreeBSD jails that behaves like an application.

    Director is a tool for running multi-jail environments on AppJail using a simple YAML specification. A Director file is used to define how one or more jails that make up your application are configured. Once you have a Director file, you can create and start your application with a single command: appjail-director up.

    Overlord is a fast, distributed orchestrator for FreeBSD jails oriented to GitOps. You define a file with the service intended to run on your cluster and deployment takes seconds to minutes. This orchestration tool uses AppJail, Director and can even create VMs with vm-bhyve, but as its philosophy is "deploy using code" you can create a single file once and deploy many times. Through a tree chaining system Overlord deploys jails on connected systems sharing their resources almost infinitely. See the wiki for articles that use Overlord.

    Sponsor: https://www.patreon.com/appjail

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    GCC on FreeBSD

    Links:
    GCC Project URL: https://gcc.gnu.org/
    GCC 11 release series URL: https://gcc.gnu.org/gcc-11/
    GCC 12 release series URL: https://gcc.gnu.org/gcc-12/
    GCC 13 release series URL: https://gcc.gnu.org/gcc-13/
    GCC 14 release series URL: https://gcc.gnu.org/gcc-14/

    Contact: Lorenzo Salvadore <salvadore@FreeBSD.org>

    The exp-run to update GCC default version from 13 to 14 has been suspended. Indeed it has been noticed that FreeBSD 13.4 lacks symbols that are used by GCC 14 for linking, please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=284499#c0
    for a more detailed explanation. The symbols are however already
    present in higher FreeBSD version. Since FreeBSD 13.4 is expected to go out of support soon (on June 30th), it has been decided that it is preferable to suspend the exp-run until then. I plan to put it back on track on July 1st.

    In the meantime, work is being done on bugs. Bugs 276070 and 284441 have been fixed. At the time this report is written, some bugs are being discussed addressing special values of the CPUTYPE variable, please see for example 285711.

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    IPv6 Support on ksocket Netgraph Module

    Links:
    Add IPv6 support for address parsing and unparsing in ng_ksocket URL: https://reviews.freebsd.org/D48204

    Contact: Seyed Pouria Mousavizadeh Tehrani <info@spmzt.net>

    Support for IPv6 has been added to the ng_ksocket(4) module.

    The ng_ksocket node type allows users to open a socket inside the kernel and have it appear as a netgraph node. While attempting to export traffic flow using ng_netflow(4), I recognized the need for IPv6 implementation within the ng_ksocket module.

    There was a previous attempt to add IPv6 support to the ng_ksocket module (see Phabricator review D23788).

    After looking into those changes, I decided to complete the efforts and also add validation to comply with standards.

    The result is now available as an updated review on Phabricator.

    Now, we can create IPv6 sockets using the ksocket module directly within the netgraph framework. After my changes, I was able to export my traffic flows directly using netgraph without the need to enable IPv4 on my network links.

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    KDE on FreeBSD

    Links:
    KDE/FreeBSD initiative URL: https://freebsd.kde.org/
    FreeBSD — KDE Community Wiki URL: https://community.kde.org/FreeBSD

    Contact: KDE on FreeBSD Mailing List <kde@FreeBSD.org>

    The KDE on FreeBSD project packages CMake, Qt, and software from the KDE Community, for the FreeBSD ports tree. The software includes a full desktop environment called KDE Plasma (for both X11 and Wayland) and hundreds of applications that can be used on any FreeBSD machine. The KDE team is part of desktop@, building the software stack to make FreeBSD beautiful and usable as a daily driver graphical desktop workstation.

    It Goes to 6!

    The KDE ports have caught up with the current generation of upstream development and now deliver up-to-date KDE Frameworks 6, KDE Plasma 6, and KDE Gear. Where possible, the default version of every KDE application has been updated to a recent one that uses KDE Frameworks 6. Many Qt-based applications have also been updated to default to a Qt6 flavor.

    This positions FreeBSD alongside OpenBSD and Linux distributions with a modern KDE experience.

    Qt5 remains in the ports tree. KDE Frameworks 5 remain in the ports tree for some consumers. Qt5 reaches end-of-life from its upstream on May 26, 2025, so it is not recommended for use. KDE Frameworks 5 is in a similar security-only maintenance mode.

    Thanks to makc@, arrowd@, and kenrap@ for landing this KDE update in ports.

    Infrastructure

    • CMake received several patch-level updates

    • Qt and PySide (the Python bindings for Qt) were updated to 6.8.2

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    OpenBGPd Fix FIB handling on FreeBSD

    Links:
    OpenBGPD 8.8 released URL: https://undeadly.org/cgi?action=article;sid=20250207192657
    Fix crash on interface destroy URL: https://github.com/openbgpd-portable/openbgpd-portable/pull/93

    Contact: Seyed Pouria Mousavizadeh Tehrani <info@spmzt.net>

    This work fixes FIB handling on FreeBSD when an interface is destroyed.

    I encountered this issue on one of our OpenBGPd-enabled FreeBSD servers, where destroying an interface caused all our BGP sessions to drop due to a crash in OpenBGPd.

    I decided to debug the issue and fix the problem; the results can be found in this GitHub pull request.

    Now, we can safely create or destroy virtual or cloned interfaces alongside OpenBGPd without worrying about our BGP sessions.

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    Improve OpenJDK on FreeBSD

    Links:
    Project description URL: https://freebsdfoundation.org/project/improving-openjdk-on-freebsd/
    Project repository URL: https://github.com/freebsd/openjdk

    Contact:
    Harald Eilertsen <haraldei@freebsdfoundation.org>
    FreeBSD Java mailing list <freebsd-java@lists.freebsd.org>

    The main goal of this project is to improve OpenJDK support on FreeBSD/amd64 and FreeBSD/arm64.

    Java is an important runtime environment for many high performance, critical enterprise systems. Making sure Java based applications run correctly and efficiently on FreeBSD is important to ensure that FreeBSD will continue to be a viable and attractive platform for enterprises, as well as businesses and organizations of all sizes.

    We released a port for OpenJDK 23 for FreeBSD at the very end of last year, and have since then fixed issues with font management and some other minor improvements. We have also been following the development of OpenJDK 24 closely, and are just finishing a port for it that should be available by the time this status update is published.

    In parallel with porting OpenJDK 24 work has been ongoing on moving the BSD port also to the mainline OpenJDK development tree, and the first patches have been accepted upstream. Currently the focus is on reviving the OpenJDK BSD port project, as well as getting a separate project repository set up under it.

    A lot of the work of this quarter has gone into cleaning up the patches of the BSD port based on the development in the upstream mainline and jdk24 branches. Also a lot of time has been spent on improving the results of the built in test suites (jtreg and gtest) on FreeBSD. This has involved both changes to the tests themselves, but also various parts of the low level OpenJDK code. More work is needed to get the final few tests passing, especially on Aarch64, but compared to previous OpenJDK releases on FreeBSD the results have been improving.

    Finally, a significant amount of time has been spent on communicating and discussing how to approach the goal of integrating the BSD support in the mainline OpenJDK codebase. The OpenJDK project has been very open, welcoming and supportive of the effort, and seems more than willing to help make this happen in a good way.

    Sponsor: The FreeBSD Foundation

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    Wazuh on FreeBSD

    Links:
    Wazuh URL: https://www.wazuh.com/

    Contact: José Alonso Cárdenas Márquez <acm@FreeBSD.org>

    Wazuh is a free and open source platform used for threat prevention, detection, and response. It is capable of protecting workloads across on-premises, virtualized, containerized, and cloud-based environments.

    Wazuh solution consists of an endpoint security agent, deployed to the monitored systems, and a management server, which collects and analyzes data gathered by the agents. Besides, Wazuh has been fully integrated with the Elastic Stack or OpenSearch Stack, providing a search engine and data visualization tool that allows users to navigate through their security alerts.

    During this quarter, there were many bugfixes and improvements to wazuh ports.

    • Update bundle python to 3.11.11

    • Update textproc/opensearch dependency to 2.16.x

    • Update textport/opensearch-dashboards dependency to 2.16.x

    • Update databases/py-pyarrow whl to 19.0.1

    A quickly Wazuh jail installation to test it can be done using Wazuh AppJail-Makejails.

    A big thank to Entersekt for sponsor my work. Now I can use a RockPro64 (aarch64) for Wazuh testing/packaging.

    People interested in helping with the project are welcome.

    Current version: 4.11.0

    TODO

    • Add Wazuh cluster-mode infrastructure AppJail makejails

    • Add vulnerability detection support to FreeBSD Wazuh agent

    • Add FreeBSD like official support platform by Wazuh Inc

    • Update FreeBSD SCA Policies to new FreeBSD CIS Benchmark

    Sponsor: Entersekt

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    Third Party Projects

    Many projects build upon FreeBSD or incorporate components of FreeBSD into their project. As these projects may be of interest to the broader FreeBSD community, we sometimes include brief updates submitted by these projects in our quarterly report. The FreeBSD project makes no representation as to the accuracy or veracity of any claims in these submissions.

    Chinese FreeBSD Community (CFC)

    Chinese FreeBSD Community (CFC) URL: https://bsdcn.org/

    Community member count: QQ group 249 members, WeChat group 175 members

    FreeBSD-Ask

    Links:
    FreeBSD-Ask on GitHub URL: https://github.com/FreeBSD-Ask/FreeBSD-Ask FreeBSD-Ask on Website URL: https://book.bsdcn.org/

    Contact: ykla <yklaxds@gmail.com>
    Contact: Voosk <roisfrank@icloud.com>

    FreeBSD-Ask is an open-source FreeBSD introductory guide written in Simplified Chinese, initiated by ykla from the Chinese FreeBSD Community (CFC). FreeBSD-Ask was established on March 14, 2021.

    Updates in this quarter:

    • Added:

    □ Installing x11/budgie

    □ sysutils/bsdconfig System Configuration Tool

    □ Installing x11-wm/fluxbox

    □ Installing x11-wm/icewm

    □ Installing net-mgmt/prometheus2

    □ security/py-fail2ban (Based on IPFW, PF, IPF)

    □ Installing x11-wm/windowmaker

    □ Manual Dual-Boot Installation (Installing FreeBSD First)

    □ Installing FreeBSD - Based on Apple M1 & Parallels Desktop 20

    □ Command Line Basics

    □ Installing zabbix7-server (Based on PostgreSQL)

    □ etc.

    • Rewritten:

    □ Installing ftp/pure-ftpd (Based on MySQL)

    □ Installing ftp/proftpd (Based on MySQL)

    □ Installing ftp/vsftpd

    • Added several GitHub Actions, such as automatic PDF generation, dead link
    checking, etc.

    As always, feedback and patches are welcome.

    Sponsors: Chinese FreeBSD Community (CFC)

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    FreeBSD Discord Server

    Links:
    Discord Server URL: https://wiki.freebsd.org/Discord/DiscordServer

    Contact: Setesh Strong <setesh.strong@gmail.com>

    The FreeBSD Community Discord server has grown to over 5.3K members, with over 3K members active in the last month. To help support our community’s health and
    pursue growth in project contribution and engagement, the BSDlabs group developed the Helper program, more than two years ago now. After several phases of growth, we have reached the point where the team has thrived enough that it has become necessary to divide it into three distinct functional teams.

    Our community health and culture helpers (@moderators) are led by Alexander Vereeken. Our newcomer onboarding and training helpers (@mentors) are led by Alexander Ziaee. Our event organizer and outreach helpers (@organizers) are led by Ahmad Abdulla.

    Since the creation of the new teams, all of our helpers have been hard at work, driving growth within the areas of their remit within the program. We are proud to share some of the outcomes of their efforts with you, as well as several of the areas of focus and objectives we will tackle in the upcoming quarter.

    Antranig Vartanian led the development of our recurring series of Ask the Greybeards AMAs (Ask Me Anything) with the support of other veteran sysadmins and developers. This recurring event provides an opportunity for users and those still gaining mastery of our platform to meet and learn from the depth of experience our community offers. Special thanks to Michael Dexter and many others for their engagement and support of this event. Your expertise and skills help nurture the future of our ecosystem.

    Significant progress into onboarding new contributors has occurred through the efforts of the newcomer helper team under Alexander Ziaee’s leadership. His work has brought newly increased activity to our docs tree.

    At the request of Warner Losh, we have created a workspace for # google-summer-of-code on the server. This space provides a location for those engaged with GSoC to ask questions and receive feedback and assistance. In further pursuit of our desire to bridge between silos, we are in the process of establishing a matterbridge bot. This will serve to connect with the # freebsd-gsoc IRC channel, as well as other potential links in the future with FreeBSD’s IRC and Matrix communities.

    We are proud to welcome developers working on FreeBSD’s wifi stack to our server. We have created the #wifi-hacking workspace to facilitate their efforts. Special thanks to Adrian Chadd for bringing this opportunity to us, and leading the way in the thriving activity in this workspace.

    We are currently in the process of developing our new Co-op Study Club, driven by the leadership of Jesper Schmitz Mouridsen. This will provide members of our community with the opportunity to build their skills in side-by-side study, under the guidance of our newcomer helper team. As a project driven study group, it will develop our members’ passions into strengths, while building comfort and familiarity with contributing to the project via porting, src development, and documentation testing and patching. Experienced mentorship will be on hand to provide learning resources for those who join this study group, answer questions that cannot be answered by peer support, and aiding in overcoming blockers. Our objective is to provide a roadmap and environment for achieving excellence as both developers and FreeBSD contributors.

    Thanks to the efforts of community helper Jessica Hawkwell, with the support of events team leader Ahmad Abdulla, we have seen the addition of a # foss-ecosystem channel. This development marks the beginning of the process of bridging between the various silos, both within the FreeBSD community, and in the larger FOSS ecosystem. If you want us to add a link to your segment of the community and it is not already contained in our directory in this channel, please reach out to us.

    In addition to the existing tools afforded by Discord for our server, we are currently in the process of upgrading and expanding our infrastructure. This effort focuses on ensuring the availability of Discord bot infrastructure and tooling, as well as restoring etherpad and dpaste functionality for collaboration. We seek to improve support for all of the dedicated developers within the workspaces of our community.

    If you are a member of the FreeBSD ecosystem and have not yet connected to our Discord presence, we invite you to do so via the invite link available on the wiki at the top of this report. If you have experience or passion for any of the areas of our current helper teams, or a passion for Discord bot infrastructure development, we would love to have you on our teams. We invite you to contact us via the above contact email, or by sending a DM on Discord (@setesh.strong).

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    Framework Kernel Module

    Links:
    GitHub URL: https://github.com/christian-moerz/framework-kmod
    Bugzilla URL: https://bugs.freebsd.org/285448

    Contact: Chris Moerz <freebsd@ny-central.org>

    The development of the framework-kmod kernel module originated from discussions and collaborative efforts within the FreeBSD Laptop and Desktop Workgroup (LDWG). This module addresses a specific need for dynamic screen dimming functionality, particularly suited for environments where full-featured desktop environments are not in use.

    The primary feature of the framework-kmod kernel module is to dynamically dim the screen when the computer is not in use and to restore brightness upon detecting user activity. This functionality is designed to enhance power efficiency and user experience, especially in minimalistic setups.

    By default, the module dims the screen very aggressively, dimming it after approximately one second of inactivity. This behavior ensures immediate power savings but may need adjustment based on user preferences. The module’s settings can be customized through sysctls, allowing users to tailor the behavior to their needs. Users can set different brightness levels for the dimmed and bright states, adjust the length of time that needs to pass without any input signal before dimming the screen, and apply different settings depending on whether the laptop is running on a power outlet or battery. Brightness levels can also be adjusted through the use of the keyboard’s brightness control keys.

    The module tracks input signals through evdev(4). If no input is detected within the set timeout period, the screen brightness is reduced. Upon detecting user input, the brightness is immediately restored to the previous level. The module requires drm-kmod drivers to be loaded in advance, ensuring compatibility with the necessary graphics drivers.

    The framework-kmod is not a general-purpose screen dimming driver. It is specifically designed for use with tty consoles or simple window managers like suckless' dwm or i3. Users of full-featured desktop environments like Gnome or KDE are advised to use the built-in screen dimming functions provided by those environments.

    The development of this module was driven by the needs identified during LDWG calls, highlighting the collaborative nature of the workgroup. A port of the framework-kmod has been submitted, making it accessible for broader use and further development by the FreeBSD community.

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    Laptop and Desktop Work Group (LDWG)

    Links:
    Desktop mailing list URL: https://lists.freebsd.org/archives/freebsd-desktop/ Wiki Page URL: https://wiki.freebsd.org/LaptopDesktopWorkingGroup
    YouTube URL: https://www.youtube.com/watch?v=U9SdSkfqH9U&list=PLugwS7L7NMXwHlYfDKNMXwJrjFrYVA9ca

    Contact: Chris Moerz <freebsd@ny-central.org>

    The FreeBSD Laptop and Desktop Workgroup (LDWG) has continued its dedicated efforts throughout the first quarter.

    LDWG holds monthly meetings to discuss the state of FreeBSD on laptops and desktops and to review progress. These meetings are scheduled every second Monday at 5 PM UTC. The next meeting is set for Wednesday, May 14, at 10 AM PST / 1 PM EDT / 5 PM UTC.

    A survey has been initiated to explore alternative calling options that would enable participants from APAC regions to join the calls more conveniently.

    All calls are now available on YouTube, allowing broader access for interested parties to stay updated on the group’s activities.

    The group’s participants have made notable advancements in several areas:

    • Audio Improvements: Enhancements have been made to improve audio quality.

    • Documentation: Significant improvements have been made to the
    documentation, making it more comprehensive and user-friendly.

    • Wireless Speed and Stability: Efforts have led to better wireless speed and
    stability, enhancing overall connectivity.

    All activities are meticulously documented on the group’s worksheet. LDWG encourages anyone interested in contributing to add their name to the worksheet. If there is any planned or ongoing work, participants are welcome to include it in the worksheet.

    The established LDWG’s call agenda includes:

    • News Updates: Sharing news around FreeBSD on desktops and laptops,
    including work not otherwise covered by the workgroup.

    • FreeBSD Foundation Laptop Project: The project continues to progress well,
    with reports highlighting the need for volunteers to support testing
    efforts and the formation of a UX test group.

    • Project Reviews and Announcements: Reviewing and presenting progress,
    announcing new projects, and calling for actions.

    • Q&A Sessions: Providing a platform to ask questions about ongoing projects;
    serving as a rallying point to organize developers, users, and stakeholders
    on focus areas.

    LDWG is working to improve the call’s agenda in collaboration with the Enterprise Working Group. Both groups face the challenge of having more areas of interest and work streams than available resources. Therefore, a process is being developed to ensure that available time is spent on matters that have the required resources and attention.

    The group is open to anyone interested in the matter. We welcome anyone who wants to join the group and/or calls to do so.

    Hope to see you there!

    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

    Containers and FreeBSD: Pot, Potluck and Potman

    Links:
    Pot organization on GitHub URL: https://github.com/bsdpot

    Contact: Luca Pizzamiglio (Pot) <pizzamig@FreeBSD.org>
    Contact: Bretton Vine (Potluck) <bv@honeyguide.eu>
    Contact: Michael Gmelin (Potman) <grembo@FreeBSD.org>

    Pot is a jail management tool that also supports orchestration through Nomad. Potluck aims to be to FreeBSD and Pot what Dockerhub is to Linux and Docker: a repository of Pot flavours and complete container images for usage with Pot and in many cases Nomad.

    During this quarter, there was a new Pot release 0.16.1 which includes a number of minor fixes. The FreeBSD port was updated accordingly.

    Potluck got a new OnlyOffice Documentserver image that can be used together with the Nextcloud image. Additionally, a large number of images have received improvements and bug fixes again, e.g. Nextcloud Spreed, Grafana, Vault or Consul and all images have been rebuilt for an updated base image.

    Last not least, we are in the process of moving the main repository to Codeberg with GitHub acting as a mirror.

    As always, feedback and patches are welcome.

    Sponsors: Nikulipe UAB, Honeyguide Group

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)