jiebi/CodeConvo huggingface dataset:
Change:
patches = [ ./xdg-open-brief.patch <ins> # poppler-0.82 compatibility: (fetchpatch { url = "https://github.com/LibreOffice/core/commit/2eadd46a.patch"; sha256 = "1mpipdfxvixjziizbhfbpybpzlg1ijw7s0yqjpmq5d7pf3pvkm4n"; }) ./poppler-0.83.patch </ins> ]; tarballPath = "external/tarballs";

Discussion:
Describe the bug Using commit . See build output . Not sure who the maintainer is as no on github, so pinging recent committers
Guessing that poppler update broke it:
cc
One possibility to fix this would be to use : ... haven't finished compiling but seems to work. Other possibility is to use bundled version of poppler (0.74): ... haven't tested this at all. I don't have fast machine to test this quickly, can someone perhaps ask the bot to build these?
ArchLinux uses this patch Can you try it?
I thing the best option is using upstream patch
Building now
my maintainer handle is simply older than GitHub migration, it is in , though
Change:
<del> <section xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="sec-elm"> <title>Elm</title> <para> To start a development environment do <command>nix-shell -p elmPackages.elm elmPackages.elm-format</command> </para> <para> To update Elm compiler, see <filename>nixpkgs/pkgs/development/compilers/elm/README.md</filename>. </para> <para> To package Elm applications, <link xlink:href="https://github.com/hercules-ci/elm2nix#elm2nix">read about elm2nix</link>. </para> </section> </del>

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! here that you intend to work on it. (Please also post if you stop working on it.) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Follow . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
Change:
config = { <ins> virtualisation.docker.daemon.settings = lib.mkIf (config.hardware.nvidia-container-toolkit.enable && (lib.versionAtLeast config.virtualisation.docker.package.version "25")) { features.cdi = true; }; </ins> hardware.nvidia-container-toolkit.mounts = let nvidia-driver = config.hardware.nvidia.package; in (lib.mkMerge [

Discussion:
Cannot run nvidia compatable containers with docker 25 and = true; Steps to reproduce the behavior: Enable the following Run the following command: Result: nvidia-smi prints gpu If the same command above is run with podman, it correctly prints the GPU. My use case revolves around using this feature in docker compose: I am running this GPU via PCIE passthrough on a libvirt qemu vm if that's relevant. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hello I didn't have the time to try to reproduce yet -- I do use podman myself. -- Looking at the source code, it seems that it needs to be enabled: Also documented in: Have you enabled it explicitly in the or by some NixOS means ( maybe?)
Good news! I was able to reproduce your issue (thank you for the detailed description and I can also confirm that adding the following to my NixOS configuration fixed it: Now I'm going to open a PR to fix this problem, so that CDI works out of the box for Docker users as well.
Change:
systemd.contents."/etc/systemd/networkd.conf" = renderConfig cfg.config; <del> systemd.services.systemd-networkd.wantedBy = [ "initrd.target" ]; </del> <ins> systemd.services.systemd-networkd = { wantedBy = [ "initrd.target" ]; # These before and conflicts lines can be removed when this PR makes it into a release: # https://github.com/systemd/systemd/pull/27791 before = ["initrd-switch-root.target"]; conflicts = ["initrd-switch-root.target"]; }; systemd.sockets.systemd-networkd = { wantedBy = [ "initrd.target" ]; before = ["initrd-switch-root.target"]; conflicts = ["initrd-switch-root.target"]; }; </ins> systemd.services.systemd-network-generator.wantedBy = [ "sysinit.target" ]; systemd.storePaths = [

Discussion:
When using systemd-networkd to manage network devices together with stage1 systemd, the networkd daemon doesn't survive switching to stage2 if . Specifically, should be enabled and some other networking devices should be configured. I've included a patch for the test below that formalizes this. Apply this patch to the nixpkgs tests and run : systemd-network lives even if is false. CC
So the daemon isn't actually supposed to survive across switch-root. It just leaves the interfaces intact when it's stopped. Then when it starts up again in stage 2 it picks back up managing things. And your test is missing a few things. doesn't actually enable systemd stage 1. needs to inherit the netdev from . needs to include in . think needs to add , since that's not enabled by default. With those changes, the test passes as expected for me.
(Update from discussion over on matrix) systemd-networkd.service is not correctly stopped before switch-root It's currently unclear why this happens on some systems and not on others Related systemd issue: , temporary workaround: Temporary workaround:
btw I only asked you to add to make sure you were testing another thing I wanted tested :) The solution to this issue appears to be adding those and bits, which I will open a PR for.
Change:
buildPythonPackage rec { pname = "pandas-stubs"; <del> version = "2.2.0.240218"; </del> <ins> version = "2.2.2.240603"; </ins> pyproject = true; disabled = pythonOlder "3.9";

Discussion:
Steps to reproduce the behavior: recently edited: <!-- 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]:
Change:
<del> { pkgs, lib, gawk, gnused, gixy }: </del> <ins> { pkgs, buildPackages, lib, gawk, gnused, gixy }: </ins> with lib; rec {

Discussion:
shows: I suspected code signing at first, but this is and thus shouldn't be an issue. In the Nix on macOS channel on Matrix, someone suggested it may be a malformed Mach-O binary, Is there maybe something happening in by default we are missing here in the writer derivation? I'd appreciate help from here since I can't figure this out.
Can confirm. Note: used for that.
I can confirm.
I'm getting the following error message when running Which means
What architecture and macOS version is that?
The problem is that writers use , which uses , which doesn't use the phases so signing doesn't happen.
The problem is unrelated to signing, but I do get the impression that we are missing some darwin specific fixupPhase hook.
Darwin hydra reports now:
Change:
<del> { stdenv, fetchurl, coreutils, pam, groff, keepVisudo ? false }: </del> <ins> { stdenv, fetchurl, coreutils, pam, groff }: </ins> stdenv.mkDerivation rec { <del> name = "sudo-1.8.9p4"; </del> <ins> name = "sudo-1.8.10p3"; </ins> src = fetchurl { urls = [ "ftp://ftp.sudo.ws/pub/sudo/${name}.tar.gz" "ftp://ftp.sudo.ws/pub/sudo/OLD/${name}.tar.gz" ]; <del> sha256 = "19y75bsh4z2kid5jk2r84z7rvmnh90n8cb9fbn9l4rcw83lzjhqr"; </del> <ins> sha256 = "002l6h27pnhb77b65frhazbhknsxvrsnkpi43j7i0qw1lrgi7nkf"; </ins> }; postConfigure = ''

Discussion:
The installer test was broken by the change mentioned below, along with the change which adds a keepVisudo option to the package build of sudo. The installer tests do not have network connectivity, therefore requiring that all packages be located on the iso from which they are being installed. The problem is that this patch forces one of the installed sudo derivations to differ from the default, forcing nix to attempt a rebuild of the derivation and subsequently failing to download the sudo sources. We need to either bundle both versions of the sudo derivation or simply remove the keepVisudo option and always keep it Is it a problem to keep visudo around for the default sudo derivation? Broken in:
Change:
<ins> { buildPythonPackage, brainflow, nptyping, numpy, python, setuptools, }: buildPythonPackage { inherit (brainflow) pname version src patches meta ; pyproject = true; build-system = [ setuptools ]; dependencies = [ numpy nptyping ]; buildInputs = [ brainflow ]; postPatch = '' cd python_package ''; postInstall = '' mkdir -p "$out/${python.sitePackages}/brainflow/lib/" cp -Tr "${brainflow}/lib" "$out/${python.sitePackages}/brainflow/lib/" ''; pythonImportsCheck = [ "brainflow" ]; } </ins>

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:
}; dhcp = mkOption { <del> type = types.enum [ "dhclient" "dhcpcd" "internal" ]; </del> <ins> type = types.enum [ "dhcpcd" "internal" ]; </ins> default = "internal"; description = '' Which program (or internal library) should be used for DHCP.

Discussion:
Was announced multiple times, now it is EOL with release 4.2.3 We should remove it before branching 22.05.
Change:
<ins> { lib , aioredis , aiosmtplib , blinker , buildPythonPackage , email_validator , fakeredis , fastapi , fetchFromGitHub , httpx , jinja2 , poetry-core , pydantic , pytest-asyncio , pytestCheckHook , python-multipart , pythonOlder }: buildPythonPackage rec { pname = "fastapi-mail"; version = "1.0.8"; format = "pyproject"; disabled = pythonOlder "3.7"; src = fetchFromGitHub { owner = "sabuhish"; repo = pname; rev = version; hash = "sha256-PkA7qkdDUd7mrtvb6IbCzFRq6X0M3iKY+FKuNConJ5A="; }; nativeBuildInputs = [ poetry-core ]; propagatedBuildInputs = [ aioredis aiosmtplib blinker email_validator fakeredis fastapi httpx jinja2 pydantic python-multipart ]; checkInputs = [ pytest-asyncio pytestCheckHook ]; disabledTests = [ # Tests require access to /etc/resolv.conf "test_default_checker" "test_redis_checker" ]; pythonImportsCheck = [ "fastapi_mail" ]; meta = with lib; { description = "Module for sending emails and attachments"; homepage = "https://github.com/sabuhish/fastapi-mail"; license = with licenses; [ mit ]; maintainers = with maintainers; [ fab ]; }; } </ins>

Discussion:
Project description Fastapi-email package is needed for fastapi projects. Metadata homepage URL: source license: mit, bsd, gpl2+ , ... platforms: unix, linux, darwin, ...
Change:
]; postPatch = '' <del> cp -r ${finalAttrs.gmic_stdlib} src/gmic_stdlib.h # CMake build files were moved to subdirectory. mv resources/CMakeLists.txt resources/cmake . </del> <ins> cp -r ${finalAttrs.gmic_stdlib} src/gmic_stdlib_community.h </ins> '' + lib.optionalString stdenv.isDarwin '' substituteInPlace CMakeLists.txt 

Discussion:
Package name: gmic Latest released version: 3.3.5 Current version on the unstable channel: 3.3.1 Current version on the stable/release channel: 3.3.1 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:
mkDerivation rec { pname = "qdigidoc"; <del> version = "4.2.12"; </del> <ins> version = "4.4.0"; </ins> src = fetchurl { url = "https://github.com/open-eid/DigiDoc4-Client/releases/download/v${version}/qdigidoc4-${version}.tar.gz"; <del> hash = "sha256-6bso1qvhVhbBfrcTq4S+aHtHli7X2A926N4r45ztq4E="; </del> <ins> hash = "sha256-5zo0yoY0wufm9DWRIccxJ5g4DXn75nT4fd2h+5QP4oQ="; </ins> }; tsl = fetchurl {

Discussion:
Package name: qdigidoc Latest released version: 4.4.0 <!-- Search your package here: --- Current version on the unstable channel: 4.2.12 Current version on the stable/release channel: 4.2.12 <!-- 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.
Change:
rm    -rf "$STATE_DIRECTORY/_diag/" # Cleanup token from config <del> rm -f "$RUNTIME_DIRECTORY"/${currentConfigTokenFilename} mv    "$RUNTIME_DIRECTORY"/${newConfigTokenFilename} "$STATE_DIRECTORY/${currentConfigTokenFilename}" </del> <ins> rm "$STATE_DIRECTORY/${newConfigTokenFilename}" </ins> # Symlink to new config ln -s '${newConfigPath}' "${currentConfigPath}"

Discussion:
After rebooting the machine, the systemd service fails to start due to an "invalid user: ‘github-runner’" Steps to reproduce the behavior: The systemd service enters the state : It does not happen after every reboot. I have not found the circumstances that make the systemd service fail. One workaround to bring the service back to the running state is to manually restart . Please run and paste the result. Maintainer information:
Thanks for raising this. I guess I ran into this as well already but didn't give it too much thought. Now, after reading systemd.service(5) again, I believe we should prefix with instead of : I'm not sure that's really the issue but it seems like the user/group () is not always set up when systemd runs . It appears would make sure they exist. I'm going to open a PR. Regardless of fixing this issue (which I hope it does), it makes sense to use instead of .
Wow, thanks for the quick response! I will check out your PR soon.
Change:
hash = "sha256-QbKW2wjhUNej3zoX18LdeUHqjNLYhEKyvPH2MXzp/iQ="; }; <ins> patches = [ # FIXME: remove for next release (fetchpatch { url = "https://github.com/jarun/nnn/commit/20e944f5e597239ed491c213a634eef3d5be735e.patch"; hash = "sha256-RxG3AU8i3lRPCjRVZPnej4m1No/SKtsHwbghj9JQ7RQ="; }) ]; </ins> configFile = lib.optionalString (conf != null) (builtins.toFile "nnn.h" conf); preBuild = lib.optionalString (conf != null) "cp ${finalAttrs.configFile} src/nnn.h";

Discussion:
nnn includes a , but this is not currently included. nnn supports building with , but this is not supported. Nerdfonts has been recently updated to 3.0, this partially broke the icons in nnn. A fix is already , this should be backported. It would be nice to have all of this --
Change:
pcre2 jack2 libpcap <ins> libslirp </ins> qt5.qtbase qt5.qttools ] ++ lib.optional stdenv.isLinux alsa-lib

Discussion:
Package name: _86Box Latest released version: 4.0 <!-- Search your package here: --- Current version on the unstable channel: 3.11 Current version on the stable/release channel: 3.11 <!-- 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.
I'm a bit busy but I'll try to get back to this on the weekend. I want to check the build system and deps to make sure there's nothing I should be updating there beyond swapping the version numbers, it looks like a decently large changelog.
Change:
{ stdenv, fetchurl, cairo, colord, glib, gtk3, gusb, intltool, itstool <del> , libusb1, libxml2, pkgconfig, sane-backends, vala_0_23, wrapGAppsHook </del> <ins> , libusb1, libxml2, pkgconfig, sane-backends, vala_0_32, wrapGAppsHook </ins> , gnome3 }: stdenv.mkDerivation rec { name = "simple-scan-${version}"; <del> version = "3.21.1"; </del> <ins> version = "${major_version}.0.1"; major_version = "3.22"; </ins> src = fetchurl { <del> sha256 = "00w206isni8m8qd9m8x0644s1gqg11pvgnw6zav33b0bs2h2kk79"; url = "https://launchpad.net/simple-scan/3.21/${version}/+download/${name}.tar.xz"; </del> <ins> url = "https://launchpad.net/simple-scan/${major_version}/${version}/+download/${name}.tar.xz"; sha256 = "0l1b3llkdlqq0bcjx1cadba67l2zb4zfykdaprpjbjbr6gkbc1f5"; </ins> }; <del> buildInputs = [ cairo colord glib gusb gtk3 libusb1 libxml2 sane-backends vala_0_23 ]; </del> <ins> buildInputs = [ cairo colord glib gnome3.defaultIconTheme gusb gtk3 libusb1 libxml2 sane-backends vala_0_32 ]; </ins> nativeBuildInputs = [ intltool itstool pkgconfig wrapGAppsHook ]; configureFlags = [ "--disable-packagekit" ];

Discussion:
Installed simple-scan. There are only place-holder icons in the toolbar. run look at toolbar with only place-holder icons System: NixOS: Nix version:nix-env (Nix) 1.11.4 Nixpkgs version: ""
What is your window manager?
I am using Enlightenment (e19).
do you mind confirming that this works?
Yes, it works. Thank you very much.
Change:
{ lib , stdenv , fetchFromGitHub <ins> , cmake </ins> , darwin , removeReferencesTo , btop

Discussion:
Steps to reproduce the behavior: on x86_64-darwin Thanks for looking! Broken commit: Working commit: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This is failing on aarch64-darwin too.
Haha great! Now I can stop trying to bisect this on a 2015 laptop <img width="282" alt="" src=""
Check out the posted PR. It fixed Darwin for me
Change:
with lib; <ins> let cfg = config.boot; in </ins> { ###### interface

Discussion:
defaults to the tmpfs defaults: 50% of RAM. What do you think about making it configurable? tmpfs has no real overhead when not used and just like normal memory, it can be swapped out if memory gets tight. I have a hp microserver n40l with 8GB RAM and i can't rebuild the linux kernel with , as my /tmp fills up even though i have a bit of RAM left.
I know i can do this instead (copied from one of my machines): but I don't like having a nice option for this, and still using the "manual" way.
since you have already found a solution for this, have you considered opening a PR?
i don't find that conversation atm (discussion was probably on irc?). anyway, my "fix" was too liberal in it accepts as input (bool and string) and didn't reuse the original systemd template/unit file. feel free to reuse this as a basis for your own pr or give me pointers how i could do that in a few lines and without messing around with the option. maybe i'll try a pr with the solution, but thats more of a hack. thanks for the reminder, that this is still an issue.
Why is a hack?
because it doesn't automatically get new features from the upstream systemd unit file. that was the main part of point two. whenever systemd gets a new feature, the unit files in every distro get automatic upgrades - just nixos would need manual intervention.
Oh I wasn't aware how this is currently done. Is it realistic to expect new "features" for a filesystem mount? Maybe my imagination is lacking, but I have no idea what that might be.
see
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .

This still seems like a desirable feature, especially since nix builds happen in /tmp.
I marked this as stale due to inactivity. &rarr;
Any activity on this? I've a build failing, even though boot.tmpOnTmpfs is set to false
have you tried increasing size of /tmp ? eg
Where is the RuntimeDirectory located? I thought that should be , which on my system is pretty big: I'll try to add that option to my config, not sure I fully understand what it does though, is it documented in more detail somewhere?_
sorry i made mistake in my post when i mentioned because its really not that one on my system it's You can look up systemd documentation for RuntimeDirectory
Rebuild nixos and reboot.
There is now an option for this:
For those who end up here, my problem was that for some reason was set to . Tip: just change the value and inspect the result with .
Change:
weather-icons = callPackage ../data/fonts/weather-icons { }; <ins> whitesur-gtk-theme = callPackage ../data/themes/whitesur { }; </ins> whitesur-icon-theme = callPackage ../data/icons/whitesur-icon-theme { }; wireless-regdb = callPackage ../data/misc/wireless-regdb { };

Discussion:
Project description Create a package for the WhiteSur GTK theme. Metadata homepage URL: source URL: license: mit platforms: linux By the same author as the Mojave GTK theme that there is already a package for: This project uses a new build process though so I was unable to adapt the old package for the new theme. Additionally the install script supports a large number of parameters to customize the theme. The readme details how this works. It would be nice if the package supported setting those parameters.
Change:
githubId = 29855073; name = "Michael Colicchia"; }; <ins> massimogengarelli = { email = "massimo.gengarelli@gmail.com"; github = "massix"; githubId = 585424; name = "Massimo Gengarelli"; }; </ins> matejc = { email = "cotman.matej@gmail.com"; github = "matejc";

Discussion:
Project description onedriver is a native Linux filesystem for Microsoft OneDrive. It contains GUI and CLI tools for mounting Onedrive cloud shares as local drives, downloading files accessed on demand. Metadata homepage URL: source URL: license: gpl3 platforms: linux
I am very excited about this one, I am actually a DM in a D&D campaign and onedriver has always been my best tool for rapid storage and edit of the stuff. Thanks everyone!
Change:
stdenv.mkDerivation (finalAttrs: { pname = "bcachefs-tools"; <del> version = "1.7.0-unstable-2024-05-09"; </del> <ins> version = "1.9.2"; </ins> src = fetchFromGitHub { owner = "koverstreet"; repo = "bcachefs-tools"; <del> # FIXME: switch to a tagged release once available > 1.7.0 # Fix for https://github.com/NixOS/nixpkgs/issues/313350 rev = "3ac510f6a41feb1b695381fa30869d557c00b822"; hash = "sha256-ZmkeYPiCy7vkXnMFbtUF4761K+I+Ef7UbmSY7dJG09U="; </del> <ins> rev = "refs/tags/v${finalAttrs.version}"; hash = "sha256-1GsRBAVAfD0SAM1gk8W+bX7MtxunGKOLtXweL4rrf9Q="; </ins> }; nativeBuildInputs = [

Discussion:
Package name: bcachefs-tools Latest released version: 1.9.1 <!-- Search your package here: --- Current version on the unstable channel: 1.7.0-unstable-2024-05-09 Current version on the stable/release channel: 1.7.0-unstable-2024-05-09 <!-- 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]:
Change:
''; in mkDerivation rec { pname = "deadd-notification-center"; <del> version = "unstable-2022-11-07"; </del> <ins> version = "2.0.3"; </ins> src = fetchFromGitHub { owner = "phuhl"; repo = "linux_notification_center"; <del> rev = "f4b8e2b724d86def9e7b0e12ea624f95760352d5"; hash = "sha256-ClJfWqStULvmj5YRAUDAmn2WOSA2sVtyZsa+qSY51Gk="; </del> <ins> rev = "${version}"; hash = "sha256-OM4zzKdo0HMvzAl7BG9IuSHmTauSC5rLWoJJOAshDYg="; </ins> }; isLibrary = false;

Discussion:
Package name: -notification-center Latest released version: 2.0.2 <!-- Search your package here: --- Current version on the unstable channel: 2022-11-07 Current version on the stable/release channel: 2022-04-20 <!-- 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.
There is a regression that I want fixed before I update the package,