Package Details: coreutils-selinux 9.1-1

Git Clone URL: https://aur.archlinux.org/coreutils-selinux.git (read-only, click to copy)
Package Base: coreutils-selinux
Description: The basic file, shell and text manipulation utilities of the GNU operating system with SELinux support
Upstream URL: https://www.gnu.org/software/coreutils/
Keywords: selinux
Licenses: GPL3
Conflicts: coreutils, selinux-coreutils
Provides: coreutils, selinux-coreutils
Submitter: Siosm
Maintainer: IooNag
Last Packager: IooNag
Votes: 23
Popularity: 0.84
First Submitted: 2013-11-03 20:05 (UTC)
Last Updated: 2022-04-27 17:48 (UTC)

Required by (1349)

Sources (2)

Latest Comments

IooNag commented on 2017-05-12 19:58 (UTC)

MrMuffin: By default, makepkg checks the gpg signature of downloaded tarballs using a key which is specified in the validgpgkeys array (c.f. https://wiki.archlinux.org/index.php/Makepkg#Signature_checking). You need to import the key with gpg --recv-keys 6C37DC12121A5006BC1DB804DF6FD971306037D9 before running makepkg (or use option --skippgpcheck).

MrMuffin commented on 2017-05-12 16:50 (UTC)

Hi. I'm getting the next: ==> Validating source files with md5sums... coreutils-8.27.tar.xz ... Passed coreutils-8.27.tar.xz.sig ... Skipped ==> Verifying source file signatures with gpg... coreutils-8.27.tar.xz ... FAILED (unknown public key DF6FD971306037D9) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build coreutils-selinux. so I can't install the package :/

commented on 2017-03-21 16:49 (UTC)

looNag: aah, thanks mate. Got it compiled now. Will this break stuff that depends on date? Not running anything critical, just wonderin

IooNag commented on 2017-03-20 07:55 (UTC)

felis: I can reproduce your test failure, which is due to a difference in the output of command "TZ=America/Lima date --debug -d @1". tests/misc/date-debug.log shows (expected vs. output): -Wed Dec 31 19:00:01 PET 1969 +Wed Dec 31 19:00:01 -05 1969 I guess this is due to the recent upgrade of glibc to 2.25-1. coreutils 8.27-1 is currently in staging and will comment the "make check" command (https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/coreutils&id=dd4b43f35446088e4fcd88a1ace4f8e1dcc96213). Therefore I removed the "make check" command from the PKGBUILD.

commented on 2017-03-19 20:48 (UTC)

Getting FAIL: tests/misc/date-debug Partial log http://pastebin.com/uiUMgPe9 Any suggestions? It did ask to report to bug-coreutils@gnu.org with the full log.

Emil commented on 2015-04-18 10:09 (UTC)

Okay, thank you. I will report this upstream.

IooNag commented on 2015-04-18 01:42 (UTC)

Emil: coreutils test suite applies root:object_r:tmp_t:s0 to a directory and in your case this fails with "chcon: invalid context: root:object_r:tmp_t:s0: Invalid argument" (cf. http://git.savannah.gnu.org/cgit/coreutils.git/tree/tests/mkdir/restorecon.sh?id=e0afeb0099c899c2caa7453072e2d223d8f0ceb9#n27 ). As far as I understand, this is an upstream limitation, which expects to be able to change any context in the test suite even though this may not be allowed if there is a policy loaded in enforced mode. Moreover it only supports MLS policy (because of the :s0 part of the context), which makes the test suite also fails hard on system with a non-MLS policy. Could you please report this upstream? (for example at http://debbugs.gnu.org/cgi/pkgreport.cgi?pkg=coreutils). A nice solution might be to skip the test if "chcon 'root:object_r:tmp_t:s0' subdir" fails in tests/mkdir/restorecon.sh. Anyway building with makepkg --nocheck should succeed.

Emil commented on 2015-04-16 19:39 (UTC)

I am getting this error when I try to build this. http://pastebin.com/B7qiHvb3

Siosm commented on 2014-01-08 08:15 (UTC)

Thanks for the info. I'll update this package as soon as possible.

Allan commented on 2014-01-08 00:40 (UTC)

You will want to include this patch until the next release is made: http://lists.gnu.org/archive/html/coreutils/2014-01/msg00012.html

Siosm commented on 2014-01-02 21:50 (UTC)

Renamed to coreutils-selinux

Nicky726 commented on 2013-02-11 20:07 (UTC)

su is part of util-linux as of some recent version, so you should have current selinux-util-linux installed.

xangelux commented on 2013-02-11 06:38 (UTC)

I think it broke su command, su, it says command not found

xangelux commented on 2013-02-10 18:26 (UTC)

Ok, I deleted the line to make the backup warning go away. I'll install the systemd package that you made, I hope there is no fatal outcome :P

Nicky726 commented on 2013-02-10 18:10 (UTC)

On the testing machine I still have sysvinit. Since it's being dropped from Arch, I will try to find out, how to do it with systemd. As for the warning, this file was moved to util-linux package, so there is not backup here.

xangelux commented on 2013-02-10 17:44 (UTC)

By the way, just a warning was raised, the file etc/pam.d/su doesn't exist from the backup input

xangelux commented on 2013-02-10 17:34 (UTC)

Thanks Nicky726, I'll install one by one and if I encounter any issues I'll tell you about it, I'll try to install every selinux package and set it to permissive to test. By the way, are you still using sysvinit or switched to systemd?

Nicky726 commented on 2013-02-10 17:25 (UTC)

All packages from selinux-system-utilities group + the kernel should now be up-to-date with [core]. I gave them some testing in my virtualized machine, but I'm currently stuck with loading SELinux policy, so I tested them in non-SELinux system. I may give it one more try today, or I'll look into it next weekend.

Nicky726 commented on 2013-02-10 17:14 (UTC)

I'll update the selinux-system-utilities packages.

xangelux commented on 2013-02-10 17:07 (UTC)

Should I just change the version to 8.20? or just change the PKGBUILD file for the kernel so it doesn't need this package but the default coreutils? If I change the version number only it tryes to patch with the old patches, are those related to selinux or I should only delete them?

Nicky726 commented on 2013-02-10 16:18 (UTC)

With version 8.20 it builds and installs fine. It also seems to work on on non-SELinux testmachine.

xangelux commented on 2013-02-10 06:48 (UTC)

Hi, I've come this far, now selinux-coreutils fails to install but not to build. It complains about conflicting files /bin/su, /etc/pam.d/su and /usr/share/man/man1/su.1.gz I have tested the install of selinux-pam with siosm's and it compiles and installs without problems but when I come to selinux-coreutils it fails to install, I will see if I can update the pkgbuild file to see if it's a version problem.

commented on 2012-06-19 09:07 (UTC)

You're right. The problem isn't with the selinux support. Even the core package from ABS fails the test. Sorry for the trouble.

Nicky726 commented on 2012-06-18 12:45 (UTC)

Hi, I just build if without troubles. Does the test also fail if you build coreutils from abs?

commented on 2012-06-17 15:23 (UTC)

One of the tests also fails for me: stty-pairs. The log for the test is full of lines like stty: standard input: unable to perform all requested operations and I always seem to get that error after stty commands including "parodd", however not all commands with "parodd" result in an error. Any idea why this happens? Or can I just safely ignore it? Thanks, gsx1022

Splith commented on 2012-04-10 00:52 (UTC)

I wouldn't think it's lack of RAM, server has 4GB RAM and 2GB swap, 1.5GB is used by services. The names of the test are 'cp-a-selinux' and 'many-dir-entries-vs-OOM' I don't know what many-dir-entries checks, but I think cp-a-selinux mounts a loop and tries to copy from it or whatnot?

Nicky726 commented on 2012-04-08 15:30 (UTC)

Was it killed due to lack of RAM, or is it just the name of the test?

Splith commented on 2012-04-08 14:32 (UTC)

Not sure why but I always get problems when compiling this. Today with 8.16-2, 2 tests failed; FAIL: cp/cp-a-selinux (exit: 99) FAIL: rm/many-dir-entries-vs-OOM (exit: 1) And here's a bit of the text with the second failed test; + du -sh d du: fts_read failed: d: Cannot allocate memory + fail=1 + chmod -R 700 d ./rm/many-dir-entries-vs-OOM: line 35: 3092 Killed chmod -R 7$ + fail=1 + rm -rf d ./rm/many-dir-entries-vs-OOM: line 36: 3095 Killed rm -rf d + fail=1 Not really sure why either are failing if I'm honest.

chenxiaolong commented on 2011-12-13 17:40 (UTC)

Thanks for the quick update :)

Nicky726 commented on 2011-12-13 16:44 (UTC)

Added, thank you.

chenxiaolong commented on 2011-12-12 07:19 (UTC)

This patch is required for coreutils 8.14 to compile: http://pastie.org/3003839 I've modified the patch so that it applies correctly to coreutils 8.14. There original patch is here: http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/28825 The 'test-parse-datetime.c' test apparently fails because of daylight time savings in certain areas of the world.

Nicky726 commented on 2011-08-29 07:31 (UTC)

Thanx, fixed.

Siosm commented on 2011-08-25 11:47 (UTC)

Small mistake here: conflicts=("${_org *i* name}" 'mktemp') It should be: conflicts=("${_or *i* gname}" 'mktemp')

Nicky726 commented on 2011-06-10 01:10 (UTC)

Updated to 8.12-2 which brings the hostname program as the coreutils in [core].