jiebi/CodeConvo huggingface dataset:
Change:
praat = callPackage ../applications/audio/praat { }; <del> quvi = callPackage ../applications/video/quvi/tool.nix { lua5_sockets = lua51Packages.luasocket; lua5 = lua5_1; }; quvi_scripts = callPackage ../applications/video/quvi/scripts.nix { }; </del> rhvoice = callPackage ../applications/audio/rhvoice { }; svox = callPackage ../applications/audio/svox { };

Discussion:
installs but is unusable. System: Nix version: Nixpkgs version:
I just tried to look at this a bunch and effectively got nowhere fast. Made both the lib and the tool use Lua 5.1 and the 5.1 sockets lib. Oddly in Googling around it there seems to be others elsewhere having issues with this particular combination.
Are there any updates on this issue, please?
While I'm not sure whether this solves this issue in its entirety, two things brought me a bit closer fixing it: Adding to the : Using instead of . In : I don't have any experience with Lua, though, so there might be a better solution. After doing this, I get a very different error which I had not yet the time to investigate (and which is why I didn't open a PR yet):
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
This issue persists exactly as originally described. Unfortunately, I did not get around to investigating any further than as described by my last comment.
I marked this as stale due to inactivity. &rarr;
Change:
pythonRelaxDeps = true; <ins> # Remove when https://github.com/spotDL/spotify-downloader/issues/2119 is fixed patches = [ ./is_lrc_valid-failure.patch ]; </ins> dependencies = with python3.pkgs; [ bandcamp-api beautifulsoup4

Discussion:
Steps to reproduce the behavior: spotdl. Building from rev . <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (maintainer) (recent commit) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
diff --git a/src/backend/main.ts b/src/backend/main.ts <del> index 2cd1a28f..a60e04d0 100644 </del> <ins> index 83b58bb2..f61656fa 100644 </ins> --- a/src/backend/main.ts +++ b/src/backend/main.ts <del> @@ -19,8 +19,7 @@ import { powerSaveBlocker, </del> <ins> @@ -19,7 +19,6 @@ import { </ins> protocol, screen, <del> -  clipboard, -  components +  clipboard </del> <ins> clipboard, -  components, session </ins> } from 'electron' import 'backend/updater' <del> import { autoUpdater } from 'electron-updater' @@ -286,8 +285,7 @@ if (!gotTheLock) { initImagesCache() </del> <ins> @@ -310,14 +309,7 @@ if (!gotTheLock) { } </ins> if (!process.env.CI) { <del> -      await components.whenReady() </del> <ins> -      await components.whenReady().catch((e) => { -        logError([ -          'Failed to download / update DRM components.', -          'Make sure you do not block update.googleapis.com domain if you want to use WideVine in Browser sideloaded apps', -          e -        ]) -      }) </ins> -      logInfo(['DRM module staus', components.status()]) +      logInfo('DRM modules disabled for nixpkgs') }

Discussion:
Heroic Launcher while trying to install a game from gog will download it, but won't install it. You can see downloaded installer inside your directory. After "installation", launcher will say on the game's details screen that It should install. ! You can't just use the gog installer like in a normal linux distribution: So you need to use steam-run to install it. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --heroic-launcher: 2.9.2 - unstable nixpkgs
This sounds exactly like a bug I encountered in a previous version of Heroic, but they have since fixed it, and I have not run into it on 2.9.2. Could you please attach the Heroic log file from right after trying to install the game? It's accessible via the sidebar Settings-Log.
<details</details
It looks like it successfully installs, going by that log. I seem to vaguely recall now having some issues with my GOG library in Heroic 2.9.2, and I eventually removed (with Heroic closed) and logged in to GOG through Heroic again, and it's been behaving since. You might try that, otherwise I don't see anything indicating this would be an issue specific to the Heroic package, so I think it would be appropriate to go to upstream's support channel, which is .
I will try moving to nixpkgs unstable and see if it was an issue of using stable and unstable in the same time. It should not, but maybe it is. Thank you for your help PS. I tried different game and the situation is still the same.
I found that heroic needs unzip to be installed to extract the gog linux installers. When I have somewhere in my installed packages (home or system), it just works. Probably it will have to be to the heroic wrapper.
Could you please try changing in your Nix config to the following and see if that fixes your problem?
By using: Everything started to work.
Change:
meta = with lib; { homepage = "https://github.com/dialect-app/dialect"; description = "A translation app for GNOME"; <del> maintainers = with maintainers; [ linsui ]; </del> <ins> maintainers = with maintainers; [ aleksana ]; </ins> license = licenses.gpl3Plus; <ins> mainProgram = "dialect"; </ins> platforms = platforms.linux; }; }

Discussion:
Translation fails using any of the available providers, thus rendering it useless: Google API as per below LibreTranslate API immediately shows a full-window error as per screenshot Lingva API immediately shows a full-window error as per screenshot Steps to reproduce the behavior: anything I expect a translator to be able to translate. ! ! ! is also available.
It seems this is already known.
Change:
lockFile = ./Cargo.lock; outputHashes = { "openai_api_rust-0.1.8" = "sha256-os5Y8KIWXJEYEcNzzT57wFPpEXdZ2Uy9W3j5+hJhhR4="; <del> "std_detect-0.1.5" = "sha256-RwWejfqyGOaeU9zWM4fbb/hiO1wMpxYPKEjLO0rtRmU="; </del> <ins> "std_detect-0.1.5" = "sha256-Rsy8N0pTJ/3AIHjRyeOeyY7Q9Ho46ZcDmJFurCbRxiQ="; </ins> }; };

Discussion:
I was attempting to build 0.2.1 which relies on , and hit a build failure on (nixos-unstable via flakes). I add to my system flake . Steps to reproduce the behavior: into a rust compilation failure of the crate while building , which relies on. <details<summaryClick to view logs</summary</detailsI was able to build 0.2.1 successfully in the past, and there hasn't been an update to or recently, so I'm not sure why this is failing now. Perhaps I was relying on the build cache's copy of , and now I'm not? The error looks to be due to using an unstable rust library feature () while not using a nightly rust compiler. Did the default rust compiler used to build packages change recently? cargo-pgrx maintainers: pgvecto-rs maintainers: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Its most likely a version issue. Cargo pgrx is very version sensitive. Every minor upgrade is breaking. Ive been waiting for 1.0 to try to make the upgrade in nixpkgs otherwise we have to add and maitain every minor version. You cam try with a different version is you want and that might solve your problem. Sorry for not having a better solution than this unfortunately.
This seems to have been caused by an upgrade of rustc to 1.78 (from 1.77.2). I'll see if it can be patched in (or pgrx if that's the case).
Some more information I found: pgvecto-rs uses a fork of rust's crate (under the repo), which only has a single commit (): This commit has since been merged upstream The build is failing because of (you can see the devs trying to fix all the build failures in the commit history ) I think the easiest fix here would be to patch pgvecto-rs to use Rust's crate instead of the fork, which should work fine. I'll still have to investigate whether there were any other changes to the crate that could cause problems, but it seems to be a fairly small crate, so fingers crossed it doesn't.

Can you try my branch in PR It's based on commit , so it should be a drop-in replacement for nixos-unstable. Let me know on the PR if it works fine with Immich (perhaps backup first, but I don't think it should have problems).
Change:
let pname = "electron-mail"; <del> version = "4.14.0"; </del> <ins> version = "5.0.1"; </ins> name = "ElectronMail-${version}"; src = fetchurl { url = "https://github.com/vladimiry/ElectronMail/releases/download/v${version}/electron-mail-${version}-linux-x86_64.AppImage"; <del> sha256 = "sha256-sahMEj9m10gsceTBnYk8wkWcQoM5s6s1ek1U6u3PTgw="; </del> <ins> sha256 = "sha256-w6ZZPIJnAlA8WhNHtM9gsjr7U6wMYT21fGFmkDDAVJU="; </ins> }; appimageContents = appimageTools.extract { inherit name src; };

Discussion:
<!-- 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: electron-mail <!-- 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: 4.14.0 desired version: 5.0.1 <!-- 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.
Change:
<ins> { lib, buildGoModule, fetchFromGitHub }: buildGoModule rec { pname = "kyverno-chainsaw"; version = "0.1.7"; src = fetchFromGitHub { owner = "kyverno"; repo = "chainsaw"; rev = "v${version}"; hash = "sha256-v71qAJSpnbHd+jkPkR34IVNvwWLhm04TrPzduB6ZOgA="; }; vendorHash = "sha256-lHV5Ik/L/Svn9AvcKZupq778ektEsbxfOkCts4Ocx9g="; ldflags = [ "-s" "-w" "-X github.com/kyverno/chainsaw/pkg/version.BuildVersion=v${version}" "-X github.com/kyverno/chainsaw/pkg/version.BuildHash=${version}" "-X github.com/kyverno/chainsaw/pkg/version.BuildTime=1970-01-01_00:00:00" ]; doCheck = false; # requires running kubernetes meta = { changelog = "https://github.com/kyverno/chainsaw/releases/tag/v${version}"; description = "Declarative approach to test Kubernetes operators and controllers"; homepage = "https://kyverno.github.io/chainsaw/"; license = lib.licenses.asl20; longDescription = '' Chainsaw is meant to test Kubernetes operators work as expected by running a sequence of test steps for: * Creating resources * Asserting operators react (or not) the way they should ''; mainProgram = "chainsaw"; maintainers = with lib.maintainers; [ Sanskarzz ]; }; } </ins>

Discussion:
Project description Chainsaw is a tool developed to run end to end tests in Kubernetes clusters. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit, bsd, gpl2+ , ... platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
license is Apache V2, we support linux mac and windows (amd and arm versions). You could also list chainsaw adopters if it helps.
Change:
<ins> { lib , fetchFromGitHub , git , python3 }: python3.pkgs.buildPythonApplication rec { pname = "git-privacy"; version = "2.1.0"; format = "setuptools"; disabled = python3.pythonOlder "3.6"; src = fetchFromGitHub { owner = "EMPRI-DEVOPS"; repo = pname; rev = "v${version}"; sha256 = "0hfy43fip1l81672xfwqrz1jryzkjy7h9f2lyikxgibibil0p444"; }; propagatedBuildInputs = with python3.pkgs; [ click git-filter-repo GitPython pynacl setuptools ]; checkInputs = with python3.pkgs; [ git pytestCheckHook ]; disabledTests = [ # Tests want to interact with a git repo "TestGitPrivacy" ]; pythonImportsCheck = [ "gitprivacy" ]; meta = with lib; { description = "Tool to redact Git author and committer dates"; homepage = "https://github.com/EMPRI-DEVOPS/git-privacy"; license = with licenses; [ bsd2 ]; maintainers = with maintainers; [ fab ]; }; } </ins>

Discussion:
Project description Git-privacy redacts author and committer dates to keep your coding hours more private. You can choose the level of redaction: only remove minutes and seconds from your dates or even hide day or month. The original dates are encrypted and stored in the commit message in case you might need them. Metadata homepage URL: source URL: license: bsd2 platforms: unix, linux, darwin, ...
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
this bot is too aggressive, 180 days is not enough
I marked this as stale due to inactivity. &rarr;
Change:
perl pkg-config # 78 requires python up to 3.9 <del> (if lib.versionOlder version "91" then python39 else python3) </del> <ins> # 91 does not build with python 3.12: ModuleNotFoundError: No module named 'six.moves' # 102 does not build with python 3.12: ModuleNotFoundError: No module named 'distutils' ( if lib.versionOlder version "91" then python39 else if lib.versionOlder version "115" then python311 else python3 ) </ins> rustc rustc.llvmPackages.llvm # for llvm-objdump which

Discussion:
Steps to reproduce the behavior: couchdb3 Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Error from dependency: Relevant commit from fedora (where previous patch for it comes from): suggests that it does not work with python 3.12 and should probably pin to python 3.11.
Change:
meta = with lib; { description = "Implementation of RFC 6570 URI templates"; homepage = "https://github.com/python-hyper/uritemplate"; <ins> changelog = "https://github.com/python-hyper/uritemplate/blob/${version}/HISTORY.rst"; </ins> license = with licenses; [ asl20 bsd3 ]; maintainers = with maintainers; [ matthiasbeyer ]; };

Discussion:
A clear and concise description of what the bug is. The uritemplate python module install simplejson, but the lib doesn't depend on it. Looking for the history, in the past it had this dependency in v0.6, but it is almost 10 years old now. A clear and concise description of what you expected to happen. Do not install simplejson, it is an old compatibility layer and it slightly change behavior of some libs, like . <!-- 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]:
Change:
nanoleaf = callPackage ../development/python-modules/nanoleaf { }; <ins> nomadnet = callPackage ../development/python-modules/nomadnet { }; </ins> nanomsg-python = callPackage ../development/python-modules/nanomsg-python { inherit (pkgs) nanomsg; };

Discussion:
Project description Reticulum is the cryptography-based networking stack for wide-area networks built on readily available hardware. It can operate even with very high latency and extremely low bandwidth. Reticulum allows you to build wide-area networks with off-the-shelf tools, and offers end-to-end encryption and connectivity, initiator anonymity, autoconfiguring cryptographically backed multi-hop transport, efficient addressing, unforgeable delivery acknowledgements and more. Reticulum is a complete networking stack, and does not need IP or higher layers, although it is easy to use IP (with TCP or UDP) as the underlying carrier for Reticulum. It is therefore trivial to tunnel Reticulum over the Internet or private IP networks. Having no dependencies on traditional networking stacks free up overhead that has been utilised to implement a networking stack built directly on cryptographic principles, allowing resilience and stable functionality in open and trustless networks. No kernel modules or drivers are required. Reticulum runs completely in userland, and can run on practically any system that runs Python 3. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
Change:
src = fetchurl { # https://download.cdn.mozilla.net/pub/thunderbird/releases/ url = "mirror://mozilla/thunderbird/releases/${version}/source/thunderbird-${version}.source.tar.xz"; <del> sha512 = "4ae3f216833aec55421f827d55bc1b5fc2f0ad4fefecb27724a5be3318c351df24d30a4897b924e733ed2e3995be284b6d135049d46001143fb1c961fefc1830"; </del> <ins> sha512 = "11d4c77049c532753c9b693d69ab9a0bcd0eb13d49f87a511ad8ba680b70041ac6f64c5f9cd5dd44246d46e7695d9bd51146b1fe62b0b7c9fbc862eb53d5cfda"; </ins> }; extraPostPatch = thunderbird-unwrapped.extraPostPatch or "" + /* bash */ ''

Discussion:
Package name: betterbird Latest released version: 102.15.0-bb40 <!-- Search your package here: --- Current version on the unstable channel: 102.14.0 Current version on the stable/release channel: 102.12.0 <!-- 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: Can you please also backport to 23.05? Please tag this issue in your PR.
Anyone who is a maintainer can put that label on which would help me tremendously because I do not have a machine with NixOS stable and cannot verify if the graphical stack works.
Thank you!
Change:
nativeBuildInputs = [ cmake python which swig ]; buildInputs = [ ncurses zlib libedit libxml2 llvm ] <del> ++ stdenv.lib.optionals stdenv.isDarwin [ darwin.libobjc darwin.apple_sdk.libs.xpc darwin.apple_sdk.frameworks.Foundation darwin.bootstrap_cmds darwin.apple_sdk.frameworks.Carbon darwin.apple_sdk.frameworks.Cocoa ]; </del> <ins> ++ stdenv.lib.optionals stdenv.isDarwin [ darwin.libobjc darwin.apple_sdk.libs.xpc darwin.apple_sdk.frameworks.Foundation darwin.bootstrap_cmds darwin.apple_sdk.frameworks.Carbon darwin.apple_sdk.frameworks.Cocoa darwin.cf-private ]; </ins> CXXFLAGS = "-fno-rtti"; hardeningDisable = [ "format" ];

Discussion:
Run , observe: Please run and paste the results.
Very weird... It must have come in from a recent update. You can find libLLDB in the lldb derivation:
/cc
Change:
}; buildInputs = [ <del> SDL ffmpeg frei0r libjack2 libdv libsamplerate libvorbis libxml2 makeWrapper movit pkgconfig qtbase qtsvg sox fftw vid-stab opencv3 </del> <ins> SDL ffmpeg frei0r libjack2 libdv libsamplerate libvorbis libxml2 movit pkgconfig qtbase qtsvg sox fftw vid-stab opencv3 </ins> ladspa-sdk <ins> ladspaPlugins </ins> ]; <ins> nativeBuildInputs = [ which ]; </ins> outputs = [ "out" "dev" ]; # Mostly taken from: # http://www.kdenlive.org/user-manual/downloading-and-installing-kdenlive/installing-source/installing-mlt-rendering-engine configureFlags = [ <del> "--avformat-swscale" "--enable-gpl" "--enable-gpl" "--enable-gpl3" </del> <ins> "--avformat-swscale" "--enable-gpl" "--enable-gpl3" </ins> "--enable-opengl" ];

Discussion:
Shotcut in theory supports LADSPA plugins. However, LADSPA plugins are not found by Shotcut on NixOS version Install a bunch of LADSPA plugins (by listing them in ) Open Shotcut Add effects to a track Look for audio effects: no LADSPA plugins are shown Please run and paste the results.
cc maintainers
I tried to build shotcut and mlt with ladspa-sdk and set LADSPA_PATH, but did not manage to get the ladspa plugins working yet. ,-(
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
found out why: configure is using , which is not available, and therefore does disable ladspa. Preparing a PR.
Change:
<ins> { config, lib, pkgs, ... }: with lib; { meta.maintainers = [ maintainers.league ]; ###### interface options = { programs.gphoto2 = { enable = mkOption { default = false; example = true; type = types.bool; description = '' Whether to configure system to use gphoto2. To grant digital camera access to a user, the user must be part of the camera group: <code>users.extraUsers.alice.extraGroups = ["camera"];</code> ''; }; }; }; ###### implementation config = mkIf config.programs.gphoto2.enable { services.udev.packages = [ pkgs.libgphoto2 ]; environment.systemPackages = [ pkgs.gphoto2 ]; users.extraGroups.camera = {}; }; } </ins>

Discussion:
I could not access my USB digital camera as a non-root user, due to insufficient permissions. The file in popped up with user and group set to . I'm new to NixOS and I'm not sure of the best way to solve something like this. Below I'll document a workaround that I used in my that solved the problem, in case that's helpful to others. But if a NixOS option along with some facility in the package could solve it, that would be ideal. Plug camera into USB Ensure it shows up in Run At first it died with "unknown error", but if you do you see the "insufficient permissions" message. System: 16.09.1357. (Flounder) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: 16.09.1357. I these to my : where I copied the file .
Tagging the gphoto2 maintainer thanks.
you can graft a module, which does exactly the steps above to fix this in long term. I did something similar for adb:
I see, thanks. So there's to define the option, and it references which contains the rules, maintained separately from the packages in . I'll aim to put together something similar for gphoto2.