jiebi/CodeConvo huggingface dataset:
Change:
sha256 = "00f2wy6f0qng7qzga4iicyzl9j8b7mp6mrpfky5jxj93ms2w2rji"; }; <del> patches = [ ./systemd.patch ./union-wait.patch ]; </del> <ins> patches = [ ./systemd.patch ./union-wait.patch ./fix-includes-for-musl.patch ]; </ins> NIX_CFLAGS_COMPILE = "-DSYSV";

Discussion:
Describe the bug sysklogd fails to build when built against musl-libc To Reproduce Steps to reproduce the behavior: Expected behavior Package should build. Notify maintainers no maintainers, because apparently this is ancient. Metadata Maintainer information:
Change:
, lib , fetchFromGitHub , makeDesktopItem <del> , python3 </del> , python3Packages , netcdf , glew

Discussion:
Steps to reproduce the behavior: pymol Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Note: This seems to be failure of test check. With no check (doCheck=false;), the package builds and runs as expected.
Change:
homepage = "http://www.opencsg.org/"; platforms = platforms.unix; maintainers = [ maintainers.raskin ]; <del> license = licenses.gpl2; </del> <ins> license = licenses.gpl2Plus; </ins> }; }

Discussion:
Package name: opencsg Latest released version: 1.6.0 Current version on the unstable channel: 1.4.2 Current version on the stable/release channel: 1.4.2 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
stdenv.mkDerivation (finalAttrs: { pname = "mutter"; <del> version = "44.3"; </del> <ins> version = "44.4"; </ins> outputs = [ "out" "dev" "man" "devdoc" ]; src = fetchurl { url = "mirror://gnome/sources/mutter/${lib.versions.major finalAttrs.version}/mutter-${finalAttrs.version}.tar.xz"; <del> sha256 = "GFy+vyFQ0+RQVQ43G9sTqLTbCWl4sU+ZUh6WbqzHBVE="; </del> <ins> sha256 = "M3IKWGywqacyr1oH7RPj89MqGml4EjURQKVLygBrlAw="; </ins> }; mesonFlags = [

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 44.3 Current version on the stable/release channel: 44.2 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Change:
wineWow = callPackage ./base.nix { name = "wine-wow-${version}"; inherit src version pulseaudioSupport; <del> stdenv = stdenv_32bit; </del> <ins> # FIXME: see above. stdenv = overrideCC stdenv_32bit (wrapCCMulti gcc49); </ins> pkgArches = [ pkgs pkgsi686Linux ]; geckos = [ gecko32 gecko64 ]; monos =  [ mono ];

Discussion:
System: recent NixOS, sandboxed Nixpkgs version: current master, e.g. ; it used to build on Example output:
Unfortunately, updating didn't help. (/cc with that)
Sadly, I can reproduce that. Maybe we want to downgrade the compiler here?
Additionally, build doesn't work too.
Oh, truly, I didn't realize that last working version I referenced was using gcc-4.9. I switched nixpkgs versions on our hydra instance at that point.
Found the bug: And corresponding compiler bug:
Change:
''; passthru = { <del> inherit cudaPackages cudaSupport rocmSupport gpuTargets; </del> <ins> inherit cudaSupport rocmSupport gpuTargets; cudaPackages = effectiveCudaPackages; </ins> }; meta = with lib; {

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.torchvision maintainers cc: magma maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: - -
Will be closed by
Change:
$machine->succeed('test -z $(ls -1 /var/log/journal)'); }; <ins> # Regression test for https://github.com/NixOS/nixpkgs/issues/50273 subtest "DynamicUser actually allocates a user", sub { $machine->succeed('systemd-run --pty --property=Type=oneshot --property=DynamicUser=yes --property=User=iamatest whoami | grep iamatest'); }; </ins> # Regression test for https://github.com/NixOS/nixpkgs/issues/35268 subtest "file system with x-initrd.mount is not unmounted", sub { $machine->shutdown;

Discussion:
Currently, seems to be broken. I thought this was a systemd issue, but they claim it's because we misconfigured . However, I thought we configured this correctly since since this commit and seems to indeed confirm this. Yet is still currently broken in . I have a feeling isn't correctly loading that aren't shipped with . This would mean and aren't loaded either if that's the case Please run and paste the results.
Related
Also related:
Also related: It seems like isn't properly loading all
When I run It seems to try to load all the from a very strange_ location, confirming my suspicion that isn't loading any of the NSS modules out side of Anything but the right place. So loading custom modules seems to be broken.
Okay so it actually does seem to load the libraries, after suggestion from Then why is not working?
cc
Also cc who originally fixed this
You can use and watch for dbus calls named to the service
In you should see a unix socket connection opened to dbus follow by system calls on the resulting file descriptor.
The call is being made. I more and more suspect this being a systemd issue
The response looks as expected.
Indeed. so why is the systemd unit then failing on ?
Ah I also get this in the logs: Here is the full trace:
This error seems to be coming from which leads us to:
After hacking around with this turns out to be a cache invalidation problem. See Since we only use for tricking to load nss modules from an absolute path, and actually not for its caching behaviour the recommended course of action seems to be to disable all caching that provides (at least for passwd and group, perhaps not for host) This is already disabled when is enabled () So the simplest option seems to be to also use this config when is disabled. Note (this should probably be documented somewhere) we can't fully disable the cache, as then will not preload the , and delegate that to instead, which will cause to not be able to find the modules, as they are not in the global . To trick into loading these modules from a pure path, we enable caching but set all to .
Awesome detective work!
Since upstream systemd merged their nscd cache invalidation fix and released it in v240, and we're on v242 now, should some caching be turned on again?

Seems to me like it'd be nice, but I can't imagine getent lookups are hugely performance-critical. :man_shrugging: Either way though, perhaps you folks would be good reviewers for my pull request , which gets rid of various years-old cruft from the nscd module. If non-zero TTLs are still worth-while, I'd hope my patches would be merged first.
Change:
libpath = with xorg; stdenv.lib.makeLibraryPath [ libX11 libXext libXcursor libXrandr libXxf86vm libpulseaudio ]; in stdenv.mkDerivation rec { name = "multimc-${version}"; <del> # Current release as of 2018-06-23 (v0.6.2) breaks under Qt 5.11—see # https://github.com/NixOS/nixpkgs/issues/42387 version = "unstable-2018-06-04"; </del> <ins> version = "0.6.4"; </ins> src = fetchFromGitHub { owner = "MultiMC"; repo = "MultiMC5"; <del> rev = "19bb50b872da2702b8e0b65f3f7b6b54c1c5b071"; sha256 = "01frkk2klm1axr7ywnj23ikxn5pkgj8q6w8vqbslsvmh8bni8rk0"; </del> <ins> rev = "0.6.4"; sha256 = "0z9mhvfsq9m2cmi0dbrjjc51642r6ppdbb8932236gar5j7w3bc2"; </ins> fetchSubmodules = true; }; nativeBuildInputs = [ cmake file makeWrapper ];

Discussion:
We currently use a pinned commit of MultiMC for Qt 5.11 compatibility (see and MultiMC/MultiMC5). This is probably not the best option. The three options as I see them are: Wait for a stable release with Qt 5.11 compatibility. See MultiMC/MultiMC5. Follow the MultiMC branch. I believe, but am not sure, that this is the branch in the MultiMC auto-updater. Backport ourselves. It is unclear whether the MultiMC license allows this, as it requires forks to have unrelated names. N/A Please run and paste the results. (probably N/A, but better safe than sorry)
Change:
, lib , mkDerivation , fetchFromGitLab <del> , fetchpatch </del> , wafHook , pkg-config , cmake

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 1.2.7 Current version on the stable/release channel: 1.2.7 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers previous commit: <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
This chapter contains information about how to use and maintain the Nix expressions for a number of specific packages, such as the Linux kernel or X.org. </para> <xi:include href="citrix.section.xml" /> <del> <xi:include href="dlib.xml" /> </del> <ins> <xi:include href="dlib.section.xml" /> </ins> <xi:include href="eclipse.section.xml" /> <xi:include href="elm.section.xml" /> <xi:include href="emacs.section.xml" />

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
Hi Opened PR for this.
Change:
} ]; <ins> inherit (lib) optionals; </ins> in stdenv.mkDerivation rec { pname = "freerdp";

Discussion:
I reported some flakey test in freerdp upstream and they hinted that maybe we could be building freerdp better: Filing this so I don't forget to look at it.
I use freerdp all the time, so I have patched things up on my side and will open a proper PR when I have been running with it for a while. FYI, we are in fact already building against ffmpeg.
Change:
nativeBuildInputs = [ xz.bin ]; <del> makeFlags = [ "SHELL=/bin/sh" "GREP=grep" ]; </del> <ins> makeFlags = [ "SHELL=/bin/sh" "GREP=grep" # gzip 1.12 doesn't build `zless` unless it can find `less`, but we # can avoid having `less` as a build input if we just override these. "ZLESS_MAN=zless.1" "ZLESS_PROG=zless" ]; </ins> # Many gzip executables are shell scripts that depend upon other gzip # executables being in $PATH.  Rather than try to re-write all the

Discussion:
NixOS's gzip 1.11 contained , but gzip 1.12 does not. This was probably caused by Please run and paste the result.
Change:
<del> { runCommand, glibc, glibc32 </del> <ins> { lib , runCommand, glibc, glibc32 </ins> }: let

Discussion:
the error has changed to any ideas? perhaps a issue here
Investigating...
Well this will get you back to where you were before: See if you can nudge it a bit further; if not I can work on this again tomorrow or Monday.
Change:
virtualHosts.${cfg.virtualHost} = { root = "${cfg.package}/p"; <ins> # php files handling # this regex is mandatory because of the API </ins> locations."~ ^.+?.php(/.*)?$".extraConfig = '' fastcgi_pass unix:${config.services.phpfpm.pools.${cfg.pool}.socket}; fastcgi_split_path_info ^(.+.php)(/.*)$; <ins> # By default, the variable PATH_INFO is not set under PHP-FPM # But FreshRSS API greader.php need it. If you have a “Bad Request” error, double check this var! # NOTE: the separate $path_info variable is required. For more details, see: # https://trac.nginx.org/nginx/ticket/321 set $path_info $fastcgi_path_info; fastcgi_param PATH_INFO $path_info; </ins> include ${pkgs.nginx}/conf/fastcgi_params; include ${pkgs.nginx}/conf/fastcgi.conf; '';

Discussion:
The greader API from the fails. , set a , and . , set the virtualHost options and ; The profile page links to the API url, , where it reports the address and state of the Google Reader API. It shows a red cross, no good. Also, I see the words FAIL and the address reported as (note the double api). But : while he also sees the red cross, it says OK instead of FAIL, and the address is reported properly with no duplicated "api/api" in it. If I navigate to I also see "OK". Yet, I am failing to connect from mobile apps or newsboat, which reports "Authentication failed".
seems to me like: improved via So if we stick to: this should be solved.
Yes! Other apps indeed succeed in connecting to the API after adding to nginx virtual host:
Change:
services.udev.packages = [ pkgs.steamPackages.steam ]; <ins> # The uinput module needs to be loaded in order to trigger the udev rules # defined in the steam package for setting permissions on /dev/uinput. # # If the udev rules are not triggered, some controllers won't work with # steam. boot.kernelModules = [ "uinput" ]; </ins> }; }

Discussion:
Describe the bug I use a PlayStation 3 controller over bluetooth to control steam. I recently updated to nixos-19.09. In previous releases of nixos, I've had to add the following udev rule to be able to use my controller with some steam games: This rule changes so it is read-write by people in the group. Some info about this is described in the following issue: With a recent version of Steam (which is in 19.09), this udev rule is apparently no longer needed: However, now that I have updated to 19.09, I've found that this still doesn't work for me. The reason appears to be that until the kernel module is loaded, the correct permissions are not applied to . I figured this out through the following comment: My workaround has been to explicitly enable the module: My suggestion is to add to whenever is enabled. I will send a PR for this if it will be accepted. Metadata system: host os: multi-user?: sandbox: version: channels(illabout): channels(root): nixpkgs: Maintainer information: cc (who all have interacted on steam-releated PRs)
I didn't have to do this with my Steam controller, but I am on NixOS unstable
09 is still very close to master/unstable &ndash; forked less than a month ago.
I am also on nixos-unstable, and I have to run to get my Steam Controllers to work in games. They work without this in Steam, but they aren't recognized by any games I've tried until I make read-writeable. Thank you for the tweak, that's much more declarative for now than what I've been doing. You mention only some games don't work? Could you list some that work without making rw? Just curious. Thanks!
Sorry, I believe I was misleading. I'm actually experiencing the exact same symptoms as you. Without loading the module (or making read-writable), my controllers work in the Steam full-screen-mode menu thing. However, the controllers don't work in the one game I own, Overcooked. I haven't tried the controllers in other games. Do you have the module loaded when you run steam? (?) Is that the reason you don't have to explicitly load ?

Since this seems to be happening for as well, I went ahead and sent a PR:
Actually, I got the same bug. I remember it worked before though.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<ins> { stdenv, lib, fetchFromGitHub, go }: stdenv.mkDerivation rec { pname = "AutomaticComponentToolkit"; version = "1.6.0"; src = fetchFromGitHub { owner = "Autodesk"; repo = pname; rev = "v${version}"; sha256 = "1r0sbw82cf9dbcj3vgnbd4sc1lklzvijic2z5wgkvs21azcm0yzh"; }; nativeBuildInputs = [ go ]; buildPhase = '' cd Source export HOME=/tmp go build -o act *.go ''; installPhase = '' install -Dm0755 act $out/bin/act ''; meta = with lib; { description = "Toolkit to automatically generate software components: abstract API, implementation stubs and language bindings"; homepage = "https://github.com/Autodesk/AutomaticComponentToolkit"; license = licenses.bsd2; maintainers = with maintainers; [ gebner ]; platforms = platforms.all; }; } </ins>

Discussion:
, CVSSv3=8.1 (nixos-unstable) Scanned versions: nixos-unstable: . Cc
Change:
systemd.user.services.cdemu-daemon.serviceConfig = { Type = "dbus"; BusName = "net.sf.cdemu.CDEmuDaemon"; <del> ExecStart = "${pkgs.cdemu-daemon}/bin/cdemu-daemon --config-file "%h/.config/cdemu-daemon""; </del> <ins> ExecStart = "${lib.getExe pkgs.cdemu-daemon} --config-file "%h/.config/cdemu-daemon""; </ins> Restart = "no"; };

Discussion:
Steps to reproduce the behavior: cdemu/vhba on latest nixos-unstable Looks like there's a new vhba module version: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
broken by
Change:
<del> { stdenv, buildPythonPackage, fetchPypi, lib , six, protobuf, enum34, futures, isPy27, isPy34 }: </del> <ins> { stdenv, buildPythonPackage, fetchPypi, lib, darwin , six, protobuf, enum34, futures, isPy27, isPy34, pkgconfig }: with stdenv.lib; </ins> buildPythonPackage rec { pname = "grpcio"; version = "1.13.0";

Discussion:
Getting an error trying to build grpcio 1.7.3 on darwin make: Circular /private/var/folders/4k/jpntp1hn6b7c9ymh7v044b9h0000gn/T/nix-build-python2.7-grpcio- <- /private/var/folders/4k/jpntp1hn6b7c9ymh7v044b9h0000gn/T/nix-build-python2.7-grpcio- dependency dropped. ar: illegal option -- / usage: ar -d [-TLsv] archive file ... ar -m [-TLsv] archive file ... ar -m [-abiTLsv] position archive file ... ar -p [-TLsv] archive [file ...] ar -q [-cTLsv] archive file ... ar -r [-cuTLsv] archive file ... ar -r [-abciuTLsv] position archive file ... ar -t [-TLsv] archive [file ...] ar -x [-ouTLsv] archive [file ...] make: * [Makefile:8459: /private/var/folders/4k/jpntp1hn6b7c9ymh7v044b9h0000gn/T/nix-build-python2.7-grpcio-] Error 1 nix-shell system: host os: multi-user?: sandbox: version: channels(joestein): nixpkgs:
Try:
Thanks that worked to get past the AR error, fighting another error now with libtool but progressing along again. Thanks!!!
This derivation works now
Change:
<del> { stdenv, fetchurl, perl, icu, zlib, gmp, lib, nqp }: </del> <ins> { stdenv, fetchurl, perl, icu, zlib, gmp, lib, nqp, removeReferencesTo }: </ins> stdenv.mkDerivation rec { pname = "rakudo";

Discussion:
Describe the bug Rakudo depends on gcc unwrapped noticeably increasing closure size To Reproduce Steps to reproduce the behavior: rakudo Expected behavior Rakudo shouldn't depend on gcc. However, currently it does depend on gcc which causes closure bloat. Additional context Add any other context about the problem here. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Please run and paste the result. Maintainer information:
I marked this as stale due to inactivity. &rarr;
Change:
<del> { stdenv, fetchurl, unzip, autoreconfHook, libpo6, libe, pkgconfig }: stdenv.mkDerivation rec { name = "busybee-${version}"; version = "0.5.2"; src = fetchurl { url = "https://github.com/rescrv/busybee/archive/releases/${version}.zip"; sha256 = "0b51h1kmkf0s3d9y7wjqgp1pk1rk9i7n8bcgyj01kflzdgafbl0b"; }; buildInputs = [ autoreconfHook libe libpo6 pkgconfig unzip ]; meta = with stdenv.lib; { description = "A high-performance messaging layer"; homepage = https://github.com/rescrv/busybee; license = licenses.bsd3; }; } </del>

Discussion:
Starting the HyperDex coordinator by running does most of its work by , which must be on . This does not work with the current derivation. This could be fixed either by ensuring replicant is to PATH (would making it a propagated build input be sufficient?) or patching hyperdex to exec replicant by its store path. Install hyperdex, run . It fails. System: 16.03.1242. (Emu) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: 16.03.1242.
Thanks! Upstream hyperdex is not super maintained and in my experience not stable enough to be used in production. I vote for removing it from nixos. are you relying in hyperdex in nixos or is are you just testing? [1]
I was just testing, not relying on it. Removal sounds okay to me. Alternately, I tested and adding to (in addition to ) fixes the problem.
Change:
, python3 , sqlite , vala <ins> , libwebsockets </ins> }: stdenv.mkDerivation rec { pname = "seafile-shared"; <del> version = "8.0.3"; </del> <ins> version = "9.0.2"; </ins> src = fetchFromGitHub { owner = "haiwen"; repo = "seafile"; <del> rev = "0fdc14d5175979919b7c741f6bb97bfaaacbbfbe"; sha256 = "1cr1hvpp96s5arnzh1r5sazapcghhvbazbf7zym37yp3fy3lpya1"; </del> <ins> rev = "v${version}"; sha256 = "sha256-aJJVrKulZVa1LNOUBIwuPrWqlsjz7kyP/LXWwxO8++A="; </ins> }; nativeBuildInputs = [ <ins> libwebsockets </ins> autoreconfHook vala pkg-config

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: legacyPackages.x86_64-linux.seafile-client <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 8.0.7 desired version: 8.0.10 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
mktplcRef = { name = "vscode-neovim"; publisher = "asvetliakov"; <del> version = "0.0.97"; sha256 = "sha256-rNGW8WB3jBSjThiB0j4/ORKMRAaxFiMiBfaa+dbGu/w="; </del> <ins> version = "0.8.2"; sha256 = "0kw9asv91s37ql61blbb8pr7wb6c2ba1klchal53chp6ib55v5kn"; </ins> }; meta = { <ins> changelog = "https://marketplace.visualstudio.com/items/asvetliakov.vscode-neovim/changelog"; description = "Vim-mode for VS Code using embedded Neovim"; downloadPage = "https://marketplace.visualstudio.com/items?itemName=asvetliakov.vscode-neovim"; </ins> license = lib.licenses.mit; <ins> homepage = "https://github.com/vscode-neovim/vscode-neovim"; maintainers = [ lib.maintainers.mikaelfangel ]; </ins> }; };

Discussion:
Package name: vscode- Latest released version: 0.6.1 Current version on the unstable channel: 0.0.97 Current version on the stable/release channel: 0.0.97 Notify maintainers tagging b/c no maintainers shown Note for maintainers: Please tag this issue in your PR.