jiebi/CodeConvo huggingface dataset:
Change:
done fi wrapProgram $out/bin/pidgin  <del> --suffix-each PURPLE_PLUGIN_PATH ':' "$out/lib/purple-${pidgin.version} $out/lib/pidgin" </del> <ins> --suffix-each PURPLE_PLUGIN_PATH ':' "$out/lib/purple-${pidgin.version} $out/lib/pidgin"  ${toString extraArgs} </ins> ''; }; in stdenv.lib.overrideDerivation drv (x : { buildInputs = x.buildInputs ++ [ makeWrapper ]; })

Discussion:
This, and "meta" should probably be filled to enable Hydra builds.
, maybe you can look at this?
The project is on now, and our version looks outdated for years.
I've dropped one version of a plugin and updated and cleaned up another.

Describe the bug After switching my NixOS configuration to use the rebuild failed at rebuilding . Trying to rebuild again (continuing at again) caused the same issue. Tried after setting in my local nixpkgs clone, and that has worked without errors. I've uploaded the log of to . ~The has triggered a rebuild of other packages so I don't have a failing log available (yet).~ EDIT: gist updated with nixos-rebuild log. Looks like there is a difference / error in the detection. has been able to reproduce this (non-deterministically), so I'm curious what his easy reproducer is. To Reproduce Steps to reproduce the behavior: reproducer TBD Expected behavior Package should build. Additional context Add any other context about the problem here. Metadata Maintainer information:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I’m not sure of why exactly this causes the subsequent errors, but is a direct consequence of . My reproducer is simply (where the flake is with ). The reason why it wasn’t deterministic for me is that the second machine in which I tried to build it had the first one as a substituter, so the derivation hadn’t been built locally but had been fetched − and as such wasn’t affected by NixOS/nix .
Didn't realize there was a targeted fix in the nix repo yet, but I've attempted to rebuild my system again with and without any substituters. Took about 36h, but rebuilding the world worked this time.
Change:
nmap-formatter = callPackage ../tools/security/nmap-formatter { }; <del> nmapsi4 = libsForQt514.callPackage ../tools/security/nmap/qt.nix { }; </del> <ins> nmapsi4 = libsForQt5.callPackage ../tools/security/nmap/qt.nix { }; </ins> nnn = callPackage ../applications/misc/nnn { };

Discussion:
libsForQt514.qt5.qtwebengine currently fails to build locally and on . The interessting line seems to be: The last successful build on hydra was linked to . After that it seems to fail (starting with ) Bisecting takes forever. I would hazard a guess that it has to do with and PR which broke some other packages as well. EDIT: EDIT2: The error seems to stem from the c++ upgrade. The error message is referenced e.g. here Steps to reproduce the behavior: nixpkgs master -build -A libsForQt514.qt5.qtwebengine . Build should succeed. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
It's most likely due to mixing gcc versions, as that's not 100% compatible in C++. qt514 (and qt512) get overridden to gcc10, whereas the default is gcc11. (For x86_64-linux; some others have other combinations.)
Closing since libsForQt514 was removed from master.
Change:
minecraft = callPackage ../games/minecraft { }; <ins> minetest = callPackage ../games/minetest { }; </ins> miniupnpc = callPackage ../tools/networking/miniupnpc { }; miniupnpd = callPackage ../tools/networking/miniupnpd { };

Discussion:
fails to build with the following error: System: 16.09beta335. (Flounder) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: 16.09beta335. has an explanation and solution which seems to have already been applied for :
I don't think the fix for this works on Mac OS:
Change:
nativeBuildInputs = [ cmake qt6.wrapQtAppsHook <ins> ] ++ lib.optionals cudaSupport [ cudaPackages.cuda_nvcc </ins> ]; buildInputs = [

Discussion:
Package name: gpt4all Latest released version: 2.8.0 <!-- Search your package here: --- Current version on the unstable channel: 2.7.5 Current version on the stable/release channel: N/A <!-- 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:
gdbDefaultsTo = if gdbUseFixed then "${gdb}/bin/gdb" else "gdb"; supported = { x86_64-linux = { <del> hash = "sha256-4mKCBqUCOndKEfsJqTIsfwEt+0CZI8QAhBj3Y4+wKlg="; </del> <ins> hash = "sha256-p8WFmkQKdzXF0FTWHabyeFMkwXa2RkDRM9SvvkBIOLY="; </ins> arch = "linux-x64"; }; aarch64-linux = { <del> hash = "sha256-Kjl8mEpayA1xMHEAMJ5k3Ctk3l48KlUBU5w3dL4pGWM="; </del> <ins> hash = "sha256-HISE8/M9IpeI8iX0mmw9owExnpgiwpesE7YG/+QFYgc="; </ins> arch = "linux-arm64"; }; };

Discussion:
Package name: ms-vscode.cpptools Latest released version: 1.20.2 <!-- Search your package here: --- Current version on the unstable channel: 1.17.3 Current version on the stable/release channel: 1.17.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:
]; buildInputs = <del> [ libvirt-glib vte virtinst dconf gtkvnc gnome3.defaultIconTheme avahi gsettings_desktop_schemas libosinfo </del> <ins> [ libvirt-glib vte dconf gtkvnc gnome3.defaultIconTheme avahi gsettings_desktop_schemas libosinfo gtk3 </ins> ] ++ optional spiceSupport spice_gtk; propagatedBuildInputs = with python2Packages; <del> [ eventlet greenlet gflags netaddr carrot routes PasteDeploy m2crypto ipy twisted distutils_extra simplejson cheetah lockfile httplib2 urlgrabber pyGtkGlade dbus-python pygobject3 ipaddr mox libvirt libxml2 requests </del> <ins> [ pygobject3 ipaddr libvirt libxml2 requests </ins> ]; patchPhase = ''

Discussion:
Since , virtmanager no longer depends on pygtk; it is still listed in the dependencies though. Actually, most of the propagated dependencies are not mentioned anywhere in the virt-manager source code.
Change:
else if stdenv.hostPlatform.osxMinVersion == "10.5"  then "9" else "8"; <ins> cpu = /**/ if stdenv.hostPlatform.isArmv7 then "armv7" else if stdenv.hostPlatform.isAarch64 then "arm64" else if stdenv.hostPlatform.isx86_32 then "x86" else stdenv.hostPlatform.parsed.cpu.name; </ins> kernel = # Build system doesn't understand BSD, so pretend to be Linux. /**/ if stdenv.isBSD then "linux" else if stdenv.isDarwin then "darwin${darwinVersion}" else stdenv.hostPlatform.parsed.kernel.name; <ins> isGeneric = /**/ (stdenv.hostPlatform.isPower && stdenv.hostPlatform.isLittleEndian) || stdenv.hostPlatform.parsed.cpu.name == "armv6l"; target = /**/ if (stdenv.isBSD || stdenv.hostPlatform != stdenv.buildPlatform) then (if isGeneric then "generic-gnu" else "${cpu}-${kernel}-gcc") else null; </ins> in assert vp8DecoderSupport || vp8EncoderSupport || vp9DecoderSupport || vp9EncoderSupport;

Discussion:
Steps to reproduce the behavior: sure that the system is set up for cross-compiling (extra-platforms). The following patch fixes the cross-build I am looking for (but it might break other builds, I don't know): Issue seems to be that the configure script of libvpx does not know the target (as a result, we need to force it), which results in a mess. By using instead of , the target is understood and everything works for me. Please run and paste the result.
I'm experiencing this issue as well, I'll test your patch in ExpidusOS and I'll reply back with whether or not it works.
After applying your patch, I wasn't able to build it. I'm going to look into what wants it to be so it could compile.
I was able to successfully cross compile , I'll work on bundling into a PR later.
still an issue, and it seems like the fix for armv7l really is as simple as described in this bug report (i.e. change the target flag from "armv7l-linux-gcc" to "armv7-linux-gcc"). if you get a chance to upstream that patch, i'd be happy to test it for cross aarch64-multiplatform and armv7l-hf-multiplatform.
Done. Fixed by .
Change:
makeFlags = [ "PREFIX=$(out)" ] ++ lib.optionals withIcons [ "O_ICONS=1" ] <del> ++ lib.optionals withNerdIcons [ "O_NERD=1" ]; </del> <ins> ++ lib.optionals withNerdIcons [ "O_NERD=1" ] ++ lib.optionals withEmojis [ "O_EMOJI=1" ]; </ins> binPath = lib.makeBinPath [ file which ]; <ins> installTargets = [ "install" "install-desktop" ]; </ins> postInstall = '' installShellCompletion --bash --name nnn.bash misc/auto-completion/bash/nnn-completion.bash installShellCompletion --fish misc/auto-completion/fish/nnn.fish

Discussion:
nnn includes a , but this is not currently included. nnn supports building with , but this is not supported. Nerdfonts has been recently updated to 3.0, this partially broke the icons in nnn. A fix is already , this should be backported. It would be nice to have all of this --
Change:
virtmanager = virt-manager; # Added 2019-10-29 virtmanager-qt = virt-manager-qt; # Added 2019-10-29 virtviewer = throw "'virtviewer' has been renamed to/replaced by 'virt-viewer'"; # Converted to throw 2022-02-22 <ins> vkBasalt = vkbasalt; # Added 2022-11-22 </ins> vnc2flv = throw "vnc2flv has been removed: abandoned by upstream"; # Added 2022-03-21 vorbisTools = throw "'vorbisTools' has been renamed to/replaced by 'vorbis-tools'"; # Converted to throw 2022-02-22 vtun = throw "vtune has been removed as it's unmaintained upstream"; # Added 2021-10-29

Discussion:
error when creating a bottle Steps to reproduce the behavior: bottles to create a new bottle during dxvk installation process with the following error message No error when trying to create a bottle ! I'm pretty new to nixos so it might be a configuration error on my part I apologize in advanced if I tagged the wrong maintainers
It should be fixed in (I don't reproduce it there). (I think it's caused by the fact I )
gotcha. feel free to close if you think it's gonna be fixed in next release. thanks :)
Change:
<del> { lib, stdenv, fetchFromGitHub, fetchpatch, cmake, obs-studio }: </del> <ins> { lib, stdenv, fetchFromGitHub, cmake, obs-studio, }: </ins> stdenv.mkDerivation rec { pname = "obs-source-record"; <del> version = "0.3.2"; </del> <ins> version = "0.3.4"; </ins> src = fetchFromGitHub { owner = "exeldro"; repo = "obs-source-record"; rev = version; <del> sha256 = "sha256-H65uQ9HnKmHs52v3spG92ayeYH/TvmwcMoePMmBMqN8="; </del> <ins> sha256 = "sha256-VgG9Fn75aKTkth4TC9rhfj/HIOO2lIO4n3ZYmemkzx8="; </ins> }; <del> patches = [ # fix obs 29.1 compatibility (fetchpatch { url = "https://patch-diff.githubusercontent.com/raw/exeldro/obs-source-record/pull/83.diff"; hash = "sha256-eWOjHHfoXZeoPtqvVyexSi/UQqHm8nu4FEEjma64Ly4="; }) ]; </del> nativeBuildInputs = [ cmake ]; <del> buildInputs = [ obs-studio ]; </del> <ins> buildInputs = [ obs-studio ]; </ins> NIX_CFLAGS_COMPILE = [ "-Wno-error=deprecated-declarations" ]; <del> cmakeFlags = [ "-DBUILD_OUT_OF_TREE=On" ]; </del> <ins> cmakeFlags = [ "-DBUILD_OUT_OF_TREE=On" ]; </ins> postInstall = '' rm -rf $out/{data,obs-plugins}

Discussion:
Package name: Latest released version: 0.3.4 <!-- Search your package here: --- Current version on the unstable channel: 0.3.2 Current version on the stable/release channel: 0.3.2 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
[..] $ diskutil unmountDisk diskN Unmount of all volumes on diskN was successful <del> $ sudo dd bs=1m if=nix.iso of=/dev/rdiskN </del> <ins> $ sudo dd bs=1000000 if=nix.iso of=/dev/rdiskN </ins> </programlisting> Using the 'raw' <command>rdiskN</command> device instead of <command>diskN</command> completes in minutes instead of hours. After

Discussion:
is not valid. The needs to be .
Thanks for opening this! I noticed this too but forgot to make an issue. So this is part of the macOS section? I think the issue is whether you are using GNU coreutils or Apple's filecmds. Apple's filecmds needs the lower case: while GNU's coreutils needs the upper case. I propose just rewriting the instructions so that it reads: To require the least assumptions.
That's exactly the same? I'd try to detect the operating system and based on that render the version of interest with a link to other operating systems and show the operating system dependent version. Or, simpler: . Additionally, I would display the version of the command pointing at the latest graphical stable iso.
I guess the intention is to avoid using nix-installed , as that would be GNU one even if on macOS. I'm against that approach. Detection like this is bad for "portability". It's better to be explicit and provide system-specific section like we do now. The line you refer to is in sub-section titled "On macOS".
Fix in
Change:
<ins> { stdenv, lib, buildPythonPackage, fetchFromGitHub, ipaddress, isPy27 }: buildPythonPackage rec { pname = "anonip"; version = "1.0.0"; src = fetchFromGitHub { owner = "DigitaleGesellschaft"; repo = "Anonip"; rev = "v${version}"; sha256 = "0y5xqivcinp6pwx4whc8ca1n2wxrvff7a2lpbz2dhivilfanmljs"; }; propagatedBuildInputs = lib.optionals isPy27 [ ipaddress ]; checkPhase = "python tests.py"; meta = with stdenv.lib; { homepage = "https://github.com/DigitaleGesellschaft/Anonip"; description = "A tool to anonymize IP-addresses in log-files"; license = licenses.bsd3; maintainers = [ maintainers.mmahut ]; }; } </ins>

Discussion:
Please package Anonip, a tool to anonymize IP addresses in log files. It is a simple Python application without any requirements. All required information can be found in he . Anonip masks the last bits of IPv4 and IPv6 addresses in log files. That way most of the relevant information is preserved, while the IP address does not match a particular individuum anymore. Depending on your Web server, the log entries may be piped to Anonip directly or via a FIFO (named pipe). Thus the unmasked IP addresses will never be written to any file. It's also possible to rewrite existing log files. Anonip can also be uses as a Python module in your own Python application.
Change:
IP_ROUTE_VERBOSE            = yes; IP_MROUTE_MULTIPLE_TABLES   = yes; IP_MULTICAST                = yes; <ins> IP_MULTIPLE_TABLES          = yes; </ins> IPV6_ROUTER_PREF            = yes; IPV6_ROUTE_INFO             = yes; IPV6_OPTIMISTIC_DAD         = yes;

Discussion:
is broken. When I enable it, fails to start. The failure is caused by and scripts. The former runs , the latter runs similar command. And turns out that the whole does not work with . works fine, but even fails with the same error as other commands: NixOS on Aarch64 machine, using mainline kernel. the following to : . an error in journalctl logs: to run the script manually: an error happening after the command. the plain command. It also fails. Possibly related links: - the same problem under custom Debian OS, no replies - same problem with another command under Gentoo. Solved by changing some kernel options. I tried to corresponding modules (ones which are available in NixOS, because some of the mentioned options were not compiled at all. Nothing helped. Hardware: ESPRESSObin v7
thanks for the report :) Could you paste the output of the following command (unfortunately I don't have an aarch64 device/VM yet)?: On x8664 this should output: But on aarch64 is probably not enabled.
On my Raspberry Pi 3B:
thanks, that should explain it :) From (forgot to paste that here): It should work if we add (AFAIK). But I'm not sure what other distributions do and why this isn't in the defconfig (from v5.1): cc and (based on ): Maybe you can help here?
Since Discourse doesn't seem to add links anymore when referencing a PR: This is also a problem for the module:
Change:
buildInputs = [ SDL2 frei0r <ins> ladspaPlugins </ins> gettext mlt <del> libmlt </del> qtbase qtmultimedia qtx11extras

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:
fingerprint = "AB63 4CD9 3322 BD42 6231  F764 C404 1EA6 B326 33DE"; }]; }; <ins> shivaraj-bh = { email = "sbh69840@gmail.com"; name = "Shivaraj B H"; github = "shivaraj-bh"; githubId = 23645788; }; </ins> shlevy = { email = "shea@shealevy.com"; github = "shlevy";

Discussion:
Project description Cross compile Cargo project to Windows msvc target with ease. Metadata homepage URL: source URL: license: mit platforms: linux, darwin
Change:
# `browser.eme.ui.enabled` and `media.gmp-widevinecdm.enabled` accordingly , drmSupport ? true <del> ## other , crashreporterSupport ? false </del> # As stated by Sylvestre Ledru (@sylvestre) on Nov 22, 2017 at # https://github.com/NixOS/nixpkgs/issues/31843#issuecomment-346372756 we # have permission to use the official firefox branding.

Discussion:
Describe the bug Firefox crashed because my disk was full. I wanted to submit a crash report, but the site the documentation mentions don't exist. To Reproduce Steps to reproduce the behavior: in firefox Expected behavior firefox works like an official release Screenshots ! Additional context Add any other context about the problem here. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Firefox is compiled without crash reporting support by default: I don't know why, though.
Probably because it could be considered tracking. But i think it's optional to actually send the crash reports and they don't contain personal data and are very useful to fix crashes. We would need clear guidelines which kind of tracking is OK.
I don't have time to open a discussion about that. Since it crashed again, i tried with a workaround: rebuild fails with this error. i guess it's due to the structure of the firefox packaging. the option is in the while the package is defined in any idea?
Looking at the definition quickly, I'd try
The build starts with that, but fails exactly at the crashreporter. I guess no one has tested that in a while. It took 33 minutes to get to that point with a i9 cpu (16x 4GHz). 32 GB RAM would be good, 16 will SWAP.
I got it to build, on a second attempt Anyway, I don't think it will be that easy to actually use the reporter. For example, I don't think our default build keeps debugging symbols, and I don't expect it can really report anything useful without them.
I marked this as stale due to inactivity. &rarr;
I just built with crash-reporting enabled and everything seems to be working perfectly. Is there any reason we can't turn this on. In my case the reports are not even sending without asking first. If tracking is a concern may we can change the default from to .
Since I don't hear any clear objections I have opened to hopefully push this issue along.
Change:
''; homepage = "https://github.com/GAM-team/got-your-back"; license = licenses.asl20; <ins> mainProgram = "gyb"; </ins> maintainers = with maintainers; [ austinbutler ]; }; }

Discussion:
Steps to reproduce the behavior: gyb Seems to fail both on master and on latest unstable. Add any other context about the problem here. <!-- 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]:
Change:
printf '{"version":"%b"}' $version > $out/bin/resources/app/package.json # Cypress now looks for binary_state.json in bin echo '{"verified": true}' > $out/binary_state.json <del> ln -s $out/opt/cypress/Cypress $out/bin/cypress </del> <ins> ${if stdenv.isDarwin then '' ln -s $out/opt/cypress/Cypress.app/Contents/MacOS/Cypress $out/bin/cypress '' else '' ln -s $out/opt/cypress/Cypress $out/bin/cypress ''} </ins> runHook postInstall ''; <del> postFixup = '' </del> <ins> postFixup = lib.optionalString (!stdenv.isDarwin) '' </ins> # exit with 1 after 25.05 makeWrapper $out/opt/cypress/Cypress $out/bin/Cypress  --run 'echo "Warning: Use the lowercase cypress executable instead of the capitalized one."'

Discussion:
Project description <!-- Describe the project a little: --Cypress is one of the most popular e2e testing tools. We already packaged aarch64-linux + x86-64-linux, but not darwin. Binaries for all platforms are available, see =should be easy to do Metadata homepage URL: source URL: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've had a stab at this (with help from Perplexity): Unfortunately, it does not seem to work properly, when I run the built package there's an error stating "this package is broken". I've never packaged something for darwin before, no Idea how to fix this. Happy to take pointers.
Turns out this is a quarantine thing. Apparently there's an option in the setting in the privacy options where you can allow opening these "untrusted" binaries, once done it will show "hey this is broken, do you want to open it" and if you click yes, it opens. I guess I'll send a PR then
PR is up:
Change:
flash = stdenv.mkDerivation rec { name = "flashplayer-ppapi-${version}"; <del> version = "29.0.0.171"; </del> <ins> version = "30.0.0.113"; </ins> src = fetchzip { url = "https://fpdownload.adobe.com/pub/flashplayer/pdc/" + "${version}/flash_player_ppapi_linux.x86_64.tar.gz"; <del> sha256 = "1j7w81wjfrpkir11m719jdahnbnw4sph448hs90hvai6rsn3imib"; </del> <ins> sha256 = "092fjp5znnc8mz6jh4nm9kswkhfr31v2l7kasr97f32rw9fksi9g"; </ins> stripRoot = false; };

Discussion:
Download of current version (29.0.0.171) fails with 404 NotFound.
Change:
, gnused , coreutils , jq <ins> , gmic-qt </ins> }: stdenv.mkDerivation rec { pname = "gmic"; <del> version = "3.2.0"; </del> <ins> version = "3.2.1"; </ins> outputs = [ "out" "lib" "dev" "man" ];

Discussion:
Steps to reproduce the behavior: gmic from There are more of those function arity errors, but just a small sample since they're the same. I'm going to assume pull in today has something to do with it. no maintainer? merged and it shows failures for gmic. gmic is used for me in GIMP and darktable. Please run and paste the result.
I will revert this preventively. There are many strange bugs happening.