jiebi/CodeConvo huggingface dataset:
Code change:
++ lib.optional (!gtkClient) "--enable-fcmp=cli" ++ lib.optional (!server)    "--disable-server"; <ins> postFixup = lib.optionalString qtClient '' wrapQtApp $out/bin/freeciv-qt '' + lib.optionalString gtkClient '' wrapGApp $out/bin/freeciv-gtk3.22 ''; </ins> enableParallelBuilding = true; meta = with lib; {

Related discussion:
text: should provide a QT client to freeciv, which is probably named if I had to guess. Steps to reproduce the behavior: only gtk client installed (see below) A executable. If applicable, add screenshots to help explain your problem. ! -( does not exist) ! The installed is indeed a gtk client. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (You were the last person to commit, so I choose you :) ) (I don't believe the listed maintainer exists). Please run and paste the result. Maintainer information:
Code change:
, lp_solve , colpack # extra support <del> , pythonSupport ? true </del> <ins> , pythonSupport ? false </ins> , opencvSupport ? false , opencv ? null , withSvmLight ? false }: <del> assert pythonSupport -> python2Packages != null; </del> <ins> assert pythonSupport -> python3Packages != null; </ins> assert opencvSupport -> opencv != null; assert (!blas.isILP64) && (!lapack.isILP64);

Related discussion:
text: Using Shogun as a for another CMake-based project fails because the dependent project cannot properly find the shogun library (via its installed cmake files). Steps to reproduce the behavior: to build a derivation based on shogun files are wrong Everything builds correctly I am trying to build the following derivation However I get an error at the build generation step: This indicates that shogun CMake files are not in the right place and/or are pointing towards the wrong paths.
I fixed the issue with shogun. When installing the configuration files, CMake calculates the prefix to the installed library based on the output directory, instead of the default , and I missed it when I split the derivation into multiple outputs. I wonder why it's not a more widespread issue, only a few derivations patch it. But that derivation still doesn't build: This is in macOS, though. Maybe it works on Linux.
Thanks, is the fix committed yet? The other error is unrelated and I can fix it.
I'm working on the PR.
Code change:
, fetchFromGitHub , wrapQtAppsHook , borgbackup <del> , qt5 </del> <ins> , qtbase , qtwayland </ins> , stdenv <ins> , makeFontsConf </ins> }: python3Packages.buildPythonApplication rec { pname = "vorta"; <del> version = "0.8.12"; </del> <ins> version = "0.9.1"; pyproject = true; </ins> src = fetchFromGitHub { owner = "borgbase"; repo = "vorta"; rev = "v${version}"; <del> hash = "sha256-nLdLTh1qSKvOR2cE9HWQrIWQ9L+ynX4qF+lTtKn/Ubs="; </del> <ins> hash = "sha256-wGlnldS2p92NAYAyRPqKjSneIlbdsOiJ0N42n/mMGFI="; </ins> }; <del> nativeBuildInputs = [ wrapQtAppsHook ]; </del> <ins> nativeBuildInputs = [ python3Packages.setuptools wrapQtAppsHook ]; </ins> buildInputs = lib.optionals stdenv.isLinux [ <del> qt5.qtwayland </del> <ins> qtwayland </ins> ]; propagatedBuildInputs = with python3Packages; [ peewee <del> pyqt5 python-dateutil </del> <ins> pyqt6 </ins> psutil <del> qdarkstyle </del> secretstorage <del> appdirs </del> setuptools platformdirs ]; postPatch = '' <del> substituteInPlace setup.cfg  --replace setuptools_git ""  --replace pytest-runner "" </del> substituteInPlace src/vorta/assets/metadata/com.borgbase.Vorta.desktop  --replace com.borgbase.Vorta "com.borgbase.Vorta-symbolic" '';

Related discussion:
text: Package name: vorta Latest released version: 0.9.1 <!-- Search your package here: --- Current version on the unstable channel: 0.8.12 Current version on the stable/release channel: 0.8.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 <!-- 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]:
Code change:
<ins> diff --git a/CMakeLists.txt b/CMakeLists.txt index 80a3bdcd6..380a1573a 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -61,7 +61,7 @@ option( "Link dependencies using CMake's find_package and do not use internal builds" ${SRB2_CONFIG_SYSTEM_LIBRARIES_DEFAULT} ) -option(SRB2_CONFIG_ENABLE_TESTS "Build the test suite" ON) +option(SRB2_CONFIG_ENABLE_TESTS "Build the test suite" OFF) # This option isn't recommended for distribution builds and probably won't work (yet). cmake_dependent_option( SRB2_CONFIG_SHARED_INTERNAL_LIBRARIES @@ -80,25 +80,6 @@ option(SRB2_CONFIG_ZDEBUG "Compile with ZDEBUG defined." OFF) option(SRB2_CONFIG_PROFILEMODE "Compile for profiling (GCC only)." OFF) set(SRB2_CONFIG_ASSET_DIRECTORY "" CACHE PATH "Path to directory that contains all asset files for the installer. If set, assets will be part of installation and cpack.") -if(SRB2_CONFIG_ENABLE_TESTS) -	# https://github.com/catchorg/Catch2 -	CPMAddPackage( -		NAME Catch2 -		VERSION 3.4.0 -		GITHUB_REPOSITORY catchorg/Catch2 -		OPTIONS -			"CATCH_INSTALL_DOCS OFF" -	) -	list(APPEND CMAKE_MODULE_PATH "${Catch2_SOURCE_DIR}/extras") -	include(CTest) -	include(Catch) -	add_executable(srb2tests) -	# To add tests, use target_sources to add individual test files to the target in subdirs. -	target_link_libraries(srb2tests PRIVATE Catch2::Catch2 Catch2::Catch2WithMain) -	target_compile_features(srb2tests PRIVATE c_std_11 cxx_std_17) -	catch_discover_tests(srb2tests) -endif() - # Enable CCache # (Set USE_CCACHE=ON to use, CCACHE_OPTIONS for options) if("${CMAKE_HOST_SYSTEM_NAME}" STREQUAL Windows) @@ -113,12 +94,6 @@ if("${CMAKE_HOST_SYSTEM_NAME}" STREQUAL Windows) message(WARNING "USE_CCACHE was set but ccache is not found (set CCACHE_TOOL_PATH)") endif() endif() -else() -	CPMAddPackage( -		NAME Ccache.cmake -		GITHUB_REPOSITORY TheLartians/Ccache.cmake -		VERSION 1.2 -	) endif() # Dependencies @@ -179,7 +154,7 @@ include(GitUtilities) if("${SRB2_SDL2_EXE_NAME}" STREQUAL "") # cause a reconfigure if the branch changes get_git_dir(SRB2_GIT_DIR) -	configure_file("${SRB2_GIT_DIR}/HEAD" HEAD COPYONLY) +	#configure_file("${SRB2_GIT_DIR}/HEAD" HEAD COPYONLY) git_current_branch(SRB2_GIT_REVISION) </ins>

Related discussion:
text: use instead of pulling the windows zip from github releases
I can review if you want to PR this
upstream has said that they'd rather us use the github mirror that they're going to set up
the github mirror has been created
Sorry, I have to delete the github mirror, due to bandwidth limits. Please use
the "SRB22.2" branch and/or "SRB2release_2.2.13" tag
Getting 500 errors when trying to access
does this work for you?
The link works however the download buttons don't. PRs welcome if anyone can get it working, but wait for to be merged first to avoid merge conflicts.
i have had another look, and have found that it might be better to pull directly from branch
Thanks, was able to get it to work with :+1:
Code change:
patches = [ # patch taken from gtk_doc ./respect-xml-catalog-files-var.patch <ins> # Hardcode paths </ins> (substituteAll { src = ./fix-paths.patch; <del> bzr = "${breezy}/bin/bzr"; </del> <ins> brz = "${breezy}/bin/brz"; </ins> cp = "${coreutils}/bin/cp"; patch = "${patch}/bin/patch"; tar = "${gnutar}/bin/tar";

Related discussion:
text: Describe the bug flatpak-builder for some reasons can't use rofiles-fuse To Reproduce Steps to reproduce the behavior: build any app using flatpak-builder Expected behavior flatpak-builder should use rofiles-fuse. Screenshots Additional context Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(piotrek): nixpkgs: Maintainer information:
installing solve this problem so maybe should be ?
We patch the paths to the executables to be hardcoded, so the program doesn't have to rely on something like ostree being installed. I believe one path isn't hardcoded with the current patch That looks it up in PATH, probably why it was working once you installed it.
cc
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 .
should fix that issue.
Code change:
{ cudaAtLeast, gmp, <ins> expat, stdenv, </ins> lib, }: prevAttrs: { buildInputs = prevAttrs.buildInputs # x86_64 only needs gmp from 12.0 and on <del> ++ lib.lists.optionals (cudaAtLeast "12.0") [ gmp ]; </del> <ins> ++ lib.lists.optionals (cudaAtLeast "12.0") [ gmp ] # aarch64,sbsa needs expat ++ lib.lists.optionals (stdenv.hostPlatform.isAarch64) [ expat ]; </ins> }; cuda_nvcc =

Related discussion:
text: cudaPackages.cudagdb is broken for aarch64. Steps to reproduce the behavior: latest nix on system (e.g. Linux docker container on Apple Silicon Mac, Graviton instance on AWS, Nvidia Jetson device, Raspberry Pi) use , i.e. run command fails with Derivation success without an error. I also made an investigation and corresponding fix. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
{ stdenv, fetchurl, pkgconfig, e19, libcap, gdbm }: stdenv.mkDerivation rec { name = "elementary-${version}"; <del> version = "1.11.3"; </del> <ins> version = "1.12.2"; </ins> src = fetchurl { url = "http://download.enlightenment.org/rel/libs/elementary/${name}.tar.gz"; <del> sha256 = "1yr96imam9sckgagnp7wdvwmvr1xwakw29dih3gxp7nz7xsa0j8k"; </del> <ins> sha256 = "0qjbhdhnw6h5zc05r2w2j38yapcv9km92k5spcw3zsdnc784vf5i"; </ins> }; buildInputs = [ pkgconfig e19.efl gdbm ] ++ stdenv.lib.optionals stdenv.isLinux [ libcap ]; preConfigure = ''

Related discussion:
text: Possible, because X11/xkb/rules/*.lst [0] are somewhere 'hidden' in the /nix/store. [0]
Fixed, just let me do some updating on E19 libraries and I will make a pull request.
Code change:
}; }; <del> onionshare-gui = buildPythonApplication { </del> <ins> onionshare-gui = python3.pkgs.buildPythonApplication { </ins> pname = "onionshare"; inherit version; src = "${src}/desktop";

Related discussion:
text: Steps to reproduce the behavior: onionshare <!-- 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]:
The package distutils was remove in Python 3.12. Depends on upsteam. I raised a PR for the fix:
Code change:
++ opt mpg123Support mpg123 ++ opt aacSupport faad2 ++ opt zipSupport zziplib <del> ++ opt pulseaudioSupport libpulseaudio ++ opt jackSupport libjack2 </del> <ins> ++ opt (!stdenv.isDarwin && pulseaudioSupport) libpulseaudio ++ opt (!stdenv.isDarwin && jackSupport) libjack2 </ins> ++ opt gmeSupport game-music-emu ++ opt icuSupport icu ++ opt clientSupport mpd_clientlib

Related discussion:
text: nix fails to build libjack2 and libpulseaudio on darwin too (probably another two issues should be filed?). mpd build log is the third one. After disabling libjack2: After disabling libpulseaudio: I'm no expert in c++ but quick googling shows that exceptions are disabled by default when building with xcode toolchain. On a side note, which way is proper to manage ? I'm editing expression in but not sure if that is the right way. I'm using OS X 10.10.4, nix-env 1.9, nixpkgs from master HEAD.
Compilation fails on throw from boost library and mpd sources are compiling with , so I've to mpd expression but still no luck here.
Seems like this didn't get resolved and it's been a while... I have mpd failing to build on Darwin also, but with a different error, CoreAudio related. I'm using a local nixpkgs checked out at , OS X 10.11.3. Here's the failure:
Code change:
jreOnly = true; }; <del> jdk = if stdenv.isDarwin then openjdk else jdkdistro true false; jre = jdkdistro false false; </del> <ins> jdk = if (stdenv.isDarwin || stdenv.system == "i686-linux" || stdenv.system == "x86_64-linux") then openjdk else jdkdistro true false; jre = if (stdenv.system == "i686-linux" || stdenv.system == "x86_64-linux") then openjre else jdkdistro false false; </ins> jrePlugin = lowPrio (jdkdistro false true);

Related discussion:
text: In current master branch pythonPackages.mysqlclient fails to build. Checkout nixpkgs on revision and run: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Most likely caused by . Unfortunately, the config-tools are not very configuration friendly. Until is resolved, I would add to the package.
Unfortunately this does not change anything, still failing with the same error message..
Hmm, apparently just hardcodes the path without the ability to override it from the attrset passed to : Is that intentional, Until this is resolved, you can use :
Code change:
'' mkdir $out diskImage=$out/disk.img <del> ${qemu}/bin/qemu-img create -f qcow2 $diskImage "60M" </del> <ins> ${qemu}/bin/qemu-img create -f qcow2 $diskImage "120M" </ins> ${if cfg.useEFIBoot then '' efiVars=$out/efi-vars.fd cp ${cfg.efi.variables} $efiVars

Related discussion:
text: During systemd-boot update step attempts to touch EFI variables, even when is set to . Steps to reproduce the behavior: NixOS 21.05 with systemd-boot and to NixOS 21.11 () switch fails with: An error is just an indication of update trying to touch EFI variables. (I have EFI vars touching disabled on that system because of some unrelated firmware breakage) Manually running properly finishes, further switches work fine. systemd-boot update should not touch EFI variables during upgrade. <!-- 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. Maintainer information:
I had a similar issue which I fixed by running "sudo nixos-rebuild --install-bootloader switch"
The fix for this got reverted in
Code change:
url = "mirror://cpan/authors/id/A/AM/AMBS/Text-BibTeX-0.88.tar.gz"; hash = "sha256-sBRYbmi9vK+wos+gQB6woE6l3oxNW8Nt0Pf66ras9Cw="; }; <del> # libbtparse.so: cannot open shared object file (aarch64 only) patches = [ ../development/perl-modules/TextBibTeX-use-lib-on-aarch64.patch ]; </del> <ins> # libbtparse.so: cannot open shared object file patches = [ ../development/perl-modules/TextBibTeX-use-lib.patch ]; </ins> perlPreHook = "export LD=$CC"; perlPostHook = lib.optionalString stdenv.isDarwin '' oldPath="$(pwd)/btparse/src/libbtparse.dylib"

Related discussion:
text: Steps to reproduce the behavior: Confirmed locally against recent master () system: host os: multi-user?: sandbox: version: nixpkgs:
There's already a PR fixing this build failure:
looks like this is being addressed in
Can confirm, fixes build-issues on unstable :)
Fix has been merged. Feel free to reopen if the issue persists after the next channel bump
Code change:
githubId = 16385648; name = "Niko Pavlinek"; }; <ins> nixbitcoin = { email = "nixbitcoin@i2pmail.org"; github = "nixbitcoin"; githubId = 45737139; name = "nixbitcoindev"; keys = [{ longkeyid = "rsa4096/0xDD11F9AD5308B3BA"; fingerprint = "577A 3452 7F3E 2A85 E80F  E164 DD11 F9AD 5308 B3BA"; }]; }; </ins> nixinator = { email = "33lockdown33@protonmail.com"; github = "nixinator";

Related discussion:
text: Project description homepage URL: https://xd- source URL: license: mit platforms: linux
I marked this as stale due to inactivity. &rarr;
Code change:
}; }; <ins> syntax-tree-surfer = super.syntax-tree-surfer.overrideAttrs { dependencies = with self; [ nvim-treesitter ]; meta.maintainers = with lib.maintainers; [ callumio ]; }; </ins> taskwarrior3 = buildVimPlugin { inherit (taskwarrior3) version pname; src = "${taskwarrior3.src}/scripts/vim";

Related discussion:
text: Project description <!-- Describe the project a little: --Syntax Tree Surfer is a plugin for Neovim that helps you surf through your document and move elements around using the nvim-treesitter API. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
, gobject-introspection , gnome , gtk-doc <ins> , deterministic-uname </ins> }: stdenv.mkDerivation rec {

Related discussion:
text: libgtop is not reproducible, since it embed the output of into one of its binaries. See or build on 2 machines with different kernel versions. Report attached since r13y will not keep it, I think: libgtop build should be reproducible. This patch works from a nixpkgs perspective: However, it should ideally be reported and fixed upstream. N/A Maintainer information:
I marked this as stale due to inactivity. &rarr;
Code change:
description = "Free dance and rhythm game for Windows, Mac, and Linux"; platforms = platforms.linux; license = licenses.mit; # expat version <del> maintainers = [ ]; </del> <ins> maintainers = with maintainers; [ h7x4 ]; </ins> # never built on aarch64-linux since first introduction in nixpkgs broken = stdenv.isLinux && stdenv.isAarch64; mainProgram = "stepmania";

Related discussion:
text: Describe the bug The menu icon for Stepmania is missing. To Reproduce Steps to reproduce the behavior: to find it in the Applications menu. Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
I marked this as stale due to inactivity. &rarr;
Code change:
sendversion=${boolToString cfg.sendVersion} ${optionalString (cfg.registerName != "") "registerName=${cfg.registerName}"} <del> ${optionalString (cfg.registerPassword == "") "registerPassword=${cfg.registerPassword}"} </del> <ins> ${optionalString (cfg.registerPassword != "") "registerPassword=${cfg.registerPassword}"} </ins> ${optionalString (cfg.registerUrl != "") "registerUrl=${cfg.registerUrl}"} ${optionalString (cfg.registerHostname != "") "registerHostname=${cfg.registerHostname}"}

Related discussion:
text: When setting a registerPassword for the public server list, it doesn't actually write it to the file, forcing me to hardcode it with extraConfig. Steps to reproduce the behavior: the registerPassword option; the system; the contents of . The registerPassword option should be written to It may be a problem with at line 36 where it has a double equals instead of a exclamation mark equals like the other parameters in that code block, although I'm not really sure. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Oof that's exactly right. It seems to have been by by
Code change:
cmake ninja git <del> python3Packages.python </del> <ins> (python3Packages.python.withPackages (p: [ p.setuptools ])) </ins> ] ++ lib.optionals (buildDocs || buildMan) [ doxygen sphinx

Related discussion:
text: Steps to reproduce the behavior: distutils module was removed in python 3.12 <!-- 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]:
Code change:
{ lib , stdenv , fetchFromGitHub <del> , python3Packages </del> <ins> , python310Packages </ins> , testers , stig }: <del> python3Packages.buildPythonApplication rec { </del> <ins> python310Packages.buildPythonApplication rec { </ins> pname = "stig"; # This project has a different concept for pre release / alpha, # Read the project's README for details: https://github.com/rndusr/stig#stig <del> version = "0.12.5a0"; </del> <ins> version = "0.12.8a0"; </ins> src = fetchFromGitHub { owner = "rndusr"; repo = "stig"; rev = "v${version}"; <del> sha256 = "sha256-e27DBzing38llFxPIsMGkZJXp2q7jjFlQdtfsqLXNHw="; </del> <ins> sha256 = "sha256-vfmuA6DqWvAygcS6N+qX1h+Ag+P4eOwm41DhAFZR3r8="; </ins> }; <del> propagatedBuildInputs = with python3Packages; [ </del> <ins> propagatedBuildInputs = with python310Packages; [ </ins> urwid urwidtrees aiohttp

Related discussion:
text: Steps to reproduce the behavior: stig I got this when switching from 23.05 to 23.11 system: host os: multi-user?: sandbox: version: channels(root): channels(ao): nixpkgs:
Thanks for the report, this is supposed to be fixed in . I will wait for Darwin CI to be green there and merge it. Ping me if I forget. Follow that PR at:
Great, thanks!
Code change:
, enableMultilib }: <ins> let forceLibgccToBuildCrtStuff = import ./libgcc-buildstuff.nix { inherit lib stdenv; }; in </ins> originalAttrs: (stdenv.mkDerivation (finalAttrs: originalAttrs // { <ins> passthru = (originalAttrs.passthru or {}) // { inherit forceLibgccToBuildCrtStuff; }; </ins> preUnpack = '' oldOpts="$(shopt -po nounset)" || true set -euo pipefail

Related discussion:
text: On or cross-compiled from , breaks: From : You can either run this on another architecture using . or should not crash: This was responsible for failing to replicate datasets to my ARM NAS. The issue does not_ occur for natively compiled builds. It appears to be a cross-compilation issue only.
It is a bug in / derivations. In non-cross cases it gets copied from used to bid into output: But in cross-case used to build does not yet provide as it needs bits of for it (and the library path is slightly incorrect). One of possible workarounds is to try to add to to get it pulled via from expected location.
We don't do the copying to glibc anymore, but this error still occurs as described on current nixpkgs master.
Yup. cross-compilation never propagated to in any form (and does not today).
Could you please try this PR? It should fix the problem.
With that PR, I'm seeing this on both (a Raspberry Pi CM4) and with QEMU on : Log from aarch64 machine: Log from machine with QEMU:
Well it's finding now, so there's clearly some other problem with addition to that. When I run it with I even get line numbers from inside : That line () is the last line in the following snippet of code: ... so is deliberately ing here due to . Grepping through the docs turns up: This is happening because uses . Once you do that, glibc needs to unwind the stack frame of any thread that calls . And unwinders are a giant headache. I'm afraid that's all I've got here. I've removed the closed-by from since it was only part of the problem here.
Ah, I think I know what it is. We can compile a without , but it won't have an unwinder. We need to pass the glibc headers to the build in order to get one of those.
would you please try ? I believe it fixes one of the two problems which caused this issue, and it includes which fixes the other one. It works for me: BTW, this issue (cross-compile , then run it under qemu) is a really valuable test case. We really ought to add it to so Hydra will catch any regressions automatically.
Code change:
, enableMultilib }: <ins> let forceLibgccToBuildCrtStuff = import ./libgcc-buildstuff.nix { inherit lib stdenv; }; in </ins> originalAttrs: (stdenv.mkDerivation (finalAttrs: originalAttrs // { <ins> passthru = (originalAttrs.passthru or {}) // { inherit forceLibgccToBuildCrtStuff; }; </ins> preUnpack = '' oldOpts="$(shopt -po nounset)" || true set -euo pipefail

Related discussion:
text: Especially since the failure mode gives the user no error message to help them troubleshoot the problem! is a great candidate for this since it's one of those very rare non-C++ programs that uses advanced stack-unwinding features from pthreads.
Confirming fixes the issue. Tested with both and on real hardware and with QEMU on x86_64.
~I think this is fixed, and more cleanly,~ by Edit: it is not. :frowning_face: I will keep trying. Test is in Currently building.
Added this to , but commented out since it is not fixed yet.