jiebi/CodeConvo huggingface dataset:
Code change:
I've been trying to see why vscode had rather laggy scrolling and high cpu usage when scrolling on wayland with set to 1, and upon discovering and , I saw that the library isn't found by it, causing the app to fall back to software rendering. Disabling the env variable and starting vscode like that shows that on xwayland it does start up with gpu acceleration. Doing the same thing described , VScode does start with GPU acceleration working. and no longer complains about the library Steps to reproduce the behavior: VScode with set and with the flag, so it starts with wayland support and outputs details about the startup and other stuff how it complains about the library. to see check that it's indeed using software rendering. The library is found, there are no complaints, and GPU acceleration is enabled. I am on an Intel laptop. Please run and paste the result.
Whats the exact log? vscode vendors that library and it is located in our package at
Relevant lines from [(44)] Failed to load GLES library: cannot open shared object file: No such file or directory [(186)] Exiting GPU process due to errors during initialization [(44)] Failed to load GLES library: cannot open shared object file: No such file or directory [(186)] Exiting GPU process due to errors during initialization
Same error happens on VSCodium where running with on Wayland frequently crashes on startup. ing yields a lot of lines before the logged error, including this particularly interesting one: The file doesn't actually exist, only does, so apparently VSCodium is looking for while only is vendored. If is to the , is found as a symlink to the actual library and ing again confirms that this library is loaded by VSCodium. Edit: Adding to fails with different error messages, so probably there's something broken with the vendored library:
I would guess that's because the drivers to not abi match. I would recommend to rm the vendored shared object and symlink libglvnd to the correct location. Also we should investigate if we can remove/replace the other vendored libraries.
Adding to the library path did the trick for me, thanks!
I can't get it to work with vscode sadly. vscode = (super: { libPath = lib.makeLibraryPath [pkgs.libglvnd]; });
How soon will the changes get into nixos-unstable?
2 days max ?
You can follow the PR here:
This is still broken for me: In fact, that file is missing. is missing too. As expected, due to last PR merged. I can confirm that the wrapper script contains: So what gives? How did this work for others but not me?
I'm guessing the last PR fixed it for wayland/ but broke it for others? Edit: I can confirm that I have gpu acceleration when I pin vscode nixpkgs to which is the parent commit of . I also tried the following, linking libglvnd's libGLESv2 into vscode directory. The error changed and terminal rendering completely broke with a black screen:
please open a bug !

Related discussion:
text: , unzip, libsecret, libXScrnSaver, libxshmfence, buildPackages , atomEnv, at-spi2-atk, autoPatchelfHook , systemd, fontconfig, libdbusmenu, glib, buildFHSEnv, wayland <ins> , libglvnd </ins> # Populate passthru.tests , tests
Code change:
Self hosting server for Rust Desk remote desktop the rustdesk client app is available, but it would be great to be able to self-host. Metadata homepage URL: source URL: license: GNU AFFERO GENERAL PUBLIC LICENSE platforms: linux, windows, mac, android, ios
Wow, that was speedy. Thanks!

Related discussion:
text: <ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , libsodium , sqlite , nix-update-script , testers , rustdesk-server }: rustPlatform.buildRustPackage rec { pname = "rustdesk-server"; version = "1.1.8"; src = fetchFromGitHub { owner = "rustdesk"; repo = "rustdesk-server"; rev = version; hash = "sha256-KzIylbPe+YN513UNFuisvDAIe4kICGYDUrfURDOw/no="; }; cargoLock = { lockFile = ./Cargo.lock; outputHashes = { "async-speed-limit-0.3.1" = "sha256-iOel6XA07RPrBjQAFLnxXX4VBpDrYZaqQc9clnsOorI="; "confy-0.4.0" = "sha256-e91cvEixhpPzIthAxzTa3fDY6eCsHUy/eZQAqs7QTDo="; "tokio-socks-0.5.1" = "sha256-inmAJk0fAlsVNIwfD/M+htwIdQHwGSTRrEy6N/mspMI="; }; }; nativeBuildInputs = [ pkg-config ]; buildInputs = [ libsodium sqlite ]; passthru = { updateScript = nix-update-script { }; tests.version = testers.testVersion { inherit version; package = rustdesk-server; command = "hbbr --version"; }; }; meta = with lib; { description = "RustDesk Server Program"; homepage = "https://github.com/rustdesk/rustdesk-server"; changelog = "https://github.com/rustdesk/rustdesk-server/releases/tag/${version}"; license = licenses.agpl3Only; platforms = platforms.unix; maintainers = with maintainers; [ gaelreyrol ]; }; } </ins>
Code change:
Self hosting server for Rust Desk remote desktop the rustdesk client app is available, but it would be great to be able to self-host. Metadata homepage URL: source URL: license: GNU AFFERO GENERAL PUBLIC LICENSE platforms: linux, windows, mac, android, ios
Wow, that was speedy. Thanks!

Related discussion:
text: inherit (darwin.apple_sdk.frameworks) Security; }; <ins> rustdesk-server = callPackage ../servers/rustdesk-server { }; </ins> rustypaste = callPackage ../servers/rustypaste { }; rustypaste-cli = callPackage ../tools/misc/rustypaste-cli { };
Code change:
Project description An unofficial GoXLR App replacement for Linux, Windows and MacOS. Metadata homepage URL: source URL: license: MIT platforms: linux
Moving conversation back here to avoid spamming goxlr-utility maintainers :sweat_smile: I made a draft PR that you can find from It's closer to what the official .deb and .rpm packaging is doing, i.e. including some of the relevant resources, shell completion etc. I wouldn't mind adding you as a maintainer but to do that it probably requires adding you to the maintainer list as well. Should be easy to fix if you want to add PR to the branch.
Hey wow you are fast :D Yes, you can add me as a maintainer for this package. But as I understand it, I need to add me to the maintainer list first, right?
Hah, had some free time during the night and since I wanted to get my GoXLR setup working anyways thought I might as well sort this out. For the question: Yup, the requires to be on . The file itself lists the mandatory/optional fields in the metadata, but basically "a name and at least one contact/identity information" (e.g. a github id). Oh, and the list needs to stay in alphabetical order ^^ Feel free to make PR against this branch, I'll merge it as soon as I notice the PR :)
Added the module to the PR as well. I guess it might be hard to wait for someone with GoXLR to come in and review the PR (though I'd prefer someone to check that it doesn't violate any major guidelines) so if you don't mind I think it's possible for you to try it out and do a PR review, which likely speeds up the process at least :)
Managed to get the PR reviewed and should now be code-wise idiomatic enough to pass. I think based on the main thing remaining is getting thumbs up from you functionality-wise so that's it's not only "works on my machine" :sweat_smile:
I saw your PR and tried using nixpkgs-review to download it to my local machine and try to run it. I used these steps: Do you know if my approach is wrong? This is the first time I've tried a Nix PR. Unfortunately, I haven't found much information about it. EDIT: Got it working
Glad to hear you got it working! :) The nixpkgs-review tool seems nice, hadn't used it myself but for building the PR it seems to do exactly what one would expect. I guess in this case there's a limit what it can do though as the udev rules are being on the module side and it probably doesn't handle that so some manual work is required :shrug: But again, all is good since you did manage to test the build!

Related discussion:
text: githubId = 1583484; name = "Andrey Golovizin"; }; <ins> errnoh = { github = "errnoh"; githubId = 373946; name = "Erno Hopearuoho"; }; </ins> ersin = { email = "me@ersinakinci.com"; github = "ersinakinci";
Code change:
Project description An unofficial GoXLR App replacement for Linux, Windows and MacOS. Metadata homepage URL: source URL: license: MIT platforms: linux
Moving conversation back here to avoid spamming goxlr-utility maintainers :sweat_smile: I made a draft PR that you can find from It's closer to what the official .deb and .rpm packaging is doing, i.e. including some of the relevant resources, shell completion etc. I wouldn't mind adding you as a maintainer but to do that it probably requires adding you to the maintainer list as well. Should be easy to fix if you want to add PR to the branch.
Hey wow you are fast :D Yes, you can add me as a maintainer for this package. But as I understand it, I need to add me to the maintainer list first, right?
Hah, had some free time during the night and since I wanted to get my GoXLR setup working anyways thought I might as well sort this out. For the question: Yup, the requires to be on . The file itself lists the mandatory/optional fields in the metadata, but basically "a name and at least one contact/identity information" (e.g. a github id). Oh, and the list needs to stay in alphabetical order ^^ Feel free to make PR against this branch, I'll merge it as soon as I notice the PR :)
Added the module to the PR as well. I guess it might be hard to wait for someone with GoXLR to come in and review the PR (though I'd prefer someone to check that it doesn't violate any major guidelines) so if you don't mind I think it's possible for you to try it out and do a PR review, which likely speeds up the process at least :)
Managed to get the PR reviewed and should now be code-wise idiomatic enough to pass. I think based on the main thing remaining is getting thumbs up from you functionality-wise so that's it's not only "works on my machine" :sweat_smile:
I saw your PR and tried using nixpkgs-review to download it to my local machine and try to run it. I used these steps: Do you know if my approach is wrong? This is the first time I've tried a Nix PR. Unfortunately, I haven't found much information about it. EDIT: Got it working
Glad to hear you got it working! :) The nixpkgs-review tool seems nice, hadn't used it myself but for building the PR it seems to do exactly what one would expect. I guess in this case there's a limit what it can do though as the udev rules are being on the module side and it probably doesn't handle that so some manual work is required :shrug: But again, all is good since you did manage to test the build!

Related discussion:
text: ./services/audio/botamusique.nix ./services/audio/gmediarender.nix ./services/audio/gonic.nix <ins> ./services/audio/goxlr-utility.nix </ins> ./services/audio/hqplayerd.nix ./services/audio/icecast.nix ./services/audio/jack.nix
Code change:
Project description An unofficial GoXLR App replacement for Linux, Windows and MacOS. Metadata homepage URL: source URL: license: MIT platforms: linux
Moving conversation back here to avoid spamming goxlr-utility maintainers :sweat_smile: I made a draft PR that you can find from It's closer to what the official .deb and .rpm packaging is doing, i.e. including some of the relevant resources, shell completion etc. I wouldn't mind adding you as a maintainer but to do that it probably requires adding you to the maintainer list as well. Should be easy to fix if you want to add PR to the branch.
Hey wow you are fast :D Yes, you can add me as a maintainer for this package. But as I understand it, I need to add me to the maintainer list first, right?
Hah, had some free time during the night and since I wanted to get my GoXLR setup working anyways thought I might as well sort this out. For the question: Yup, the requires to be on . The file itself lists the mandatory/optional fields in the metadata, but basically "a name and at least one contact/identity information" (e.g. a github id). Oh, and the list needs to stay in alphabetical order ^^ Feel free to make PR against this branch, I'll merge it as soon as I notice the PR :)
Added the module to the PR as well. I guess it might be hard to wait for someone with GoXLR to come in and review the PR (though I'd prefer someone to check that it doesn't violate any major guidelines) so if you don't mind I think it's possible for you to try it out and do a PR review, which likely speeds up the process at least :)
Managed to get the PR reviewed and should now be code-wise idiomatic enough to pass. I think based on the main thing remaining is getting thumbs up from you functionality-wise so that's it's not only "works on my machine" :sweat_smile:
I saw your PR and tried using nixpkgs-review to download it to my local machine and try to run it. I used these steps: Do you know if my approach is wrong? This is the first time I've tried a Nix PR. Unfortunately, I haven't found much information about it. EDIT: Got it working
Glad to hear you got it working! :) The nixpkgs-review tool seems nice, hadn't used it myself but for building the PR it seems to do exactly what one would expect. I guess in this case there's a limit what it can do though as the udev rules are being on the module side and it probably doesn't handle that so some manual work is required :shrug: But again, all is good since you did manage to test the build!

Related discussion:
text: gox = callPackage ../development/tools/gox { }; <ins> goxlr-utility = callPackage ../tools/audio/goxlr-utility {}; </ins> gprolog = callPackage ../development/compilers/gprolog { }; gwe = callPackage ../tools/misc/gwe {
Code change:
Another Problem:
patch welcome !
in , the call to generate completion should be moved to before the wrapping. And it should be called for luarocks-admin too thanks for noticing. Let me know if you wanna do it.
If u wanna test

Related discussion:
text: sed -e "1s@.*@#! ${lua}/bin/lua$LUA_SUFFIX@" -i "$out"/bin/* substituteInPlace $out/etc/luarocks/*  --replace '${lua.luaOnBuild}' '${lua}' <ins> '' + lib.optionalString (stdenv.buildPlatform.canExecute stdenv.hostPlatform) '' installShellCompletion --cmd luarocks  --bash <($out/bin/luarocks completion bash)  --fish <($out/bin/luarocks completion fish)  --zsh <($out/bin/luarocks completion zsh) installShellCompletion --cmd luarocks-admin  --bash <($out/bin/luarocks-admin completion bash)  --fish <($out/bin/luarocks-admin completion fish)  --zsh <($out/bin/luarocks-admin completion zsh) '' + '' </ins> for i in "$out"/bin/*; do test -L "$i" || { wrapProgram "$i"
Code change:
Another Problem:
patch welcome !
in , the call to generate completion should be moved to before the wrapping. And it should be called for luarocks-admin too thanks for noticing. Let me know if you wanna do it.
If u wanna test

Related discussion:
text: lib.optionals (finalAttrs.pname == "luarocks-nix") [ file nix-prefetch-git ])} } done <del> '' + lib.optionalString (stdenv.buildPlatform.canExecute stdenv.hostPlatform) '' installShellCompletion --cmd luarocks  --bash <($out/bin/luarocks completion bash)  --fish <($out/bin/luarocks completion fish)  --zsh <($out/bin/luarocks completion zsh) </del> ''; propagatedBuildInputs = [ zip unzip cmake ];
Code change:
A CLI program that renders Markdown timeline as HTML Announced: <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ...
Since upstream has a this should be pretty simple using .

Related discussion:
text: <ins> { lib , stdenv , fetchFromGitHub , buildNpmPackage }: buildNpmPackage rec { pname = "mw"; version = "unstable-2023-08-04"; src = fetchFromGitHub { owner = "mark-when"; repo = "mw"; rev = "a8676da1c7812a051456fabcb980c52a72f6e75e"; hash = "sha256-i95WuTH8qY+0PYQA9kOykQL+4d4oB2Hlvg9sfGtDeCo="; }; npmDepsHash = "sha256-D1hTaoM4j81qrrLMoKJ7OxJTfRoht3/yqgJs95EFxY4="; # correctly substitute the usage message postPatch = '' substituteInPlace src/index.ts  --replace  '.usage("$0' '.usage("mw' ''; meta = { changelog = "https://github.com/mark-when/mw/blob/${src.rev}/CHANGELOG.md"; description = "Markwhen CLI"; homepage = "https://github.com/mark-when/mw"; license = lib.licenses.mit; longDescription = '' Markwhen is an interactive text-to-timeline tool. Write markdown-ish text and it gets converted into a nice looking cascading timeline. ''; mainProgram = "mw"; maintainers = with lib.maintainers; [ dit7ya ]; }; } </ins>
Code change:
A CLI program that renders Markdown timeline as HTML Announced: <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ...
Since upstream has a this should be pretty simple using .

Related discussion:
text: mutt-ics = callPackage ../tools/networking/mutt-ics { }; <ins> mw = callPackage ../tools/text/mw { }; </ins> mwic = callPackage ../applications/misc/mwic { pythonPackages = python3Packages; };
Code change:
Package name: expressvpn Latest released version: 3.52.0.2 Current version on the unstable channel: 3.25.0.13 Current version on the stable/release channel: 3.25.0.13 Notify maintainers Note for maintainers: Please tag this issue in your PR.

Related discussion:
text: let pname = "expressvpn"; <del> clientVersion = "3.25.0"; clientBuild = "13"; </del> <ins> clientVersion = "3.52.0"; clientBuild = "2"; </ins> version = lib.strings.concatStringsSep "." [ clientVersion clientBuild ]; expressvpnBase = stdenvNoCC.mkDerivation {
Code change:
Package name: expressvpn Latest released version: 3.52.0.2 Current version on the unstable channel: 3.25.0.13 Current version on the stable/release channel: 3.25.0.13 Notify maintainers Note for maintainers: Please tag this issue in your PR.

Related discussion:
text: src = fetchurl { url = "https://www.expressvpn.works/clients/linux/expressvpn_${version}-1_amd64.deb"; <del> hash = "sha256-lyDjG346FrgT7SZbsWET+Hexl9Un6mzMukfO2PwlInA="; </del> <ins> hash = "sha256-cDZ9R+MA3FXEto518bH4/c1X4W9XxgTvXns7zisylew="; </ins> }; nativeBuildInputs = [ dpkg autoPatchelfHook ];
Code change:
Project description Volume control applet for Pipewire, written in Rust. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit, bsd, gpl2+ , ... platforms: unix, linux, darwin, ...

Related discussion:
text: <ins> { lib , stdenv , fetchFromGitHub , cargo , desktop-file-utils , meson , ninja , pkg-config , rustPlatform , rustc , wrapGAppsHook4 , cairo , gdk-pixbuf , glib , gtk4 , libadwaita , pango , pipewire , wireplumber }: stdenv.mkDerivation rec { pname = "pwvucontrol"; version = "0.2"; src = fetchFromGitHub { owner = "saivert"; repo = "pwvucontrol"; rev = version; hash = "sha256-jBvMLewBZi4LyX//YUyJQjqPvxnKqlpuLZAm9zpDMrA="; }; cargoDeps = rustPlatform.importCargoLock { lockFile = ./Cargo.lock; outputHashes = { "libspa-0.6.0" = "sha256-CVLQ9JXRMo78/kay1TpRgRuk5v/Z5puPVMzLA30JRk8="; "wireplumber-0.1.0" = "sha256-wkku9vqIMdV+HTkWCPXKH2KM1Xzf0xApC5zrVmgxhsA="; }; }; nativeBuildInputs = [ cargo desktop-file-utils meson ninja pkg-config rustPlatform.bindgenHook rustPlatform.cargoSetupHook rustc wrapGAppsHook4 ]; buildInputs = [ cairo gdk-pixbuf glib gtk4 libadwaita pango pipewire wireplumber ]; meta = with lib; { description = "Pipewire Volume Control"; homepage = "https://github.com/saivert/pwvucontrol"; license = licenses.gpl3Plus; maintainers = with maintainers; [ figsoda ]; mainProgram = "pwvucontrol"; platforms = platforms.linux; }; } </ins>
Code change:
Project description Volume control applet for Pipewire, written in Rust. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit, bsd, gpl2+ , ... platforms: unix, linux, darwin, ...

Related discussion:
text: pwdsafety = callPackage ../tools/security/pwdsafety { }; <ins> pwvucontrol = callPackage ../applications/audio/pwvucontrol { }; </ins> pyload-ng = callPackage ../applications/networking/pyload-ng {}; pyrosimple = callPackage ../applications/networking/p2p/pyrosimple { };
Code change:
Package name: cava Latest released version: 0.9.1 <!-- Search your package here: --- Current version on the unstable channel: 0.9.0 Current version on the stable/release channel: 0.8.3 <!-- 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.

Related discussion:
text: <del> { lib, stdenv, fetchFromGitHub, autoreconfHook, alsa-lib, fftw, libpulseaudio, ncurses, iniparser }: </del> <ins> { lib , stdenv , fetchFromGitHub , autoreconfHook , alsa-lib , fftw , iniparser , libpulseaudio , ncurses , pkgconf }: </ins> stdenv.mkDerivation rec { pname = "cava"; <del> version = "0.9.0"; </del> <ins> version = "0.9.1"; src = fetchFromGitHub { owner = "karlstav"; repo = "cava"; rev = version; hash = "sha256-W/2B9iTcO2F2vHQzcbg/6pYBwe+rRNfADdOiw4NY9Jk="; }; </ins> buildInputs = [ alsa-lib
Code change:
Package name: cava Latest released version: 0.9.1 <!-- Search your package here: --- Current version on the unstable channel: 0.9.0 Current version on the stable/release channel: 0.8.3 <!-- 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.

Related discussion:
text: iniparser ]; <del> src = fetchFromGitHub { owner = "karlstav"; repo = "cava"; rev = version; sha256 = "sha256-mIgkvgVcbRdE29lSLojIzIsnwZgnQ+B2sgScDWrLyd8="; }; </del> <ins> nativeBuildInputs = [ autoreconfHook pkgconf ]; </ins> <del> nativeBuildInputs = [ autoreconfHook ]; </del> <ins> preAutoreconf = '' echo ${version} > version ''; </ins> meta = with lib; { description = "Console-based Audio Visualizer for Alsa";