Package Details: libcgroup 2.0-1

Git Clone URL: https://aur.archlinux.org/libcgroup.git (read-only, click to copy)
Package Base: libcgroup
Description: Library that abstracts the control group file system in Linux
Upstream URL: https://github.com/libcgroup/libcgroup
Licenses: LGPL
Submitter: heftig
Maintainer: eworm
Last Packager: eworm
Votes: 118
Popularity: 0.024559
First Submitted: 2010-04-25 12:01 (UTC)
Last Updated: 2021-05-10 10:42 (UTC)

Latest Comments

1 2 3 4 Next › Last »

jochembr commented on 2022-11-22 17:33 (UTC)

Could you please add a make dependency on bison? The program requires the yacc binary to build properly.

artyomka commented on 2022-11-07 15:14 (UTC)

As a workaround for PGP signature failed error you can manually add libcgroup key to GPG: gpg --keyserver keyserver.ubuntu.com --recv-keys 47A68FCE37C7D7024FD65E11356CE62C2B524099

lpc123 commented on 2022-11-04 22:44 (UTC)

PGP signature failed: libcgroup-2.0.tar.bz2 ... FAILED (unknown public key 356CE62C2B524099)

bar777 commented on 2021-06-23 08:55 (UTC)

PGP signature failed!

pxeger commented on 2021-05-16 13:55 (UTC)

libcgroup-2.0.tar.bz2 is failing its PGP signature check.

pierrec commented on 2021-04-16 13:10 (UTC)

Hi, I've just created a libcgroup-git package as an alternative. It supports cgroup-v2

zyeri commented on 2019-11-15 03:18 (UTC)

libcgroup-0.41.tar.bz2 is failing its sha256 check.

appleby commented on 2019-02-22 02:27 (UTC)

The cgrules service is failing to start for me on reboot once it's been enabled. The error in the systemctl status cgrules.service log is:

cgrulesengd[399]: Error binding UNIX socket /var/run/cgred.socket: No such file or directory

It seems the problem is that I have /var on a separate partition, and the /var filesystem is not mounted at the time the cgrules service runs. This is because the cgrules.service unit file specifies DefaultDependencies=no and Before=basic.target, but basic.target is the target that mounts /var.

Note that /var/run is symlinked to /run on Arch, and /run is apparently mounted very early in the boot process, so the simplest fix is to pass --enable-cgred-socket=/run/cgred.socket to the configure script. The following patch worked for me:

diff -x '*.xz' -u libcgroup/PKGBUILD libcgroup.new/PKGBUILD
--- libcgroup/PKGBUILD  2015-06-30 06:39:06.000000000 -0500
+++ libcgroup.new/PKGBUILD      2019-02-21 15:49:02.660230586 -0600
@@ -28,6 +28,7 @@
                --sysconfdir=/etc \
                --localstatedir=/var \
                --sbindir=/usr/bin \
+               --enable-cgred-socket=/run/cgred.socket \
                --enable-opaque-hierarchy=name=systemd

        make

Alternatively, if you're ok with running cgrules.service after basic.target, the following patch also works. The idea is to just let systemd add a default dependency on sysinit.target and an After=basic.target, which ensures that /var is mounted by the time cgrules.service runs. It might also make sense to apply a similar change to cgconfig.service, but that is not required.

https://www.freedesktop.org/software/systemd/man/systemd.service.html#Default%20Dependencies

diff -x '*.xz' -u libcgroup/cgrules.service libcgroup.new/cgrules.service
--- libcgroup/cgrules.service   2015-06-30 06:39:06.000000000 -0500
+++ libcgroup.new/cgrules.service   2019-02-21 13:11:17.682489779 -0600
@@ -1,11 +1,6 @@
 [Unit]
 Description=Control Group rules service

-# The service should be able to start as soon as possible,
-# before any 'normal' services:
-DefaultDependencies=no
-Conflicts=shutdown.target
-Before=basic.target shutdown.target
 After=cgconfig.service

 [Service]
diff -x '*.xz' -u libcgroup/PKGBUILD libcgroup.new/PKGBUILD
--- libcgroup/PKGBUILD  2015-06-30 06:39:06.000000000 -0500
+++ libcgroup.new/PKGBUILD  2019-02-21 14:23:46.900014839 -0600
@@ -18,7 +18,7 @@
    'cgrules.service')
 sha256sums=('e4e38bdc7ef70645ce33740ddcca051248d56b53283c0dc6d404e17706f6fb51'
             '808fc354abf36d7b6673dad790be275309ac57a2606d1be3732b9b3aeb5885eb'
-            '6b1340ff6717f55e5e57dacc72accc0bfaed7e50ef31439271b6ddc893cbf671')
+            '1186ecb5647b26788edcd0b9e782ae6fa783399547773363818e07c21cbbabbf')

 build() {
    cd "${srcdir}/${pkgname}-${pkgver/rc/.rc}"

wdkrnls commented on 2018-11-25 20:15 (UTC)

I'm seeing the following error on install (using yaourt -S):

groupadd: cannot open /etc/gshadow
groupadd: failed to unlock /etc/gshadow
error: command failed to execute correctly
:: Running post-transaction hooks...
(1/3) Reloading system manager configuration...
(2/3) Arming ConditionNeedsUpdate...
(3/3) etckeeper: post-transaction commit
No database errors have been found!

1 2 3 4 Next › Last »