jiebi/CodeConvo huggingface dataset:
Code change:
Steps to reproduce the behavior: The src is: We tried to use from nixpkgs in , but that made nix-build . -A fail. I guess that happened due to one of the commits between and (which is the latest commit on ) <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> From 68defee52f4eba82eefaeea17f21c7498448dd6b Mon Sep 17 00:00:00 2001 From: Samuel Dionne-Riel <samuel@dionne-riel.com> Date: Mon, 3 Jun 2024 16:16:25 -0400 Subject: [PATCH] efi/efi.h: Add efisetjmp.h See https://github.com/ncroxon/gnu-efi/commit/486ba3c3bdd147b7d98159b9e650be60bce0f027 --- efi/efi.h | 1 + 1 file changed, 1 insertion(+) diff --git a/efi/efi.h b/efi/efi.h index c266532f3..e4497574b 100644 --- a/efi/efi.h +++ b/efi/efi.h @@ -23,6 +23,7 @@ #include <efi.h> #include <efilib.h> #include <efistdarg.h> +#include <efisetjmp.h> /* Delay for 100 ms */ #define EFI_NOMAP_PRINT_DELAY	100 </ins>
Code change:
Project description <!-- Describe the project a little: -- alternative for GNOME (I guess) Metadata homepage URL: source URL: license: gpl3Only platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> { lib, stdenv, fetchFromGitHub, rustPlatform, cargo, rustc, meson, ninja, pkg-config, appstream, blueprint-compiler, desktop-file-utils, gettext, wrapGAppsHook4, libadwaita, }: stdenv.mkDerivation (finalAttrs: { pname = "keypunch"; version = "1.0"; src = fetchFromGitHub { owner = "bragefuglseth"; repo = "keypunch"; rev = "refs/tags/v${finalAttrs.version}"; hash = "sha256-S4RckHwrVVQrxy9QngTisNM4+cMM+1dXucwEDnM98Rg="; }; cargoDeps = rustPlatform.fetchCargoTarball { name = "${finalAttrs.pname}-${finalAttrs.version}"; inherit (finalAttrs) src; hash = "sha256-YzENAGy7zEu1dyuhme+x+gJQlE74Vw0JZvRso0vNQXs="; }; strictDeps = true; nativeBuildInputs = [ rustPlatform.cargoSetupHook cargo rustc meson ninja pkg-config appstream blueprint-compiler desktop-file-utils gettext wrapGAppsHook4 ]; buildInputs = [ libadwaita ]; meta = { description = "Practice your typing skills"; homepage = "https://github.com/bragefuglseth/keypunch"; license = lib.licenses.gpl3Plus; mainProgram = "keypunch"; maintainers = with lib.maintainers; [ tomasajt ]; }; }) </ins>
Code change:
Sometime between 23.11 and now, the binary broke due to a linking issue. Steps to reproduce the behavior:
fixes it of course, but I don't see an obvious less brutal approach.
adding to the works for me.
Good point, somehow thought this was already the case. PR up.

Related discussion:
text: llvmPackages, python3, stdenv, <ins> testers, </ins> zlib, # Boolean flags withHTML ? true,
Code change:
Sometime between 23.11 and now, the binary broke due to a linking issue. Steps to reproduce the behavior:
fixes it of course, but I don't see an obvious less brutal approach.
adding to the works for me.
Good point, somehow thought this was already the case. PR up.

Related discussion:
text: nativeBuildInputs = [ cmake <del> (lib.getDev llvm) </del> ] ++ lib.optionals (withManual || withHTML) [ sphinx
Code change:
Sometime between 23.11 and now, the binary broke due to a linking issue. Steps to reproduce the behavior:
fixes it of course, but I don't see an obvious less brutal approach.
adding to the works for me.
Good point, somehow thought this was already the case. PR up.

Related discussion:
text: buildInputs = [ libffi libxml2 <ins> llvm </ins> zlib ] ++ lib.optionals (!stdenv.isDarwin) [ libclang ]; cmakeFlags = [ <del> (lib.cmakeOptionType "path" "CLANG_RESOURCE_DIR" "${lib.getDev libclang}") </del> <ins> (lib.cmakeOptionType "path" "CLANG_RESOURCE_DIR" "${lib.getLib libclang}/lib/clang/${lib.versions.major libclang.version}") </ins> (lib.cmakeBool "SPHINX_HTML" withHTML) (lib.cmakeBool "SPHINX_MAN" withManual) ] ++ lib.optionals stdenv.isDarwin [ (lib.cmakeOptionType "path" "Clang_DIR" "${lib.getDev libclang}/lib/cmake/clang") ]; <del> # 97% tests passed, 97 tests failed out of 2881 # mostly because it checks command line and nix append -isystem and all doCheck = false; </del> <ins> doCheck = true; </ins> strictDeps = true; <del> # -E exclude 4 tests based on names # see https://github.com/CastXML/CastXML/issues/90 checkPhase = '' runHook preCheck ctest -E 'cmd.cc-(gnu|msvc)-((c-src-c)|(src-cxx))-cmd' runHook postCheck ''; </del> <ins> passthru.tests = testers.testVersion { package = finalAttrs.finalPackage; }; </ins> meta = { homepage = "https://github.com/CastXML/CastXML";
Code change:
Project description for python! <!-- Describe the project a little: --It is built in reference with offical except it's color quantization part, which is based on thanks to . Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> { lib, buildPythonPackage, fetchurl, fetchPypi, setuptools, pybind11, requests, rich, pillow, }: let test-image = fetchurl { name = "test-image.jpg"; url = "https://unsplash.com/photos/u9tAl8WR3DI/download"; hash = "sha256-shGNdgOOydgGBtl/JCbTJ0AYgl+2xWvCgHBL+bEoTaE="; }; in buildPythonPackage rec { pname = "materialyoucolor"; version = "2.0.9"; pyproject = true; # PyPI sources contain additional vendored sources src = fetchPypi { inherit pname version; hash = "sha256-J35//h3tWn20f5ej6OXaw4NKnxung9q7m0E4Zf9PUw4="; }; build-system = [ setuptools pybind11 ]; nativeCheckInputs = [ requests rich pillow ]; checkPhase = '' runHook preCheck python tests/test_all.py ${test-image} 1 runHook postCheck ''; pythonImportsCheck = [ "materialyoucolor" "materialyoucolor.quantize" # ext ]; meta = { description = "Material You color generation algorithms in python"; homepage = "https://github.com/T-Dynamos/materialyoucolor-python"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>
Code change:
Project description for python! <!-- Describe the project a little: --It is built in reference with offical except it's color quantization part, which is based on thanks to . Metadata homepage URL: source URL: license: mit platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: materialx = callPackage ../development/python-modules/materialx { }; <ins> materialyoucolor = callPackage ../development/python-modules/materialyoucolor { }; </ins> matchpy = callPackage ../development/python-modules/matchpy { }; mathlibtools = callPackage ../development/python-modules/mathlibtools { };
Code change:
When bulding an lxc template with and the , the ping binary does not work as the not root user, giving: Steps to reproduce the behavior: my config repo: the nix-secrets input (private repo). `nix build .#proxmox the resulting tarball and upload to proxmox as an lxc template a container based on the template in (without nix-secrets repo, password is 'nixos') and attempt to run ping. The ping binary successfully pings something. the Home-manager systemd service also fails, but that might be a separate bug, reported Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
on NixOS 22.11: On NixOS 24.05: Seems to have been broken by I'll spend some time over the weekend to see what the best way to solve this issue is.

Related discussion:
text: hostName = mkIf (!cfg.manageHostName) (mkForce ""); }; <ins> # unprivileged LXCs can't set net.ipv4.ping_group_range security.wrappers.ping = mkIf (!cfg.privileged) { owner = "root"; group = "root"; capabilities = "cap_net_raw+p"; source = "${pkgs.iputils.out}/bin/ping"; }; </ins> services.openssh = { enable = mkDefault true; startWhenNeeded = mkDefault true;
Code change:
Package name: gruvbox-gtk-theme Latest released version: unstable-2024-06-12 <!-- Search your package here: --- Current version on the unstable channel: unstable-2023-05-28 Current version on the stable/release channel: unstable-2023-05-28 <!-- 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]:

Related discussion:
text: <del> { lib , stdenvNoCC , fetchFromGitHub , gnome-themes-extra , gtk-engine-murrine </del> <ins> { lib, stdenvNoCC, fetchFromGitHub, gnome-themes-extra, gtk-engine-murrine, </ins> }: stdenvNoCC.mkDerivation { pname = "gruvbox-gtk-theme"; <del> version = "unstable-2023-05-28"; </del> <ins> version = "0-unstable-2024-06-12"; </ins> src = fetchFromGitHub { owner = "Fausto-Korpsvart"; repo = "Gruvbox-GTK-Theme"; <del> rev = "c0b7fb501938241a3b6b5734f8cb1f0982edc6b4"; hash = "sha256-Y+6HuWaVkNqlYc+w5wLkS2LpKcDtpeOpdHnqBmShm5Q="; </del> <ins> rev = "1a0f6672283e1846ec307addd4647f2daad29402"; hash = "sha256-bbL4bHAdkmReogUQML9sMpSallZ7wrgbK3R64xiAYRo="; </ins> }; <del> propagatedUserEnvPkgs = [ gtk-engine-murrine ]; </del> <ins> propagatedUserEnvPkgs = [ gtk-engine-murrine ]; </ins> <del> buildInputs = [ gnome-themes-extra ]; </del> <ins> buildInputs = [ gnome-themes-extra ]; </ins> dontBuild = true;
Code change:
Package name: gruvbox-gtk-theme Latest released version: unstable-2024-06-12 <!-- Search your package here: --- Current version on the unstable channel: unstable-2023-05-28 Current version on the stable/release channel: unstable-2023-05-28 <!-- 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]:

Related discussion:
text: runHook postInstall ''; <del> meta = with lib; { </del> <ins> meta = { </ins> description = "Gtk theme based on the Gruvbox colour pallete"; homepage = "https://www.pling.com/p/1681313/"; <del> license = licenses.gpl3Only; platforms = platforms.unix; maintainers = [ maintainers.math-42 ]; </del> <ins> license = lib.licenses.gpl3Only; platforms = lib.platforms.unix; maintainers = with lib.maintainers; [ luftmensch-luftmensch math-42 ]; </ins> }; }
Code change:
Decoders fail to load due to . Steps to reproduce the behavior: Working Module Imports (no ) Working decoders Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can you check if the above PR fixes the issue. I'm not able to test it right now as I don't have access to a DSLogic device ATM.
I'm unable to test the PR ATM, but the issue didn't require any device to be attached. Just install and run DSView as per bug report.
Ok just running and playing around did work for me after the update.
Hey, I checked this on my box, and I don't seem to be able to reproduce this issue, decoders seem to work for me when trying the demo device.

Related discussion:
text: { stdenv, lib, fetchFromGitHub, pkg-config, cmake, wrapQtAppsHook <del> , libzip, boost, fftw, qtbase, qtwayland, qtsvg, libusb1 </del> <ins> , libzip, boost, fftw, libusb1, qtbase, qtsvg, qtwayland </ins> , python3, desktopToDarwinBundle }: stdenv.mkDerivation rec { pname = "dsview"; <del> version = "1.3.1"; </del> <ins> version = "1.3.2"; </ins> src = fetchFromGitHub { owner = "DreamSourceLab"; repo = "DSView"; rev = "v${version}"; <del> sha256 = "sha256-LwrlB+Nwq34YjwGmnbUWS3W//ZHr8Do2Wf2te+2oBeI="; </del> <ins> sha256 = "sha256-d/TfCuJzAM0WObOiBhgfsTirlvdROrlCm+oL1cqUrIs="; </ins> }; patches = [
Code change:
Decoders fail to load due to . Steps to reproduce the behavior: Working Module Imports (no ) Working decoders Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can you check if the above PR fixes the issue. I'm not able to test it right now as I don't have access to a DSLogic device ATM.
I'm unable to test the PR ATM, but the issue didn't require any device to be attached. Just install and run DSView as per bug report.
Ok just running and playing around did work for me after the update.
Hey, I checked this on my box, and I don't seem to be able to reproduce this issue, decoders seem to work for me when trying the demo device.

Related discussion:
text: dropbear = callPackage ../tools/networking/dropbear { }; <del> dsview = qt6Packages.callPackage ../applications/science/electronics/dsview { }; </del> <ins> dsview = libsForQt5.callPackage ../applications/science/electronics/dsview { }; </ins> dtach = callPackage ../tools/misc/dtach { };
Code change:
btrfs-assistant failed to use in nix-shell Steps to reproduce the behavior: A clear and concise description of what you expected to happen. nix-shell should success <!-- 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]:
I fixed the nix-shell -p error but the application doesn't run properly. Looking into if we need to do some env variable nonsense because of the way the application works.

Related discussion:
text: <del> { lib , stdenv , fetchFromGitLab , bash , btrfs-progs , cmake , coreutils , git , pkg-config , qt6 , snapper , util-linux , enableSnapper ? true , nix-update-script </del> <ins> { lib, stdenv, fetchFromGitLab, bash, btrfs-progs, cmake, coreutils, git, pkg-config, qt6, snapper, util-linux, enableSnapper ? true, nix-update-script, </ins> }: stdenv.mkDerivation (finalAttrs: {
Code change:
btrfs-assistant failed to use in nix-shell Steps to reproduce the behavior: A clear and concise description of what you expected to happen. nix-shell should success <!-- 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]:
I fixed the nix-shell -p error but the application doesn't run properly. Looking into if we need to do some env variable nonsense because of the way the application works.

Related discussion:
text: cmake git pkg-config <ins> qt6.wrapQtAppsHook </ins> ]; buildInputs = [ btrfs-progs <ins> coreutils </ins> qt6.qtbase qt6.qtsvg qt6.qttools qt6.qtwayland <del> ]; propagatedBuildInputs = [ qt6.wrapQtAppsHook ]; </del> <ins> util-linux ] ++ lib.optionals enableSnapper [ snapper ]; </ins> <del> prePatch = '' substituteInPlace src/util/System.cpp  --replace '/bin/bash' "${lib.getExe bash}" '' + lib.optionalString enableSnapper '' substituteInPlace src/main.cpp  --replace '/usr/bin/snapper' "${lib.getExe snapper}" ''; </del> <ins> prePatch = '' substituteInPlace src/util/System.cpp  --replace-fail '/bin/bash' "${lib.getExe bash}" </ins> <del> postPatch = '' substituteInPlace src/org.btrfs-assistant.pkexec.policy  --replace '/usr/bin' "$out/bin" </del> <ins> substituteInPlace src/main.cpp  --replace-fail 'if (!qEnvironmentVariableIsEmpty("DISPLAY"))' ' if(!qEnvironmentVariableIsEmpty("DISPLAY") || !qEnvironmentVariableIsEmpty("WAYLAND_DISPLAY"))' '' + lib.optionalString enableSnapper '' substituteInPlace src/main.cpp  --replace-fail '/usr/bin/snapper' "${lib.getExe snapper}" ''; </ins> <del> substituteInPlace src/btrfs-assistant  --replace 'btrfs-assistant-bin' "$out/bin/btrfs-assistant-bin" </del> <ins> postPatch = '' substituteInPlace src/org.btrfs-assistant.pkexec.policy  --replace-fail '/usr/bin' "$out/bin" </ins> <del> substituteInPlace src/btrfs-assistant-launcher  --replace 'btrfs-assistant' "$out/bin/btrfs-assistant" '' + lib.optionalString enableSnapper '' substituteInPlace src/btrfs-assistant.conf  --replace '/usr/bin/snapper' "${lib.getExe snapper}" ''; </del> <ins> substituteInPlace src/btrfs-assistant  --replace-fail 'btrfs-assistant-bin' "$out/bin/btrfs-assistant-bin" </ins> <del> qtWrapperArgs = let runtimeDeps = lib.makeBinPath ([ coreutils util-linux ] ++ lib.optionals enableSnapper [ snapper ]); in [ "--prefix PATH : ${runtimeDeps}" ]; </del> <ins> substituteInPlace src/btrfs-assistant-launcher  --replace-fail 'btrfs-assistant' "$out/bin/btrfs-assistant" '' + lib.optionalString enableSnapper '' substituteInPlace src/btrfs-assistant.conf  --replace-fail '/usr/bin/snapper' "${lib.getExe snapper}" ''; </ins> passthru.updateScript = nix-update-script { };
Code change:
Steps to reproduce the behavior: Discovered via the Nixpkgs LLVM Workspace project. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --No maintainers, CC last person who touched Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: esac done <del> if $needsTarget; then </del> <ins> if $needsTarget && [[ $0 != *cpp ]]; then </ins> extraBefore+=(-target @defaultTarget@ @machineFlags@) fi
Code change:
Steps to reproduce the behavior: Discovered via the Nixpkgs LLVM Workspace project. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --No maintainers, CC last person who touched Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: libX11 = super.libX11.overrideAttrs (attrs: { outputs = [ "out" "dev" "man" ]; configureFlags = attrs.configureFlags or [] <del> ++ malloc0ReturnsNullCrossFlag; </del> <ins> ++ malloc0ReturnsNullCrossFlag ++ lib.optional (stdenv.targetPlatform.useLLVM or false) "ac_cv_path_RAWCPP=cpp"; </ins> depsBuildBuild = [ buildPackages.stdenv.cc ] ++ lib.optionals stdenv.hostPlatform.isStatic [
Code change:
Steps to reproduce the behavior: Add any other context about the problem here. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Maybe we should just wait and see whether 2024.02 also has the same problem (that should be around the corner, see ) For now rolling back to to get unstuck.
I'm skeptical about IDEA 2024.2 would use JRE 21, as in the following comment From https://intellij-

Related discussion:
text: let <del> jbr = jetbrains.jdk-no-jcef; </del> <ins> jbr = jetbrains.jdk-no-jcef-17; </ins> ideaSrc = fetchFromGitHub { owner = "jetbrains";
Code change:
Steps to reproduce the behavior: Add any other context about the problem here. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Maybe we should just wait and see whether 2024.02 also has the same problem (that should be around the corner, see ) For now rolling back to to get unstuck.
I'm skeptical about IDEA 2024.2 would use JRE 21, as in the following comment From https://intellij-

Related discussion:
text: jdk = jdk21; withJcef = false; }; <ins> jdk-no-jcef-17 = callPackage ../development/compilers/jetbrains-jdk/17.nix { withJcef = false; }; </ins> jdk = callPackage ../development/compilers/jetbrains-jdk { jdk = jdk21; };
Code change:
Package name: Latest released version: 1.9.0 Current version on the unstable channel: 1.7.0 Current version on the stable/release channel: 1.2.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: PRODUCTION = "true"; ALEMBIC_CONFIG_FILE="${pkg}/config/alembic.ini"; API_PORT = toString cfg.port; <del> BASE_URL = "http://localhost:${cfg.port}"; </del> <ins> BASE_URL = "http://localhost:${toString cfg.port}"; </ins> DATA_DIR = "/var/lib/mealie"; CRF_MODEL_PATH = "/var/lib/mealie/model.crfmodel"; } // (builtins.mapAttrs (_: val: toString val) cfg.settings);
Code change:
Package name: Latest released version: 1.9.0 Current version on the unstable channel: 1.7.0 Current version on the stable/release channel: 1.2.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: }: let <del> version = "1.7.0"; </del> <ins> version = "1.9.0"; </ins> src = fetchFromGitHub { owner = "mealie-recipes"; repo = "mealie"; rev = "v${version}"; <del> hash = "sha256-z7kLBDzvzPWY7XmpROMpw3LcDpsl+hA+w1SdhrD/yNU="; </del> <ins> hash = "sha256-gg7ClclBS9j9n4/3HLxbX8HXTz9Zw5+BYG2MEYRsRBU="; </ins> }; frontend = callPackage (import ./mealie-frontend.nix src version) { };
Code change:
The package is broken, , because it fails during on Darwin. I am uncertain if this is something that has to be fixed in , or can it be worked around in nixpkgs? Steps to reproduce the behavior: Build on macOS <!-- 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]:
can you help out here?

Related discussion:
text: hash = "sha256-rMbf09pCHvVYI9g/aq74+PcsuU2LezpmDz4b/w9vRyc="; }; <ins> postPatch = lib.optionalString stdenv.isDarwin '' substituteInPlace setup.py  --replace-fail "-flto" "" ''; </ins> nativeBuildInputs = [ pybind11 ]; # tests are removed from fork
Code change:
The package is broken, , because it fails during on Darwin. I am uncertain if this is something that has to be fixed in , or can it be worked around in nixpkgs? Steps to reproduce the behavior: Build on macOS <!-- 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]:
can you help out here?

Related discussion:
text: homepage = "https://github.com/searxng/fasttext-predict/"; license = licenses.mit; maintainers = with maintainers; [ SuperSandro2000 ]; <del> # ImportError: dynamic module does not define module export function (PyInit_fasttext_pybind) broken = stdenv.isDarwin; </del> }; }
Code change:
There is Bitwig1 and Bitwig2. I for example have only a license for Bitwig1. And I will not pay frequently for features I don't use (because I'm not a professional musican). Right now I use the overrideAttrs to install bitwig1, but it would be smarter to provide an older version as well (most likely there will be a bitwig3 someday). I could create a pull-request, just wanted to open a quick discussion first, because I'm new to NixOs and maybe there is already a very smart thing that makes live much simpler, which I'm not aware.
See . I think we shouldn't distribute paid updates for proprietary software under the same attribute without a way to opt out (other than rollback), this heavily breaks reverse compatibility. I think that should point to the latest version, with and pointing to specific major versions. Derivation for 2.x branch may override 1.x, since it has same dependencies and layout, the only difference is additional dependency on :

Related discussion:
text: <ins> { stdenv, fetchurl, bitwig-studio1, xdg_utils, zenity, ffmpeg }: bitwig-studio1.overrideAttrs (oldAttrs: rec { name = "bitwig-studio-${version}"; version = "2.2.2"; src = fetchurl { url    = "https://downloads.bitwig.com/stable/${version}/bitwig-studio-${version}.deb"; sha256 = "1x4wka32xlygmhdh9rb15s37zh5qjrgap2qk35y34c52lf5aak22"; }; buildInputs = bitwig-studio1.buildInputs ++ [ ffmpeg ]; binPath = stdenv.lib.makeBinPath [ ffmpeg xdg_utils zenity ]; }) </ins>