jiebi/CodeConvo huggingface dataset:
Change:
, gnutls ? null , libgcrypt ? null , plugins, symlinkJoin <ins> , cacert </ins> }: # FIXME: clean the mess around choosing the SSL library (nss by default)

Discussion:
Looks like after expiration of root certificate used by letsencrypt pidgin can't connect to jabbers servers that use letsencrypt. At least I can't connect to with the following error: At the same time it works fine under Arch Linux. Try to connect to account. It should connect. Maintainer information:
Hmm, various kinds of SW have apparently problem with the LE defaulting to a chain that still contains the expired cert (even though there's also another one that's among the normally trusted root set).
Looks like it happens because pidgin has its own certs in . So it could be fixed in a similar way with (but not sure which of files should be replaced)
arch has an additional key for this:
Yep, this fixes the problem. Made PR.
Change:
govc = callPackage ../tools/virtualization/govc { }; <ins> goverlay = callPackage ../tools/graphics/goverlay { }; </ins> gpart = callPackage ../tools/filesystems/gpart { }; gparted = callPackage ../tools/misc/gparted { };

Discussion:
Project description GOverlay is a GUI to manage graphical overlays such as vkBasalt and MangoHud. Metadata homepage URL: source URL: license: gpl3 platforms: linux
I have GOverlay packaged in my , but I don't think it would make sense to submit a pull request until and are in nixpkgs.
I appreciate it a lot. Unfortunately, I left NixOS and switched to Fedora due to having so many issues with gaming, Lutris, GNOME, etc. I'm still looking forward to this. Thank you so much
Aww that's frustrating, NixOS can definitely be a pain some times, but I find it worth it. Hopefully we will see you back again when things are better. I'm not a huge gamer, but I've managed to deal with all the issues I've had so far with gaming and I would be willing to help if you started trying it out again.
I'm planning to join back anyway sooner or later. I love , and Flatpak has helped a LOT. The only the problem currently is that there's no official Lutris Flatpak, so I can't really play any games from Lutris since the official package in nixpkgs was quite broken
The only issue I had with Lutris was that it crashed when the file dialog was opened, but that was fixed in Did you have any other problems?
Lutris was just not launching games, but I will try it someday, once I have the time for that. I just realized that I could've and should've created an issue when I had this problem
I marked this as stale due to inactivity. &rarr;
Up!
Change:
<ins> { lib , stdenv , fetchFromGitHub , rustPlatform , pkg-config , cmake , installShellFiles , asciidoctor , DarwinTools , openssl , libusb1 , AppKit , openssh }: rustPlatform.buildRustPackage rec { pname = "radicle-cli"; version = "0.6.1"; src = fetchFromGitHub { owner = "radicle-dev"; repo = pname; rev = "v${version}"; sha256 = "sha256-LS6zYpMg0LanRL2M8ioGG8Ys07TPT/3hP7geEGehwxg="; }; cargoSha256 = "sha256-o7ahnV7NnvzKxXb7HdNqKcxekshOtKanYKb0Sy15mhs="; nativeBuildInputs = [ pkg-config cmake installShellFiles asciidoctor ] ++ lib.optionals stdenv.hostPlatform.isDarwin [ DarwinTools ]; buildInputs = [ openssl ] ++ lib.optionals stdenv.hostPlatform.isDarwin [ libusb1 AppKit ]; postInstall = '' for f in $(find . -name '*.adoc'); do mf=''${f%.*} asciidoctor --doctype manpage --backend manpage $f -o $mf installManPage $mf done ''; checkInputs = [ openssh ]; preCheck = '' eval $(ssh-agent) ''; meta = { description = "Command-line tooling for Radicle, a decentralized code collaboration network"; homepage = "https://radicle.xyz"; license = lib.licenses.gpl3; maintainers = with lib.maintainers; [ amesgen ]; platforms = lib.platforms.unix; mainProgram = "rad"; }; } </ins>

Discussion:
Project description Command-line tooling for Radicle. Radicle enables developers to securely collaborate on software over a peer-to-peer network built on Git. Metadata homepage URL: source URL: license: gpl platforms: linux, darwin
Change:
patches = [ ./hwclock-path.patch ./tzdir.patch <ins> # https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/563 (fetchpatch { url = "https://invent.kde.org/plasma/plasma-desktop/-/commit/8d9bf2032b8a2e5de75edf5713c42866f5b80649.patch"; sha256 = "sha256-2jqqFjBljbhf7I+fTsIvuFs3Ic662KTKRnbcSm5Jing="; }) </ins> ]; <del> postPatch = '' sed '1i#include <cmath>' -i kcms/touchpad/backends/x11/synapticstouchpad.cpp ''; </del> CXXFLAGS = [ ''-DNIXPKGS_HWCLOCK="${lib.getBin util-linux}/sbin/hwclock"'' ];

Discussion:
My mouse behavior has reverted to the defaults. The KCM for mouse settings is gone. Build the current version of KDE in the unstable-small channel. Existence of the mouse KCM is System Settings, ability to configure my mouse. During the offending update, I have also configured installation of Steam. <!-- --Please run and paste the result. Maintainer information:
I just updated nixos-unstable and I also am experiencing the same problem Edit: for anyone interested, I use the mouse settings primarily to switch the my primary and secondary mouse buttons. As a temporary fix, I used to swap the buttons using the following steps 1) Run to find your device id. 2) Run to observe the buttons you would like to swap. In my case (i dont know if this is true in general), it was buttons 3 and 1. 3) Run (I'm also not sure if numbers after the third are necessary)
Ping
Same issue with nixos-unstable, the mouse KCM is missing. system: host os: multi-user?: sandbox: version: channels(root): channels(bill): nixpkgs:
Bisecting to find the commit that caused it is likely a good idea if you want this to be fixed.
Does NixOS have an archive of derivations?
Hi, I dont know if this is what youre talking about, but there is a history of channels at
I just ran a bisect. The issue first appears in around when upgrading KDE-related packages. The first commit in that range make the default KDE environment failed to build. When it build again in , the issue already exists.
I can't see anything that stands out, maybe it's a bug caused by an upstream change?
No. I tested Arch Linux with archive on 2021-08-05, which contains the same version of and . It has no issue about Mouse Setting. I believe it's a packaging issue on our side.
arch package has but we dont
plasma-desktop at has it build logs for nixos-unstable and at search
i've made a pr in which there's a so the issue should be fixed
Change:
url = "https://github.com/mdtraj/mdtraj/commit/81209d00817ab07cfc4668bf5ec88088d16904c0.patch"; hash = "sha256-ttNmij7csxF0Z5wPPwhGumRX055W2IgFjRAe6nI6GNY="; }) <ins> # remove pkg_resources usage # https://github.com/mdtraj/mdtraj/pull/1837 (fetchpatch { name = "fix-runtime-error.patch"; url = "https://github.com/mdtraj/mdtraj/commit/02d44d4db7039fceb199c85b4f993244804f470d.patch"; hash = "sha256-nhbi3iOrDSM87DyIp1KVt383Vvb6aYOgkjuYzviqiq8="; }) # remove distutils usage # https://github.com/mdtraj/mdtraj/pull/1834 (fetchpatch { name = "python312-compatibility.patch"; url = "https://github.com/mdtraj/mdtraj/commit/95d79747deef42c976ca362a57806b61933409f3.patch"; hash = "sha256-Cq7/d745q6ZgAyWGM4ULnSsWezsbnu1CjSz5eqYSb+g="; }) # disable intrinsics when SIMD is not available # TODO: enable SIMD with python3.12 # https://github.com/mdtraj/mdtraj/pull/1884 (fetchpatch { name = "fix-intrinsics-flag.patch"; url = "https://github.com/mdtraj/mdtraj/commit/d6041c645d51898e2a09030633210213eec7d4c5.patch"; hash = "sha256-kcnlHMoA/exJzV8iQltH+LWXrvSk7gsUV+yWK6xn0jg="; }) </ins> ]; <del> nativeBuildInputs = [ </del> <ins> build-system = [ </ins> cython_0 oldest-supported-numpy setuptools

Discussion:
Attempting to import results in the following error: Run the following: Importing should succeed. might need to be a runtime dependency. (See alternate derivation which does not have this problem.) <!-- 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:
description = "Reimplementation of the conda package manager"; homepage = "https://github.com/mamba-org/mamba"; license = licenses.bsd3; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.all; </ins> maintainers = with maintainers; [ mausch ]; }; }

Discussion:
Project description Micromamba is a cross-platform package manager popular in data science circles. The is currently only available for Linux, though. I tried locally and it builds and works just fine on by changing to . I am not sure if this is the best way to go about this. In any case, it would be very nice to have available for darwin, too! Metadata Current nixpkgs: homepage URL: source URL: license: bsd3 platforms: unix, linux, darwin (?)
Change:
<ins> diff --git a/Cargo.lock b/Cargo.lock index 0331121..8d290e4 100644 --- a/Cargo.lock +++ b/Cargo.lock @@ -829,9 +829,9 @@ checksum = "da5bf7748fd4cd0b2490df8debcc911809dbcbee4ece9531b96c29a9c729de5a" [[package]] name = "gtk4" -version = "0.4.8" +version = "0.4.9" source = "registry+https://github.com/rust-lang/crates.io-index" -checksum = "c64f0c2a3d80e899dc3febddad5bac193ffcf74a0fd7e31037f30dd34d6f7396" +checksum = "4e8ae5aef2793bc3551b5e5e3fa062a5de54bb1eccf10dfa4effe9e4384fbbbc" dependencies = [ "bitflags", "cairo-rs", @@ -852,9 +852,9 @@ dependencies = [ [[package]] name = "gtk4-macros" -version = "0.4.8" +version = "0.4.10" source = "registry+https://github.com/rust-lang/crates.io-index" -checksum = "fafbcc920af4eb677d7d164853e7040b9de5a22379c596f570190c675d45f7a7" +checksum = "6aba0b544e91a753068e279e99d34e9624b8cfd26282167024c8a5773b8a826c" dependencies = [ "anyhow", "proc-macro-crate", </ins>

Discussion:
Project description Health can visualize how many steps you’ve made daily, your weight development over time and your daily activities. Data can be synched from Google Fit or manually entered into Health. Afterwards, it can be viewed and edited in Health. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
- `services.lemmy.settings.federation` was removed in 0.17.0 and no longer has any effect. To enable federation, the hostname must be set in the configuration file and then federation must be enabled in the admin web UI. See the [release notes](https://github.com/LemmyNet/lemmy/blob/c32585b03429f0f76d1e4ff738786321a0a9df98/RELEASES.md#upgrade-instructions) for more details. <ins> - `spamassassin` no longer supports the `Hashcash` module. The module needs to be removed from the `loadplugin` list if it was copied over from the default `initPreConf` option. </ins> ## Other Notable Changes {#sec-release-23.11-notable-changes} - The Cinnamon module now enables XDG desktop integration by default. If you are experiencing collisions related to xdg-desktop-portal-gtk you can safely remove `xdg.portal.extraPortals = [ pkgs.xdg-desktop-portal-gtk ];` from your NixOS configuration.

Discussion:
SpamAssassin generates and compiles C code from anti-spam rules. This currently fails because the generated code makes use of the function, which is not available during the rule compilation process. Steps to reproduce the behavior: the SpamAssassin service that sa-update.service fails with the error message: that, consequently, spamd.service will not function. Alternatively, the error can also be observed by invoking directly. sa-update.service succeeds <!-- 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.
A smoke-test that serves as a reproducer is available in .
In theory, this could be addressed by making libxcrypt available when compiling rules, but care must probably also be taken so that the dynamic linker can find it at rule run-time.
Rule compilation seems to complete without errors for the rule if we set . However, of course the resulting binary is not linked against libxcrypt then. I’m not sure when Spamassassin will generate code that actually calls functions from that library.
Change:
, fetchpatch }: <del> buildGoModule rec { </del> <ins> buildGoModule { </ins> pname = "nc4nix"; version = "unstable-2023-06-06";

Discussion:
Out-of-bounds list index when upgrading from Nextcloud 26 to 27. Steps to reproduce the behavior: Change Nextcloud.package version from 26 to 27 and change extraApps versions Compilable expression. <details<summaryentire stack trace:</summary</detailsHere's my NC expression I had to manually remove some which Nix would tell me don't exist for NC27. Furthermore, entirely removing solves the issue.
as long as there's no release from that supports Nextcloud 27 we cannot do much to fix that unfortunately, i.e. for now you'll either need to stick with v26 or uninstall this app temporarily. However, this weird error message is in fact a bug (the lock entry for this app for v27 was malformed in nixpkgs because the app was attempted to be even though there's no support) and I opened to make sure that you'll get a slightly better error-message.
Thanks! For sure, a better indication that an app isn't available for the chosen NC version would be useful
Change:
-e s,/usr/share/cups/fonts,${ghostscript}/share/ghostscript/fonts,g  -e "s,ExecStart=/usr/bin/python /usr/bin/hp-config_usb_printer,ExecStart=$out/bin/hp-config_usb_printer,g"  {} + <ins> echo 'AUTOMAKE_OPTIONS = foreign' >> Makefile.am </ins> ''; configureFlags = let out = placeholder "out"; in

Discussion:
The recent fixes to disable in hplip didn't seem to properly work on , making the whole package fail with a cryptic error. Additionally, due to a dependency failure in PyQt5, the package further refuses to build unless it's disabled. Steps to reproduce the behavior: an aarch64-linux user it fail due to PyQt5 failure that PyQt5 support can be disabled it fail again with -related errors hplip works n/a Current unstable as of writing this is . <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --cc as maintainer
cc as PyQt5 maintainer due to dependency failure - should a separate issue be filed for this?
Can reproduce. I ended up moving the print server to a x86-64 machine which was conveniently only a ~meter away from the RPi.
Also got bit by this on a RaspberryPi 4 server upgrade to 22.05. Did a bit of investigation, and came up with an overlay workaround (and hplip upgrade to 3.22.4) using a patch by the Debian crew: The meat of the issue comes down to the HP folks feeling the need to include their non-free x86/-64 'ImageProcessor' in the default build (even when the applicable flag is specified). So the community consensus is hoping that HP will fix/revert this, but until then everyone's just patching it out. Could this patch be to the patch list (and likely update hplip to 3.22.4) ?
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<ins> { invalidateFetcherByDrvHash, fetchurl, jq, moreutils, ... }: { # Tests that we can send custom headers with spaces in them header = let headerValue = "Test '" <- These are some quotes"; in invalidateFetcherByDrvHash fetchurl { url = "https://httpbin.org/headers"; sha256 = builtins.hashString "sha256" (headerValue + "n"); curlOptsList = [ "-H" "Hello: ${headerValue}" ]; postFetch = '' ${jq}/bin/jq -r '.headers.Hello' $out | ${moreutils}/bin/sponge $out ''; }; } </ins>

Discussion:
I was trying to download something that required that I put a token to the header. That has to be quoted mind you. Then I got these errors: Then it tries to download what's in the url, but It can't because that token authorizes it. Clearly not what I wanted :) Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: cc
This seems difficult to support. You could use or (e.g. ) instead.
I honestly think someone would expect this to just work like that. Perhaps there should be a note somewhere, if no one is interested in supporting this, that you cannot use quoted args here. Either of those are a workaround for me at least :+1: . But there could be more complex times when this isn't enough.
Actually you can use such quoted args only in scripts (e.g. or ). This could be made to work with Nix 2 and its structured attributes feature (even while maintaining compatibility with Nix 1):
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 believe this can still be implemented, and would be better than the current solution of writeText.
I just had this need in svanderburg/node2nix. The file workaround worked, but it took a very very long time to find this issue.
I marked this as stale due to inactivity. &rarr;
still an issue and why it is difficult to support? looks like a trivial bug
I marked this as stale due to inactivity. &rarr;
Change:
github = "aanderse"; name = "Aaron Andersen"; }; <ins> aaronjanse = { email = "aaron@ajanse.me"; github = "aaronjanse"; name = "Aaron Janse"; keys = [ { longkeyid = "rsa2048/0x651BD4B37D75E234"; # Email only fingerprint = "490F 5009 34E7 20BD 4C53  96C2 651B D4B3 7D75 E234"; } { longkeyid = "rsa4096/0xBE6C92145BFF4A34"; # Git, etc fingerprint = "CED9 6DF4 63D7 B86A 1C4B  1322 BE6C 9214 5BFF 4A34"; } ]; }; </ins> aaronschif = { email = "aaronschif@gmail.com"; github = "aaronschif";

Discussion:
Ulauncher is an application launcher for Linux: Tried to package it myself but I am a rookie and this seems like a bit painful for the first package.
For those interested I made a really quick. However, if you build and execute it you'll realize there's definitely some problems.
More specifically, the first error I run into halts with the following stack trace: Any ideas for workarounds?
If you just examine the result of the derivation you'll notice that things in appear to be in the wrong locations. So that'll definitely make it not work. There's probably something wrong with and I don't think is maintained. So perhaps we can just change the build system if it's easy? Maybe do what  is doing.
Looking at the beginning of the build log, I noticed: Note that it thinks the version is . Maybe this has to do with ? I assume that is supposed to be replaced with something else at But clearly something is not working. That's all I've got. Cheers
Very late edit, I managed to change this after the build via: But last executable still cries:
Would you mind sharing your full nix expression? I can't figure out how to get past the issue. (I suspect you replaced it in ?)
Yes, but I did it after the build. the last status (which is a wreck with too many unnecessary stuff probably, I gave up after trying a bit).
I'm not sure how to implement this in Nix, but we can get past the error by setting the environment variable to the generated site-packages folder (). In other words: We still get an error but I think this is a step forward?
:) I guess. I am still rookie on nixland and this made me confused since we have defined under everything like crazy.
Just so we are on the same page, this is what I am currently using to build ulauncher: I replaced the version substitution code to put the version number where I think the ulauncher source code intends for it to be put. Doing so does not break the build.
The means that the is missing. I'm working on creating a . I've run into , meaning that I needed to make to load a few libraries with using absolute paths. I'm using to apply the patches: Applying the patches is the only way I was able to manage getting to build.

The patch was applied with during build time. During runtime, however, the patch was applied, but without substitutions: How do we get the patch substitutions working for runtime?
module is provided by which we already have packaged. definitely should not be used.
Change:
sha256 = "sha256-CS1A9udt47bhgnYJqqkCG3z4XaPVHmz417VTsY2ccOA="; }; <del> nativeBuildInputs = [ makeWrapper ]; buildInputs = [ which xdg-utils ]; </del> <ins> nativeBuildInputs = [ makeWrapper which xdg-utils ]; </ins> unpackPhase = '' mkdir -p phony-home $out/share/applications

Discussion:
Can't start virtual device: qemu libpixmin not found. Steps to reproduce the behavior: Genymotion any Android device it An android VM is started Here is log: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
}); in stdenv.mkDerivation rec { pname = "phoc"; <del> version = "0.9.0"; </del> <ins> version = "0.11.0"; </ins> src = fetchFromGitLab { domain = "gitlab.gnome.org";

Discussion:
We've temporarily introduced as part of to avoid breaking some reverse dependencies. The affected attributes should switch to when possible (usually a new upstream release). There's no hurry but let's use this issue to track the current progress. : [x] phoc [x] cage (): [x] hikari ( and ): [x] waybox (): [x] wayfire (supported since ): [x] wio (, turns out the pending patches on the ML should fix the build with wlroots 0.13): [x] cagebreak ( and additional commits): () : [x] sway: [x] hikari (downstream patches: ): [x] wio (, send via git-send-email to ):
cage: was just merged, do we want to: until a next release it using the now-merged patch the latest version from master
I think waiting for the next release is the best option for now (we're in no hurry). For some other packages that are already based on commits instead of releases there's no need to wait if the package maintainers deem a newer version stable (in that case I'd leave it up to the package maintainers).
(though I hope that doesn't have the same problems as cage)
(kinda flew under the radar for me, but it happened!)
Don't we want to split this issue up per version? It seems like we're always gonna have a handful of wlroots versions around, would be nice if we could close those issues individually instead of having one perpetually open issue
I thought about that too but I was hoping we can close this before the next wlroots release. is the main blocker, should be fairly easy to drop (I'm waiting for patches and, if necessary, I might be able to patch again but I might also mark it as broken instead (until there's a maintained fork) as I don't intend to do that every release).
I have merely made a new fork for wio outside SourceHut, but me myself do not plan to maintain it alone.
in that case we should eventually drop it from Nixpkgs, at least IMO. I had some time yesterday so I've sent you a patch for wlroots 0.14 (, tested with ).
I have patched it on my particular fork
Phoc 0.11.0 was released targeting wlroots 0.14.0 (), so this can finally be closed.
Change:
kubeaudit = callPackage ../tools/security/kubeaudit { }; <del> kubectx = callPackage ../development/tools/kubectx { }; </del> <ins> kubectx = callPackage ../development/tools/kubectx { buildGoModule = buildGo117Module; }; </ins> kube-linter = callPackage ../development/tools/kube-linter { };

Discussion:
Steps to reproduce the behavior: build /nix/store/1ikzh2ax90ji2156hh921gp4iambgwsm-kubectx- Add any other context about the problem here. Please run and paste the result.
sry I dont use darwin, my reflex would be to mark darwin as not supported except if someone can step up
it looks like this may be solved by upgrading x/sys but does anyone here know how to do that in nixpkgs? I have no idea about the go ecosystem here.
Please test from master.
I was able to get this to build with the following: rev: sha256: vendorSha256:
I can confirm it's working for me, thanks very much!
The approach to pin go 1.17 here is wrong. The package just requires a bump of