jiebi/CodeConvo huggingface dataset:
Change:
<ins> { fetchzip, lib }: let version = "1.500"; in fetchzip { name = "sil-abyssinica-${version}"; url = "mirror://debian/pool/main/f/fonts-sil-abyssinica/fonts-sil-abyssinica_${version}.orig.tar.xz"; sha256 = "sha256-fCa88wG2JfHTaHaBkuvoncbcbrh3XNzc8ewS3W+W/fM="; postFetch = '' mkdir -p $out/share/fonts tar xf $downloadedFile --strip-components=1 -C $out/share/fonts AbyssinicaSIL-${version}/AbyssinicaSIL-R.ttf ''; meta = with lib; { description = "Unicode font for Ethiopian and Erythrean scripts (Amharic et al.)"; homepage = "https://software.sil.org/abyssinica/"; license = licenses.ofl; maintainers = with lib.maintainers; [ serge ]; platforms = platforms.all; }; } </ins>

Discussion:
Project description It'a a Unicode font for Ethiopian and Erythrean scripts. Metadata homepage URL: source URL: license: ofl platforms: all
Change:
description = "A single-player roguelike dungeon exploration game"; maintainers = [ maintainers.kenran ]; license = licenses.gpl2; <ins> platforms = platforms.unix; </ins> }; <del> } </del> <ins> }) </ins>

Discussion:
Steps to reproduce the behavior: angband macOS Sonoma 14.3 Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
could you include entire build log?
It works now. THANKS DEVS!
Change:
let pkgs = (import ../../../../../../default.nix {}); <del> machine = import "${pkgs.path}/nixos/lib/eval-config.nix" { </del> <ins> machine = import (pkgs.path + "/nixos/lib/eval-config.nix") { </ins> system = "x86_64-linux"; modules = [ ({config, ...}: { imports = [ ./system.nix ]; })

Discussion:
Describe the bug introduced a change that breaks NixOps. When we have a test, something like this will be detected faster and not depend on users running into an issue. That would increase the quality. To Reproduce Steps to reproduce the behavior: nixops complain :grimacing:
I marked this as stale due to inactivity. &rarr;
Tests would still be nice. has been more broken than I expected...
I marked this as stale due to inactivity. &rarr;
Change:
{ stdenv , lib <del> , fetchpatch </del> , fetchurl , pkg-config , hidapi

Discussion:
v0.11.0 of OpenOCD is over a year old, does anyone have time to update or add an unstable branch?
v0.11.0 seems to be the latest release (). I suggest asking upstream for a new release.
We don't update to unstable unless there is a good reason to do so. Do you have any?
Yes - there is no sign of a 0.12.0 release that I can see, and the software has been actively developed since the 0.11.0 release. There is currently open to update ElmerFEM for similar purposes. I’m not convinced that it should be on users or maintainers to ask upstream for a release number in cases like this.
That's a different case, since the person opening the PR indicated there is something they need from the unreleased version of the software. So let me repeat and rephrase my question: Do you have any reason why you want us to update OpenOCD to unstable? Any bug fixes, any features you are missing from the latest stable release?
Now that v0.12.0 is out, would you take action to update this? I want to see if any of the changes related to allow me to flash an atsamc21g18 that drives it’s SWD pins from a rpi.
Can you test
Change:
(dm: wm: let sessionName = "${dm.name}${optionalString (wm.name != "none") ("+" + wm.name)}"; script = xsession dm wm; <ins> desktopNames = if dm ? desktopNames then concatStringsSep ";" dm.desktopNames else sessionName; </ins> in optional (dm.name != "none" || wm.name != "none") (pkgs.writeTextFile {

Discussion:
Describe the bug The default applications menu of Xfce and Mate desktop environments use to present preferences items and a control center (or similar) item for system configuration. Those items stopped appearing in the menu. Screenshots Screenshots taken for Xfce and Mate running in a local virtual machine: ! ! Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
With the following changes in the services they work again: cc
Likely caused by
PR fixes this issue for Mate. Can it be merged? cc
I guess we have too.
Does need backport is the question.
I think so.
Would a similar solution (use upstream session) work for XFCE?
I had to revert it actually, because people can't combine wm and desktop manager :frowning:
The environment variable can be set to explicitly in the xfce desktop module. At least until a more well structured solution comes up.
That can do it, it would have to be in .
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
vix = callPackage ../tools/misc/vix { }; <del> vkBasalt = callPackage ../tools/graphics/vkBasalt { vkBasalt32 = pkgsi686Linux.vkBasalt; </del> <ins> vkbasalt = callPackage ../tools/graphics/vkbasalt { vkbasalt32 = pkgsi686Linux.vkbasalt; </ins> }; <ins> vkbasalt-cli = callPackage ../tools/graphics/vkbasalt-cli { }; </ins> vkmark = callPackage ../tools/graphics/vkmark { }; vncrec = callPackage ../tools/video/vncrec { };

Discussion:
error when creating a bottle Steps to reproduce the behavior: bottles to create a new bottle during dxvk installation process with the following error message No error when trying to create a bottle ! I'm pretty new to nixos so it might be a configuration error on my part I apologize in advanced if I tagged the wrong maintainers
It should be fixed in (I don't reproduce it there). (I think it's caused by the fact I )
gotcha. feel free to close if you think it's gonna be fixed in next release. thanks :)
Change:
platforms = []; source = { remotes = ["https://rubygems.org"]; <del> sha256 = "28e8c59d5984a5723510f19868c37c363bec93e51f6cb7a573170cf7f5b9189f"; </del> <ins> sha256 = "1qkir4a657znq0fnx91lik7bw5kyq54jwhiy2zrlplln78xs5yai"; </ins> type = "gem"; }; <del> version = "0.6.0"; </del> <ins> version = "0.6.1"; </ins> }; fusuma-plugin-keypress = { dependencies = ["fusuma"];

Discussion:
The fusuma program in the package of the same name crashes when trying to run it. The breaking change causing this issue was made somewhere in the last 56 days: That's when I last updated this particular host, after which everything was still working fine. Steps to reproduce the behavior: "fusuma" package to run fusuma I expected fusuma to start running and be available for use. N/A Instead of displaying the expected behavior, the program crashes: In addition, if I clone the repo, then open a and run the cloned project in that nix-shell, that runs successfully unmodified on the same host. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks especially for the celerity of the fix!
Is there supposed to be a delay between this merge and availability updating? I can clearly see this PR is merged, but when I update my system the new version isn't in there.
Yes, see
One month later, I don't see the updated package. How long can this take ?
The update is already on master, but I don't think it's been backported yet. Are you on NixOS 23.11 instead of unstable?
Yes.
Backported in , should take a few days to land.
Many thanks for the commit !
Change:
$(TESTS): @cd $(SRCDIR) &&  -	$(call PRINT_JULIA, $(call spawn,$(JULIA_EXECUTABLE)) --check-bounds=yes --startup-file=no --depwarn=error ./runtests.jl $@) <del> +	$(call PRINT_JULIA, $(call spawn,$(JULIA_EXECUTABLE)) --check-bounds=yes --startup-file=no --depwarn=error ./runtests.jl --skip NetworkOptions REPL channels $@) </del> <ins> +	$(call PRINT_JULIA, $(call spawn,$(JULIA_EXECUTABLE)) --check-bounds=yes --startup-file=no --depwarn=error ./runtests.jl --skip NetworkOptions REPL channels FileWatching ccall $@) </ins> $(addprefix revise-, $(TESTS)): revise-% : @cd $(SRCDIR) &&  -- <del> 2.42.0 </del> <ins> 2.43.0 </ins>

Discussion:
This is regarding hydra build failure. Thanks to a matrix user for pointing out the hydra link! Thank you! Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
meta = { description = "Fira font family including Fira Sans and Fira Mono"; <del> homepage = "https://mozilla.github.io/Fira/"; </del> <ins> homepage = "https://bboxtype.com/fira/"; </ins> license = lib.licenses.ofl; platforms = lib.platforms.all; };

Discussion:
Currently the fira, fira-sans e fira-mono packages use the source available in the . According to , this repository is not up to date: The latest versions of the fonts are available at <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> From cbdbc8d00d31344fafe00e0fdf984e04e631f7c4 Mon Sep 17 00:00:00 2001 From: TBK <tbk@jjtc.eu> Date: Wed, 26 Feb 2020 21:12:45 +0100 Subject: [PATCH] Fix Linux build error with musl libc Commit bf5953c549a6d279977df69ffe89b2ba51460eaf caused a build failure on non-glibc Linux build environments.  Change the conditionalization so that __GLIBC_PREREQ will only be used if it is defined. [ghudson@mit.edu: simplified conditionals; rewrote commit message] ticket: 8880 (new) tags: pullup target_version: 1.18-next --- src/util/support/plugins.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/src/util/support/plugins.c b/src/util/support/plugins.c index 3329db7dc3..1644d16fd0 100644 --- a/src/util/support/plugins.c +++ b/src/util/support/plugins.c @@ -62,8 +62,7 @@ * dlopen() with RTLD_NODELETE, we weren't going to unload the plugin objects * anyway. */ -#ifdef __linux__ -#include <features.h> +#ifdef __GLIBC__PREREQ #if ! __GLIBC_PREREQ(2, 25) #define dlclose(x) #endif </ins>

Discussion:
After (krb5: 1.17 -1.18) is merged, doesn't build with anymore. The error is: Since is a dependency of , this affects significant number of downstream packages. To Reproduce cc
Change:
}; x86_64-appimage = callPackage ./build-from-appimage.nix { inherit pname version metaCommon; <del> hash = "sha256-wmOdW5LdGLs6Wrt/VBlbC1ScFZBmd5gVQaj/cYADnWc="; </del> <ins> hash = "sha256-wKhEB+MfOsBvZRTIt3hLofw37+YO+hWKowlSi1OxSAU="; </ins> inherit (buildPackages) makeWrapper; }; x86_64-dmg = callPackage ./build-from-dmg.nix { inherit pname version metaCommon; <del> hash = "sha256-ZNUkzxpFTmsFcdC4oJWDxvqunpaBKz7Fnmrsa4W12Bg="; </del> <ins> hash = "sha256-yZYmM533D9VzM+a0bnYz/aqocaEJVFOTgLWjbQGOQR0="; </ins> isAarch64 = false; }; aarch64-dmg = callPackage ./build-from-dmg.nix { inherit pname version metaCommon; <del> hash = "sha256-PpQF31qsn9TOIRVzOdDoLUqti+m1uRpBQrrqKtxFleE="; </del> <ins> hash = "sha256-/qa2P0R7xRzDgnPKqkeKN6lrDbPg9WuZ/Nnc51NTzaM="; </ins> isAarch64 = true; }; x86_64-windows = callPackage ./build-from-windows.nix { inherit pname version metaCommon; <del> hash = "sha256-AgWvLU9m2q7fxZYXgHGMgEj1WLP5XzERq7tWcin2/30="; </del> <ins> hash = "sha256-0awYmSGxm8M12X0WQftlapRF9m3GGCZivNwBtRjSa4E="; </ins> }; in (

Discussion:
Package name: losslesscut-bin Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 3.58.0 Current version on the stable/release channel: 3.58.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
update title aswell
Hi! Thanks for reminding, and sorry for late response. I just submitted a PR () that tries to automate the update of . Please take a look. (If merged, r-ryantm should be able to do the update from now on. User can update it through or create an update commit through ). If you need the update now, I'll open another PR that updates .
Appreciate it! I can wait until the PR is merged, no problem.
Change:
<ins> { lib , fetchFromGitHub , rustPlatform , pkg-config , libevdev , openssl , makeWrapper , nixosTests }: rustPlatform.buildRustPackage rec { pname = "rkvm"; version = "0.5.1"; src = fetchFromGitHub { owner = "htrefil"; repo = pname; rev = version; hash = "sha256-3IdwBMN+VZBrcoT5vF7pF6xoNWZBn4k/jRJqADlpM7k="; }; cargoHash = "sha256-/SZKJI4gMkike2m8UVzbwfMqj697A8zbJEKAnnbSx3s="; nativeBuildInputs = [ pkg-config rustPlatform.bindgenHook makeWrapper ]; buildInputs = [ libevdev ]; postInstall = '' install -Dm444 -t "$out/lib/systemd/system" systemd/rkvm-*.service install -Dm444 example/server.toml "$out/etc/rkvm/server.example.toml" install -Dm444 example/client.toml "$out/etc/rkvm/client.example.toml" wrapProgram $out/bin/rkvm-certificate-gen --prefix PATH : ${lib.makeBinPath [ openssl ]} ''; passthru.tests = { inherit (nixosTests) rkvm; }; meta = with lib; { description = "Virtual KVM switch for Linux machines"; homepage = "https://github.com/htrefil/rkvm"; changelog = "https://github.com/htrefil/rkvm/releases/tag/${version}"; license = licenses.mit; platforms = platforms.linux; maintainers = with maintainers; [ ckie ]; }; } </ins>

Discussion:
Project description It's like synergy or barrier, but supports wayland and windows as well. I started packaging it , but it doesn't build yet ( fails to find the evdev files it wants). Metadata homepage URL: source URL: license: mit platforms: linux
here's the build log so far:
well, this is probably the issue: I'll file an issue.
If this is the only issue you can probably patch it like this: And during phrase you can use or to substitute with . Should work.
Good idea. Another weird one popped out though: Not sure what's up, since libevdev does not seem to actually come with that header file included... and from what I can tell ubuntu's libevdev-dev packages don't either??
Weird, debian's libevdev-dev pkg:
Looks like I misunderstood. I think they bundle their input.h for building their lib, but expect to be providing , so I'm adding that to the clang_args too...
Okay, update: error:
I marked this as stale due to inactivity. &rarr;
build: please see:
What's the status on this, doesn't look like it's made it into the binary cache yet. Is it a 23.11 addition?
the PR is still being reviewed:
Change:
buildGoModule = buildGo119Module; # build fails with 1.20 }; <ins> dool = callPackage ../tools/system/dool { }; </ins> dosfstools = callPackage ../tools/filesystems/dosfstools { }; dotnetfx35 = callPackage ../development/libraries/dotnetfx35 { };

Discussion:
Project description Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
# /etc/ in check phase. postPatch = '' substituteInPlace Makefile  <del> --replace  "dbus-run-session"  "dbus-run-session --config-file=${dbus}/share/dbus-1/session.conf" </del> <ins> --replace "dbus-run-session" "dbus-run-session --config-file=${dbus}/share/dbus-1/session.conf"  --replace '-p $(relpassstore)' '-p $(PASSWORD_STORE_DIR)' </ins> ''; propagatedBuildInputs = with python3.pkgs; [

Discussion:
doesn't work anymore. The tests show errors and take forever (or are stuck). Steps to reproduce the behavior: to branch in The build should finish successfully. 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. --/cc Please run and paste the result. Maintainer information:
Ping ZHF
ran checkPhase in and cancelled the check when it hung and got these Edit The gpg-ID is being created in the wrong dir
I don't know how, but I think this is somewhat a critical bug that hangs nix when building any fish shell completion derivation. At this moment I just can't build packages like megasync or exodus, because these packages have some post build hooks that install fish shell completion for them. Then, when I retry the same build command, I get that exact same error reported by DamienCassou.
pass-secret-service is not a dependency to any package so it shouldn't be causing issues with other packages You must have pass-secret-service in your config and that's why it's freezing EDIT: it freezes because the tests don't quit by themselves
I'm also affected by this - and it is indeed "critical" in the sense that never completes building the system derivative anymore. If there's a patch to be tested, I'd be happy to assist.
i'll take a look but at worst we can disable the tests for now you can do that locally with
Change:
owner = "hashicorp"; repo = pname; inherit rev; <del> sha256 = "sha256-Jn8cF+8Wf4zZ/PFXvjCGpomSa/DvraBGW0LsZQ+Zy+4="; </del> <ins> sha256 = "0ya95pxznlfgbxsxp8b9fv4wi5h0872xmpshwszy3aws9cpipfwz"; </ins> }; passthru.tests.consul = nixosTests.consul;

Discussion:
, CVSSv3=6.5 (nixos-21.11) HashiCorp Consul and Consul Enterprise 1.8.0 through 1.9.14, 1.10.7, and 1.11.2 has Uncontrolled Resource Consumption. Scanned versions: nixos-21.11: . Cc Cc Cc Cc
PR
Change:
destNameTag = "${finalImageName}:${finalImageTag}"; } '' skopeo  <del> --src-tls-verify=${lib.boolToString tlsVerify}  </del> --insecure-policy  --tmpdir=$TMPDIR  --override-os ${os}  --override-arch ${arch}  <del> copy "$sourceURL" "docker-archive://$out:$destNameTag"  </del> <ins> copy  --src-tls-verify=${lib.boolToString tlsVerify}  "$sourceURL" "docker-archive://$out:$destNameTag"  </ins> | cat  # pipe through cat to force-disable progress bar '';

Discussion:
On latest unstable, The new version of the skopeo package (1.4.0, introduced in ) seems to have changed something and now complains about as used . Build this docker package definition: on latest nixos-unstable (and nixpkgs-unstable) with skopeo 1.4.0, and you get the following error: Weirdly enough other definitions with actual SHA256 values (e.g. some definitions emitted from nix-prefetch-docker) do work, whereas others fail with the same message as above. Should not emit that skopeo error n/a n/a Please run and paste the result. Maintainer information:
Update: I think I have found out what reproduces this issue - not having downloaded the image in your store and in your docker. I'd used to get the SHAs and image tags & whatnot to test with, which warmed the cache and prevented the code path that triggers that error from getting hit. I think this may just be it, then: Invoking this version of skopeo with the options in dockerTools will raise the error above.
The work-around is also pretty clear: On the system where you are building the image, use and fetch all the base images that you're using. This works because nix-prefetch-docker seems to be based on skopeo 1.3 for me for now... It probably be won't soon, though. /:
Change:
<xi:include href="idris.xml" /> <!-- generated from ../../pkgs/development/idris-modules/README.md  --> <xi:include href="java.xml" /> <xi:include href="lua.xml" /> <ins> <xi:include href="node.xml" /> <!-- generated from ../../pkgs/development/node-packages/README.md  --> </ins> <xi:include href="perl.xml" /> <xi:include href="python.xml" /> <xi:include href="qt.xml" />

Discussion:
Right now, we have sections covering Perl, Python, Ruby, Go, and more. is another popular language and we have an easy/automated way to add new packages to nixpkgs. We should make this easier for people who don't already know how! I plan on tackling this based on instructions I received over at
cc
Some of the entries in the document have a comment like Should I enhance the in and then generate the XML file? Can anyone clue me in to how they're generated?
They are generated in (using pandoc).
Once I've it to , how can I actually generate the XML?
The XML is generated during the build. To have it in the manual you need to include it with in . The confusing part is that refers some files that exists only at build-time (the files generated by ). It is also possible to keep the build directory with to inspect the generated files.
Change:
sources."merge-descriptors-1.0.1" sources."methods-1.1.2" sources."mime-1.4.1" <del> sources."mime-db-1.49.0" sources."mime-types-2.1.32" </del> <ins> sources."mime-db-1.50.0" sources."mime-types-2.1.33" </ins> sources."ms-2.0.0" sources."negotiator-0.6.2" sources."netflux-websocket-0.1.21"

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: cryptpad <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 4.9.0 desired version: 4.11.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
"--set-default QT_QPA_PLATFORM xcb" ]; <del> # HACK `propagatedSandboxProfile` does not appear to actually propagate the # sandbox profile from `qtbase`, see: # https://github.com/NixOS/nixpkgs/issues/237458 sandboxProfile = toString qtbase.__propagatedSandboxProfile or null; </del> nativeBuildInputs = [ wrapQtAppsHook cmake

Discussion:
While working on , I attempted to use in the derivation. Unfortunately, it did not appear to propagate to qtpass or other Qt-using packages that would require the profile. They still experienced the error until I manually sandbox profiles to the other packages. Steps to reproduce the behavior: a to a package for something it needs (e.g., ). that package as a or to another package (e.g., qtpass). the other package. The build should succeed (allowing whatever is permitted by the profile), but it fails (due to the lack of the sandbox profile). n/a This requires the sandbox on Darwin to be set to or . <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Change:
<ins> { lib, stdenvNoCC, fetchFromGitHub }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "windows10-icons"; version = "1.0"; src = fetchFromGitHub { owner = "B00merang-Artwork"; repo = "Windows-10"; rev = "${finalAttrs.version}"; hash = "sha256-Yz6a7FcgPfzz4w8cKp8oq7/usIBUUZV7qhVmDewmzrI="; }; installPhase = '' runHook preInstall mkdir -p $out/share/icons/windows10 find .  ! -path ./README.md  -mindepth 1 -maxdepth 1  -exec cp -r {} $out/share/icons/windows10 ; runHook postInstall ''; dontConfigure = true; dontBuild = true; meta = with lib; { description = "Windows 10 icon theme"; homepage = "http://b00merang.weebly.com/windows-10.html"; license = licenses.unfree; maintainers = with maintainers; [ mib ]; platforms = platforms.linux; }; }) </ins>

Discussion:
Project description The Windows 10 Icon theme repository Metadata homepage URL: source URL: license: gpl3 platforms: unix, linux, darwin
Hi there! I've got a derivation packaging it, but I'm a bit confused about the license; where'd you get gpl3 from? I couldn't find anything in the repo. There's also stating there's no license.
Alright, perfect! :) I've submitted PR .