- Pacman-dev - lists.archlinux.org

[Git][pacman/pacman][master] docs: remove PM_ERR_TRANS_COMMITTING
by Allan McRae (＠allan) 20 Nov '25

20 Nov '25

Allan McRae pushed to branch master at Pacman / Pacman Commits: a16d482b by Diego Viola at 2025-11-19T02:31:05-03:00 docs: remove PM_ERR_TRANS_COMMITTING This constant is no longer defined in the source code. Removing its reference cleans up the API documentation to match the actual code. Signed-off-by: Diego Viola <diego.viola(a)gmail.com> - - - - - 1 changed file: - README View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/a16d482b61918708111dde1… -- View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/a16d482b61918708111dde1… You're receiving this email because of your account on gitlab.archlinux.org.

1 0

Issues in man pages of pacman
by Helge Kreutzmann 16 Nov '25

16 Nov '25

Dear pacman maintainer, the manpage-l10n project[1] maintains a large number of translations of man pages both from a large variety of sources (including pacman) as well for a large variety of target languages. During their work translators notice different possible issues in the original (english) man pages. Sometimes this is a straightforward typo, sometimes a hard to read sentence, sometimes this is a convention not held up and sometimes we simply do not understand the original. We use several distributions as sources and update regularly (at least every 2 month). This means we are fairly recent (some distributions like archlinux also update frequently) but might miss your latest upstream version once in a while, so the error might be already fixed. We apologize and ask you to close the issue immediately if this should be the case, but given the huge volume of projects and the very limited number of volunteers we are not able to double check each and every issue. Secondly we translators see the manpages in the neutral po format, i.e. converted and harmonized, but not the original source (be it man, groff, xml or other). So we cannot provide a true patch (where possible), but only an approximation which you need to convert into your source format. Finally the issues I'm reporting have accumulated over time and are not always discovered by me, so sometimes my description of the problem my be a bit limited - do not hesitate to ask so we can clarify them. I'm now reporting the issues for your project. If future reports should use another channel, please let me know. [1] https://manpages-l10n-team.pages.debian.net/manpages-l10n/ Man page: libalpm.3 Issue: Fullstop ok here? (All the others don't have one) "Functions dealing with libalpm's dependency and conflict information\\&." "Functions to query and manipulate the database of libalpm\\&." -- Man page: libalpm.3 Issue: pacman → pacman(8) "libalpm is a package management library, primarily used by pacman\\&. For " "ease of access, the libalpm manual has been split up into several " "sections\\&." -- Man page: makepkg.8 Issue 1: makepkg → B<makepkg> Issue 2: possibly $srcdir → I<$srcdir>? "Clean build artifacts from previous runs of makepkg in the current directory " "by removing $srcdir before building the package\\&." -- Man page: makepkg.8 Issue 1: makepkg → B<makepkg> Issue 2: bash → B<bash>(1) "Setting to 0 disables PKGBUILD linting within makepkg\\&. Useful on systems " "with slow bash subshell operations, or on PKGBUILDs with extreme amounts of " "package splitting\\&." -- Man page: makepkg.conf.5 Issue: ld(1) → B<ld>(1) "Flags used for the linker\\&. Several options may be specified with common " "usage resembling \\(lq-Wl,--hash-style=gnu\\(rq\\&. Read ld(1) for more " "details on available linker flags\\&." -- Man page: makepkg.conf.5 Issue: gcc(1) → B<gcc>(1) "Additional compiler flags appended to CFLAGS for use in debugging\\&. " "Usually this would include: \\(lq-g\\(rq\\&. Read gcc(1) for more details on " "the wide variety of compiler flags available\\&." -- Man page: makepkg-template.1 Issue: PKGBUILD → I<PKGBUILD> "I<makepkg-template> is a script to ease the work of maintaining multiple " "similar PKGBUILDs\\&. It allows you to move most of the code from the " "PKGBUILD into a template file and uses markers to allow in-place updating of " "existing PKGBUILDs if the template has been changed\\&." "Template files can contain any code allowed in a PKGBUILD\\&. You can think " "of them like external files included with \"\\&.\" or \"source\", but they " "will be inlined into the PKGBUILD by I<makepkg-template> so you do not " "depend on the template file when building the package\\&." "Template files should be stored in one directory and filenames should be " "\"$template_name-$version\\&.template\" with a symlink " "\"$template_name\\&.template\" pointing to the most recent template\\&. If " "the version is not set in the marker, I<makepkg-template> will automatically " "use the target of \"$template_name\\&.template\", otherwise the specified " "version will be used\\&. This allows for easier verification of untrusted " "PKGBUILDs if the template is trusted\\&. You verify the non-template code " "and then use a command similar to this:" "Template files may also contain markers leading to nested templates in the " "resulting PKGBUILD\\&. If you use markers in a template, please set the " "version you used/tested with in the start/input marker so other people can " "properly recreate from templates\\&." -- Man page: pacman.8 Issue: NULL character → NUL? "Print each match in a machine readable output format\\&. The format is " "I<repository\\e0pkgname\\e0pkgver\\e0path\\en> with I<\\e0> being the NULL " "character and I<\\en> a linefeed\\&." -- Man page: pacman.conf.5 Issue: Where did "%o" come from? The XferCommand command usage does not have an %o "If set, an external program will be used to download all remote files\\&. " "All instances of %u will be replaced with the download URL\\&. If present, " "instances of %o will be replaced with the local filename, plus a \\" "(lq\\&.part\\(rq extension, which allows programs like wget to do file " "resumes properly\\&." -- Man page: pacman.conf.5 Issue: The part "will not be removed" reads strang - is there something missing? Who is not removed? The URL? The (non-)cahce servers? And what is the relation to database fields? "A full URL to a location where the packages, and signatures (if available) " "for this repository can be found\\&. Cache servers will be tried before any " "non-cache servers, will not be removed from the server pool for 404 download " "errors, and will not be used for database files\\&." -- Man page: pacman.conf.5 Issue: I<pacman-db-upgrade> → B<pacman-db-upgrade> "I<pacman-db-upgrade> [options]" "I<pacman-db-upgrade> is a script that upgrades the local database used by " "B<pacman>(8) to a newer format\\&." -- Man page: pacman.conf.5 Issue: This man page part is broken, check formatting? (Version from August 2022 looks better) (Both formatting and missing B<>/I<>) "*-h, \\e--help*::\n" "Show the built-in help message and exit\\&.\n" "*-V, \\e--version*::\n" "Show version information and exit\\&.\n" "*-d, \\e--dbpath* E<lt>pathE<gt>::\n" "Set an alternate database location\\&.\n" "*-r, \\e--root* E<lt>pathE<gt>::\n" "Set an alternate installation root\\&.\n" "*\\e--config* E<lt>pathE<gt>::\n" "Set an alternate configuration file\\&.\n" "*\\e--nocolor*::\n" "Remove color from output\\&.\n" -- Man page: PKGBUILD.5 Issue: PKGBUILD\\&.proto → I<PKGBUILD\\&.proto> "An example PKGBUILD, useful for reference, is located in I</usr/share/" "pacman> along with other example files such as an install script\\&. You can " "copy the provided PKGBUILD\\&.proto file to a new package build directory " "and make customizations to suit your needs\\&." -- Man page: repo-add.8 Issue: Missing full stop "Include package PGP signatures in the repository database (if available)" -- Man page: testpkg.8 Issue: I<testpkg> → B<testpkg> "I<testpkg> E<lt>package fileE<gt>" "I<testpkg> is a script used to make sure that a pacman package is valid\\&." -- Dr. Helge Kreutzmann debian(a)helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/

2 2

[Git][pacman/pacman][master] 2 commits: Remove deprecated File target for hook types
by Allan McRae (＠allan) 13 Nov '25

13 Nov '25

Allan McRae pushed to branch master at Pacman / Pacman Commits: b5b79efe by Allan McRae at 2025-11-14T09:48:38+10:00 Remove deprecated File target for hook types Signed-off-by: Allan McRae <allan(a)archlinux.org> - - - - - 8ebdccd4 by Allan McRae at 2025-11-14T09:48:38+10:00 Document that final hook match wins Signed-off-by: Allan McRae <allan(a)archlinux.org> - - - - - 2 changed files: - doc/alpm-hooks.5.asciidoc - lib/libalpm/hook.c View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/compare/9bfb7ace39e256e6808168… -- View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/compare/9bfb7ace39e256e6808168… You're receiving this email because of your account on gitlab.archlinux.org.

1 0

[Git][pacman/pacman][master] Remove MD5 from -Sii output
by Allan McRae (＠allan) 13 Nov '25

13 Nov '25

Allan McRae pushed to branch master at Pacman / Pacman Commits: 9bfb7ace by Diego Viola at 2025-11-13T08:15:31-03:00 Remove MD5 from -Sii output Signed-off-by: Diego Viola <diego.viola(a)gmail.com> - - - - - 1 changed file: - src/pacman/package.c View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/9bfb7ace39e256e68081684… -- View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/9bfb7ace39e256e68081684… You're receiving this email because of your account on gitlab.archlinux.org.

1 0

[Git][pacman/pacman][master] docs: trivial changes for consistency
by Allan McRae (＠allan) 10 Nov '25

10 Nov '25

Allan McRae pushed to branch master at Pacman / Pacman Commits: 0bd3a397 by Diego Viola at 2025-11-10T06:03:31-03:00 docs: trivial changes for consistency - - - - - 2 changed files: - NEWS - README View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/0bd3a397c924d31dbe854d6… -- View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/0bd3a397c924d31dbe854d6… You're receiving this email because of your account on gitlab.archlinux.org.

1 0

[Git][pacman/pacman][master] lib: support reproducible install date
by Allan McRae (＠allan) 08 Nov '25

08 Nov '25

Allan McRae pushed to branch master at Pacman / Pacman Commits: f4bdb774 by Jelle van der Waa at 2025-11-09T01:16:53+10:00 lib: support reproducible install date When building an Arch Linux image the install date would vary when trying to reproduce it. Similar to building packages, respect `SOURCE_DATE_EPOCH` when installing packages. - - - - - 6 changed files: - lib/libalpm/add.c - test/pacman/README - test/pacman/meson.build - test/pacman/pmrule.py - test/pacman/pmtest.py - + test/pacman/tests/source_date_epoch_install.py View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/f4bdb77470528019aaba4d8… -- View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/f4bdb77470528019aaba4d8… You're receiving this email because of your account on gitlab.archlinux.org.

1 0

Testing of new split package implementation
by Allan McRae 07 Nov '25

07 Nov '25

Hi all, The original package splitting approach in makepkg was aligned to the KDE packaging approach (at the time) where each component had its own "make install-foo" target. In practice, distributions want to split a wider variety of packages that do not fit this mould, and various hacks have arisen. I have implemented a second approach to package splitting that can be used in parallel to the current one. A PKGBUILD can provide a stash() function that is run (in fakeroot) between building and packaging. This function will typically do the full install of the built software into the $stashdir directory. I.e. run a command similar to make DESTDIR=$stashdir install. Each package_foo() function can then include a list of files that are transferred from the stash into the package, in addition to any other packaging commands. For example: filelist=('usr/bin/pacman' 'usr/lib/*') The filelist accepts glob patterns as understood by bash with extglob enabled - including *, ? and []. Files can be excluded from the filelist by prefixing with the ! character. Files are removed from the stash as they are included in packages. This allows makepkg to warn about any files that are not packaged. To include files in multiple packages, an additional copy should be made in the stash function. You can see the change here https://gitlab.archlinux.org/pacman/pacman/-/merge_requests/314 This patch applies cleanly to 7.1.0, and I suspect will also to 7.0.0 (I have not checked...) An example of changing the elfutils set of packages to use the new approach: https://gitlab.archlinux.org/archlinux/packaging/packages/elfutils/-/merge_… I need help testing this approach. While it works for the packages I have tested, I'm sure there will be edge cases I was not expecting, or people will use the functionality in unexpected ways. Any reports of success/failure in using this feature would be very helpful. Thanks, Allan

1 0

[Git][pacman/pacman][release/7.1.x] Add disable-sandbox-* options to parseargs
by Allan McRae (＠allan) 02 Nov '25

02 Nov '25

Allan McRae pushed to branch release/7.1.x at Pacman / Pacman Commits: 2df7c407 by Allan McRae at 2025-11-02T11:36:19+10:00 Add disable-sandbox-* options to parseargs Signed-off-by: Allan McRae <allan(a)archlinux.org> - - - - - 1 changed file: - src/pacman/pacman.c View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/2df7c407e852543e5c9e135… -- View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/2df7c407e852543e5c9e135… You're receiving this email because of your account on gitlab.archlinux.org.

1 0

[Git][pacman/pacman][master] Add disable-sandbox-* options to parseargs
by Allan McRae (＠allan) 02 Nov '25

02 Nov '25

Allan McRae pushed to branch master at Pacman / Pacman Commits: 2df7c407 by Allan McRae at 2025-11-02T11:36:19+10:00 Add disable-sandbox-* options to parseargs Signed-off-by: Allan McRae <allan(a)archlinux.org> - - - - - 1 changed file: - src/pacman/pacman.c View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/2df7c407e852543e5c9e135… -- View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/commit/2df7c407e852543e5c9e135… You're receiving this email because of your account on gitlab.archlinux.org.

1 0

[Git][pacman/pacman] Pushed new branch release/7.1.x
by Allan McRae (＠allan) 01 Nov '25

01 Nov '25

Allan McRae pushed new branch release/7.1.x at Pacman / Pacman -- View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/tree/release/7.1.x You're receiving this email because of your account on gitlab.archlinux.org.

1 0