<?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>a3a8eabc - nvmecontrol: Always build instead of being conditional on WITH_NVME</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#a3a8eabc</link>
        <description>nvmecontrol: Always build instead of being conditional on WITH_NVMEThis now builds fine on all platforms so always include it similarto other tools such as camcontrol.Reviewed by:	imp, emasteSponsored by:	Chelsio CommunicationsDifferential Revision:	https://reviews.freebsd.org/D44842(cherry picked from commit 2d51a9898e26c87586ba50e71b6b3fdf1591713d)

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Tue, 23 Apr 2024 18:47:26 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d0b2dbfa - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#d0b2dbfa</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-14.2/sbin/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>ac4c695a - Retire WITHOUT_CXX option</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#ac4c695a</link>
        <description>Retire WITHOUT_CXX optionSeveral important base system components are written in C++, and theWITHOUT_CXX option produced a system that was not fully functional.Just accept this, and remove the option to build without C++ support.This reverts commit adc3c128c6603054586a993d117e5dd808deac17.Reviewed by:	brooks, kevans, jhb (earlier)Sponsored by:	The FreeBSD FoundationDifferential Revision:	https://reviews.freebsd.org/D33108

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Wed, 16 Nov 2022 14:20:39 +0000</pubDate>
        <dc:creator>Ed Maste &lt;emaste@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a4ef9e58 - sbin: build ping if at least one of INET &amp; INET6 is enabled</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#a4ef9e58</link>
        <description>sbin: build ping if at least one of INET &amp; INET6 is enabledIt does not build (and serves no purpose) if neither is true (i.e.,building WITHOUT_INET and WITHOUT_INET6).  Also add an explicit errorin ping to make this case clear.PR:		260082Sponsored by:	The FreeBSD Foundation

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Sun, 28 Nov 2021 17:50:13 +0000</pubDate>
        <dc:creator>Ed Maste &lt;emaste@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>48cb3fee - Retire obsolete iscsi_initiator(4)</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#48cb3fee</link>
        <description>Retire obsolete iscsi_initiator(4)The new iSCSI initiator iscsi(4) was introduced with FreeBSD 10.0, andthe old intiator was marked obsolete shortly thereafter (in commitd32789d95cfbf, MFC&apos;d to stable/10 in ba54910169c4).  Remove it now.Reviewed by:	jhb, mavRelnotes:	yesSponsored by:	The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D32673

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Tue, 26 Oct 2021 17:24:30 +0000</pubDate>
        <dc:creator>Ed Maste &lt;emaste@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c2426723 - Fix sconfig(8) build.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#c2426723</link>
        <description>Fix sconfig(8) build.Missed that since sconfig(8) was built on i386 only. Since I enabledcp(4) on amd64, enable sconfig(8) as well.Fixes:	6aae3517ed25

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Fri, 22 Oct 2021 20:28:44 +0000</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>6aae3517 - Retire synchronous PPP kernel driver sppp(4).</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#6aae3517</link>
        <description>Retire synchronous PPP kernel driver sppp(4).The last two drivers that required sppp are cp(4) and ce(4).These devices are still produced and can be purchasedat Cronyx &lt;http://cronyx.ru/hardware/wan.html&gt;.Since Roman Kurakin &lt;rik@FreeBSD.org&gt; has quit them, they nolonger support FreeBSD officially.  Later they have droppedsupport for Linux drivers to.  As of mid-2020 they don&apos;t evenhave a developer to maintain their Windows driver.  However,their support verbally told me that they could provide aid toa FreeBSD developer with documentaion in case if there appearsa new customer for their devices.These drivers have a feature to not use sppp(4) and create aninterface, but instead expose the device as netgraph(4) node.Then, you can attach ng_ppp(4) with help of ports/net/mpd5 ontop of the node and get your synchronous PPP.  Alternativelyyou can attach ng_frame_relay(4) or ng_cisco(4) for HDLC.Actually, last time I used cp(4) back in 2004, using netgraph(4)instead of sppp(4) was already the right way to do.Thus, remove the sppp(4) related part of the drivers and enableby default the negraph(4) part.  Further maintenance of thesedrivers in the tree shouldn&apos;t be a big deal.While doing that, remove some cruft and enable cp(4) compilationon amd64.  The ce(4) for some unknown reason marks its internalDDK functions with __attribute__ fastcall, which most likely issafe to remove, but without hardware I&apos;m not going to do that, soce(4) remains i386-only.Reviewed by:		emaste, imp, donnerDifferential Revision:	https://reviews.freebsd.org/D32590See also:		https://reviews.freebsd.org/D23928

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Thu, 21 Oct 2021 04:08:13 +0000</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8b487b82 - Fix bsd.subdir.mk-related issues after 0a0f7486413c</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#8b487b82</link>
        <description>Fix bsd.subdir.mk-related issues after 0a0f7486413cSince bsd.prog.mk includes bsd.obj.mk, and thus bsd.subdir.mk, we mustensure all our bsd.subdir.mk-affecting variables are set beforeincluding bsd.prog.mk. Since sbin&apos;s various Makefile.arch files add toSUBDIR this results in those not taking effect, and presumably we alsoend up not having buildworld as parallel as it should be due to the factthat SUBDIR_PARALLEL was not being set before including bsd.prog.mk.MFC with:	0a0f7486413c147d56808b38055c40c64cff61f5Reviewed by:	olivierDifferential Revision:	https://reviews.freebsd.org/D31125

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Mon, 12 Jul 2021 19:54:01 +0000</pubDate>
        <dc:creator>Jessica Clarke &lt;jrtc27@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0a0f7486 - man: Build manpages for all architectures</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#0a0f7486</link>
        <description>man: Build manpages for all architecturesBuilding and installing architecture-specific man pages only raises a number ofproblems: * The https://www.freebsd.org/cgi/man.cgi is incomplete. As an   example, it does not show results for pae(4). The reason for this is   that the cgi interface runs on FreeBSD amd64. * In FreeBSD amd64 some manual pages have broken X-refs. See hptrr(4)   for an example. * Also, we have broken links in our Release Notes. This is a   consequence of the first point. See   https://www.freebsd.org/releases/13.0R/hardware/#proc-i386.Make MAN_ARCH default to &apos;all&apos; so we build all the man pages for all thearchitectures. The difference in disk space is negligible. Also linkarchitecture-specific man pages to their own section while keeping their ownnamespace.PR: 212290Reported by:	mj@bsdops.comApproved by:	ceri@, wosch@MFC after:	4 weeks

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Wed, 09 Jun 2021 10:58:04 +0000</pubDate>
        <dc:creator>Fernando Apestegu&#237;a &lt;fernape@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>3cde9171 - Merge ping6 to ping</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#3cde9171</link>
        <description>Merge ping6 to pingThere is now a single ping binary, which chooses to use ICMP or ICMPv4based on the -4 and -6 options, and the format of the address.Submitted by:	J&#225;n Su&#269;an &lt;sucanjan@gmail.com&gt;Sponsored by:	Google LLC (Google Summer of Code 2019)MFC after:	NeverDifferential Revision:	https://reviews.freebsd.org/D21377

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Thu, 26 Nov 2020 04:29:30 +0000</pubDate>
        <dc:creator>Alan Somers &lt;asomers@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f5a95d9a - Remove NAND and NANDFS support</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#f5a95d9a</link>
        <description>Remove NAND and NANDFS supportNANDFS has been broken for years. Remove it. The NAND drivers thatremain are for ancient parts that are no longer relevant. They arepolled, have terrible performance and just for ancient armhardware. NAND parts have evolved significantly from this early workand little to none of it would be relevant should someone need toupdate to support raw nand. This code has been off by default foryears and has violated the vnode protocol leading to panics since itwas committed.Numerous posts to arch@ and other locations have found no actual usersfor this software.Relnotes:	YesNo Objection From: arch@Differential Revision: https://reviews.freebsd.org/D20745

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Tue, 25 Jun 2019 04:50:09 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>eb12b8ea - Add verifying manifest loader for mac_veriexec</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#eb12b8ea</link>
        <description>Add verifying manifest loader for mac_veriexecThis tool will verify a signed manifest and load contents intomac_veriexec for storageSponsored by:	Juniper NetworksDifferential Revision:	D16575

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Tue, 26 Feb 2019 06:17:23 +0000</pubDate>
        <dc:creator>Simon J. Gerraty &lt;sjg@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b252313f - New pfil(9) KPI together with newborn pfil API and control utility.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#b252313f</link>
        <description>New pfil(9) KPI together with newborn pfil API and control utility.The KPI have been reviewed and cleansed of features that were plannedback 20 years ago and never implemented.  The pfil(9) internals havebeen made opaque to protocols with only returned types and functiondeclarations exposed. The KPI is made more strict, but at the same timemore extensible, as kernel uses same command structures that userlandioctl uses.In nutshell [KA]PI is about declaring filtering points, declaringfilters and linking and unlinking them together.New [KA]PI makes it possible to reconfigure pfil(9) configuration:change order of hooks, rehook filter from one filtering point to adifferent one, disconnect a hook on output leaving it on input only,prepend/append a filter to existing list of filters.Now it possible for a single packet filter to provide multiple rulesetsthat may be linked to different points. Think of per-interface ACLs inCisco or Juniper. None of existing packet filters yet support that,however limited usage is already possible, e.g. default ruleset canbe moved to single interface, as soon as interface would pride theirfiltering points.Another future feature is possiblity to create pfil heads, that providenot an mbuf pointer but just a memory pointer with length. That wouldallow filtering at very early stages of a packet lifecycle, e.g. whenpacket has just been received by a NIC and no mbuf was yet allocated.Differential Revision:	https://reviews.freebsd.org/D18951

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Thu, 31 Jan 2019 23:01:03 +0000</pubDate>
        <dc:creator>Gleb Smirnoff &lt;glebius@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>5952343e - Rename be(1) to bectl(8); continues to live in /sbin</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#5952343e</link>
        <description>Rename be(1) to bectl(8); continues to live in /sbinDiscussed with:	rpokala, allanjude

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Tue, 24 Jul 2018 13:21:44 +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/sbin/Makefile#28f16a0f</link>
        <description>Import libbe(3)/be(1) from socsvn/soc2017/kneitinger/libbe-head

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Tue, 24 Jul 2018 13:17:40 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>aa571745 - Makefiles: remove outdated comments</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#aa571745</link>
        <description>Makefiles: remove outdated comments

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Sun, 24 Jun 2018 09:39:40 +0000</pubDate>
        <dc:creator>Eitan Adler &lt;eadler@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f0f8a1af - NVME support is only for x86 and powerpc64.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#f0f8a1af</link>
        <description>NVME support is only for x86 and powerpc64.Implement MK_NVME now that the expression for where NVMe iscomplicated. Default it to &quot;yes&quot; for x86 and powerpc64 andno everywhere else. Use it in camcontrol to define WITH_NVMEfor those platforms where we support nvme.This should fix the newly introduced nvme files to camcontrolwhich were building everywhere.Pointy Hat To: impSponsored by: Netflix

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Thu, 14 Jun 2018 01:15:19 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>590682b6 - Move devmatch to sbin from usr/sbin.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#590682b6</link>
        <description>Move devmatch to sbin from usr/sbin.Since we want to use devmatch in context before a split /,/usr systemhas mounted /usr, move devmatch to /sbin.Sponsored by: Netflix

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Mon, 12 Feb 2018 14:44:21 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>93b09f58 - Remove badsect(8).</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#93b09f58</link>
        <description>Remove badsect(8).Failure modes of the modern (that is, produced in the last 25 years)hard drives and SSDs made the utility outdated.  Since the kernelinterface to support it was removed in r324853, cut the userspaceremnants as well.Discussed with:	bde (who does not like the removal)Sponsored by:	The FreeBSD FoundationMFC after:	2 weeks

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Sun, 05 Nov 2017 22:00:54 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>01df7d10 - Remove SUBDIR ordering/uniquifying in *bin/Makefile</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sbin/Makefile#01df7d10</link>
        <description>Remove SUBDIR ordering/uniquifying in *bin/MakefileAfter the addition of SUBDIR.yes, uniquifying/ordering the SUBDIRs doesn&apos;tmake a whole lot of sense, and it&apos;s in effect a half measure.Ordering SUBDIR (after adding SUBDIR.yes to it) in bsd.subdir.mk is aseparate change that warrants more discussion/testing, because whilethe SUBDIR_PARALLEL work largely fixed dependency ordering for SUBDIRs,there might be downstream FreeBSD consumers that rely on the SUBDIRordering.MFC after:	2 monthsReviewed by:	bdreweryDifferential Revision:	D11398

            List of files:
            /freebsd-14.2/sbin/Makefile</description>
        <pubDate>Thu, 06 Jul 2017 04:15:30 +0000</pubDate>
        <dc:creator>Enji Cooper &lt;ngie@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
