<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>d0b2dbfa - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#d0b2dbfa</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 17:55:03 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a71ea7be - pkgbase: Put zfs utilities and lib in their own package</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#a71ea7be</link>
        <description>pkgbase: Put zfs utilities and lib in their own packageIt is useful to have zfs utilities and lib in a separate package asit allow users to create image that can support ZFS (i.e. not withWITHOUT_ZFS in src.conf set) without bloating the default image withall zfs tools (for example for jails).Differential Revision:	https://reviews.freebsd.org/D36225

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Fri, 22 Jul 2022 08:43:39 +0000</pubDate>
        <dc:creator>Emmanuel Vadot &lt;manu@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f2089385 - zfs: unbreak build broken in 160388166</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#f2089385</link>
        <description>zfs: unbreak build broken in 160388166

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Tue, 08 Jun 2021 17:02:21 +0000</pubDate>
        <dc:creator>Martin Matuska &lt;mm@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>2d486ba1 - pkgbase: Move bectl to the runtime package</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#2d486ba1</link>
        <description>pkgbase: Move bectl to the runtime packageruntime contain what is needed to boot in single user and repair asystem, bectl could be handy to have in this situation.Differential Revision:	https://reviews.freebsd.org/D27708

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Mon, 21 Dec 2020 15:00:02 +0000</pubDate>
        <dc:creator>Emmanuel Vadot &lt;manu@freebsd.org&gt;</dc:creator>
    </item>
<item>
        <title>07335072 - libbe(3): install MLINKS for all of the functions provided</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#07335072</link>
        <description>libbe(3): install MLINKS for all of the functions providedMFC after:	1 week

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Sun, 18 Oct 2020 23:58:40 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e307eb94 - loader: zfs should support bootonce an nextboot</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#e307eb94</link>
        <description>loader: zfs should support bootonce an nextbootbootonce feature is temporary, one time boot, activated by&quot;bectl activate -t BE&quot;, &quot;bectl activate -T BE&quot; will reset the bootonce flag.By default, the bootonce setting is reset on attempt to boot and the nextboot will use previously active BE.By setting zfs_bootonce_activate=&quot;YES&quot; in rc.conf, the bootonce BE willbe 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 infreebsd:nvstore nvlist, also stored in boot pool label bootenv area.On boot, the loader will process /boot/nextboot.conf if nextboot_enableis &quot;YES&quot;, and will set nextboot_enable to &quot;NO&quot;, preventing /boot/nextboot.confprocessing 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 andfor 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

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Mon, 21 Sep 2020 09:01:10 +0000</pubDate>
        <dc:creator>Toomas Soome &lt;tsoome@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>5e6a7bc6 - libbe: lift the WARNS post-OpenZFS merge</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#5e6a7bc6</link>
        <description>libbe: lift the WARNS post-OpenZFS mergesys/ccompile.h no longer uses #pragma ident, so we no longer need to worryabout unknown pragmas.I fixed one WARNS issue in r363409 by annotating be_is_auto_snapshot_name&apos;slbh parameter __unused, then upstreamed the following changes to OpenZFSthat rode in with the merge:- zfs_path_to_zhandle now takes a const char *path rather than a char *path,  since it won&apos;t be mutating the string it receives and I had no reason to  believe it will need to in the future. [OpenZFS PR #10605]- Annotated some unused parameters on definitions inlined into headers as  such. [OpenZFS PR #10606]

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Tue, 25 Aug 2020 18:16:40 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9e5787d2 - Merge OpenZFS support in to HEAD.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#9e5787d2</link>
        <description>Merge OpenZFS support in to HEAD.The primary benefit is maintaining a completely sharedcode base with the community allowing FreeBSD to receivenew features sooner and with less effort.I would advise against doing &apos;zpool upgrade&apos;or creating indispensable pools using newfeatures until this change has had a month+to soak.Work on merging FreeBSD support in to what wasat the time &quot;ZFS on Linux&quot; began in August 2018.I first publicly proposed transitioning FreeBSDto (new) OpenZFS on December 18th, 2018. FreeBSDsupport in OpenZFS was finally completed in December2019. A CFT for downstreaming OpenZFS support into FreeBSD was first issued on July 8th. All issuesthat were reported have been addressed or, fora couple of less critical matters there arepull requests in progress with OpenZFS. iXsystemshas tested and dogfooded extensively internally.The TrueNAS 12 release is based on OpenZFS withsome additional features that have not yet madeit 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 manyothers.Sponsored by:	iXsystems, Inc.Differential Revision:	https://reviews.freebsd.org/D25872

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Tue, 25 Aug 2020 02:21:27 +0000</pubDate>
        <dc:creator>Matt Macy &lt;mmacy@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>4c1a82ce - pkgbase: Create a FreeBSD-utilities package and make it the default one</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#4c1a82ce</link>
        <description>pkgbase: Create a FreeBSD-utilities package and make it the default oneThe default package use to be FreeBSD-runtime but it should only containbinaries and libs enough to boot to single user and repair the system, itis also very handy to have a package that can be tranform to a small mfsroot.So create a new package named FreeBSD-utilities and make it the default one.Also move a few binaries and lib into this package when it make sense.Reviewed by:	bapt, gjbDifferential Revision:	https://reviews.freebsd.org/D21506

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Thu, 05 Sep 2019 14:15:47 +0000</pubDate>
        <dc:creator>Emmanuel Vadot &lt;manu@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f0baac9e - libbe(3): Fix libcompat build</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#f0baac9e</link>
        <description>libbe(3): Fix libcompat buildSHLIBDIR should still be optionally set, just before src.opts.mk is includedso that libcompat can properly override it. This fixes lib32 failuresreported by both Jenkins and Michael Butler.Reported by:	Michael Butler &lt;imb@protected-networks.net&gt;MFC after:	3 daysX-MFC-With:	r346546

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Thu, 25 Apr 2019 20:48:25 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0b24d24d - libbe(3): Fix mis-application of patch (SHLIBDIR)</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#0b24d24d</link>
        <description>libbe(3): Fix mis-application of patch (SHLIBDIR)Rob&apos;s patch in D18564 cemented the SHLIBDIR because bsd.own.mk (included bysrc.opts.mk) sets it to /usr/lib. r346546 did somehow not apply this part ofthe patch, leaving it to get installed to the wrong place and subsequentlyremoved via ObsoleteFiles.Reported by:	jkimMFC after:	3 daysX-MFC-With:	r346546

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Thu, 25 Apr 2019 20:02:11 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>cddbc3b4 - libbe(3): Add a test for be creation</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#cddbc3b4</link>
        <description>libbe(3): Add a test for be creationSubmitted by:	Rob Fairbanks &lt;rob.fx907 gmail com&gt;MFC after:	1 weekDifferential Revision:	https://reviews.freebsd.org/D18564

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Mon, 22 Apr 2019 13:45:08 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8369ba42 - libbe(3)/bectl(8): Make consistent with beadm</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#8369ba42</link>
        <description>libbe(3)/bectl(8): Make consistent with beadmvermaden (maintainer of beadm) points out the following inconsistencies:- &quot;missing command&quot; is not printed prior to usage if the error is simply a   missing command; this should be obvious from the context- &quot;bectl rename&quot; isn&apos;t using the &quot;don&apos;t unmount&quot; flag (zfs rename -u), so   the active BE can&apos;t be renamed. It doesn&apos;t make sense in our context to   *not* use -u, so use it.Documentation updates reflect the above and note an inconsistency with the&apos;destroy&apos; command that is consistent with other parts of the base system.A fix for libbe(3) not properly being installed to /lib is included.SHLIBDIR should have been added when it was moved in r337995.Approved by:	re (kib)

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Fri, 24 Aug 2018 20:44:58 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7920ad94 - libbe(3): Move build goop back out of cddl/</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#7920ad94</link>
        <description>libbe(3): Move build goop back out of cddl/Some background: in the GSoC project, libbe/Makefile lived in lib/libbe. Icreated projects/bectl branch, maintained the above for all of fiveminutes before I misread Makefile.inc1 and decided that it couldn&apos;t possiblybuild outside of cddl/, so I kicked the Makefile out into the cddl/ buildand all was good. The misreading was of the bit where .WAIT is added toSUBDIR after lib, libexec but prior to building bin and cddl *only duringthe install targets*, which is the critical part.Fast forward- buildworld was still broken in my branch unbeknownst to mebecause I didn&apos;t nuke my OBJDIR. Combing through Makefile.inc1 eventuallyrevealed the necessary magic to make sure that libbe&apos;s dependencies arespecified well enough, and it becomes clear what needs done to make anon-cddl/ build work. This is an interesting prospect, because the buildsplit is kind of annoying to work with.IGNORE_PRAGMA is added to avoid dropping WARNS by one more. This waspreviously pulled in via cddl/Makefile.inc.

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Sat, 18 Aug 2018 03:20:59 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>28f16a0f - Import libbe(3)/be(1) from socsvn/soc2017/kneitinger/libbe-head</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libbe/Makefile#28f16a0f</link>
        <description>Import libbe(3)/be(1) from socsvn/soc2017/kneitinger/libbe-head

            List of files:
            /freebsd-14.2/lib/libbe/Makefile</description>
        <pubDate>Tue, 24 Jul 2018 13:17:40 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
