Package Details: util-linux-libs-aes 2.38-1.1

Git Clone URL: (read-only, click to copy)
Package Base: util-linux-aes
Description: Miscellaneous system utilities for Linux, with loop-AES support
Upstream URL:
Licenses: GPL2
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.000407
First Submitted: 2011-03-02 21:16 (UTC)
Last Updated: 2022-07-01 17:28 (UTC)

Required by (213)

Sources (11)

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

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'.

TrialnError commented on 2021-06-20 18:39 (UTC)

Sure thing, vaygr.
And thanks for getting into contact with upstream.

vaygr commented on 2021-06-20 16:50 (UTC)

TrialnError I reached out to Jari, and now the patch is there:

Could you please bump the package once again?

vaygr commented on 2021-06-17 13:39 (UTC)

Ah I see, yes, green highlight confused me :) I think it should be safe.

TrialnError commented on 2021-06-17 06:45 (UTC)

You mean the changes in libmount/src/context_umount.c?
As those lines get removed I suppose the added lines after this are at the place where they should be.

vaygr commented on 2021-06-16 21:59 (UTC)

No worries.

One change in the patch that I noticed was a move of "return loopdev_is_used(devname, src, offset, 0, flags);" down the block. Was it a typo?

TrialnError commented on 2021-06-16 20:05 (UTC)

In addition to the commit message
The update for 2.37 isn't from upstream. The changes made to the patch file were made by me. Therefore it may work or not. But there are losses. Upstream changed the source for man-pages. I dropped everything related to man-pages. This package doesn't contain any doc for loop-aes.

TrialnError commented on 2021-06-16 06:32 (UTC)

Thanks for the notice, vaygr. Sadly I couldn't react in a timely manner.
As long as there is no breakage possible for other programs, which require a specific systemd version, one could add all systemd related packages to pacman.conf for ignoring updates or use --ignore=. But this should only be used as a temporarily measure.
If an update happened, one could always check the local package cache (somewhere around /var. /var/cache/pacman/pkg/ IIRC) for earlier versions or use the Arch Linux Archive to retrieve such packages.
That said, I will asap look into this and try to adapt the loop-aes patch for the newer util-linux package. Easiest would be if there would be a new upstream release, because I cannot tell, if I will be able to adapt the patch or break something in the process.

vaygr commented on 2021-06-16 02:33 (UTC)

This is now broken as systemd is linked to util-linux 2.37.

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.

mystique commented on 2018-12-01 13:01 (UTC)

404 for 0001-sfdisk-support-empty-label-use-case.patch

Was trying to build runit and runit-systemd, this is a dependency.

Found this:

makepkg -si builds with the above file manually placed.

xerc commented on 2014-04-28 23:09 (UTC)

now provides package

xerc commented on 2013-06-05 21:49 (UTC)

updated version with the new filesystem structure

commented on 2013-02-22 19:56 (UTC)

with last update it breaks my boot...does it have hany specific dependency with other packages than the ones indicated? thanks for your continuous effort in updating this package!

xerc commented on 2013-02-18 14:25 (UTC)

new release including config-file for /etc/modules-load.d

xerc commented on 2012-11-21 23:56 (UTC)

"This package does *not* modify your kernel in any way" .. gn8

sysfu commented on 2012-11-21 23:47 (UTC)

Does this package automatically patch the kernel or update the loop.ko module like the util-linux-ng-aes package did?

xerc commented on 2012-11-21 23:34 (UTC)

before posting - the package was upgraded to 2.22.1 - dependencie fixed your problem ;)

sysfu commented on 2012-11-21 23:31 (UTC)

OK, much to my surprise, that worked, thank you.

sysfu commented on 2012-11-21 23:30 (UTC)

My first attempt at building the package was by running "yaourt -S util-linux-aes". I did not run it as root however. I will try that and see if it resolves the issues, however I am skeptical that it will because my understanding is that yaourt automatically elevates privileges to root as required.

xerc commented on 2012-11-21 23:27 (UTC) # yaourt -S util-linux-aes

sysfu commented on 2012-11-21 06:49 (UTC)

makepkg build keeps choking after one of the linux regression tests fails: : ext2 ... FAILED (blkid/low-probe-ext2) <snip> --------------------------------------------------------------------- 1 tests of 86 FAILED --------------------------------------------------------------------- make[3]: *** [check-local-tests] Error 1 make[3]: Leaving directory `/home/seth/Downloads/util-linux-aes/src/util-linux-2.22' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/home/seth/Downloads/util-linux-aes/src/util-linux-2.22' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/seth/Downloads/util-linux-aes/src/util-linux-2.22' make: *** [check] Error 2 make: Leaving directory `/home/seth/Downloads/util-linux-aes/src/util-linux-2.22' ==> ERROR: A failure occurred in check(). Aborting...

xerc commented on 2012-07-21 14:52 (UTC)

new version configured with --enable-login-utils to serve <login>

commented on 2012-07-20 22:09 (UTC)

Update by coincidence (debugging something else) i learned agetty runs /bin/login So i just copy the vanilla login from core/util-linux for now.

commented on 2012-07-18 21:11 (UTC)

I can't get agetty to log me in. There are odder means to login so its just a minor nuisance ;) pacman -Qo /sbin/agetty /sbin/agetty is owned by util-linux-aes 2.21.2-2 When i enter the login name it never asks for the password. Don't know where the error is just a bug report.

commented on 2012-05-01 16:10 (UTC)

version 2.21.1-2 out since apr, 6th. sorry for marking outdated but the new version is a precondition to pacman itself... :P

xerc commented on 2012-03-02 22:18 (UTC)

i'm not sure what causes this - the new version may fix your problem

commented on 2012-02-27 23:34 (UTC)

error: failed to commit transaction (conflicting files) util-linux-aes: /bin/mountpoint exists in filesystem util-linux-aes: /usr/share/man/man1/mountpoint.1.gz exists in filesystem Errors occurred, no packages were upgraded. error: failed installing the package trying to upgrade from util-linux-2.19-5 any ideas?

commented on 2011-11-14 18:22 (UTC)

I apologize for the delays, I just have too much going on now and haven't even turned on my computer in months(!). I must disown this package if only to let someone else take it over until I can get my life into a little more order. @gemon; you may adopt it if you wish, or anyone else who wants to for that matter. Thanks all.

commented on 2011-11-09 21:22 (UTC)

I guess the only thing is to change PKGBUILD to refer to new git temp repository I've also marked it as not updated as 2.20.1 is out since oct 20th, 2011. Check

commented on 2011-10-08 21:01 (UTC)

Hi Great package but small error on my end: 404 Not Found Worked well first time but now I had to copy around some file's good thing i don't clean my ~/aur that often ;) Also a suggestion: Adding a inithook to automate the kernel patch, mite save some work.

commented on 2011-05-19 03:22 (UTC)

Sorry for the delay; been away for a while. Updated to new version and no problems so far on my side. Changed to direct loop-AES diff file instead of downloading everything else--seems ok to me.

commented on 2011-05-14 07:25 (UTC)

2.19.1 is out since may, 2nd: check

commented on 2011-03-04 03:35 (UTC)

small update: after a brief discussion on the forums (in AUR section if you want to search) I decided it was enough to print a warning message for first time installs (e.g. post_install() but not post_upgrade()).

commented on 2011-03-03 23:33 (UTC)

not a problem, i appreciate your feedback. 2) you may be right. i'll see what i can do and hopefully find a simple and non-intrusive way of dealing with this. may take a little thought preparation before i resubmit the package though.

commented on 2011-03-03 22:47 (UTC)

hey, glad u found my suggestions useful... 2) yeah, i mean something like that. u may be right that the user should know what to's up to u, i don't know if there's a package convention or something. if you decide not to follow the config options check, at least a disclaimer with a warning should be put, in my opinion, expecially the installation of this package will remove the stock util-linux. if im not wrong, if u install this package and kernel is not compiled correctly, and there's not a patched loop.ko, system is going to be messed. another option would be to check for a patched loop.ko, but i dont know if this can be done since that is a binary...

commented on 2011-03-03 20:23 (UTC)

@gemon: 1) i'll fix that, thanks. 2) you mean when checking the config to check for; [[ CONFIG_BLK_DEV_LOOP == [YM] && CONFIG_BLK_DEV_LOOP_AES == Y && CONFIG_MODULES == Y ]], or what? i'm not sure how important this is to deem necessary a PKGBUILD to check system files. i personally think it should be up to the user to know if their kernel is patched or not but that's just my opinion. am i wrong in thinking this?

commented on 2011-03-03 17:27 (UTC)

milo, a couple of suggestions for the pkgbuild: 1) why dont u make the patch downloadable through the loop-aes website? 2) why dont u put a check on kernel config to stop building package if required config options are not set as they're required by loopaes? regards gemon

commented on 2011-03-02 21:18 (UTC)

2.19 with loop-aes patch works for me but is considered [testing]. let me know if you have problems. util-linux-ng-aes 2.18 is still available in AUR (so far).