jiebi/CodeConvo huggingface dataset:
Change:
<del> { lib, stdenv, rustPlatform, fetchFromGitHub, pkg-config , openssl, libiconv, CoreServices, Security }: </del> <ins> { lib, stdenv, rustPlatform, fetchFromGitHub, pkg-config, openssl, libiconv, jq, moreutils, CoreServices, Security }: </ins> rustPlatform.buildRustPackage rec { pname = "trunk"; <del> version = "0.17.2"; </del> <ins> version = "0.18.0"; </ins> src = fetchFromGitHub { owner = "thedodd"; repo = "trunk"; rev = "v${version}"; <del> sha256 = "sha256-A6h8TmYK5WOcmANk/uM9QO1h767BWASWTwLthtKqrEk="; </del> <ins> hash = "sha256-riebGbDCqkJTkDmvXCuD0ywjSfGfLgxywkHUPlGzCgI="; </ins> }; nativeBuildInputs = [ pkg-config ]; buildInputs = if stdenv.isDarwin then [ libiconv CoreServices Security ] else [ openssl ]; # requires network checkFlags = [ "--skip=tools::tests::download_and_install_binaries" ]; <del> cargoHash = "sha256-+jz0J1qFK2fZ4OX089pgNtT2vfiOTf39qQjeXmLoFNs="; </del> <ins> cargoHash = "sha256-O2AKIOvAwDpZDzEyc/x5lF0E0UR+Mj/J///1bYRgoX4="; # the dependency css-minify contains both README.md and Readme.md, # which causes a hash mismatch on systems with a case-insensitive filesystem # this removes the readme files and updates cargo's checksum file accordingly depsExtraArgs = { nativeBuildInputs = [ jq moreutils ]; postBuild = '' pushd $name/css-minify rm -f README.md Readme.md jq 'del(.files."README.md") | del(.files."Readme.md")'  .cargo-checksum.json -c  | sponge .cargo-checksum.json popd ''; }; </ins> meta = with lib; { homepage = "https://github.com/thedodd/trunk";

Discussion:
Package name: trunk Latest released version: 0.18.0 Current version on the unstable channel: 0.17.2 Current version on the stable/release channel: 0.17.2 Checked the nixpkgs pull requests It's a big release since 0.17.2 and adds a lot of new features including an flag which is helpful for nix Note for maintainers: Please tag this issue in your PR.
there was PR created before this issue maybe because PR title doesn't match contribution guidelines it was't found
Yeah. Sorry about that. I missed it.
it's ok, no harm done :-)
Do you know how to remove a package? I believe trunk-ng will get deprecated now.
yes, I've recently removed a package as for trunk-ng, I can't see anywhere that is has been deprecated yet
Change:
{ lib, python3Packages, fetchPypi, installShellFiles }: <del> python3Packages.buildPythonApplication rec { </del> <ins> let </ins> pname = "tmuxp"; version = "1.46.0"; <ins> hash = "sha256-+aXpsB4mjw9sZLalv3knW8okP+mh2P/nbZCiCwa3UBU="; in python3Packages.buildPythonApplication { inherit pname version; </ins> pyproject = true; src = fetchPypi { <del> inherit pname version; hash = "sha256-+aXpsB4mjw9sZLalv3knW8okP+mh2P/nbZCiCwa3UBU="; </del> <ins> inherit pname version hash; </ins> }; nativeBuildInputs = [

Discussion:
Steps to reproduce the behavior: This package is working in 23.11 I'm using as a stopgap measure. <!-- 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]:
please test
Change:
maintainers  = with maintainers; [ gebner ericsagnes ]; }; <del> nativeBuildInputs = [ which ninja python gyp pkgconfig ]; </del> <ins> nativeBuildInputs = [ which ninja python gyp pkgconfig qt5.wrapQtAppsHook ]; </ins> buildInputs = [ protobuf ibus gtk2 zinnia qt5.qtbase libxcb ]; src = fetchFromGitHub {

Discussion:
Related to doesn't work as intended, instead closing immediately with return code 255. This is caused by the usage of instead of in , as is an Qt application. I tried to do this: And in : But apparently must be compiled with clang only: I tried adding to , but ( is branch of ) Same applies for and probably to the rest of Qt applications with non-default . Maybe I'm doing something wrong, but I'm not sure how to fix this. To reproduce : 1) Open 2) Choose "Input Method" 3) Add - Japanese - Mozc 4) Choose "Japanese - Mozc" 5) Click "Preferences" A menu must appear, but nothing happens. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(zepsy): nixpkgs:
Don't think it matters, but switching to doesn't help. Also, installing fixes the problem. Obviously that's not a proper solution but it can be used as a temporary workaround.
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 . 3. Ask on the on .
Wow, it actually got fixed. Thanks!
Change:
}; wxmac = callPackage ../development/libraries/wxwidgets/3.0/mac.nix { <del> inherit (darwin.apple_sdk.frameworks) AGL Cocoa Kernel; </del> <ins> inherit (darwin.apple_sdk.frameworks) AGL Cocoa Kernel WebKit; </ins> inherit (darwin.stubs) setfile rez derez; };

Discussion:
Describe the bug wxPython40, , does not build there likely because it uses wxGTK rather than this prevents kicad from being built on darwin To Reproduce Steps to reproduce the behavior: darwin, Expected behavior wxPython40 to build on darwin and be usable by kicad there Additional context i maintain the kicad package and Notify maintainers while there are no listed maintainers for this package it was initially contributed by (if you already investigated after the kicad PR ping, nothing relevant changed since) and has a fair amount of contributions by Maintainer information:
Hi I don't have/use mac but happy to answer any wxPython questions as I can
I'm experiencing the same issue with Linux, using .
likely a different issue. Stacktrace? What nixpkgs version / commit?
The as of this writing. Here's the output I'm seeing. <details<summarybuild log</summary</detailsIt looks like pkg-config is giving an old version of GTK+?
please use your failure seems the same as which i closed because it's fixed in the branch by and i can confirm at least starts building there (it's still going...) i'm not sure when this fix will get to ...
nice! didn't know about the details tag. Ok yeah that looks like my issue, thanks for pointing me in that direction.
I can reproduce this on 10.14.6. My best take so far was to use and adapt other Darwin requirements. <details<summarydiff against master</summary</detailsUnfortunately it does not build with the same errors as for the .
Bumped to 3.0.5.1, to its , and it builds! was set, but no dependency specified. That's what caused the missing symbols. <details<summaryworking diff</summary</detailsI'm not even sure why this works at all. claims they build from a submodule, but obviously in this setup we take whatever is supplied through . To be pedantic, 4.0.7 is supposed use some specific instead of a release, as you can . That commit is after* 3.0.4 and shortly before 3.0.5. I only skimmed the , but it sounds and looks like backwards-compatible bug fixes. Opinions on how to proceed?

If we follow upstream and choose the intermediate revision, what to specify as the package version?
i've kinda given up on stuff, at least until the next release which i hope will either be built based on a release or be compatible with the latest release (i have no reason to believe this would be the case though) if you have a diff that fixes a package, i recommend you make a PR 4.0.7 seems to work with the 3.0.4, it seems reasonable to assume the same would be true for 3.0.4
Change:
{ lib, stdenv, fetchFromGitHub, glib }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation { </ins> pname = "gnome-shell-extension-impatience"; <del> version = "unstable-2022-03-26"; </del> <ins> version = "unstable-2023-04-04"; </ins> src = fetchFromGitHub { owner = "timbertson"; repo = "gnome-shell-impatience"; <del> rev = "cf7c0bb8776af9a16e4ae114df0cc65869fb669d"; sha256 = "sha256-z/pZxSEFELtg7kueS2i6gN1+VbN0m4mxc34pOCMak5g="; </del> <ins> rev = "0f961b860040ba0f7bbb51ebbaece7db29787313"; hash = "sha256-c15zZC9xc0nq8NdnP0gjayMmnD8GyHFV8oZaD4LyR7w="; </ins> }; buildInputs = [

Discussion:
Package name: gnomeExtensions.impatience Latest released version: 22 Current version on the unstable channel: 2022-03-26 Current version on the stable/release channel: 2022-03-26 can't find a related PR Currently, packaged version is incompatible with gnome-shell 44 while a compatible version is available on e.g.o. Maybe should be turned into an automatically generated extension. Will investigate on my side, but if any experimented extensions packager chimes in, I wouldn't mind :) Notify maintainers Note for maintainers: Please tag this issue in your PR.
Change:
xl2tpd = callPackage ../tools/networking/xl2tpd { }; <ins> xlights = callPackage ../applications/misc/xlights/default.nix { }; </ins> xe = callPackage ../tools/system/xe { };

Discussion:
Project description xLights is a free and open source program that enables you to design, create and play amazing lighting displays through the use of DMX controllers, E1.31 Ethernet controllers and more. With it you can layout your display visually then assign effects to the various items throughout your sequence. This can be in time to music (with beat-tracking built into xLights) or just however you like. Metadata homepage URL: source URL: license: GPLv3 platforms: linux, darwin,
Change:
<ins> { buildGoModule , fetchFromGitHub , lib , pkg-config , webkitgtk , glib , fuse , installShellFiles }: let pname = "onedriver"; version = "0.13.0-2"; src = fetchFromGitHub { owner = "jstaf"; repo = "onedriver"; rev = "v${version}"; hash = "sha256-Bcjgmx9a4pTRhkzR3tbOB6InjvuH71qomv4t+nRNc+w="; }; in buildGoModule { inherit pname version src; vendorHash = "sha256-OOiiKtKb+BiFkoSBUQQfqm4dMfDW3Is+30Kwcdg8LNA="; nativeBuildInputs = [ pkg-config installShellFiles ]; buildInputs = [ webkitgtk glib fuse ]; ldflags = [ "-X github.com/jstaf/onedriver/cmd/common.commit=v${version}" ]; subPackages = [ "cmd/onedriver" "cmd/onedriver-launcher" ]; postInstall = '' echo "Running postInstall" install -Dm644 ./resources/onedriver.svg $out/share/icons/onedriver/onedriver.svg install -Dm644 ./resources/onedriver.png $out/share/icons/onedriver/onedriver.png install -Dm644 ./resources/onedriver-128.png $out/share/icons/onedriver/onedriver-128.png install -Dm644 ./resources/onedriver.desktop $out/share/applications/onedriver.desktop mkdir -p $out/share/man/man1 installManPage ./resources/onedriver.1 substituteInPlace $out/share/applications/onedriver.desktop  --replace "/usr/bin/onedriver-launcher" "$out/bin/onedriver-launcher"  --replace "/usr/share/icons" "$out/share/icons" ''; meta = with lib; { description = "A network filesystem for Linux"; longDescription = '' onedriver is a network filesystem that gives your computer direct access to your files on Microsoft OneDrive. This is not a sync client. Instead of syncing files, onedriver performs an on-demand download of files when your computer attempts to use them. onedriver allows you to use files on OneDrive as if they were files on your local computer. ''; inherit (src.meta) homepage; license = licenses.gpl3Plus; maintainers = [ maintainers.massimogengarelli ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description onedriver is a native Linux filesystem for Microsoft OneDrive. It contains GUI and CLI tools for mounting Onedrive cloud shares as local drives, downloading files accessed on demand. Metadata homepage URL: source URL: license: gpl3 platforms: linux
I am very excited about this one, I am actually a DM in a D&D campaign and onedriver has always been my best tool for rapid storage and edit of the stuff. Thanks everyone!
Change:
<del> #! @bash@ </del> <ins> #! @bash@/bin/bash </ins> # shellcheck shell=bash exec @dev@/bin/.g-ir-scanner-wrapped  --use-binary-wrapper=@emulator@  <del> --use-ldd-wrapper=@buildprelink@  </del> <ins> --use-ldd-wrapper=@dev@/bin/g-ir-scanner-lddwrapper  </ins> "$@"

Discussion:
Steps to reproduce the behavior: , , and itself is effectively abandoned by the upstream (yocto project). I think we may as well drop it rather than fix it. However now relies on it as a runtime linker for use in cross compilation, we have to find an alternative. Please run and paste the result.
openembedded replaced prelink with objdump will test
Change:
buildGoModule rec { pname = "mutagen"; <del> version = "0.17.0"; </del> <ins> version = "0.17.1"; </ins> src = fetchFromGitHub { owner = "mutagen-io"; repo = pname; rev = "v${version}"; <del> sha256 = "sha256-Dfs7hgyTjl3jU28YSd1XEe0wNKQxKgLLMKcrKSEvc4w="; </del> <ins> hash = "sha256-M7h8qlqqGK4Nl4yXL7ZhGTq/CL+LdDpI/nv90koyu3Y="; </ins> }; <del> vendorSha256 = "sha256-kfzT+230KY2TJVc0qKMi4TysmltZSgF/OvL5nPLPcbM="; </del> <ins> vendorHash = "sha256-kfzT+230KY2TJVc0qKMi4TysmltZSgF/OvL5nPLPcbM="; </ins> agents = fetchzip { name = "mutagen-agents-${version}";

Discussion:
Mutagen crashes: Steps to reproduce the behavior: No crash Please run and paste the result.
Change:
nativeBuildInputs = [ re2c file makeWrapper ]; <del> propagatedBuildInputs = with python27.pkgs; [ six typing ]; </del> <ins> propagatedBuildInputs = [ six typing ]; </ins> doCheck = true;

Discussion:
fails with the error message: Steps to reproduce the behavior: install bats <details<summarynix profile install nixpkgs#bats --show-trace</summary</detailsupgrading bats fails with the same error (assuming one had installed it before) n.a. Please run and paste the result.
This will be fixed by
Change:
"-DCITRA_USE_BUNDLED_FFMPEG=OFF" "-DCITRA_USE_BUNDLED_QT=OFF" "-DUSE_SYSTEM_SDL2=ON" <ins> "-DCMAKE_INSTALL_INCLUDEDIR=include" "-DCMAKE_INSTALL_LIBDIR=lib" </ins> # We dont want to bother upstream with potentially outdated compat reports "-DCITRA_ENABLE_COMPATIBILITY_REPORTING=ON"

Discussion:
Attempting to install (3DS Emulator) and (Switch Emulator) at the same time is not currently possible without changing the priority of one of the packages. Correct me if I'm wrong, but shouldn't the cmake files not be included in the final output, for either package? Steps to reproduce the behavior: to install both packages side by side They install and work side by side. (They did previously, I'm not sure exactly when that stopped being the case) I'm installing both via Home Manager, but afaik that shouldn't cause any huge issues. Both packages seem to be maintained by the same four people: ashley / ivar / joshuafern / sbruder / <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result.
I take it this is an upstream issue?
No idea. I just know they're not there anymore. Maybe this? Comparing:

Package name: citra-canary Latest released version: 2399 <!-- Search your package here: --- Current version on the unstable channel: 2146 Current version on the stable/release channel: 2146 <!-- 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.

Package name: citra-nightly Latest released version: 1843 <!-- Search your package here: --- Current version on the unstable channel: 1765 Current version on the stable/release channel:1765 <!-- 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.
Change:
, "webpack-dev-server" , "copy-webpack-plugin" , "webtorrent-cli" <del> , "@withgraphite/graphite-cli" </del> , "wrangler" , "wring" , "@yaegassy/coc-nginx"

Discussion:
Package name: Grahpite-cli Latest released version: 1.1.1 <!-- Search your package here: --- Current version on the unstable channel: 1.0.9 Current version on the stable/release channel: 1.0.9 <!-- 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. This package has no maintainer because it is a NPM package. might be related? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hello thanks for the request, I will try to go from node2nix to build from source as the issue linked suggestes
Giving a quick check to the graphite-cli repo linked in the npm package it is archived and "moved to your mono-repo" and also it is built with yarn so nor it can migrated to buildNpmPackage nor to building from source, so my guess is that it will need to still in node2nix
Please make a PR marking the package as unfree since their monorepo isn't publicly available.
As of right now graphite-cli is already unfree
Change:
./programs/xwayland.nix ./programs/yabar.nix ./programs/yazi.nix <ins> ./programs/ydotool.nix </ins> ./programs/yubikey-touch-detector.nix ./programs/zmap.nix ./programs/zsh/oh-my-zsh.nix

Discussion:
requires to be running in order to be used otherwise it aborts and crashes (see ). It would make sense to have a NixOS configuration option in order to automatically configure to run. Some NixOS module option (perhaps ) that automatically configures and runs as a systemd service in the background.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
#   in  #   rWrapper.override{ packages = [ lgbm ]; }" pname = lib.optionalString rLibrary "r-" + pnameBase; <del> version = "4.1.0"; </del> <ins> version = "4.3.0"; </ins> src = fetchFromGitHub { owner = "microsoft"; repo = pnameBase; rev = "v${version}"; fetchSubmodules = true; <del> hash = "sha256-AhXe/Mlor/i0y84wI9jVPKSnyVbSyAV52Y4yiNm7yLQ="; </del> <ins> hash = "sha256-hEoGdzC6n8t14ZUFWFrdljEkQRo9qaDGYTamvIAgrbg="; </ins> }; nativeBuildInputs = [ cmake ]

Discussion:
Package name: lightgbm Latest released version: 4.3.0 <!-- Search your package here: --- Current version on the unstable channel: 4.1.0 Current version on the stable/release channel: 4.1.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! --- Version 4.1.0 gets broken by . Version 4.3.0 incorporates which builds tests with C++14. 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]:
Thanks. I'll have a look
Change:
<ins> From 1885a2349102742e33c5c97a8ab4bcacc032fc70 Mon Sep 17 00:00:00 2001 From: Ryan Swart <ryan@talosystems.com> Date: Thu, 30 Mar 2023 15:50:23 +0800 Subject: [PATCH] fix: multicharge dep needed for static compilation --- config/meson.build | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/config/meson.build b/config/meson.build index 4f76160..629fa5e 100644 --- a/config/meson.build +++ b/config/meson.build @@ -136,6 +136,14 @@ sdftd3_dep = dependency( ) lib_deps += sdftd3_dep +# Create multicharge library as subproject +multicharge_dep = dependency( +  'multicharge', +  fallback: ['multicharge'], +  default_options: ['default_library=static', 'api=false', 'python=false'], +) +lib_deps += multicharge_dep + # Create TOML Fortran as subproject tomlf_dep = dependency( 'toml-f', -- 2.39.2 </ins>

Discussion:
tblite is unusable in python at the moment, failing with I think this is due to incorrect pkgconfig setups - look at which is correct and outputs vs which is missing the trailing Which results in a pkgconfig of Steps to reproduce the behavior: a nix environment with the python interpreter, run failure A clear and concise description of what you expected to happen. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
i'm having the exact same issue as well :'(
Change:
<ins> { lib , stdenv , fetchFromGitLab , fetchFromGitHub , cargo , libxml2 , meson , ninja , pkg-config , python311 , rustPlatform , symlinkJoin , rustc , wrapGAppsHook4 , appstream-glib , blueprint-compiler , cairo , cmake , desktop-file-utils , dmidecode , gdk-pixbuf , gettext , glib , graphene , gtk4 , libadwaita , libdrm , mesa , pango , sqlite , udev , wayland }: let nvtop = fetchFromGitHub { owner = "Syllo"; repo = "nvtop"; rev = "9a8458b541a195a0c5cadafb66e240962c852b39"; hash = "sha256-iFBZbESRTuwgLSUuHnjcXwmpvdeQrd3oUJd7BRyxu84="; }; in stdenv.mkDerivation rec { pname = "mission-center"; version = "0.2.5"; src = fetchFromGitLab { owner = "mission-center-devs"; repo = "mission-center"; rev = "v${version}"; hash = "sha256-f6GkwF+3USl60pUxxTu90KzdsfxBiAkiqnBSTTmC2Lc="; }; cargoDeps = symlinkJoin { name = "cargo-vendor-dir"; paths = [ (rustPlatform.importCargoLock { lockFile = ./Cargo.lock; outputHashes = { "pathfinder_canvas-0.5.0" = "sha256-k2Sj69hWA0UzRfv91aG1TAygVIuOX3gmipcDbuZxxc8="; }; }) (rustPlatform.importCargoLock { lockFile = ./proxy-Cargo.lock; }) ]; }; nativeBuildInputs = [ blueprint-compiler cargo libxml2 meson ninja pkg-config python311 rustPlatform.cargoSetupHook rustc wrapGAppsHook4 ]; buildInputs = [ appstream-glib blueprint-compiler cairo cmake desktop-file-utils dmidecode gdk-pixbuf gettext glib graphene gtk4 libadwaita libdrm mesa pango sqlite udev wayland ]; postPatch = '' echo -e "[wrap-file]ndirectory = nvtop-srcn[provide]ndependency_names = nvtop" > ./subprojects/nvtop.wrap cp -r --no-preserve=mode,ownership "${nvtop}" ./subprojects/nvtop-src cd ./subprojects/nvtop-src mkdir -p include/libdrm for patchfile in $(ls ../packagefiles/nvtop*.patch); do patch -p1 < $patchfile done cd ../.. patchShebangs data/hwdb/generate_hwdb.py sed -i 's|cmd.arg("dmidecode")|cmd.arg("${dmidecode}/bin/dmidecode")|g' src/sys_info_v2/mem_info.rs ''; meta = with lib; { description = "Monitor your CPU, Memory, Disk, Network and GPU usage"; homepage = "https://gitlab.com/mission-center-devs/mission-center"; license = licenses.gpl3Only; maintainers = with maintainers; [ GaetanLepage ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description GUI system monitor. I've done most of the work for packaging already: It can't be backported as it requires blueprint-compiler =0.8 (in unstable only). Metadata homepage URL: source URL: license: gpl3 platforms: linux
As discussed in , currently has a hard dependency on , which we currently do not have.
I worked around that by downloading libnvtop and bundling it as part of the application (since patches needed to happen anyway). From the package I built already ():
I made a PR :)