From owner-svn-doc-head@freebsd.org Wed Oct 21 18:50:28 2020 Return-Path: Delivered-To: svn-doc-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3099D42A9A9; Wed, 21 Oct 2020 18:50:28 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CGfh40sWTz4dNX; Wed, 21 Oct 2020 18:50:28 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 00C089DFB; Wed, 21 Oct 2020 18:50:28 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id 09LIoRUW080799; Wed, 21 Oct 2020 18:50:27 GMT (envelope-from trasz@FreeBSD.org) Received: (from trasz@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id 09LIoROM080797; Wed, 21 Oct 2020 18:50:27 GMT (envelope-from trasz@FreeBSD.org) Message-Id: <202010211850.09LIoROM080797@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: trasz set sender to trasz@FreeBSD.org using -f From: Edward Tomasz Napierala Date: Wed, 21 Oct 2020 18:50:27 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r54617 - head/en_US.ISO8859-1/htdocs/news/status X-SVN-Group: doc-head X-SVN-Commit-Author: trasz X-SVN-Commit-Paths: head/en_US.ISO8859-1/htdocs/news/status X-SVN-Commit-Revision: 54617 X-SVN-Commit-Repository: doc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2020 18:50:28 -0000 Author: trasz Date: Wed Oct 21 18:50:27 2020 New Revision: 54617 URL: https://svnweb.freebsd.org/changeset/doc/54617 Log: Create 2020q2 status report, covering June 2020 to September 2020. Submitted by: debdrup Differential Revision: https://reviews.freebsd.org/D26890 Added: head/en_US.ISO8859-1/htdocs/news/status/report-2020-07-2020-09.xml (contents, props changed) Modified: head/en_US.ISO8859-1/htdocs/news/status/Makefile Modified: head/en_US.ISO8859-1/htdocs/news/status/Makefile ============================================================================== --- head/en_US.ISO8859-1/htdocs/news/status/Makefile Tue Oct 20 13:39:06 2020 (r54616) +++ head/en_US.ISO8859-1/htdocs/news/status/Makefile Wed Oct 21 18:50:27 2020 (r54617) @@ -88,6 +88,7 @@ XMLDOCS+= report-2019-07-2019-09 XMLDOCS+= report-2019-10-2019-12 XMLDOCS+= report-2020-01-2020-03 XMLDOCS+= report-2020-04-2020-06 +XMLDOCS+= report-2020-07-2020-09 XSLT.DEFAULT= report.xsl # Install a sample entry. Added: head/en_US.ISO8859-1/htdocs/news/status/report-2020-07-2020-09.xml ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/en_US.ISO8859-1/htdocs/news/status/report-2020-07-2020-09.xml Wed Oct 21 18:50:27 2020 (r54617) @@ -0,0 +1,2172 @@ + + + + + + + + + + 07-09 + + 2020 + + +
+ Introduction +

This report covers FreeBSD related projects for the period between +July and September, and is the third of four planned reports for 2020. +

+

This quarter brings a good mix of additions and changes to the FreeBSD +Project and community, from a diverse number of teams and people covering +everything from architectures, continuous integration, wireless networking +and drivers, over drm, desktop and third-party project work, as well as +several team reports, along with many other interesting subjects too +numerous to mention. +

+

As the world is still affected by the epidemic, we hope that this report +can also serve as a good reminder that there is good work that can be done +by people working together, even if we're apart. +

+

We hope you'll be as interested in reading it, as we've been in making it. +Daniel Ebdrup Jensen, on behalf of the quarterly team. +

+ +FreeBSD Foundation + + + +Deb Goodkin +deb@FreeBSDFoundation.org + + + +

The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to +supporting and promoting the FreeBSD Project and community worldwide. Funding +comes from individual and corporate donations and is used to fund and manage +software development projects, conferences and developer summits, and provide +travel grants to FreeBSD contributors. The Foundation purchases and supports +hardware to improve and maintain FreeBSD infrastructure and provides resources +to improve security, quality assurance, and release engineering efforts; +publishes marketing material to promote, educate, and advocate for the FreeBSD +Project; facilitates collaboration between commercial vendors and FreeBSD +developers; and finally, represents the FreeBSD Project in executing contracts, +license agreements, and other legal arrangements that require a recognized +legal entity. +

+

Here are some highlights of what we did to help FreeBSD last quarter: +

+

COVID-19 Impact to the Foundation

+ +

Like other organizations, we put policies in place for all of our staff members +to work from home. We also put a temporary ban on travel for staff members. +We are continuing our work supporting the community and Project, but some of +our work and responses may be delayed because of changes in some of our +priorities and the impact of limited childcare for a few of our staff members. +

+

Partnerships and Commercial User Support

+ +

We help facilitate collaboration between commercial users and FreeBSD +developers. We also meet with companies to discuss their needs and bring that +information back to the Project. Not surprisingly, the stay at home orders, +combined with our company ban on travel during Q3 made in-person meetings +non-existent. However, the team was able to continue meeting with our partners +and commercial users virtually. These meetings help us understand some of the +applications where FreeBSD is used. +

+

We are currently scheduling Zoom company meetings for Q4, please reach out if +you would like to schedule a meeting with us. +

+

Fundraising Efforts

+ +

Last quarter we raised $192,874.43! Thank you to the individuals and +organizations that stepped in, to help fund our efforts. We'd like to thank +Arm for their large contribution last quarter, which helped bring our 2020 +fundraising effort to $521k. We hope other organizations will follow their +lead and give back to help us continue supporting FreeBSD. +

+

These are trying times, and we deeply appreciate every donation that has come +in from $5 to $150,000. We're still here giving 110% to supporting FreeBSD! +

+

We are 100% funded by donations, and those funds go towards software +development work to improve FreeBSD, FreeBSD advocacy around the world, keeping +FreeBSD secure, continuous integration improvements, sponsoring BSD-related and +computing conferences (even the virtual events!), legal support for the +Project, and many other areas. +

+

Please consider making a +donation to help us continue and increase our support for FreeBSD. +

+

We also have the Partnership Program, to provide more benefits for our larger +commercial donors. Find out more information about the +partnership program +and share with your companies! +

+

OS Improvements

+ +

A number of FreeBSD Foundation grant recipients started, continued working on, +or completed projects during the third quarter. These include: +

    +
  • Ongoing WiFi and Linux KPI layer improvements. +

  • +
  • Linuxulator application compatibility. +

  • +
  • DRM / Graphics driver updates. +

  • +
  • Zstd compression for OpenZFS. +

  • +
  • Online RAID-Z expansion. +

  • +
  • Modernized LLDB target support for FreeBSD. +

    +
+You can find more details about most of these projects in other quarterly +

reports. +

+

Staff members also worked on a number of larger projects, including: +

    +
  • Run-Time Dynamic Linker (rtld) and kernel ELF loader improvements. +

  • +
  • Rewritten UNIX domain socket locking. +

  • +
  • Build infrastructure. +

  • +
  • Open system call path handling support for O_BENEATH, O_RESOLVE_BENEATH. +

  • +
  • arm64 support. +

  • +
  • Migration to a Git repository. +

    +
+Many of these projects also have detailed entries in other quarterly report +

entries. +

+

Staff members also put in significant effort in many ways other than larger, +individual projects. These include assisting with code reviews, bug report +triage, security report triage and advisory handling, addressing syzkaller +reports, and ongoing maintenance and bug fixes in functional areas such as the +tool chain, developer tools, virtual memory kernel subsystem, low-level x86 +infrastructure, sockets and protocols, and others. +

+

University of Waterloo Co-op

+ +

With the transition to working from home, the Foundation decided to again take +on three University of Waterloo Co-op students for the Fall 2020 term +(September to December). Tiger returns for a second term, joined by new +students Yang and Zac. Projects for the term include more work on +ELF Tool Chain, application of Capsicum to additional utilities, testing and +integration of FreePBX and Asterisk VOIP software, pkgbase, and exploring +containerization tooling. +

+

Continuous Integration and Quality Assurance

+ +

The Foundation provides a full-time staff member and funds projects on +improving continuous integration, automated testing, and overall quality +assurance efforts for the FreeBSD project. +

+

During the third quarter of 2020, Foundation staff continued improving and +monitoring the Project's CI infrastructure, and working with experts to fix +the failing builds and the regressions found by tests. The setting up of +dedicated VM host for running tests is completed. New feature developments +and the CI staging environment is in progress. We are also working with +other teams in the Project for their testing needs. For example, tests of +non-x86 architectures now run periodically, and improve the CI of the +embedded systems. We are also working with many external projects and +companies to improve the CI between their products and FreeBSD. +

+

See the FreeBSD CI section of this report for completed work items and detailed +information. +

+

Supporting FreeBSD Infrastructure

+ +

The Foundation provides hardware and support to improve the FreeBSD +infrastructure. Last quarter, we continued supporting FreeBSD hardware located +around the world. We coordinated efforts between the new NYI Chicago facility +and clusteradm to start working on getting the facility prepared for some of +the new FreeBSD hardware we are planning on purchasing. NYI generously +provides this for free to the Project. We also worked on connecting with the +new owners of the Bridgewater site, where most of the FreeBSD infrastructure is +located. +

+

Some of the purchases we made for the Project last quarter to support +infrastructure includes: +

    +
  • Spamhaus spam filtering software to limit the amount of spam on the mailing + lists. +

  • +
  • 5 application servers to run tasks like bugzilla, wiki, website, cgi, + Phabricator, host git, etc. +

  • +
  • 1 server to replace the old pkg server and provide a lot more IOPS to + avoid the slowdowns seen during peak times of the day where the disks just + cannot keep up with the request volume. +

  • +
  • 1 server for exp-runs to make them faster. +

  • +
  • 1 server to build packages more frequently. +

    +
+

FreeBSD Advocacy and Education

+ +

A large part of our efforts are dedicated to advocating for the Project. This +includes promoting work being done by others with FreeBSD; producing advocacy +literature to teach people about FreeBSD and help make the path to starting +using FreeBSD or contributing to the Project easier; and attending and getting +other FreeBSD contributors to volunteer to run FreeBSD events, staff FreeBSD +tables, and give FreeBSD presentations. +

+

The FreeBSD Foundation sponsors many conferences, events, and summits around +the globe. These events can be BSD-related, open source, or technology events +geared towards underrepresented groups. We support the FreeBSD-focused events +to help provide a venue for sharing knowledge, to work together on projects, +and to facilitate collaboration between developers and commercial users. This +all helps provide a healthy ecosystem. We support the non-FreeBSD events to +promote and raise awareness of FreeBSD, to increase the use of FreeBSD in +different applications, and to recruit more contributors to the Project. As is +the case for most of us in this industry, COVID-19 has put our in-person events +on hold. In addition to attending virtual events, we are continually working +on new training initiatives and updating our selection of how-to guides to +facilitate getting more folks to try out FreeBSD. +

+

Check out some of the advocacy and education work we did last quarter: +

    +
  • Launched our FreeBSD Fridays series of 101 classes. Topics included an + Introduction to FreeBSD, FreeBSD Installfest, Introduction to Security, + Introduction to ZFS and more. Videos of the past sessions and a schedule of + upcoming events can be found here. +

  • +
  • Attended and presented at OSI's State of the Source conference. The event + was held virtually, September 9-11, 2020. +

  • +
  • Launched the + redesign + of the FreeBSD Foundation Website. +

  • +
  • Announced + the 20th Anniversary of the FreeBSD Foundation. +

  • +
  • Participated as an Admin for Google Summer of Code 2020 +

  • +
  • Continued to promote the FreeBSD Office Hours series including holding our + own Foundation led office hours. Videos from the one hour sessions can be + found on the Project's + YouTube Channel. You can watch + ours here. +

  • +
  • Interviewed + members of the outgoing FreeBSD Core Team to get their thoughts on their + term. +

  • +
  • Began working with the FreeBSD Vendor Summit planning committee on the + November 2020 Vendor Summit. +

  • +
  • Promoted the Foundation's 20th Anniversary and our work to support the + FreeBSD Project in the It's FOSS Article. + FreeBSD Foundation Celebrates 20 Years of Promoting and Supporting FreeBSD Project. +

  • +
  • Authored a Beginners Guide to FreeBSD for Fosslife. +

  • +
  • Committed to sponsoring All Things Open as a media Sponsor. +

  • +
  • Committed to sponsoring the OpenZFS Developers Summit at the Bronze level. +

  • +
  • Became an International RISC-V Member. +

  • +
  • Committed to giving a FreeBSD talk at the nerdear.la conference on + October 20th. +

    +
+Keep up to date with our latest work in our +

monthly newsletters. +

+

Netflix provided an update on how and why they use FreeBSD in our latest +Contributor Case Study. +

+

We help educate the world about FreeBSD by publishing the professionally +produced FreeBSD Journal. As we mentioned previously, the FreeBSD Journal is +now a free publication. Find out more and access the latest issues at +https://www.FreeBSDfoundation.org/journal/. +

+

You can find out more about events we attended and upcoming events at +https://www.FreeBSDfoundation.org/news-and-events/. +

+

Legal/FreeBSD IP

+ +

The Foundation owns the FreeBSD trademarks, and it is our responsibility to +protect them. We also provide legal support for the core team to investigate +questions that arise. We updated our +Trademark Usage Terms and Conditions +on July 1, 2020. +

+

Go to the FreeBSD Foundation's web site to +find out how we support FreeBSD and how we can help you! +

+

### Other +

+

We welcomed Andrew Wafaa and Kevin Bowling to our board of directors, to help +govern the Foundation and guide us with our strategic direction. We have +more information about our new board members +on our website. +

+ +FreeBSD Release Engineering Team + + + +FreeBSD Release Engineering Team +re@FreeBSD.org + + + + +FreeBSD 12.2-RELEASE schedule +FreeBSD 12.2 test builds +FreeBSD development snapshots + + +

The FreeBSD Release Engineering Team is responsible for setting +and publishing release schedules for official project releases +of FreeBSD, announcing code freezes and maintaining the respective +branches, among other things. +

+

During the third quarter of 2020, the Release Engineering Team started +work on the 12.2-RELEASE cycle, the third release from the stable/12 +branch. +

+

As of this writing, two BETA builds have been released, with the +expectation there will be a third BETA build currently remaining on the +schedule. +

+

The 12.2-RELEASE cycle will continue throughout October, with two RC +builds currently planned, and RC3 scheduled on an as-needed basis. The +12.2-RELEASE is so far scheduled for final release on October 27. +

+

In addition to the 12.2-RELEASE, Glen Barber of the Release Engineering +Team finished work to the release build tools and scripts to prepare for +the conversion from Subversion to Git for the 13.0-RELEASE cycle. There +are no plans to merge these changes to stable branches at this time; as +discussed within the Git working group, we feel such a change on a stable +branch would be too intrusive to our user base as well as downstream +FreeBSD consumers. Development snapshot builds for 13.0-CURRENT have +recently been built from the Git tree within the project, and further +snapshot builds for 12.x and 11.x will continue to be built from Subversion. +

+

Additionally throughout the quarter, several development snapshots builds +were released for the head, stable/12, and stable/11 branches. +

+

Finally, the Release Engineering Team would like to thank Marius Strobl +for his time serving on the team; he had recently stepped down from the +Deputy RE Lead role due to constraints on his time. The Team welcomes +Colin Percival, who has accepted fulfilling this role. +

+

Much of this work was sponsored by Rubicon Communications, LLC (netgate.com) +and the FreeBSD Foundation. +

+ +Cluster Administration Team + + + +Cluster Administration Team +clusteradm@FreeBSD.org + + + + +Cluster Administration Team members + + +

The FreeBSD Cluster Administration Team consists of the people responsible for +administering the machines that the Project relies on for its distributed work + and communications to be synchronised. In this quarter, the team has worked +on the following: +

    +
  • Work with the FreeBSD Foundation on hardware update for web services, mirror and package building servers. +

  • +
  • Disable directory indexing on the package mirrors to resolve performance issues of the machine. +

      +
    • This was later relaxed to allow indexing of the parent directories but still disallow the large package directories. +

    +
  • Ongoing systems administration work: +

      +
    • Accounts management for committers. +

    • +
    • Backups of critical infrastructure. +

    • +
    • Keeping up with security updates in 3rd party software. +

      +
    +
+Work in progress: + +
    +
  • Setup Malaysia (KUL) mirror. +

  • +
  • Setup Brazil (BRA) mirror. +

  • +
  • Review the service jails and service administrators operation. +

  • +
  • Infrastructure of building aarch64 and powerpc64 packages. +

      +
    • NVMe issues on PowerPC64 POWER9 blocking dual socket machine from being used as pkg builder. +

    • +
    • Drive upgrade test for pkg builders (SSDs) courtesy of the FreeBSD Foundation. +

    • +
    • Boot issues with Aarch64 reference machines. +

    +
  • New NYI.net sponsored colocation space in Chicago-land area. +

  • +
  • Work with git working group for the git repository. +

  • +
  • Searching for more providers that can fit the requirements for a generic mirrored layout or a tiny mirror. +

+
+ +Continuous Integration + + +FreeBSD Jenkins Instance +FreeBSD Hardware Testing Lab +FreeBSD CI artifact archive +FreeBSD CI weekly report +FreeBSD Jenkins wiki +Hosted CI wiki +3rd Party Software CI +Tickets related to freebsd-testing@ +FreeBSD CI Repository + + + + +Jenkins Admin +jenkins-admin@FreeBSD.org + + +Li-Wen Hsu +lwhsu@FreeBSD.org + + +

Contact: freebsd-testing Mailing List
+Contact: IRC #freebsd-ci channel on EFNet
+

+

The FreeBSD CI team maintains the continuous integration system +of the FreeBSD project. The CI system firstly checks the committed changes +can be successfully built, then performs various tests and analysis over the +newly built results. +The artifacts from those builds are archived in the artifact server for +further testing and debugging needs. The CI team members examine the +failing builds and unstable tests and work with the experts in that area to +fix the codes or adjust test infrastructure. The details of these efforts +are available in the weekly CI reports. +

+

During the third quarter of 2020, we continued working with the contributors and +developers in the project to fulfill their testing needs and also keep +collaborating with external projects and companies to improve their products +and FreeBSD. +

+

Important changes: +

+New jobs added: + +Work in progress: +
    +
  • Collecting and sorting CI tasks and ideas + here. +

  • +
  • Testing and merging pull requests in the + the FreeBSD-ci repo. +

  • +
  • Designing and implementing pre-commit CI building and testing, +

  • +
  • Reduce the procedures of CI/test environment setting up for contributors and + developers. +

  • +
  • Setting up the CI stage environment and putting the experimental jobs on it. +

  • +
  • Setting up public network access for the VM guest running tests. +

  • +
  • Implementing automatic tests on bare metal hardware. +

  • +
  • Adding drm ports building tests against -CURRENT. +

  • +
  • Planning to run ztest and network stack tests. +

  • +
  • Adding more external toolchain related jobs. +

  • +
  • Improving the hardware lab to be more mature and adding more hardware. +

  • +
  • Helping more 3rd software get CI on FreeBSD through a hosted CI solution. +

  • +
  • Working with hosted CI providers to have better FreeBSD support. +

    +
+Please see freebsd-testing@ related tickets for more WIP information, and don't hesitate to join the effort! + +

Sponsor: The FreeBSD Foundation +

+ +Ports Collection + + +About FreeBSD Ports +Contributing to Ports +FreeBSD Ports Monitoring +Ports Management Team + + + + +René Ladan +portmgr-secretary@FreeBSD.org + + +FreeBSD Ports Management Team +portmgr@FreeBSD.org + + + +

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. +

+

We passed the landmark of 40,000 ports in the Ports Collection +and are now around 40,400 ports. The last quarter saw 9335 +commits to the HEAD branch and 481 commits to the 2020Q3 branch +by respectively 167 and 63 committers. There are currently 2525 +open problem reports of which 595 are unassigned. Compared to +last quarter, this means a slight decrease in activity and also +a slight increase in open PRs. +

+

During the last quarter we welcomed Rainer Hurling (rhurlin@) and +said goodbye to Kevin Lo (kevlo@) and Grzegorz Blach (gblach@). +

+

The last three months saw new default versions for Perl (5.32), +PostgreSQL (12) and PHP (7.4). Various packages also got updated: +Firefox to 81.0.1, Chromium to 84.0.4147.135, Gnome to 3.36, +Xorg to 1.20.9, Qt5 to 5.15.0, Emacs to 27.1, KDE Frameworks to +5.74.0 and pkg itself to 1.15.8. +

+

Never tired, antoine@ ran 30 exp-runs to test port version updates, +on such diverse matters as: +

    +
  • Updating byacc in base to 20200330. +

  • +
  • Check balancing of sed "y" command. +

  • +
  • Use of brackets. +

  • +
  • Removing the now redundant "port" argument from USES=readline. +

+
+ +FreeBSD Office team - 3rd quarter 2020 report + + +The FreeBSD Office project + + + + +FreeBSD Office team ML +office@FreeBSD.org + + +Dima Panov +fluffy@FreeBSD.org + + +Li-Wen Hsu +lwhsu@FreeBSD.org + + + + +

The FreeBSD Office team works on a number of office-related software suites +and tools such as OpenOffice and LibreOffice.
+

+

Work during this quarter focused on providing the latest stable release of +LibreOffice suite and companion apps to all FreeBSD users. +

+
    +
  • Alongside with updating old stable branch to latest 6.4.x releases, + current ports-tree now have a full-featured cutting-edge 7.0.1 bundle.
    +

  • +
  • Conservative users can keep 6.4.x stable version by switching to use + all-in-one editors/libreoffice6 port and even with i18n language pack (off by default). + It will be kept updated at least till 7.1.0 version is released.
    +

    +
+We are looking for people to help the project. +

All unstable work with LibreOffice snapshots is staged in our WIP repository.
+The open bugs list +contains all filed issues which need some attention. +Patches, comments and objections are always welcome in the mailing list and bugzilla. +

+
+ +FreeBSD Graphics Team status report + + +Project GitHub page + + + + +FreeBSD Graphics Team +x11@freebsd.org + + +Niclas Zeising +zeising@freebsd.org + + + +

The FreeBSD X11/Graphics team maintains the lower levels of the FreeBSD graphics +stack. +This includes graphics drivers, graphics libraries such as the +MESA OpenGL implementation, the X.org xserver with related libraries and +applications, and Wayland with related libraries and applications. +

+

There have been several updates to the FreeBSD graphics stack and related +libraries since the last report. +

+

Most notably, MESA related ports were changed to use the meson build system, +instead of the autotools based one. +This was needed since mesa upstream has deprecated and removed the autotools +build system, and this paved the way for further mesa updates. +While there was a need for a few minor corrections after the initial update, +this update has been successful and made it possible to further update and +improve the FreeBSD mesa port. +

+

There have also been several security fixes for xorg-server and libX11, so +these ports have been updated to fix these issues. +

+

During the period, FreeBSD 12 was changed to improve the compatibility with +input devices using udev/evdev and libinput. +This change removes the need for local configuration and makes most mice, +touchpads and keyboards work out of the box. +This change will be in the upcoming FreeBSD 12.2 release. +

+

There have also been several updates to various libraries, both in the graphics +and input stacks, and several userland drivers have been updated. +Libraries such as libdrm and libevdev have been updated to include new +FreeBSD support, developed by team members and added upstream. +

+

There has also been ongoing work to keep the various drm-kmod ports and packages +up to date, mostly in response to changes in various FreeBSD versions. +

+

We have also continued our regularly scheduled bi-weekly meetings. +

+

People who are interested in helping out can find us on the x11@FreeBSD.org +mailing list, or on our gitter chat. +We are also available in #freebsd-xorg on EFNet. +

+

We also have a team area on GitHub where our work repositories can be found. +

+ +FreeBSD on Microsoft HyperV and Azure + + +Microsoft Azure article on FreeBSD wiki +Microsoft HyperV article on FreeBSD wiki + + + + +FreeBSD Integration Services Team +bsdic@microsoft.com + + +Wei Hu +whu@FreeBSD.org + + +Li-Wen Hsu +lwhsu@FreeBSD.org + + + +

Li-Wen is working on the FreeBSD release code related to Azure for +the -CURRENT, 12-STABLE and 11-STABLE branches. +The work-in-progress is available here. +The 11.4-RELEASE image on Azure Marketplace is published. +We are testing the releng/12.2 branch and 12.2-RELEASE image will be +published to Azure Marketplace soon after released. +

+

This project is sponsored by The FreeBSD Foundation, with resources provided by Microsoft. +

+ +Building FreeBSD on non-FreeBSD hosts + + +Wiki + + + + +Alex Richardson +arichardson@freebsd.org + + + +

Until recently FreeBSD could only be built on a FreeBSD host. +However, many popular free CI tools only allow building on Linux or macOS and +therefore can not be used for building the FreeBSD base system. Furthermore, it +is sometimes useful to cross-build FreeBSD for a remote machine or an emulator +even if the build machine is not running FreeBSD. +The goal of this project is to allow building the base system on Linux and macOS +hosts. +

+

I started this project in 2017 to allow building CheriBSD on the Linux servers +and desktops that many of us working on the CHERI project use. +The first few patches were upstreamed in 2018 (see the 2018q3 report) and +I merged the full set of patches to CheriBSD shortly after. Over the past two +years I have slowly been upstreaming the remaining patches and finally committed +the last required change in time for this report. +

+

As of September 2020 it should be possible to use the buildworld and +buildkernel make targets to build a fully-functional FreeBSD installation +on macOS and Linux hosts. We use this in our continuous integration system to +build and test CheriBSD disk images for multiple architectures. +I have also committed a GitHub Actions configuration upstream +that takes approximately 10 minutes to build an amd64 kernel. +This will ensure that changes that break crossbuilding from Linux/macOS +can be detected easily. +

+

Upstreaming the crossbuilding changes has resulted in various build system +cleanups. For example, we now no longer need to use lorder.sh +when building libraries which speeds up the linking step a bit. +The portability and bootstrapping changes should also make it easier +to upgrade from older versions since we no longer rely on host headers in +/usr/include matching those of the target system (e.g. when bootstrapping +localedef, etc.). +

+

While this support for building on Linux and macOS should still be considered +experimental, it should work in many cases. If you would like to give it a try, +the following command line should successfully build an amd64 world on Linux +and macOS systems that have packages for LLVM 10 (or newer) installed: +MAKEOBJDIRPREFIX=/somewhere ./tools/build/make.py TARGET=amd64 TARGET_ARCH=amd64 buildworld +Builds must be performed using the ./tools/build/make.py wrapper script since +most Linux and macOS systems do not ship an appropriate version of bmake. +Please let me know if you encounter any issues. +

+

Sponsor: DARPA +

+ +Git Migration Working Group + + +Git conversion tooling repo +FreeBSD-git mailing list +Beta doc git repo +Beta ports git repo +Beta src git repo + + + + +Ed Maste +emaste@FreeBSD.org + + +Warner Losh +imp@FreeBSD.org + + +Ulrich Spörlein +uqs@FreeBSD.org + + + +

Work continues on FreeBSD's migration from Subversion to Git. Ulrich has +addressed all known issues with svn2git and has been able to work around the +inconsistent metadata and forced commit issues in the Subversion history. +

+

We still have additional documentation to write, and need to finish installing +commit hooks (e.g. restricting branch creation, or ensuring appropriate data +exists on cherry-pick commits). +

+

We expect to open the beta repository to test commits before the end of +October. This is to allow testing of the commit hooks, and to allow developers +to test access and become familiar with git operation. Commits in this +repository will be deleted and the repository will be recreated at least once +prior to the final migration. +

+

Those with an interest in the migration to Git are encouraged to subscribe +to the +FreeBSD-git mailing list +and test out the beta src, ports, and/or doc repositories. +

+

You are also welcome check out the wiki, issues, README and other documentation +at the Git conversion tooling repo. +

+

We currently expect to transition the src and doc repositories in mid-November. +Additional investigation and experimentation with the ports repository is still +underway. +

+

Sponsor: The FreeBSD Foundation (in part) +

+ +Linux compatibility layer update + + + +Edward Tomasz Napierala +trasz@FreeBSD.org + + +Mark Johnston +markj@FreeBSD.org + + + +

Earlier Linuxulator work focused on code cleanups and improving +diagnostic tools. +Work has now shifted from cleanups to fixing actual applications. +Current status is being tracked at Linux app status Wiki page. +Initial focus was on applications that don't involve X11, mostly +because they tend to be easier to test and debug, and the bug fixes +are not application-specific. +

+

Foundation-sponsored work during this quarter included implementing +a devfs(5) workaround to fix gettynam(3) inside jail/chroot, and +workaround for the missing splice(2) syscall, which caused problems +for grep and autotools. The Linux version reported to userspace was bumped +to 3.10.0, which matches the kernel shipped with RHEL 7 and is neccessary +for IBM's DB2 database installation to succeed. The BLKPBSZGET ioctl neccessary for +Oracle database is supported now. There is now support for kcov(4), +neccessary for syzcaller; as well as a number of fixes for issues +reported by syzcaller, such as futex lock leaks. +There were also more cleanups, including moving +some Linuxulator-specific functionality related to error handling off +from the syscall's fast code paths. The sysutils/debootstrap port, +which provides an easy way to create Debian or Ubuntu jail, was updated +to version 1.0.123. Finally there were some improvements +to the documentation. +

+

Most of those changes have been merged to FreeBSD 12-STABLE, in order +to ship with 12.2-RELEASE. +

+

There is increased involvement from other developers; this includes termios +performance fixes, improved memfd support, implementing CLOCK_MONOTONIC_RAW +required for Steam, madvise improvements, new compat.linux.use_emul_path +sysctl. There is also ongoing work +on tracking down the causes of failures related to Steam and WebKit, with +fixes being first implemented in linuxulator-steam-utils. +

+

Sponsor: The FreeBSD Foundation +

+ +LLDB Debugger Improvements + + +Moritz Systems Project Description +Git Repository + + + + +Kamil Rytarowski +kamil@moritz.systems + + +Michał Górny +mgorny@moritz.systems + + + +

FreeBSD includes LLDB, the debugger in the LLVM family, in the base +system. At present it has some limitations in comparison with the GNU +GDB debugger, and does not yet provide a complete replacement. It +relies on an obsolete plugin model in LLDB that causes growing +technical debt. This project aims to bring LLDB closer to a fully +featured replacement for GDB, and therefore for FreeBSD to feature a +modern debugger for software developers. +

+

The legacy monolithic target supports the executed application being +debugged in the same process space as the debugger. The modern LLDB +plugin approach, used on other supported targets, executes the +target process under a separate lldb-server process. This improves +reliability and simplifies the process / thread model in LLDB itself. +In addition, remote and local debugging will both be performed using +the same approach. +

+

After the migration to the new process model is complete, the project +will include reviewing the results of LLDB's test suite and fixing +tests as time permits. The work is expected to be complete in 2020. +

+

The project schedule is divided into three milestones, each taking approximately +one month: +

+

1. Introduce new FreeBSD Remote Process Plugin for x86_64 with basic support and upstream to LLVM. + 2. Ensure and add the mandated features in the project (process launch, process attach (pid), process attach (name), userland core files, breakpoints, watchpoints, threads, remote debugging) for FreeBSD/amd64 and FreeBSD/i386. + 3. Iterate over the LLDB tests. Detect, and as time permits, fix bugs. Ensure bug reports for each non-fixed and known problem. Add missing man pages and update the FreeBSD Handbook. +

+

We are nearing the completion of the first milestone. The new plugin is getting into +shape, and it can already run simple single-threaded programs. The supported features +include single-stepping, breakpoints, memory and register I/O on amd64. +Both plugins are supported simultaneously. The new plugin is used if +FREEBSD_REMOTE_PLUGIN environment variable is set to any value, or if lldb-server is +spawned directly. Otherwise, the old plugin is used for compatibility. Once the new +plugin matures, we are planning to enable it unconditionally on the architectures that +it is ported to. +

+

Sponsor: The FreeBSD Foundation
+

+ +Lua usage in FreeBSD + + + +Ed Maste +emaste@FreeBSD.org + + +Kyle Evans +kevans@FreeBSD.org + + +Ryan Moeller +freqlabs@FreeBSD.org + + + +

During this quarter, flua (FreeBSD Lua) was taught +where to find base .lua modules in order to support require of .lua modules +to be provided by the base system. flua also gained support +for require of binary modules. +

+

A review for libjail bindings has also +been submitted, pending review. libjail is an essential component if one wants +to be able to write jail management utilities in flua. *** DIFF OUTPUT TRUNCATED AT 1000 LINES ***