summary refs log tree commit diff
path: root/lib
Commit message (Collapse)AuthorAge
* Merge pull request #125942 from musfay/rlottietomberek2021-06-07
|\ | | | | rlottie: 0.1 -> 0.2
| * rlottie: 0.1 -> 0.2Mustafa Çalışkan2021-06-06
| |
* | lib.systems.parsed: add "elf" for some NetBSD archsAlyssa Ross2021-06-06
| | | | | | | | | | | | | | In Autoconf, some old NetBSD targets like "i686-unknown-netbsd" are interpreted as a.out, not elf, and virtually nothing supports it. We need to specify e.g. "i686-unknown-netbsdelf" to get the right behaviour.
* | lib.systems.parse.kernels: fix typo in commentAlyssa Ross2021-06-06
| |
* | Merge pull request #82642 from magnetophon/faustPhysicalModelingSandro2021-06-06
|\ \ | |/ |/|
| * licenses: add stkBart Brouns2020-12-02
| |
* | Merge pull request #124992 from primeos/android-toolsMichael Weiss2021-06-02
|\ \ | | | | | | android-tools: init at 31.0.0p1
| * | android-tools: init at 31.0.0p1Michael Weiss2021-06-02
| | | | | | | | | | | | | | | lowPrio is used to avoid collisions with the simg2img package. Licensing information is in share/licenses/android-tools/AOSP_LICENSE.
* | | platforms: Enable ftrace support for RISC-VZhaofeng Li2021-06-01
| | | | | | | | | | | | Support has landed in mainline for a while.
* | | platforms: Build flat kernel image for RISC-VZhaofeng Li2021-06-01
|/ / | | | | | | | | | | | | | | Newer bootloaders for RISC-V (i.e., OpenSBI + U-Boot) support flat and compressed kernel images but not vmlinux. Therefore, let's build "Image" like what we do with aarch64. Also copy DTBs while we are at it.
* | Merge pull request #119967 from xoe-labs/da/add-lib-flakeAnderson Torres2021-05-24
|\ \ | | | | | | init: lib/flake
| * | init: lib/flakeDavid Arnold2021-04-28
| | | | | | | | | | | | | | | | | | | | | | | | A subflake that can be indidividually accessed without also providing an interface to the whole of nixpkgs. Usage: inputs.nixpkgs-lib.url = "github:NixOS/nixpkgs?dir=lib"
* | | Merge remote-tracking branch 'origin/master' into staging-nextJonathan Ringer2021-05-22
|\ \ \ | | | | | | | | | | | | | | | | Conflicts: pkgs/tools/networking/xh/default.nix
| * | | 21.11 is Porcupine!Jonathan Ringer2021-05-22
| | | |
* | | | darwin: use "11.0" as sdk and minimum version on aarch64-darwinAndrew Childs2021-05-17
| | | |
* | | | lib/systems/platforms: add Apple M1Andrew Childs2021-05-17
| | | |
* | | | Add crossPkgs.aarch64-darwinMoritz Angermann2021-05-17
| | | |
* | | | lib/systems: add aarch64-darwin to mesaPlatformsMatthew Bauer2021-05-17
| | | |
* | | | Merge staging-next into staginggithub-actions[bot]2021-05-15
|\| | |
| * | | lib/systems/parse: make isCompatible description clearer and more usefulBen Siraphob2021-05-14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Stating that CPUs and the isCompatible relation forms a category (or preorder) is correct but overtly technical. We can state it more clearly for readers unfamiliar with mathematics while retaining some keywords to be useful to technical readers.
* | | | treewide: All the linker to be chosen independentlyJohn Ericson2021-05-14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This will begin the process of breaking up the `useLLVM` monolith. That is good in general, but I hope will be good for NetBSD and Darwin in particular. Co-authored-by: sterni <sternenseemann@systemli.org>
* | | | treewide: Support aarch64-android using minimal prebuilt componentss13412021-05-11
|/ / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This PR adds a new aarch64 android toolchain, which leverages the existing crossSystem infrastructure and LLVM builders to generate a working toolchain with minimal prebuilt components. The only thing that is prebuilt is the bionic libc. This is because it is practically impossible to compile bionic outside of an AOSP tree. I tried and failed, braver souls may prevail. For now I just grab the relevant binaries from https://android.googlesource.com/. I also grab the msm kernel sources from there to generate headers. I've included a minor patch to the existing kernel-headers derivation in order to expose an internal function. Everything else, from binutils up, is using stock code. Many thanks to @Ericson2314 for his help on this, and for building such a powerful system in the first place! One motivation for this is to be able to build a toolchain which will work on an aarch64 linux machine. To my knowledge, there is no existing toolchain for an aarch64-linux builder and an aarch64-android target.
* | | nixpkgs-manual: lib.attrsets.mapAttrsToList returns a list (#122179)Erlend Pedersen2021-05-08
| | |
* | | Merge pull request #117888 from kvtb/patch-3Silvan Mosberger2021-05-08
|\ \ \ | | | | | | | | types.nix: fix outdated comment
| * | | types.nix: types.ints.s32 and types.ints.u32 do workkvtb2021-03-30
| | | |
| * | | types.nix: fix outdated commentkvtb2021-03-28
| | | | | | | | | | | | Nix's `int` is always 64-bit
* | | | Merge pull request #114374 from oxalica/lib/platform-support-checkSilvan Mosberger2021-05-08
|\ \ \ \ | | | | | | | | | | lib.meta: introduce `availableOn` to check package availability on given platform
| * | | | lib.meta: introduce `availableOn`oxalica2021-04-02
| | | | |
* | | | | Merge pull request #119406 from sternenseemann/toDerivation-listSilvan Mosberger2021-05-07
|\ \ \ \ \ | | | | | | | | | | | | lib/attrsets: make toDerivation x always work when isStorePath x
| * | | | | lib/strings: forbid lists in isStorePathsternenseemann2021-05-07
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When a list is passed to isStorePath this is most likely a mistake and it is therefore better to just return false. There is one case where this theoretically makes sense (if a list contains a single element for which isStorePath elem), but since that case is also probably seldomly intentional, it may save someone from debbuging unclear evaluation errors.
| * | | | | lib/strings: fix example for isStorePathsternenseemann2021-05-07
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since it checks if dirOf x is the nix store dir, a trailing slash will break this check and make it return false.
* | | | | | Merge pull request #121870 from Pacman99/pass-specialargsRobert Hensing2021-05-07
|\ \ \ \ \ \ | |/ / / / / |/| | | | | lib/modules: pass specialArgs to modules
| * | | | | lib/modules: pass specialArgs as a module argumentPacman992021-05-06
| | | | | |
* | | | | | treewide: Do a number of no-op cleanups for cross and darwinJohn Ericson2021-05-06
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | I am taking the non-invasive parts of #110914 to hopefully help out with #111988. In particular: - Use `lib.makeScopeWithSplicing` to make the `darwin` package set have a proper `callPackage`. - Adjust Darwin `stdenv`'s overlays keeping things from the previous stage to not stick around too much. - Expose `binutilsNoLibc` / `darwin.binutilsNoLibc` to hopefully get us closer to a unified LLVM and GCC bootstrap.
* | | | | | lib/modules: Small optimizationSilvan Mosberger2021-05-06
| | | | | |
* | | | | | Merge pull request #114955 from berbiche/fix/modules-imports-listSilvan Mosberger2021-05-05
|\ \ \ \ \ \ | | | | | | | | | | | | | | lib/modules: provide a better error message when "imports" contains a list
| * | | | | | lib/modules: provide error message when imports contains a listNicolas Berbiche2021-05-05
| | | | | | |
* | | | | | | Revert "lib/modules: Issue type deprecation warnings recursively"Robert Hensing2021-05-05
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This reverts commit 4b54aedee5e05aaf2838f6d951508b83e33d2baa.
* | | | | | | Revert "lib/tests: Add type deprecation tests"Robert Hensing2021-05-05
|/ / / / / / | | | | | | | | | | | | | | | | | | This reverts commit 8b957e3b301d748e6fbbed806d82bd9d4b9d4ac4.
* | | | | | lib/tests: Add type deprecation testsSilvan Mosberger2021-05-03
| | | | | |
* | | | | | lib/modules: Issue type deprecation warnings recursivelySilvan Mosberger2021-05-03
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Previously, an option of type attrsOf string wouldn't throw a deprecation warning, even though the string type is deprecated. This was because the deprecation warning trigger only looked at the type of the option itself, not any of its subtypes. This commit fixes this, causing each of the types deprecationMessages to trigger for the option. This relies on the subtypes mkOptionType attribute introduced in 26607a5a2e06653fec453c83d063cdfc4b59185f
* | | | | | lib/tests: Make sure the submodule type description can be evaluatedSilvan Mosberger2021-05-03
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In 2d45a62899d47c109a0b8ce4ca9d33265b8a1a37, the submodule type description was amended with the freeformType description. This causes all the modules passed to the submodule to be evaluated once on their own, without any extra definitions from the config section. This means that the specified modules need to be valid on their own, without any undeclared options. This commit adds a test that evaluates a submodules option description, which would trigger the above problem for one of the tests, if it were not fixed by this commit as well. This is done because the next commit makes option evaluation a bit more strict, which would also trigger this test failure, even though it's not related to the change at all.
* | | | | | lib/types: Introduce mkOptionType occurringTypes argumentSilvan Mosberger2021-05-03
|/ / / / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This will be used to issue deprecation warnings recursively in the next commit In addition, this allows easily getting nested types of other options, which is useful when you want to create an option that aliases a part of another one.
* | | | | Merge pull request #120774 from sternenseemann/shellpackage-fix-checkSilvan Mosberger2021-05-03
|\ \ \ \ \ | | | | | | | | | | | | lib/types: only accept derivations for shellPackage
| * | | | | lib/types: only accept derivations for shellPackagesternenseemann2021-04-26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since shellPackage actually requires the value to be an attribute set (i. e. an derivation in this case), we cannot re-use the package.check type checker since it also allows strings or things that are coercible to strings as long as they look like store paths.
* | | | | | lib: fix documented type of fixedWidthString (#121396)Lennart Spitzner2021-05-01
| | | | | |
* | | | | | treewide: use lib.warnIf where appropriateAlyssa Ross2021-04-28
| | | | | |
* | | | | | lib.trivial.warnIf: initAlyssa Ross2021-04-28
|/ / / / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It's a common pattern in Nixpkgs to want to emit a warning in certain cases, but not actually change behaviours. This is often expressed as either if cond then lib.warn "Don't do that thing" x else x Or (if cond then lib.warn "Don't do that thing" else lib.id) x Neither of which really expresses the intent here, because it looks like 'x' is being chosen conditionally. To make this clearer, I introduce a "warnIf" function, which makes it clear that the only thing being affected by the condition is whether the warning is generated, not the value being returned.
* | | | | Merge branch 'master' into staging-nextJan Tojnar2021-04-25
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | Choose binwalk 2.3.1, 27 is legacy version for Python 2.
| * | | | | lib.systems.doubles.netbsd: expandAlyssa Ross2021-04-23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These are all the architectures supported by Nixpkgs on other platforms, that are also supported by NetBSD. (So I haven't added any architectures that are new to Nixpkgs here, even though NetBSD supports some that we don't have.)