Package Base Details: util-linux-aes

Git Clone URL: (read-only, click to copy)
Submitter: None
Maintainer: TrialnError
Last Packager: TrialnError
Votes: 6
Popularity: 0.029950
First Submitted: 2011-03-02 21:16
Last Updated: 2021-09-28 18:21

Pinned Comments

TrialnError commented on 2020-06-12 15:49

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 Next › Last »

TrialnError commented on 2021-06-21 16:13

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

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

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

vaygr commented on 2021-06-20 16:50

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

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

TrialnError commented on 2021-06-17 06:45

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

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

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

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

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