jiebi/CodeConvo huggingface dataset:
Code change:
Project description Cubiomes Viewer provides a graphical interface for the efficient and flexible seed-finding utilities provided by cubiomes and a map viewer for the Minecraft biomes and structure generation. The tool is designed for high performance and supports Minecraft Java Edition main releases 1.0 - 1.18. Metadata what does this mean? homepage URL: source URL: license: GPL-3.0 platforms: Linux

Related discussion:
text: <ins> { lib , stdenv , fetchFromGitHub , qtbase , qmake , wrapQtAppsHook , copyDesktopItems , makeDesktopItem }: stdenv.mkDerivation rec { pname = "cubiomes-viewer"; version = "1.12.1"; src = fetchFromGitHub { owner = "Cubitect"; repo = pname; rev = version; sha256 = "sha256-F0c6gMQKu35iBNRw+wpoxSUOhRUbPRKIXSNDDNZsfPE="; fetchSubmodules = true; }; buildInputs = [ qtbase ]; nativeBuildInputs = [ qmake wrapQtAppsHook copyDesktopItems ]; desktopItems = [ (makeDesktopItem { name = pname; desktopName = "Cubiomes Viewer"; exec = pname; icon = pname; categories = "Game"; comment = meta.description; }) ]; preBuild = '' # QMAKE_PRE_LINK is not executed (I dont know why) make -C ./cubiomes libcubiomes CFLAGS="-DSTRUCT_CONFIG_OVERRIDE=1" all ''; installPhase = '' runHook preInstall mkdir -p $out/bin cp cubiomes-viewer $out/bin mkdir -p $out/share/pixmaps cp icons/map.png $out/share/pixmaps/cubiomes-viewer.png runHook postInstall ''; meta = with lib; { homepage = "https://github.com/Cubitect/cubiomes-viewer"; description = "A graphical Minecraft seed finder and map viewer"; longDescription = '' Cubiomes Viewer provides a graphical interface for the efficient and flexible seed-finding utilities provided by cubiomes and a map viewer for the Minecraft biomes and structure generation. ''; platforms = platforms.all; license = licenses.gpl3Plus; maintainers = with maintainers; [ hqurve ]; }; } </ins>
Code change:
Project description Cubiomes Viewer provides a graphical interface for the efficient and flexible seed-finding utilities provided by cubiomes and a map viewer for the Minecraft biomes and structure generation. The tool is designed for high performance and supports Minecraft Java Edition main releases 1.0 - 1.18. Metadata what does this mean? homepage URL: source URL: license: GPL-3.0 platforms: Linux

Related discussion:
text: ctodo = callPackage ../applications/misc/ctodo { }; <ins> cubiomes-viewer = libsForQt5.callPackage ../applications/misc/cubiomes-viewer { }; </ins> ctmg = callPackage ../tools/security/ctmg { }; cmake_2_8 = callPackage ../development/tools/build-managers/cmake/2.8.nix { };
Code change:
Since won't build () From the above logs: Steps to reproduce the behavior: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Can reproduce on my ZFS system, not on my ext4 system though.
I can't reproduce by running on any system.
I was able to build from that commit nix store is zfs backed
It's more relevant whether is.
The renameat2 syscall used isn't (fully?) supported by ZFS: I'm not sure how that relates to this issue only occurring with , I guess it's related to the sandbox.
/tmp is tmpfs for me
Thanks for filing the upstream issue!

Related discussion:
text: python3.pkgs.buildPythonApplication rec { pname = "radicale"; <del> version = "3.1.3"; </del> <ins> version = "3.1.4"; </ins> src = fetchFromGitHub { owner = "Kozea"; repo = "Radicale"; rev = "v${version}"; <del> hash = "sha256-a1oapCktJPvNO+MTsB9COtxSFB/ZIZvJiuqX+s+lncY="; </del> <ins> hash = "sha256-vX6lYiDqpQeWVLotyt2ODwcjskWB6EuCky3/V8m1m7Q="; </ins> }; postPatch = ''
Code change:
Project description Junction lets you choose the application to open files and links. Junction will pop up automatically when you open a link in a desktop application. Use the mouse or keyboard navigation to choose the application to open the link or file with. Metadata homepage URL: source URL: license: gpl3 platforms: linux

Related discussion:
text: <ins> { lib , stdenv , fetchFromGitHub , appstream-glib , desktop-file-utils , gobject-introspection , meson , ninja , pkg-config , wrapGAppsHook4 , gjs , gtk4 , libadwaita , libportal-gtk4 }: stdenv.mkDerivation rec { pname = "junction"; version = "1.5.0"; src = fetchFromGitHub { owner = "sonnyp"; repo = "junction"; rev = "v${version}"; sha256 = "sha256-jS4SHh1BB8jk/4EP070X44C4n3GjyCz8ozgK8v5lbqc="; }; nativeBuildInputs = [ appstream-glib desktop-file-utils gobject-introspection meson ninja pkg-config wrapGAppsHook4 ]; buildInputs = [ gjs gtk4 libadwaita libportal-gtk4 ]; postInstall = '' # autoPatchShebangs does not like "/usr/bin/env -S gjs" substituteInPlace $out/bin/re.sonny.Junction --replace "/usr/bin/env -S gjs" "/usr/bin/gjs" ''; meta = with lib; { description = "Choose the application to open files and links"; homepage = "https://apps.gnome.org/en/app/re.sonny.Junction/"; license = licenses.gpl3Plus; maintainers = with maintainers; [ hqurve ]; platforms = platforms.linux; }; } </ins>
Code change:
Project description Junction lets you choose the application to open files and links. Junction will pop up automatically when you open a link in a desktop application. Use the mouse or keyboard navigation to choose the application to open the link or file with. Metadata homepage URL: source URL: license: gpl3 platforms: linux

Related discussion:
text: jmusicbot = callPackage ../applications/audio/jmusicbot { }; <ins> junction = callPackage ../applications/misc/junction { }; </ins> lemonade = callPackage ../applications/misc/lemonade { }; libquvi = callPackage ../applications/video/quvi/library.nix { };
Code change:
Recently variety stops working on NixOS. Pictures are downloaded well but the wallpaper can't be changed and can only be set in system setting. That's because of the hardcoded shebang which is taken from on the first installation. So when the bash is updated the script can't find it. It should be set as something like . Not sure if this is a nixos bug. Steps to reproduce the behavior: variety bash It works after the bash update. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
IIRC now we use . I am patching it now.

Related discussion:
text: <del> { stdenv, lib, fetchFromGitHub , python3Packages , fehSupport ? false, feh , imagemagickSupport ? true, imagemagick , intltool , gtk3 </del> <ins> { lib , stdenv , fetchFromGitHub </ins> , gexiv2 <del> , libnotify </del> , gobject-introspection <ins> , gtk3 </ins> , hicolor-icon-theme <ins> , intltool , libnotify </ins> , librsvg <ins> , python3 , runtimeShell </ins> , wrapGAppsHook <del> , makeWrapper </del> <ins> , fehSupport ? false, feh , imagemagickSupport ? true, imagemagick </ins> }: <del> with python3Packages; buildPythonApplication rec { </del> <ins> python3.pkgs.buildPythonApplication rec { </ins> pname = "variety"; version = "0.8.5";
Code change:
Recently variety stops working on NixOS. Pictures are downloaded well but the wallpaper can't be changed and can only be set in system setting. That's because of the hardcoded shebang which is taken from on the first installation. So when the bash is updated the script can't find it. It should be set as something like . Not sure if this is a nixos bug. Steps to reproduce the behavior: variety bash It works after the bash update. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
IIRC now we use . I am patching it now.

Related discussion:
text: sha256 = "sha256-6dLz4KXavXwnk5GizBH46d2EHMHPjRo0WnnUuVMtI1M="; }; <del> nativeBuildInputs = [ makeWrapper intltool wrapGAppsHook ]; </del> <ins> nativeBuildInputs = [ intltool wrapGAppsHook ]; </ins> <del> buildInputs = [ distutils_extra ]; </del> <ins> propagatedBuildInputs = [ gexiv2 gobject-introspection gtk3 hicolor-icon-theme libnotify librsvg ] ++ (with python3.pkgs; [ beautifulsoup4 configobj dbus-python distutils_extra httplib2 lxml pillow pycairo pygobject3 requests setuptools ]) ++ lib.optional fehSupport feh ++ lib.optional imagemagickSupport imagemagick; </ins> doCheck = false;
Code change:
Recently variety stops working on NixOS. Pictures are downloaded well but the wallpaper can't be changed and can only be set in system setting. That's because of the hardcoded shebang which is taken from on the first installation. So when the bash is updated the script can't find it. It should be set as something like . Not sure if this is a nixos bug. Steps to reproduce the behavior: variety bash It works after the bash update. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
IIRC now we use . I am patching it now.

Related discussion:
text: prePatch = '' substituteInPlace variety_lib/varietyconfig.py  <del> --replace "__variety_data_directory__ = "../data"" "__variety_data_directory__ = "$out/share/variety"" </del> <ins> --replace "__variety_data_directory__ = "../data""  "__variety_data_directory__ = "$out/share/variety"" </ins> substituteInPlace data/scripts/set_wallpaper  <del> --replace /bin/bash ${stdenv.shell} </del> <ins> --replace /bin/bash ${runtimeShell} </ins> substituteInPlace data/scripts/get_wallpaper  <del> --replace /bin/bash ${stdenv.shell} </del> <ins> --replace /bin/bash ${runtimeShell} </ins> ''; <del> propagatedBuildInputs = [ beautifulsoup4 configobj dbus-python gexiv2 gobject-introspection gtk3 hicolor-icon-theme httplib2 libnotify librsvg lxml pillow pycairo pygobject3 requests setuptools ] ++ lib.optional fehSupport feh ++ lib.optional imagemagickSupport imagemagick; </del> meta = with lib; { homepage = "https://github.com/varietywalls/variety"; description = "A wallpaper manager for Linux systems";
Code change:
Recently variety stops working on NixOS. Pictures are downloaded well but the wallpaper can't be changed and can only be set in system setting. That's because of the hardcoded shebang which is taken from on the first installation. So when the bash is updated the script can't find it. It should be set as something like . Not sure if this is a nixos bug. Steps to reproduce the behavior: variety bash It works after the bash update. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
IIRC now we use . I am patching it now.

Related discussion:
text: Variety also includes a range of image effects, such as oil painting and blur, as well as options to layer quotes and a clock onto the background. ''; <del> license = licenses.gpl3; </del> <ins> license = licenses.gpl3Plus; </ins> maintainers = with maintainers; [ p3psi AndersonTorres zfnmxt ]; <del> platforms = with platforms; linux; </del> }; }
Code change:
Recently variety stops working on NixOS. Pictures are downloaded well but the wallpaper can't be changed and can only be set in system setting. That's because of the hardcoded shebang which is taken from on the first installation. So when the bash is updated the script can't find it. It should be set as something like . Not sure if this is a nixos bug. Steps to reproduce the behavior: variety bash It works after the bash update. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
IIRC now we use . I am patching it now.

Related discussion:
text: substituteInPlace variety_lib/varietyconfig.py  --replace "__variety_data_directory__ = "../data""  "__variety_data_directory__ = "$out/share/variety"" <del> substituteInPlace data/scripts/set_wallpaper  --replace /bin/bash ${runtimeShell} substituteInPlace data/scripts/get_wallpaper  --replace /bin/bash ${runtimeShell} </del> <ins> substituteInPlace variety/VarietyWindow.py  --replace '[script,' '["${runtimeShell}", script,'  --replace 'check_output(script)' 'check_output(["${runtimeShell}", script])' </ins> ''; meta = with lib; {
Code change:
No GNOME Shell Extension can enable desktop icons. . to enable desktop icons. Should be able to enable desktop icons in GNOME Shell, one way or another. About the time of NixOS 20.03, i was still able to have desktop icons using some old version of extension. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
I can confirm this. The systemd journal shows (once every second):
This probably requires patching all paths referencing other libraries or binaries. Which of those extensions shall I have a look at first?
, maybe the one that is easier to fix? I did not have an opportunity to test , so i cannot decide between the two. Thanks!
Haven't had the opportunity to check out any of them so I also cannot decide. Any one of them would be fine for me, so I guess start with the one that is easier to fix (if there is a difference). If I can be of any help let me know.
WIP: I have the following override and the following patch: But I somehow can't get it to find nautilus. It will always end with a null exception while trying to access nautilus stuff (can't copy the stack trace out of the testing VM, sorry).
still not solved :
Made a PR for , a similar technique can be used on the other desktop icon extensions. Would like if someone could test that everything's working. Note the schema path bit, that was causing . For any path you cannot directly list with you most likely need to do the thing (or otherwise find a way to make it find the schema source).

Related discussion:
text: , smartmontools , substituteAll , touchegg <ins> , util-linux </ins> , vte , wrapGAppsHook <ins> , xdg-utils </ins> , xprop }: let
Code change:
No GNOME Shell Extension can enable desktop icons. . to enable desktop icons. Should be able to enable desktop icons in GNOME Shell, one way or another. About the time of NixOS 20.03, i was still able to have desktop icons using some old version of extension. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
I can confirm this. The systemd journal shows (once every second):
This probably requires patching all paths referencing other libraries or binaries. Which of those extensions shall I have a look at first?
, maybe the one that is easier to fix? I did not have an opportunity to test , so i cannot decide between the two. Thanks!
Haven't had the opportunity to check out any of them so I also cannot decide. Any one of them would be fine for me, so I guess start with the one that is easier to fix (if there is a difference). If I can be of any help let me know.
WIP: I have the following override and the following patch: But I somehow can't get it to find nautilus. It will always end with a null exception while trying to access nautilus stuff (can't copy the stack trace out of the testing VM, sorry).
still not solved :
Made a PR for , a similar technique can be used on the other desktop icon extensions. Would like if someone could test that everything's working. Note the schema path bit, that was causing . For any path you cannot directly list with you most likely need to do the thing (or otherwise find a way to make it find the schema source).

Related discussion:
text: ''; })) <ins> (patchExtension "gtk4-ding@smedius.gitlab.com" (old: { patches = [ (substituteAll { inherit gjs util-linux xdg-utils; util_linux = util-linux; xdg_utils = xdg-utils; src = ./extensionOverridesPatches/gtk4-ding_at_smedius.gitlab.com.patch; nautilus_gsettings_path = "${glib.getSchemaPath gnome.nautilus}"; }) ]; })) </ins> (patchExtension "pano@elhan.io" (old: { patches = [ (substituteAll {
Code change:
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

Related discussion:
text: 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 = ''
Code change:
vulkan-tools fails with an assertion error from vulkan-headers Steps to reproduce the behavior: the nixos-unstable-small channel vulkan-tools being installed # nix-shell -p vulkan-tools --show-trace error: assertion '(version == (vulkan-headers).version)' failed at /nix/store/cqbcz8k1wq604f8b8nc8khamyh2cl6dl-nixos-22.05pre348006./nixos/pkgs/tools/graphics/vulkan- 10| # the rest of nixpkgs. 11| src = (assert version == vulkan-headers.version; | ^ 12| fetchFromGitHub { … while evaluating the attribute 'src' of the derivation 'vulkan-tools-1.2.189.1' at /nix/store/cqbcz8k1wq604f8b8nc8khamyh2cl6dl-nixos-22.05pre348006./nixos/pkgs/stdenv/generic/make- 204 (attrs ? pname && attrs ? version)) { 205| name = | ^ 206| let … while evaluating the attribute 'buildInputs' of the derivation 'shell' at /nix/store/cqbcz8k1wq604f8b8nc8khamyh2cl6dl-nixos-22.05pre348006./nixos/pkgs/stdenv/generic/make- 204 (attrs ? pname && attrs ? version)) { 205| name = | ^ 206| let
Fix at , thanks for the report. I thought we had tests for this stuff...
fixed it for me. Thanks!

Related discussion:
text: stdenv.mkDerivation rec { pname = "vulkan-tools"; <del> version = "1.2.189.1"; </del> <ins> version = "1.2.198.0"; </ins> # It's not strictly necessary to have matching versions here, however # since we're using the SDK version we may as well be consistent with
Code change:
vulkan-tools fails with an assertion error from vulkan-headers Steps to reproduce the behavior: the nixos-unstable-small channel vulkan-tools being installed # nix-shell -p vulkan-tools --show-trace error: assertion '(version == (vulkan-headers).version)' failed at /nix/store/cqbcz8k1wq604f8b8nc8khamyh2cl6dl-nixos-22.05pre348006./nixos/pkgs/tools/graphics/vulkan- 10| # the rest of nixpkgs. 11| src = (assert version == vulkan-headers.version; | ^ 12| fetchFromGitHub { … while evaluating the attribute 'src' of the derivation 'vulkan-tools-1.2.189.1' at /nix/store/cqbcz8k1wq604f8b8nc8khamyh2cl6dl-nixos-22.05pre348006./nixos/pkgs/stdenv/generic/make- 204 (attrs ? pname && attrs ? version)) { 205| name = | ^ 206| let … while evaluating the attribute 'buildInputs' of the derivation 'shell' at /nix/store/cqbcz8k1wq604f8b8nc8khamyh2cl6dl-nixos-22.05pre348006./nixos/pkgs/stdenv/generic/make- 204 (attrs ? pname && attrs ? version)) { 205| name = | ^ 206| let
Fix at , thanks for the report. I thought we had tests for this stuff...
fixed it for me. Thanks!

Related discussion:
text: owner = "KhronosGroup"; repo = "Vulkan-Tools"; rev = "sdk-${version}"; <del> sha256 = "0izmzyj6gb51d71vbdjcgd9qw34aidvbmz0mg4bkc13n48w8s9vj"; </del> <ins> sha256 = "sha256-oNJm9Gi41aA5krkpkQI0EYdIlMcQpdodv9yqXhnNURA="; </ins> }); nativeBuildInputs = [ cmake ];
Code change:
Trying to install tetrio fails (see screenshots) Steps to reproduce the behavior: tetrio-desktop from nixpkgs-unstable (I did it using a flake) The package should install with no errors. ! <!-- 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.
Oops, it looks like I accidentally used a non-direct download link for the source. It also looks like audio is broken, so I'll start a PR soon.

Related discussion:
text: , autoPatchelfHook , alsa-lib , cups <ins> , libpulseaudio </ins> , libX11 , libXScrnSaver , libXtst
Code change:
Trying to install tetrio fails (see screenshots) Steps to reproduce the behavior: tetrio-desktop from nixpkgs-unstable (I did it using a flake) The package should install with no errors. ! <!-- 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.
Oops, it looks like I accidentally used a non-direct download link for the source. It also looks like audio is broken, so I'll start a PR soon.

Related discussion:
text: version = "8.0.0"; src = fetchurl { <del> url = "https://web.archive.org/web/20211130172544/https://tetr.io/about/desktop/builds/TETR.IO%20Setup.deb"; </del> <ins> url = "https://web.archive.org/web/20211228025517if_/https://tetr.io/about/desktop/builds/TETR.IO%20Setup.deb"; </ins> name = "tetrio-desktop.deb"; sha256 = "1nlblfhrph4cw8rpic9icrs78mzrxyskl7ggyy2i8bk9i07i21xf"; };
Code change:
Trying to install tetrio fails (see screenshots) Steps to reproduce the behavior: tetrio-desktop from nixpkgs-unstable (I did it using a flake) The package should install with no errors. ! <!-- 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.
Oops, it looks like I accidentally used a non-direct download link for the source. It also looks like audio is broken, so I'll start a PR soon.

Related discussion:
text: libPath = lib.makeLibraryPath [ alsa-lib cups <ins> libpulseaudio </ins> libX11 libXScrnSaver libXtst
Code change:
As of , the build of is broken. This is currently breaking the build of other packages including and certainly many others... ~I suspect this was triggered by , , or one of the redis upgrades.~ I believe this was triggered by . Steps to reproduce the behavior: nixpkgs at failure The build to succeed. n/a n/a <!-- 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.
I tried patching around the issue with but that gives me a test failure:
should fix that. Also please use postPatch.

Related discussion:
text: postPatch = '' sed -i setup.py -e "/pip>=/c'pip'," substituteInPlace setup.py  <del> --replace 'typing==3.6.4' 'typing' </del> <ins> --replace "typing==3.6.4" "typing"  --replace "attrs>=19.3.0,<21.3.0" "attrs" </ins> ''; disabledTestPaths = [
Code change:
As of , the build of is broken. This is currently breaking the build of other packages including and certainly many others... ~I suspect this was triggered by , , or one of the redis upgrades.~ I believe this was triggered by . Steps to reproduce the behavior: nixpkgs at failure The build to succeed. n/a n/a <!-- 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.
I tried patching around the issue with but that gives me a test failure:
should fix that. Also please use postPatch.

Related discussion:
text: , aioredis , async_generator , buildPythonPackage <del> , fetchPypi </del> <ins> , fetchFromGitHub , fetchpatch </ins> , hypothesis , lupa , pytest-asyncio
Code change:
As of , the build of is broken. This is currently breaking the build of other packages including and certainly many others... ~I suspect this was triggered by , , or one of the redis upgrades.~ I believe this was triggered by . Steps to reproduce the behavior: nixpkgs at failure The build to succeed. n/a n/a <!-- 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.
I tried patching around the issue with but that gives me a test failure:
should fix that. Also please use postPatch.

Related discussion:
text: version = "1.7.0"; format = "setuptools"; <del> disabled = pythonOlder "3.5"; </del> <ins> disabled = pythonOlder "3.7"; </ins> <del> src = fetchPypi { inherit pname version; sha256 = "sha256-yb0S5DAzbL0+GJ+uDpHrmZl7k+dtv91u1n+jUtxoTHE="; </del> <ins> src = fetchFromGitHub { owner = "jamesls"; repo = pname; rev = version; hash = "sha256-P6PUg9SY0Qshlvj+iV1xdrzVLJ9JXUV4cGHUynKO3m0="; </ins> }; propagatedBuildInputs = [