Package Details: libselinux 3.2-1

Git Clone URL: (read-only, click to copy)
Package Base: libselinux
Description: SELinux library and simple utilities
Upstream URL:
Keywords: selinux
Licenses: custom
Groups: selinux
Conflicts: selinux-usr-libselinux
Provides: selinux-usr-libselinux=3.2-1
Submitter: Siosm
Maintainer: IooNag
Last Packager: IooNag
Votes: 118
Popularity: 0.89
First Submitted: 2013-11-03 20:05
Last Updated: 2021-03-14 09:27

Latest Comments

1 2 3 4 5 6 Next › Last »

bred commented on 2020-03-03 08:37

@IooNag Ok, thanks

But considering that pkgconf is not so frequently used, maybe is better if you add it in the makedepends.

IooNag commented on 2020-03-03 08:10

@bred Yes, pkgconf needs to be installed before building this package, as well as make, gcc (for a C compiler)... All these packages are in group base-devel, which is always required for AUR packages.

bred commented on 2020-03-03 07:49


It seems that the package "pkgconf" is a mandatory dependency for building "libselinux".

After the installation of "pkgconf" it has compiled correctly.

IooNag commented on 2020-03-02 21:07

@bred : What version of package pcre have you installed? What is the output of "pkg-config --libs libpcre" (this is the command which is used to normally insert "-lpcre" in the command line that failed)?

bred commented on 2020-03-02 13:11

I've this error during the linking: (pcre is installed!)

cc -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -I../include -D_GNU_SOURCE -DDISABLE_RPM -DNO_ANDROID_BACKEND  -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -shared -o avc.lo avc_internal.lo avc_sidtab.lo booleans.lo callbacks.lo canonicalize_context.lo checkAccess.lo check_context.lo checkreqprot.lo compute_av.lo compute_create.lo compute_member.lo compute_relabel.lo compute_user.lo context.lo deny_unknown.lo disable.lo enabled.lo fgetfilecon.lo freecon.lo freeconary.lo fsetfilecon.lo get_context_list.lo get_default_type.lo get_initial_context.lo getenforce.lo getfilecon.lo getpeercon.lo init.lo is_customizable_type.lo label.lo label_db.lo label_file.lo label_media.lo label_support.lo label_x.lo lgetfilecon.lo load_policy.lo lsetfilecon.lo mapping.lo matchmediacon.lo matchpathcon.lo policyvers.lo procattr.lo query_user_context.lo regex.lo reject_unknown.lo selinux_check_securetty_context.lo selinux_config.lo selinux_restorecon.lo sestatus.lo setenforce.lo setexecfilecon.lo setfilecon.lo setrans_client.lo seusers.lo sha1.lo stringrep.lo validatetrans.lo   -ldl -Wl,-soname,,-z,defs,-z,relro

/usr/bin/ld: regex.lo: in function `regex_version':
regex.c:(.text+0x12): undefined reference to `pcre_version'
/usr/bin/ld: regex.lo: in function `regex_writef':
regex.c:(.text+0x79): undefined reference to `pcre_fullinfo'
/usr/bin/ld: regex.c:(.text+0xf0): undefined reference to `pcre_fullinfo'
/usr/bin/ld: regex.lo: in function `regex_data_free':
regex.c:(.text+0x1eb): undefined reference to `pcre_free'
/usr/bin/ld: regex.c:(.text+0x1fc): undefined reference to `pcre_free_study'
/usr/bin/ld: regex.lo: in function `regex_prepare_data':
regex.c:(.text+0x26e): undefined reference to `pcre_compile'
/usr/bin/ld: regex.c:(.text+0x294): undefined reference to `pcre_study'
/usr/bin/ld: regex.lo: in function `regex_load_mmap':
regex.c:(.text+0x39c): undefined reference to `pcre_fullinfo'
/usr/bin/ld: regex.c:(.text+0x414): undefined reference to `pcre_fullinfo'
/usr/bin/ld: regex.lo: in function `regex_match':
regex.c:(.text+0x4bf): undefined reference to `pcre_exec'
/usr/bin/ld: regex.lo: in function `regex_cmp':
regex.c:(.text+0x53e): undefined reference to `pcre_fullinfo'
/usr/bin/ld: regex.c:(.text+0x558): undefined reference to `pcre_fullinfo'
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:148:] Errore 1

tallero commented on 2020-02-17 00:39


You are of course still free to work on package libselinux-python2 and backport bug fixes that could happen in libselinux's Python bindings.

I am not that interested, too. I just needed an easy-to-use tool and someone adviced system-config-users. It seemed natural to me to package it, even if arch is slowly deprecating all python2-* packages.

If someone will ever want to use it in the future (for whatever reason) now can do it easily (because PKGBUILDs won't be lost even when SELinux will end support).

I did this for screem, too.

IooNag commented on 2020-02-12 21:00

@tallero: it seems that system-config-users could be installed on RHEL/CentOS 7, but not on CentOS 8 according to Moreover this question suggests using Cockpit instead, which has already been packaged for Arch Linux (

Anyway, if you want to fork/adopt system-config-users and maintain it on, that's nice. Nevertheless I do not want to maintain a libselinux-python2-v3.0 package because this version is not supported upstream (by SELinux developers) and the future releases of libselinux are likely to break Python 2 compatibility. This is a matter of personal choices in the way I define how I spend my time. You are of course still free to work on package libselinux-python2 and backport bug fixes that could happen in libselinux's Python bindings.

tallero commented on 2020-02-12 17:56

@IooNag: I agree with you. In any case libselinux-python2 packages just bindings and until the tool has not been replaced/ported to pygobject (if ever) it could simply stabilize on 3.0. This was packaged because of this question. Can't find the original git repo, only tarballs, check this.

IooNag commented on 2020-02-12 07:46

tallero : is system-config-users maintained? The upstream of this project (Red Hat) seems to no longer maintain it (and the RPM seems not to exist for "recent" releases such as CentOS 8 or Fedora 31 on

If system-config-users is no longer maintained upstream, I do not want to spend time to support libselinux-python2, for the sake of using old software for which bugs will never be fixed upstream.

tallero commented on 2020-02-11 22:17

@IooNag: I know of Python 2.x EOL; the library (same tar of this package) can still produce 2.x bindings. The software that needs it is system-config-users, the users/groups GUI manager included in Red Hat/CentOS 7.x.

I just noticed gnome-system-tools.