jiebi/CodeConvo huggingface dataset:
Change:
''; buildInputs = [ <ins> flatbuffers </ins> libdigidocpp opensc openldap

Discussion:
Package name: qdigidoc Latest released version: 4.4.0 <!-- Search your package here: --- Current version on the unstable channel: 4.2.12 Current version on the stable/release channel: 4.2.12 <!-- 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 Note for maintainers: Please tag this issue in your PR.
Change:
pixman spice-protocol usbredir <ins> wayland-protocols </ins> zlib <del> ] ++ lib.optionals withPolkit [ polkit acl usbutils ] ; </del> <ins> ] ++ lib.optionals withPolkit [ polkit acl ] ; </ins> PKG_CONFIG_POLKIT_GOBJECT_1_POLICYDIR = "${placeholder "out"}/share/polkit-1/actions"; mesonFlags = [ <del> "-Dcelt051=disabled" "-Dpulse=disabled" # is deprecated upstream </del> <ins> "-Dusb-acl-helper-dir=${placeholder "out"}/bin" "-Dusb-ids-path=${hwdata}/share/hwdata/usb.ids" </ins> ]; meta = with lib; {

Discussion:
A regular update fails because apparently won't find the module: (edit: line-wrapped for clarity) Please run and paste the result.
now I see that this is fixed by . I did my search before, but I haven't seen that one.
This PR is already on nixos-unstable, but I still cannot compile :
I had the same problem and can still reproduce on master building with the flake:
We need this upstream patch: freedesktop/spice-common
fixed , not . , like , pulls in as a Git submodule.
I just tried bumping spice-gtk to version 0.40 locally (like suggested by ) and it indeed passes that "check for dependencies" phase of the build. It fails later on though for reasons that I'm not familiar enough with the build process to understand. With this patch: I get the following build log:
the issue is still persisting after 4 days :(
Not directly, it's fixed on master (and stable branches I guess, it builds on nixos-21.11 for example), but nixos-unstable can't catch up right now because of another completely unrelated issue, see .
Change:
<ins> { stdenv , buildPythonPackage , fetchPypi , pkg-config , glib }: buildPythonPackage rec { pname = "bluepy"; version = "1.3.0"; src = fetchPypi { inherit pname version; sha256 = "1v0wjy1rz0rbwghr1z3xhdm06lqn9iig6vr5j2wmymh3w6pysw9a"; }; buildInputs = [ glib ]; nativeBuildInputs = [ pkg-config ]; # tests try to access hardware checkPhase = '' $out/bin/blescan --help > /dev/null $out/bin/sensortag --help > /dev/null $out/bin/thingy52 --help > /dev/null ''; pythonImportsCheck = [ "bluepy" ]; meta = with stdenv.lib; { description = "Python interface to Bluetooth LE on Linux"; homepage = "https://github.com/IanHarvey/bluepy"; maintainers = with maintainers; [ georgewhewell ]; license = licenses.gpl2; }; } </ins>

Discussion:
Project description Python interface to Bluetooth LE on Linux describe the project a little This package seems to be required by mitemp_bt component of home-assistant service. Metadata homepage URL: source URL: license: gpl2+ platforms: linux
So far this is what I got: But it doesn't build because it can't find pkg-config or glib.h .
It's vendoring in a C dependency and compiling it sigh..... we would want to swap that out for one from nixpkgs but I'm not sure how. Given that there aren't any tests I'm not sure we can know if the version from nixpkgs (which might differ from the one vendored in) would even work.
I am also interested in bluepy. It is the only reliable library for BLE on Linux that I've found.
This works for me.
Can you provide an example of how you are using this in your
Change:
sumneko-lua-language-server = callPackage ../development/tools/sumneko-lua-language-server { }; <ins> sysz = callPackage  ../tools/misc/sysz { }; </ins> go-swag = callPackage ../development/tools/go-swag { }; go-swagger = callPackage ../development/tools/go-swagger { };

Discussion:
Project description A terminal UI utility for using systemctl interactively via fzf. Metadata homepage URL: source URL: license: Unlicense platforms: linux, darwin
Submitted a PR
Change:
<del> { lib, stdenv, fetchFromGitLab, cargo, desktop-file-utils, meson, ninja, pkg-config, rustPlatform, rustc, wrapGAppsHook4, cairo, gdk-pixbuf, glib, gtk4, libadwaita, pango, darwin, }: stdenv.mkDerivation rec { pname = "railway-travel"; version = "2.4.0"; src = fetchFromGitLab { owner = "schmiddi-on-mobile"; repo = "railway"; rev = version; hash = "sha256-2iLxErEP0OG+BcG7fvJBzNjh95EkNoC3NC7rKxPLhYk="; }; cargoDeps = rustPlatform.fetchCargoTarball { inherit src; name = "${pname}-${version}"; hash = "sha256-yalFC7Pw9rq1ylLwoxLi4joTyjQsZJ/ZC61GhTNc49w="; }; nativeBuildInputs = [ desktop-file-utils cargo meson ninja pkg-config rustPlatform.cargoSetupHook rustc wrapGAppsHook4 ]; buildInputs = [ cairo gdk-pixbuf glib gtk4 libadwaita pango ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Foundation darwin.apple_sdk.frameworks.Security ]; env.NIX_CFLAGS_COMPILE = toString ( lib.optionals stdenv.cc.isClang [ "-Wno-error=incompatible-function-pointer-types" ] ); meta = with lib; { description = "Find all your travel information"; homepage = "https://gitlab.com/schmiddi-on-mobile/railway"; changelog = "https://gitlab.com/schmiddi-on-mobile/railway/-/blob/${src.rev}/CHANGELOG.md"; license = licenses.gpl3Plus; maintainers = with maintainers; [ lilacious ]; mainProgram = "diebahn"; platforms = platforms.all; }; } </del>

Discussion:
how Steps to reproduce the behavior: ... ... ... alias diebahn to railway-travel or vice versa If applicable, add screenshots to help explain your problem. Add any other context about the problem here. you two fight Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
any way for ci to detect double packages perhaps through source? are there more duplicates in nixpkgs?
MB, I did not realize that it was packaged already , it didn't occurred to me to search for the name of the binary instead of the project name. If is fine with it, we could put an alias in place and treat it like a refactoring to pkgs/by-name. Otherwise I will remove my package.
Please remove your package Feel free to add yourself to diebahn's maintainers.
Alright, will do. Should I add an alias for railway-travel that points to diebahn?
You can if you think it helps people find the package in the future.
Change:
url = "mirror://cpan/authors/id/F/FR/FROGGS/SDL-2.548.tar.gz"; hash = "sha256-JSoZK/qcIHCkiDcH0TnDpF2cRRjM1moeaZtbeVm9T7U="; }; <ins> patches = [ # https://github.com/PerlGameDev/SDL/pull/304 ../development/perl-modules/sdl-modern-perl.patch ]; </ins> perlPreHook = "export LD=$CC"; preCheck = "rm t/core_audiospec.t"; buildInputs = [ pkgs.SDL pkgs.SDL_gfx pkgs.SDL_mixer pkgs.SDL_image pkgs.SDL_ttf pkgs.SDL_Pango pkgs.SDL_net AlienSDL CaptureTiny TestDeep TestDifferences TestException TestMost TestWarn ];

Discussion:
Steps to reproduce the behavior: frozen-bubble works fine on NixOS 23.05. It’s just NixOS Unstable that’s affected. <!-- 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.
Looks like caused by Perl removing a deprecated function; probably requires a cherrypick of
Change:
# The rust compiler to use. # # Default: pkgs.rustc <del> { rust </del> <ins> { rust ? rustc # The cargo package to use for getting some metadata. # # Default: pkgs.cargo , cargo ? cargo </ins> # Whether to build a release version (`true`) or a debug # version (`false`). Debug versions are faster to build # but might be much slower at runtime.

Discussion:
I'm running an issue with overriding the rust toolchain since , I pass the following to crate2nix: to set the toolchain when building something, since I don't want to override the toolchain globally. But after this PR it doesn't work because it uses the toolchain in instead of the one I'm passing in. Now I don't really know how to override the rust toolchain to the version I want. is a nightly version I got from This problem is caused by this optimization: Another issue is that the attribute is missing in rust-overlay:
I'm having this issue as well. I've overridden my input to my flake to as a workaround for now.
Hi, sorry for the delay, I'm back home now from "holiday". Can any of you give me a minimal flake that reproduces the issue so I can experiment and find the best way to fix it?
I'm also hitting this. I don't have a minimal flake but I can at least offer the error message which seems to be missing from the OP.
Let me know if this fixes it.
unfortunately it does not, because it still defaults to for the rustc compiler. I've created a reproduction here: As you can see in I'm overriding rustc and cargo to the specific nightly version I want, but when I run I get the following output: This is the rustc version that's current in nixpkgs, not the nightly I specified. Thanks a lot for looking into this
One problem with your reproducer is that it uses the for which takes an arg called not . I think that still wouldn't have solved it. I made some changes in the PR that would allow passing a custom toolchain via the but also using . I did some refactoring to get rid of the and variables.
Change:
"Microsoft.AspNetCore.App.Runtime.linux-musl-x64"  "Microsoft.AspNetCore.App.Runtime.linux-x64"  "Microsoft.AspNetCore.App.Runtime.osx-x64"  <del> "Microsoft.AspNetCore.App.Runtime.win-arm"  </del> "Microsoft.AspNetCore.App.Runtime.win-arm64"  "Microsoft.AspNetCore.App.Runtime.win-x64"  "Microsoft.AspNetCore.App.Runtime.win-x86"  ) <ins> # These packages are currently broken on .NET 8 if version_older "$version" "8"; then pkgs+=(  "Microsoft.AspNetCore.App.Runtime.win-arm"  ) fi </ins> # Packages that only apply to .NET 6 and up if ! version_older "$version" "6"; then pkgs+=( 

Discussion:
Package name: , Latest released version: 8.0.100-preview.6..14 Current version on the unstable channel: 8.0.100-preview.5..2 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.
I have a PR for the other dotnet versions (), unfortunately the 8.0 version has problems with missing system nuget versions. Due to that I was planning on skipping this version (it's unstable and should not be dependended upon anyway). Are there any features in this new version that you consider important? I can try hacking up the update script in that case.
Change:
}; disabled = !isPy3k; <del> nativeBuildInputs = [ wrapGAppsHook ]; propagatedBuildInputs = [ gobject-introspection pygobject3 graphviz gtk3 numpy ]; </del> <ins> nativeBuildInputs = [ gobject-introspection wrapGAppsHook ]; propagatedBuildInputs = [ pygobject3 graphviz gtk3 numpy ]; </ins> checkInputs = [ xvfb-run ]; postInstall = ''

Discussion:
xdot won't start in NixOS 22.11 due to a Gtk error. Steps to reproduce the behavior: from the command line. following error is printed: The xdot window would appear.
Change:
mkdir -p $out/bin substitute ${./steamcmd.sh} $out/bin/steamcmd  <del> --subst-var shell  </del> --subst-var out  <ins> --subst-var-by coreutils ${coreutils}  </ins> --subst-var-by steamRoot "${steamRoot}"  --subst-var-by steamRun ${steam-run} chmod 0755 $out/bin/steamcmd

Discussion:
I tried to create a Docker file using Nix which, in its , just calls . This fails because contains , which, apparently, isn't put into the Docker image. system: host os: multi-user?: sandbox: version: channels(philipp): channels(root): nixpkgs:
Change:
<del> { lib, stdenv, fetchurl }: </del> <ins> { lib, stdenv, fetchurl, fetchzip, system ? stdenv.targetPlatform }: </ins> stdenv.mkDerivation rec { pname = "adguardhome"; version = "0.106.3"; <del> src = fetchurl { url = "https://github.com/AdguardTeam/AdGuardHome/releases/download/v${version}/AdGuardHome_linux_amd64.tar.gz"; sha256 = "11p081dqilga61zfziw5w37k6v2r84qynhz2hr4gk8367jck54x8"; }; </del> <ins> src = (import ./bins.nix { inherit fetchurl fetchzip; }).${system}; </ins> installPhase = '' install -m755 -D ./AdGuardHome $out/bin/adguardhome ''; <ins> passthru = { updateScript = ./update.sh; }; </ins> meta = with lib; { homepage = "https://github.com/AdguardTeam/AdGuardHome"; description = "Network-wide ads & trackers blocking DNS server"; <del> platforms = platforms.linux; maintainers = with maintainers; [ numkem ]; license = licenses.gpl3; </del> <ins> platforms = [ "x86_64-linux" "aarch64-linux" "i686-linux" "x86_64-darwin" ]; maintainers = with maintainers; [ numkem iagoq ]; license = licenses.gpl3Only; </ins> }; }

Discussion:
Describe the bug AdGuardHome has the meta platform , but is a . To Reproduce Try to run on (or any architecture other than ). It will fail with : Expected behavior should execute, so that it can be used. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
I will try to get it instead of pulling a pre-compiled binary, but I'm not sure whether I'll get this solved. EDIT: Okay, that looks to be above my packaging skills, as the project consists of both a node component and a golang component, so it's nontrivial to package. An intermediate solution might be to use the architecture to determine the download URL, but that would make the src (and thus the hash) depend on the architecture. The downloads for different architectures .
Hotfix for aarch64 by using :
I marked this as stale due to inactivity. &rarr;
I also have the problem from the thread starter and I was wondering whether there is now official support for aarch64 (trying adguardhome on raspberrypi 3) or do I need to change smth in my config. I just use adguardhome as the inside of the systemPackages and I enable it. I also see this PR: .
the pr wasn't backported to 21.05. the pr will be in the 21.11 release which will be released today or tommorow afaik
great, thx for the info :)
Change:
'' rm -rf $out/var/run wrapProgram $out/bin/ocsigenserver  <del> --prefix CAML_LD_LIBRARY_PATH : "${mkpath ssl "ssl"}:${mkpath ocamlnet "netsys"}:${mkpath ocamlnet "netstring"}:${mkpath ocaml_pcre "pcre"}:${mkpath cryptokit "cryptokit"}:${mkpath ocaml_sqlite3 "sqlite3"}" </del> <ins> --prefix CAML_LD_LIBRARY_PATH : "$CAML_LD_LIBRARY_PATH:${mkpath ssl "ssl"}:${mkpath ocamlnet "netsys"}:${mkpath ocamlnet "netstring"}:${mkpath ocaml_pcre "pcre"}:${mkpath ocaml_sqlite3 "sqlite3"}" </ins> ''; dontPatchShebangs = true;

Discussion:
Ocaml programs depending on cryptokit crash at runtime, because the linker can't find the shared object file (ie it's not in ). To Reproduce and run an ocaml project that depends on cryptokit (with ) Additional context I tried refactoring the package to use , but it didn't fix the issue. Metadata system: host os: multi-user?: sandbox: version: channels(endorphin): channels(root): nixpkgs: Maintainer information:
Could you please test ? Thanks.
Yep, fixes it. Thanks
Change:
./Enable-file-access-and-universal-access-for-file-URL.patch ./fix-nix-plugin-path.patch <del> # Backport ffmpeg 6.1 / GCC 13 build fixes # FIXME: remove in next release (fetchpatch { url = "https://github.com/obsproject/obs-studio/commit/cd784644f5e82b9988043f229c19603289c6d32c.patch"; hash = "sha256-S4JE5kgr4x3uMHY2GRh0GBJpb7o/wYZb/v0CDITFNnQ="; }) (fetchpatch { url = "https://github.com/obsproject/obs-studio/commit/758b47d4ed9a25b8d64ad481d8d039990b9e57c9.patch"; hash = "sha256-jYpjwhx6e+dhN3kzbd6FcdjQ+WhIX0/BOu9PSkt+2yI="; }) (fetchpatch { url = "https://github.com/obsproject/obs-studio/commit/4b5be75c7e4b8cee908ed4a02fe0078285b4e8c9.patch"; hash = "sha256-tuOevhyxchwG42ilrplbiWoiDAKaY4HgzShlvp4VSQI="; }) (fetchpatch { url = "https://github.com/obsproject/obs-studio/commit/6e080a68067b27fe5463f0f4eee7df690451f3d7.patch"; hash = "sha256-nbn/q3uszoHaDvaW8Et1MS1sgQzMsJRmjGSMHzUxV70="; }) </del> # Fix libobs.pc for plugins on non-x86 systems (fetchpatch { name = "fix-arm64-cmake.patch";

Discussion:
Package name: obs-studio Latest released version: 30.1 <!-- Search your package here: --- Current version on the unstable channel: 30.0.2 Current version on the stable/release channel: 29.1.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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
pdfstudio2022 = callPackage ./common.nix rec { inherit desktopName longDescription pname program year; <del> version = "${year}.0.2"; </del> <ins> version = "${year}.1.1"; </ins> src = fetchurl { <del> url = "https://download.qoppa.com/pdfstudio/v${year}/PDFStudio_v${dot2dash version}_linux64_adoptium17.deb"; sha256 = "sha256-fWZXCyizP++pkmC+UpgCzGvb0QrNs4RI6iC4ZBL8hLE="; </del> <ins> url = "https://download.qoppa.com/pdfstudio/v${year}/PDFStudio_v${dot2dash version}_linux64.deb"; sha256 = "sha256-OPmNhnkeSvHZZbh4SaMU/vDSLrDdTmMmuSGP2HyzVm4="; </ins> }; extraBuildInputs = [ libgccjit #for libstdc++.so.6 and libgomp.so.1

Discussion:
When installing pdfstudio2022 the installation is looking for: But this file doesn't exist. The current version of pdfstudio 2022 is 1.1 and I have tried changing the version number, but doesn't exist either. Steps to reproduce the behavior: pdfstudio2022 (unstable) to or Expected to download the deb file and install it. No screenshots applicable. N/A Please run and paste the result. system: host os: multi-user?: sandbox: version: nixpkgs:
Change:
<del> --- a/configure	2020-07-21 20:50:58.653989766 +0200 +++ b/configure	2020-07-21 20:52:21.236610586 +0200 @@ -6537,17 +6537,17 @@ } enable enforce_wshadow -case $target_os in -    android) -        disable enforce_wshadow -        ;; -    linux) -        . /etc/os-release -        if test $ID = "centos"; then -            disable enforce_wshadow -        fi -        ;; -esac +#case $target_os in +#    android) +#        disable enforce_wshadow +#        ;; +#    linux) +#        . /etc/os-release +#        if test $ID = "centos"; then +#            disable enforce_wshadow +#        fi +#        ;; +#esac if $(pkg-config --exists Qt5WebKit) || $(pkg-config --exists QtWebKit) ; then enable qtwebkit </del>

Discussion:
MythTV current version 31.0 desired version 32.0 Note to maintainer I tried installing Mythtv 31.0 in the latest version of NixOS and the following error appeared. collect2: error: ld returned 1 exit status For full logs, run 'nix log /nix/store/i7hayl96078skrs46yksjqxjsh31cmfv-mythtv-'. Reading the log displayed error: experimental Nix feature 'nix-command' is disabled; use '--extra-experimental-features nix-command' to override
started working on this, bump for version is , but doesn't build yet on NixOS master branch. first quick look on the error tells something about FFmpeg and impure path (see below). I'll check this later as my first priority is getting it to build and run on NixOS 22.05 the log reading is a bit confusion, you have to append literally (). so your command from the example you provided would be
I am currently building MythTV 32.0 (sha256 = "0i4fs3rbk1jggh62wflpa2l03na9i1ihpz2vsdic9vfahqqjxff1") with two patches. The first is called : The second patch is called . I patched it up , and it looks like my patch has been . Here is that patch: My current derivation is like this: Sorry that was back in April and I didn't propagate my changes to NixOS yet!
it looks like your branch and mine are basically the same except for the . I don't know if it is better to add my patch, or for you to move to a version of MythTV after the pull mentioned above.
I didn't paste my whole , there are also new deps (soundtouch, libzip) which you can see in the branch by
I the patch on top of 's branch . I haven't tried building it yet since my machine is already building my original version of the derivation in the background (due to NixOS upgrade), and it takes hours. That is actually what prompted me to notice this issue :).
I'll try if my issue is gone with your patch now (I also need lots of time for one build).

Going forward I think it's best to use the release version of MythTV 32 and your patch for bumping the version in NixOS. I'll however try the other route with the MythTV version after the merge of your fix as I want to set up a combination of official and my own packages anyway.
I'm happy to confirm that both routes work. for the one with the updated MythTV version I took the commit of the pull request mentioned. would you be so kind and open a pull request for the version bump ?
Change:
clang_35 = llvm_4; clang_4 = llvm_4; <ins> # added 2019-04-13 # *-polly pointed to llvmPackages_latest llvm-polly = throw "clang is now built with polly-plugin by default"; clang-polly = throw "clang is now built with polly-plugin by default"; </ins> /* Cleanup before 20.09 */ oraclejdk8psu = throw '' The *psu versions of oraclejdk aren't provided by upstream anymore and were therefore removed!

Discussion:
: : still points to LLVM 7, while version 10 is already out now. could/should be bumped to LLVM 10, as is merged now. cc: Maintainers: Recent PRs: Note: This is optional and I'm not familiar with the process here, but to me it seems like it would be a good time to bump both aliases, if someone has time for it (noticed this while reviewing the LLVM 10 backport).
The PR for this is :) Wanted to wait until the other passed,
That PR is only for llvmPackages_latest, no? Why on earth is llvmPackages still pointing at 7?
correct, I missed the llvmPackages part, I am now looking into it and will open a PR () once I know it works on linux. It could be a problem for darwin, since it uses clang as default compiler as far as I know.
this is not cosed until is merged.
It was closed automatically due to the link to this issue. I agree that this issue is still not resolved, thanks for pointing that out. However, I also think we can use now instead of this issue to track the rest of the work (I don't think this issue adds much value as I'm sure that PR will remain active - but I can of course also re-open this issue if desired). and thank you very much for working on this! :)
Change:
hap-python = callPackage ../development/python-modules/hap-python { }; <ins> hass-client = callPackage ../development/python-modules/hass-client { }; </ins> hass-nabucasa = callPackage ../development/python-modules/hass-nabucasa { }; hass-splunk = callPackage ../development/python-modules/hass-splunk { };

Discussion:
Project description hass-client is a Python library for connecting to Home Assistant over WebSockets and REST. It's maintained as part of the Music Assistant project. . It is an indirect missing dependency for the hass_players provider, because that provider depends on a set up hass provider. Metadata homepage URL: source URL: license: asl20 platforms: all / linux(?) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: