jiebi/CodeConvo huggingface dataset:
Code change:
# Build an idris package <del> { stdenv, lib, idrisPackages, gmp }: </del> <ins> { stdenv, lib, gmp, prelude, base, with-packages, idris }: </ins> { idrisDeps ? [] , noPrelude ? false , noBase ? false

Related discussion:
text: Overriding idris-no-deps in nixpkgs results in a mismatch between versions of builtin packages and the compiler. With this derivation: I would expect to end up overriding the version of idris-no-deps in idrisPackages would change the derivations of builtin packages to be built with the supplied version of Idris. However, instead they are built with the Idris from the channel used. Leading to this error at build time (for Idris2): By examining the final result of the build I can see 2 versions of idris being used: Please run and paste the results.
Thought I might be able to solve this issue by specifying overrides as well. But no luck This is what the derivation for base looks like Specifically: Which contains the wrong version of Idris.
Same issue with non builtin packages as well. Also perhaps this is a better demonstration of the build time dependencies:
Thanks for the report, above PR should fix it, let me know if it works for you, then I'll merge it :)
Well actually I know it will work, but still. As a workaround if you don't want to change nixpkgs, an overlay should give no problems too:
Brilliant! Yes it's working for me and I'm now able to build Idris 2. Thank you very much!
Code change:
sha256 = "08mm7ajgs0qnrydywxxyzcll09z80crjnjkjnckdi6ljsj6s96j8"; }; <ins> patches = [ (fetchpatch { name = "CVE-2020-26566.patch"; url = "https://github.com/Motion-Project/motion/commit/5c9b907ddd4d096f0485831869a29dc0fbfbb800.diff"; sha256 = "0q4yl5k5w37kgxsipxaw20mx238s50lmvhlqrsyh8w31qr3dwgx4"; excludes = [ ".travis.yml" ]; }) ]; </ins> nativeBuildInputs = [ autoreconfHook pkgconfig ]; buildInputs = [ ffmpeg libjpeg libmicrohttpd ];

Related discussion:
text: , CVSSv3=7.5 (nixos-20.03) Scanned versions: nixos-20.03: . Cc Cc
Fixed by
Code change:
-e "s|^ASCIIDOC =.*|ASCIIDOC = '$out/bin/asciidoc'|"  -e "s|^XSLTPROC =.*|XSLTPROC = '${libxslt.bin}/bin/xsltproc'|"  -e "s|^DBLATEX =.*|DBLATEX = '${dblatexFull}/bin/dblatex'|"  <del> -e "s|^FOP =.*|FOP = '${fop}/bin/fop'|"  </del> <ins> ${optionalString enableJava ''-e "s|^FOP =.*|FOP = '${fop}/bin/fop'|"''}  </ins> -e "s|^W3M =.*|W3M = '${w3m}/bin/w3m'|"  -e "s|^LYNX =.*|LYNX = '${lynx}/bin/lynx'|"  -e "s|^XMLLINT =.*|XMLLINT = '${libxml2.bin}/bin/xmllint'|" 

Related discussion:
text: Since is provided by the non-free on aarch64, I'm not able to install asciidoc-full or any software that requires it to create e.g. the man pages. Can we make an option different from ? /cc
Making new granular options is fine, but I think enableStandardFeatures should still include java. (Or else the option is dishonest.) Alternatively, can we switch to openjdk (assuming that works on aarch64)?
It was just recently changed to in I'm fine with granular options, even though it will be quite some work to make packages not use anymore.
Oh, so this problem is due to licensing, not wanting to use non-free software? I didn't pick up on that earlier. How about adding a disableJava option, that has priority over enableStandardFeatures? Hm, this feels like a local solution to a global problem.
is a good idea! What do you think should be the default?
If enableStandardFeatures is true, you should get java. Setting disableJava then enables standard features except those requiring java. I'm not sure if doing this (per package) is a good idea though. Isn't this the start of a new whack-a-mole game?
Yes, it's certainly not a perfect solution, but I can then use an overlay which sets for . Alternatively, we could enable Java for x86 only by default.
Perhaps it would be less confusing to have so the additive condition is positive.
Code change:
<ins> 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) </ins>

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:
glib gnome2.GConf gtk3 <ins> libGL </ins> libappindicator-gtk3 libdrm libnotify

Related discussion:
text: Describe the bug Starting slack doesn't show the window in 8 out of 10 runs To Reproduce Steps to reproduce the behavior: Expected behavior Slack window should open Screenshots If applicable, add screenshots to help explain your problem. 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 system: host os: multi-user?: sandbox: version: channels(ymatsiuk): channels(root): nixpkgs: Maintainer information:
Code change:
let version = pkg.version or ""; in <del> lib.optionalString (isPvpVersion version) </del> <ins> lib.optionalString (isPvpVersion version && (pkg.meta.hydraPlatforms or null) != lib.platforms.none) </ins> ''"${name}","${version}","http://hydra.nixos.org/job/nixpkgs/trunk/haskellPackages.${name}.x86_64-linux"''; all-haskellPackages = builtins.toFile "all-haskellPackages" (lib.concatStringsSep "n" (lib.filter (x: x != "") (lib.mapAttrsToList pkgLine haskellPackages))); in runCommand "hackage-package-list" { } # This command will make a join between all packages on hackage and haskellPackages.*. <ins> # It ignores packages marked as broken (according to hydraPlatforms) </ins> # It creates a valid csv file which can be uploaded to hackage.haskell.org. # The call is wrapped in echo $(...) to trim trailing newline, which hackage requires. ''

Related discussion:
text: The Haskell Hackage database allows distros to report which packages they ship, and include a link. Right now, it seems that nixpkgs reports all haskell packags, including broken ones. This makes for a bad user experience – I might see on hackage that nixos comes with a certain package, and then happily go ahead trying to use it, only later to get the dreaded error message. Same actually for repology, reporting packages as available that we know do not build is not great.
We intend to support all package. We just need haskell maintainer
Oh, absolutely! Maybe I shouldn't say “supported” but “available”.
No, we don't. We only intend to support packages which have value to our users. Hackage is append only and contains a lot of dead or niche packages.
I agree this should have been fixed long ago.
Code change:
(all nixos.tests.sddm.default) (all nixos.tests.simple) (all nixos.tests.slim) <ins> (all nixos.tests.switchTest) </ins> (all nixos.tests.udisks2) (all nixos.tests.xfce)

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> { config, lib, stdenv, fetchFromGitHub, fetchpatch , addOpenGLRunpath, docutils, perl, pkg-config, python3, wafHook, which , ffmpeg, freefont_ttf, freetype, libass, libpthreadstubs, mujs , nv-codec-headers, lua, libuchardet, libiconv ? null </del> <ins> { config , lib , stdenv , fetchFromGitHub , fetchpatch , addOpenGLRunpath , docutils , perl , pkg-config , python3 , wafHook , which , ffmpeg , freefont_ttf , freetype , libass , libpthreadstubs , mujs , nv-codec-headers , lua , libuchardet , libiconv ? null </ins> , CoreFoundation, Cocoa, CoreAudio, MediaPlayer , waylandSupport ? stdenv.isLinux

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 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: mpv <!-- The current version can be found easily with the same process than 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: 0.33.1 desired version: 0.34.0 <!-- 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:
<del> { lib, stdenv, fetchFromGitHub, jdk, ant, python2, python2Packages, watchman, bash, makeWrapper }: </del> <ins> { lib, stdenv, fetchFromGitHub, jdk11, ant, python3, watchman, bash, makeWrapper }: </ins> stdenv.mkDerivation rec { pname = "buck"; <del> version = "2019.10.17.01"; </del> <ins> version = "2021.01.12.01"; </ins> src = fetchFromGitHub { owner = "facebook"; repo = pname; rev = "v${version}"; <del> sha256 = "1irgp8yq1z11bq3b83yxvj35wqqq7y7b8q4d4y0hc05ac19ja0vj"; </del> <ins> sha256 = "sha256-NFiMQ+cG93R10LlkfUMzZ4TnV0uO5G+8S5TiMI6hU5o="; </ins> }; patches = [ ./pex-mtime.patch ];

Related discussion:
text: Buck as installed via nix reports with an older release version than the one listed in its nixpkgs My guess is that is probably the correct version. The issue here is that IIRC buck Expected behavior 's output should match the version rerefenced in the build file. Notify maintainers
I did try to investigate by bumping buck to its latest release that should be Python3 compatible but didn't get very far as I am unfamiliar with the build system. But maybe the patch helps With this I encountered a failure at the end of the build
buck now generates a hash for build outputs
Code change:
xorg.libXau xorg.libXdmcp xorg.libxcb xorg.libxshmfence xorg.xcbutil xorg.xcbutilimage xorg.xcbutilkeysyms xorg.xcbutilrenderutil xorg.xcbutilwm libxkbcommon <del> xcbutilxrm ]; </del> <ins> xcbutilxrm ] ++ stdenv.lib.optional gtk3Support gtk3; </ins> #cmakeFlags = "-DGENERATE_MANPAGES=ON"; cmakeFlags = "-DOVERRIDE_VERSION=${version}";

Related discussion:
text: Cc: First of all, thanks to everyone for working on NixOS. Awesome 4.3 has a module called , it allows It can be used for theming, as shown in . However, the current build does not include the typelib files needed by the module making it unusable. The  implementation uses lgi to obtain via gobject-introspec return require('lgi').Gtk Since the current build does not include the typelib files needed, the above call fails. After some experimentation, I found out that both and are needed. For example: and try to load Gtk: fails with (the package that actually includes the typelib file) and add the folder to the environment variable: fails with and add it to and finally loads. Awesome as window manager to load the example gtk theme awesome the warnings issues by Awesome: I suggest that both and are as build inputs to the awesome package, I tried this out and it actually works. The catch is that the closure size increases by 123.9M: build awesome without gtk3-x11 and atk -99.6M build awesome with gtk3-x11 and atk -223.4M So, instead of adding the packages unconditionally, we could add an optional flag, like e.g. , defaulting to false. In this way, one could always build awesome and add it to . Ideally one could even add something like to the top level , a bit like : If a decision is made, I'd be happy to submit a PR. system: host os: multi-user?: sandbox: version: channels(root): channels(user): nixpkgs: awesome 4.3 (Too long) Compiled against Lua 5.2.4 (running with Lua 5.2) D-Bus support: execinfo support: xcb-randr version: 1.6 LGI version: 0.9.2
It should not be necessary to use , should work just fine. See for docs on , which will populate the environment variable automatically.
Thanks, I'll have a look. For the record, I used because that's where told be the typelib files where. I am still keen on hearing what the correct solution would be regarding how to add support (closure size, optional arguments etc.). Thanks.
thanks for our suggestions.
Code change:
xorg.libXau xorg.libXdmcp xorg.libxcb xorg.libxshmfence xorg.xcbutil xorg.xcbutilimage xorg.xcbutilkeysyms xorg.xcbutilrenderutil xorg.xcbutilwm libxkbcommon <del> xcbutilxrm ]; </del> <ins> xcbutilxrm ] ++ stdenv.lib.optional gtk3Support gtk3; </ins> #cmakeFlags = "-DGENERATE_MANPAGES=ON"; cmakeFlags = "-DOVERRIDE_VERSION=${version}";

Related discussion:
text: Here are my thoughts: seems to work as well, the closure size is 222.9M instead of 223.4M seems quite conveniet, but awesome needs additional options in the wrapper and it's unclear to me whether we could do that after introducint uses that seems to have negative effects, see so we may have to look for alternative solutions anyway (Awesome does not seem to use much of GTK anyway as it's not a GTK app)
how could it shrink? can use as described in the doc PR to add more options. , I am aware of that but other than hardcoding the typelibs like we do in GNOME Shell extensions, we do not have anything better at the moment. See for deeper analysis.
¯()/¯ maybe it's got less dependencies built than the one? I see, I somehow missed that. It seems that works OK (I am using this in an overlay on NixOS waiting for the patches to land in the stable channel): In the end, AwesomeWM should not need the whole of gtk, I think that gtk should be made optional so one can turn it on or off. Thanks, I did notice that and I'll keep an eye on it
Code change:
{ runCommand, fetchFromGitHub, git }: let <del> version = "2016-08-10"; rev = "fe018be71eeed9c1dc441a16e6a0f32eb6a46bce"; sha256 = "0d8rvhndkz8sz7zn79lrk5vlkpljfilrk52cb2pr5rx83cm89vmi"; </del> <ins> version = "2016-08-23"; rev = "e98ce679ed90bb5b8a64ad9f5bd82f87fd6b641f"; sha256 = "0dpl071ic3ddknsy98dxm99mznlblhmgjqi9ha6rlbldbjp3gf8j"; </ins> src = fetchFromGitHub { inherit rev;

Related discussion:
text: fails to compile on unstable. on (Flounder) System: (Flounder) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: "16.09pre88945." trace:
Code change:
inherit tor meek obfs4 snowflake; inherit (tor) geoip; }) <ins> # Remove distutils for Python 3.12 compatibility # https://github.com/onionshare/onionshare/pull/1907 (fetchpatch { url = "https://github.com/onionshare/onionshare/commit/1fb1a470df20d8a7576c8cf51213e5928528d59a.patch"; includes = [ "onionshare_cli/onion.py" ]; stripLen = 1; hash = "sha256-4XkqaEhMhvj6PyMssnLfXRazdP4k+c9mMDveho7pWg8="; }) </ins> ]; <del> propagatedBuildInputs = [ </del> <ins> dependencies = with python3.pkgs; [ </ins> colorama flask flask-compress

Related discussion:
text: Steps to reproduce the behavior: onionshare <!-- 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]:
The package distutils was remove in Python 3.12. Depends on upsteam. I raised a PR for the fix:
Code change:
''; meta = with lib; { <ins> homepage = "https://mednafen.github.io/"; </ins> description = "A portable, CLI-driven, SDL+OpenGL-based, multi-system emulator"; longDescription = '' Mednafen is a portable, utilizing OpenGL and SDL,

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: mednafen <!-- 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: 1.26.1 (dated November 10, 2020) desired version: 1.29.0 (dated January 19, 2022) <!-- 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:
<ins> { lib , python3 , fetchFromGitHub , appstream-glib , desktop-file-utils , gettext , glib , gobject-introspection , gtk3 , gst_all_1 , libnotify , librsvg , meson , ninja , pkg-config , slop , wrapGAppsHook }: python3.pkgs.buildPythonApplication rec { pname = "recapp"; version = "1.1.1"; format = "other"; src = fetchFromGitHub { owner = "amikha1lov"; repo = "RecApp"; rev = "v${version}"; sha256 = "08bpfcqgw0lj6j7y5b2i18kffawlzp6pfk4wdpmk29vwmgk9s9yc"; }; postPatch = '' patchShebangs build-aux/meson ''; nativeBuildInputs = [ appstream-glib desktop-file-utils gettext glib gtk3 meson ninja pkg-config wrapGAppsHook ]; buildInputs = [ libnotify librsvg gobject-introspection gtk3 gst_all_1.gst-plugins-base gst_all_1.gst-plugins-good gst_all_1.gst-plugins-bad gst_all_1.gst-plugins-ugly ]; propagatedBuildInputs = with python3.pkgs; [ pulsectl pydbus pygobject3 ]; dontWrapGApps = true; preFixup = '' makeWrapperArgs+=( "''${gappsWrapperArgs[@]}" "--prefix" "PATH" ":" "${lib.makeBinPath [ gst_all_1.gstreamer.dev slop ]}" ) ''; meta = with lib; { description = "User friendly Open Source screencaster for Linux written in GTK"; homepage = "https://github.com/amikha1lov/RecApp"; license = licenses.gpl3Plus; maintainers = with maintainers; [ dotlambda ]; }; } </ins>

Related discussion:
text: Project description simplescreenrecorder is not that user-friendly and has problems (). right now i use OBS, but it's overkill for the task. maybe this is a good alternative Metadata homepage URL: source URL: license: GPL-3.0-or-later () platforms: linux, more?
Code change:
SUBSYSTEM=="misc", KERNEL=="vboxguest", TAG+="systemd" ''; } (mkIf cfg.x11 { <del> services.xserver.videoDrivers = mkOverride 50 [ "vmware" "virtualbox" "modesetting" ]; </del> <ins> services.xserver.videoDrivers = [ "vmware" "virtualbox" "modesetting" ]; </ins> services.xserver.config = ''

Related discussion:
text: If I only do: then I get virtualbox + nvidia: If I enable virtualbox guest additions: then I get only virtualbox!!! and nvidia does not work anymore on my machine: this is because virtualbox guest additions is overriding services.xserver.videoDrivers: this is not necessary since by default the lists are merged workaround: then I get virtualbox + guest additions + nvidia: Ideally this should work out-of-the box, debugging this kind of behavior is very obscure, and also different configuration options should cohexist
Code change:
<ins> diff --git a/libethcore/CMakeLists.txt b/libethcore/CMakeLists.txt index 1a53de8..832e926 100644 --- a/libethcore/CMakeLists.txt +++ b/libethcore/CMakeLists.txt @@ -7,7 +7,7 @@ set(SOURCES include_directories(BEFORE ..) add_library(ethcore ${SOURCES}) -target_link_libraries(ethcore PUBLIC devcore ethash::ethash PRIVATE hwmon) +target_link_libraries(ethcore PUBLIC devcore ethash::ethash ethash-global-context PRIVATE hwmon) if(ETHASHCL) target_link_libraries(ethcore PRIVATE ethash-cl) diff --git a/libethcore/EthashAux.h b/libethcore/EthashAux.h index d9aadc7..fe5c6cf 100644 --- a/libethcore/EthashAux.h +++ b/libethcore/EthashAux.h @@ -22,6 +22,7 @@ #include <libdevcore/Worker.h> #include <ethash/ethash.hpp> +#include <ethash/global_context.hpp> namespace dev { </ins>

Related discussion:
text: On the master branch ethminer fails to compile with messages about missing getglobalepochcontext from ethash namespace. Attempt to build ethminer on master branch. Successful compilation. Root of the failure is in changes done to the structure of the dependency chfast/ethash; specifically, 0.6.0 -0.7.0. Patching the libethcore/EthashAux.h file in the ethminer repo, by adding to the headers, and the file by changing the line to does the job.
Code change:
<del> { lib, file, fetchFromGitLab, buildPerlPackage, ArchiveZip, ArchiveCpio }: </del> <ins> { stdenv, file, fetchFromGitLab, buildPerlPackage, ArchiveZip, ArchiveCpio, shortenPerlShebang }: </ins> buildPerlPackage rec { pname = "strip-nondeterminism";

Related discussion:
text: Describe the bug doesn't run on Darwin, due to some Perl / shebang errors. To Reproduce Steps to reproduce the behavior: Darwin, run the only produced binary , ie. following output is produced: Expected behavior The executable should output its help text when run without arguments: Additional context I managed to get it running using a wrapper script that runs . Notify maintainers Metadata Maintainer information: