March 2024 - Arch-dev-public - lists.archlinux.org

pacman 6.1.0 and libalpm.so.14 rebuild
by Morten Linderud 09 Mar '24

09 Mar '24

Yo, pacman 6.1.0 is now in staging and I've made a gitlab epic and a todo for the rebuild. https://archlinux.org/todo/libalpmso-rebuild/ https://gitlab.archlinux.org/groups/archlinux/packaging/packages/-/epics/2 Currently a Rust and some C stuff is failing to build. -- Morten Linderud PGP: 9C02FF419FECBE16

2 1

Future of libdepends and libprovides
by Balló György 09 Mar '24

09 Mar '24

Hi all, Since the support for libdepends and libprovides has been removed from the recently released pacman 6.1, [1] we need to do something before adopting it to Arch Linux. Many our packages rely on libdepends and libprovides, and if makepkg would not fill the soname version and architecture, those dependencies would be broken. I mentioned this one year ago, but no further discussions happened. [2] In short term, we should revert this commit [3] at distribution level to avoid breakages. In long term, we have to decide via RFC what to do with libdepends and libprovides. We could probably make a slow, manual transition to the new 'autodeps' feature in pacman, but it still does not support optional autodeps, [4] which means that would be impossible to mark any binary deps as optional. [1] https://gitlab.archlinux.org/pacman/pacman/-/releases/v6.1.0 [2] https://lists.archlinux.org/hyperkitty/list/arch-dev-public@lists.archlinux… [3] https://gitlab.archlinux.org/pacman/pacman/-/commit/354a300cd26bb1c7e655147… [4] https://gitlab.archlinux.org/pacman/pacman/-/merge_requests/58 -- György Balló Package Maintainer

2 1

RFC: Allow all staff to create RFCs
by Kristian Klausen 05 Mar '24

05 Mar '24

A new RFC (request for comment) has been opened here: https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/31 Please visit the above link for discussion. Summary: Grant all Arch Linux staff members, not limited to those in packaging roles, the privilege to initiate RFCs directly, aligning with the broad range of topics these documents encompass.

1 0

Consolidating our mkinitcpio hooks
by Morten Linderud 03 Mar '24

03 Mar '24

Hi, Currently we have a lot of our mkinitcpio hooks in several packages which has never been consolidated. This makes it confusing where stuff belong and what is provided where, and I really want to consolidate everything. It would help keeping up the development of the hooks, patch everything and ultimately write a test suite for mkinitcpio. I also have long term plans on moving the default hooks from busybox to systemd, but this will happen at a later point. Initially I really want to move the hooks from `cryptsetup` and `systemd`: * encrypt and sd-encrypt from core/cryptsetup * systemd and udev from core/systemd We could maybe consider a few other hooks from [core] depending on peoples opinion? We are missing a good networking hook for systemd, and that should preferably be solved at some point. A list of possibly other relevant mkinitcpio stuff: Hook Package * btrfs btrfs-progs * dmraid dmraid * mdadm mdadm * mdadm_udev mdadm * lvm2 lvm2 * sd-lvm2 lvm2 * net mkinitcpio-nfs-utils * netconf mkinitcpio-netconf # Migration It's unclear to me how we should best move these hooks. We would need to merge them upstream into `mkinitcpio` first, then remove them from the packages. Is a news item is enough for this? Or do we want to include a couple of package constraints to ensure people are accidentally removing their hooks? What are peoples opinions? -- Morten Linderud PGP: 9C02FF419FECBE16

5 10

Announcing pacquery
by Jelle van der Waa 03 Mar '24

03 Mar '24

Hi all, One of the things I've been missing for a long time is the ability to easily query package information. Pacman -S --print-format lacks some options and more importantly does not support json output. I've had a small rust utility locally which helped a lot with getting ready for the pacman rebuild. This weekend I spend some time refining it and releasing it to the repos as pacquery. An example, finding all packages which have make/check/depends on python-tomli [jelle@natrium][~/projects/pacquery]%pacquery python-tomli | jq -r '.[].required_by | join(" ")' python-flake8-black python-ipdb python-setuptools-gettext python-setuptools python-responses python-tomli-w python-fsspec sip mdformat repod mypy autopep8 python-diff-cover python-pep621 python-versioningit python-pylint python-pdm-pep517 python-sphinx-theme-builder python-pytest-cov towncrier python-isort Note that this tool uses the syncdb's so these need to be up to date and it defaults to core,extra,multilib. Greetings, Jelle van der Waa

1 0