jiebi/CodeConvo huggingface dataset:
Change:
patches = [ ./compiler-rt-codesign.patch # Revert compiler-rt commit that makes codesign mandatory ] ++ stdenv.lib.optional (useLLVM) ./crtbegin-and-end.patch <del> ++ stdenv.lib.optional stdenv.hostPlatform.isMusl ./sanitizers-nongnu.patch; </del> <ins> ++ stdenv.lib.optional stdenv.hostPlatform.isMusl ./sanitizers-nongnu.patch ++ stdenv.lib.optional stdenv.hostPlatform.isAarch32 ./compiler-rt-armv7l.patch; </ins> # TSAN requires XPC on Darwin, which we have no public/free source files for. We can depend on the Apple frameworks # to get it, but they're unfree. Since LLVM is rather central to the stdenv, we patch out TSAN support so that Hydra

Discussion:
Describe the bug A clear and concise description of what the bug is. Same issue as or , but on armv7l Additional context Add any other context about the problem here. On hydra, the clang build first started failing with this error after going from to . I diffed the range and found to be the most likely culprit. It enabled some cmakeFlags globally which used to only be enabled on darwin and useLLVM systems. I don't know what exactly these do but, I was able to build on my rpi2 by disabling them on aarch32: Since I have no idea why this works and what would be affected, I'd rather have someone look over this. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
we probably need to add armv7l here:
I tried but it fails with this error now: I guess it can't find a default target for armv7l somehow? Not really familiar with cmake unfortunately
I made some progress, it seems to be taking the target arch from the triplet given to , even if you override the target arch with a flag. Printf debugging showed me that it does this halfway through the configure phase, it's armhf in the beginning if I set the flag. Setting the compiler target to instead of makes it find its target and compile successfully. Does have any importance outside the build process?
I don't think it does. It's possible it sets in compiler calls, but that is considered equivalent to .
Change:
rm -rf $out/share/syslinux/com32 ''; <ins> passthru.tests.biosCdrom = nixosTests.boot.biosCdrom; </ins> meta = with lib; { <del> homepage = "http://www.syslinux.org/"; </del> <ins> homepage = "https://www.syslinux.org/"; </ins> description = "A lightweight bootloader"; license = licenses.gpl2Plus; maintainers = [ maintainers.samueldr ];

Discussion:
Steps to reproduce the behavior: The src is: We tried to use from nixpkgs in , but that made nix-build . -A fail. I guess that happened due to one of the commits between and (which is the latest commit on ) <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
cmakeFlags = [ "-DKEEPASSXC_BUILD_TYPE=Release" "-DWITH_GUI_TESTS=ON" <del> "-DWITH_XC_AUTOTYPE=ON" </del> "-DWITH_XC_UPDATECHECK=OFF" <del> "-DWITH_XC_YUBIKEY=ON" </del> ] ++ (optional withKeePassBrowser "-DWITH_XC_BROWSER=ON") ++ (optional withKeePassKeeShare "-DWITH_XC_KEESHARE=ON") <del> ++ (optional withKeePassKeeShareSecure "-DWITH_XC_KEESHARE_SECURE=ON") </del> ++ (optional withKeePassNetworking "-DWITH_XC_NETWORKING=ON") <del> ++ (optional (withKeePassTouchID && stdenv.isDarwin) "-DWITH_XC_TOUCHID=ON") </del> <ins> ++ (optional (withKeePassYubiKey && stdenv.isLinux) "-DWITH_XC_YUBIKEY=ON") </ins> ++ (optional (withKeePassFDOSecrets && stdenv.isLinux) "-DWITH_XC_FDOSECRETS=ON") ++ (optional withKeePassSSHAgent "-DWITH_XC_SSHAGENT=ON");

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- 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! --- name: keepassxc <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 2.6.6 desired version: 2.7.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
There's a PR now:
Thanks for the information
Change:
<del> diff -Naur cherrytree-0.37.1-orig/setup.py cherrytree-0.37.1/setup.py --- cherrytree-0.37.1-orig/setup.py	2016-01-08 20:50:50.000000000 +0100 +++ cherrytree-0.37.1/setup.py	2016-07-05 20:30:27.768178682 +0200 @@ -205,4 +205,9 @@ }, distclass=CherryTreeDist ) -    subprocess.call("update-desktop-database") +    try: +        subprocess.check_call(['update-desktop-database']) +    except subprocess.CalledProcessError: +        pass # handle errors in the called executable +    except OSError: +        pass # executable not found </del>

Discussion:
Project description CherryTree by Giuspen, currently, we are using version 0.39.4, meanwhile the latest application is on 0.99.37. There's a weird jump of version from 0.39.4 to 0.99.13. I don't know why this happens. Metadata homepage URL: source URL: license: GPL3 + platforms: Linux
Package request is the wrong issue type for this, Out-of-date package report would've been better. ! The package is sadly orphaned so there's no maintainer to ping for this.
Change:
{ "darwin": { <del> "hash": "sha256-GgaRlROSWYZgFlH0bH6PTnRE3L/bb0kX0P6m7nmPlsY=", "version": "0.2024.03.12.08.02.stable_01" </del> <ins> "hash": "sha256-aOw/c6Y+4x6kwxcwnajHh92ZZDeaM/Y1df76HgUjVn8=", "version": "0.2024.03.19.08.01.stable_01" </ins> }, "linux": { <del> "hash": "sha256-9reFBIu32TzxE46c3PBVzkZYaMV4HVDASvTAVQltYN0=", "version": "0.2024.03.12.08.02.stable_01" </del> <ins> "hash": "sha256-efnYh48xcLneeotH9iSY0xQRgMXI/erM6F2fIH38yjY=", "version": "0.2024.03.19.08.01.stable_01" </ins> } }

Discussion:
Package name:warp-terminal Latest released version: <!-- Search your package here: --- Current version on the unstable channel:v0.2024.03.12.08.02.stable01 Current version on the stable/release channel:0.2023.11.07.08.02.stable00 <!-- 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:
# minifying the JavaScript; passing it allows us to side-step more Node # JS dependencies for installation. preBuild = lib.optionalString webUISupport '' <ins> mkdir -p .emscriptencache export EM_CACHE=$(pwd)/.emscriptencache </ins> bash ./script/build-wasm --debug '';

Discussion:
webUISupport is needed for the command. However, enabling this flag fails the tree-sitter build. Steps to reproduce the behavior: to your favorite checkout of nixpkgs A successful build. I'll give you a section of the build log instead: Please run and paste the result.
I still get this error with tree-sitter 0.20.9 in a Nix flake. Did setting the emcc cache outside the nix store fix the build for you?
If I try to reproduce it, I get this error: Which looks similar, but I think is a distinct issue. I do not think this is related to the emcc cache. I think it's best if you open a new issue for this. The emcc cache is not set in the Nix store btw, it is set in a nix build directory, wherever that may be. You can generally not set the emcc cache somewhere outside of the nix sandbox.
Sounds good. Thanks for the clarification. Wasn't sure if there was a setting I was missing
I've got a PR out (see above) to fix this new issue.
Awesome. Thank you
Change:
, vdpauSupport ? true, libvdpau ? null , faacSupport ? false, faac ? null , dc1394Support ? false, libdc1394 ? null <ins> , x11grabSupport ? false, libXext ? null, libXfixes ? null </ins> }: <ins> assert jackSupport -> jackaudio != null; </ins> assert speexSupport -> speex != null; assert theoraSupport -> libtheora != null; assert vorbisSupport -> libvorbis != null;

Discussion:
Describe the bug Thunderbird 78.2.1 is working. master (Thunderbird 78.2.2) has rendering issues (see screenshot). Most buttons do not react to clicks and the menu is also not reacting. To Reproduce Switch to the mentioned commit and rebuild. Expected behavior Normally working thunderbird. Screenshots ! Notify maintainers Metadata
This was also a bug in Ubuntu, it was fixed there with:
Upstream bug appears to be
Btw temporary workaround would be to switch to thunderbird-bin-78 if you are not opposed to binaries
Change:
, aardvark-dns , netavark , passt <ins> , vfkit </ins> , testers , podman }:

Discussion:
Project description vfkit - Simple command line tool to start VMs through macOS Virtualization Framework This is (apparently) required by Podman 5.0.x and Darwin. See: Metadata homepage URL: source URL: license: Apache 2.0 platforms: darwin
I can confirm this is required by podman 5 on macOS in order to start the virtual machine uses to run containers
The reason I said "apparently" was because although I had observed that I needed to install to get Podman to work, I wasn't 100% sure there wasn't an alternative configuration.
I know the PR is closed but it's worth mentioning it didn't work.
I know the PR is closed but it's worth mentioning it didn't work. yeah, I could build it with our Darwin SDK, but it seems to disable too many features to make it usable. I think you can use the following:
Could you elaborate a bit on which features needed to be disabled and why,
: I just hit this problem and found this issue. Is there a specific reason that specific package was not yet submitted upstream, or could I (beginner) do that?
Change:
<del> { lib, buildPythonPackage, fetchFromGitHub , pytest_3 }: buildPythonPackage rec { pname = "zxcvbn-python"; version = "4.4.27"; src = fetchFromGitHub { owner = "dwolfhub"; repo = pname; rev = "v${version}"; sha256 = "0w0sx9ssjks8da973cdv5xi87yjsf038jqxmzj2y26xvpyjsg2v2"; }; checkInputs = [ pytest_3 ]; meta = { description = "Python implementation of Dropbox's realistic password strength estimator, zxcvbn"; homepage = https://github.com/dwolfhub/zxcvbn-python; license = with lib.licenses; [ mit ]; }; } </del>

Discussion:
Tried to update my server but it refuses to build because of flexget. Nixos Unstable flexget as service Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(hyper): channels(root): nixpkgs:
flexget works for you?
r-ryantm is my bot. Anyway, it looks like it successfully built it in It looks like it was merged on May 1st, and continued to build on Hydra after May 1st: Probably some dependency change messed it up. You could do some kind of binary bisection to figure out what commit broke it, or try to track down the error message, maybe zxcvbn-python is what broke it? cc because it's python related.
I don't know what a binary disection is.
No, this is simply flexget again that pins dependencies while it shouldn't. this has happened many times before so surely you know how to solve it by now.
I don't know what binary disection is.
this happened because , and landed in nixpkgs in the . I'm going to make a PR for this
Change:
stdenv.mkDerivation rec { pname = "gnunet"; <del> version = "0.11.6"; </del> <ins> version = "0.11.8"; </ins> src = fetchurl { url = "mirror://gnu/gnunet/${pname}-${version}.tar.gz"; <del> sha256 = "1gspr1lh885sb9r2anh7bi4zan3zjqx33lpyhq9hm2g0n5ip187q"; </del> <ins> sha256 = "1zkmcq75sfr3iyg8rgxp9dbl7fwsvc1a71rc0vgisghcbrx1n7yj"; </ins> }; enableParallelBuilding = true;

Discussion:
Nixpkgs has 0.11.6, the latest release is 0.11.8
Change:
}; }; <ins> vue.volar = buildVscodeMarketplaceExtension { mktplcRef = { name = "volar"; publisher = "Vue"; version = "2.0.16"; hash = "sha256-RTBbF7qahYP4L7SZ/5aCM/e5crZAyyPRcgL48FVL1jk="; }; meta = { changelog = "https://github.com/vuejs/language-tools/blob/master/CHANGELOG.md"; description = "The official Vue VSCode extension"; downloadPage = "https://marketplace.visualstudio.com/items?itemName=Vue.volar"; homepage = "https://github.com/vuejs/language-tools"; license = lib.licenses.mit; }; }; </ins> vspacecode.whichkey = buildVscodeMarketplaceExtension { mktplcRef = { name = "whichkey";

Discussion:
Project description A VSCode extension that adds language syntax highlighting. 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]:
The extension was recently deprecated since VSCode now has built-in support.
Whoops, that was the typescript + vue support plugin, not the main VueJS one.
Just open a PR adding the extension, much easier than opening an issue...
Please see
Change:
(gobject-introspection-unwrapped.override args).overrideAttrs (previousAttrs: { pname = "gobject-introspection-wrapped"; <del> # failure in e.g. pkgsCross.aarch64-multiplatform.polkit # subprocess.CalledProcessError: Command '['/nix/store/...-prelink-unstable-2019-06-24/bin/prelink-rtld', '/build/source/build/tmp-introspectzp2ldkyk/PolkitAgent-1.0']' returned non-zero exit status 127. patches = previousAttrs.patches ++ [ ./giscanner-ignore-error-return-codes-from-ldd-wrapper.patch ]; </del> postFixup = (previousAttrs.postFixup or "") + '' mv $dev/bin/g-ir-compiler $dev/bin/.g-ir-compiler-wrapped mv $dev/bin/g-ir-scanner $dev/bin/.g-ir-scanner-wrapped ( <del> export bash="${buildPackages.bash}/bin/bash" </del> <ins> export bash="${buildPackages.bash}" </ins> export emulator=${lib.escapeShellArg (stdenv.targetPlatform.emulator buildPackages)} <del> export buildprelink="${buildPackages.prelink}/bin/prelink-rtld" </del> <ins> export buildobjdump="${buildPackages.stdenv.cc.bintools}/bin/objdump" </ins> export targetgir="${lib.getDev (targetPackages.gobject-introspection-unwrapped.override argsForTarget)}" substituteAll "${./wrappers/g-ir-compiler.sh}" "$dev/bin/g-ir-compiler" substituteAll "${./wrappers/g-ir-scanner.sh}" "$dev/bin/g-ir-scanner" <ins> substituteAll "${./wrappers/g-ir-scanner-lddwrapper.sh}" "$dev/bin/g-ir-scanner-lddwrapper" </ins> chmod +x "$dev/bin/g-ir-compiler" chmod +x "$dev/bin/g-ir-scanner" <ins> chmod +x "$dev/bin/g-ir-scanner-lddwrapper" </ins> ) '' # when cross-compiling and using the wrapper then when a package looks up the g_ir_X

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:
hash = "sha256-lKkEJolJQaLr1TVm44CizbJQedGa1wyy0cFWg2LTJN0="; }; <del> nativeBuildInputs = [ libpng ninja which ] ++ lib.optionals cudaSupport [ cudatoolkit_joined ]; TORCHVISION_INCLUDE = "${libjpeg_turbo.dev}/include/"; TORCHVISION_LIBRARY = "${libjpeg_turbo}/lib/"; </del> <ins> nativeBuildInputs = [ libpng ninja which ] ++ lib.optionals cudaSupport [ cuda-native-redist ]; </ins> <del> buildInputs = [ libjpeg_turbo libpng ] ++ lib.optionals cudaSupport [ cudnn ]; </del> <ins> buildInputs = [ libjpeg_turbo libpng ] ++ lib.optionals cudaSupport [ cuda-redist ]; </ins> propagatedBuildInputs = [ numpy pillow torch scipy ]; <del> preBuild = lib.optionalString cudaSupport '' </del> <ins> preConfigure = '' export TORCHVISION_INCLUDE="${libjpeg_turbo.dev}/include/" export TORCHVISION_LIBRARY="${libjpeg_turbo}/lib/" '' # NOTE: We essentially override the compilers provided by stdenv because we don't have a hook #   for cudaPackages to swap in compilers supported by NVCC. + lib.optionalString cudaSupport '' export CC=${cudatoolkit.cc}/bin/cc export CXX=${cudatoolkit.cc}/bin/c++ export CUDAHOSTCXX=${cudatoolkit.cc}/bin/c++ </ins> export TORCH_CUDA_ARCH_LIST="${gpuTargetString}" export FORCE_CUDA=1 '';

Discussion:
As per the title, the current CUDA and stdenv versions used to build are seemingly incompatible and can lead to build failures stating this (specifically - see below - but likely others as well). ~Likely introduced in ~ [of course it was the actual stdenv bump], but as it's a dynamic failure it's not a triviality to add an assert to to catch similar errors in future. with CUDA-enabled (e.g. in or override in ). Observe the build fails with the following output:
cc
This should be fixed when is merged.
Change:
<ins> { lib, buildPythonPackage, fetchFromGitHub, pytestCheckHook, pythonOlder, attrs, click, flit, mercantile, pydantic, pyproj, rasterio, }: buildPythonPackage rec { pname = "morecantile"; version = "5.3.0"; pyproject = true; disabled = pythonOlder "3.8"; src = fetchFromGitHub { owner = "developmentseed"; repo = "morecantile"; rev = version; hash = "sha256-F7xYQrOngoRsZjmS6ZHRGN0/GD53AYcMQzyY1LZ1O7I="; }; nativeBuildInputs = [ flit ]; propagatedBuildInputs = [ attrs click pydantic pyproj ]; nativeCheckInputs = [ mercantile pytestCheckHook rasterio ]; pythonImportsCheck = [ "morecantile" ]; meta = { description = "Construct and use map tile grids in different projection"; homepage = "https://developmentseed.org/morecantile/"; license = lib.licenses.mit; maintainers = lib.teams.geospatial.members; mainProgram = "morecantile"; }; } </ins>

Discussion:
Project description User friendly Rasterio plugin to read raster datasets. Metadata homepage URL: source URL: license: bsd platforms: unix Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Already packaged by in . Should be easy to add to nixpkgs.
Requires morecantile and pystac, that shoud be to nixpkgs as well.
Change:
# this patch is from debian: # https://sources.debian.org/data/main/b/binutils/2.38-3/debian/patches/mips64-default-n64.diff (if stdenv.targetPlatform.isMusl <del> then substitute { src = ./mips64-default-n64.patch; replacements = [ "--replace" "gnuabi64" "muslabi64" ]; } </del> <ins> then substitute { src = ./mips64-default-n64.patch; substitutions = [ "--replace" "gnuabi64" "muslabi64" ]; } </ins> else ./mips64-default-n64.patch) # This patch fixes a bug in 2.40 on MinGW, which breaks DXVK when cross-building from Darwin. # See https://sourceware.org/bugzilla/show_bug.cgi?id=30079

Discussion:
Using with , currently does not allow me to replace a string that contains spaces. Steps to reproduce the behavior: the code below: It gives the following error: I tried quoting it, escaping the spaces... but none of them seemed to work. The I did succeeds. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. I posted this in the NixOS matrix room a while ago (but I forgot to submit an issue): !$ People showed me some bash magic I couldn't understand, I think they might be helpful and worth checking out. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (git blame) cc (people in the original conversation) Please run and paste the result. (I'm sorry if I described anything incorrectly, I'm a not a native English speaker and I am still trying to improve my language skills) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Should be fixed with , please give it a try :)
Wonderful! It worked for me
Change:
TMUX_TMPDIR = lib.optional cfg.secureSocket ''''${XDG_RUNTIME_DIR:-"/run/user/$(id -u)"}''; }; }; <ins> security.wrappers = mkIf cfg.withUtempter { utempter = { source = "${pkgs.libutempter}/lib/utempter/utempter"; owner = "root"; group = "utmp"; setuid = false; setgid = true; }; }; </ins> }; imports = [

Discussion:
A follow up to It seems like is not getting updated when tmux sessions begin/end. Relevant links: Steps to reproduce the behavior: and note the results. a different shell, open a new tmux session: exiting tmux, run again and note that the results are the same. Tmux user sessions to show up in , , and , as is custom in other OSes. n/a n/a <!-- 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.
Change:
buildInputs = [ gtk3 poppler_gi <ins> libhandy </ins> ]; propagatedBuildInputs = with python3Packages; [

Discussion:
In pdfarranger 1.10.1 (from 23.11 stable branch) the option to change the theme in the preferences is greyed out and doesn't respect the globally set dark mode in GNOME. The program offers the hint "(Libhandy missing)" next to the greyed out setting (see image below). Steps to reproduce the behavior: pdfarranger preferences changing the theme setting The drop-down menu is clickable and offers several different options to choose from. ! Manually adding the package libhandy in environment.systemPackages doesn't work. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for your quick reply, . I'm new to Git and GitHub, do I have to do something now, like close this issue manually or will it be closed automatically after the changes are merged? Thanks again!
Don't worry issue will be closed automatically when the changes are merged into master (usually by the person who does the merge).
Change:
libselinux libsndfile libsndfile <ins> libsoup </ins> libtheora libtiff libusb1 libv4l libva <ins> libvdpau </ins> libvorbis <ins> libvpx libwebp </ins> libxkbcommon libxml2 mpg123 ncurses ocl-icd <ins> openal </ins> openldap <ins> openssl openssl_1_1 pango </ins> pipewire samba4 sane-backends SDL2 <ins> speex </ins> sqlite udev udev

Discussion:
Windows games run under Heroic with fail to play video, producing GStreamer errors on the console output. Steps to reproduce the behavior: any game that plays video cut-scenes when starting a new game (e.g. Blasphemous) a video cut-scene should get a black screen instead of video playback. the game the game log For in-game videos to play normally. Not applicable because the symptom is a black screen. <details<summarygame log</summary</detailsAdd any other context about the problem here. I am the only maintainer of this package.
At least for 64-bit games, the problem was missing GStreamer dependencies in the FHS environment. I don't know of any 32-bit game in my collection suitable for testing that the resolves the issue you described in with 32-bit games.
Note, GStreamer still doesn't work in Heroic if you set the option "Prefer system libraries". Both on 32 bit and 64 bit games. Setting or similar doesn't fix the problem.