jiebi/CodeConvo huggingface dataset:
Change:
<del> { lib, buildGoModule, fetchFromGitHub }: buildGoModule rec { pname = "xcaddy"; version = "0.4.1"; subPackages = [ "cmd/xcaddy" ]; src = fetchFromGitHub { owner = "caddyserver"; repo = pname; rev = "v${version}"; hash = "sha256-xEPSRKrQC9hb+G9/rV9/k4btvZxXZkcsxmaxWcgl2fk="; }; patches = [ ./inject_version_info.diff ./use_tmpdir_on_darwin.diff ]; ldflags = [ "-s" "-w" "-X github.com/caddyserver/xcaddy/cmd.customVersion=v${version}" ]; vendorHash = "sha256-7yd/6h1DKw7X/1NbHtr2vbpyapF81HPmDm7O4oV5nlc="; meta = with lib; { homepage = "https://github.com/caddyserver/xcaddy"; description = "Build Caddy with plugins"; mainProgram = "xcaddy"; license = licenses.asl20; maintainers = with maintainers; [ tjni emilylange ]; }; } </del>

Discussion:
Caddy fails to build for riscv64 Steps to reproduce the behavior: ... ... ... A clear and concise description of what you expected to happen. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
(please fill out more parts of the bug report template next time) Assuming this is , likely an instance of . Pinging maintainers:
Hi, thanks for the ping :) The fix for this is fairly trivial. Either skip the shell completions/man pages[^1], or use something like But I am upset that you ( didn't even care enough to do the bare minimum and fill out the issue template. [^1]: Technically only the kills the build, not the , because bash pipefail defaults.
i'm sorry for the issue template, it was more of a quick note to myself. i'll do it right next time
Change:
mesa-demos = callPackage ../tools/graphics/mesa-demos { }; <ins> mftrace = callPackage ../tools/typesetting/tex/mftrace { }; </ins> mhonarc = perlPackages.MHonArc; minergate = callPackage ../applications/misc/minergate { };

Discussion:
Project description From the project website: "mftrace is a small Python program that lets you trace a TeX bitmap font into a PFA or PFB font (A PostScript Type1 Scalable Font) or TTF (TrueType) font." I came across it while trying to compile the . It doesn't seem to be used a lot, but it seems nice to have, and I have just packaged it for myself anyway. Working packaging attempt , just two notes: mftrace needs texlive at runtime only (it finds fonts via and uses metafont binaries), I have left it out so that it works with any installed texlive, but it's also broken if there is none, is that ok? I have not a maintainer! Metadata homepage URL: source URL: licenses: gpl2-only, free platforms: unix, windows (judging from the source – I have not tested it)
If it only needs a small texlive without many packages, it might be worth adding that to . Is there a part that's licensed under GPLv2? Besides that, you should use . Then nothing should stop a pull request from being merged.
Ok, I know which binaries are needed, I can try. If it doesn't work out, I'll add a comment. All of the python files are GPLv2 without the "any later version" text and COPYING is GPLv2. The C file has a custom free license from . The README claims that is licensed under the GPL (no version) with a generic link, but it's also a 15 years old line... I would err on the side of . Ah, sure! I suppose I can add myself to the maintainer list if nobody wants it. This should be a very low maintenance package anyway. I'll send a PR in a few days, after I have time to sort out the runtime binaries issue.
PR is up, with a few tweaks compared to my first attempt. Thanks for the pointers
Change:
# WARNING: NEVER set any of the options below to `true` by default. # Set to `!privacySupport` or `false`. <ins> , crashreporterSupport ? !privacySupport </ins> , geolocationSupport ? !privacySupport , googleAPISupport ? geolocationSupport , webrtcSupport ? !privacySupport

Discussion:
Describe the bug Firefox crashed because my disk was full. I wanted to submit a crash report, but the site the documentation mentions don't exist. To Reproduce Steps to reproduce the behavior: in firefox Expected behavior firefox works like an official release Screenshots ! Additional context Add any other context about the problem here. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Firefox is compiled without crash reporting support by default: I don't know why, though.
Probably because it could be considered tracking. But i think it's optional to actually send the crash reports and they don't contain personal data and are very useful to fix crashes. We would need clear guidelines which kind of tracking is OK.
I don't have time to open a discussion about that. Since it crashed again, i tried with a workaround: rebuild fails with this error. i guess it's due to the structure of the firefox packaging. the option is in the while the package is defined in any idea?
Looking at the definition quickly, I'd try
The build starts with that, but fails exactly at the crashreporter. I guess no one has tested that in a while. It took 33 minutes to get to that point with a i9 cpu (16x 4GHz). 32 GB RAM would be good, 16 will SWAP.
I got it to build, on a second attempt Anyway, I don't think it will be that easy to actually use the reporter. For example, I don't think our default build keeps debugging symbols, and I don't expect it can really report anything useful without them.
I marked this as stale due to inactivity. &rarr;
I just built with crash-reporting enabled and everything seems to be working perfectly. Is there any reason we can't turn this on. In my case the reports are not even sending without asking first. If tracking is a concern may we can change the default from to .
Since I don't hear any clear objections I have opened to hopefully push this issue along.
Change:
video content, efficiently ''; homepage = "https://obsproject.com"; <del> maintainers = with maintainers; [ jb55 MP2E materus fpletz ]; </del> <ins> maintainers = with maintainers; [ eclairevoyant jb55 MP2E materus fpletz ]; </ins> license = with licenses; [ gpl2Plus ] ++ optional withFdk fraunhofer-fdk; platforms = [ "x86_64-linux" "i686-linux" "aarch64-linux" ]; mainProgram = "obs";

Discussion:
Steps to reproduce the behavior: obs-studio Please run and paste the result.
Couple things: 23.05 will be EOL soon, just a heads up the rev as specified in your "host os" line of the output, it pulls from the cache. I can only assume you're using a different rev or some override/overlay. Even rebuilding from that rev in my case produces no errors. Can you provide a config to reproduce?
My config is here: I am not using any override/overlay, afaik...
Setting is causing some massive rebuilds on your end and likely causing the breakage here. That's also why it couldn't just fetch from the binary cache. Try without this line.
Though FWIW, I'll see if I can get the build working with , it probably shouldn't just break.
Change:
<ins> diff --git a/Makefile b/Makefile index f0b6baf..71033a5 100644 --- a/Makefile +++ b/Makefile @@ -4,7 +4,7 @@ SRCS +=	$(wildcard src/*.cpp) OBJS = $(SRCS:.cpp=.o) DESTDIR = $(HOME)/.local -CXXFLAGS = -march=native -mtune=native -Os -s -Wall -flto=auto -fno-exceptions +CXXFLAGS = -Os -s -Wall -flto=auto -fno-exceptions CXXFLAGS += $(shell pkg-config --cflags $(PKGS)) LDFLAGS += $(shell pkg-config --libs $(PKGS)) -Wl,--gc-sections </ins>

Discussion:
Project description Sysmenu is a simple and efficient application launcher written in gtkmm4 Metadata homepage URL: source URL: license: wtfpl platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
}; config = mkIf cfg.enable { <ins> boot.kernelModules = [ "msr" ]; </ins> systemd.services.xmrig = { wantedBy = [ "multi-user.target" ]; after = [ "network.target" ];

Discussion:
When setting up the xmrig service, It displays the message . Steps to reproduce the behavior: the output. Not show this message. I've tried the following: the attribute of the service; both and Please run and paste the result.
Do you have any idea on this problem?
After a quick look I found the following relevant spots: I think you should create an issue upstream and link here so we could work together to figure this out. I don't even know what MSR is :man_shrugging:
I've got it working I'll open a PR with the fix in a minute!
Change:
{ <del> x86_64-linux = "/nix/store/azvn85cras6xv4z5j85fiy406f24r1q0-nix-2.18.1"; i686-linux = "/nix/store/9bnwy7f9h0kzdzmcnjjsjg0aak5waj40-nix-2.18.1"; aarch64-linux = "/nix/store/hh65xwqm9s040s3cgn9vzcmrxj0sf5ij-nix-2.18.1"; x86_64-darwin = "/nix/store/6zi5fqzn9n17wrk8r41rhdw4j7jqqsi3-nix-2.18.1"; aarch64-darwin = "/nix/store/0pbq6wzr2f1jgpn5212knyxpwmkjgjah-nix-2.18.1"; </del> <ins> x86_64-linux = "/nix/store/smfmnz0ylx80wkbqbjibj7zcw4q668xp-nix-2.19.2"; i686-linux = "/nix/store/knp0akbpj2k0rf26fmysmxdysmayihax-nix-2.19.2"; aarch64-linux = "/nix/store/761hq0abn07nrydrf6mls61bscx2vz2i-nix-2.19.2"; x86_64-darwin = "/nix/store/zlqvxis1dfcfgmy5fza4hllg6h03vhpb-nix-2.19.2"; aarch64-darwin = "/nix/store/53r8ay20mygy2sifn7j2p8wjqlx2kxik-nix-2.19.2"; </ins> }

Discussion:
Package name: nix Latest released version: 2.19.2 Current version on the unstable channel: 2.18.1 Current version on the stable/release channel: 2.18.1 Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --After the NixOS 23.11 release, I checked the nix website and also saw the latest nix version is . When I run: My nix version doesn't get updated. After running I found that points to . Is this update not automated during releases? I couldn't find much information about this other than seeing one merged PR where gets introduced to . Can we upgrade the expression to asap so upgrades to properly. What I currently get:
Don't know much about the Nix release process but I'm using on unstable to fix Not sure if it's stable yet since 2.19.2 gives me these warnings when rebuilding:
Change:
<ins> { lib , alsa-lib , aubio , cmake , dssi , fetchurl , flac , libjack2 , ladspaH , ladspaPlugins , liblo , libmad , libsamplerate , libsndfile , libtool , libvorbis , lilv , lv2 , opusfile , pkg-config , qt6 , rubberband , serd , stdenv , sord , sratom , suil }: stdenv.mkDerivation rec { pname = "qtractor"; version = "0.9.38"; src = fetchurl { url = "mirror://sourceforge/qtractor/qtractor-${version}.tar.gz"; hash = "sha256-aAUOz9gztk9ynQYRq+mniUk++rM6Rdne9U1QM7jKPcU="; }; nativeBuildInputs = [ cmake libtool pkg-config qt6.qttools qt6.wrapQtAppsHook ]; buildInputs = [ alsa-lib aubio dssi flac libjack2 ladspaH ladspaPlugins liblo libmad libsamplerate libsndfile libtool libvorbis lilv lv2 opusfile qt6.qtbase qt6.qtsvg rubberband serd sord sratom suil ]; meta = with lib; { description = "Audio/MIDI multi-track sequencer"; homepage = "https://qtractor.sourceforge.io"; license = licenses.gpl2Plus; mainProgram = "qtractor"; maintainers = with maintainers; [ goibhniu ]; platforms = platforms.linux; }; } </ins>

Discussion:
Package name: qtractor Latest released version: 0.9.38 Current version on the unstable channel: 0.9.25 Current version on the stable/release channel: 0.9.25 Notify maintainers Note for maintainers: Please tag this issue in your PR.
Updated to 0.9.37
Updated to 0.9.38
Change:
homepage = "https://source.puri.sm/Librem5/libhandy"; license = licenses.lgpl21Plus; maintainers = with maintainers; [ jtojnar ]; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.unix; </ins> }; }

Discussion:
Project description Fractal is a Matrix messaging app for GNOME written in Rust. Its interface is optimized for collaboration in large groups, such as free software projects. It's currently pacakged for linux, but was recently marked broken in I've implemented some quick hacks on libhandy and gspell to address the build failures here , but the package still fails. To reproduce develop --impure ".#fractal" source build To continue (to a very long error message): and move to nixpkgs/fractal-4.4.0- build cc (if you're still interested in this) Metadata source URL: platforms: unix
Hi, I'm not using my Darwin machine much anymore, so I don't think I will invest the time in fixing fractal for Darwin.
I marked this as stale due to inactivity. &rarr;
It actually suffices to put for fractal to build on Darwin: ~However, it's still kind of broken: the interface won't show up.~
Change:
<ins> { lib, buildGoModule, fetchFromGitHub, }: let version = "1.1.2"; in buildGoModule { pname = "superfile"; inherit version; src = fetchFromGitHub { owner = "MHNightCat"; repo = "superfile"; rev = "v${version}"; hash = "sha256-Cn03oPGT+vCZQcC62p7COx8N8BGgra+qQaZyF+osVsA="; } + "/src"; vendorHash = "sha256-gWrhy3qzlXG072u5mW971N2Y4Vmt0KbZkB8SFsFgSzo="; meta = { changelog = "https://github.com/MHNightCat/superfile/blob/v${version}/changelog.md"; description = "Pretty fancy and modern terminal file manager"; homepage = "https://github.com/MHNightCat/superfile"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ momeemt ]; mainProgram = "superfile"; }; } </ins>

Discussion:
Project description Pretty fancy and modern terminal file manager Metadata homepage URL: source URL: license: mit platforms: linux, darwin
Thanks!
Change:
<ins> { stdenv , lib , fetchFromGitHub , buildGoModule , installShellFiles , testers , kaniko }: buildGoModule rec { pname = "kaniko"; version = "1.9.1"; src = fetchFromGitHub { owner = "GoogleContainerTools"; repo = "kaniko"; rev = "v${version}"; hash = "sha256-sPICsDgkijQ7PyeTWQgT553toc4/rWPPo7SY3ptX82U="; }; vendorHash = null; ldflags = [ "-s" "-w" "-X github.com/GoogleContainerTools/kaniko/pkg/version.version=${version}" ]; nativeBuildInputs = [ installShellFiles ]; doCheck = false; # requires docker, container-diff (unpackaged yet) postInstall = lib.optionalString (stdenv.hostPlatform == stdenv.buildPlatform) '' for shell in bash fish zsh; do $out/bin/executor completion $shell > executor.$shell installShellCompletion executor.$shell done ''; passthru.tests.version = testers.testVersion { package = kaniko; version = version; command = "${kaniko}/bin/executor version"; }; meta = { description = "A tool to build container images from a Dockerfile, inside a container or Kubernetes cluster"; homepage = "https://github.com/GoogleContainerTools/kaniko"; license = lib.licenses.asl20; platforms = lib.platforms.unix; maintainers = [ lib.maintainers.superherointj ]; mainProgram = "executor"; }; } </ins>

Discussion:
Project description kaniko is a tool to build container images from a Dockerfile, inside a container or Kubernetes cluster Metadata homepage URL: source URL: license: platforms: Linux
Please test. And provide feedback. You can use tool for that:
Next time you request something certify to follow up. Issue is now closed without you having tested it.
FYI you can do the following to build a container with kaniko in it. Use the kaniko executor on your host system (outside of containers) Note that you may need to build a container with kaniko/executor + credential helpers
Change:
This use case makes little sense for files that are already in the store. This should be a separate abstraction as e.g. `pkgs.drvLayout` instead, which could have a similar interface but be specific to derivations. Additional capabilities could be supported that can't be done at evaluation time, such as renaming files, creating new directories, setting executable bits, etc. <ins> - (+) An API for filtering/transforming Nix store paths could be much more powerful, because it's not limited to just what is possible at evaluation time with `builtins.path`. Operations such as moving and adding files would be supported. </ins> ### Single files

Discussion:
does not support filtering of store paths. Rationale for that should be to the so I can link to it in the future. Note that if you need to filter a value, that will be supported soon with Reasons for not supporting store paths: guarantees that it prevents files that aren't selected from being into the store, such that changing them doesn't cause a rebuild. But if you filter a store path, all those files are already in the store and will always cause a rebuild if changed, no matter if you filter them out afterwards, so it couldn't guarantee the same. The use case is different. Store paths are only known at build time, but (and ) rely on to do the filtering, which runs at evaluation time, so using it on store paths would require , when it wouldn't be necessary Instead, functions for filtering store paths could be much more powerful by using a build-time derivation to do the filtering. And such an interface wouldn't have to be limited to just filtering, it could also rename, add and move paths. In fact you can do this already today, though it's not very pretty: Maybe there should just be a simple to take care of the boilerplate, this is tracked in is made very convenient and safe because it supports Path expression syntax to specify paths to include/exclude, like . There's no equivalent you could use for store paths with the same properties (using strings "./foo", "./bar" would have to delay checking of file existence and computations on trees to build time to avoid IFD). Originally posted by in This work is sponsored by :sparkles:
Change:
<del> { lib , stdenv , rustPlatform , fetchFromGitHub , Security </del> <ins> { lib, stdenv, cmake, rustPlatform, pkg-config, fetchFromGitHub, atk, gtk3, glib, openssl, Security, nix-update-script, </ins> }: rustPlatform.buildRustPackage rec { pname = "whitebox_tools"; <del> version = "2.2.0"; </del> <ins> version = "2.4.0"; </ins> src = fetchFromGitHub { owner = "jblindsay"; repo = "whitebox-tools"; rev = "v${version}"; <del> hash = "sha256-DQ7BPRd90GNQVfD5NoVcxoyd2L3WZvIkecmRJVUY1R4="; </del> <ins> hash = "sha256-kvtfEEydwonoDux1VbAxqrF/Hf8Qh8mhprYnROGOC6g="; </ins> }; <del> cargoHash = "sha256-BounjGGhbU5dxNV8WjVDQtV7YONNVRldc/t+wet1Gh8="; </del> <ins> cargoHash = "sha256-6v/3b6BHh/n7M2ZhLVKRvv0Va2xbLUSsxUb5paOStbQ="; </ins> <del> buildInputs = lib.optional stdenv.isDarwin Security; </del> <ins> buildInputs = [ atk glib gtk3 openssl ] ++ lib.optional stdenv.isDarwin Security; nativeBuildInputs = [ cmake pkg-config ]; </ins> doCheck = false; <del> meta = with lib; { </del> <ins> passthru.updateScript = nix-update-script { }; meta = { </ins> homepage = "https://jblindsay.github.io/ghrg/WhiteboxTools/index.html"; description = "An advanced geospatial data analysis platform"; <del> license = licenses.mit; maintainers = [ maintainers.mpickering ]; </del> <ins> license = lib.licenses.mit; maintainers = with lib.maintainers; [ mpickering ]; </ins> }; }

Discussion:
Steps to reproduce the behavior: ` 23.11 here None Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
"-DNCNN_BUILD_TOOLS=0" "-DNCNN_SYSTEM_GLSLANG=1" "-DNCNN_PYTHON=0" # Should be an attribute <del> "-DGLSLANG_TARGET_DIR=${glslang}/lib/cmake" </del> ]; nativeBuildInputs = [ cmake ];

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: build and upgrade successfully. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
failed to build, may be maintaining this dependency
You can exclude this package until the build is fixed
Thanks a lot for getting back to me so quickly and for your helpful suggestion!
Change:
gtk3 libnotify libopenmpt <ins> librsvg </ins> libsamplerate libvorbis mpg123

Discussion:
Hi, hope I have completed the correct fields! <!-- Initial version of 6.7.1 with updated version at 7.01 --- <!-- There is currently no PR in for this update. --- The Linux desktop music player from the future Name: tauonVersion: 6.7.1Licenses: nix-env -iA current version: 6.7.1 desired version: 7.0.1 HI any update to tauon if you have time, would be greatly appreciated :) I also do not get a tauon icon showing up in gnome 4.x.x and have to exec from the command line instead...wondered if this was by design :)
Tried it out and updated the derivation while at it. I don't think I'll be using this in the long run though, since it seems to have problems with wayland and replaygain inconsistencies between file formats.
I guess it doesn't show up in the gnome dashboard because the derivation does not install a desktop file. There seems to be one in the extra/ dir in the upstream repo but that needs some adapting to work on NixOS.
Thanks for trying, although it seems to be working fine on one of my arch machines running wayland? Don't use replaygain so can't comment. In what way does the desktop file need adjusting, as, in my experience, the tauon dev has been very receptive and amenable in the past. Is the way to test?
It mostly works but I have a mixed-DPI setup and running with the X11 backend in Xwayland is notoriously blurry on scaled monitors which is a bit annoying. The native wayland backend in SDL does not have that problem but SDL also does not handle DPI changes in any way so when moving between screens with different scaling factors, first the viewport goes out of sync with window size and once it relayouts itself it does not rescale for the new DPI. I reported the replaygain issue and that indeed got fixed in a matter of hours. I usually just fetch and build PRs manually but yes, from a glance at the docs seems to do all that in one command.
Thanks for creating heads up v7.1 out overnight if you still have the pull out
v7.1.1 is out and appears to have some of your requested changes included already ...
It indeed is:
Hope the new stuff works
Change:
modd = callPackage ../development/tools/modd { }; <ins> mold = callPackage ../development/tools/mold { stdenv = llvmPackages_latest.stdenv; }; </ins> msgpack-tools = callPackage ../development/tools/msgpack-tools { }; msgpuck = callPackage ../development/libraries/msgpuck { };

Discussion:
Project description Metadata homepage URL: source URL: license: GNU AGPL v3 platforms: unix, linux, darwin
Change:
xorg.libXrender xorg.libX11 xorg.libXext xorg.libXdamage xorg.libXtst xorg.libXcomposite xorg.libXi xorg.libXfixes xorg.libXrandr xorg.libXcursor libcap systemd libnotify libXScrnSaver gnome3.gconf <ins> xorg.libxcb </ins> ]; libPathNative = lib.makeLibraryPath packages;

Discussion:
Unstable () and master ().
() broke spotify cc
Turned out to be easy to fix
Change:
grocy = callPackage ../servers/grocy { }; <del> inherit (callPackages ../servers/nextcloud {}) </del> <ins> inherit (callPackage ../servers/nextcloud {}) </ins> nextcloud26 nextcloud27 nextcloud28; nextcloud26Packages = callPackage ../servers/nextcloud/packages {

Discussion:
The NixOS tests for netbox are failing to evaluate: It seems like the module tries to override the package to pass in the plugins that are configured in the module, but for some reason it's overriding the function in instead of the one in . The former doesn't have a plugins argument, so that causes this error. You can also replicate this in : I don't really know what changed to cause this to happen, as it doesn't seem like it should. Steps to reproduce the behavior: The system configuration should evaluate. <!-- 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]:
Possibly related issue with an which used to work: Ping
The thing these packages have in common seems to be that they use to pull in a few different versions into . It seems like something changed about recently.
I think you're right, That commit changes to for a bunch of packages, including citrix_workspace and netbox.