jiebi/CodeConvo huggingface dataset:
Change:
cmdline = callPackage ../development/python-modules/cmdline { }; <ins> cmdstanpy = callPackage ../development/python-modules/cmdstanpy { }; </ins> cmigemo = callPackage ../development/python-modules/cmigemo { inherit (pkgs) cmigemo; };

Discussion:
Project description Tool for producing high quality forecasts for time series data that has multiple seasonality with linear or non-linear growth. Metadata PyPI: homepage URL: source URL: license: mit platforms: x86_64-linux
Change:
<ins> { lib , buildGoModule , fetchFromGitHub , testVersion , adrgen }: buildGoModule rec { pname = "adrgen"; version = "0.4.0-beta"; src = fetchFromGitHub { owner = "asiermarques"; repo = "adrgen"; rev = "v${version}"; sha256 = "sha256-2ZE/orsfwL59Io09c4yfXt2enVmpSM/QHlUMgyd9RYQ="; }; vendorSha256 = "sha256-aDtUD+KKKSE0TpSi4+6HXSBMqF/TROZZhT0ox3a8Idk="; passthru.tests.version = testVersion { package = adrgen; command = "adrgen version"; version = "v${version}"; }; meta = with lib; { homepage = "https://github.com/asiermarques/adrgen"; description = "A command-line tool for generating and managing Architecture Decision Records"; license = licenses.mit; platforms = platforms.unix; maintainers = [ maintainers.ivar ]; }; } </ins>

Discussion:
ADRgen A command-line tool for generating and managing Architecture Decision Records Metadata homepage URL: source URL: license: MIT platforms: unix
I've created a pull request which adds it:
Thank you
Change:
--replace "pkg-config" "$PKG_CONFIG" substituteInPlace Makefile.gnu  --replace "pkg-config" "$PKG_CONFIG" <ins> '' + lib.optionalString (stdenv.isDarwin && stdenv.isAarch64) '' # Upstream Makefile hardcodes i386 and x86_64 architectures only substituteInPlace Makefile.osx --replace "x86_64" "arm64" </ins> ''; nativeBuildInputs = [

Discussion:
The package does not build on M1 Macbook. The error message is Steps to reproduce the behavior: . # on an M1 Macbook The build is successful. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result. Maintainer information:
This blocks
Ping the maintainers Thanks.
Change:
enableParallelBuilding = false; <ins> dontStrip = stdenv.isDarwin; </ins> meta = with lib; { description = "A programmable programming language"; longDescription = ''

Discussion:
builds successfully but starting it fails with and then SIGABRT itself obviously fails for the same reason. I’ve tried locally reverting and and the error is the same. system: host os: multi-user?: sandbox: version: channels(root): channels(dpk): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
# INSTALLED_APPS, so that their static files are collected. ./plugin-build.patch <ins> # Configure django-statici18n to compile all available languages at # build time. ./language-build.patch </ins> (fetchpatch2 { # Allow customization of cache and log directory # https://github.com/pretix/pretix/pull/3997

Discussion:
The pretix package does not contain generated locales for , causing internal server errors when trying to select this language (concretely when clients try to access ). Steps to reproduce the behavior: the pretix module with an organizer and select german-informal in the localisation settings. the organiser profile, be greeted by an "Internal Server Error" page. Be present with the actual requested page instead of an http/500 one. The E-Mail sent out to the admin contains more details: This seems to be related to the of django. Looking in the requested is missing. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The pypi wheel is missing it as well, but the hosted version does have it. :thinking:
The locale is seen by , but not by , which originates in Happens to as well.
It's also noteworthy that is compiling e.g. , which is not in the output of :thinking:
This list seems more reasonable, no? :laughing:
I do have the feeling, that this happens because there is not pretix configuration at build time. From checking just a couple of languages, the ones showing up in appear to match the ones in And whilst pretix has it's own , they do not set defaults for . To my understanding (based on heavy use of ;)), pretix only sets based on the user-provided settings (see ).
Yep, that's why. I'm preparing a patch.
Indeed, that looks purrfect!
Change:
stdenv.mkDerivation rec { pname = "peazip"; <del> version = "9.9.0"; </del> <ins> version = "9.4.0"; </ins> src = fetchFromGitHub { owner = "peazip"; repo = pname; rev = version; <del> hash = "sha256-1UavigwVp/Gna2BOUECQrn/VQjov8wDw5EdPWX3mpvM="; </del> <ins> hash = "sha256-to5VhuTomw33WRWrtSIMF/SD+KVXsUKmSrJ84BNatqw="; </ins> }; sourceRoot = "${src.name}/peazip-sources";

Discussion:
Package name: peazip Latest released version: 9.4.0 Current version on the unstable channel: 9.9.0 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 Looks like upstream released by mistake and the latest version is actually 9.4.0.
Yep, the developer even told me that 9.9.0 was an accident but I must've forgot when making the PR. Makes me wonder why he didn't take the tag down again.
Change:
ffmpegthumbnailer = callPackage ../development/libraries/ffmpegthumbnailer { }; <del> ffmpeg-normalize = python3Packages.callPackage ../applications/video/ffmpeg-normalize { }; </del> ffms = callPackage ../development/libraries/ffms { }; fftw = callPackage ../development/libraries/fftw { };

Discussion:
Package name: ffmpeg-normalize Latest released version: 1.28.3 <!-- Search your package here: --- Current version on the unstable channel: 1.26.1 Current version on the stable/release channel: 1.26.1 <!-- 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:
''; }); <ins> # native compilation for tests/seq-tests.el never ends # delete tests/seq-tests.el to workaround this seq = super.seq.overrideAttrs (old: { dontUnpack = false; postUnpack = (old.postUnpack or "") + "n" + '' local content_directory=$(echo seq-*) rm --verbose $content_directory/tests/seq-tests.el src=$PWD/$content_directory.tar tar --create --verbose --file=$src $content_directory ''; }); </ins> };

Discussion:
When on tries to open magit on 23.11 you get the in the output and the commands aren’t working as expected. Steps to reproduce the behavior: to 23.11 Emacs and Magit in a Git repo of your choice. to select a commit for example. The commit diff should be shown. ! The issue is already fixed upstream but requires some changes in Nixpkgs: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I can't repro this using nix-shell -p ' (ep: [ ])' -I nixpkgs=flake:github:NixOS/nixpkgs/nixos-23.11 and then running emacs via emacs -Q on aarch64-darwin.
I tried that and it's happening as well. The screenshot is from WSL but the initial finding is from NixOS. !
I reproduced the error here - with the same seq-keep error message. try to call it with then and finally .
That's what I did; I wouldn't know how to do it differently with my example. Though note that this is on aarch64-darwin. I don't have access to GUI Linux right now. An issue as obvious as this should happen here aswell though. Does the same happen inside a terminal frame?
Have you tested it inside an already-existing local Git repo? And yes, I have tested it here and now in a XTerm via . (Of course I am using my AMD machine.)
This is still broken.
It would require updating elisp-packages on stable.
I know, isn’t that approapriate when such an important package is broken?
It became a bit too hard recently, since Emacs triggers a mass rebuild.
FYI, I proposed a fix for this:
Ah okay, makes sense.
If I understood this correctly we need this to have it working in 24.05? Going to test it then.
Fixed by and Not sure why this issue is not closed by them though.
Change:
<ins> { buildPythonPackage , fetchPypi , lib , python , unittestCheckHook , google-api-core }: let opencensus-context = buildPythonPackage rec { pname = "opencensus-context"; version = "0.1.3"; checkInputs = [ unittestCheckHook ]; src = fetchPypi { inherit pname version; sha256 = "sha256-oDEIw8ENjIC7Xd9cih8DMWH6YZcqmRf5ubOhhRfwCIw="; }; }; in buildPythonPackage rec { pname = "opencensus"; version = "0.11.0"; src = fetchPypi { inherit pname version; sha256 = "sha256-AmIWq6uJ2U2FBJLz3GWVAFXsT4QRX6bHvq/7pEo0bkI="; }; buildInputs = [ # opencensus-context is embedded in opencensus opencensus-context ]; propagatedBuildInputs = [ google-api-core ]; postInstall = '' ln -sf ${opencensus-context}/${python.sitePackages}/opencensus/common/runtime_context  $out/${python.sitePackages}/opencensus/common/ ''; checkInputs = [ unittestCheckHook ]; pythonImportsCheck = [ "opencensus" ]; meta = with lib; { description = "A stats collection and distributed tracing framework"; homepage = "https://github.com/census-instrumentation/opencensus-python"; license = licenses.asl20; maintainers = with maintainers; [ billhuang ]; }; } </ins>

Discussion:
Project description Ray is a fast and simple framework for building and running distributed applications. It is packaged with RLlib, a scalable reinforcement learning library. The project provides a wheel at , but according to NixOs is by default not compatible. Metadata homepage URL: source URL: license: apache2 platforms: unix, linux
I'm interested in this as well, when I try to use any sort of non-local mode with ray installed in a nix-shell environment via pip, it throws errors launching redis. Even though redis-server exists at the aforemention path. It fails to launch when I attempt to execute redis directly.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I haven't tested, but since manylinux1 is available by default now (), does it work on your machine on the latest unstable?
I still have the issue with redis unfortunately
this seems to work
I see, the s fixed it.
I marked this as stale due to inactivity. &rarr;
Still important to me.
I marked this as stale due to inactivity. &rarr;
In case anyone is still looking for this - it is packaged in python-on-nix
Change:
# # One particular example are the boot tests where we want instrumentation # within the images but not other stuff like setting up 9p filesystems. <del> options.virtualisation.qemu.program = mkOption { type = types.path; }; </del> <ins> options.virtualisation.qemu = { }; </ins> config = {

Discussion:
I get lots of warnings while evaluating nixos/release- on nixos-unstable : nix-instantiate nixos/release- system: host os: multi-user?: sandbox: version: nixpkgs:
This must be the source of the warning: the original option has been removed () so now only the dummy option is left and has no description. I don't see any other occurance of so I guess it's safe to remove.
Is this correct?
Change:
inherit (pkgs) cmake llvmPackages qt5; }); <ins> shiboken6 = toPythonModule (callPackage ../development/python-modules/shiboken6 { inherit (pkgs) cmake llvmPackages qt6; }); </ins> shippai = callPackage ../development/python-modules/shippai { }; shiv = callPackage ../development/python-modules/shiv { };

Discussion:
: code generator for python bindings to C++ code : python bindings to qt6 (alternative to pyqt6) with qt6 - ping status unknown. i started this some months ago ... homepage URL: source URL: and license: lgpl platforms: all
Just ran into a program I’d like to use that depends on PySide6 – so I’d be curious about having that in nixpkgs too
Also needed for to upgrade past 2.0.13 (currently at 2.0.6 in nixpkgs, latest is 2.0.15). Looks like a WIP PR got closed here:
I'm a real noob but i'm trying to install mtkclient with termux on an android device but it requires shiboken6 and pyside6. any help? ~/mtkclient $ pip install pyside6 ERROR: Could not find a version that satisfies the requirement pyside6 (from versions: none) ERROR: No matching distribution found for pyside6 ~/mtkclient $ pip install pyside Collecting pyside Downloading PySide- (9.3 MB) 9.3/9.3 MB 876.5 kB/s eta 0:00:00 Installing build dependencies ... done Getting requirements to build wheel ... error error: subprocess-exited-with-error × Getting requirements to build wheel did not run successfully. exit code: 1 [1 lines of output] only these python versions are supported: [(2, 6), (2, 7), (3, 2), (3, 3), (3, 4)] [end of output] note: This error originates from a subprocess, and is likely not a problem with pip. error: subprocess-exited-with-error × Getting requirements to build wheel did not run successfully. exit code: 1 See above for output. note: This error originates from a subprocess, and is likely not a problem with pip. ~/mtkclient $
Came across this, too as I wanted to update streamdeck-ui :/ I'm not familiar enough to package pyside6, do you think you could do it and find time to have a look? (the streamdeck update and debugging if needed I can try to do) Even OP got banned (and his PRs closed), the request for the PySide6 is still valid if better I can also create a new / issue for it.
Change:
#! /usr/bin/env bash set -e <del> export NIX_CURL_FLAGS=-sS if [[ $1 == nix ]]; then echo "=== Installing Nix..." # Install Nix bash <(curl -sS https://nixos.org/nix/install) source $HOME/.nix-profile/etc/profile.d/nix.sh # Make sure we can use hydra's binary cache sudo mkdir /etc/nix sudo sh -c 'echo "build-max-jobs = 4" > /etc/nix/nix.conf' # Verify evaluation echo "=== Verifying that nixpkgs evaluates..." nix-env -f. -qa --json >/dev/null elif [[ $1 == nox ]]; then source $HOME/.nix-profile/etc/profile.d/nix.sh echo "=== Installing nox..." nix-build -A nox '<nixpkgs>' --show-trace elif [[ $1 == build ]]; then source $HOME/.nix-profile/etc/profile.d/nix.sh if [[ $TRAVIS_OS_NAME == "osx" ]]; then echo "Skipping NixOS things on darwin" else # Nix builds in /tmp and we need exec support sudo mount -o remount,exec /run sudo mount -o remount,exec /run/user sudo mount echo "=== Checking NixOS options" nix-build nixos/release.nix -A options --show-trace echo "=== Checking tarball creation" nix-build pkgs/top-level/release.nix -A tarball --show-trace fi if [[ $TRAVIS_PULL_REQUEST == false ]]; then echo "=== Not a pull request" else echo "=== Checking PR" if ! nix-shell -p nox --run "nox-review pr ${TRAVIS_PULL_REQUEST}"; then if sudo dmesg | egrep 'Out of memory|Killed process' > /tmp/oom-log; then echo "=== The build failed due to running out of memory:" cat /tmp/oom-log echo "=== Please disregard the result of this Travis build." </del> <ins> while test -n "$1"; do # tell Travis to use folding echo -en "travis_fold:start:$1r" case $1 in nixpkgs-verify) echo "=== Verifying that nixpkgs evaluates..." nix-env --file $TRAVIS_BUILD_DIR --query --available --json > /dev/null ;; nixos-options) echo "=== Checking NixOS options" nix-build $TRAVIS_BUILD_DIR/nixos/release.nix --attr options --show-trace ;; nixos-manual) echo "=== Checking NixOS manuals" nix-build $TRAVIS_BUILD_DIR/nixos/release.nix --attr manual --show-trace ;; nixpkgs-manual) echo "=== Checking nixpkgs manuals" nix-build $TRAVIS_BUILD_DIR/pkgs/top-level/release.nix --attr manpages --show-trace ;; nixpkgs-tarball) echo "=== Checking nixpkgs tarball creation" nix-build $TRAVIS_BUILD_DIR/pkgs/top-level/release.nix --attr tarball --show-trace ;; nixpkgs-lint) echo "=== Checking nixpkgs lint" nix-shell --packages nixpkgs-lint --run "nixpkgs-lint -f $TRAVIS_BUILD_DIR" ;; pr) if [ "$TRAVIS_PULL_REQUEST" == "false" ]; then echo "=== No pull request found" else echo "=== Building pull request #$TRAVIS_PULL_REQUEST" token="" if [ -n "$GITHUB_TOKEN" ]; then token="--token $GITHUB_TOKEN" fi nix-shell --packages nox git --run "nox-review pr --slug $TRAVIS_REPO_SLUG $token $TRAVIS_PULL_REQUEST" -I nixpkgs=$TRAVIS_BUILD_DIR </ins> fi <del> exit 1 fi fi else echo "$0: Unknown option $1" >&2 false fi </del> <ins> ;; *) echo "Skipping unknown option $1" ;; esac echo -en "travis_fold:end:$1r" shift done </ins>

Discussion:
ie. This PR should not have passed ( for that PR btw) Travis should probably execute something like this (command is from: ) Thanks!
Change:
icon = pname; desktopName = "Sparrow Bitcoin Wallet"; genericName = "Bitcoin Wallet"; <del> categories = [ "Finance" ]; </del> <ins> categories = [ "Finance" "Network" ]; </ins> mimeTypes = [ "application/psbt" "application/bitcoin-transaction" "x-scheme-handler/bitcoin" "x-scheme-handler/auth47" "x-scheme-handler/lightning" ]; <ins> startupWMClass = "Sparrow"; </ins> }) ];

Discussion:
Steps to reproduce the behavior: sparrow 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.
TLDR; This was caused by and is fixed in Upstream bundles a JDK/JRE with sparrow. Our sparrow package does not use the bundled JDK and instead replaces it with a JDK from Nixpkgs. Since the sparrow bundle contains the JDK and the sparrow code in a single JIMAGE, the sparrow package compares the files in the JIMAGE with the files provided by the JDK in Nixpkgs in order to determine which files in the JIMAGE are part of the JDK. Those files are then excluded from the sparrow derivation. When disabled JavaFX by default it changed the output of the aforementioned comparison, leaving behind some files which belong to the JDK as part of the sparrow derivation; The files which are part of JavaFX. This in turn causes the patchelf procedure to fail because the sparrow package is only expected to patch sparrow-specific dependencies, not the JDK.
Change:
{ lib <ins> , config </ins> , stdenv , fetchFromGitHub , cmake

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:
] ++ optional (elem "virtualbox" cfg.videoDrivers) xorg.xrefresh; <ins> environment.pathsToLink = [ "/share/X11" ]; </ins> xdg = { autostart.enable = true; menus.enable = true;

Discussion:
type "setxkbmap" then try to trigger completion with <tabPlease run and paste the results. system: host os: multi-user?: sandbox: version: nixpkgs:
I can reproduce it on with ZSH 5.6 (and inside which shouldn't be relevant). I just had a short look through the commit log of and the code is quit old, did it work before for you? (I'm just using in some personal shell scripts and quite rarely directly, so I can't tell if the completionactually worked). However the code of the completion in my seems quite broken for NixOS as it tries to search directories, a behavior that should be patched accordingly. I can try to fix it (didn't find further related issues ATM, let's see)...
I just managed to get it working by adding to the hook of the ZSH package locally. I'm not sure though if it's the best solution. Let me think if there's something better to do, otherwise I'd file a patch :)
would you mind having a look at this patch: Will file it tomorrow, but I'm not sure, why not sure if there's a better way (don't like to manually specify in the derivation).
yep it seems to have fixed it :)
Change:
<ins> { lib, haskell, haskellPackages, }: let inherit (haskell.lib.compose) overrideCabal; raw-pkg = (haskellPackages.callPackage ./generated-package.nix { }).overrideScope ( final: prev: { ansi-wl-pprint = final.ansi-wl-pprint_0_6_9; } ); overrides = { maintainers = with lib.maintainers; [ tomasajt ]; passthru.updateScript = ./update.sh; }; in overrideCabal overrides raw-pkg </ins>

Discussion:
Project description Quoting from : Metadata homepage URL: https://gren- source URL: license: platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like, other than the top 2 lines, the License text is exactly the same as the BSD-3-Clause License (bsd3) Also:
Yeah, you're right! Just saw the same in now.
By the way, I have managed to package it, but haven't had the time to open a PR. I'll probably do it later today.
Oh, thank you! I just got it running as a flake, but very new to Nix and excited to compare how you did it
I've never packaged a haskell app before this, so this was new for me too. It seems that letting cabal2nix generate a package is the most used way currently.
Note that you could also ask upstream to put gren on Hackage. That way it would get packaged and updated semi-automatically, as part of the haskell updates workflow.
Change:
<ins> { fetchFromGitHub, lib, xmrig }: xmrig.overrideAttrs (oldAttrs: rec { pname = "xmrig-mo"; version = "6.14.1-mo1"; src = fetchFromGitHub { owner = "MoneroOcean"; repo = "xmrig"; rev = "v${version}"; sha256 = "sha256-1YG0llNv1VR8ocNFxYLZFXMzowNNqpqSyIu7iCr/rfM="; }; meta = with lib; { description = "A fork of the XMRig CPU miner with support for algorithm switching"; homepage = "https://github.com/MoneroOcean/xmrig"; license = licenses.gpl3Plus; platforms = [ "x86_64-linux" "x86_64-darwin" ]; maintainers = with maintainers; [ j0hax ]; }; }) </ins>

Discussion:
Project description a mining pool, maintains a fork of XMRig which adds the benefit of automatic algorithm switching. I have created following overlay which seems to work fine. The question is if anyone is interested in having it implemented as a separate package, replace the , or if it should be integrated as an option to a new XMRig systemd service (which would also be a nice-to-have, such as ) Notify Maintainers: Metadata homepage URL: source URL: license: gpl3 platforms: linux, darwin
Change:
<del> { libraw, fetchFromGitHub }: libraw.overrideAttrs (_: rec { version = "0.20.2"; src = fetchFromGitHub { owner = "LibRaw"; repo = "LibRaw"; rev = version; sha256 = "16nm4r2l5501c9zvz25pzajq5id592jhn068scjxhr8np2cblybc"; }; }) </del>

Discussion:
Krita fails to build with the following error Steps to reproduce the behavior: Build Krita should build. nixpkgs @
In libraw was updated. Switch to the old stable libraw020 to fix this build.
Installing kirta is showing like it's not in the cache, any idea why?
You're attempting to build the older derivation. And building it would fail. Newer binaries are available:
If you rely on channels, you might want to watch
I'm using the "" and just updated it, and I get this: So, that means the PR is not in that channel yet? If it's that, good to know, didn't know that tool.
Yes, channels that are not -small usually lag by roughly one day.