The RPM Package Manager is a powerful command line driven package
management system capable of installing, uninstalling, verifying,
querying, and updating computer software packages. Each software
package consists of an archive of files along with information about
the package like its version, a description, and the like. There
is also a related API ("Application Program Interface"), permitting
advanced developers to bypass 'shelling out' to a command line, and
to manage such transactions from within a native coding language.
===> The following configuration options are available for rpm4-4.18.2_3:
NLS=on: Native Language Support
PLUGINS=off: Build and/or install plugins
PYTHON=on: Python bindings or support
===> Use 'make config' to modify these settings
*/*: De-orbit alias.mk
Mk/Uses/alias.mk was an attempt for compat with DPorts, but has rotted.
This feature was never documented in the PHB, so there is no work to
be done by the docs@ team.
Nothing against DragonFly, but if DPorts still needs FreeBSD 9
support, they really should work that out with upstream projects.
Ultimately, we don't need to keep carrying this outdated feature that
doesn't affect us.
archivers/rpm4: drop db5 dependency
Remove db5 dependency which is marked expired and is not actually used.
rpm4 has its own bdb-ro engine, that doesn't require bdb.
PR: 284002
Obtained from: Oleg Sidorkin <osidorkin@gmail.com>
archivers/rpm4: option and flavor to deactivate OpenMP
Some users reported that OpenMP may have some
strange results on openstack infrastructure.
Disabling OpenMP fix the issue.
PR: 282079
Reported by: Xavier Beaudouin <kiwi@oav.net>
archivers/rpm4: Backport an upstream bugfix
The following upstream commit addresses a problem where librpmio.so's
sqlite error handler can interfere with other sqlite consumers and cause
a crash:
https://github.com/rpm-software-management/rpm/commit/ea3187cfcf9cac87e5bc5e7db79b0338da9e355e
Backport the patch now since it's affecting at least one rpm4 user on
FreeBSD. This can be dropped once rpm 4.19 is imported.
PR: 273614
Approved by: maintainer timeout (4 weeks)
Sponsored by: Klara, Inc.
archivers/rpm4: Fix and clean port
* Fix plist when compiling without python
* install manpages without rebuilding it
* remove unnecessary panadoc dependency
Reported by: Vladimir Druzenko <vvd@freebsd.org>
archivers/rpm4: update to 4.18.1
Major changes:
Preserve packages bit-by-bit again when adding and then removing signatures
Fix install of block and character special files
Disable debuginfod server lookups during package builds
Plugin fixes (fapolicyd and selinux)
Various OpenPGP and macro parser fixes
Remove html documentation for librpm
Cleanup/reorder Makefile to make linter happy
Full changelog: https://rpm.org/wiki/Releases/4.18.1
archivers/rpm4: re-enable the build of the bundled elfdeps utility
Commit 5ff99a4c9df9 disabled libelf detection to work around the build
failure, but rpmbuild expects to be able to find the elfdeps utility and
misbehaves when it's not present. Since the build failure is easy to
address (different names for an ELF machine type constant for the rather
obsolescent DEC Alpha), let's just do that.
As a part of this, elfutils must be listed as a runtime dependency.
Note that we cannot list it in LIB_DEPENDS since the ports framework
ends up finding the base system libelf.so and decides that the
dependency is satisifed without installing elfutils. But the base
system libelf is missing a symbol (gelf_getvernaux) required by elfdeps.
Work around this by listing elfutils as both build and runtime
dependencies.
Approved by: rodrigo
Reviewed by: rodrigo
Sponsored by: Klara, Inc.
Differential Revision: https://reviews.freebsd.org/D38092
archivers/rpm4: fix build with clang 15
During an exp-run for llvm 15 (see bug 265425), it turned out that
archivers/rpm4 failed to build with clang 15:
tools/rpmuncompress.c:101:23: warning: call to undeclared function 'basename';
ISO C99 and later do not support implicit function declarations
[-Wimplicit-function-declaration]
const char *bn = basename(fn);
^
tools/rpmuncompress.c:101:18: error: incompatible integer to pointer
conversion initializing 'const char *' with an expression of type 'int'
[-Wint-conversion]
const char *bn = basename(fn);
^ ~~~~~~~~~~~~
This is because basename(3) is defined in <libgen.h>. After this include
is added to rpmuncompress.c, link errors still occur:
(Only the first 15 lines of the commit message are shown above )
archivers/rpm4: update to version 4.18.0
Major changes:
* Add a new Sequoia-based OpenPGP backend
* Documentation updates
* Fix intermediate symlinks not verified (CVE-2021-35939)
* Fix subkey binding signatures not checked on PGP public keys
(CVE-2021-3521)
* Refactor file and directory operations to use fd-based APIs throughout
(CVE-2021-35938)
* Unbreak lua 2 for extensions
Full release note: https://rpm.org/wiki/Releases/4.18.0.html
Also remove version requirement for Lua dependency in port, we just use lua.
PR: 267291
Reported by: Brian Zou <zoujiaqing@gmail.com>
Security: CVE-2021-35939
Security: CVE-2021-3521
Security: CVE-2021-35938
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 )
archivers: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Aaron Dalton <aaron@FreeBSD.org>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Albert Vernon <f3cun3c02@sneakemail.com>
* Alex Dupre <ale@FreeBSD.org>
* Alex Samorukov <samm@freebsd.org>
* Alexander Kuehn <freebsd@nagilum.org>
* Alexander Logvinov <ports@logvinov.com>
* Alexander Zhuravlev <zaa@zaa.pp.ru>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Alexey Dokuchaev <danfe@regency.nsu.ru>
* Anders Nordby <anders@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
archivers/rpm4: fix python bindings
Fix regression introduced in 468b96c:
- Reenable python bindings which are still available in this package
- Remove dependency on py-python-rpm-packaging as it's not related to
the bindings and is not required for this port operation
PR: 262173
Approved by: portmgr blanket (regression)
archivers/rpm4: fix packaging for plugins (+)
RPM installs plugins to separated subdir, and all of them was missed from plist.
Moreover, with disabled PLUGINS option, listed manpages are missing.
Fix it by wrap with sub macro.
Bump PORTREVISION due to plist changes.
Reporded by: poudriere build
Pointy hat to: rodrigo (for not use poudriere to catch leftovers)
Approved by: portmgr blanket (fix packaging)
Sponsored by: Netzkommune GmbH
archivers/rpm4: Update to 4.17.0
Python helpers and scripts used for python packaging was removed
from RPM, comunity-driven files should be used instead.
Release note: https://rpm.org/wiki/Releases/4.17.0
Fix CONFLICTS entries in archivers, astro, audio
Fix conflicts entries based on a script that searches for duplicate
files installed by several ports.
Some patters seem to make ports conflict with themselves, but this is
actually not the case due to the check-*-conflicts logic implemented
in bsd.port.mk, which excludes self-conflicts.
PHP based ports have been ignored in this commit as requested by the
committers currently working on the php-8.1 import.
Approved by: portmgr (implicit)
*/*: Remove compiler:openmp from Mk/Uses/compiler.mk
The option implied a dependency on gcc but clang got openmp support long ago.
Remove compiler:openmp from Mk/Uses/compiler.mk
For ports using USE=compiler:openmp, just remove it and make them build with
clang.
Fix conditionals when necessary
Bump PORTREVISION where appropriate
If problem arises, they can be addressed by using USE_GCC=yes
An update to the Porter's Handbook will follow.
Approved by: portmgr (bapt)
Differential Revision: https://reviews.freebsd.org/D31971
archivers/rpm4: Upgrade to 9.1.3
Major changes:
Fix for CVE-2021-3421, CVE-2021-20271 and CVE-2021-20266
additional fixes for important bugs
Full changelog: https://rpm.org/wiki/Releases/4.16.1.3
Security: CVE-2021-3421
Security: CVE-2021-20271
Security: CVE-2021-20266
MFH: 2021Q2
archivers/rpm4: update to 4.16.1.2
This is a brown paperbag release to fix a single regression in 4.16.1
which causes rpmbuild to crash if hostname is not resolvable, and an
accidental soname bump introduced in now withdrawn 4.16.1.1.
Full release note: https://rpm.org/wiki/Releases/4.16.1.2
archivers/rpm4: Upgrade to 4.16.0
* Upgrade to 4.16.0
* add sqlite support
* remove deprecate config options
Major changes:
* Database backends:
* NDB backend promoted to stable
* New sqlite-based backend
* New experimental read-only BDB backend
* BDB database backend deprecated
* Powerful macro and %if expressions
* Optional MIME type based file classification
* Dependency generation by parametric macros
* A new version parsing and comparison API in C and Python
* Parallelise test-suite execution
* Clarify RPM license
PR: 250573
Submitted by: Brian Zou <zoujiaqing@gmail.com>
Multiple ports: improve regex compliance
These changes largely fall into just two categories:
1. Need textproc/gsed for GNU extensions
2. Extraneous escapes that can go away
For #1, there's a further subdivision into those that require autoconf magic
and those that can get away with BINARY_ALIAS=sed=${LOCALBASE}/bin/gsed.
-CURRENT will soon gain GNU extensions, but these will take longer to get to
all supported releases; we must switch them to gsed to ensure we're actually
properly building them as intended.
For #2, I've fixed these as I can and we should upstream these fixes.
(Only the first 15 lines of the commit message are shown above )
archivers/rpm4: Replace calls to xargs by gxargs
Latest version of archivers/rpm4 uses GNU specific option
when calls xargs. This causes the proccess to fail.
This commit adds misc/findutils as a run dependency and
replaces xargs calls by its GNU variant gxargs.
Also Bump portrevision.
PR: 244606
Reported by: Brian Zou <zoujiaqing@gmail.com>
archivers/rpm4: Update to 4.15.1
Changelog: https://rpm.org/wiki/Releases/4.15.1
Highlights include:
* Fixes to several important bugs and regressions
* New gcrypt crypto backend
Reintroduce %%OPSYS%% keywords in the rpm4 plist
Reintroduce %%OPSYS%% keywords removed by mistake by r478959
and who breaks DragonFly support.
Reported by: John Marino <dragonflybsd@marino.st>
Fix some issues afetr upgrade the port
- Reintroduce USE_LDCONFIG use by plugins option
- Prefix wit %%NLS%% a new language file
- Remove lib/rpm-plugins/ima.so from plist (not build anymore by default)
PR: 231118
Submitted by: Maciej Pasternacki <maciej@pasternacki.net>
Reported by: Walter Schwarzenfeld <w.schwarzenfeld@utanet.at>
<starikarp@yandex.com>
Upgrade archivers/rpm4 from v4.13.1 to v4.14.2
Main changes:
- Support for enforcing signature policy and payload verification
- Numerous bugfixes and minor enhancements across the board
See detailed release note here : http://rpm.org/wiki/Releases/4.14.2
Since I'm here :
- redo the patches using makepatch
- remove unnecesary USE_LDCONFIG (repored by portlint)
PR: 229750
Reported by: Brian Zou <zoujiaqing@gmail.com>
- Fix python 3 support
While rpm does support python3, the port does not configure with
python 3 because it tries to detect incorrect python library
(-lpython3.6, while it should be -lpython3.6m, where m is some kind
of python abi flags). Shove python version with ABI flag added
through, which fixes build.
I've looked at rpm4 git master and it seems that they have changed
the python detection there, so newer versions of rpm4 may no longer
need this hack.
- Update WWW
Approved by: portmgr blanket
Update port to 4.13.0.2 and remove plugins from default options.
PR: 223540
Submitted by: Anton Yuzhaninov <citrin+pr@citrin.ru>
Approved by: rodrigo (maintainer)
devel/nspr, security/nss: drop version from SONAME
No other downstream appends synthetic library version, and doing so
causes underlinking due to fragile build system (see below). Not to
mention being unable to swap out bundled libs from upstream builds.
$ cc -lplds4 -L/usr/local/lib
/usr/lib/crt1.o: In function `_start1':
crt1_c.c:(.text+0xa6): undefined reference to `main'
/usr/local/lib/libplds4.so: undefined reference to `pthread_set_name_np'
/usr/local/lib/libplds4.so: undefined reference to `pthread_create'
/usr/local/lib/libplds4.so: undefined reference to `pthread_condattr_init'
/usr/local/lib/libplds4.so: undefined reference to `pthread_setschedparam'
/usr/local/lib/libplds4.so: undefined reference to `pthread_getschedparam'
PR: 213144
Exp-run by: antoine
Add USES=alias to several ports
Alias is a new USES tool that allows DragonFly to masquerade as FreeBSD
by setting CFLAGS+= -D__FreeBSD__. For some ports, this fixes the build
without the need for additional patches.
Approved by: portmgr (bapt, blanket)
archivers/rpm4: Fix build (was missing pkg-plist changes due to update)
The upgrade from version 4.11.2 => 4.11.3 required several lines in the
pkg-plist to be changed, but the file wasn't modified. "Just fix it" now.
BTW, the pkg-plist needs badly to be alphabetized, but I didn't do this.
Berkeley DB cleanup, remove versions 4.0 ... 4.7.
- Mk/bsd.database.mk rewrite, new default to db5.
- db6 is eligible by default only if installed on the system.
- Bump PORTREVISION of all ports that directly depend on BerkeleyDB or
where USE_BDB is found in the port's directory
- Patch a few ports such that they will pick up or work with newer
versions.
- Add UPDATING entry
- Drive-by format fix for pks
- Drop BerkeleyDB option from mail/popular for now, requires more work.
- Exp-run logs linked from the PR below.
- Ports that do not build (IGNORE, BROKEN, etc.) have pro-forma changes
for new Berkeley DB, but are untested.
NOTE: please read UPDATING and the Wiki page before proceeding!
Announcement: http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-August/000090.html
Wiki reference: https://wiki.freebsd.org/Ports/BerkeleyDBCleanup
PR: 192690
Approved by: portmgr (implicit, PORTREVISION bump on unstaged ports)
Remove two libtool fixes from Mk/Uses/libtool.mk. They don't always work
when an older version of a package is installed. This is the case when an
executable links with installed libraries and with uninstalled libraries
that link with other uninstalled libraries. For each of the directly
linked libraries the executable will have an rpath (/usr/local/lib for the
installed libraries and a path under WRKDIR for each of the uninstalled
libraries), but not for the indirect libraries. Both ld(1) and rtld(1)
search the rpath of the executable first before any rpath of libraries, so
the indirectly linked libraries will be found in /usr/local/lib if they are
installed instead of in WRKDIR.
With this commit executables will overlink with uninstalled indirect
libraries again so their location is added to the rpath of the executable.
This partially reverts r358784.
PR: 191611
Approved by: portmgr (bapt)
Reduce unnecessary bsd.port.options.mk inclusions by using OPTIONS helpers.
For liborange, reverse the logic, as I'm pretty sure the OPTIONS were being
used to disable the selected options.
Approved by: portmgr (blanket)
Add 4 new sed commands to USES=libtool. The first two apply some of the
changes that Debian made to their libtool. The first command applies to
libtool versions 1.4 and up. The second command is somewhat more elaborate
but essentially it uses the sed hold space to move an "elif...fi" block
down. It applies to 2.x. Together these reduce overlinking to unpatched
.la files (from ports that don't have USES=libtool yet but also .la files
in the work directory).
The third and fourth command fix relinking. During staging libtool may
relink libA when it links to another library in the work directory libB.
The reason is that libA created during build phase has its runpath set to
the location of libB in the work directory. This allows running an
executable that links to libA from within the work directory. The relink
removes this extra runpath.
(Only the first 15 lines of the commit message are shown above )
Replace lang/lua with the new lang/lua51
lang/lua51 is working the same way lang/lua52, chase ports using lua 5.1
Make the default lua lua52
Make all lua ports using USES=lua
Approved by: portmgr (implicit)
- Use PKGNAMESUFFIX instead of LATEST_LINK to avoid conflicts
- Enable staging support
- Shebang-fix in installed scripts
- Explicit PORTDOCS file list
- Remove additional patch for old FreeBSD releases
The first part of these changes were committed in r331479
Convert archivers from USE_GMAKE to USES=gmake
While here:
- Trim headers
- Convert some port to the new perl world
- Convert some port from USE_GNOME=pkgconfig to USES=pkgconfig
Shortly after the initial release, a new tarball was uploaded which
includes a small fix that was duplicated already in the FreeBSD port.
- Update checksum and remove patch introduced with the original release
No functional changes.
Fix conflicting glob_t definitions, which triggered a crash
when importing the rpm4 module in Python.
PR: ports/162483
Submitted by: Sean Mitchell <smitchell@hcn-inc.com>
Feature safe: yes
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
- Fix segmentation faults caused by missing libc function prototypes
Returned pointers could be truncated to (potentially smaller) integers
Reported by: will (with detailed analysis)
Number of commits found: 144 (showing only 100 on this page)
