Package Details: util-linux-libs-aes 2.40.1-1

Git Clone URL: (read-only, click to copy)
Package Base: util-linux-aes
Description: util-linux runtime libraries updated with loop-aes
Upstream URL:
Licenses: ISC, BSD-3-Clause, BSD-2-Clause, GPL-3.0-or-later, GPL-2.0-only, GPL-2.0-or-later, LGPL-2.1-or-later, BSD-4-Clause-UC, LicenseRef-PublicDomain
Conflicts: libutil-linux, util-linux-libs
Provides:,,,, libutil-linux,, util-linux-libs
Replaces: libutil-linux
Submitter: None
Maintainer: TrialnError
Last Packager: TrialnError
Votes: 6
Popularity: 0.000000
First Submitted: 2011-03-02 21:16 (UTC)
Last Updated: 2024-06-02 21:16 (UTC)

Dependencies (11)

Required by (332)

Sources (13)

Pinned Comments

TrialnError commented on 2020-06-12 15:49 (UTC)

This package should only be flagged out of date if there is a release of loop-aes which offers a new diff.

Latest Comments

1 2 3 4 5 6 Next › Last »

TrialnError commented on 2024-06-02 20:55 (UTC) (edited on 2024-06-02 21:10 (UTC) by TrialnError)

Building with meson still fails with util-linux 2.40.x and building with autotools is now broken. Hooray...

Edit: Okay.. Building from the repo is broken. Tarball works for the time.

TrialnError commented on 2024-06-02 19:40 (UTC)

Luckily there is a new update for loop-aes (3.8c), vaygr. It may now be possible to update this to 2.40.x. I hope upstream added support for meson. Without it will be harder to follow Arch changes... and autotools may be dropped sometime in the future...

TrialnError commented on 2023-06-14 18:39 (UTC)

I'm not a fan of pkgrel bumps in favour of aur helpers. And not required to do so.
In general it could trigger/remind some of the needed rebuild. But for others it will be an unnecessary one as they covered it themselves. When someone uses software from the AUR he needs to look after it.

vaygr commented on 2023-06-11 20:52 (UTC)

TrialInError that's fine, but it needs a rebuild against Python 3.11 so pkgrel could trigger it.

TrialnError commented on 2023-06-11 17:50 (UTC)

This package stays at 2.38 until the mess is resolved which got introduced with 2.39.

vaygr commented on 2022-10-15 19:43 (UTC)

I wonder if we could make asciidoctor optional since it's required only for manual pages. On my system it requires a zoo of ruby dependencies which I'd like to avoid.

TrialnError commented on 2022-07-01 17:23 (UTC)

Hello vaygr.
Fair point you're mentioning. Didn't thought of those lines in loop-aes.
So let's remove it from this and maybe change loop-aes such that the modules handling is moved to a separate file and more visible as such.
Thanks for the heads up

vaygr commented on 2022-06-20 00:03 (UTC)

TrialInError am I missing something or "util-linux-aes.modules" file should be dropped from here?

I think both loop-aes and loop-aes-dkms set up module loading properly and this one just duplicates what's already there + leaves some old cruft that's not relevant anymore:

systemd-modules-load[262]: Failed to find module 'aes-i586'

TrialnError commented on 2021-06-21 16:13 (UTC)

Not the first to mention this :D
Yes, I indeed overlooked this detail. I was under the impression the loop-aes files come with a sig. Well, apparantly not..

vaygr commented on 2021-06-21 15:17 (UTC)

TrialInError seems Jari's key needs to be added to validpgpkeys for successful build.

Which is '12D64C3ADCDA0AA427BDACDFF0733C808132F189'.