-
-
Notifications
You must be signed in to change notification settings - Fork 14.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Staging next #62209
Staging next #62209
Conversation
(across multiple commits, maybe?)
… or '.') This introduces extra escaping for $NIX_STORE that gets interpolated into a PCRE. The escaping is performed using a standard Perl function "quotemeta" (see "perldoc -f quotemeta" for reference). The same value is also used in sed regex which uses POSIX basic regular expressions instead of PCRE, so it needs fewer characters to be escaped. It should not cause much problem to not change sed invocation, but I replace it with equivalent Perl expression (actually the behavior is changed to not output a newline character after the matched output).
Adds support for building static libraries with meson.
Some SSL libs don't react to $SSL_CERT_FILE. That actually makes sense to me, as we add this behavior as nixpkgs-specific, so it seems "safer" to use $NIX_*.
That's very much consistent with the spirit of nix-shell --pure BTW, nix 1.x shells will be always treated as pure; in that version detection isn't possible. NixOS/nix@1bffd83e1a9c
In nix 2.0 this changed: NixOS/nix@1bffd83 I only kept the original intention and did no kind of verification.
9.12 is EOL as of May 2019. 9.14.2 release notes (which appear to extend those for 9.14.1): https://ftp.isc.org/isc/bind9/9.14.2/RELEASE-NOTES-bind-9.14.2.html Please check the security fixes and prioritize this as appropriate.
ethtool: 5.0 -> 5.1
static: set default_library flag for meson in makeStaticLibrary
libsoup: 2.66.1 -> 2.66.2
librsvg: 2.44.13 -> 2.44.14
... into staging
gdb: 8.2.1 -> 8.3
bind: 9.12.4-P1 -> 9.14.2
qemu: 3.1.0 -> 4.0.0
swig: use pname and standardize meta
I won't have time to look into this until the 10th of June. |
Hydra nixpkgs: ?compare=1523028
Hydra nixpkgs: ?compare=1523575
... to one that works and should keep working over long term.
This fixes build with our new default icu version. The changelog seems safe: https://github.com/ovalhub/pyicu/blob/master/CHANGES
I think this is ready to be merged. I expect to do that after nixos-unstable channel updates. I've given up on darwin binaries/testing ATM – I tried "restart-aborted" around a dozen times, but but they all got cancelled in about an hour or so. /cc @NixOS/darwin-maintainers I guess (but it's about Hydra setup in particular). |
Some of the commits seem to have broken udev and the kernel? Some of the errors include
|
How did you determine it's not (say) due to a kernel update done around the same time? I wouldn't expect user-space changes to cause traces inside kernel. |
Usually I follow nixpkgs by the day and it doesn't seem like there were any kernel updates yesterday. So after rebuilding the system and rebooting the problems started to occur so I found the PRs that had mass rebuilds and tried reverting them 1 by 1. Currently my local nixpkgs is d09e670 with reverted commits including linux Off of 635e3b1 everything seems to work fine (disabled the nvidia gpu). |
Well, sqlite is discussed on #63157 and linked places. I still can't see what to do about this kernel trace, I'm afraid. |
@eadwu That call trace in your log is a bug which disables DRM capabilities of the shitty proprietary NVIDIA driver. It was likely solved with this commit: torvalds/linux@8de679a |
Motivation for this change
Things done
sandbox
innix.conf
on non-NixOS)nix-shell -p nix-review --run "nix-review wip"
./result/bin/
)nix path-info -S
before and after)