jiebi/CodeConvo huggingface dataset:
Change:
<ins> { stdenv , lib , fetchgit , xorg }: stdenv.mkDerivation rec { pname = "drawterm"; version = "unstable-2021-08-02"; src = fetchgit { url = "git://git.9front.org/plan9front/drawterm"; rev = "a130d441722ac3f759d2d83b98eb6aef7e84f97e"; sha256 = "R+W1XMqQqCrMwgX9lHRhxJPG6ZOvtQrU6HUsKfvfrBQ="; }; buildInputs = [ xorg.libX11 xorg.libXt ]; # TODO: macos makeFlags = [ "CONF=unix" ]; installPhase = '' install -Dm755 -t $out/bin/ drawterm install -Dm644 -t $out/man/man1/ drawterm.1 ''; meta = with lib; { description = "Connect to Plan9 CPU servers from other operating systems."; homepage = "https://drawterm.9front.org/"; license = licenses.mit; maintainers = with maintainers; [ luc65r ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description Connect to Plan9 CPU servers from other operating systems. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, windows
I marked this as stale due to inactivity. &rarr;
Change:
krane = callPackage ../applications/networking/cluster/krane { }; <del> krita = libsForQt5.callPackage ../applications/graphics/krita { }; </del> <ins> krita = callPackage ../applications/graphics/krita/wrapper.nix { }; </ins> ksuperkey = callPackage ../tools/X11/ksuperkey { };

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:
else hash=$(jq -r '.hash' <<<"$prefetch_output") fi <del> echo "$1 ($2): sha256 = $hash" </del> <ins> echo "$1 ($2): hash = $hash" </ins> sed -Ei.bak '/ *'"$1"' = /{N;N; s@("sha256-)[^;"]+@"'"$hash"'@}' "$bin_file" rm "$bin_file.bak" done

Discussion:
The package includes the version in the name. This means users must change name predicates (i.e. allowUnfreePredicate) for each version change. This was confirmed to be undesirable here: I guess we just forgot to remove it. CC
Change:
"adhocfilelist-2019"="l8ayz7mqaa5lma2bvqb2brc879y0viij"; "adhocfilelist.doc-2019"="gm20nhwq88s1cmch3pcgkqnyahb5gnri"; "adhocfilelist.source-2019"="3qx23im0z07cnk2bd5vrskl153zxy6ff"; <del> "arara-4.0.6"="qk5dq5f0il52m1gp8ckd7ilqbmpkvfmj"; </del> <ins> "arara-4.0.6"="6jhbdl9kh0d7iaq9qrl71kqzrmvvx9ya"; </ins> "arara.doc-4.0.6"="rvkrcair91scrk763igaj9mmi23n5j7x"; "arara.source-4.0.6"="s7rlspqx9dqsbixbnmnaz9hh7gwkmkfi"; "asymptote-2.49"="ka921kxzvyq3hi5frln4hh7qg1kfgch7";

Discussion:
Describe the bug The build tool (part of texlive) can't be started. The Error says To Reproduce Steps to reproduce the behavior: -env -iA nixos.jdk11 Expected behavior Arara should start. Additional context The Problem is in the script (texlive-arara-) which wraps the java app. It should use to strip the suffix and start the , but does not use the required argument, so the script tries to start The Problem was fixed by upstream here: But it is still in the snapshots of texlive 2019 which nixpkgs uses. 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 system: host os: multi-user?: sandbox: version: channels(alwin): channels(root): nixpkgs: Maintainer information:
Change:
]) ++ [ pkgs.xorg.libX11 pkgs.perl ])); <ins> patches = [ # Also look for root certificates at $NIX_SSL_CERT_FILE ./cert-path.patch ]; </ins> # Wine locates a lot of libraries dynamically through dlopen().  Add # them to the RPATH so that the user doesn't have to set them in # LD_LIBRARY_PATH.

Discussion:
Describe the bug Oof, this might be a very specific issue, but I wanted to report it anyway so it might save some time for other people troubleshooting the same issue. I run a downloader in a nix build using wine. However, it seems like the . This means I cannot establish any TLS connections from wine inside the nix sandbox. To Reproduce Steps to reproduce the behavior: a TLS connection from wine inside a nix build Expected behavior There should be a way to specify the ca certificates. Additional context This does fix the issue for me: If you're all okay with that, I can create a nixpkgs PR for this. Maintainer information: cc
Hm. I wonder if we should just apply this to the Wine package.
on first glance offered patch looks obivious
Yeah, I think adding this patch makes sense
I opened
Change:
<ins> { lib , stdenv , fetchFromGitHub , alacritty , cage , cairo , libxkbcommon , makeWrapper , mesa , meson , ninja , pkg-config , udev , unstableGitUpdater , wayland , wayland-protocols , wlroots , xwayland }: stdenv.mkDerivation (finalAttrs: { pname = "wio"; version = "unstable-2023-05-28"; src = fetchFromGitHub { owner = "Rubo3"; repo = "wio"; rev = "9d33d60839d3005ee16b5b04ae7f42c049939058"; hash = "sha256-ylJ8VHQU4TWLrhxGRo6HHOB7RWTVAThMQRw0uAFboNE="; }; nativeBuildInputs = [ makeWrapper meson ninja pkg-config ]; buildInputs = [ cairo libxkbcommon mesa udev wayland wayland-protocols wlroots xwayland ]; strictDeps = false; # why is it so hard? env.NIX_CFLAGS_COMPILE = "-Wno-error=maybe-uninitialized"; postInstall = '' wrapProgram $out/bin/wio  --prefix PATH ":" "${lib.makeBinPath [ alacritty cage ]}" ''; passthru = { providedSessions = [ "wio" ]; updateScript = unstableGitUpdater { }; }; meta = { homepage = "https://github.com/Rubo3/wio"; description = "Wayland compositor similar to Plan 9's rio"; longDescription = '' Wio is a Wayland compositor for Linux and FreeBSD which has a similar look and feel to plan9's rio. ''; license = with lib.licenses; [ bsd3 ]; mainProgram = "wio"; maintainers = with lib.maintainers; [ AndersonTorres ]; inherit (wayland.meta) platforms; }; }) </ins>

Discussion:
Project description Wayland compositor similar to Plan 9's rio (mirror). Note that the upstream for this software was due to being unmaintained and depending on an outdated wlroots. I am proposing that this fork of that software is to pkgs and the entry for the original in is amended to point to the fork. Note also that the only changes made from the original wio derivation to build the software (other then changing ) is the addition of . I am pinging because they where the maintainer of the deprecated software that this addition will posthumously replace. Metadata homepage URL: source URL: license: BSD 3-Clause platforms: linux
I am happy to know!
Change:
libart = pkgs.gnome2.libart_lgpl; }; <del> idea = recurseIntoAttrs (callPackages ../applications/editors/idea { androidsdk = androidsdk_extras; }); </del> <ins> jetbrains = recurseIntoAttrs (callPackages ../applications/editors/jetbrains { androidsdk = androidsdk_extras; }); </ins> libquvi = callPackage ../applications/video/quvi/library.nix { };

Discussion:
JetBrains IDEs are currently at which is kind of confusing because the packages here aren't all under name. For example WebStorm, PhpStorm, PyCharm and so on - these are properties of JetBrains. Therefore I think it will be good to move all them under and rename to .
Do you want to make a pull request?
Change:
<del> { stdenv, perlPackages, shortenPerlShebang, texlive }: </del> <ins> { stdenv, fetchpatch, perlPackages, shortenPerlShebang, texlive }: </ins> let biberSource = stdenv.lib.head (builtins.filter (p: p.tlType == "source") texlive.biber.pkgs);

Discussion:
Describe the bug The package fails to build since (), that is, many test cases are failing during the check phase. To Reproduce Steps to reproduce the behavior: (or any newer commit on master) in the checkouted nixpkgs directory Expected behavior is built sucessfully. Screenshots <details<summaryNot exactly a screenshot, but the output of (click on the triangle to show) </summary<p</p</detailsMetadata (This looks weird since I run the current master branch of nixpkgs) Maintainer information:
ping - this is part of pdflatex
Ah okay, thanks! Will file a PR shortly.
I tried to upgrade biber to 2.12 (and biblatex 3.13, which needs to be upgraded at the same time), but the errors during testing didn't disappear. I -ed the archlinux patches and opened .
Change:
beautifulsoup4 ]; <del> patches = [ # Proper support for gtk4 and libadwaita # @TODO: Remove when bumping the version. (fetchpatch { name = "giara-gtk4-libadwaita.patch"; url = "https://gitlab.gnome.org/World/giara/-/commit/6204427f8b8e3d8c72b669717a3f129ffae401d9.patch"; sha256 = "sha256-E8kbVsACPD2gkfNrzYUy0+1U7+/pIkUu4rCkX+xY0us="; }) ]; </del> postPatch = '' substituteInPlace meson_post_install.py  --replace "gtk-update-icon-cache" "gtk4-update-icon-cache"

Discussion:
giara fails to start but merely prints a python backtrace. Steps to reproduce the behavior: $ or add "" to and rebuild the system $ giara Start up the graphical reddit client. Add any other context about the problem here.
Thanks for reporting and sorry for the answering delay. I have looked into it and there is no easy fix for version 1.0 and version 1.0.1 requires a new dependency which is not yet in nixpkgs. I'll take a second look at it when time allows.
Yeah, the package requires an older version of libadwaita. And 1.0.1 requires
Change:
openjpeg poppler utillinux <ins> wayland </ins> xorg.libXScrnSaver xorg.libXcomposite xorg.libXdamage

Discussion:
Describe the bug Setting the variable to , as suggested , does nothing. Unsetting results in this error: Expected behavior There are two issues. First, the Enlightenment Foundation Libraries are not complied with Wayland support. Secondly, the variable needs to be set correctly a Wayland environment. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Maintainer information:
PR fixes this issue. Tested terminology with sway. The environment variable should not be set. In my test it was not needed to set . !
Change:
inherit sha256; }; <del> patches = [ ./clang.patch ]; </del> <ins> patches = [ ./clang.patch ] ++ lib.optional (abiVersion == "5" && stdenv.cc.isGNU) ./gcc-5.patch; </ins> outputs = [ "dev" "out" "man" ]; setOutputFlags = false; # some aren't supported

Discussion:
Commit from broke haskell.compiler.ghc6102Binary haskell.compiler.ghc704Binary and therefore the packages haskell.compiler.ghc6104 haskell.compiler.ghc704 haskell.compiler.ghc722 haskell.compiler.ghc742 haskell.compiler.ghc763 which depend on them.
Please try . I test-built the binary GHCs but no further.
Aha. I relied on the update being API-compatible, but the first bootstraping steps don't recompile...
I'm test-building the whole list above.
All succeeded on x86_64-linux.
Change:
publisher = "github"; name = "copilot-chat"; version = "0.14.2024030801"; # compatible with vscode >= 1.87 <del> sha256 = "sha256-4ArWVFko2T6ze/i+HTdXAioWC7euWCycDsQxFTrEtUw="; </del> <ins> sha256 = "sha256-v9RS+pEEQzq2t0EY/gVTTfIwRlGmIuIq2qCockDpsn8="; </ins> }; meta = { description = "GitHub Copilot Chat is a companion extension to GitHub Copilot that houses experimental chat features";

Discussion:
I live on nixpkgs-unstable and this gives me an error: cc
damn sorry about that, I reviewed too quickly, didn't saw the hash hadn't been updated. Also I looked at my shell history, I did try to build it, though with the wrong nixpkgs revision :sweat: (I ran instead of ). I should have just use . I'll submit a fix!
No problems, thanks! I've basically signed up for this kinds of bugs when I've decided to use nixpkgs-unstable
Change:
<ins> { stdenv, buildPythonPackage, fetchgit, fetchurl, cmake, sip, protobuf, pythonOlder }: buildPythonPackage rec { pname = "libarcus"; version = "3.6.18"; format = "other"; src = fetchgit { url = https://code.alephobjects.com/source/arcus.git; rev = "c795c0644591703ce04e1fd799fc97b1539031aa"; sha256 = "1yap9wbqxbjx3kqyqcsldny4mlcm33ywiwpdjlfgs0wjahfg4ip0"; }; disabled = pythonOlder "3.4.0"; propagatedBuildInputs = [ sip ]; nativeBuildInputs = [ cmake ]; buildInputs = [ protobuf ]; postPatch = '' # To workaround buggy SIP detection which overrides PYTHONPATH sed -i '/SET(ENV{PYTHONPATH}/d' cmake/FindSIP.cmake ''; meta = with stdenv.lib; { description = "Communication library between internal components for Ultimaker software"; homepage = https://code.alephobjects.com/source/arcus/; license = licenses.lgpl3Plus; platforms = platforms.linux; maintainers = with maintainers; [ chaduffy ]; }; } </ins>

Discussion:
Is there a way to install a more recent version of cura-lulzbot edition?
I guess the pool of people that could update and test this is very limited so feel free to tackle it yourself :) We can help. How old is the current nixpkgs version vs upstream ?
Can you test ?
Happy to, not 100% sure on the process for testing that pull request. do in build off a local version of nixpkgs with that pull applied. Can you point me in the right direction?
The one-line command to try this out would be: You could also manually clone the git repository of the PR and build it: But , so please wait a bit. EDIT: the cura binary is apparently called
you want to try the instructions gebner provided, I just updated the PR to roll the patch behind the now-broken link inline.
...FYI, the PR is now updated to 3.6.15. I'm using it happily myself, but reports (of success or failure) would be very welcome.
Change:
libuuid libvpx ] ++ (with gst_all_1; [ gstreamer gst-libav gst-plugins-base gst-plugins-bad gst-plugins-good ]); <ins> cmakeFlags = [ "-DCMAKE_SKIP_BUILD_RPATH=ON" "-Dre_DIR=${libre}/include/re" ]; </ins> makeFlags = [ "LIBRE_MK=${libre}/share/re/re.mk" <del> "LIBRE_INC=${libre}/include/re" </del> "LIBRE_SO=${libre}/lib" "LIBREM_PATH=${librem}" "PREFIX=$(out)"

Discussion:
Baresip fails to build after because the baresip no longer finds librem through pkg-config. Building baresip with Cmake resolves this, but then there is a new build failure: Steps to reproduce the behavior: baresip
Sorry! I think fixes this. I developed and tested them together but wanted to take more time to be sure baresip was finding all of its dependencies. I didn't realize that merging one without the other would break things. We can either merge or else revert and
Waiting for is fine by me.
Change:
<del> { mkDerivation , lib , fetchFromGitLab , qmake , qtcharts , qtsvg , marble , qtwebengine , ldutils </del> <ins> { mkDerivation, lib, fetchFromGitLab, gitUpdater, wrapQtAppsHook, cmake, marble, libsForQt5, </ins> }: mkDerivation rec { pname = "zombietrackergps"; <del> version = "1.10"; </del> <ins> version = "1.15"; </ins> src = fetchFromGitLab { owner = "ldutils-projects"; repo = pname; <del> rev = "v_${version}"; sha256 = "sha256-qRhCAOVWyDLD3WDptPRQVq+VwyFu83XQNaL5TMsGs4Y="; </del> <ins> # latest revision is not tagged upstream, use commit sha in the meantime #rev = "v_${version}"; rev = "cc75d5744965cc6973323f5bb77f00b0b0153dce"; sha256 = "sha256-z/LFNRFdQQFxEWyAjcuGezRbTsv8z6Q6fK8NLjP4HNM="; </ins> }; <del> buildInputs = [ ldutils qtcharts qtsvg marble.dev qtwebengine ]; </del> <ins> buildInputs = [ marble.dev ] ++ (with libsForQt5; [ qtbase qtcharts qtsvg qtwebengine ldutils ]); </ins> nativeBuildInputs = [ <del> qmake </del> <ins> cmake wrapQtAppsHook </ins> ]; <del> prePatch = '' substituteInPlace ztgps.pro --replace "../libldutils" "libldutils" substituteInPlace tests.pro --replace "../libldutils" "libldutils" ln -s ${ldutils} libldutils ''; </del> preConfigure = '' export LANG=en_US.UTF-8 <del> export INSTALL_ROOT=$out </del> ''; <del> preInstall = '' substituteInPlace Makefile.ztgps --replace '$(INSTALL_ROOT)' "" substituteInPlace Makefile.art --replace '$(INSTALL_ROOT)' "" ''; postInstall = '' install -Dm644 build/rcc/*.rcc -t $out/share/zombietrackergps ''; </del> <ins> cmakeFlags = [ "-DLDUTILS_ROOT=${libsForQt5.ldutils}" ]; </ins> <del> qmakeFlags = [ "ZombieTrackerGPS.pro" ]; </del> <ins> passthru.updateScript = gitUpdater { rev-prefix = "v_"; }; </ins> meta = with lib; { description = "GPS track manager for Qt using KDE Marble maps"; homepage = "https://www.zombietrackergps.net/ztgps/"; changelog = "https://www.zombietrackergps.net/ztgps/history.html"; license = licenses.gpl3Plus; <del> maintainers = with maintainers; [ sohalt ]; </del> <ins> maintainers = with maintainers; [sohalt]; </ins> platforms = platforms.linux; <del> broken = true;  # doesn't build with latest Marble </del> }; }

Discussion:
Package name: zombietrackergps Latest released version: 1.15 <!-- Search your package here: --- Current version on the unstable channel: 1.10 Current version on the stable/release channel: 1.10 Notify maintainers 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:
inherit (darwin.apple_sdk.frameworks) Security; }; <ins> dotool = callPackage ../tools/dotool { }; </ins> inherit (ocamlPackages) dot-merlin-reader; dozenal = callPackage ../applications/misc/dozenal { };

Discussion:
Project description Perhaps it would also require a module to set the correct permission for /dev/uinput? dotool reads commands from stdin and simulates keyboard and pointer events. It works everywhere on Linux, including in X11, Wayland and TTYs. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: GPLv3 platforms: unix, linux dotool requires permission to to create the virtual input devices, and a udev rule grants this to users in group input. You could try: echo type hello | dotool and if need be, you can run: sudo groupadd -f input sudo usermod -a -G input $USER and re-login and trigger the udev rule or just reboot. See , but this greets the world: echo 'type Sup, Lads!' | dotool and this screams for three seconds: { echo keydown A; sleep 3; echo key H shift+1; } | dotool There is an initial delay registering the virtual devices, but you can keep writing commands to the same instance or use the daemon and client, and . dotoold & echo type super | dotoolc echo type speedy | dotoolc dotool will produce gobbledygook if your environment has assigned it a different keyboard layout than it's simulating keycodes for. You can match them up with the environment variables and . echo type azerty | DOTOOLXKBLAYOUT=fr dotool dotool was written for , which has a you're welcome to join. You can also send questions, thoughts or patches by composing an email to .
Change:
homepage = http://way-cooler.org/; license = with licenses; [ mit ]; maintainers = [ maintainers.miltador ]; <del> broken = stdenv.hostPlatform.isAarch64; # fails to build wc-bg (on aarch64) </del> platforms = platforms.all; <ins> broken = true; </ins> }; }

Discussion:
Could we drop way-cooler package? I've tested it and it doesn't look like a finished product at this moment. Any users that will be against that? I'm for to re-add it once they make a new release. Currently way-cooler is in a mass rewrite state. New version will use wlroots library instead of deprecated wlc, but what's more it will not be compatible with old version (in behaviour and Lua libraries). See cc Please run and paste the results.
An alternative could be to mark it with , so it's relatively easy to access in case someone really wants it. (But I don't know the particular situation of this package.)
I think is a better idea; we don't want to prevent any diehard users(?) from upgrading their system. Is it actually broken, or do you just mean it's not very good?
From the readme of the project: I'd vote for marking it as broken.
Sounds like a good idea, thanks! In that case Sway might be more suitable anyway. Not very good, from comment: In my case it is even completely broken (doesn't launch if I just enable it and execute - either that's due to a different GPU/configuration/etc. or I might be missing something). Anyway, it's not in a good shape and the package is probably unmaintained ( isn't the maintainer (at least not in ) but was so kind as to do the last updates and improvements). cc FYI, but I don't think you're using way-cooler anymore.
Change:
<ins> { lib , buildPythonPackage , fetchFromGitHub , requests , beautifulsoup4 , pyuseragents , inquirer , pytestCheckHook }: buildPythonPackage rec { pname = "translatepy"; version = "2.0"; src = fetchFromGitHub { owner = "Animenosekai"; repo = "translate"; rev = "v${version}"; sha256 = "Rt6FvB4kZVaB/jxxqOHsnkReTFCCyiEaZf240n0zVZs="; }; propagatedBuildInputs = [ requests beautifulsoup4 pyuseragents inquirer ]; checkInputs = [ pytestCheckHook ]; disabledTestPaths = [ # Requires network connection "tests/test_translators.py" ]; pythonImportsCheck = [ "translatepy" ]; meta = with lib; { description = "A module grouping multiple translation APIs"; homepage = "https://github.com/Animenosekai/translate"; license = with licenses; [ agpl3Only ]; maintainers = with maintainers; [ angustrau ]; }; } </ins>

Discussion:
Project description Translate, transliterate, get the language of texts in no time with the help of multiple APIs! Metadata homepage URL: source URL: license: agpl3 platforms: linux  It (most likely) runs on many platforms, but I am specifically interested in linux support.
Sweet! Thanks.