Salt : Remote Execution and State Manager
======================================
Salt is a powerful remote execution and state manager that can be
used to administer servers in a fast and efficient way.
See also: https://saltproject.io/
NOTE: If this package has multiple flavors (see below), then use one of them instead of the name specified above. NOTE: This is a Python port. Instead of py312-salt listed in the above command, you can pick from the names under the Packages section.
===> The following configuration options are available for py312-salt-3008.5_1,1:
AWS=off: Install dependencies required for Amazon Web Services
BASH=on: Install programmable completions for Bash
FISH=on: Install programmable completions for Fish
TCP=off: Install dependencies required for TCP transport
ZEROMQ=on: Install dependencies required for ZeroMQ transport
ZSH=on: Install programmable completions for zsh
===> Use 'make config' to modify these settings
sysutils/py-salt: Fix service status/stop with Python 3.14
Salt pins the multiprocessing start method to "fork" on Python 3.14
only on Linux. On FreeBSD the default "forkserver" is used, the
daemonized minion gets the forkserver's command line, and rc.subr no
longer finds it. Apply the same pin on FreeBSD.
Reported by: Thomas Kotzian <thomas.kotzian@lausa.at>
sysutils/py-salt: Update to 3008.5
While here:
- Restore the FreeBSD default paths. Since the switch to
USE_PYTHON=pep517 in 3008.2, PYDISTUTILS_INSTALL_TARGET is no longer
used, so the --salt-*-dir options were silently ignored and
salt/_syspaths.py was not generated. Salt fell back to the upstream
defaults (/srv/salt, /srv/pillar) instead of
/usr/local/etc/salt/states and /usr/local/etc/salt/pillar, as
documented in master.sample. Ship _syspaths.py from files/ instead.
Users of 3008.2 - 3008.4 who keep states or pillars in /srv without
setting file_roots/pillar_roots explicitly have to move them to
/usr/local/etc/salt/{states,pillar} or set these options.
- Mention sysutils/py-saltext.freebsd in pkg-message. Since 3008 the
FreeBSD-specific modules (service, sysrc, sysctl, kmod, jail, ports,
freebsd_update, shadow) are provided by this extension. It cannot be
added to RUN_DEPENDS, as it depends on py-salt itself.
sysutils/py-salt: 3008.2
Version 3008.1 version works with Python 3.12+. However, it lacks many
states included in Salt 3006, for example ZFS.
Version 3008.2 fixes a regression in the pkg.installed state, though it
wasn't mentioned in Salt's changelog.
PR: 296290
Approved by: krion (maintainer)
Sponsored by: ConnectWise
devel/py-backports.*: resolve conflicts with devel/py-backports
devel/py-backports does basically nothing except to install the
/usr/local/lib/python3.*/site-packages/backports/__init__.py file.
Several other py-backports.* ports also installed the same file, with
identical contents. That created runtime conflicts that prevented
certain ports from being installed, including sysutils/py-salt.
Fix the conflicts by patching the offending ports to stop installing
that file, and instead depend on devel/py-backports.
PR: 297696
PR: 297697
Reviewed by: krion
Sponsored by: ConnectWise
Inspired by: 56a719e6b67 (svn r492366)
*/*: Use C.UTF-8 locale
Ports 02f27a83b44d fixed the ports tree to the C locale so it would work
correctly in environments where users use a locale that isn't compatible
with the C locale, e.g. xx_YY.UTF-8 where [A-Z] includes more than just
upper case letters. USE_LOCALE was introduced to let ports use another
locale if they needed it. The C.UTF-8 locale was created later on to be
mostly compatible with the C locale.
Switch the ports tree locale to C.UTF-8 and remove USE_LOCALE. The
world has moved to Unicode so all ports either require it or know how to
build correctly in a Unicode environment.
PR: 295945
Exp-run by: antoine
sysutils/py-salt: mark as BROKEN with python-3.12+
The port will build, but not run, with Python 3.12 or later.
PR: 296290
Reported by: js
MFH: 2026Q2
Approved by: krion (maintainer)
Sponsored by: ConnectWise
sysutils/py-salt: Update to 3006.23
PR: 287582
Reported by: Nick Hilliard <nick__at__foobar__dot__org>, T.S.
<net__at__arrishq__dot__net>, James TD Smith
<ahktenzero+freebsd__at__mohorovi__dot__cc>
sysutils/py-salt: Add missing cryptography dependancy
Add cryptography to PYTHON_USES.
Salt requires the cryptography library, and will happily
fill up /var/log/salt with backtraces in the minion log
if it doesn't have it.
PR: 284715
Approved by: 0mp (mentor)
Approved by: maintainer timeout
Differential Revision: https://reviews.freebsd.org/D50530
python: bump all USE_PYTHON=distutils consumers after RUN_DEPENDS removal
Any missed ports, feel free to bump.
Any ports that need setuptools at runtime can have the devel/py-setuptools
manually added back to RUN_DEPENDS, but understand that this practice
is deprecated; see CHANGES for details.
sysutils/py-salt: fix commands like "service salt_minion status"
When py-processtitle is installed, the master and minion daemons will
change their process titles in a way that breaks commands like "service
salt_minion status". status, stop, restart, etc are all broken. Fix
this bug by:
* Always installing py-processtitle unconditionally,
* Fixing utils/process.py to not insert an extra space in the title
* Adjusting the RC scripts accordingly
A downside is that many service subcommands will now print this harmless
warning message:
```
/usr/local/etc/rc.d/salt_minion: WARNING: cannot read shebang line from
MultiMinionProcessManager
```
Approved by: krion (maintainer)
Sponsored by: ConnectWise
PR: 285053
sysutils/py-salt: Add py311-setproctitle as mandatory dependency
The salt-minion process sets its process title differently when
py311-setproctitle is installed, changing from "/usr/local/bin/salt-minion"
to "python3.11: MultiMinionProcessManager MinionProcessManager". This affects
the RC script's ability to properly check process status and stop the service.
Making py311-setproctitle a mandatory dependency ensures consistent process
naming behavior, fixing the "service salt_minion status" and
"service salt_minion stop" commands.
PR: 285053
Reported by: asomers
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
Follow up on devel/py-futures port removal in r559976
The devel/py-futures port was removed in r559976 as it was for
Python 2.7 only and no longer referenced in the default cases.
However it was still defined in Mk/Uses/python.mk in PY_FUTURES,
leaving a dangling reference.
Remove it from Mk/Uses/python.mk and from affected ports, as
it was already an empty definition for Python 3.6+
Bump minimal Python version of security/theonionbox to 3.6+
sysutils/py-salt: Fix build (extract) with static bsdtar(1)
===> Extracting for py37-salt-3002_2
=> SHA256 Checksum OK for salt-3002.tar.gz.
tar: Pathname can't be converted from UTF-8 to current locale.
tar: Pathname can't be converted from UTF-8 to current locale.
tar: Pathname can't be converted from UTF-8 to current locale.
tar: Pathname can't be converted from UTF-8 to current locale.
tar: Pathname can't be converted from UTF-8 to current locale.
tar: Error exit delayed from previous errors.
===> Failed to extract "/portdistfiles//salt-3002.tar.gz".
*** Error code 1
See more details for the same issue in bug 246618.
Reported by: pkg-fallout
Approved by: portmgr blanket
sysutils/py-salt: revert upstream PR 55719
Salt PR 55719 changed the signature of Linux's sysctl.persist function,
without changing it for any other OS. Widespread breakage is the result.
Revert that PR until upstream fixes it.
PR: 247627
Reported by: ari@ish.com.au
Approved by: 0mp (ports)
Approved by: christer.edwards@gmail.com (maintainer timeout)
MFH: 2020Q3
Sponsored by: Axcient
Fix runtime error by adding security/py-pycryptodome
and sysutils/py-distro dependencies.
Remove py-ioflo and py-ioflo from tcp transport as they are
not required anymore.
PR: 247391
Submitted by: ohauer@
Approved by: maintainer
Update py-salt to version 3000 and repo copy py-salt to py-salt-2019.
We decided to run both versions for a while until 2019 is EOL and give people
the possibility to run newest 3000 version.
Approved by: maintainer
Switch all pypi.python.org WWWs to a new PyPi home pypi.org where
they now redirect to anyway. All new urls checked to return 200,
I've fixed a couple of them in the process.
Approved by: portmgr blanket, mat
Number of commits found: 199 (showing only 100 on this page)
