jiebi/CodeConvo huggingface dataset:
Change:
"d '${cfg.stateDir}/conf' 0750 ${cfg.user} gitea - -" "d '${cfg.stateDir}/custom' 0750 ${cfg.user} gitea - -" "d '${cfg.stateDir}/custom/conf' 0750 ${cfg.user} gitea - -" <ins> "d '${cfg.stateDir}/data' 0750 ${cfg.user} gitea - -" </ins> "d '${cfg.stateDir}/log' 0750 ${cfg.user} gitea - -" "z '${cfg.stateDir}' 0750 ${cfg.user} gitea - -" "z '${cfg.stateDir}/.ssh' 0700 ${cfg.user} gitea - -" "z '${cfg.stateDir}/conf' 0750 ${cfg.user} gitea - -" "z '${cfg.stateDir}/custom' 0750 ${cfg.user} gitea - -" "z '${cfg.stateDir}/custom/conf' 0750 ${cfg.user} gitea - -" <ins> "z '${cfg.stateDir}/data' 0750 ${cfg.user} gitea - -" </ins> "z '${cfg.stateDir}/log' 0750 ${cfg.user} gitea - -" "Z '${cfg.stateDir}' - ${cfg.user} gitea - -"

Discussion:
When first enabling the gitea service (with nothing else than , I get this error on activation: Afterwards seems to be owned by gitea and I don't get any more errors. Maybe we need a systemd-tmpfiles entry for ?
cc
Working this patch?
Indeed it does.
Feel free to file a PR with that.
Change:
# This file was generated by https://github.com/kamilchm/go2nix v2.0-dev <del> { lib, buildGoPackage, zip, fetchFromGitHub }: </del> <ins> { lib, buildGoPackage, zip, fetchFromGitHub, makeWrapper, xdg-utils }: </ins> let webassets = fetchFromGitHub { owner = "gravitational"; repo = "webassets"; <del> rev = "2d79788dbcd005bdcfe5b5120007d0faf8f1fc82"; sha256 = "001a3bx8yyx1hq8y5yiy1jzp122q8gcl369lj0609gaxp6dk5bdw"; </del> <ins> rev = "8ace0cfcc6867651bed3fd5b5f35aaa2a80e1106"; sha256 = "sha256-mzvYysCFMvWHo8Y4cmhAju62jjpe92j564gc12BSdZA="; </ins> }; in buildGoPackage rec { pname = "teleport"; <del> version = "5.1.2"; </del> <ins> version = "5.2.1"; </ins> # This repo has a private submodule "e" which fetchgit cannot handle without failing. src = fetchFromGitHub { owner = "gravitational"; repo = "teleport"; rev = "v${version}"; <del> sha256 = "0h1hn2dpdsmhxac06gn6787z2mnfcwb3wn0c2l7l2qhw6iqpgmvh"; </del> <ins> sha256 = "sha256-8WEVH+04y1/s9KpBlK/LrgHG7qTpu2LqtanKKdi9N08="; </ins> }; goPackagePath = "github.com/gravitational/teleport"; subPackages = [ "tool/tctl" "tool/teleport" "tool/tsh" ]; <del> nativeBuildInputs = [ zip ]; </del> <ins> nativeBuildInputs = [ zip makeWrapper ]; </ins> postBuild = '' pushd .

Discussion:
Describe the bug Browser page fails to open if no installed on the system. To Reproduce Steps to reproduce the behavior: teleport using SAML (might need enterprise license) using tsh + SAML errors thrown, but the browser page doesn't open Expected behavior Browser page should open and ask for credentials. 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 Please run and paste the result. Maintainer information:
Change:
version = "1.1.4"; format = "pyproject"; <ins> disabled = pythonOlder "3.6"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "1c9jksza0gg2gva3liy0s8riv6imjavhnqw05m8l5660knq2yb2y"; </del> <ins> hash = "sha256-XiwvsJ3AmEJRLYBjC7eSNZodM9LARzrUfuI9oL6eMrE="; </ins> }; <ins> postPatch = '' # https://github.com/timothycrosley/hypothesis-auto/pull/20 substituteInPlace pyproject.toml  --replace 'pydantic = ">=0.32.2<2.0.0"' 'pydantic = ">=0.32.2, <2.0.0"'  --replace 'hypothesis = ">=4.36<6.0.0"' 'hypothesis = "*"' ''; </ins> nativeBuildInputs = [ poetry ];

Discussion:
Steps to reproduce the behavior: streamdeck-ui I'm unsure why this happens and how to fix it so I would need help on this Please run and paste the result. (unstable - )
Looks like broke with That PR is full of mines that make it challenging to bisect fully.
Change:
''; }; <ins> logLevel = mkOption { type = types.str; default = "info"; example = "debug"; description = '' Specifies the cupsd logging verbosity. ''; }; </ins> extraFilesConf = mkOption { type = types.lines; default = "";

Discussion:
The documentation for the option suggests that it can b used to set the . However, the initial value of also includes , overriding the value potentially given by the user. Try setting and be surprised when produces no more output than it did previously. Examine and find that in the initial value of appears after the overridden value.
Change:
<ins> { lib, buildPythonPackage, fetchFromGitHub, pytestCheckHook, pythonOlder, html5lib, jsonschema, pytest-cov, pytest-mock, pytest-recording, python-dateutil, requests-mock, setuptools, }: buildPythonPackage rec { pname = "pystac"; version = "1.10.1"; pyproject = true; disabled = pythonOlder "3.9"; src = fetchFromGitHub { owner = "stac-utils"; repo = "pystac"; rev = "v${version}"; hash = "sha256-zJGDhKRX50Muo1YDEzfwypMLISnYBYKkPvUULYkUf68="; }; build-system = [ setuptools ]; propagatedBuildInputs = [ python-dateutil ]; nativeCheckInputs = [ html5lib jsonschema pytestCheckHook pytest-cov pytest-mock pytest-recording requests-mock ]; pythonImportsCheck = [ "pystac" ]; meta = { description = "Python library for working with any SpatioTemporal Asset Catalog (STAC)"; homepage = "https://github.com/stac-utils/pystac"; license = lib.licenses.asl20; maintainers = lib.teams.geospatial.members; }; } </ins>

Discussion:
Project description User friendly Rasterio plugin to read raster datasets. Metadata homepage URL: source URL: license: bsd platforms: unix Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Already packaged by in . Should be easy to add to nixpkgs.
Requires morecantile and pystac, that shoud be to nixpkgs as well.
Change:
}; spotify-unwrapped = callPackage ../applications/audio/spotify { <del> libgcrypt = libgcrypt_1_5; libpng = libpng12; </del> curl = curl.override { sslSupport = false; gnutlsSupport = true; };

Discussion:
removed the older libgcrypt version, but the current spotify client seems to depend on Pretending with produces an error like: GCRYPT_1.2' not found ...` Would it be ok to keep the old library as well, or do we make no concessions on account of disgusting binary blobs?
if anything depends on an older version of a lib it's ok to readd it. Feel free to make a PR to reintroduce the older version and let spotify use it. cc
Change:
owner = pname; repo = pname; rev = "v${version}"; <del> sha256 = "sha256-e9Uo0IJYL9/6/nNL27zfUYnsTwDaOJOcR2CY6t++jDE="; </del> <ins> hash = "sha256-e9Uo0IJYL9/6/nNL27zfUYnsTwDaOJOcR2CY6t++jDE="; </ins> }; cargoHash = "sha256-QSgTpmSojZrwZ0RsUL6c2xO310RZX3gkyGl6oNf6pYI=";

Discussion:
Steps to reproduce the behavior: blightmud on arm64-darwin (unsupported system) command: full log: <!-- 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]:
I submitted a blightmud issue prior to this one Let me know if there's anything I can do to help
If you'd like to submit patches to add additional OS/arch support I would be willing to try and review, but as mentioned on I won't be able to drive the effort from my end.
Should be working now, could you please test it? or if you don't have checked out:
Hey this worked for me. Thanks for the fix!
Change:
gtk3 libcap libdrm <ins> libGL </ins> libnotify libxkbcommon mesa

Discussion:
Running nwjs 0.85 produces the error: The nwjs process then segfaults producing a coredump. I created a Nix flake to reproduce this issue (). Steps to reproduce the behavior: I expect nwjs to display the requested application, without crashing after a short moment. The expected behavior can be reproduced with the command: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi Is the same bug present in 0.87.0? PR:
Yes, it's still present. I a test:
I'm seeing the errors but no segfaults on KDE wayland. Which desktop environment is this? Can you post the segfault?
I should have said that it coredumps, not segfaults. Here's the standard out and standard error output I see on Xorg with the bspwm window manager:
So this is seems related to On wayland it doesn't coredump. betaflight-configurator has problems with nwjs =0.85.0 which I thought was specific with it, but looks like there's a general problem with nwjs 0.85.0 in nixos.
The problem is that is missing. I tried this and it worked: I bet adding to in the nwjs package will fix it.
Change:
goa = callPackage ../development/tools/goa { }; <ins> gohai = callPackage ../tools/system/gohai { }; </ins> gorilla-bin = callPackage ../tools/security/gorilla-bin { }; gosu = callPackage ../tools/misc/gosu { };

Discussion:
Expected output: empty gohai can be found here: This holds for nixpkgs master.
I've submitted to fix this issue. We've worked around it until this is released by adding the derivation to our NixOS configuration repository and adding it to the unit's path, like so: NixOS will merge that option together with the already existing derivations on the unit's path, so it doesn't break the existing configuration. We've been running this change on a dozen or so live-servers and it works fine.
pull request was merged.
The fix is now in 18.03 :)
Change:
dr14_tmeter = callPackage ../applications/audio/dr14_tmeter { }; <ins> dragonflydb = callPackage ../servers/nosql/dragonflydb { }; </ins> dragonfly-reverb = callPackage ../applications/audio/dragonfly-reverb { }; drawing = callPackage ../applications/graphics/drawing { };

Discussion:
Project description Metadata homepage URL: source URL: license: Business Source License 1.1, change to Apache License 2.0 on June 1st 2027 platforms: linux
Can you check out my PR if everything works?
Change:
homepage = "https://github.com/searxng/searxng"; description = "A fork of Searx, a privacy-respecting, hackable metasearch engine"; license = licenses.agpl3Plus; <ins> mainProgram = "searxng-run"; </ins> maintainers = with maintainers; [ SuperSandro2000 _999eagle ]; }; })

Discussion:
The searx service is trying to start and it fails because the actual name is of the executable has been changed to Steps to reproduce the behavior: ... use newest unstable branch ... try to deploy searx service with ... searx service fails to start searx service should start without any issues The default searx package on Nixos is in Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for reporting, I just encountered this bug as well after I updated to the latest unstable branch. I believe that a general migration from to naming needs to be done to avoid these kind of issues in the future.
Change:
}: let cdefs_h = fetchurl { <del> url = "http://git.alpinelinux.org/cgit/aports/plain/main/libc-dev/sys-cdefs.h"; </del> <ins> name = "sys-cdefs.h"; url = "https://git.alpinelinux.org/aports/plain/main/libc-dev/sys-cdefs.h?id=7ca0ed62d4c0d713d9c7dd5b9a077fba78bce578"; </ins> sha256 = "16l3dqnfq0f20rzbkhc38v74nqcsh9n3f343bpczqq8b1rz6vfrh"; }; queue_h = fetchurl { <del> url = "http://git.alpinelinux.org/cgit/aports/plain/main/libc-dev/sys-queue.h"; </del> <ins> name = "sys-queue.h"; url = "http://git.alpinelinux.org/aports/plain/main/libc-dev/sys-queue.h?id=7ca0ed62d4c0d713d9c7dd5b9a077fba78bce578"; </ins> sha256 = "12qm82id7zys92a1qh2l1qf2wqgq6jr4qlbjmqyfffz3s3nhfd61"; }; tree_h = fetchurl { <del> url = "http://git.alpinelinux.org/cgit/aports/plain/main/libc-dev/sys-tree.h"; </del> <ins> name = "sys-tree.h"; url = "http://git.alpinelinux.org/aports/plain/main/libc-dev/sys-tree.h?id=7ca0ed62d4c0d713d9c7dd5b9a077fba78bce578"; </ins> sha256 = "14igk6k00bnpfw660qhswagyhvr0gfqg4q55dxvaaq7ikfkrir71"; }; stack_chk_fail_local_c = fetchurl { <del> url = "https://git.alpinelinux.org/aports/plain/main/musl/__stack_chk_fail_local.c?h=3.10-stable"; </del> <ins> name = "__stack_chk_fail_local.c"; url = "https://git.alpinelinux.org/aports/plain/main/musl/__stack_chk_fail_local.c?id=9afbe3cbbf4c30ff23c733218c3c03d7e8c6461d"; </ins> sha256 = "1nhkzzy9pklgjcq2yg89d3l18jif331srd3z3vhy5qwxl1spv6i9"; };

Discussion:
Steps to reproduce the behavior: the and using an overlay, . Nix twice: (building Nix that targets new store, but lives in old store) (building Nix that targets and lives in new store) for error. I'm trying to build Nix with a different store path, so it's trying to build musl, but it fails due to a hash mismatch. Current hash in should actually be since that file was recently . However, I was told it would be better to include the commit ref in the URL instead of relying on the main branch. <!-- 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:
<ins> { lib , buildGoModule , fetchFromGitHub , nixosTests , caddy , testers , installShellFiles , stdenv }: let version = "2.7.6"; dist = fetchFromGitHub { owner = "caddyserver"; repo = "dist"; rev = "v${version}"; hash = "sha256-aZ7hdAZJH1PvrX9GQLzLquzzZG3LZSKOvt7sWQhTiR8="; }; in buildGoModule { pname = "caddy"; inherit version; src = fetchFromGitHub { owner = "caddyserver"; repo = "caddy"; rev = "v${version}"; hash = "sha256-th0R3Q1nGT0q5PGOygtD1/CpJmrT5TYagrwQR4t/Fvg="; }; vendorHash = "sha256-ebnSehuhbCY58ctM8IRVMfNxxbJBp6ht9cbuLdGFNek="; subPackages = [ "cmd/caddy" ]; ldflags = [ "-s" "-w" "-X github.com/caddyserver/caddy/v2.CustomVersion=${version}" ]; nativeBuildInputs = [ installShellFiles ]; postInstall = '' install -Dm644 ${dist}/init/caddy.service ${dist}/init/caddy-api.service -t $out/lib/systemd/system substituteInPlace $out/lib/systemd/system/caddy.service  --replace-fail "/usr/bin/caddy" "$out/bin/caddy" substituteInPlace $out/lib/systemd/system/caddy-api.service  --replace-fail "/usr/bin/caddy" "$out/bin/caddy" '' + lib.optionalString (stdenv.buildPlatform.canExecute stdenv.hostPlatform) '' # Generating man pages and completions fail on cross-compilation # https://github.com/NixOS/nixpkgs/issues/308283 $out/bin/caddy manpage --directory manpages installManPage manpages/* installShellCompletion --cmd caddy  --bash <($out/bin/caddy completion bash)  --fish <($out/bin/caddy completion fish)  --zsh <($out/bin/caddy completion zsh) ''; passthru.tests = { inherit (nixosTests) caddy; version = testers.testVersion { command = "${caddy}/bin/caddy version"; package = caddy; }; }; meta = with lib; { homepage = "https://caddyserver.com"; description = "Fast and extensible multi-platform HTTP/1-2-3 web server with automatic HTTPS"; license = licenses.asl20; mainProgram = "caddy"; maintainers = with maintainers; [ Br1ght0ne emilylange techknowlogick ]; }; } </ins>

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:
config = mkIf cfg.enable { <del> warnings = lib.optional (cfg.extraConfig != null) '' services.davfs2.extraConfig will be deprecated in future releases, please use the settings option now. </del> <ins> assertions = [ { assertion = cfg.extraConfig != "" -> cfg.settings == { }; message = '' services.davfs2.extraConfig and services.davfs2.settings cannot be used together. Please prefer using services.davfs2.settings. ''; } ]; warnings = optional (cfg.extraConfig != "") '' services.davfs2.extraConfig will be deprecated in future releases; please use services.davfs2.settings instead. </ins> ''; environment.systemPackages = [ pkgs.davfs2 ]; environment.etc."davfs2/davfs2.conf".source = configFile; services.davfs2.settings = { <del> dav_user = cfg.davUser; dav_group = cfg.davGroup; </del> <ins> globalSection = { dav_user = cfg.davUser; dav_group = cfg.davGroup; }; </ins> }; users.groups = optionalAttrs (cfg.davGroup == "davfs2") {

Discussion:
The most recent for davfs2 adds an (equal sign) between keys/values in should be According to the man page: This causes the following error : Steps to reproduce the behavior: in systemd mount: `/etc/davfs2/secrets file using sops-nix or creating the file. Except to see the webdav mount successfully mounted at /mnt/nextcloud without any log errors. N/A Just looks like an inadvertent change in the latest PR. Please run and paste the result.
Change:
; inherit (plasma5Packages.thirdParty) plasma-applet-caffeine-plus <ins> plasma-applet-virtual-desktop-bar </ins> kwin-dynamic-workspaces kwin-tiling krohnkite

Discussion:
Project description An applet for KDE Plasma panel (or Latte Dock) that lets you switch between virtual desktops and also invoke some actions to dynamically manage them in a convenient way. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Plasma applets are straight forward to do. Do you feel like taking a stab at it? Ping me if you get lost/stuck. Inspiration:
... feel like taking a stab at it? I tried. New to Nix. Don't know Nix language, didn't read Nix pills, got a messy setup to sort out. Long road ahead. Feel free to take over. I tried things and couldn't get it to build the program.
I successfully gave a stab. Please take a look. Note: came out, but was removed eventually. Unsure what to do here, I went for .
Change:
} # In case this is a virtio scsi device, we need to explicitly make this available. <del> if ($vendor eq "0x1af4" && $device eq "0x1004") { </del> <ins> if ($vendor eq "0x1af4" && ($device eq "0x1004" || $device eq "0x1048") ) { </ins> push @initrdAvailableKernelModules, "virtio_scsi"; }

Discussion:
Describe the bug When installing NixOS in a VirtualBox VM using a VirtIO disk device, does not include the kernel module in the setting, rendering the resulting system unbootable. In the live system, this kernel module is loaded (verified with ). The module is also not detected when running nixos-generate-config from the resulting VM, meaning that the system would be rendered unbootable when the hardware config is regenerated (e.g. to detect newly hardware). To Reproduce Steps to reproduce the behavior: a new VM with an empty disk connected via a VirtIO interface using the latest NixOS installation ISO, using to generate the initial config. to reboot into the installed system, stage 1 will hang because the root filesystem cannot be found. Or, easier: from within a VirtualBox VM with the root filesystem on a VirtIO disk. that the kernel module is not included in the setting. Expected behavior The kernel module should be to the setting by . Metadata system: host os: multi-user?: sandbox: version: nixpkgs:
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
I ran across this issue, too. For the file , the vendor ID is still correct but the device ID is .
I marked this as stale due to inactivity. &rarr;
Change:
{ stdenv, fetchFromGitHub, curl, expat , jansson, libpng, libjpeg, libGLU_combined, libXxf86vm, pcre <del> , pkgconfig, SDL2, vimNox }: </del> <ins> , pkgconfig, SDL2, vim }: </ins> stdenv.mkDerivation rec { name = pname + "-" + version;

Discussion:
in master (at ) is built from a patched source tree for vim 7.3 from 2012 which was never updated. The resulting package's name is vimconfigurable-8.1.0001 but it actually contains vim 7.3.315. Unfortuately there's no newer version for the source at the listed URL. should either be updated or dropped from nixpkgs. Given that nobody has bothered to update it since 2012, I vote to drop it. (This issue surfaced when removed the pin of to lua 5.1 and broke because the old vim 7.3 is incompatible with lua 5.2).
Let's drop this now since no one has shown any interest.
Change:
# as specified in nixos/release-combined.nix runs-on: ubuntu-latest steps: <ins> - name: Resolving the merge commit run: | if result=$(git ls-remote --exit-code ${{ github.event.pull_request.base.repo.clone_url }} refs/pull/${{ github.event.pull_request.number }}/merge); then mergedSha=$(cut -f1 <<< "$result") echo "The PR appears to not have any conflicts, checking the merge commit $mergedSha" else echo "The PR may have a merge conflict" exit 1 fi echo "mergedSha=$mergedSha" >> "$GITHUB_ENV" </ins> - uses: actions/checkout@v4 with: # pull_request_target checks out the base branch by default <del> ref: refs/pull/${{ github.event.pull_request.number }}/merge </del> <ins> ref: ${{ env.mergedSha }} </ins> # Fetches the merge commit and its parents fetch-depth: 2 - name: Determining PR git hashes run: | <del> echo "mergedSha=$(git rev-parse HEAD)" >> "$GITHUB_ENV" </del> # For pull_request_target this is the same as $GITHUB_SHA echo "baseSha=$(git rev-parse HEAD^1)" >> "$GITHUB_ENV"

Discussion:
Originally posted by in
is the failed workflow run. It looks the same as , but there the problem seems to have been that the PR was merged before the workflow was able to run. This doesn't appear to be the case here though, because the workflow failed at exactly 2023-09-18 14:12:57 but the PR was only merged days later. However, the PR was opened at exactly 2023-09-18 14:12:45, just 12 seconds before the workflow failed. I think the problem can occur when the PR has a merge conflict, or GitHub hasn't computed the merge commit yet, so the ref isn't valid yet. Relevant GitHub docs are : Kind of makes sense, can't get a merge ref before that. I think the best way around this would be to fetch both the latest base branch commit and the PR's head commit, then do an explicit (and skip the worflow if there's a conflict).
Another case here: , and indeed it's due to a merge conflict, the PR () even got the merge conflict label assigned. Turns out the manual merging idea is pretty tricky, because to merge two commits, git needs a common ancestor, but Git doesn't have that without fetching the Git history, and GitHub doesn't have an API endpoint for getting that either. Maybe the best approach here is to have a step before the checkout which just resolves the merge ref using And fails with a better error if it can't be resolved. (If it can be resolved, that resolved SHA should get used in following steps to avoid a potential race condition).
I just created which improves the error message in case of conflicts. I'll consider this fixed after that.
Looks like it's not just merge conflicts that can cause this: The corresponding PR definitely doesn't have a merge conflict: opened to hopefully see what's going on in the future. I'll open this issue again for now
I think this is the solution: See also
This should be fixed by