jiebi/CodeConvo huggingface dataset:
Change:
}) (mkIf serviceCfg.core-shell.enable { <ins> services.xserver.desktopManager.gnome.sessionPath = let mandatoryPackages = [ pkgs.gnome.gnome-shell ]; optionalPackages = [ pkgs.gnome.gnome-shell-extensions ]; in mandatoryPackages ++ utils.removePackagesByName optionalPackages config.environment.gnome.excludePackages; </ins> services.colord.enable = mkDefault true; services.gnome.chrome-gnome-shell.enable = mkDefault true; services.gnome.glib-networking.enable = true;

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: install Nixos enabling Gnome An option to Exclude Gnome-Tour package or to exclude some Gnome-shell packages I would like to exclude some useless Gnome-shell packages that if i exclude them will not break my whole system. You can not exclude packages from Gnome-shell with this option and this not work because is required by this <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
This should be resolved in , but it is not part of 22.05, Edit:
How do I do a backport ? Thank you for your fast response.
It works. = with pkgs; [ gnome-tour ];
After doing this commands gnome tour still in my system. Do i need to do something more ? ! Maybe that ballon is not Gnome tour but i think it is.
It works in unstable channel, you need waitting for Backport 22.05 merge.
Thank you
I merged , not sure why the issue is not auto-closed. You should get the fix when the backport reaches the channel you uses, feel free to re-open this if the issue persists.
After waiting for being in Nixos 22.05, Writing this in And executing. That deleted Gnome-tour from my system. Thank you for your support.
Change:
, imageDigest , sha256 , os ? "linux" <del> , arch ? getArch system </del> <ins> , arch ? defaultArch </ins> # This is used to set name to the pulled image , finalImageName ? imageName

Discussion:
Describe the bug It seems generates images with the wrong architecture set. ( began setting these values, but the values before were also wrong) To Reproduce Compared to the current version of : If you actually run the image on arm, Docker complains. Expected behavior Architectures embedded in the image configuration should match those generated by Docker. Additional context The warning message printed by Docker if the running platform doesn't match the image's platform. The operating system, architecture, and variant are determined by and . (If the image's architecture is "arm" and the variant is empty, as it almost always is, it is normalized to "v7", see ) Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(terin): nixpkgs: Maintainer information:
The specification is a bit loose, but the examples given all follow and . If we take a look at the specification, the fields should be and . Every officiall and semi-official image I've looked at, included the pre-multiarch manifest "legacy" images referenced at follow this pattern.
Change:
wxGTK = wxGTK30; }; <ins> box64 = callPackage ../applications/emulators/box64 { }; </ins> caprice32 = callPackage ../applications/emulators/caprice32 { }; ccemux = callPackage ../applications/emulators/ccemux { };

Discussion:
Project description Box64 - Linux Userspace x86_64 Emulator with a twist, targeted at ARM64 Linux devices Can run 64-bit x86 binaries on ARM, like games. Metadata homepage URL: source URL: / license: mit platforms: linux
Change:
<replaceable>root</replaceable> </arg> <arg> <ins> <group choice='req'> <arg choice='plain'><option>--max-jobs</option></arg> <arg choice='plain'><option>-j</option></arg> </group> <replaceable>number</replaceable> </arg> <arg> <option>--cores</option> <replaceable>number</replaceable> </arg> <arg> <option>--option</option> <replaceable>name</replaceable> <replaceable>value</replaceable> </arg> <arg> </ins> <arg choice='plain'><option>--show-trace</option></arg> </arg> <arg>

Discussion:
It would speed up the installation if supported or parameter
Probably best to generalize so anything can be passed to
Change:
<ins> From 911714d617c106ed5d553bf003e34ec94ab6a136 Mon Sep 17 00:00:00 2001 From: Daniel Stenberg <daniel@haxx.se> Date: Tue, 8 Mar 2022 13:38:13 +0100 Subject: [PATCH] openssl: fix CN check error code Due to a missing 'else' this returns error too easily. Regressed in: d15692ebb Reported-by: Kristoffer Gleditsch Fixes #8559 Closes #8560 --- lib/vtls/openssl.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lib/vtls/openssl.c b/lib/vtls/openssl.c index 0b79fc50a9c5..4618beeb3867 100644 --- a/lib/vtls/openssl.c +++ b/lib/vtls/openssl.c @@ -1817,7 +1817,8 @@ CURLcode Curl_ossl_verifyhost(struct Curl_easy *data, struct connectdata *conn, memcpy(peer_CN, ASN1_STRING_get0_data(tmp), peerlen); peer_CN[peerlen] = '0'; } -            result = CURLE_OUT_OF_MEMORY; +            else +              result = CURLE_OUT_OF_MEMORY; } } else /* not a UTF8 name */ </ins>

Discussion:
A clear and concise description of what the bug is. Failed to run , caused by the failure of building . Run confirms this proflem Steps to reproduce the behavior: A clear and concise description of what you expected to happen. should succeed. 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.
FYI: succeeds on .
builds fine (using nix-shell) on unstable fails with: It seems it has something to do with the recent update of openssl:
After bisecting the error, I get this commit to be responsible: my bisecting commands:
I did a git bisect. This is the result: <details</detailsThe obvious change here is the update of curl 7.81.0 -7.82.0.
Oh, we did the same. I investigated more and found and This seems to be the fix:
I'm kinda new to nix and I would be happy making a PR with the patch :) If you haven't already started
No not yet. https://patch- is probably the patch file (generated from ) you are looking for. Adding this to should fix the issue. I don't have time right now, so if you want to create the PR, I'd be happy :smile:
I'm curious, what kind of bisect did you do? because you didn't get the same commit
I ran which should give me the complete merge commits (like staging) and works faster when doing rebuilds. Then I read what changed in that merge and look for possible candidates. I look at for the history of and look for the first good commit and bisect between those.
Oh thanks a lot! I was wondering if there was a way to get this history of commits, because yeah, it took a while to compile all those commits without hydra cache ;) and yeah makes a lot of sense too
yeah, that was my issue, too. Thanks for posting your command, I think next time I'll use the command as well. (Did the bisect manually)
I think this is fixed by (well it just disables the tests, but it works).

Its stuck in staging though
yeah. We shouldn't disable these tests. They detected a regression in curl and this is why we have them, isn't it?
I agree, I'm going ahead with the PR with the proper patch.
Change:
buildServerGui = false; }; <ins> drawterm = callPackage ../tools/admin/drawterm { }; </ins> droopy = python3Packages.callPackage ../applications/networking/droopy { }; drumgizmo = callPackage ../applications/audio/drumgizmo { };

Discussion:
Project description Connect to Plan9 CPU servers from other operating systems. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, windows
I marked this as stale due to inactivity. &rarr;
Change:
{ fetchurl }: { <del> "curl-7.84.0.tar.xz" = fetchurl { url = "https://curl.se/download/curl-7.84.0.tar.xz"; hash = "sha256-LRGLQ/VHv+W66AbY1HtOWW6lslpsHwgK70n7zYF8Xbg="; </del> <ins> "curl-8.1.1.tar.xz" = fetchurl { url = "https://curl.se/download/curl-8.1.1.tar.xz"; hash = "sha256-CKlI4GGSlkVZfB73GU4HswiyIIT/A/p0ALRl5sBRSeU="; </ins> }; "brotli-1.0.9.tar.gz" = fetchurl {

Discussion:
Package name: curl-impersonate Latest released version: 0.6.0 <!-- Search your package here: --- Current version on the unstable channel: 0.5.4 Current version on the stable/release channel: 0.5.4 <!-- 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 Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
''; disabledTests = [ <del> # flaky / timing sensitive </del> <ins> # Tests are laky / timing sensitive </ins> "test_fastapi_server_token_authn_allows_when_it_should_allow" <ins> "test_fastapi_server_token_authn_rejects_when_it_should_reject" </ins> ]; disabledTestPaths = [

Discussion:
Steps to reproduce the behavior: the chromadb python package for python310. [1/7/9 built] building python3.10-chromadb-0.5.0 (pytestCheckPhase): chromadb/test/auth/testbasicauth[1/7/9 built] building python3.10-chromadb-0.5.0 (pytestCheckPhase): chromadb/test/aut[1/7/9 built] building python3.10-chromadb-0.5.0 (pytestCheckPhase): ... [ 4%] [1/7/9 built] building python3.10-chromadb-0.5.0 (pytestCheckPhase): ... [ 4%] [1/7/9 built] building python3.10-chromadb-0.5.0 (pytestCheckPhase): ... [ 4%] This is not the complete log but it is all that is visible in my terminal since only keeps the latest however many lines. The build reaches this test at 4% every time and then stalls there. I was able to fix the issue by adding an overlay to disable pytestCheckPhase, but this is obviously a workaround. <!-- 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 are flaky. I will ship an update later.
Change:
<ins> { lib, stdenv, fetchFromGitHub, cmake }: stdenv.mkDerivation rec { pname = "mustache"; version = "4.1"; src = fetchFromGitHub { owner = "kainjow"; repo = "Mustache"; rev = "v${version}"; sha256 = "0r9rbk6v1wpld2ismfsk2lkhbyv3dkf0p03hkjivbj05qkfhvlbb"; }; nativeBuildInputs = [ cmake ]; installPhase = '' mkdir -p $out/include cp ../mustache.hpp $out/include ''; meta = with lib; { description = "Mustache text templates for modern C++"; homepage = "https://github.com/kainjow/Mustache"; license = licenses.boost; }; } </ins>

Discussion:
Describe the bug Kiwix fails to build with a C++ code error. To Reproduce Steps to reproduce the behavior: , because the package is marked as insecure, Expected behavior Kiwix builds. Additional context The error: Probably this needs to be solved for . Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata system: host os: multi-user?: sandbox: version: channels(mario): channels(root): nixpkgs: Maintainer information:
I marked this as stale due to inactivity. &rarr;
See
Change:
<ins> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "vt-cli"; version = "0.10.2"; src = fetchFromGitHub { owner = "VirusTotal"; repo = pname; rev = version; sha256 = "0jqr2xf6f9ywavkx5hzcfnky8ax23ahdj24hjsnq6zlpdqvfn1xb"; }; vendorSha256 = "sha256-XN6dJpoJe9nJn+Tr9SYD64LE0XFiO2vlpdyI9SrZZjQ="; ldflags = [ "-X github.com/VirusTotal/vt-cli/cmd.Version=${version}" ]; subPackages = [ "vt" ]; meta = with lib; { description = "VirusTotal Command Line Interface"; homepage = "https://github.com/VirusTotal/vt-cli"; license = licenses.asl20; maintainers = with maintainers; [ dit7ya ]; }; } </ins>

Discussion:
Project description vt-cli is the official command-line tool for interacting with VirusTotal. It is written in Go. Metadata homepage URL: source URL: license: asl2 platforms: unix
Change:
#!/usr/bin/env nix-shell <del> #!nix-shell -I nixpkgs=../../../../ -i python3 -p "python3.withPackages (ps: with ps; [ requests nix-prefetch-github ])" -p "git" </del> <ins> #!nix-shell -I nixpkgs=../../../../ -i python3 -p "python3.withPackages (ps: with ps; [ nix-prefetch-github ])" -p "git" </ins> import json import os

Discussion:
Steps to reproduce the behavior: Most common error is along the lines of Possibly related to glibc update? Can reproduce failure on local x8664-linux. Hydra
Related
This core itself seems to be kinda old and not updated anymore. Also not sure how interesting it is, considering it is based in a old version of bsnes. Maybe we can just remove it? Is there any reason you want to use it, or it is just an issue because it makes fail?
For me just because it’s in retroarchFull.
Created a PR to remove it: Would appreciate some reviews.
Change:
prosody = handleTest ./xmpp/prosody.nix {}; prosodyMysql = handleTest ./xmpp/prosody-mysql.nix {}; proxy = handleTest ./proxy.nix {}; <ins> prowlarr = handleTest ./prowlarr.nix {}; </ins> pt2-clone = handleTest ./pt2-clone.nix {}; qboot = handleTestOn ["x86_64-linux" "i686-linux"] ./qboot.nix {}; quorum = handleTest ./quorum.nix {};

Discussion:
Project description Prowlarr is an indexer manager/proxy built on the popular arr .net/reactjs base stack to integrate with your various PVR apps. Prowlarr supports management of both Torrent Trackers and Usenet Indexers. Metadata homepage URL: source URL: license: GPL 3 platforms: Unix
I would like to package this software but I am still trying to learn how to properly create derivations as I have never done one. Help / guidance appreciated!
I have a WIP PR for this against my fork The package builds fine, but I am still trying to figure out how to test the NixOS module in my dotfiles repo using flakes and overlays :sweat_smile:
I actually got this working much quicker than expected. Here is my PR to this repo
Thank you very much
Change:
fi done <del> if test -n $deepClone; then leaveDotGit=true fi </del> if test -z "$url"; then usage fi

Discussion:
Noticed while debugging hash errors for . Since got merged via (bisect log further down), doesn't produce fully deterministic results anymore. Sometimes I get an identical hash, several times in a row even? But often it's different. It is worth noting that the fetcher output has changed after that commit. Using as an example, the final line has been replaced by for the main repository + every fetched submodule. Steps to reproduce the behavior: (current master at the time of writing) repl: multiple times and you should get a different hash eventually. "Best" combo I got so far is 3 identical hashes before a different one. Hashes shouldn't randomly be different. It would be understandable if the not-yet-deterministic was used, but this happens even with . Changing hashes: ! ! Changed output: (last identical lines are highlighted) ! Bisect log: Bisection done with . uses with , which uses under the hood, but the hash change should be observable by directly using as well. CC (commit author) CC (PR merger) Please run and paste the result.
I did a quick investigation. First of all: I was able to produce the same results as the OP on my machine. My initial investigation led me to believe that this behavior is caused by 2 bugs. One introduced by commit and the other one being unrelated to this commit. The bug introduced by the commit in question is that seems to use in situations where it shouldn't. The second bug is that specifying produces non deterministic results. Evidence for this is provided by the following experiment: I checked out a revision of that was before No I ran the same experiment as the OP suggested but instead of using I used . As you can see I got two different results for the same call. I suggest that should be reverted to mitigate the damage by the bug it introduced. I don't know well enough to do anything about "the other bug".
This is a .
Pinning this until the fix has made its way into and staging.
Thanks a lot to everyone involved in investigating and fixing this! Also, I'm sorry for breaking this in the first place!
Don't take all the credit for yourself. We broke this together ^^
I'm seeing behavior that I think may be related to this issue.

Please consider the derivation contained within the following flake: Changing the dummy value of results in different suggested replacement values. It seems to me that any value except for the corrected one should result in the same suggestion. Furthermore, all suggestions do build successfully (so the allowed values of are not unique) but the only one that actually respects is the empty string case. This may indicate a separate problem with .
Change:
bracex = callPackage ../development/python-modules/bracex { }; <ins> brainflow = callPackage ../development/python-modules/brainflow { inherit (pkgs) brainflow; }; </ins> braintree = callPackage ../development/python-modules/braintree { }; branca = callPackage ../development/python-modules/branca { };

Discussion:
Project description BrainFlow is a library intended to obtain, parse and analyze EEG, EMG, ECG and other kinds of data from biosensors. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
screenshot upon displaying info, and even customizing the screenshot command! This script is very easy to add to and can easily be extended. ''; <del> license = stdenv.lib.licenses.gpl3; </del> <ins> license = licenses.gpl3; </ins> homepage = http://git.silverirc.com/cgit.cgi/screenfetch-dev.git/; <del> maintainers = with stdenv.lib.maintainers; [relrod]; platforms = stdenv.lib.platforms.all; </del> <ins> maintainers = with maintainers; [relrod]; platforms = platforms.all; </ins> }; }

Discussion:
screenfetch is a bash script designed to run as-is on most FHS compliant linux distro and on MacOS. The derivation does not evaluate on Mac because of dependency, but even when that dependency is removed the script is still wrapped and cannot access system binaries to gather MacOS info. Tested both on Sierra and High Sierra nix-env -iA nixpkgs.screenfetch
Thank you for being so quick! This is also helpful to me to learn how to package cross platform, thank you again
Change:
<del> { lib, bundlerApp, bundlerUpdateScript }: </del> <ins> { lib, bundlerEnv, bundlerUpdateScript, ruby }: </ins> <del> bundlerApp { </del> <ins> bundlerEnv { </ins> pname = "compass"; <ins> version = "1.0.3"; inherit ruby; </ins> gemdir = ./.; <del> exes = [ "compass" ]; </del> passthru.updateScript = bundlerUpdateScript "compass";

Discussion:
After building , I tried to run it, but got an error (see Screenshots). Steps to reproduce the behavior: nixpkgs repository, run Successful execution of <!-- 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:
{ stdenv, lib, fetchFromGitHub, kernel, fetchurl, fetchpatch }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "xone"; <del> version = "0.3"; </del> <ins> version = "0.3-unstable-2024-03-16"; </ins> src = fetchFromGitHub { owner = "medusalix"; <del> repo = pname; rev = "refs/tags/v${version}"; sha256 = "sha256-h+j4xCV9R6hp9trsv1NByh9m0UBafOz42ZuYUjclILE="; </del> <ins> repo = "xone"; rev = "948d2302acdd6333295eaba4da06d96677290ad3"; hash = "sha256-srAEw1ai5KT0rmVUL3Dut9R2mNb00AAZVCcINikh2sM="; </ins> }; <del> patches = [ # Fix build on kernel 6.3 (fetchpatch { name = "kernel-6.3.patch"; url = "https://github.com/medusalix/xone/commit/bbf0dcc484c3f5611f4e375da43e0e0ef08f3d18.patch"; hash = "sha256-A2OzRRk4XT++rS6k6EIyiPy/LJptvVRUxoP7CIGrPWU="; }) ]; </del> setSourceRoot = '' <del> export sourceRoot=$(pwd)/${src.name} </del> <ins> export sourceRoot=$(pwd)/${finalAttrs.src.name} </ins> ''; nativeBuildInputs = kernel.moduleBuildDependencies;

Discussion:
Steps to reproduce the behavior: xone <!-- 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. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I am not able to build either, but my error looks diffrent:
I’ll take a look later today. The released version of xone is quite old at this point. And probably has some incompatibility with newer kernels. Development of it has picked up in the last couple of months. Can probably grab some of the newer patches to fix it
I tried the latest commit from the xone repository using this file to build and seemed to work properly.
Can anyone bump the xone version then?
IDK how the versioning should be. There is no new official release since Jun 20, 2022.
You can use the master branch and set the sha256 value. The Version number is then the date of the commit you use. an example how this work ist here:
Now it happens on NixOS 23.11 as well when using the latest kernel. Can be backported?
Change:
<del> { lib , stdenv , fetchurl , pkg-config , vala , gobject-introspection , gtk-doc , docbook-xsl-nons , docbook_xml_dtd_43 , glib , babl , libpng , cairo , libjpeg , librsvg , lensfun , libspiro , maxflow , netsurf , pango , poly2tri-c , poppler , bzip2 , json-glib , gettext , meson , ninja , libraw , gexiv2 , libwebp , luajit , openexr , OpenCL , suitesparse }: stdenv.mkDerivation rec { pname = "gegl"; version = "0.4.30"; outputs = [ "out" "dev" "devdoc" ]; outputBin = "dev"; src = fetchurl { url = "https://download.gimp.org/pub/gegl/${lib.versions.majorMinor version}/${pname}-${version}.tar.xz"; sha256 = "sha256-wRJ4LPQJaWniMhfM36vkIoTjXVQ1/wxD1A5McPrsqN0="; }; nativeBuildInputs = [ pkg-config gettext meson ninja vala gobject-introspection gtk-doc docbook-xsl-nons docbook_xml_dtd_43 ]; buildInputs = [ libpng cairo libjpeg librsvg lensfun libspiro maxflow netsurf.libnsgif pango poly2tri-c poppler bzip2 libraw libwebp gexiv2 luajit openexr suitesparse ] ++ lib.optional stdenv.isDarwin OpenCL; # for gegl-4.0.pc propagatedBuildInputs = [ glib json-glib babl ]; mesonFlags = [ "-Ddocs=true" "-Dmrg=disabled" # not sure what that is "-Dsdl2=disabled" "-Dpygobject=disabled" "-Dlibav=disabled" "-Dlibv4l=disabled" "-Dlibv4l2=disabled" # Disabled due to multiple vulnerabilities, see # https://github.com/NixOS/nixpkgs/pull/73586 "-Djasper=disabled" ]; # TODO: Fix missing math symbols in gegl seamless clone. # It only appears when we use packaged poly2tri-c instead of vendored one. NIX_CFLAGS_COMPILE = "-lm"; postPatch = '' chmod +x tests/opencl/opencl_test.sh patchShebangs tests/ff-load-save/tests_ff_load_save.sh tests/opencl/opencl_test.sh tools/xml_insert.sh ''; # tests fail to connect to the com.apple.fonts daemon in sandboxed mode doCheck = !stdenv.isDarwin; meta = with lib; { description = "Graph-based image processing framework"; homepage = "https://www.gegl.org"; license = licenses.lgpl3Plus; maintainers = with maintainers; [ jtojnar ]; platforms = platforms.unix; }; } </del>

Discussion:
Describe the bug I get this: It can also be seen on hydra: successful build: (revision ) First unsuccessful build: (revision ) To Reproduce Expected behavior It should build. Notify maintainers Maintainer information:
Considering it's abandonware since there's a new version, not resolving it and just setting it as broken is perhaps best.
Or removing arch from meta.platforms. Though really, nothing should be using such ancient version these days.
See for alternative solution (dropping gegl 0.2 completely)
Change:
memory_profiler = callPackage ../development/python-modules/memory_profiler { }; <ins> meraki = callPackage ../development/python-modules/meraki { }; </ins> mercantile = callPackage ../development/python-modules/mercantile { }; mercurial = toPythonModule (pkgs.mercurial.override {

Discussion:
Project description Cisco Meraki Python module Metadata homepage URL: source URL: license: mit platforms: unix