jiebi/CodeConvo huggingface dataset:
Code change:
{ lib <ins> , stdenv </ins> , buildPythonPackage , fetchPypi , click

Related discussion:
text: Describe the bug Tensorflow binary builds don't work on mac os. (neither do the source build, but that's a separate issue) To Reproduce $ nix-build '<nixpkgs' --show-trace -A python37Packages.tensorflow-bin_2 this derivation will be built: /nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow- building '/nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow-'... Sourcing python-recompile-bytecode- Sourcing python-remove-tests-dir-hook Sourcing python-catch-conflicts- Sourcing python-remove-bin-bytecode- Sourcing wheel setup hook Using wheelUnpackPhase Sourcing pip-install-hook Using pipInstallPhase Sourcing python-imports-check- Using pythonImportsCheckPhase Sourcing python-namespaces-hook unpacking sources Executing wheelUnpackPhase Finished executing wheelUnpackPhase patching sources configuring /private/tmp/nix-build-python3.7-tensorflow- /private/tmp/nix-build-python3.7-tensorflow- Unpacking to: unpacked/tensorflow-2.1.0...OK substitute(): ERROR: file '--replace' does not exist error: --- Error
--------------------------------------------------------------------------- nix-build builder for '/nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow-' failed with exit code 1 host os: multi-user?: sandbox: version: channels(noah): nixpkgs: yaml attribute: module:
Code change:
{ lib <ins> , stdenv </ins> , buildPythonPackage , fetchPypi , click

Related discussion:
text: Describe the bug tensorflow-bin_2 wants gast-3.2.0 due to but gast has been updated to 3.3.0 so tensorflow refuses to install: To Reproduce Notify maintainers Metadata Maintainer information:
There are also other dependencies that fail the version checks: scipy==1.4.1 and tensorflow-estimator<2.2.0,=2.1.0rc0.
This compiles i'll test it, any feedback appreciated
Got some issues
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Related .
It looks like fixes this.
Code change:
wantedBy = [ "multi-user.target" ]; aliases = [ "dbus-org.freedesktop.resolve1.service" ]; restartTriggers = [ config.environment.etc."systemd/resolved.conf".source ]; <ins> # Upstream bug: https://github.com/systemd/systemd/issues/18078 # systemd-resolved without libidn2 is broken environment.LD_LIBRARY_PATH = "${lib.getLib pkgs.libidn2}/lib"; </ins> }; environment.etc = {

Related discussion:
text: Describe the bug Most of my programs is unable resolve DNS after I updated my system to (from the last time nixos-ustables was updated which is approximately 14 days ago). This includes curl, chrome, resolvectl and nix which basically makes my system unusable. One really weird exception is the tool which is actually able to query both a remote server (such as 8.8.8.8) and the local systemd-resolved server to resolve DNS (which indicates that this is probably not the fault of systemd). There's also a error message in systemd-resolved's that said "Failed to escape hostname: Invalid argument". I also tried to edit my file to change the nameserver to 8.8.8.8 and that didn't change anything. here are some examples of the errors returned by those programs: To Reproduce I don't really know how to reproduct this issue Expected behavior DNS should be working properley on all programs 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:
Programs which are broken are using the libc calls to resolve the hostname, looks like the nss module from systemd-resolved can't resolve the hostname either. This looks to be some kind of failure within systemd-resolved, since systemd-resolve on the CLI fails with . We should also open an upstream bug unless we find some evidence that this is caused by NixOS.
This bug affects me too. Same error and same logs.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Same bug on my end.
I think I figured out what's the problem here. I opened an upstream issue: Can you try if the following patch works around the issue?
that worked! (though I have to manually edit the service file since automatic GC kicked in and I cannot rebuild my system:facepalm:) Also, I feel like there should be a basic network connectivity test to prevent bugs like this from being merged into the unstable channel.
And thanks for the quick action ! I agree, but I thought we actually have them for unstable?
Code change:
wantedBy = [ "multi-user.target" ]; aliases = [ "dbus-org.freedesktop.resolve1.service" ]; restartTriggers = [ config.environment.etc."systemd/resolved.conf".source ]; <ins> # Upstream bug: https://github.com/systemd/systemd/issues/18078 # systemd-resolved without libidn2 is broken environment.LD_LIBRARY_PATH = "${lib.getLib pkgs.libidn2}/lib"; </ins> }; environment.etc = {

Related discussion:
text: I've the following to my : and I can confirm systemd-resolved works again. Now, how do you get to rebuild your system if like you don't have a working system to rollback to? I did (as root): to force using that file in order to be able to run .
aw man I did not know that if you stop systemd-resolved it will resolve normally. I removed the symlink and created a new directory there, copied everything from to there, manually edited systemd-resolved.service, and ran and after that restarted systemd-resolved. method is definitely more superior.
So... for now we push this workaround to nixpkgs master?
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I'd say yes. Especially if there's no quick upstream fix in perspective. Hopefully this problem only affects users following unstable.
Stable doesn't get systemd updates, so it shouldn't be affected (based on flokli's analysis).
PR at
Code change:
config = mkIf cfg.enable { systemd = { packages = [ pkgs.networkd-dispatcher ]; services.networkd-dispatcher = { wantedBy = [ "multi-user.target" ]; # Override existing ExecStart definition <del> serviceConfig.ExecStart = [ </del> <ins> serviceConfig.ExecStart = let scriptDir = pkgs.symlinkJoin { name = "networkd-dispatcher-script-dir"; paths = lib.mapAttrsToList (name: cfg: (map(state: pkgs.writeTextFile { inherit name; text = cfg.script; destination = "/${state}.d/${name}"; executable = true; } ) cfg.onState) ) cfg.rules; }; in [ </ins> "" <del> "${pkgs.networkd-dispatcher}/bin/networkd-dispatcher -v --script-dir ${cfg.scriptDir} $networkd_dispatcher_args" </del> <ins> "${pkgs.networkd-dispatcher}/bin/networkd-dispatcher -v --script-dir ${scriptDir} $networkd_dispatcher_args" </ins> ]; }; <del> # Directory structure required according to upstream instructions # https://gitlab.com/craftyguy/networkd-dispatcher tmpfiles.rules = [ "d '${cfg.scriptDir}'               0750 root root - -" "d '${cfg.scriptDir}/routable.d'    0750 root root - -" "d '${cfg.scriptDir}/dormant.d'     0750 root root - -" "d '${cfg.scriptDir}/no-carrier.d'  0750 root root - -" "d '${cfg.scriptDir}/off.d'         0750 root root - -" "d '${cfg.scriptDir}/carrier.d'     0750 root root - -" "d '${cfg.scriptDir}/degraded.d'    0750 root root - -" "d '${cfg.scriptDir}/configuring.d' 0750 root root - -" "d '${cfg.scriptDir}/configured.d'  0750 root root - -" ]; </del> }; }; }

Related discussion:
text: refuses to work since it requires the directories containing the scripts to have mode 755, but the nixos module creates them with mode 750. Steps to reproduce the behavior: (re)-configure an interface (for example by unplugging and replugging a network cable) something like in the journal and that does not exist, i.e. the hook was never run. networkd-dispatcher works. <!-- 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.
Thank you for the report! I'm thinking about adding a rules option to the networkd-dispatcher module so this might solve your issue
Code change:
<ins> diff -ruN gildas-src-aug18a/kernel/etc/Makefile gildas-src-aug18a.gag-font-bin-rule/kernel/etc/Makefile --- gildas-src-aug18a/kernel/etc/Makefile	2016-09-09 09:39:37.000000000 +0200 +++ gildas-src-aug18a.gag-font-bin-rule/kernel/etc/Makefile	2018-09-04 12:03:11.000000000 +0200 @@ -29,7 +29,8 @@ SEDEXE=sed -e 's?source tree?executable tree?g' -$(datadir)/gag-font.bin: hershey-font.dat $(bindir)/hershey +$(datadir)/gag-font.bin: hershey-font.dat $(bindir)/hershey  +	$(gagintdir)/etc/gag.dico.gbl $(gagintdir)/etc/gag.dico.lcl ifeq ($(GAG_ENV_KIND)-$(GAG_TARGET_KIND),cygwin-mingw) $(bindir)/hershey `cygpath -w $(datadir)`/gag-font.bin else </ins>

Related discussion:
text: On Darwin the wrapper adds a number of unused arguments that are passed along to . displays a warning for each of these arguments: This makes the build log of some packages extremely large, and in turn it can cause because of the log size limit is exceeded. /cc system: host os: multi-user?: sandbox: version: channels(smaret): nixpkgs:
I think that fortran on darwin is a rather under-maintained combination in nixpkgs ATM.
for packages that use and on Darwin: Could this be implemented in the wrapper itself rather than in each package that uses the wrapper?
This needs to be propagated to everything that uses gfortran? I think using for gfortran packages might be a better in that case, it's less likely to cause other problems.
I think auto-passing such an option is slightly risky over the long term, as it may hide other errors, e.g. user typos. (No strong opinion.) I wonder if using gfortran with clang is actually a "supported" combination upstream; I guess might be better, as you write.
Code change:
<ins> { lib, stdenvNoCC, fetchurl, dpkg, makeWrapper, electron, }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "proton-pass"; version = "1.17.5"; src = fetchurl { url = "https://proton.me/download/PassDesktop/linux/x64/ProtonPass_${finalAttrs.version}.deb"; hash = "sha256-2dnR/4LpLiQlJebv74/F7L/a5lYPh+AMPqQVIBHvxcg="; }; dontConfigure = true; dontBuild = true; nativeBuildInputs = [ dpkg makeWrapper ]; installPhase = '' runHook preInstall mkdir -p $out cp -r usr/share/ $out/ cp -r usr/lib/proton-pass/resources/app.asar $out/share/ runHook postInstall ''; preFixup = '' makeWrapper ${lib.getExe electron} $out/bin/proton-pass  --add-flags $out/share/app.asar  --add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}"  --set-default ELECTRON_FORCE_IS_PACKAGED 1  --set-default ELECTRON_IS_DEV 0  --inherit-argv0 ''; meta = { description = "Desktop application for Proton Pass"; homepage = "https://proton.me/pass"; license = lib.licenses.gpl3Plus; maintainers = with lib.maintainers; [ massimogengarelli sebtm ]; platforms = [ "x86_64-linux" ]; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; mainProgram = "proton-pass"; }; }) </ins>

Related discussion:
text: Project description Native Linux desktop client for accessing your Proton Pass vault. Metadata homepage URL: source URL: license: n/a platforms: Linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I see repos for iOS, Android and Web builds, but not for the Windows/macOS/Linux ones. Are you sure these are actually open-source? Building from the provided .deb is an option but is discouraged if building from source is viable
the source code for the Proton Pass linux client is here:
Actually the have a global lockfile for the entire monorepo
Unfortunately, building from source doesn't seem like a viable option right now — the Yarn infrastructure in Nixpkgs currently is very shoddy and frankly, nobody knows Yarn well enough to make it work reliably. Upstream uses both a monorepo structure and v2 lockfiles, neither of which are really natively supported in Nixpkgs right now (see ). Unpacking the upstream .deb file seems like the only way forward EDIT: Unpacking the .deb was just... so much easier. Making a PR now
Code change:
<del> { stdenv, lib, fetchurl, extra-cmake-modules , qtbase, kio , libatasmart, parted , util-linux }: </del> <ins> { stdenv, lib, fetchurl, fetchpatch, extra-cmake-modules , qca-qt5, kauth, kio, polkit-qt, qtbase , util-linux }: </ins> stdenv.mkDerivation rec { pname = "kpmcore"; <del> version = "3.3.0"; </del> <ins> # NOTE: When changing this version, also change the version of `partition-manager`. version = "4.2.0"; </ins> src = fetchurl { url = "mirror://kde/stable/${pname}/${version}/src/${pname}-${version}.tar.xz"; <del> sha256 = "0s6v0jfrhjg31ri5p6h9n4w29jvasf5dj954j3vfpzl91lygmmmq"; </del> <ins> hash = "sha256-MvW0CqvFZtzcJlya6DIpzorPbKJai6fxt7nKsKpJn54="; </ins> }; <del> buildInputs = [ qtbase libatasmart parted # we only need the library </del> <ins> patches = [ # Fix build with `kcoreaddons` >= 5.77.0 (fetchpatch { url = "https://github.com/KDE/kpmcore/commit/07e5a3ac2858e6d38cc698e0f740e7a693e9f302.patch"; sha256 = "sha256-LYzea888euo2HXM+acWaylSw28iwzOdZBvPBt/gjP1s="; }) # Fix crash when `fstab` omits mount options. (fetchpatch { url = "https://github.com/KDE/kpmcore/commit/eea84fb60525803a789e55bb168afb968464c130.patch"; sha256 = "sha256-NJ3PvyRC6SKNSOlhJPrDDjepuw7IlAoufPgvml3fap0="; }) ]; buildInputs = [ qca-qt5 kauth </ins> kio <ins> polkit-qt </ins> <del> util-linux # needs blkid (note that this is not provided by util-linux-compat) </del> <ins> util-linux # Needs blkid in configure script (note that this is not provided by util-linux-compat) </ins> ]; nativeBuildInputs = [ extra-cmake-modules ];

Related discussion:
text: Describe the bug and failed to build on current master (). (The former depends on the latter.) Build log: To Reproduce Steps to reproduce the behavior: nixpkgs master. (or ) the build error. Expected behavior It builds. 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:
Code change:
<del> { stdenv, lib, fetchurl, extra-cmake-modules , qtbase, kio , libatasmart, parted , util-linux }: </del> <ins> { stdenv, lib, fetchurl, fetchpatch, extra-cmake-modules , qca-qt5, kauth, kio, polkit-qt, qtbase , util-linux }: </ins> stdenv.mkDerivation rec { pname = "kpmcore"; <del> version = "3.3.0"; </del> <ins> # NOTE: When changing this version, also change the version of `partition-manager`. version = "4.2.0"; </ins> src = fetchurl { url = "mirror://kde/stable/${pname}/${version}/src/${pname}-${version}.tar.xz"; <del> sha256 = "0s6v0jfrhjg31ri5p6h9n4w29jvasf5dj954j3vfpzl91lygmmmq"; </del> <ins> hash = "sha256-MvW0CqvFZtzcJlya6DIpzorPbKJai6fxt7nKsKpJn54="; </ins> }; <del> buildInputs = [ qtbase libatasmart parted # we only need the library </del> <ins> patches = [ # Fix build with `kcoreaddons` >= 5.77.0 (fetchpatch { url = "https://github.com/KDE/kpmcore/commit/07e5a3ac2858e6d38cc698e0f740e7a693e9f302.patch"; sha256 = "sha256-LYzea888euo2HXM+acWaylSw28iwzOdZBvPBt/gjP1s="; }) # Fix crash when `fstab` omits mount options. (fetchpatch { url = "https://github.com/KDE/kpmcore/commit/eea84fb60525803a789e55bb168afb968464c130.patch"; sha256 = "sha256-NJ3PvyRC6SKNSOlhJPrDDjepuw7IlAoufPgvml3fap0="; }) ]; buildInputs = [ qca-qt5 kauth </ins> kio <ins> polkit-qt </ins> <del> util-linux # needs blkid (note that this is not provided by util-linux-compat) </del> <ins> util-linux # Needs blkid in configure script (note that this is not provided by util-linux-compat) </ins> ]; nativeBuildInputs = [ extra-cmake-modules ];

Related discussion:
text: Describe the bug If you open KDE Partition Manager using its file, it tells you that you aren't running it as root, and you won't be able to make any changes with it (rendering the program useless). The only workaround is running (which is probably unintuitive to people with less linux experience) or changing the file (a bad idea when you want Nix to manage your system) To Reproduce Steps to reproduce the behavior: by adding it to your the file (e.g. in KDE, click on the start menu in the bottom left, type in partition manager, and click on the program) Expected behavior Use when clicking the file for a seamless experience Screenshots ! Additional context The message mentions so I tried adding it to by hand, but that did not work. Metadata Maintainer information:
Looks like the package is out of date. This dialogue does not appear to be part of the latest version:
This might work
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
Code change:
chntpw = callPackage ../tools/security/chntpw { }; <ins> cliphist = callPackage ../tools/wayland/cliphist { }; </ins> clipman = callPackage ../tools/wayland/clipman { }; kanshi = callPackage ../tools/wayland/kanshi { };

Related discussion:
text: cliphist wayland clipboard manager Metadata homepage URL: source URL: license: gplv3+ platforms: linux
Code change:
pushd unpacked/tensorboard-${version} substituteInPlace tensorboard-${version}.dist-info/METADATA  <del> --replace "google-auth-oauthlib (<0.5,>=0.4.1)" "google-auth-oauthlib (<0.6,>=0.4.1)"  </del> <ins> --replace "google-auth-oauthlib (<0.5,>=0.4.1)" "google-auth-oauthlib (<1.0,>=0.4.1)"  </ins> --replace "protobuf (<3.20,>=3.9.2)" "protobuf (>=3.9.2)" popd

Related discussion:
text: Build of failed on x86_64-linux as of . This is currently breaking . python3Packages.pytorch maintainers cc: python310Packages.tensorboard maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tags: -
Related:
Code change:
with subtest("A podman non-member can not use the docker cli"): docker.fail(su_cmd("docker version", user="mallory")) <ins> with subtest("A rootless quadlet container service is created"): dir = "/home/alice/.config/containers/systemd" rootless.succeed(su_cmd("tar cv --files-from /dev/null | podman import - scratchimg")) rootless.succeed(su_cmd(f"mkdir -p {dir}")) rootless.succeed(su_cmd(f"cp -f ${quadletContainerFile} {dir}/quadlet.container")) rootless.systemctl("daemon-reload", "alice") rootless.systemctl("start quadlet", "alice") rootless.wait_until_succeeds(su_cmd("podman ps | grep quadlet"), timeout=20) rootless.systemctl("stop quadlet", "alice") </ins> # TODO: add docker-compose test '';

Related discussion:
text: Unable to use Podman's quadlets feature for a user, since the service unit files are not generated by systemd. Steps to reproduce the behavior: a quadlet file in (say, ) . Systemd says that no unit files were found. Caddy service should have been generated and its status displayed. This issue is caused by not symlinking the provided by the package to . Does not occur at the system level, since is already symlinked to Fix: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Confirmed the quadlet systemd user generator is not found in /etc/systemd. I'm gonna take this one and try to come up with a fix in NixOS module.
Code change:
rm ./texmfcnf.lua sed  -e 's,texmf-dist,texmf,g'  <del> -e 's,texmf-local,texmf,g'  -e "s,(TEXMFLOCAL[ ]*=[ ]*)[^,]*,1"$out/share/texmf",g"  </del> <ins> -e "s,(TEXMFLOCAL[ ]*=[ ]*)[^,]*,1"$out/share/texmf-local",g"  </ins> -e "s,$SELFAUTOLOC,$out,g"  -e "s,selfautodir:/,$out/share/,g"  -e "s,selfautodir:,$out/share/,g" 

Related discussion:
text: TEXMF defines the order in which files are read in The idea is that TEXMFSYSVAR and TEXMFCONFIG files take precedence over files distributed with TEXMFDIST, so there is a way for the user to override configuration files. Our lists: This seems all fine, except that our derivation also makes TEXMFLOCAL point to TEXMFDIST as well, and this destroys override-ability. My suggestion is to use a separate and empty $out/share/texmf-local for TEXMFLOCAL.
Could you please provide an example of the override that doesn't work?
I dropped my customization here: It boils down to adding a custom package (minionpro availble for my ) and running: in postBuild.
I investigated your override. I see that you sneak the original , then add your font to it and regenerate the mappings which go to share/texmf-var. At the same time our texlive setup just reuses prebuilt maps provided by (for pdftex), individual font packages and others and those are installed into share/texmf which happens to be also pointed by TEXMFLOCAL. I also now discover that the line does nothing for us. Your change makes sense to me. Makes me wonder if we could do better. For example, not deleting should not hurt anything. I could not find any way to automatically scan for new entries for The Gentoo documentation mentions [1] concatenating it from /etc/texmf/updmap.d. [1]
First of all thank you for taking such a careful look at my code snippet. I really appreciate it! First, yes, I sneak out and later sneak back in. I do think that there are no adverse side-effects from not deleting in texlive.combine. I will submit a PR to remove it. This will minimize my postBuild override to just: That looks much cleaner :) As there is no real "hooks" functionality in our texlive package derivation, it seems to be a good idea to optimistically merge (by concatenation) separate snippets. I will file a separate issue to discuss this.
Thank you!
Code change:
, xhtml1 , yajl , writeScript <ins> , nixosTests </ins> # Linux , acl ? null

Related discussion:
text: When attempting to create a volume on a physical node pool parted is not found. Steps to reproduce the behavior: Create a physical disk node pool. Attempt to create a volume using that node pool. In this case I have created a node pool called and I am attempting to create a volume called Volume is created normally. If applicable, add screenshots to help explain your problem. I have tried to add parted manually using and overriding the package in the libvirtd module: but this did not fix the issue.
That won't work, it seems like we need to wrap to include in its . I'll take a look.
You most likely need to add it to in because libvirtd will probably call it.