jiebi/CodeConvo huggingface dataset:
Code change:
fi ''} <ins> # ensure wpa_supplicant.conf exists, or the daemon will fail to start ${optionalString cfg.allowAuxiliaryImperativeNetworks '' touch /etc/wpa_supplicant.conf ''} </ins> # substitute environment variables if [ -f "${configFile}" ]; then ${pkgs.gawk}/bin/awk '{

Related discussion:
text: After installing a fresh system with the following configuration: the file is not created, hence wpasupplicant fails to start with the following error: nixpkgs
I don't know the logic of , but I think you're supposed to provide the file yourself. I guess it could be ed if wpa_supplicant fails without one.
You can do
That probably wouldn't work due to permissions. EDIT: wpa_supplicant is still running as root, so it should work.
Fixed in
Code change:
, blas , boost , python <ins> , ocl-icd </ins> , cudatoolkit , nvidia_x11 , gtest

Related discussion:
text: When I try and install the package it fails because the installation procedure iterates over all the test-short executable's dependencies and is unable to locate the required It seems this dependency comes from the test-short binary being linked against the that comes with . This has a record that says it is This results in test-short requiring the library The only provides a though, so the installation then explodes when it tries to loop over the dependencies of the binary it just created and finds it can't find It is not clear to me if this would be considered an issue with or . Two possibly fixes are to for before , or a step to to provide the symlink. Try and install package System: Nix version: Nixpkgs version: Sandboxing enabled:
I decided to give the latest unstable a try as well. It dies during the as it cannot find at all anymore. Looking through the source it looks like the recent commit stripped out all together. I guess that makes (1) above the correct solution.
forgot to CC relevant people on this issue with (should be an easy fix -- just add to the )
Code change:
in buildGoModule rec { pname = "minio"; <del> version = "2022-05-08T23-50-31Z"; </del> <ins> version = "2022-07-17T15-43-14Z"; </ins> src = fetchFromGitHub { owner = "minio"; repo = "minio"; rev = "RELEASE.${version}"; <del> sha256 = "sha256-Ssuqk/ax6MWdXtbJqWeTTtsIiTK4FmYSR5rOqxh+IaU="; </del> <ins> sha256 = "sha256-hQ52fL4Z3RHthHaJXCkKpbebWpq8MxHo4BziokTuJA4="; </ins> }; <del> vendorSha256 = "sha256-JoI3B3rDzlY0lDHF3rjrzv8/Rq+XCFRs35bWVZqfAKA="; </del> <ins> vendorSha256 = "sha256-u36oHqIxMD3HRio9A3tUt6FO1DtAcQDiC/O54ByeNyg="; </ins> doCheck = false;

Related discussion:
text: <!-- 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: minio <!-- 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: 2022-05-08 desired version: 2022-07-15 <!-- 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.
Code change:
sed 's/[~<>=][^;]*//' -i requirements.txt ''; <del> nativeBuildInputs = with python3.pkgs; [ </del> <ins> nativeBuildInputs = with python.pkgs; [ </ins> setuptools wheel ]; <del> propagatedBuildInputs = with python3.pkgs; [ </del> <ins> propagatedBuildInputs = with python.pkgs; [ </ins> # See https://github.com/Flexget/Flexget/blob/master/requirements.txt apscheduler beautifulsoup4

Related discussion:
text: When flexget starts up, it crashes with this error: . The version of transmission-rpc in nixpkgs is currently 7.x.x. Steps to reproduce the behavior: a flexget config that uses transmission. . Flexget runs normally. (transmission-rpc) (flexget) Please run and paste the result.
Upstream flexget has some discussion about upgrading to transmission-rpc v7:
Workaround: the last transmission-rpc 4 version in nixpkgs to transmission-rpc-4.nix: it to an overlay
Code change:
]; buildInputs = [ <ins> cli11 ddcutil fmt </ins> libX11 libXext <ins> nlohmann_json </ins> sdbus-cpp <ins> spdlog </ins> udev <ins> xcbutilimage </ins> ]; cmakeFlags = [ "-DUDEV_DIR=${placeholder "out"}/lib/udev" <ins> "-DUDEV_RULES_DIR=${placeholder "out"}/lib/udev/rules.d" </ins> ]; # Fixes the "gummy start" command, without this it cannot find the binary. # Setting this through cmake does not seem to work. postPatch = '' <del> substituteInPlace src/gummy/gummy.cpp  </del> <ins> substituteInPlace gummyd/gummyd/api.cpp  </ins> --replace "CMAKE_INSTALL_DAEMON_PATH" ""${placeholder "out"}/libexec/gummyd"" ''; preFixup = '' <del> substituteInPlace $out/lib/udev/99-gummy.rules  </del> <ins> substituteInPlace $out/lib/udev/rules.d/99-gummy.rules  </ins> --replace "/bin/chmod" "${coreutils}/bin/chmod" ln -s $out/libexec/gummyd $out/bin/gummyd

Related discussion:
text: Package name: gummy Latest released version: 0.6.0 <!-- Search your package here: --- Current version on the unstable channel: 0.3 Current version on the stable/release channel: 0.3 <!-- 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! --- There is an open pull request () by from October 2023, but it has not been merged and later versions of the program have been released since then. I think it is also worth noting that the source code repository of the is no longer available on GitHub. as the repository has moved to Codeberg (see ). Notify maintainers (last updated the package) <!-- 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]:
I updated my linked PR to the latest version.
Thank you for updating it so quickly! Is there a time frame in which we can expect the pull request to be merged by someone?
Code change:
]; buildInputs = [ <ins> cli11 ddcutil fmt </ins> libX11 libXext <ins> nlohmann_json </ins> sdbus-cpp <ins> spdlog </ins> udev <ins> xcbutilimage </ins> ]; cmakeFlags = [ "-DUDEV_DIR=${placeholder "out"}/lib/udev" <ins> "-DUDEV_RULES_DIR=${placeholder "out"}/lib/udev/rules.d" </ins> ]; # Fixes the "gummy start" command, without this it cannot find the binary. # Setting this through cmake does not seem to work. postPatch = '' <del> substituteInPlace src/gummy/gummy.cpp  </del> <ins> substituteInPlace gummyd/gummyd/api.cpp  </ins> --replace "CMAKE_INSTALL_DAEMON_PATH" ""${placeholder "out"}/libexec/gummyd"" ''; preFixup = '' <del> substituteInPlace $out/lib/udev/99-gummy.rules  </del> <ins> substituteInPlace $out/lib/udev/rules.d/99-gummy.rules  </ins> --replace "/bin/chmod" "${coreutils}/bin/chmod" ln -s $out/libexec/gummyd $out/bin/gummyd

Related discussion:
text: Package name: gummy Latest released version: 0.5.4 <!-- Search your package here: --- Current version on the unstable channel: 0.3 Current version on the stable/release channel: 0.3 <!-- 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 I've tried to bump the version to 0.5.4. <details<summaryThe build fails when downloading json-poputlate</summary</details<!-- If the result shows no maintainers, tag the person that last updated the package. --
Code change:
stdenv.mkDerivation rec { pname = "rgbds"; <del> version = "0.6.1"; </del> <ins> version = "0.7.0"; </ins> src = fetchFromGitHub { owner = "gbdev"; repo = "rgbds"; rev = "v${version}"; <del> sha256 = "sha256-3mx4yymrOQnP5aJCzPWl5G96WBxt1ixU6tdzhhOsF04="; </del> <ins> hash = "sha256-aktKJlwXpHpjSFxoz5wZJPGWZIcn4ax5iBP0GQEux78="; </ins> }; nativeBuildInputs = [ bison flex pkg-config ]; buildInputs = [ libpng ]; <ins> postPatch = '' patchShebangs --host src/bison.sh ''; </ins> env.NIX_CFLAGS_COMPILE = lib.optionalString stdenv.isDarwin "-fno-lto"; installFlags = [ "PREFIX=${placeholder "out"}" ];

Related discussion:
text: Package name: rgbds Latest released version: 0.7.0 <!-- Search your package here: --- Current version on the unstable channel: 0.6.1 Current version on the stable/release channel: 0.6.1 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
vlc =  libsForQt5.vlc; <del> vlc_npapi = callPackage ../applications/video/vlc/plugin.nix { gtk = gtk2; }; </del> vlc_qt5 = vlc; vmpk = callPackage ../applications/audio/vmpk { };

Related discussion:
text: When trying to install firefox with , I get the following error: It seems is already gone on : Considering it doesn't work on 18.03 anyway, could we cherry-pick the commit to 18.03 to disable the VLC functionality? system: host os: multi-user?: sandbox: version: channels(sepp): channels(root): nixpkgs:
For whatever reason, on master I seem to be getting this error even without this (or other firefox configurations). So the issue could be broader than this. I suppose for you it worked after removing this option then?
This is now caused by another source on ; it should be fixed by (in branch, half of binaries built ATM).
The other issue is also fixed on master since .
Code change:
<ins> # Test configuration switching. import ./make-test.nix ({ pkgs, ...} : { name = "switch-test"; meta = with pkgs.stdenv.lib.maintainers; { maintainers = [ gleber ]; }; nodes = { machine = { config, lib, pkgs, ... }: { users.mutableUsers = false; }; other = { config, lib, pkgs, ... }: { users.mutableUsers = true; }; }; testScript = {nodes, ...}: let originalSystem = nodes.machine.config.system.build.toplevel; otherSystem = nodes.other.config.system.build.toplevel; in '' $machine->succeed("env -i ${originalSystem}/bin/switch-to-configuration test | tee /dev/stderr"); $machine->succeed("env -i ${otherSystem}/bin/switch-to-configuration test | tee /dev/stderr"); ''; }) </ins>

Related discussion:
text: When executing switch-to-configuration in a pure environment it fails: I am calling switch-to-configuration via systemd-run to active a new profile using the Hail update tool. The actual executed script is as follows: Actual output: <preactivating the configuration... perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LCALL = (unset), LANG = "enUS.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). setting up /etc... perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LCALL = (unset), LANG = "enUS.UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). setting up tmpfiles Too few arguments. sh: systemctl: command not found </preThe script works if I pass on the PATH and LOCALE_ARCHIVE environment variables: System: (NixOS: 17.09pre-git (Hummingbird)) Nix version: nix-env (Nix) 1.11.13 Nixpkgs version: nixos-unstable (Commit ) Sandboxing enabled: no (Related Hail issue: )
Code change:
<del> { stdenv, lib, symlinkJoin, gimp, makeWrapper, gimpPlugins, plugins ? null}: </del> <ins> { stdenv, lib, symlinkJoin, gimp, makeWrapper, gimpPlugins, gnome3, plugins ? null}: </ins> let allPlugins = lib.filter (pkg: builtins.isAttrs pkg && pkg.type == "derivation" && !pkg.meta.broken or false) (lib.attrValues gimpPlugins);

Related discussion:
text: I ran gimp from terminal and noticed that it prints out following warnings: I don't see anything clearly broken in the UI, but just thought that probably this is some issue that could be fixed. Run Gimp from a terminal. Please run and paste the results.
Oh, and in case it makes a difference, I'm not running GNOME but i3+none.
Try installing , GTK 2 is weird.
Thanks for the suggestion. I still get the warnings: I also noticed it warns about interpreters. Maybe those should be fixed too? I have some issues with one plugin, not sure if that interpreter issue is related to that.
Yeah, you would need to install it globally, so that GTK can find it under . Alternately, adding it to env var should also work.
Thanks, that fixed the theme issue! So maybe that should be as a propagated build input for gimp? The interpreter warnings are still there. Should I open another issue for those?
Propagating will not do anything. You would need to add it to the wrapper is citrix does.
Yeah, please open a new issue for the interpreters.
Thanks! I made a pull request. Seems to fix the issue.
Code change:
<ins> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "hcledit"; version = "0.2.7"; src = fetchFromGitHub { owner = "minamijoyo"; repo = pname; rev = "v${version}"; hash = "sha256-hunM29K6RgeVkY8nNNIYigCh2sTCR1OyPE+k3cmIJTU="; }; vendorHash = "sha256-KwoauyXeDMMTUgtLvz6m28nvFSl5fptZzEvwFVC3n8g="; meta = with lib; { description = "A command line editor for HCL"; homepage = "https://github.com/minamijoyo/hcledit"; license = licenses.mit; maintainers = with maintainers; [ aleksana ]; }; } </ins>

Related discussion:
text: Project description A command line editor for HCL Metadata homepage URL: source URL: license: mit platforms: darwinarm64, linuxarm64, windows_arm64 Release page: Copied install info from readme: If you are macOS user: Download the latest compiled binaries and put it anywhere in your executable path. If you have Go 1.20+ development environment:
Code change:
# Make a desktop item mkdir -p $out/share/applications/ $out/share/icons/hicolor/64x64/apps/ <del> unzip ${pluginsdk} cp pluginsdk/docs/client_html/images/logo.png $out/share/icons/hicolor/64x64/apps/teamspeak.png </del> <ins> cp ${pluginsdk}/doc/_static/logo.png $out/share/icons/hicolor/64x64/apps/teamspeak.png </ins> cp ${desktopItem}/share/applications/* $out/share/applications/ # Make a symlink to the binary from bin.

Related discussion:
text: Steps to reproduce the behavior: try to install/build the package using nix-shell or nixos the Domain is no longer configured. Teamspeak Download Pages redirects to this place: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You might want to check out
Not merged yet
As a workaround, until this is fixed in nixpkgs: The file is still available at the Internet Archive. You can fetch it from there and write it into the store, with something like this:
Code change:
depsBuildBuild = [ buildPackages.stdenv.cc ]; nativeBuildInputs = [ setupHook pkg-config ] <del> ++ lib.optionals buildDocs [ texinfo ]; </del> <ins> ++ lib.optionals buildDocs [ texinfo ] ++ lib.optionals withQt5 [ wrapQtAppsHook ]; </ins> buildInputs = [] ++ lib.optionals useSharedLibraries [ bzip2 curlMinimal expat libarchive xz zlib libuv rhash ]

Related discussion:
text: Describe the bug cmake-gui doesn't launch it shows an error like:- 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:
ruby-mine = buildRubyMine rec { name = "ruby-mine-${version}"; <del> version = "2019.3.3"; /* updated by script */ </del> <ins> version = "2019.3.4"; /* updated by script */ </ins> description = "The Most Intelligent Ruby and Rails IDE"; license = stdenv.lib.licenses.unfree; src = fetchurl { url = "https://download.jetbrains.com/ruby/RubyMine-${version}.tar.gz"; <del> sha256 = "0lkzb3rifr7r23vijcz7rqcxjpykx7dkghiq5prk1zz83hzi4b2j"; /* updated by script */ </del> <ins> sha256 = "13lwrqrkg5vk0azqfhr67psgv1idvkxwjxly2xawr6cy5vnrcd8s"; /* updated by script */ </ins> }; wmClass = "jetbrains-rubymine"; update-channel = "RubyMine RELEASE";

Related discussion:
text: Please update Goland to a current version. The Current Version is now 2020.1 Thx and Greetz
Code change:
description = "TeamSpeak voice communication server"; homepage = "https://teamspeak.com/"; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; <ins> # See distribution-permit.txt for a confirmation that nixpkgs is allowed to distribute TeamSpeak. </ins> license = licenses.unfreeRedistributable; platforms = platforms.linux; maintainers = with maintainers; [ arobyn gerschtli ]; }; } <del> /* License issues: Date: Mon, 10 Dec 2007 19:55:16 -0500 From: TeamSpeak Sales <sales@tritoncia.com> To: 'Marc Weber' <marco-oweber@gmx.de> Subject: RE: teamspeak on nix? Yes, that would be fine.  As long as you are not renting servers or selling TeamSpeak then you are more than welcome to distribute it. Thank you, TeamSpeak Sales Team ________________________________ e-Mail: sales@tritoncia.com TeamSpeak: http://www.TeamSpeak.com Account Login: https://sales.TritonCIA.com/users -----Original Message----- From: Marc Weber [mailto:marco-oweber@gmx.de] Sent: Monday, December 10, 2007 5:03 PM To: sales@tritoncia.com Subject: teamspeak on nix? Hello, nix is very young software distribution system (http://nix.cs.uu.nl/) I'd like to ask wether you permit us to add teamspeak (server/ client?) Sincerly Marc Weber (small nix contributor) */ </del>

Related discussion:
text: Steps to reproduce the behavior: try to install/build the package using nix-shell or nixos the Domain is no longer configured. Teamspeak Download Pages redirects to this place: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You might want to check out
Not merged yet
As a workaround, until this is fixed in nixpkgs: The file is still available at the Internet Archive. You can fetch it from there and write it into the store, with something like this:
Code change:
--replace '#!/usr/bin/env bash' '#!${runtimeShell}' # Patch the mimetype database location which is missing on NixOS. <del> substituteInPlace src/mime/type_unix.go  --replace '/etc/mime.types' '${mailcap}/etc/mime.types' </del> <ins> # but also allow static binaries built with NixOS to run outside nix sed -i 's,"/etc/mime.types,"${mailcap}/etc/mime.types",nt&,' src/mime/type_unix.go </ins> # Disabling the 'os/http/net' tests (they want files not available in # chroot builds)

Related discussion:
text: A Go program compiled using nix-shell returns an error when running on a separate server and trying to load a timezone file. file with: $nix-shell $<inside shellgo build $exit $ ./app # name of the app you just created 2019/01/25 20:04:58 All went well: America/NewYork Now copy this file to another computer #./app 2019/01/26 01:01:34 could not load new york locationopen /nix/store/0596k27r6pacyx4jp1bcn8zqyjhji52l-go- no such file or directory The error includes the zip name due to internal reasons the Go team has, but the real problem is that nix replaced with I would be more than happy to send a Pull Request if you agree with the proposed solution of prepending instead of replacing. $ nix-shell -p nix-info --run "nix-info -m" these paths will be fetched (0.00 MiB download, 0.00 MiB unpacked): /nix/store/dzvh4f6ihkwg44mmf2awxg564k1s8khg-nix-info copying path '/nix/store/dzvh4f6ihkwg44mmf2awxg564k1s8khg-nix-info' from ''... system: host os: multi-user?: sandbox: version: channels(diego): nixpkgs: version is nixos-unstable-2019-01-22 The file replaces the path that the go runtime looks for the timezone information. Original Go code is: But nix changes the first entry, for This works fine if you end up running your go application in the same nix env you compiled it, but when you deploy your go program to a separate server, the path, that can look like isn't present on the separate server and then the lookup fails. is a very common path in Linux distributions. A better way to solve this would be to prepend the nix only path, as the first entry, and then keep and the other entries as they are in the original go source code. The benefits are that those who compile and run in the same nix environment will use the nix path, but those who deploy somewhere else won't have to do any extra work.
Code change:
--replace '#!/usr/bin/env bash' '#!${runtimeShell}' # Patch the mimetype database location which is missing on NixOS. <del> substituteInPlace src/mime/type_unix.go  --replace '/etc/mime.types' '${mailcap}/etc/mime.types' </del> <ins> # but also allow static binaries built with NixOS to run outside nix sed -i 's,"/etc/mime.types,"${mailcap}/etc/mime.types",nt&,' src/mime/type_unix.go </ins> # Disabling the 'os/http/net' tests (they want files not available in # chroot builds)

Related discussion:
text: I doubt anyone ever considered support for non-Nix and therefore I will mark it also as . I'll leave it open for now as maybe it can be supported (I doubt it).
would you accept a PR with my proposed solution? It won't hurt nix deployments but will help a use case of building a go program in nix but deploying outside of nix.
cross referencing a thread on the mailing list about this ticket/issue so both conversations are linked.
Your explanation and proposed solution seem to be very reasonable to me. I suggest that you submit a PR.
Code change:
SDL2_image SDL2_net speexdsp <del> ]; </del> <ins> ] ++ lib.optionals stdenv.isLinux [ alsa-lib ] ++ lib.optionals stdenv.isDarwin (with darwin.apple_sdk.frameworks; [ AudioUnit Carbon Cocoa ]); </ins> desktopItems = [ (makeDesktopItem {

Related discussion:
text: Steps to reproduce the behavior: dosbox-staging on darwin Complaining that alsa-lib not available on darwin I suggest referencing the derivation of in which use to opt-in dependencies P.S. wonder why the maintenance of this package is separated from and Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I don't have a Darwin machine. Nice. A full log would be nicer of course, but nice nonetheless. Wonder why they should be maintained by the same people.