jiebi/CodeConvo huggingface dataset:
Change:
environment.systemPackages = [ package ]; services.dbus.packages = [ package ]; <del> services.udev.packages = [ pkgs.crda ]; </del> <ins> hardware.wirelessRegulatoryDatabase = true; </ins> # FIXME: start a separate wpa_supplicant instance per interface. systemd.services.wpa_supplicant = let

Discussion:
Newer kernels (4.15+) can look for wireless regulatory info from (for us this is I think?), replacing the need for user-space helper like . (at least in the common case, I believe) <-- latest CRDA git adds note about this Not the same as the regdb, although I'm not sure the difference is as important for NiXOS'ers compared to other distributions. Info on internal:
I don't want to hijack the thread but my problem may be related. Recently, not sure why, I can't connect to an AP I previously could connect to so I suspect it's my machne (my phone can still access it), thus I've been looking at wifi information. I used to have a plain error then I while now it at least attempt to connect: so I wonder if it's expected on nixos ? NB: it's annoying all these errors when building kernels. do others have it too (I should probably look at hydras rather...
To get the file loaded, you need to add to . ` to see the files. Then you should see the following in : I haven't quite figured out what the best way to set the correct regulatory domain is however... short of just using .
oh great thanks ! that was not obvious. I was looking for a setting to set on boot as a kernel parameter but haven't found it yet. Some interesting read suggests one can embed the kernel in the db as well ?!
Something like this should work: Admittedly not ideal since it only works at module load time though.
Thanks Setting the following gives me the correct wifi config (check with ): Looking through the documents on: It seems to be a bit of a mess.... is an 'old' option, but NetworkManager has no support for setting the reg domain. I think having a module (?) might be a very good idea, and such an option should be to. ArchLinux deals with it by using a custom rule to run when is loaded ([source][al]). [al]: Another idea would be to a option, though that doesn't fix NetworkManager.
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 .
This should not be stale I think. Should NixOS just add to as default?
cc
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
jinja2 jsonschema pygls <del> # The build won't fail if we had used tree-sitter (version > 0.21), but # this package is only a dependency of autotools-language-server which also # depends on tree-sitter-languages which must use tree-sitter0_21 and not # tree-sitter. Hence we avoid different tree-sitter versions dependency # mismatch by defaulting here to this lower version. tree-sitter0_21 ]; nativeCheckInputs = [ pytestCheckHook </del> <ins> tree-sitter </ins> ]; <ins> nativeCheckInputs = [ pytestCheckHook ]; </ins> pythonImportsCheck = [ "lsp_tree_sitter" ];

Discussion:
Steps to reproduce the behavior: Originally found building Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
That's not a build failure, but an evaluation failure. If you want to make not depend on , you need to figure out where does this dependency comes from, and try to remove it. The reason we disabled is documented in the code: Note that although the issue is fixed, we intentionally provide an expression for , so that we can build with it. See also: You can work around this issue by using instead, or try to be creative and make depend on the latest (and not ), by fixing the upstream issue . Good luck!
I'm closing this, as this is an upstream issue. Ideally it would have been possible to declaratively write with Nix why packages are disabled for certain Python implementation, and that would have improved the evaluation failure message you observed. I think I saw discussion about such a feature, but I can't find any links now unfortunately.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
type = types.lines; }; <del> enableCompletion = mkOption { default = true; description = '' Enable Bash completion for all interactive bash shells. ''; type = types.bool; }; enableLsColors = mkOption { default = true; </del> <ins> promptPluginInit = mkOption { default = ""; </ins> description = '' <del> Enable extra colors in directory listings. </del> <ins> Shell script code used to initialise bash prompt plugins. </ins> ''; <del> type = types.bool; </del> <ins> type = types.lines; internal = true; </ins> }; };

Discussion:
Project description A bash utility; "Notifies you when long-running terminal commands complete." Metadata homepage URL: license: "All of undistract-me, including this file, is made available with the Expat license. See LICENSE for details."
Change:
{ lib , node_webkit , pkgs <del> , runCommand </del> <ins> , copyDesktopItems , makeDesktopItem </ins> , stdenv , writeShellScript <ins> , wrapGAppsHook </ins> }: let

Discussion:
The onlykey package crashes when a file dialog should open ("Save as" / "Choose file") Steps to reproduce the behavior: onlykey to the Firmware / Backup Tab "Choose file" or "Save as" A select file window should open, not crash. ! ! I have nautilus and LF installed, which is successfully used by other programs (firefox etc). Already tried installing gsettings-desktop-schemas and setting XDGDATADIRS as described . I use dwm and no Gnome and no Gnome Packages except nautilus. I would guess it needs to use wrapGAppsHook as nativeBuildInputs but I have no idea how/where to add that. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- [username nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: channels(root): channels(username): nixpkgs:
Have you cloned nixpkgs? Did you find the nix file where the package recipe is defined?
Yes, the uses node2nix which I do not really understand. It doesn't look like other .nix files. According to this , wrapGAppsHook can be like in . But I can't find , the hook or even just the part where it is supposed to be .
the important parts of are and runCommand so you could replace the call with the usual
Change:
appleDerivation { # We can't just run the root build, because https://github.com/facebook/xcbuild/issues/264 <ins> patchPhase = '' substituteInPlace adv_cmds.xcodeproj/project.pbxproj  --replace '/usr/lib/libtermcap.dylib' 'libncurses.dylib' ''; </ins> # pkill requires special private headers that are unavailable in # NixPkgs. These ones are needed: #  - xpc/xpxc.h #  - os/base_private.h #  - _simple.h # We disable it here for now. TODO: build pkill inside adv_cmds <del> # We also disable locale here because of some issues with a missing # "lstdc++". patchPhase = '' substituteInPlace adv_cmds.xcodeproj/project.pbxproj  --replace "FD201DC214369B4200906237 /* pkill.c in Sources */," ""  --replace "FDF278D60FC6204E00D7A3C6 /* locale.cc in Sources */," ""  --replace '/usr/lib/libtermcap.dylib' 'libncurses.dylib' ''; </del> buildPhase = '' targets=$(xcodebuild -list  | awk '/Targets:/{p=1;print;next} p&&/^s*$/{p=0};p'  | tail -n +2 | sed 's/^[ t]*//'  <del> | grep -v -e Desktop -e Embedded -e mklocale -e colldef) </del> <ins> | grep -v -e Desktop -e Embedded -e mklocale -e pkill -e pgrep -e colldef) </ins> for i in $targets; do xcodebuild SYMROOT=$PWD/Products OBJROOT=$PWD/Intermediates -target $i

Discussion:
Describe the bug The  package fails to build on both , and . Hydra: To Reproduce Metadata Please run and paste the result. Maintainer information: CC
It seems that these derivations are on the nix cache so it used to build at some point in the past.
I marked this as stale due to inactivity. &rarr;
Change:
+		(void) execvp(path, argv); break; } <del> Only in libutempter-1.1.6.patched: result </del>

Discussion:
A follow up to It seems like is not getting updated when tmux sessions begin/end. Relevant links: Steps to reproduce the behavior: and note the results. a different shell, open a new tmux session: exiting tmux, run again and note that the results are the same. Tmux user sessions to show up in , , and , as is custom in other OSes. n/a n/a <!-- 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.
Change:
]; checkInputs = [ pytest-asyncio <del> qtile.unwrapped </del> <ins> qtile-unwrapped </ins> pulseaudio keyring requests

Discussion:
Qtile is missing all the ffi modules so one can't use the pulse widget Just install qtile and add a To the config There is a script that has to be run as part of the packaging process takes care of creating the ffi modules, not sure if that will be enough or patching to change the paths will also be required.
Problem still here, and only for this module
Change:
stdenv.mkDerivation rec { pname = "graphicsmagick"; <del> version = "1.3.35"; </del> <ins> version = "1.3.36"; </ins> src = fetchurl { url = "mirror://sourceforge/graphicsmagick/GraphicsMagick-${version}.tar.xz"; <del> sha256 = "0l024l4hawm9s3jqrgi2j0lxgm61dqh8sgkj1017ma7y11hqv2hq"; </del> <ins> sha256 = "0ilg6fkppb4avzais1dvi3qf6ln7v3mzj7gjm83w7pwwfpg3ynsx"; </ins> }; patches = [

Discussion:
, CVSSv3=7.5 (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
Change:
<del> { lib, stdenv, fetchurl, fetchpatch, pkg-config, makeself, yasm, fuse, wxGTK, lvm2 }: </del> <ins> { lib , stdenv , fetchurl , pkg-config , makeself , yasm , fuse , wxGTK , lvm2 , substituteAll , e2fsprogs , exfat , ntfs3g , btrfs-progs }: </ins> with lib; stdenv.mkDerivation rec { pname = "veracrypt"; <del> version = "1.24-Hotfix1"; </del> <ins> version = "1.24-Update7"; </ins> src = fetchurl { url = "https://launchpad.net/${pname}/trunk/${toLower version}/+download/VeraCrypt_${version}_Source.tar.bz2"; <del> sha256 = "8b40ece805b216843d7a71b1a30069c4057931341b030bf65caace59263c5c8c"; </del> <ins> sha256 = "0i7h44zn2mjzgh416l7kfs0dk6qc7b1bxsaxqqqcvgrpl453n7bc"; </ins> }; patches = [ <del> # https://github.com/veracrypt/VeraCrypt/issues/529 - fix build on non-x86 (fetchpatch { url = "https://github.com/veracrypt/VeraCrypt/commit/afe6b2f45b15393026a1159e5f3d165ac7d0b94a.patch"; sha256 = "1xm9cl6zinlr0vah5xr9bvh0y9gw4331zl7d2n5xvqrcdxw3ww1y"; stripLen = 1; }) # https://github.com/veracrypt/VeraCrypt/issues/529 - fix build on non-x86 (fetchpatch { url = "https://github.com/veracrypt/VeraCrypt/commit/3fa636d477119fff6e372074568edb42d038f508.patch"; sha256 = "0qsccilip0ksnlzxina38a052gb533r4s422lxhrj3wv9zgpp7l3"; stripLen = 1; </del> <ins> (substituteAll { src = ./fix-paths.patch; ext2 = "${e2fsprogs}/bin/mkfs.ext2"; ext3 = "${e2fsprogs}/bin/mkfs.ext3"; ext4 = "${e2fsprogs}/bin/mkfs.ext4"; exfat = "${exfat}/bin/mkfs.exfat"; ntfs = "${ntfs3g}/bin/mkfs.ntfs"; btrfs = "${btrfs-progs}/bin/mkfs.btrfs"; </ins> }) ];

Discussion:
I think the package should depend on e.g. and similar so that creation of such file systems from the GUI works out of the box, instead of requiring that they are on the user's PATH. CC
I marked this as stale due to inactivity. &rarr;
Still relevant
Change:
fluxcd = callPackage ../applications/networking/cluster/fluxcd { }; <del> linkerd = callPackage ../applications/networking/cluster/linkerd { }; </del> <ins> linkerd_stable = (callPackage ../applications/networking/cluster/linkerd { }).stable; linkerd_edge = (callPackage ../applications/networking/cluster/linkerd { }).edge; linkerd = linkerd_edge; </ins> kile-wl = callPackage ../applications/misc/kile-wl { };

Discussion:
Describe the bug The output of linkerd-unstable contains no binaries Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Sorry for the bare description, wrote that on my phone. It seems that should be replaced with , maybe they've moved where the resides a while ago. When trying that myself, the binary produced is called and does nothing except print and return error code 1.
Have tried this after looking at upstream's build process: It fails with It seems like go is not happy with the vendored version of that package and is trying to resolve it again
This works better (removed in ) Still failing: Trying to compile , which it should not, because I've the prod tag to the build.
Yeah, I got stuck on the same error Will try edge channel.
Same problem with :(
Asked for help on Linkerd Slack: Any advance?
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Bisect pointed Linkerd to stop working here: How do you think this should be solved?
Change:
<ins> { lib , rustPlatform , fetchFromGitLab , installShellFiles , pandoc }: rustPlatform.buildRustPackage rec { pname = "shikane"; version = "0.2.0"; src = fetchFromGitLab { owner = "w0lff"; repo = "shikane"; rev = "v${version}"; hash = "sha256-S55elFZQT234fKlISFi21QJtnf2yB0O2u2vSNFhzgBg="; }; cargoHash = "sha256-4wisXVaZa2GBFKywl48beQgg4c+lawL3L/837ZU1Y94="; nativeBuildInputs = [ installShellFiles pandoc ]; postBuild = '' bash ./scripts/build-docs.sh man ''; postInstall = '' installManPage ./build/shikane.* ''; # upstream has no tests doCheck = false; meta = with lib; { description = "A dynamic output configuration tool that automatically detects and configures connected outputs based on a set of profiles"; homepage = "https://gitlab.com/w0lff/shikane"; changelog = "https://gitlab.com/w0lff/shikane/-/tags/v${version}"; license = licenses.mit; maintainers = with maintainers; [ michaelpachec0 natsukium ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --A dynamic output configuration tool for wlroots that automatically detects and configures connected outputs based on a set of profiles. Metadata homepage URL: source URL: license: mit platforms: linux
I already got the package made in my config, will see about sending a pr tomorrow
Sorry, I didn't notice your post and submitted a PR. Could you please check it? Also, would you like to become a maintainer?
No worries, I will get around checking it today. Yeah I would not mind doing so, it was partially why I took a stab at writing a pkg config in the first place.
just to update, everything works. Did not know whether to post here or on the PR. Also since the PR is already posted and it works, is there anything extra on my end that you would like me to do about maintaining it?
Sorry, I'm late. Thanks for your confirmation. Since it seems difficult to edit this branch with you, could you please add yourself to the maintainer-list in another PR? Once it is merged, I will add you to the maintainers.
Done will be waiting for the merge.
Change:
buildInputs = [ fuse bison flex_2_5_35 openssl python ncurses readline autoconf automake libtool pkgconfig zlib libaio libxml2 <del> acl sqlite liburcu attr </del> <ins> acl sqlite liburcu attr makeWrapper </ins> ]; # Some of the headers reference acl propagatedBuildInputs = [

Discussion:
The glusterfs derivation does not install mount.glusterfs. So it is not possible to mount glusterfs filesystems. ls /nix/store/8p888wid9lm02zw0gaqzdzv41d8yc75r-glusterfs-3.8.1/sbin fusermount-glusterfs gfindmissingfiles glfsheal gluster glusterd glusterfind glusterfs glusterfsd Install glusterfs and try to mount a glusterfs. Even if you don't have a cluster ready, mount should return an error: mount -t glusterfs 172.16.0.167:/var/gluster/testvol tmp/mnt Look inside the sbin folder, there is no mount.glusterfs file. The makefile that install mount.glusterfs () concatenates and to find the right directory. For an unknown reason, the configure flags set mountutildir to but when executed by the Makefile it get evaluated to . So by removing the configureFlag the file get installed properly. But then this script is not able to find basic utilities like sed, cat, grep, etc because no PATH is set. We can use makeWrapper to set it. On the postInstall phase I add: wrapProgram { [ pkgs.coreutils pkgs.gnugrep]}" And I also add makeWrapper to buildInputs. It still print an error about not found (even so it is in the PATH) but at least I can mount my glusterfs volumes. Should I do a PR for this or will someone else provide a better fix? System: 16.09.1272. (Flounder) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: "16.09.1272."
Possible (just run ), but point taken. Hm, I guess long long ago it tried to install to global and failed. Then I didn't notice the Makefile improvement during the updates… Not sure a better fix is possible here. Yes, a PR would be welcome.
Change:
libspelling, fetchFromGitHub, python3Packages, <ins> nodePackages, </ins> meson, ninja, pkg-config,

Discussion:
Apostrophe doesn't render LaTeX in Preview Mode, as expected. Instead of rendering maths equations (like ) as equations, it escape them while surrounding them with either parenthesis or square brackets. Steps to reproduce the behavior: in Apostrophe's tutorial Preview Mode using CTRL+P to the section the equations made in LaTeX escaped instead of rendered with Pandoc LaTeX It should render the equations and any symbols written between or with pandoc LaTeX, for example showing as a fraction and not In editing: ! In preview: ! This behavior is reproducible on both Apostrophe 3.0 and 3.1. (ie. NixOS 24.05 and NixOS 24.11 (unstable) I also tried installing alongside Apostrophe and and to no avail. <!-- 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 case is probably due to temp file path.
I'm not sure what you mean by that? If I understand correctly, you're saying this might be happening due to the file being stored in right? However Apostrophe exhibits this behavior with files already saved in a directory outside of (e.g. in ) Can you reproduce the behavior?
Latex rendering is done by regex matching latex expressions and transforming them into pictures by texlive (what a strange decision). Presumably something happened after the image was generated, since the dependency should be satisfied. I was busy with other things when I last wrote this comment, and I'll check it out later today
This is very possibly due to some Flatpak assumptions that normally happen from python devs
is dead code. is dead code. The math rendering should be done by pandoc converting to and letting mathjax render.
Change:
cargoHash = "sha256-K0T0uTERjxlI3bGG/Tz6sJ0A08J0ROAhpppdZcdQPB8="; <ins> # used for "Server Installed" version in admin panel env.VW_VERSION = version; </ins> nativeBuildInputs = [ pkg-config ]; buildInputs = with lib; [ openssl ] ++ optionals stdenv.isDarwin [ libiconv Security CoreServices SystemConfiguration ]

Discussion:
Vaultwarden is able to retrieve the latest version of the software but unable to determine its own version. This does however work for the web vault. Go to https://your-vaultwarden-instance/admin/diagnostics. !
This is due to vaultwarden getting it's version information from the env variable during build, which is somehow unset on Nixpkgs. It also causes the mobile clients to crash, as they depend on that information for feature detection, see Should be fixed in next vaultwarden release, but as a workaround you can use overrideAttrs to inject the variable:
Do you want to submit that workaround as a PR? I guess it won't be needed anymore to make mobile clients work but it would still fix the admin panel I assume?
Should be fixed in next vaultwarden release, but as a workaround you can use overrideAttrs to inject the variable: I still needed the workaround in nixos 23.11 with vaultwarden 1.30.1.
Change:
example = 64*1024; }; <ins> startWhenNeeded = mkOption { type = types.bool; default = false; description = "Whether to use socket activation to start IPFS when needed."; }; </ins> }; }; ###### implementation config = mkIf cfg.enable { <del> environment.systemPackages = [ wrapped ]; </del> <ins> environment.systemPackages = [ pkgs.ipfs ]; environment.variables.IPFS_PATH = cfg.dataDir; </ins> programs.fuse = mkIf cfg.autoMount { userAllowOther = true; };

Discussion:
Describe the bug IPFS module should use upstream systemd files for socket-based activation. Right now we have a custom service file that is different from the one in ipfs-go 0.5.0. This is something quickly I can do. /cc
Change:
prePatch = "cd src"; <del> # if darwin support is enabled, we want to make sure we're not building with # OS-installed python framework patches = stdenv.lib.optionals (stdenv.isDarwin && (config.vim.darwin or true)) [ ./python_framework.patch ]; </del> configureFlags = [ "--enable-gui=${args.gui}" "--with-features=${args.features}" ];

Discussion:
Currently vimconfigurable is version 7.4.826 where as vim is now 8.0005. $ nix-env -f /path/to/nixpkgs -i vimconfigurable $ vim --version VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Jan 1 1970 00:00:01) Included patches: 1-826 ... Updated version and sha256 in to be identical to that in System: (NixOS: 16.09beta264. (Flounder)) Nix version: (nix-env (Nix) 1.11.4) Nixpkgs version: (17.03pre-git)
Change:
$xorriso -output $out/iso/$isoName <del> if test -n "$usbBootable"; then echo "Making image hybrid..." if test -n "$efiBootable"; then isohybrid --uefi $out/iso/$isoName else isohybrid $out/iso/$isoName fi fi </del> if test -n "$compressImage"; then echo "Compressing image..." zstd -T$NIX_BUILD_CORES --rm $out/iso/$isoName

Discussion:
Describe the bug When building twice, the GPT partition has a different GUID. To Reproduce Steps to reproduce the behavior: to see the GUID is not consistent (or at , ) Expected behavior A deterministic GUID Additional context For additional background on why it's helpful for builds to be reproducible, see https://reproducible- I'd be happy to help hunt down and fix this problem further, but this is rather new territory for me, so I'd appreciate any help
Thanks for taking a look at this! I'd suggest to trace it down from , and how things are passed down to - but I'm not exactly sure WHAT creates the GPT partition.
Thanks for the encouragement! Looking closer, it seems the GPT is written by as invoked in . Unfortunately, while manually invoking with fewer flags and indeed has the expected effect, adding that flag to the invocation doesn't. Some more digging to do! :)
Ah it's somehow the post-processing... indeed that seems to generate a new random UUID with . Without it keeps it intact. I wonder if we need the , given already seems to do quite a bit of the work.
Shouldn't this be testable by trying to boot an image without that flag being set on a pure UEFI system?
I tested this by copying the ISO built without that flag to an USB disk, and booting my laptop with the "UEFI: USB disk" selected in the boot priorities. That worked fine. I'll try to prepare a PR that makes the GPT disk GUID static (based on the derivation hash or ) and skips the . (though not sure when I'll get to it, if someone wants to beat me to it, feel free ;) )
Cool, this sounds very promising, also is one more step towards :-) cc yeah, just hashing over the input hash and converting that to the uuid format somehow sounds reasonable.