manuals: Fix "unusual .Xr" warnings with a scriptThese were reported by `mandoc -T lint ...` as warnings:- unusual Xr order- unusual Xr punctuationFixes made by script in https://github.com/Tar
manuals: Fix "unusual .Xr" warnings with a scriptThese were reported by `mandoc -T lint ...` as warnings:- unusual Xr order- unusual Xr punctuationFixes made by script in https://github.com/Tarsnap/freebsd-doc-scriptsSigned-off-by: Graham Percival <gperciva@tarsnap.com>Reviewed by: mhorne, Alexander Ziaee <concussious.bugzilla@runbox.com>Sponsored by: Tarsnap Backup Inc.Pull Request: https://github.com/freebsd/freebsd-src/pull/1464
show more ...
Remove residual blank line at start of MakefileThis is a residual of the $FreeBSD$ removal.MFC After: 3 days (though I'll just run the command on the branches)Sponsored by: Netflix
mailwrapper(8): change behaviour if mailer.conf cannot be openedPreviously, mailwrapper(8) would default to invoking _PATH_DEFAULTMTA(i.e., dma) if mailer.conf couldn't be opened for any reason, i
mailwrapper(8): change behaviour if mailer.conf cannot be openedPreviously, mailwrapper(8) would default to invoking _PATH_DEFAULTMTA(i.e., dma) if mailer.conf couldn't be opened for any reason, includingtransient errors like ENFILE. This behaviour is undesirable, because ifthe administrator has configured a different MTA in mailer.conf, theyalmost certainly don't want mailwrapper to unpredictably fall back tothe compiled-in default; and in any case, the default MTA is probablynot running, meaning the mail may be queued and then never delivered,which is worse than not accepting it to begin with.Change this behaviour depending on why mailer.conf can't be opened:- If it doesn't exist, keep the existing behaviour of falling back to the default MTA, on the assumption that this is a reasonable default if mailer.conf hasn't been configured at all.- If it cannot be opened for any other reason, do not invoke an MTA and instead return an error to the caller.PR: 25218Reviewed by: imp, emaste, markjPull Request: https://github.com/freebsd/freebsd-src/pull/969
usr.sbin: Automated cleanup of cdefs and other formattingApply the following automated changes to try to eliminateno-longer-needed sys/cdefs.h includes as well as now-emptyblank lines in a row.
usr.sbin: Automated cleanup of cdefs and other formattingApply the following automated changes to try to eliminateno-longer-needed sys/cdefs.h includes as well as now-emptyblank lines in a row.Remove /^#if.*\n#endif.*\n#include\s+<sys/cdefs.h>.*\n/Remove /\n+#include\s+<sys/cdefs.h>.*\n+#if.*\n#endif.*\n+/Remove /\n+#if.*\n#endif.*\n+/Remove /^#if.*\n#endif.*\n/Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/types.h>/Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/param.h>/Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/capsicum.h>/Sponsored by: Netflix
Remove $FreeBSD$: one-line nroff patternRemove /^\.\\"\s*\$FreeBSD\$$\n/
Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
Remove $FreeBSD$: one-line .c patternRemove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
Remove $FreeBSD$: one-line .c comment patternRemove /^/[*/]\s*\$FreeBSD\$.*\n/
Update/fix Makefile.depend for userland
pkgbase: Put sendmail example in the sendmail packageReviewed by: baptSponsored by: Beckhoff Automation GmbH & Co. KGDifferential Revision: https://reviews.freebsd.org/D38297
mail: make The Dragonfly Mail Agent (dma) the default mta.dma accepts mail from a local Mail User Agent (MUA) and delivers itlocally or to a smarthost for delivery. dma does not accept inboundmai
mail: make The Dragonfly Mail Agent (dma) the default mta.dma accepts mail from a local Mail User Agent (MUA) and delivers itlocally or to a smarthost for delivery. dma does not accept inboundmail (i.e., it does not listen on port 25) and is not intended toprovide the same functionality as a full MTA like postfix or sendmail.It is intended for use cases such as delivering cron(8) mail. whichis the default configuration and usage of sendmail in the defaultsetup of the base system.In order to switch the default from sendmail to dma, we teachmailwrapper to fallback on dma directly if the mailer.conf file cannotbe opened.We install by default a mailer.conf file which points at dmaWe install a mailer.conf file for sendmail in the examples.Relnotes: yesDifferential Revision: https://reviews.freebsd.org/D37035
mailwrapper: create mailwrapper symlinks for dma(8)The Dragonfy Mail Agent (dma) can be used with mailwrapper as areplacement for sendmail(8)Even if mailwrapper and sendmail are disabled from th
mailwrapper: create mailwrapper symlinks for dma(8)The Dragonfy Mail Agent (dma) can be used with mailwrapper as areplacement for sendmail(8)Even if mailwrapper and sendmail are disabled from the build butdma is not create all the expect symlinks on mailwrapper and makemailwrapper a symlink to dma, the same way it was done before whenmailwrapper is disabled by sendmail was not.Discussed with: emaste
Make use of the getlocalbase() function for run-time adjustment of thelocal software base directory, as committed in SVN rev. 367813.The pkg and mailwrapper programs used the LOCALBASE environment
Make use of the getlocalbase() function for run-time adjustment of thelocal software base directory, as committed in SVN rev. 367813.The pkg and mailwrapper programs used the LOCALBASE environment variablefor this purpose and this functionality is preserved by getlocalbase().After this change, the value of the user.localbase sysctl variable is usedif present (and not overridden in the environment).The nvmecontrol program gains support of a dynamic path to its plugindirectory with this update.Differential Revision: https://reviews.freebsd.org/D27237
Revert the whole getlocalbase() set of changes while a different design ishashed out.
Fix the previous revision, it suffered from an incomplete change to thegetlocalbase API. Also don't erroneously subtract the lenth from thebuffer a second time.
Replace hardcoded references to _PATH_LOCALBASE with calls to getlocalbase.3Reviewed by: imp, se
Replace literal uses of /usr/local in C sources with _PATH_LOCALBASELiteral references to /usr/local exist in a large number of files inthe FreeBSD base system. Many are in contributed software, i
Replace literal uses of /usr/local in C sources with _PATH_LOCALBASELiteral references to /usr/local exist in a large number of files inthe FreeBSD base system. Many are in contributed software, in configurationfiles, or in the documentation, but 19 uses have been identified in Csource files or headers outside the contrib and sys/contrib directories.This commit makes it possible to set _PATH_LOCALBASE in paths.h to usea different prefix for locally installed software.In order to avoid changes to openssh source files, LOCALBASE is passed tothe build via Makefiles under src/secure. While _PATH_LOCALBASE could havebeen used here, there is precedent in the construction of the path used toa xauth program which depends on the LOCALBASE value passed on the compilercommand line to select a non-default directory.This could be changed in a later commit to make the openssh buildconsistently use _PATH_LOCALBASE. It is considered out-of-scope for thiscommit.Reviewed by: impMFC after: 1 monthDifferential Revision: https://reviews.freebsd.org/D26942
mailwrapper: switch mailer.conf to CONFSThis matches what was already being done in dma(8), and should again makethis merge with etcupdate/mergemaster.Reported by: jhb
pkgbase: resolve mailer.conf conflict WITHOUT_SENDMAILWhen WITHOUT_SENDMAIL is set, we end up with two different mailer.conf thatconflict, and hilarity ensues. There's currently three different pl
pkgbase: resolve mailer.conf conflict WITHOUT_SENDMAILWhen WITHOUT_SENDMAIL is set, we end up with two different mailer.conf thatconflict, and hilarity ensues. There's currently three different places thatwe might install mailer.conf:- ^/etc/Makefile (package=runtime, contingent on MK_MAIL != no)- ^/libexec/dma/dmagent/Makefile (package=dma, contingent on MK_SENDMAIL !=no)- ^/usr.sbin/mailwrapper/Makefile (package=utilities, contingent onnot-installed)The mailwrapper installation will effectively never happen because the ^/etcone will first.This patch simplifies the whole situation; remove the ^/etc/Makefile versionand install it primarily in mailwrapper if MK_MAILWRAPPER != "no". Thescenarios covered in mailwrapper are:- sendmail(8) is installed, dma(8) may or may not be installed- neither sendmail(8) nor dma(8) is installedIn the first scenario, sendmail(8) is dominant so we can go ahead andinstall the version in ^/etc/mail. In the unlisted scenario, sendmail(8) isnot installed but dma(8) is, we'll let ^/libexec/dma/dmagent do theinstallation. In the second listed scenario, we still want to install anexample mailer.conf so just install the base sendmail(8) version.Reviewed by: baptMFC after: 1 weekDifferential Revision: https://reviews.freebsd.org/D24924
Sync with NetBSD/OpenBSD.
Revert r326844There has been some fallout from the change. The change itself was not valueableenough to spend time investigating the corner cases, let's just back it out.Reported by: flo
Replace usage of fparselen(3) by a getline(3)This allow to remove the dependency on libutil
various: general adoption of SPDX licensing ID tags.Mainly focus on files that use BSD 2-Clause license, however the tool Iwas using misidentified many licenses so this was mostly a manual - error
various: general adoption of SPDX licensing ID tags.Mainly focus on files that use BSD 2-Clause license, however the tool Iwas using misidentified many licenses so this was mostly a manual - errorprone - task.The Software Package Data Exchange (SPDX) group provides a specificationto make it easier for automated tools to detect and summarize well knownopensource licenses. We are gradually adopting the specification, notingthat the tags are considered only advisory and do not, in any way,superceed or replace the license texts.No functional change intended.
DIRDEPS_BUILD: Update dependencies.Sponsored by: Dell EMC Isilon
Convert absolute links to relative links.Style.Makefile(9) has been ignored to produce minimal diffs.Approved by: grehan (mentor)MFC after: 1 week
1234