Commit Graph

26 Commits

Author SHA1 Message Date
Maximilian Bosch
4708908d82
keyutils: split man pages into its own output 2024-02-24 14:44:24 +01:00
Alyssa Ross
ecc1ec2c72 llvmPackages_latest: move to aliases.nix
Because llvmPackages_latest is used in Nixpkgs, by quite a few
packages, it's difficult to keep it up to date, because updating it
requires some level of confidence that every package that uses it is
going to keep working after the update.  The result of this is that
llvmPackages_latest is not updated, and so we end up in the situation
that "latest" is two versions older than the latest version we
actually provide.  This is confusing and unexpected.

"But won't this end up fragmenting our LLVM versions, if every package
previously using _latest is separately pinned to LLVM 14?", I hear you
ask.  No.  That fragmentation is already happening, even with an
llvmPackages_latest, because packages that actually require the
_latest_ version of LLVM (15/16), have already been decoupled from
llvmPackages_latest since it hasn't been upgraded.  So like it or not,
we can't escape packages depending on specific recent LLVMs.  The only
real fix is to get better at keeping the default LLVM up to
date (which I'm reasonably confident we're getting into a better
position to be feasibly better able to do).

So, unless we want to double down on providing a confusingly named
"llvmPackages_latest" attribute that refers to some arbitrary LLVM
version that's probably not the latest one (or even the latest one
available in Nixpkgs), we only have two options here: either we don't
provide such an attribute at all, or we don't use it in Nixpkgs so we
don't become scared to bump it as soon as we have a new LLVM available.
2023-05-08 13:05:33 +00:00
Alyssa Ross
d8a62e205d
keyutils: fix build for s390 2023-03-01 18:13:28 +00:00
Artturin
e69fd09023 keyutils: inline patch to improve reproducibility
switch to using SOURCE_DATE_EPOCH instead of BUILDDATE
2022-04-05 20:40:18 +03:00
Christian Kampka
6715796ae4
keyutils: fix build with llvm/clang (#104930)
Co-authored-by: Sandro <sandro.jaeckel@gmail.com>
2022-01-30 07:30:30 +01:00
Ben Siraphob
16d91ee628 pkgs/os-specific: stdenv.lib -> lib 2021-01-17 23:26:08 +07:00
Profpatsch
4a7f99d55d treewide: with stdenv.lib; in meta -> with lib;
Part of: https://github.com/NixOS/nixpkgs/issues/108938

meta = with stdenv.lib;

is a widely used pattern. We want to slowly remove
the `stdenv.lib` indirection and encourage people
to use `lib` directly. Thus let’s start with the meta
field.

This used a rewriting script to mostly automatically
replace all occurances of this pattern, and add the
`lib` argument to the package header if it doesn’t
exist yet.

The script in its current form is available at
https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix
2021-01-11 10:38:22 +01:00
Dmitry Bogatov
89e9c49bf4 keyutils: fix static build 2020-10-20 00:00:00 -04:00
Peter Hoeg
b90105fa10 keyutils: 1.6.1 -> 1.6.3 2020-10-06 10:15:58 +02:00
Matthew Bauer
d0677e6d45 treewide: add warning comment to “boot” packages
This adds a warning to the top of each “boot” package that reads:

  Note: this package is used for bootstrapping fetchurl, and thus cannot
  use fetchpatch! All mutable patches (generated by GitHub or cgit) that
  are needed here should be included directly in Nixpkgs as files.

This makes it clear to maintainer that they may need to treat this
package a little differently than others. Importantly, we can’t use
fetchpatch here due to using <nix/fetchurl.nix>. To avoid having stale
hashes, we need to include patches that are subject to changing
overtime (for instance, gitweb’s patches contain a version number at
the bottom).
2020-07-31 08:56:53 +02:00
Michael Reilly
84cf00f980
treewide: Per RFC45, remove all unquoted URLs 2020-04-10 17:54:53 +01:00
Kai Wohlfahrt
e0b9b5f7a6 keyutils: patch to allow symlinks in config dir 2019-12-12 15:42:44 +00:00
Eelco Dolstra
68f06e4438 keyctl: 1.6 -> 1.6.1 2019-11-20 17:24:21 +01:00
volth
46420bbaa3 treewide: name -> pname (easy cases) (#66585)
treewide replacement of

stdenv.mkDerivation rec {
  name = "*-${version}";
  version = "*";

to pname
2019-08-15 13:41:18 +01:00
Graham Christensen
1bcbbe08e4
keyutils: patch out unreproducibility 2019-02-06 22:20:16 -05:00
Frederik Rietdijk
9b81c7e455 Merge staging-next into staging 2018-11-29 09:18:35 +01:00
c0bw3b
126f94d808 Treewide: use https for people.redhat.com 2018-11-24 23:56:37 +01:00
R. RyanTM
9c258ce2d3 keyutils: 1.5.10 -> 1.6
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/keyutils/versions
2018-11-19 05:31:59 -08:00
volth
52f53c69ce pkgs/*: remove unreferenced function arguments 2018-07-21 02:48:04 +00:00
Silvan Mosberger
57bccb3cb8 treewide: http -> https sources (#42676)
* treewide: http -> https sources

This updates the source urls of all top-level packages from http to
https where possible.

* buildtorrent: fix url and tab -> spaces
2018-06-28 20:43:35 +02:00
Tuomas Tynkkynen
4456076bc7 keyutils: 1.5.9 -> 1.5.10 2017-07-27 18:57:02 +03:00
Nikolay Amiantov
6991e7930e keyutils: split outputs 2017-02-01 02:45:28 +03:00
Mateusz Kowalczyk
7a45996233 Turn some license strings into lib.licenses values 2014-07-28 11:31:14 +02:00
William A. Kennington III
e2672e892a keyutils: Update from 1.5.8 -> 1.5.9 2014-05-10 02:29:36 -05:00
William A. Kennington III
f35381595c Upgrade keyutils from 1.2 -> 1.5.8 2013-11-29 02:08:51 -06:00
Lluís Batlle i Rossell
279ffaa621 Adding ecryptfs, and one of its dependencies: keyutils.
(I have not tried whether they work)

svn path=/nixpkgs/trunk/; revision=19645
2010-01-25 10:34:47 +00:00