jiebi/CodeConvo huggingface dataset:
Change:
"-DBUILD_KRITA_QT_DESIGNER_PLUGINS=ON" ]; <del> preInstall = '' qtWrapperArgs+=(--prefix PYTHONPATH : "$PYTHONPATH") ''; </del> meta = with lib; { description = "A free and open source painting application"; homepage = "https://krita.org/"; maintainers = with maintainers; [ abbradar sifmelcara nek0 ]; <ins> mainProgram = "krita"; </ins> platforms = platforms.linux; license = licenses.gpl3Only; };

Discussion:
Krita 5 complains that it cannot find the G'Mic plugin. Steps to reproduce the behavior: Krita and the G'Mic plugin by adding and to in Krita a new image the menu item Filter→Start G'MIC-Qt will complain, via a modal dialog, that it cannot load the plugin. the menu item Settings→Configure Krita… should be a "G’Mic plugin" section in the left-hand sidebar, but there is not. For there to be a Krita setting to specify the path to the G'Mic plugin. The explains the correct behaviour.
Starting from the package won't work with Krita. Krita team forked and Krita will only work with that fork: It would take some effort to implement the build process mentioned in the README since cmake and make need to be invoked multiple times. (Probably need to manually write the whole and )
Is it possible to maintain a separate krita-gmic package like arch linux does?
It is possible but making it a separate package probably wouldn't make it easier to implement. We just need someone to implement the build process I linked above in nix (sorry I don't have time to do it)
Making some minor changes to you can build the krita plugin: I've not yet been able to have krita load the plugin though. I've tried creating a symlinkJoin'ed version with the plugin, that does not work :confused: Krita is not logging enough information about where it tried to load the plugin for me to be able to deduce what is going wrong.
Do you think the Krita fork of gmic-qt should be integrated in the definition at ? I was originally afraid modifying it now would not be worth it because the two versions might deviate too much from one another.
If you want to remove the original gmic-qt and change it to krita's fork, I believe it will conflict with the previous one, and I would therefore vote against it If you want to keep the fork along with the original, it's fine! You can use overrideAttrs magic in order to reuse the previous expression. Look at as an example for inspiration.
Option 1 is terrible, I'd never ask for that :smiley:.

I was asking if krita's gmic-qt should be included as a "variant" in , effectively does the same as option 2 <details<summaryLike this</summary</detailsI think it's best to keep it as a completely separate package, because both packages will never have matching versions.
So close! I got the "Q'MIC-qt for Krita" window to open by manipulating : ! Unfortunately it segfaults the moment I try to use any of the filters: Progress at
Change:
"dev" ]; <ins> env.NIX_CFLAGS_COMPILE = toString [ "-lm" ]; </ins> passthru.updateScript = gitUpdater { rev-prefix = "v"; }; <ins> passthru.tests.pkg-config = testers.testMetaPkgConfig finalAttrs.finalPackage; </ins> meta = { homepage = "https://github.com/mpeg5/xevd"; description = "eXtra-fast Essential Video Decoder, MPEG-5 EVC"; license = lib.licenses.bsd3; mainProgram = "xevd_app"; <ins> pkgConfigModules = [ "xevd" ]; </ins> maintainers = with lib.maintainers; [ jopejoe1 ]; platforms = lib.platforms.all; broken = !stdenv.hostPlatform.isx86 || stdenv.hostPlatform.isDarwin;

Discussion:
Steps to reproduce the behavior: hanbrake-1.8.0 / ffmpeg-full-7.0 The ffmpeg override is failing to build, complaining about not finding xevd <!-- 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]:
Sorry, misread. thought it was the handbrake custom thing and not the actual ffmpeg_7-full package.
Seems to be related to the upgrade from xevd 0.4.1 to 0.5.0
Created a fix for it
Change:
enableParallelBuilding = true; <del> # Too red configureFlags = [ "--disable-modern-top" ] </del> <ins> # Too red; 8bit support for fixing https://github.com/NixOS/nixpkgs/issues/275220 configureFlags = [ "--disable-modern-top" "--enable-watch8bit" ] </ins> ++ lib.optional withSystemd "--with-systemd" ++ lib.optionals (stdenv.hostPlatform != stdenv.buildPlatform) [ "ac_cv_func_malloc_0_nonnull=yes"

Discussion:
command cannot display special characters, like the lines in command. It may be caused by the missing build flag. Andrew said this in the forum: That looks right to me. You can test it with: Debian, Arch, and Red Hat already do in their packaging. Thanks so much! Steps to reproduce the behavior: . of the command are missing. ... All characters should be displayed correctly. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<del> { stdenv, fetchurl, boost, cmake, chromaprint, gettext, gst_all_1, liblastfm </del> <ins> { stdenv, fetchurl, fetchpatch, boost, cmake, chromaprint, gettext, gst_all_1, liblastfm </ins> , qt4, taglib, fftw, glew, qjson, sqlite, libgpod, libplist, usbmuxd, libmtp , libpulseaudio, gvfs, libcdio, libechonest, libspotify, pcre, projectm, protobuf , qca2, pkgconfig, sparsehash, config, makeWrapper, runCommand, gst_plugins }:

Discussion:
Clementine fails to build with latest nixpkgs, crashing with the following error: to install clementine. (Using modified version of nixpkgs )
Change:
buildInputs = [ qtbase glib-networking <ins> ] ++ lib.optionals stdenv.isLinux [ qtwayland </ins> ]; nativeBuildInputs = [ wrapQtAppsHook asciidoc docbook_xml_dtd_45 docbook_xsl libxml2 libxslt <del> python3.pkgs.pygments </del> ]; <del> propagatedBuildInputs = with python3.pkgs; ([ </del> <ins> dependencies = with python3.pkgs; [ colorama </ins> pyyaml (if isQt6 then pyqt6-webengine else pyqtwebengine) jinja2 pygments # scripts and userscripts libs tldextract beautifulsoup4

Discussion:
Steps to reproduce the behavior: qutebrowser Distutils since python 3.10 has been deprecated, possibly the issue here? Thank you! Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
has a similar enough problem The solution there was to add
There is a PR fixing it by pinning to Python 3.11, the latest version with which were removed in 3.12. documentations moving to . Archlinux package .
The issue isn't as simple as adding setup tools. Actually the build itself is working fine with newer versions of python. The issue was coming from the which uses the upstream Makefile to install, primarily to preserve the logic of installing all the extra scripts, man page, etc. I worked out a fix to simply patch the makefile to call pip install instead of and it works. Apparently the latter makes internal calls to distutils cause there are none in qutebrowsers source. In any case, I'll open a PR shortly, just wanna do some additional cleanup while I'm at it.
Change:
qtcurve = libsForQt5.qtcurve; # Added 2020-11-07 qtile-unwrapped = python3.pkgs.qtile; # Added 2023-05-12 qutebrowser-qt6 = throw "'qutebrowser-qt6' has been replaced by 'qutebrowser', since the the qt5 version has been removed"; # Added 2023-08-19 <ins> quvi = throw "'quvi' has been removed, as it was broken and unmaintained"; # Added 2023-11-25 </ins> ### R ###

Discussion:
installs but is unusable. System: Nix version: Nixpkgs version:
I just tried to look at this a bunch and effectively got nowhere fast. Made both the lib and the tool use Lua 5.1 and the 5.1 sockets lib. Oddly in Googling around it there seems to be others elsewhere having issues with this particular combination.
Are there any updates on this issue, please?
While I'm not sure whether this solves this issue in its entirety, two things brought me a bit closer fixing it: Adding to the : Using instead of . In : I don't have any experience with Lua, though, so there might be a better solution. After doing this, I get a very different error which I had not yet the time to investigate (and which is why I didn't open a PR yet):
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
This issue persists exactly as originally described. Unfortunately, I did not get around to investigating any further than as described by my last comment.
I marked this as stale due to inactivity. &rarr;
Change:
let inherit (neovimUtils) grammarToPlugin; <del> generatedGrammars = callPackage ./generated.nix { </del> <ins> initialGeneratedGrammars = callPackage ./generated.nix { </ins> inherit (tree-sitter) buildGrammar; }; <ins> grammarOverrides = final: prev: { nix = prev.nix.overrideAttrs { # workaround for https://github.com/NixOS/nixpkgs/issues/332580 prePatch = "rm queries/highlights.scm"; }; }; generatedGrammars = lib.fix (lib.extends grammarOverrides (_: initialGeneratedGrammars)); </ins> generatedDerivations = lib.filterAttrs (_: lib.isDerivation) generatedGrammars;

Discussion:
I noticed that nvim wasn't loading any of my treesitter plugins. I decided to check the plugin directory. hm. something is very wrong here. it isn't pulling in any grammars. let's investigate: ok, so it's looking for a file at . what does the grammar derivation look like? So the parser is ending up at instead of . What does the grammar derivation's source look like? Checking , this code has been in place for years. Checking for , I find It was merged three weeks ago. I see that is open. I couldn't find any information on this problem with GitHub search... Could that PR be merged quicker please? My editor setup is broken now :( system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I think this is not actually the direct cause of the issue you're seeing since the grammars go through (see the below, which precisely corrects the observed discrepancy) You're not seeing the grammars when you because the grammars are in . I explain how to properly build it in The PR is broken, don't get me wrong, but I think not this directly :p. For why your is broken, see I think it's because of your dependency on and which pulls in a without any grammars but I'm not sure. You can try giving an approval, I'm in the same boat as you (I don't have merge permissions). Apologies for breaking your setup!
Change:
<del> { lib , stdenv , alsa-lib , cmake , fetchFromGitHub , gtkmm3 , libepoxy , libpng , libselinux , libX11 , libXdmcp , libXext , libXinerama , libXrandr , libXv , minizip , ninja , pcre2 , pkg-config , portaudio , pulseaudio , python3 , SDL2 , util-linuxMinimal , wrapGAppsHook , zlib , withGtk ? false }: stdenv.mkDerivation rec { pname = if withGtk then "snes9x-gtk" else "snes9x"; version = "1.62.3"; src = fetchFromGitHub { owner = "snes9xgit"; repo = "snes9x"; rev = version; fetchSubmodules = true; hash = "sha256-+KHpvz7nfwGXjzDAK/V+2JDRT1sa0kXDkg7XcRyvSP8="; }; nativeBuildInputs = [ pkg-config python3 ] ++ lib.optionals withGtk [ cmake ninja wrapGAppsHook ]; buildInputs = [ libX11 libXv minizip zlib ] # on non-Linux platforms this will build without sound support on X11 build ++ lib.optionals stdenv.isLinux [ alsa-lib pulseaudio ] ++ lib.optionals (!withGtk) [ libpng libXext libXinerama ] ++ lib.optionals withGtk [ gtkmm3 libepoxy libselinux libXdmcp libXrandr pcre2 portaudio SDL2 util-linuxMinimal # provides libmount ]; configureFlags = lib.optional stdenv.hostPlatform.sse4_1Support "--enable-sse41" ++ lib.optional stdenv.hostPlatform.avx2Support "--enable-avx2"; installPhase = lib.optionalString (!withGtk) '' runHook preInstall install -Dm755 snes9x -t "$out/bin/" install -Dm644 snes9x.conf.default -t "$out/share/doc/${pname}/" install -Dm644 ../docs/{control-inputs,controls,snapshots}.txt -t  "$out/share/doc/${pname}/" runHook postInstall ''; preConfigure = if withGtk then "cd gtk" else "cd unix"; enableParallelBuilding = true; meta = with lib; let interface = if withGtk then "GTK" else "X11"; in { homepage = "https://www.snes9x.com"; description = "Super Nintendo Entertainment System (SNES) emulator, ${interface} version"; longDescription = '' Snes9x is a portable, freeware Super Nintendo Entertainment System (SNES) emulator. It basically allows you to play most games designed for the SNES and Super Famicom Nintendo game systems on your PC or Workstation; which includes some real gems that were only ever released in Japan. Version build with ${interface} interface. ''; license = licenses.unfreeRedistributable // { url = "https://github.com/snes9xgit/snes9x/blob/${version}/LICENSE"; }; maintainers = with maintainers; [ qknight thiagokokada ]; platforms = platforms.unix; broken = (withGtk && stdenv.isDarwin); mainProgram = "snes9x"; }; } </del>

Discussion:
Steps to reproduce the behavior: snes9x-gtk to config and performed rebuild Running on unstable if that makes a difference Please run and paste the result.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Where is the build log?
I'm a bit of an idiot but is the attachment not it? Sorry first time filing one of these.
Oh I see. GH removed the clickable link.
Change:
prodict = callPackage ../development/python-modules/prodict { }; <ins> prophet = callPackage ../development/python-modules/prophet { }; </ins> propka = callPackage ../development/python-modules/propka { }; proxy_tools = callPackage ../development/python-modules/proxy_tools { };

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> # Note: this is rakshasa's version of libtorrent, used mainly by rtorrent. # *Do not* mistake it by libtorrent-rasterbar, used by Deluge, qbitttorent etc. { lib , stdenv , fetchFromGitHub , autoconf-archive , autoreconfHook , cppunit , libsigcxx , openssl , pkg-config , zlib }: stdenv.mkDerivation rec { pname = "rakshasa-libtorrent"; version = "0.13.8+date=2021-08-07"; src = fetchFromGitHub { owner = "rakshasa"; repo = "libtorrent"; rev = "53596afc5fae275b3fb5753a4bb2a1a7f7cf6a51"; hash = "sha256-gyl/jfbptHz/gHkkVGWShhv1Z7o9fa9nJIz27U2A6wg="; }; nativeBuildInputs = [ autoconf-archive autoreconfHook pkg-config ]; buildInputs = [ cppunit libsigcxx openssl zlib ]; enableParallelBuilding = true; meta = with lib; { homepage = "https://github.com/rakshasa/libtorrent"; description = "A BitTorrent library written in C++ for *nix, with focus on high performance and good code"; license = licenses.gpl2Plus; maintainers = with maintainers; [ ebzzry codyopel ]; platforms = platforms.unix; }; } </ins>

Discussion:
jesec-libtorrent tests fail, making the build fail. Steps to reproduce the behavior: jesec-libtorrent fails, failing the build I expect it to build succesfully ! ! I'm building the package with the help of morph to deploy on a server, though this shouldn't really have an impact.
This happened between and . I'll bisect later, thanks for the heads up!
The test is expecting to be returned by , but is instead getting . I'm... really not sure how to move forward with this, short of disabling the test.
Next time copy-paste the error message.
Perhaps triggered by upgrading glibc from 2.33 to 2.34? (some change in getaddrinfo() behavior)
I ruled that out initially since I didn't see anything mentioned in the changelog about getaddrinfo. I'll give it a try, though.
This has been fixed by .
Change:
fixupPhase = '' patchShebangs $out/bin <del> wrapProgram $out/bin/rpi-eeprom-update  --set FIRMWARE_ROOT $out/share/rpi-eeprom  ${lib.optionalString stdenvNoCC.isAarch64 "--set VCMAILBOX ${libraspberrypi}/bin/vcmailbox"}  --prefix PATH : "${lib.makeBinPath ([ binutils-unwrapped findutils kmod pciutils (placeholder "out") ] ++ lib.optionals stdenvNoCC.isAarch64 [ libraspberrypi ])}" </del> <ins> for i in rpi-eeprom-update rpi-eeprom-config; do wrapProgram $out/bin/$i  --set FIRMWARE_ROOT $out/share/rpi-eeprom  ${lib.optionalString stdenvNoCC.isAarch64 "--set VCMAILBOX ${libraspberrypi}/bin/vcmailbox"}  --prefix PATH : "${lib.makeBinPath ([ binutils-unwrapped findutils kmod pciutils (placeholder "out") ] ++ lib.optionals stdenvNoCC.isAarch64 [ libraspberrypi ])}" done </ins> ''; meta = with lib; {

Discussion:
Describe the bug expects in , but the containing package , doesn't ensure this To Reproduce Steps to reproduce the behavior: Expected behavior It should work. Screenshots Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --cc Metadata Maintainer information:
For now, a simple workaround is to also install , which contains the program
I marked this as stale due to inactivity. &rarr;
Not stale. This is still an issue.
Change:
calicoctl confd-calico; <del> calligra = libsForQt5.callPackage ../applications/office/calligra { }; </del> perkeep = callPackage ../applications/misc/perkeep { }; canto-curses = callPackage ../applications/networking/feedreaders/canto-curses { };

Discussion:
Package name: calligra Latest released version: 4.0.0 <!-- Search your package here: --- Current version on the unstable channel: 3.2.1 Current version on the stable/release channel: 3.2.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]:
Github moment. Completed in .
Change:
source=/nix/var/nix/profiles/default/bin/${program} fi <del> cp ${setuidWrapper}/bin/setuid-wrapper ${wrapperDir}/${program} echo -n "$source" > ${wrapperDir}/${program}.real chmod 0000 ${wrapperDir}/${program} # to prevent races chown ${owner}.${group} ${wrapperDir}/${program} chmod "u${if setuid then "+" else "-"}s,g${if setgid then "+" else "-"}s,${permissions}" ${wrapperDir}/${program} </del> <ins> cp ${setuidWrapper}/bin/setuid-wrapper $wrapperDir/${program} echo -n "$source" > $wrapperDir/${program}.real chmod 0000 $wrapperDir/${program} # to prevent races chown ${owner}.${group} $wrapperDir/${program} chmod "u${if setuid then "+" else "-"}s,g${if setgid then "+" else "-"}s,${permissions}" $wrapperDir/${program} </ins> ''; in stringAfter [ "users" ]

Discussion:
It's currently possible to cancel between deletion of previous setuid wrappers and population of new ones. And yes, I've been able to lock myself out of machine (almost, if I didn't have root ssh key). Current implementation: Proposed implementation (see at the bottom of blog post):
so this was failing because it's ready a tmpfs upon install: So, if we want to be a tmpfs and a symlink that won't work. My proposal would be to make a tmpfs and move conents to which could then be a symlink. This would be a backwards incompatible change, but we can fix it in nixpkgs and document it. Thoughts?
I think it would be better to just not have /var/setuid-wrappers be a tmpfs since we're symlinking to a tmpfs anyway.
Well, we can just change nixos-install not to create that tmpfs, right? Not sure why it's doing that anyway...
I'll have a PR ready soon, fixing a bug atm.
Change:
krb5 ]) ++ additionalPkgs pkgs; <del> # restore desktop item icons </del> <ins> # symlink shared assets, including icons and desktop entries </ins> extraInstallCommands = '' <del> mkdir -p "$out/share/applications" for item in ${unwrapped}/share/applications/*.desktop; do ln -s "$item" "$out/share/applications/" done </del> <ins> ln -s "${unwrapped}/share" "$out/" </ins> ''; runScript = "${unwrapped}/bin/${executableName}";

Discussion:
Describe the bug No Icon is shown for VsCodium in Cinnamon. In KDE Plasma there is only the correct Icon in the Task bar. To Reproduce Steps to reproduce the behavior: In my bash history I have both: -env -iA nixos.vscodium-fhs nix-env -iA nixos.vscodium-fhs ... Expected behavior I expect that the Icon, that is shown in the KDE Panel, is shown everywhere, at the appropiate places, instead of a placeholder or nothing. The icon shown in the Plasma Panel is the correct one that is also used here: Screenshots KDE Plasma: ! In the Open with dialog: ! ! Hmm, it appears multiple times in this dialog. Cinnamon: ! Additional context Here is the Icon for the .desktop file defined: Notify maintainers Thanks for packaging vscodium! Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(linux): nixpkgs: Maintainer information:
Can you reproduce with instead of ? (See ) I have installed on KDE and cannot reproduce the bug.
I tried vscodium on the Live Installer system. The Icon was there, also in the menu. I tried to remove vscodium to try out vscodium-fhs. But I didnt managed to remove the package and I couldnt install both versions, since both wanted to place a codium.desktop file in some directory. I will test out vscodium-fhs on the live system tomorrow.
In KDE 5 Plasma there is also the correct icon shown on alt tab for both codium and codium-fhs. On my Machine, aswell as on the Live System. Installing codium-fhs in a Live-system: also no icon shown in the menu in cinnamon & KDE in cinnamon: no icon in Taskbar and on the alt tab overview of the open applications
still - after many updates there is no icon shown.
Thanks, it works :D
Change:
, copyDesktopItems , makeDesktopItem , makeWrapper <ins> , wrapGAppsHook , gvfs </ins> , maven , jre }:

Discussion:
when i click on any button that would open a file picker the program crashes with these errors Steps to reproduce the behavior: to your system configuration and rebuild on "select files" a file picker should open N/A I am using a the session <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Which desktop environment/window manager are you running? Also please attempt running ns-usbloader without root. I shouldn't require it and may be why it's crashing.
I think I know what's wrong, and it's likely package related. I will have a look at this later today.
i'm using plasma-wayland , i forgot to mention it initially but edited the issue later. and i tried both with and without root.
Just want to clarify: I’m getting . Is this the same error or different?
That looks correct, yes. You can try and see if the PR above fixes it.
Change:
lib, buildPythonPackage, fetchPypi, <ins> fetchpatch2, </ins> # build-system flit-core,

Discussion:
Build fails on running tests Steps to reproduce the behavior: Full log: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hydra builds (never build successfully on python 3.12): Upstream seems to be have been hit by this: which was made into an error with python 3.12 This assert was always true: