Package Details: util-linux-libs-aes 2.40.2-2

Git Clone URL: https://aur.archlinux.org/util-linux-aes.git (read-only, click to copy)
Package Base: util-linux-aes
Description: util-linux runtime libraries updated with loop-aes
Upstream URL: https://github.com/util-linux/util-linux
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: libblkid.so, libfdisk.so, libmount.so, libsmartcols.so, libutil-linux, libuuid.so, 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-08-01 16:33 (UTC)

Required by (359)

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

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

<deleted-account> 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.

<deleted-account> 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 https://github.com/karelzak/util-linux/tags

<deleted-account> commented on 2011-10-08 21:01 (UTC)

Hi Great package but small error on my end: http://www.kernel.org/pub/linux/utils/util-linux/v2.19/util-linux-2.19.1.tar.bz2 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.

<deleted-account> 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.

<deleted-account> commented on 2011-05-14 07:25 (UTC)

2.19.1 is out since may, 2nd: check http://www.kernel.org/pub/linux/utils/util-linux/v2.19/v2.19.1-ReleaseNotes

<deleted-account> 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()).

<deleted-account> 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.

<deleted-account> 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 do...it'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...

<deleted-account> 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?

<deleted-account> 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

« First ‹ Previous 1 2 3 4 5 6 Next › Last »