From owner-svn-doc-all@freebsd.org Sun Sep 17 20:45:13 2017 Return-Path: Delivered-To: svn-doc-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C980E04071; Sun, 17 Sep 2017 20:45:13 +0000 (UTC) (envelope-from bjk@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 mx1.freebsd.org (Postfix) with ESMTPS id 933EA6D5A7; Sun, 17 Sep 2017 20:45:12 +0000 (UTC) (envelope-from bjk@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id v8HKjBvd046540; Sun, 17 Sep 2017 20:45:11 GMT (envelope-from bjk@FreeBSD.org) Received: (from bjk@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id v8HKjB04046539; Sun, 17 Sep 2017 20:45:11 GMT (envelope-from bjk@FreeBSD.org) Message-Id: <201709172045.v8HKjB04046539@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org using -f From: Benjamin Kaduk Date: Sun, 17 Sep 2017 20:45:11 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r50860 - head/en_US.ISO8859-1/htdocs/news/status X-SVN-Group: doc-head X-SVN-Commit-Author: bjk X-SVN-Commit-Paths: head/en_US.ISO8859-1/htdocs/news/status X-SVN-Commit-Revision: 50860 X-SVN-Commit-Repository: doc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2017 20:45:13 -0000 Author: bjk Date: Sun Sep 17 20:45:11 2017 New Revision: 50860 URL: https://svnweb.freebsd.org/changeset/doc/50860 Log: Make an editing pass through the 2017Q2 report Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2017-04-2017-06.xml Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2017-04-2017-06.xml ============================================================================== --- head/en_US.ISO8859-1/htdocs/news/status/report-2017-04-2017-06.xml Sun Sep 17 14:45:33 2017 (r50859) +++ head/en_US.ISO8859-1/htdocs/news/status/report-2017-04-2017-06.xml Sun Sep 17 20:45:11 2017 (r50860) @@ -83,6 +83,12 @@ Miscellaneous + + third + + Third-Party Projects + + 64-bit Inode Numbers @@ -118,7 +124,7 @@

The 64-bit inode project was completed and merged into - &os;  12 on May 23, 2017. It extends the ino_t, + &os; 12 on May 23, 2017. It extends the ino_t, dev_t, and nlink_t types to be 64-bit integers. It modifies the struct dirent layout to add a d_off field, increases the size of @@ -137,10 +143,10 @@ struct stat as parameters are broken in backward- and forward-incompatible ways.

-

The ABI for kinfo sysctl MIBs is changed in a +

The ABI for kinfo-consuming sysctl MIBs is changed in a backward-compatible way, but there is no general mechanism to handle other sysctl MIBS which return structures where the - layout has changed. It was considered that the breakage is + layout has changed. In our consideration, this breakage is either in management interfaces, where we usually allow ABI slippage, or is not important.

@@ -207,8 +213,8 @@ subjects: how to create a &os; port (presented by jadawin@), how OVH is using Finite State Machines for managing their storage system, network high-availability with &os;, and a - jail tutorial by means of a demonstration running 200 OSFP - (using net/bird) routers using jail and vnets on a + jail tutorial by means of a demonstration running 200 OSPF + (using net/bird) routers using jails and vnets on a small PC Engines APU2 system with only 4 CPU cores (1Ghz AMD) and 4GB RAM).

@@ -236,7 +242,7 @@

FRRouting (FRR), a Quagga fork, is an IP routing protocol suite for Linux and Unix platforms which includes protocol - daemons for BGP, IS-IS, OSPF and RIP (LPD and PIM need to be + daemons for BGP, IS-IS, OSPF and RIP (LPD and PIM support needs to be fixed on &os;). FRR is a Linux Foundation Collaborative Project with contributors including 6WIND, Architecture Technology Corporation, Big Switch Networks, Cumulus Networks, @@ -258,6 +264,7 @@ dhw@FreeBSD.org + Larry @@ -265,6 +272,7 @@ ler@FreeBSD.org + Ryan @@ -272,6 +280,7 @@ zi@FreeBSD.org + Eygene @@ -279,6 +288,7 @@ rea@FreeBSD.org + Remko @@ -286,6 +296,7 @@ remko@FreeBSD.org + Kurt @@ -300,14 +311,13 @@ -

Postmaster handles the mail flow for the &os; - project.

+

Postmaster handles the mail flow for the &os; project.

Clusteradm provides us with four jails: mailman, mailarchive, - mx1 and mx2. In addition, there is some part of the setup + mx1, and mx2. In addition, there is some part of the setup running on freefall.FreeBSD.org. The system uses - postfix, mailman, spamassassin and - some other tools from the ports tree to handle the mailflow. + postfix, mailman, spamassassin, and + some other tools from the ports tree to handle the mail flow. We use a very small, non-public Subversion repository for parts of the configuration.

@@ -318,7 +328,8 @@

Thanks to Florian for his long service in that role! David Wolfskill is planning to leave the role as soon as the new team members are settled. Vsevolod Stakhov plans to provide - us with support to integrate rspamd into the setup.

+ us with support to integrate rspamd into the setup, + as well.

The workload for the Postmaster Team is not high, but the complexity of the setup has its own demands.

@@ -402,7 +413,7 @@ desired functionality.

LLD is now used as the default system linker for - &os;/arm64 and can link a working kernel, modules, and + &os;/arm64 and can link a working kernel, kernel modules, and userland for &os;/amd64. LLD can also link a working kernel and modules (but not userland) for &os;/arm and &os;/i386.

@@ -411,7 +422,7 @@ as the system linker (either by fixing the port, or configuring the port to be linked by GNU ld).

-

For &os; 12.0 we expect to use LLD as the system linker for +

For &os; 12.0 we expect to use LLD as the system linker for the same set of architectures that use Clang by default: 32- and 64-bit arm and x86.

@@ -423,7 +434,7 @@ command line arguments as for GNU ld and gold. - Investigate remaining amd64 and arm64 port + Investigate the remaining amd64 and arm64 port build failures. Investigate and improve LLD on i386 and arm, before @@ -451,10 +462,10 @@ -

The in-tree DTC (Device Tree Compilator) was switched to use the +

The in-tree DTC (Device Tree Compiler) was switched to use the BSD-licensed version by default. (The previous default DTC is licensed under the GPL.) The current version supports overlays - and is able to compile every DTS used by the &os; arm + and is able to compile every DTS (Device Tree Source) used by the &os; arm releases. The ports GPL version was updated to the latest release (1.4.4). The in-tree GPL version is still present but the goal is to remove it before &os; 12.0.

@@ -522,7 +533,7 @@ bulk build output (the "Ignored ports" portion, in particular) and see quickly what ports are failing to build and why. Previously, finding the exact reason why a build - failed needed some research (portsmon only models + failed needed some research (portsmon only analyzes failure messages on amd64). Additionally, it is extremely difficult to work through several hundred logs that simply say "failed to compile", "failed to link", and @@ -537,7 +548,7 @@ output, I have begun reworking some existing BROKEN/NOT_FOR/ONLY_FOR messages so that they will sort more easily. This includes sorting the - order of the ARCH definitions.

+ order in which architectures appear in the lists.

Many people have been doing great work on fixing the individual ports. I hope that my work makes their jobs @@ -571,11 +582,11 @@ -

ENA (Elastic Network Adapter) is a 25G SmartNIC developed by +

The ENA (Elastic Network Adapter) is a 25G SmartNIC developed by Annapurna Labs and is based on a custom ARMv8 chip. This is a - high performance networking card available in the AWS offering. + high-performance networking card available in the AWS offerings. It introduces enhancements in network utilization scalability - on EC2 machines under control of various operating systems, in + on EC2 machines under the control of various operating systems, in particular &os;.

The goal of &os; enablement is to provide top performance and @@ -587,7 +598,7 @@

  • hardware offloads (rx and tx checksum)
    • -
  • admin queue
    • +
  • an admin queue
  • asynchronous notifications
    • @@ -611,7 +622,7 @@ Annapurna Labs — an Amazon company - Add RSS configuration from userspace (sysctls). + Add RSS configuration from userspace (via sysctls). Add support for LLQ mechanisms. @@ -640,7 +651,7 @@

    I'm working on a third edition of Absolute &os;. This will be a nearly complete rewrite, thanks to the addition of little details like ZFS, GPT, dma, GELI, new boot - stuff, disk labeling, pkg(8), blacklistd, + procedures, disk labeling, pkg(8), blacklistd, jails, etc..

    My current (delusional) plan is to have a first draft @@ -678,7 +689,7 @@ "layout" in use specifies how the division occurs, with metadata operations occurring against the main server, and bulk data operations (read/write/setattr/etc.) occurring via - a layout-specific scheme between the client and data + a layout-specific scheme between the client and the data servers.

    My first attempt at a pNFS server using GlusterFS was a dud. @@ -686,7 +697,7 @@ usable. This attempt that I call "Plan B", only uses &os;, with one &os; server handling the metadata operations and multiple &os; servers configured to serve - data and is now ready for third party testing. If testing by + data, is now ready for third-party testing. If testing by third parties goes well, I anticipate the code will be merged into &os; head in time for &os; 12. Fairly recent &os; or Linux systems should be usable as pNFS @@ -701,7 +712,7 @@

    The patched &os; sources may now be accessed for testing via either Subversion or download of a gzipped tarball. - They consist of a patched kernel plus nfsd daemon and can be + They consist of a patched kernel and nfsd and can be used on any &os; 11 or later system.

    @@ -730,8 +741,8 @@ -

    &os; supports the Xen hypervisor, with DomU support since - &os; 8.0 and Dom0 available since &os; 11.0. The +

    &os; supports the Xen hypervisor, with DomU (guest) support since + &os; 8.0 and Dom0 (host) available since &os; 11.0. The &os; Handbook was lacking instructions on how to run a Xen host and VMs. The steps were outlined in the &os; wiki, but needed some extra bits of text from the upstream Xen wiki in @@ -743,7 +754,7 @@

    Reviewers Nikolai Lifanov, Roger Pau Monné, and Warren Block provided valuable feedback on the initial version in - Phabricator. Additional corrections were found by Björn + Phabricator. Additional corrections were made by Björn Heidotting while translating the section into German.

    @@ -816,11 +827,11 @@ href="https://bugs.FreeBSD.org/bugzilla/show_bug.cgi?id=220290">PR220290) -

    We have created new Subversion tag (4.13) in order - to follow the unstable releases (due to changes in USES= - xfce infrastucture, and not backward compatible new API - in xfconf). Ports following unstable release - are:

    +

    We have created a new Subversion tag (4.13) in order + to follow the unstable releases. The separate tag was + necessary in order to support changes in the USES=xfce + infrastucture, and due to some incompatible changes to the + xfconf API. Ports following the unstable release are:

    • deskutils/xfce4-tumbler (0.1.92.1)
      • @@ -888,11 +899,12 @@ merging everything in one big commit, we have been updating the GNOME ports one at a time or in small groups. For example, the GTK+ stack and the Evolution Suite were updated - as groups, and all the gnome-games were done in one commit. - It might be a bit more work preparing and testing the - updates, but on the plus side, it easy to keep track of what - is going on, and allows us to pay attention to the details. - And it should be easier to commit smaller changes.

      + as groups, and all the gnome-games components were + done in one commit. It might be a bit more work preparing + and testing the updates, but on the plus side, it easy to + keep track of what is going on, and allows us to pay + attention to the details. It should also make it easier to commit + smaller changes.

      This quarter started with the update of GTK+ 3 to 3.22.15, and the underlying libraries to their latest stable @@ -925,7 +937,7 @@ Unfortunately, GDM is blocking the update because of a "handoff" bug to the session after login. - Fix the control-center printer sub menu. As a + Fix the printer submenu in gnome-control-center. As a workaround, system-config-printer can be used to configure printers. @@ -973,10 +985,10 @@ learning and AI. There are official binaries for Linux, Mac, Windows, and Android, but no official support for &os;. For the last several months, I have done some work to make - TensorFlow available on &os;. Some notable work:

      + TensorFlow available on &os;. Some notable items include:

        -
      • Patch bazel to not depend on /proc at +
      • bazel was patched to not depend on /proc at build time. bazel is a build tool made by Google. It uses /proc to get path-to-self when building C++ code, but mounting /proc is usually not allowed @@ -1016,7 +1028,7 @@ Review, test, comment, and most importantly, commit to the Ports Collection. - Fix the OpenCL support on &os;. + Fix OpenCL (GPU acceleration) support on &os;. Port tensorflow-serving, which is a flexible, high-performance serving system for machine learning models @@ -1073,8 +1085,8 @@

        I started looking into Ceph because the HAST solution with CARP and ggate did not really do what I was looking - for. But I aim to run a Ceph storage cluster of storage nodes - that are running ZFS. User stations would be running + for. I aim to run a Ceph storage cluster of storage nodes + that are running ZFS, with user workstations running bhyve on RBD disks that are stored in Ceph.

        Compiling for &os; will now build most of the tools @@ -1093,9 +1105,9 @@

      • rbd-ggate is available to create a Ceph rdb backed device. rbd-ggate was - submitted by Mykola Golub. That works in a rather simple - fashion, once a cluster is functioning, with rdb - import and rdb-gate map creating + submitted by Mykola Golub. It works in a rather simple + fashion: once a cluster is functioning, rdb + import and rdb-gate map are used to create ggate-like devices backed by the Ceph cluster.
      @@ -1114,9 +1126,9 @@ —only /bin/bash is there to stay.
    -

    Looking forward, the next official release of Ceph is called +

    The next forthcoming official release of Ceph is called Luminous (v12.1.0). As soon as it is available from upstream, - a port will be made provided for &os;.

    + a port will be provided for &os;.

    To get things running on a &os; system, run pkg install net/ceph-devel or clone

  • KRBD — but rbd-ggate is usable in its - stead
    • + stead.
  • BlueStore — &os; and Linux have different AIO APIs, and that incompatibility needs to be resolved somehow. @@ -1145,7 +1157,7 @@ Investigate the keystore, which can be embedded in the kernel on Linux and currently prevents building Cephfs and some other parts. The first question is whether it is really - required, or only KRBD requires it. + required, or if only KRBD requires it. Scheduler information is not used at the moment, because the schedulers work rather differently between Linux and &os;. @@ -1159,7 +1171,7 @@ Build a test cluster and start running some of the teuthology integration tests on it. Teuthology wants to build - its own libvirt and that does not quite work with all + its own libvirt, and that does not quite work with all the packages &os; already has in place. There are many details to work out here. @@ -1169,7 +1181,7 @@ - A New USES Macro for Porting Cargo-Based Rust Applications + A New <tt>USES</tt> Macro for Porting Cargo-Based Rust Applications @@ -1242,24 +1254,24 @@ -

    Work proceeds to finalize the upstreaming process of support - for the Marvell Armada38x platform to &os;-HEAD.

    +

    Work proceeds to finalize the process of bringing support + for the Marvell Armada38x platform into &os;-HEAD.

    -

    The most important bits of the recent effort are:

    +

    The most important parts of the recent effort are: