jiebi/CodeConvo huggingface dataset:
Change:
github = "wegank"; githubId = 9713184; }; <ins> weitzj = { name = "Jan Weitz"; email = "nixpkgs@janweitz.de"; github = "weitzj"; githubId = 829277; }; </ins> welteki = { email = "welteki@pm.me"; github = "welteki";

Discussion:
powerpipe Dynamically query your cloud, code, logs & more with SQL This project is related to the already packaged steampipe project. steampipe will be split up in 3 projects: steampipe powerpipe flowpipe This issue tracks integrating powerpipe Metadata platforms: linux, darwin, arch: amd64, arm64 Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { stdenv, fetchurl, python, pkgconfig, readline, libxslt , docbook_xsl, docbook_xml_dtd_42, fixDarwinDylibNames </del> <ins> { stdenv , fetchurl , python , pkg-config , readline , libxslt , docbook-xsl-nons , docbook_xml_dtd_42 , fixDarwinDylibNames </ins> , wafHook }:

Discussion:
Describe the bug build of failed. To Reproduce Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(gtgteq): nixpkgs: Maintainer information:
Looks like regression in . We need to build talloc with Python 3 too.
It might also need
Change:
combined `influxdb2` package is still provided in this release for backwards compatibilty, but will be removed at a later date. <ins> - `programs.zsh.autosuggestions.strategy` now takes a list of strings instead of a string. </ins> - The `services.unifi.openPorts` option default value of `true` is now deprecated and will be changed to `false` in 22.11. Configurations using this default will print a warning when rebuilt.

Discussion:
From Currently nixpkgs has as an . We should either have as a nix list of enums, or just a string to allow the user to specify a zsh array.
Change:
<ins> { stdenv, lib, fetchFromGitHub, cmake, python3, bison, flex, libxml2, openjdk, ncbi-vdb, mbedtls, }: stdenv.mkDerivation (finalAttrs: { pname = "sratoolkit"; # NOTE: When updating make sure to update ncbi-vdb as well for versions to match version = "3.1.1"; src = fetchFromGitHub { owner = "ncbi"; repo = "sra-tools"; rev = "refs/tags/${finalAttrs.version}"; hash = "sha256-WVPiAz3EFYuhBnl7BsEjJ2BTi1wAownEunVM4sdLaj8="; }; cmakeFlags = [ "-DVDB_INCDIR=${ncbi-vdb}/include" "-DVDB_LIBDIR=${ncbi-vdb}/lib" ]; buildInputs = [ ncbi-vdb libxml2 mbedtls ]; nativeBuildInputs = [ cmake python3 bison flex openjdk ]; meta = { homepage = "https://github.com/ncbi/sra-tools"; description = "Collection of tools and libraries for using data in the INSDC Sequence Read Archives"; license = lib.licenses.ncbiPd; maintainers = with lib.maintainers; [ thyol t4ccer ]; platforms = lib.platforms.unix; }; }) </ins>

Discussion:
Package name: sratoolkit Latest released version: 3.1.1 Current version on the unstable channel: 2.11.3 Current version on the stable/release channel: 2.11.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:
''; meta = with lib; { <del> description = "Auto-tiler that uses KWin 5.27+ tiling functionality"; </del> <ins> description = "Auto-tiler that uses KWin 6.0+ tiling functionality"; </ins> license = licenses.mit; maintainers = with maintainers; [ peterhoeg ]; inherit (plasma-framework.meta) platforms;

Discussion:
I the libsForQt5.polonium nixpkg to my plasma 6 configuration but it does not appear despite being present in the kwin folder in /run/current-system/sw. Perhaps a package titled kdePackages.polonium needs to be for Plasma 6. Steps to reproduce the behavior: libForQt5.polonium to nixos-rebuild switch missing in kwin scripts control panel. After adding polonium to , rebuilding, and rebooting, polonium should appear in the kwin scripts control panel. If applicable, add screenshots to help explain your problem. 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]:
its because the latest release 0.6.0 is not compatible with plasma 6. there is a pre-release that is, but its currently not in the nixpkgs i guess
Should I request a version update to the latest build? [image: photo] Carlos Echenique Photographer at CE Photography P 305.219.2433 <305.219.2433E ce.photography
Change:
inherit (darwin.apple_sdk.frameworks) Security; }; cargo-fuzz = callPackage ../development/tools/rust/cargo-fuzz { }; <del> cargo-geiger = callPackage ../development/tools/rust/cargo-geiger { inherit (darwin.apple_sdk.frameworks) Security CoreFoundation; }; </del> <ins> cargo-geiger = callPackage ../development/tools/rust/cargo-geiger { }; </ins> cargo-hf2 = callPackage ../development/tools/rust/cargo-hf2 { inherit (darwin.apple_sdk.frameworks) AppKit;

Discussion:
Steps to reproduce the behavior: It takes a while to compile, but when finished the memory usage goes really high in the testphase, during in the step . I have to keyboard interrupt before oom-killer nukes my GUI. I have 16 GiB of RAM, so low memory shouldn't be the problem. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- I'm on a flake based system, so no channels.
Thanks for raising. It's probably case 4 & 7: Have you tried building the upstream project, both as is & in a nix sandbox? I'm thinking this isn't a nixpkgs specific issue. If you could raise an issue on the upstream repo I'll update and disable all tests under for now
yep i just set up a registry for the master branch and build the new version with and no memory overload, so that fixed it gonna try to build 0.11.5 and 6 without nix now
building "as is" means just cloning the project and using right? or do i have to build on a different distro?
Yeah thats it. Im guessing it will work fine but building the normal project with no networking causes the issue.
Change:
godot-headless = throw "godot-headless has been renamed to godot3-headless to distinguish from version 4"; # Added 2023-07-16 godot-server = throw "godot-server has been renamed to godot3-server to distinguish from version 4"; # Added 2023-07-16 <ins> gdtoolkit = throw "gdtoolkit has been renamed to gdtoolkit_3 to distinguish from version 4"; # Added 2024-02-17 </ins> google-chrome-beta = throw "'google-chrome-beta' has been removed due to the lack of maintenance in nixpkgs. Consider using 'google-chrome' instead."; # Added 2023-10-18 google-chrome-dev = throw "'google-chrome-dev' has been removed due to the lack of maintenance in nixpkgs. Consider using 'google-chrome' instead."; # Added 2023-10-18 google-gflags = throw "'google-gflags' has been renamed to/replaced by 'gflags'"; # Converted to throw 2023-09-10

Discussion:
Package name: gdtoolkit Latest released version: 4.1.0 <!-- Search your package here: --- Current version on the unstable channel: 3.3.1 Current version on the stable/release channel: 3.3.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 It's a bit of an odd situation because both Godot 3 and 4 are in use, so maybe this one should be renamed to gdtoolkit3 or the opposite for the time being. Haven't had any success yet trying to override the package on my own. <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Change:
remarkjs = callPackage ../development/web/remarkjs { }; <ins> alarm-clock-applet = callPackage ../tools/misc/alarm-clock-applet { }; </ins> remind = callPackage ../tools/misc/remind { }; remmina = callPackage ../applications/networking/remote/remmina {};

Discussion:
After installing and running doesn't show the additional plugins. Anyway, one can set to e.g. and the plugins are properly loaded.
Wasn't this fixed yet?
Doesn't work for me on master.
I think it's questionable whether this is desirable. We've had a similar discussion about python packages. In the case of similar plugins there's also the possibility that the version combination might make them incompatible; upstream packages typically assume that the packaging system ensures consistency, so this may result in ugly failures.
It seems like we still need some solution to this; we're shipping stuff that can't work: That's with all the plugin packages and everything installed. Add to the environment, though:
I have same thing here, 17.09. gst-play-1.0 foo Failed to create 'playbin' element. Check your GStreamer installation. I am also affected by this bug: , which was closed but the problem still happening. I noticed that most people with this bug have 2+ soundcards. Does it apply here? I am so frustrated that I am thinking about going gentoo..
EDIT: The problem was that the config key needs to be output, not sink -- and that I need to get more sleep.
I want to report that my issue was not this bug, but bug in KDE plugin system , which was only present in 17.09 release (not present in 18.03) and for 17.09 the community helped me craft a workaround. It seems that the bug applies to gst-play-1.0, and it needs a wrapper to actually see the environment, as in the post of
I was experimenting with on current master (). And it only dsiplays 1 plugin: I installed all of the following in my : What I would expect is for from to list all the plugins. Also setting doesn't help as doesn't even exist. Is there something I'm missing? EDIT: works. Now I'm wondering if there is a way to make this more seamless? EDIT2: Apperently the is already properly set in  to: However for some reason it gets replaced in the final file the get replaces by which causes the expasion to fail. It is probably an issue with . EDIT3: Issue might be caused by this:
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 .
I think this was fixed in
Change:
"--set HSA_PATH ${rocm-runtime}" "--set ROCM_PATH $out" ]; <ins> # https://github.com/NixOS/nixpkgs/issues/305641 # Not needed when 3.29.2 is in unstable cmake' = cmake.overrideAttrs(old: rec { version = "3.29.2"; src = fetchurl { url = "https://cmake.org/files/v${lib.versions.majorMinor version}/cmake-${version}.tar.gz"; hash = "sha256-NttLaSaqt0G6bksuotmckZMiITIwi03IJNQSPLcwNS4="; }; }); </ins> in stdenv.mkDerivation (finalAttrs: { pname = "clr"; version = "6.0.2";

Discussion:
The build for a lot of ROCm components broke with , which updated CMake from 3.29.0 to 3.29.1, basically breaking all of ROCm. This commit was merged via and recently made its way from staging into unstable in the last few days. Steps to reproduce the behavior: The builds for a number of ROCm components now fail with error messages like the following: This is possible related to how ROCm uses of CMake incorrectly. See , , and I have posted about this issue on the CMake discourse to verify if this is considered a bug in CMake, as suggested by <!-- 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 first recommendation we got from CMake was updating to 3.29.2, which has already been merged to staging:
I was able to confirm that with that commit that updates CMake to 3.29.2 builds again. I will leave this issue open until the relevant changes make it into unstable.
is there an easy way to temporarily use the cmake version from staging in my configuration for a specific package, without using staging for every dependency of that package?
A workaround could be to apply this as patch:
One possible fix would be overriding the CMake version that is used inside of ROCm to update to the newer version, and merging that with a PR to master. The advantage of this compared to would be that we do not need to worry about the fix actually breaking the build once the version update lands (I have not tested that this happens, but I could imagine it does). It might be a good idea to do this by making the overridden version of a part of , and removing extra dependency on elsewhere in ROCm. Also ROCm 5.7 and 6.0 are both broken, so if we want to merge a fix before the CMake version update lands in unstable, we should fix both. I am not working on a fix for this, and I couldn't merge one, but I'm happy to review PRs.
Change:
<del> { stdenv, fetchurl, makeWrapper , cairo, gdk_pixbuf, glib, gnome2, gtk2, pango, xorg </del> <ins> { stdenv, fetchurl, autoPatchelfHook, makeWrapper, makeDesktopItem , atk, cairo, freetype, gdk_pixbuf, glib, gnome2, gtk2, libGLU_combined, pango, xorg </ins> , lsb-release }: let

Discussion:
The application 'anydesk' , available in the stable repo, installs correctly, and starts when ran through the cli, but it doesn't appear in the KDE Application Menu (even after running )
Upstream doesn't carry a .desktop file. I'll fix that.
Change:
<ins> { stdenv , fetchurl , autoreconfHook , elfutils , libxml2 , pkgconfig , strace , python3 }: stdenv.mkDerivation rec { pname = "libabigail"; version = "1.6"; outputs = [ "bin" "out" "dev" ]; src = fetchurl { url = "https://mirrors.kernel.org/sourceware/${pname}/${pname}-${version}.tar.gz"; sha256 = "04j07lhvwbp6qp8pdwbf7iqnr7kgpabmqylsw4invpmzwnyp6g6g"; }; nativeBuildInputs = [ autoreconfHook pkgconfig strace ]; buildInputs = [ elfutils libxml2 ]; checkInputs = [ python3 ]; configureFlags = [ "--enable-bash-completion=yes" "--enable-cxx11=yes" ]; enableParallelBuilding = true; doCheck = true; preCheck = '' # runtestdiffpkg needs cache directory export XDG_CACHE_HOME="$TEMPDIR" patchShebangs tests/ ''; meta = with stdenv.lib; { description = "ABI Generic Analysis and Instrumentation Library"; homepage = "https://sourceware.org/libabigail/"; license = licenses.lgpl3Plus; maintainers = with maintainers; [ jtojnar ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description Framework which aims at helping developers and software distributors to spot some ABI-related issues like interface incompatibility in ELF shared libraries by performing a static analysis of the ELF binaries at hand. Metadata homepage URL: source URL: license: platforms: linux or unix
I created the initial packaging here: The configuration is here: but still the build ends up with: Please advise: which disabled features do you want to have enabled (by adding required dependences)? have you seen the missing earlier?
Thank you for taking a look at this. Bash-completions would be nice. I do not also see a reason not to use C++11, looking at the source code it might add some extra tools for visualization. I have no idea why it fails with the error but since I cannot grep hardened in , perhaps it is an artefact of the tarball. Perhaps try adding to to re-generate the script. And while at it, could you move there as well?
I won't have time for any changes until the end of this week, so in case you need it sooner, I suggest you take what I already have and build on top of that.
Change:
<varlistentry><term>UEFI systems</term> <listitem><para>For creating boot partitions: <command>mkfs.fat</command>.  Again it’s recommended to assign a <del> label to the boot partition: <option>-L </del> <ins> label to the boot partition: <option>-n </ins> <replaceable>label</replaceable></option>. For example: <screen> <del> # mkfs.fat -F 32 -L boot /dev/sda3</screen> </del> <ins> # mkfs.fat -F 32 -n boot /dev/sda3</screen> </ins> </para></listitem></varlistentry></variablelist></listitem> <listitem><para>For creating LVM volumes, the LVM commands, e.g., <del> <screen> # pvcreate /dev/sda1 /dev/sdb1 # vgcreate MyVolGroup /dev/sda1 /dev/sdb1 # lvcreate --size 2G --name bigdisk MyVolGroup # lvcreate --size 1G --name smalldisk MyVolGroup</screen> </para></listitem> </del> <ins> <command>pvcreate</command>, <command>vgcreate</command>, and <command>lvcreate</command>.</para></listitem> </ins> <listitem><para>For creating software RAID devices, use <command>mdadm</command>.</para></listitem>

Discussion:
1/ The manual contains this command but it should be as doesn't accept the -L flag and it will warn when using lowercase 2/ the manual recommands but this gives "unknown filesystem type LVM2_member` for lvm 3/ it says to mount a drive in /mnt/boot but the folder doesn't exist 4/ apparently nixos-generate-config doesn't setup the root filesystem with LLVM: "the fileSystems option does not specify your root file system" Other propositions: Add useOSProber in the nixos-generate-config I know nixos targets more advanced users but I guess this can still be improved
The LVM example is meant as an additional way to explore. Simply following the command in the order presented is not promising. I'd suggest to leave out the logical volume setup code. Users with LVM knowledge probably know how to operate and friends. For users without LVM knowledge this is probably misleading.
thanks for the fixes !
Change:
qrcode reportlab requests <ins> setuptools </ins> vobject werkzeug xlrd

Discussion:
I was trying to build a NixOS derivation containing odoo using The flake output I built is a nixosConfiguration for the aarch64-linxu system, since I am running locally nix on darwin I am remote building to an aarch64-linux host. For odoo For werkzeug Please run and paste the result.
This is not a problem of werkzeug but odoo.
I changed the title, thank you for your help (ping for the update)
Change:
# Appls <ins> cat9 = callPackage ./cat9 { }; cat9-wrapped = callPackage ./wrapper.nix { name = "cat9-wrapped"; appls = [ cat9 ]; }; </ins> durden = callPackage ./durden { }; durden-wrapped = callPackage ./wrapper.nix { name = "durden-wrapped";

Discussion:
Project description cool shell Metadata homepage URL: https://arcan- source URL: license: unlicence platforms: openbsd, linux
Change:
# only install the project rm -f Akku.lock Akku.manifest <del> # build, filter out guile warnings akku install 2>&1 | grep -v "(guile-user)" - | cat </del> <ins> akku install </ins> # make sure akku metadata is present during testing and onwards echo $PWD $CHEZSCHEMELIBDIRS 

Discussion:
Akku prints a series of warnings in the format of each time its sub-commands get invoked. Steps to reproduce the behavior: (or or some other Akku commands; I haven't test them all, though) program prints If Akku works well, then it is insignificant what bindings are overrided by some modules, and the warning messages should be trimmed. ! <!-- 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]:
Yeah, akku works well enough to nixify its packages (akkuPackages attrset). I'll take a look at suppressing warnings in the next week. Thank you for reporting this!
So, there was a PR: , merged Feb 8, 2021. We're using v1.1.0, released on Feb 6. I bumped akku to , which removed the warnings, but not . Working on it
Oh, whoops, that's on my end. I didn't have the locale environment variables
Change:
buildFlags = [ "nvimpager.configured" "nvimpager.1" ]; preBuild = '' patchShebangs nvimpager <del> substituteInPlace nvimpager --replace ':-nvim' ':-${neovim}/bin/nvim' </del> <ins> substituteInPlace nvimpager --replace-fail ':-nvim' ':-${lib.getExe neovim}' </ins> ''; doCheck = true; nativeCheckInputs = [ lua51Packages.busted util-linux neovim ]; <del> # filter out one test that fails in the sandbox of nix checkPhase = let exclude-tags = if stdenv.isDarwin then "nix,mac" else "nix"; in '' runHook preCheck make test BUSTED='busted --output TAP --exclude-tags=${exclude-tags}' runHook postCheck </del> <ins> # filter out one test that fails in the sandbox of nix or with neovim v0.10 # or on macOS preCheck = '' checkFlagsArray+=('BUSTED=busted --output TAP --exclude-tags=${"nix,v10" + lib.optionalString stdenv.isDarwin ",mac"}') </ins> ''; meta = with lib; {

Discussion:
hydra went from to as per on a . Steps to reproduce the behavior: to nvimpager <details<summarytest failing on this update:</summary</details
To my knowledge the actual functionality of nvimpager is not affected but the default colorscheme in neovim changed and my test depend on it. So a quickfix might be if that is acceptable.
this will be fixed by .
The neovim update has been reverted in . Closing.
Change:
installShellCompletion --fish misc/auto-completion/fish/nnn.fish installShellCompletion --zsh misc/auto-completion/zsh/_nnn <ins> cp -r plugins $out/share cp -r misc/quitcd $out/share/quitcd </ins> wrapProgram $out/bin/nnn --prefix PATH : "$binPath" '';

Discussion:
It would be great to have option to fetch nnn plugins with nxpkgs or with additional package instead of manually fetching it like developer advise. And second is it possible to implement some option to include icons support from nerdfont to nnn binary file instead of recompiling it? Thanks.
I think this issue was closed preemptively by the line in the PR, there doesn't seem to be any way to include plugins as of now
nnn seems to expect plugins in . This might work better as a home-manager module, maybe with the plugins themselves as an output of nixpkgs. I might take a look at this next week.
I marked this as stale due to inactivity. &rarr;
I've recompiled nnn with icons, by using unstable branch and overriding nnn-package:
I marked this as stale due to inactivity. &rarr;
Change:
license = licenses.gpl3Plus; platforms = platforms.unix ++ platforms.windows; priority = 10; <del> maintainers = [ maintainers.eelco maintainers.das_j ]; </del> <ins> maintainers = [ maintainers.das_j ]; </ins> }; <del> } // optionalAttrs stdenv.hostPlatform.isMusl { # Work around a bogus warning in conjunction with musl. NIX_CFLAGS_COMPILE = "-Wno-error"; } // lib.optionalAttrs stdenv.hostPlatform.isAndroid { NIX_CFLAGS_COMPILE = "-D__USE_FORTIFY_LEVEL=0"; </del> })

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: coreutils <!-- 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: 9.0 desired version: 9.1 <!-- 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.
I'm already on it :) might take some while before I do the pr because I want to build stdenv first