Package Details: libcgroup 3.1.0-0

Git Clone URL: (read-only, click to copy)
Package Base: libcgroup
Description: Library that abstracts the control group file system in Linux
Upstream URL:
Licenses: LGPL
Submitter: heftig
Maintainer: androw
Last Packager: androw
Votes: 119
Popularity: 0.72
First Submitted: 2010-04-25 12:01 (UTC)
Last Updated: 2024-02-10 13:24 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

kyechou commented on 2023-11-21 03:46 (UTC)

bison/yacc shouldn't be added as a make dependency. Please see

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 --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, but 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/PKGBUILD  2015-06-30 06:39:06.000000000 -0500
+++      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 \


Alternatively, if you're ok with running cgrules.service after, the following patch also works. The idea is to just let systemd add a default dependency on and an, 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.

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

-# The service should be able to start as soon as possible,
-# before any 'normal' services:

diff -x '*.xz' -u libcgroup/PKGBUILD
--- libcgroup/PKGBUILD  2015-06-30 06:39:06.000000000 -0500
+++  2019-02-21 14:23:46.900014839 -0600
@@ -18,7 +18,7 @@
-            '6b1340ff6717f55e5e57dacc72accc0bfaed7e50ef31439271b6ddc893cbf671')
+            '1186ecb5647b26788edcd0b9e782ae6fa783399547773363818e07c21cbbabbf')

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