jiebi/CodeConvo huggingface dataset:
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: bitscope = callPackage ../applications/science/electronics/bitscope/packages.nix { }; <del> bitwig-studio =  callPackage ../applications/audio/bitwig-studio { </del> <ins> bitwig-studio1 =  callPackage ../applications/audio/bitwig-studio/bitwig-studio1.nix { </ins> inherit (gnome2) zenity; }; <ins> bitwig-studio2 =  callPackage ../applications/audio/bitwig-studio/bitwig-studio2.nix { inherit (gnome2) zenity; inherit (self) bitwig-studio1; }; bitwig-studio = bitwig-studio2; </ins> bgpdump = callPackage ../tools/networking/bgpdump { };
Code change:
The package for the Ares emulator doesn't seem to include Vulkan packages so it will return if you try to run a Nintendo 64 game. Other cores that don't use Vulkan are unaffected Steps to reproduce the behavior: Ares N64 game error in console glitched or black screen The game works ! see similar issue: Ares issue before I realized it was likely NixOS: GPU: RX 6800 Driver install setup: <!-- 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]:

Related discussion:
text: , which , wrapGAppsHook3 , darwin <ins> , vulkan-loader , autoPatchelfHook </ins> }: stdenv.mkDerivation (finalAttrs: {
Code change:
The package for the Ares emulator doesn't seem to include Vulkan packages so it will return if you try to run a Nintendo 64 game. Other cores that don't use Vulkan are unaffected Steps to reproduce the behavior: Ares N64 game error in console glitched or black screen The game works ! see similar issue: Ares issue before I realized it was likely NixOS: GPU: RX 6800 Driver install setup: <!-- 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]:

Related discussion:
text: ]; nativeBuildInputs = [ <ins> autoPatchelfHook </ins> pkg-config which wrapGAppsHook3
Code change:
The package for the Ares emulator doesn't seem to include Vulkan packages so it will return if you try to run a Nintendo 64 game. Other cores that don't use Vulkan are unaffected Steps to reproduce the behavior: Ares N64 game error in console glitched or black screen The game works ! see similar issue: Ares issue before I realized it was likely NixOS: GPU: RX 6800 Driver install setup: <!-- 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]:

Related discussion:
text: darwin.apple_sdk_11_0.frameworks.OpenAL ]; <ins> appendRunpaths = [ (lib.makeLibraryPath [ vulkan-loader ]) ]; </ins> enableParallelBuilding = true; makeFlags = lib.optionals stdenv.isLinux [
Code change:
Package name: quickemu Latest released version: 4.9.5 <!-- Search your package here: --- Current version on the unstable channel: 4.9.4 Current version on the stable/release channel: 4.9.5 <!-- 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. --fedx- 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: cdrtools, curl, gawk, <ins> glxinfo, </ins> gnugrep, gnused, jq,
Code change:
Package name: quickemu Latest released version: 4.9.5 <!-- Search your package here: --- Current version on the unstable channel: 4.9.4 Current version on the stable/release channel: 4.9.5 <!-- 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. --fedx- 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: quickemu, testers, installShellFiles, <del> fetchpatch2, </del> }: let runtimePaths = [
Code change:
Package name: quickemu Latest released version: 4.9.5 <!-- Search your package here: --- Current version on the unstable channel: 4.9.4 Current version on the stable/release channel: 4.9.5 <!-- 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. --fedx- 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: qemu socat swtpm <del> usbutils </del> util-linux unzip <del> xdg-user-dirs </del> xrandr zsync <ins> ] ++ lib.optionals stdenv.isLinux [ glxinfo usbutils xdg-user-dirs </ins> ]; in stdenv.mkDerivation (finalAttrs: { pname = "quickemu"; <del> version = "4.9.4-unstable-2024-05-28"; </del> <ins> version = "4.9.5"; </ins> src = fetchFromGitHub { owner = "quickemu-project"; repo = "quickemu"; <del> rev = "d78255b097b599e8ab3713cb61c4085cc45f5a95"; # TODO: return to version on next release hash = "sha256-fF306CdGqKM+779OLm0NNyqPBtm7TuU7UN/NanT12y8="; </del> <ins> rev = finalAttrs.version; hash = "sha256-UlpNujF2E8H1zcWTen8D29od60pY8FaGueviT0iwupQ="; </ins> }; postPatch = ''
Code change:
Package name: quickemu Latest released version: 4.9.5 <!-- Search your package here: --- Current version on the unstable channel: 4.9.4 Current version on the stable/release channel: 4.9.5 <!-- 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. --fedx- 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: ''; passthru.tests = testers.testVersion { <del> version = "4.9.5"; # required for passing tests, TODO: remove when release bump </del> package = quickemu; }; meta = { description = "Quickly create and run optimised Windows, macOS and Linux virtual machines"; homepage = "https://github.com/quickemu-project/quickemu"; <ins> changelog = "https://github.com/quickemu-project/quickemu/releases/tag/${finalAttrs.version}"; </ins> mainProgram = "quickemu"; license = lib.licenses.mit; maintainers = with lib.maintainers; [
Code change:
Specs-nvim does not work in Neovim 0.10 and the author has not updated the upstream version. The derivation should point to the updated fork instead: Steps to reproduce the behavior: specs-nvim with Neovim 0.10 specs-nvim errors Should I have used the out-of-date packaging report issue template instead? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
no pb for me. Feel free to submit a PR. Pinging as he might know better.
What does no pb mean? I'll make a PR
I guess that it means "go for it, let's switch to the fork".

Related discussion:
text: specs-nvim = buildVimPlugin { pname = "specs.nvim"; <del> version = "2022-09-20"; </del> <ins> version = "2024-05-19"; </ins> src = fetchFromGitHub { <del> owner = "edluffy"; </del> <ins> owner = "cxwx"; </ins> repo = "specs.nvim"; <del> rev = "2743e412bbe21c9d73954c403d01e8de7377890d"; sha256 = "1ycqvxrn13bfimf9k03bmm1baml8gyq5lxqjxh1fya44s2bg714r"; </del> <ins> rev = "dd82496f538b688cedf98429f89fef47ecb0625e"; sha256 = "0427fx6iw3i2y9ny3sz1na32bxcj8i93dbm93ckxf3bii8zqjs0s"; </ins> }; <del> meta.homepage = "https://github.com/edluffy/specs.nvim/"; </del> <ins> meta.homepage = "https://github.com/cxwx/specs.nvim/"; </ins> }; spellsitter-nvim = buildVimPlugin {
Code change:
Specs-nvim does not work in Neovim 0.10 and the author has not updated the upstream version. The derivation should point to the updated fork instead: Steps to reproduce the behavior: specs-nvim with Neovim 0.10 specs-nvim errors Should I have used the out-of-date packaging report issue template instead? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
no pb for me. Feel free to submit a PR. Pinging as he might know better.
What does no pb mean? I'll make a PR
I guess that it means "go for it, let's switch to the fork".

Related discussion:
text: https://github.com/liuchengxu/space-vim/,, https://github.com/ctjhoa/spacevim/,, https://github.com/chrisgeo/sparkup/,, <del> https://github.com/edluffy/specs.nvim/,, </del> <ins> https://github.com/cxwx/specs.nvim/,HEAD, </ins> https://github.com/lewis6991/spellsitter.nvim/,HEAD, https://github.com/stsewd/sphinx.nvim/,, https://github.com/sjl/splice.vim/,,
Code change:
Package name: uutils-coreutils Latest released version: 0.0.27 <!-- Search your package here: --- Current version on the unstable channel: 0.0.25 Current version on the stable/release channel: 0.0.25 <!-- 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: stdenv.mkDerivation rec { pname = "uutils-coreutils"; <del> version = "0.0.25"; </del> <ins> version = "0.0.27"; </ins> src = fetchFromGitHub { owner = "uutils"; repo = "coreutils"; rev = version; <del> hash = "sha256-25jmlGxMWzAaJEmMHruA6H+nqx2QHnYX9c9SKqrQRE4="; </del> <ins> hash = "sha256-6MbX3C5NVwiOwXW5xJO2X3qKMh3pUSALR9aK2IbgaaU="; </ins> }; cargoDeps = rustPlatform.fetchCargoTarball { inherit src; name = "${pname}-${version}"; <del> hash = "sha256-lQoOkiSga2aS8GNgLcHdid1/1u3johYEcGi9oOVsdJs="; </del> <ins> hash = "sha256-JowORfYHxN8GqvWeUm0ACnHNM3uZviYbhR7BOeAfphw="; </ins> }; nativeBuildInputs = [ rustPlatform.cargoSetupHook sphinx ];
Code change:
Xpra supports forwarding invocations from the server to the client. The Xpra client defaults to hardcoding as the command to invoke on the client, which does not exist in NixOS. This bug does not impact hosts other than NixOS. Steps to reproduce the behavior: somehow. The Xpra client should invoke the local . N/A. This could be fixed by setting the open command to just , but it might match the intent better to change it to something like perhaps. Presumably, the point of doing it this way is to avoid any other copies of that might appear on the , e.g. Xpra's own. I suppose we can't really rely on to exist: even if we could on NixOS, we can't on other Linux distributions running Nix, where might make more sense. It seems to me that the best compromise, then, is to hardcode a path to copy of and users can override this using the option if needed. The open command that Xpra uses is configurable on the client-side, but the default is set as a platform-specific variable. On Linux, it is set in . Because there are separate values for both Windows and Darwin hosts, patching the value to shouldn't ever break them (but of course it should still be a Linux-specific patch, otherwise it unnecessarily brings into the closure.) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: , pango , pulseaudio , python3 <ins> , stdenv </ins> , util-linux , which , x264 , x265 , xauth <ins> , xdg-utils </ins> , xorg , xorgserver }:
Code change:
Xpra supports forwarding invocations from the server to the client. The Xpra client defaults to hardcoding as the command to invoke on the client, which does not exist in NixOS. This bug does not impact hosts other than NixOS. Steps to reproduce the behavior: somehow. The Xpra client should invoke the local . N/A. This could be fixed by setting the open command to just , but it might match the intent better to change it to something like perhaps. Presumably, the point of doing it this way is to avoid any other copies of that might appear on the , e.g. Xpra's own. I suppose we can't really rely on to exist: even if we could on NixOS, we can't on other Linux distributions running Nix, where might make more sense. It seems to me that the best compromise, then, is to hardcode a path to copy of and users can override this using the option if needed. The open command that Xpra uses is configurable on the client-side, but the default is set as a platform-specific variable. On Linux, it is set in . Because there are separate values for both Windows and Darwin hosts, patching the value to shouldn't ever break them (but of course it should still be a Linux-specific patch, otherwise it unnecessarily brings into the closure.) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: ./fix-122159.patch # https://github.com/NixOS/nixpkgs/issues/122159 ]; <ins> # Note: xposix is renamed to posix in v5. postPatch = lib.optionalString stdenv.isLinux '' substituteInPlace xpra/platform/xposix/features.py  --replace-fail "/usr/bin/xdg-open" "${xdg-utils}/bin/xdg-open" ''; </ins> INCLUDE_DIRS = "${pam}/include"; nativeBuildInputs = [
Code change:
The src URL () for Azure Data Studio redirects to latest version (1.48.1), not the specified version (1.44.1), leading to build failure due to hash mismatch. i.e. redirects to . Steps to reproduce the behavior: Specified version of Azure Data Studio should be downloaded, verified and installed. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: stdenv.mkDerivation rec { pname = "azuredatastudio"; <del> version = "1.44.1"; </del> <ins> version = "1.48.1"; </ins> desktopItems = [ desktopItem urlHandlerDesktopItem ]; src = fetchurl { name = "${pname}-${version}.tar.gz"; url = "https://azuredatastudio-update.azurewebsites.net/${version}/linux-x64/stable"; <del> sha256 = "sha256-6kEV331kt+/7/uWKZmTTkJX4P06CfxC8Ogq052qlUEg="; </del> <ins> sha256 = "sha256-JDNdMy0Wk6v2pMKS+NzSbsrffaEG2IneZO+K9pBFX48="; </ins> }; nativeBuildInputs = [
Code change:
The src URL () for Azure Data Studio redirects to latest version (1.48.1), not the specified version (1.44.1), leading to build failure due to hash mismatch. i.e. redirects to . Steps to reproduce the behavior: Specified version of Azure Data Studio should be downloaded, verified and installed. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: ]; # this will most likely need to be updated when azuredatastudio's version changes <del> sqltoolsservicePath = "${targetPath}/resources/app/extensions/mssql/sqltoolsservice/Linux/4.7.1.6"; </del> <ins> sqltoolsservicePath = "${targetPath}/resources/app/extensions/mssql/sqltoolsservice/Linux/4.11.1.1"; </ins> rpath = lib.concatStringsSep ":" [ (lib.makeLibraryPath [
Code change:
Project description goread is an RSS/Atom feed reader for your terminal. It allows you to categorize and follow feeds and read articles right in the terminal. Metadata homepage URL: source URL: license: gpl3 platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: githubId = 15379000; name = "schneefux"; }; <ins> schnow265 = { email = "thesnowbox@icloud.com"; github = "schnow265"; githubId = 57457177; name = "Luca Scalet"; }; </ins> schnusch = { github = "schnusch"; githubId = 5104601;
Code change:
Project description goread is an RSS/Atom feed reader for your terminal. It allows you to categorize and follow feeds and read articles right in the terminal. Metadata homepage URL: source URL: license: gpl3 platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: <ins> { lib, buildGoModule, fetchFromGitHub }: buildGoModule rec { pname = "goread"; version = "1.6.5"; src = fetchFromGitHub { owner = "TypicalAM"; repo = "goread"; rev = "v${version}"; hash = "sha256-SRVXcdgtRpWqvO28CnUcx40nFJnG+Hd94Ezgaj5xK6A="; }; vendorHash = "sha256-/kxEnw8l9S7WNMcPh1x7xqiQ3L61DSn6DCIvJlyrip0="; env.TEST_OFFLINE_ONLY = 1; meta = { description = "Beautiful program to read your RSS/Atom feeds right in the terminal"; homepage = "https://github.com/TypicalAM/goread"; changelog = "https://github.com/TypicalAM/goread/releases/tag/v${version}"; license = lib.licenses.gpl3Plus; mainProgram = "goread"; maintainers = with lib.maintainers; [ schnow265 ]; }; } </ins>
Code change:
Klee installation returns the following error: 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. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report; looking into it.
Looks like a STP issue on master/unstable; any ideas?
KLEE works on 24.05, try that in the meantime.
See also: , , and others. Seems like this is treewide.
It looks like there's an update to ; I'll bump it after gets merged but those two changes should fix klee.

Related discussion:
text: <del> { lib, stdenv, cmake, boost, bison, flex, fetchFromGitHub, perl , python3, python3Packages, zlib, minisat, cryptominisat }: </del> <ins> { lib , stdenv , cmake , boost , bison , flex , fetchFromGitHub , fetchpatch , perl , python3 , zlib , minisat , cryptominisat }: </ins> stdenv.mkDerivation rec { pname = "stp";
Code change:
Klee installation returns the following error: 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. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report; looking into it.
Looks like a STP issue on master/unstable; any ideas?
KLEE works on 24.05, try that in the meantime.
See also: , , and others. Seems like this is treewide.
It looks like there's an update to ; I'll bump it after gets merged but those two changes should fix klee.

Related discussion:
text: src = fetchFromGitHub { owner = "stp"; repo = "stp"; <del> rev    = version; sha256 = "1yg2v4wmswh1sigk47drwsxyayr472mf4i47lqmlcgn9hhbx1q87"; </del> <ins> rev = version; hash = "sha256-B+HQF4TJPkYrpodE4qo4JHvlu+a5HTJf1AFyXTnZ4vk="; </ins> }; patches = [ # Fix missing type declaration # due to undeterminisitic compilation # of circularly dependent headers ./stdint.patch <ins> # Python 3.12+ compatibility for build: https://github.com/stp/stp/pull/450 (fetchpatch { url = "https://github.com/stp/stp/commit/fb185479e760b6ff163512cb6c30ac9561aadc0e.patch"; hash = "sha256-guFgeWOrxRrxkU7kMvd5+nmML0rwLYW196m1usE2qiA="; }) </ins> ]; postPatch = ''
Code change:
Klee installation returns the following error: 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. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report; looking into it.
Looks like a STP issue on master/unstable; any ideas?
KLEE works on 24.05, try that in the meantime.
See also: , , and others. Seems like this is treewide.
It looks like there's an update to ; I'll bump it after gets merged but those two changes should fix klee.

Related discussion:
text: sed -e '1i #include <cstdint>' -i include/stp/AST/ASTNode.h ''; <del> buildInputs = [ boost zlib minisat cryptominisat python3 ]; </del> <ins> buildInputs = [ boost zlib minisat cryptominisat python3 ]; </ins> nativeBuildInputs = [ cmake bison flex perl ]; preConfigure = '' <del> python_install_dir=$out/${python3Packages.python.sitePackages} </del> <ins> python_install_dir=$out/${python3.sitePackages} </ins> mkdir -p $python_install_dir cmakeFlagsArray=( $cmakeFlagsArray
Code change:
Klee installation returns the following error: 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. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for the report; looking into it.
Looks like a STP issue on master/unstable; any ideas?
KLEE works on 24.05, try that in the meantime.
See also: , , and others. Seems like this is treewide.
It looks like there's an update to ; I'll bump it after gets merged but those two changes should fix klee.

Related discussion:
text: meta = with lib; { description = "Simple Theorem Prover"; <del> maintainers = with maintainers; [ McSinyx ]; </del> <ins> maintainers = with maintainers; [ McSinyx numinit ]; </ins> platforms = platforms.linux; license = licenses.mit; };