| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
|
|
|
| |
treewide replacement of
stdenv.mkDerivation rec {
name = "*-${version}";
version = "*";
to pname
|
|
|
|
| |
https://sites.google.com/site/fullycapable/release-notes-for-libcap/releasenotesfor227
|
|
|
|
|
|
|
| |
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/libcap/versions
|
|
|
|
| |
see issue #43716
|
|
|
|
| |
linux: readd assertion
|
| |
|
| |
|
|
|
|
|
| |
Make.Rules gets already included during compilation, so set paths before
invoking make. This fixes wrong paths in libcap.pc.
|
|
|
|
|
| |
Because man & info pages won't be going to $doc after the next commit.
Scripted change for the files having one-package-per-file.
|
|
|
|
| |
Make either 'bin' or 'out' the first output.
|
| |
|
| |
|
|
|
|
|
| |
I don't think we need the license file in each of these,
so I only left it with the library (it isn't big).
|
|\
| |
| |
| | |
Many non-conflict problems weren't (fully) resolved in this commit yet.
|
| |
| |
| |
| |
| | |
Heimdal evaluates libcap's meta.platforms to determine if it should be pulled in or not,
and that fails if the stdenv.isLinux assertion fails.
|
|\|
| |
| |
| |
| |
| |
| |
| | |
- there were many easy merge conflicts
- cc-wrapper needed nontrivial changes
Many other problems might've been created by interaction of the branches,
but stdenv and a few other packages build fine now.
|
| | |
|
| |
| |
| |
| |
| | |
* in progs/capsh.c is the bash path hardcoded to '/bin/bash'.
* this fix removes the absolute path und use 'execvpe' to call 'bash'.
|
| |
| |
| |
| |
| | |
* in progs/capsh.c is the bash path hardcoded to '/bin/bash'.
* this fix set's the bash path from PATH.
|
| |
| |
| |
| |
| | |
* in progs/capsh.c is the bash path hardcoded to '/bin/bash'
* this fix set's the path to '/var/run/current-system/sw/bin/bash'
|
| | |
|
| | |
|
|/ |
|
|
|
|
|
| |
Likewise for propagatedBuildNativeInputs, etc. "buildNativeInputs"
sounds like an imperative rather than a noun phrase.
|
|
|
|
| |
Systemd requires the recent CAP_SYSLOG capability.
|
|
|
|
|
|
| |
function, so obsolete it.
svn path=/nixpkgs/branches/stdenv-updates/; revision=31644
|
|
|
|
|
|
|
| |
libcap can be splitted for free (just cd subdir; make install).
So I've decided not to raise up disscussions "should we build cap_pam.so?" etc.
svn path=/nixpkgs/branches/stdenv-updates/; revision=23967
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=23960
|
|
|
|
|
|
| |
there)
svn path=/nixpkgs/branches/stdenv-updates/; revision=23615
|
|\
| |
| |
| |
| |
| |
| | |
(https://svn.nixos.org/repos/nix/nixpkgs/branches/stdenv-updates
-r10966:12061).
svn path=/nixpkgs/trunk/; revision=12073
|
| |
| |
| |
| | |
svn path=/nixpkgs/branches/stdenv-updates/; revision=11852
|
|/
|
|
|
|
|
|
|
|
| |
systems: the makefile determines whether to build with PAM support
by doing
PAM_CAP ?= $(shell if [ -f /usr/include/security/pam_modules.h ]; then echo yes ; else echo no ; fi)
svn path=/nixpkgs/trunk/; revision=11285
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=10895
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=9202
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=8709
|
|
|
|
|
|
|
|
| |
often the same flags need to be passed to both `make' and `make
install'. Added a variable buildFlags for flags that should only be
passed to `make'.
svn path=/nixpkgs/trunk/; revision=7491
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=7489
|
|
svn path=/nixpkgs/trunk/; revision=7462
|