The Cocoa dependency is also needed when not building the Client.
The Carbon dependency does not seem to be needed at all.
The libGLU dependency does not currently build on macOS because of one of its transitive dependencies but teeworlds compiles and runs fine without libGLU on macOS, so just make this dependency Linux-only.
The default mathematica package uses the BNDL version of the installer,
which is much larger and results in a bigger package than the webdoc
version. This change makes it much easier to install the webdoc version.
The name `harePackages` may give thet impression that programs written in
Hare should be added to its scope, which is not true: its purpose is to
encapsulate Hare third party libraries.
Thus, changing it to `hareThirdParty` makes it clear what its purpose
is --- just like renaming `hare-packages.nix` to `hare-third-party.nix`
on `pkgs/top-level`.
Moreover, remove the `hare` and `harec` packages from the newly renamed
`hareThirdParty` scope, since they are not Hare libraries.
Finally, remove the inheritance of `harePackages.hare` on `himitsu` and
`himitsu-firefox`, the two programs using `hare` on nixpkgs: both `hare`
and `harec` are directly accessible since 12449072[1], when they were
moved from `aliases.nix` to `all-packages.nix`, with the difference now
that they do not belong anymore to `harePackages` --- now `hareThirdParty`.
[1]: 1244907222
* Fix URL type to a string
* Add extension option and replace cp by install -Dm755
* use nativeBuildInputs instead of buildInputs
* Add install -t option
* Remove useless mkdir
* Use let in construct for wrapperPath and clean exts declaration
* Add meta.mainProgram
Reverts NixOS/nixpkgs#269620
- eab0837b68 caused a mass-rebuild on master
- self-merge on a critical package without review and not waiting for the active owner team
Below are the reverts of the commits from that PR
Revert "systemd: migrate to by-name"
This reverts commit 33d2a40d67.
Revert "systemd: add meta.longDescription"
This reverts commit 7c588d141d.
Revert "systemd: cosmetic rewording of code"
This reverts commit d91b8d9fcb.
Revert "systemd: cosmetic rewording of comments"
This reverts commit bc563998c0.
Revert "systemd: remove some redundancy on mesonFlags"
This reverts commit eab0837b68.
Revert "systemd: use lib.meson* functions"
This reverts commit 1129756b1a.
The current implementation of swayfx is unwrapped, we should wrap it
like we wrap swayfx for consistency.
Simpler alternative to #267261 & #234243FixesWillPower3309/swayfx#161
PHP unit tests are broken with SQLite >= 3.43 [1].
If I understand the discussion in the SQLite forums [2]
on the issue correctly, the trigger for this should not
be a problem with SQLite itself but the test itself
(and thus using a current SQLite version shouldn't
generally be a problem for actual PHP code).
[1]: https://github.com/php/php-src/issues/12076
[2]: https://www.sqlite.org/forum/forumpost/abbb95376ec6cd5f
This switches the ROCK64 over to the open-source RAM init as it now
works flawlessly. It also removes the HDCP flag from the ATF for the
RK3328 as it cannot use it, it is only used in the RK3399. This makes
the ROCK64 u-boot now fully open.
There is also an issue with the ROCK64 v2 revision where the DRAM
routing is marginal, making some of them unstable. So also package a
variant which uses a lower-speed DDR3 timing configuration which is
stable on these boards.
This re-introduces the old stable ZFS version we had in the past following
the many predicted issues of ZFS 2.2.x series, that is much more stable
than any further ZFS version at the moment.
I am also removing myself from maintenance of any further ZFS versions as I am
planning to quit ZFS maintenance at some point.
In the meantime, for users like me who depend on ZFS for critical operations, here is a ZFS version
that is known to work for LTS kernels.
The previous version stopped working when we started elaborating Rust
metadata. Here, I've made it a bit nicer by actually setting
targetPlatform to an elaborated system. Setting the config to wasi to
get elaborate to understand it is a bit of a hack, but I think it's
less of a hack than what we had before.
The only actual difference this makes to the rustc-wasm32 derivation
compared to the previous working version, is that now crt-static is
set. This is probably the right thing anyway.
Fixes: e3e57b8f18 ("lib.systems: elaborate Rust metadata")
And also the following refactoring:
hare:
1. Replace `NIX_BUILD_TOP` usage with `mktemp`
2. Enable parallel building
3. Get rid of `config-template.mk`, by using `makeFlagsArray` instead
4. Move `wrapProgram` call to `postFixup`
5. Set the `LOCALVER` environment variable to `nix`, so that the `hare
version` command outputs `dev-nix`[1]
6. Set `meta` attribute `mainProgram`
7. Make the package accessible through `all-packages.nix` instead of
`aliases.nix`
8. Move package path from `pkgs/development/compilers/hare/hare` to
`pkgs/development/compilers/hare`, since the scope is now made at
`pkgs/top-level/hare-packages.nix`
harec:
1. Remove `hardeningDisable = [ "fortify" ];`, since both harec and hare
compile normally with it enabled
2. Enable parallel building
3. Set `meta` attribute `mainProgram`
4. Make the package accessible through `all-packages.nix` instead of
`aliases.nix`
5. Move package path from `pkgs/development/compilers/hare/harec` to
`pkgs/development/compilers/harec`, since the scope is now made at
`pkgs/top-level/hare-packages.nix`
harePackages:
1. Move hare packages scope from
`pkgs/development/compilers/hare/default.nix` to
`pkgs/top-level/hare-packages.nix`
2. Remove `hare` and `harec` from `aliases.nix`, moving them to
`all-packages.nix`
3. Change the `callPackage` argument in `all-packages.nix` from
`../development/compilers/hare` to `./hare-packages.nix`
[1]: 1048620a7a/item/scripts/version (L2)
Co-authored-by: starzation <nixpkgs@starzation.net>
Perl interface to manipulate BigWig and BigBeg files (for genomics)
This will be used to package VEP : uttps://www.ensembl.org/info/docs/tools/vep/script/vep_download.html
For that, only kent version 335 works at the moment.
For this commit, 2 commits for kent are needed
- e027a5d836 : packaging kent header
- 2b2c6f4c28 : enabling patches in kent
https://gitlab.gnome.org/GNOME/snapshot/-/commits/45.beta
If you are having issues, try these environment variables to get more info:
- RUST_LOG=snapshot=debug,aperture=debug
- RUST_BACKTRACE=1
- GST_DEBUG=3
Still need to see if we should study anything from cheese.
