jiebi/CodeConvo huggingface dataset:
Code change:
When enabling freshrss and rebuilding, no freshrss systemd service is started. Steps to reproduce the behavior: (as well other requirements for minimal config) (with , for me) The only freshrss units are and . to in browser. Unable to connect. A service with (or something?) is created and runs automatically. The http server is accessible from a browser. I initially tried running in a container, but running on the host OS had the same result Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Freshrss doesn't run as a systemd service. It runs under php-fpm. The associated systemd service is . This is then exposed via nginx. I believe the default nginx configuration will expose freshrss on port 80, so http://localhost may work for your current configuration. The used by nginx for freshrss is . My guess is you'll need to configure it. If you want to access freshrss via "http://localhost:8080" you could use a config like:
Sorry I never responded to this! This worked, thank you.
i guess we can close this then? please report back if i am wrong.
I do agree with qyriad that this could be explicitly documented better, but I don't have any further issue to specifically track
any specific location where you want this documented? where would you look something like this up?
I would probably put in the description of the option.

Related discussion:
text: type = types.str; default = poolName; description = '' <del> Name of the phpfpm pool to use and setup. If not specified, a pool will be created </del> <ins> Name of the php-fpm pool to use and setup. If not specified, a pool will be created </ins> with default values. ''; };
Code change:
Slack reproducibly crashes: Steps to reproduce the behavior: to Sway Slack It should not crash 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]:

Related discussion:
text: x86_64-darwin-version = "4.38.121"; x86_64-darwin-sha256 = "1w0s6j8z8961sv4y00jxpy5gjlj0dswyxs15c7isb26ii11nn1i2"; <del> x86_64-linux-version = "4.38.121"; x86_64-linux-sha256 = "0qp7wxmdg2lpvbx7gshgbqxf7jjvgnwx20cfjwgw6wwzanb0gi96"; </del> <ins> x86_64-linux-version = "4.38.125"; x86_64-linux-sha256 = "sha256-BJeFXZ8STbMCmGvYRoFsfsyIpGukQkuwv0m2NzE+89c="; </ins> aarch64-darwin-version = "4.38.121"; aarch64-darwin-sha256 = "161z947p7a2d7584hybl77chab8y027cqpph2hd2s4b5k6bchkj5";
Code change:
Steps to reproduce the behavior: <details<summaryBuild log</summary</detailsOut of the few packages I've tried installing using , all of them failed with "detected dubious ownership in repository". It builds successfully if I use the commit that introduced : Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Git bisect says is the first bad commit.
not sure if the error is intentional, but the changes in that version are explained in
Okay, it seems intentional: So we have to change the julia builder accordingly, since anything in is presumably owned by , which is not the user used in the build. Not sure if that'd require an upstream fix, I'm not familiar with julia.
PR here:

Related discussion:
text: # for finding the extra packages we need to add python ${./python}/find_package_implications.py "${closureYaml}" '${lib.generators.toJSON {} packageImplications}' extra_package_names.txt <del> # git config --global --add safe.directory '/nix' </del> <ins> # Work around new git security features added in git 2.44.1 # See https://github.com/NixOS/nixpkgs/issues/315890 git config --global --add safe.directory '*' </ins> export JULIA_PKG_USE_CLI_GIT="true" # At time of writing, this appears to be the only way to turn precompiling's
Code change:
When Freshrss is first taken into use the service presents configuration wizard where it asks for language and complains of invalid file permissions. The service should configure these automatically, but it does not. Steps to reproduce the behavior: freshrss with nixos rebuild "http://<MYDOMAINHERE" to web browser 's web page opens to configuration wizard Freshrss's web page should open to the "Main stream" page. This can be fixed by manually starting which does the configuration. It does not get started automatically when you first enable freshrss though, with no indication that you should start it yourself. Which led in my case to much wasted hours and frustration. Example output from rebuild: ^-- No at the list of new started units Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can you see if adding the following configuration fixes this for you?
Hi, seems that it does indeed fix it. :+1: Tested this by starting from scratch: freshrss's nix configuration nixos rebuild accessing freshrss's web page and got 404 error to another location freshrss's nix configuration back in and applied your fix nixos rebuild again accessing freshrss's web page and got the expected main stream page Also another side benefit is that it is now possible to change admin's password via . Previously it required also running of manually afterwards.

Related discussion:
text: { description = "Set up the state directory for FreshRSS before use"; wantedBy = [ "multi-user.target" ]; <del> serviceConfig = defaultServiceConfig //{ Type = "oneshot"; User = "freshrss"; Group = "freshrss"; StateDirectory = "freshrss"; WorkingDirectory = cfg.package; </del> <ins> serviceConfig = defaultServiceConfig // { RemainAfterExit = true; </ins> }; <ins> restartIfChanged = true; </ins> environment = { DATA_PATH = cfg.dataDir; };
Code change:
When Freshrss is first taken into use the service presents configuration wizard where it asks for language and complains of invalid file permissions. The service should configure these automatically, but it does not. Steps to reproduce the behavior: freshrss with nixos rebuild "http://<MYDOMAINHERE" to web browser 's web page opens to configuration wizard Freshrss's web page should open to the "Main stream" page. This can be fixed by manually starting which does the configuration. It does not get started automatically when you first enable freshrss though, with no indication that you should start it yourself. Which led in my case to much wasted hours and frustration. Example output from rebuild: ^-- No at the list of new started units Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can you see if adding the following configuration fixes this for you?
Hi, seems that it does indeed fix it. :+1: Tested this by starting from scratch: freshrss's nix configuration nixos rebuild accessing freshrss's web page and got 404 error to another location freshrss's nix configuration back in and applied your fix nixos rebuild again accessing freshrss's web page and got the expected main stream page Also another side benefit is that it is now possible to change admin's password via . Previously it required also running of manually afterwards.

Related discussion:
text: environment = { DATA_PATH = cfg.dataDir; }; <del> serviceConfig = defaultServiceConfig //{ </del> <ins> serviceConfig = defaultServiceConfig // { </ins> ExecStart = "${cfg.package}/app/actualize_script.php"; }; };
Code change:
Package name: Latest released version: 46.0 <!-- Search your package here: --- Current version on the unstable channel: 46.0 Current version on the stable/release channel: 46.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]: Fixes very annoying bug for users with nvidia dGPU notebooks on gnome using external displays. Reports of the Bug:

Related discussion:
text: , pantheon }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "epiphany"; <del> version = "46.0"; </del> <ins> version = "46.1"; </ins> src = fetchurl { <del> url = "mirror://gnome/sources/${pname}/${lib.versions.major version}/${pname}-${version}.tar.xz"; hash = "sha256-9DSPLPUcB8DBBtEwFy1NI/LNQGh3Hh3gB7dYyireVmA="; </del> <ins> url = "mirror://gnome/sources/epiphany/${lib.versions.major finalAttrs.version}/epiphany-${finalAttrs.version}.tar.xz"; hash = "sha256-Jg+BRp7WR0bCsRQ/Lzi+3NloR3hlZ7CX2fcv072dsUI="; </ins> }; nativeBuildInputs = [
Code change:
Package name: Latest released version: 46.0 <!-- Search your package here: --- Current version on the unstable channel: 46.0 Current version on the stable/release channel: 46.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]: Fixes very annoying bug for users with nvidia dGPU notebooks on gnome using external displays. Reports of the Bug:

Related discussion:
text: passthru = { updateScript = gnome.updateScript { <del> packageName = pname; </del> <ins> packageName = "epiphany"; </ins> }; };
Code change:
Package name: Latest released version: 46.0 <!-- Search your package here: --- Current version on the unstable channel: 46.0 Current version on the stable/release channel: 46.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]: Fixes very annoying bug for users with nvidia dGPU notebooks on gnome using external displays. Reports of the Bug:

Related discussion:
text: license = licenses.gpl3Plus; platforms = platforms.linux; }; <del> } </del> <ins> }) </ins>
Code change:
Package name: Latest released version: 46.0 <!-- Search your package here: --- Current version on the unstable channel: 46.0 Current version on the stable/release channel: 46.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]: Fixes very annoying bug for users with nvidia dGPU notebooks on gnome using external displays. Reports of the Bug:

Related discussion:
text: stdenv.mkDerivation (finalAttrs: { pname = "gdm"; <del> version = "46.0"; </del> <ins> version = "46.2"; </ins> outputs = [ "out" "dev" ]; src = fetchurl { url = "mirror://gnome/sources/gdm/${lib.versions.major finalAttrs.version}/${finalAttrs.pname}-${finalAttrs.version}.tar.xz"; <del> hash = "sha256-jWy1IXbspItrvxz+L9rgjZZ3taDyvKYA3uRgTeDdHvw="; </del> <ins> hash = "sha256-TuNFQioWU3FQzYQkUM2lKyyoaYS8Ue4gzcAl3PS9Jos="; </ins> }; mesonFlags = [
Code change:
Package name: Latest released version: 46.0 <!-- Search your package here: --- Current version on the unstable channel: 46.0 Current version on the stable/release channel: 46.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]: Fixes very annoying bug for users with nvidia dGPU notebooks on gnome using external displays. Reports of the Bug:

Related discussion:
text: stdenv.mkDerivation (finalAttrs: { pname = "gnome-control-center"; <del> version = "46.1"; </del> <ins> version = "46.2"; </ins> src = fetchurl { url = "mirror://gnome/sources/gnome-control-center/${lib.versions.major finalAttrs.version}/gnome-control-center-${finalAttrs.version}.tar.xz"; <del> hash = "sha256-gXkkIwGd7aHSoHTB7Pan5u8xcsCcvm9NeZWktd6igxI="; </del> <ins> hash = "sha256-YzXGy4Fk5XTbUh//Yc+j36pV8dtmrjvKAnUKGT4cTz0="; </ins> }; patches = [
Code change:
Package name: Latest released version: 46.0 <!-- Search your package here: --- Current version on the unstable channel: 46.0 Current version on the stable/release channel: 46.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]: Fixes very annoying bug for users with nvidia dGPU notebooks on gnome using external displays. Reports of the Bug:

Related discussion:
text: stdenv.mkDerivation (finalAttrs: { pname = "gtksourceview"; <del> version = "5.12.0"; </del> <ins> version = "5.12.1"; </ins> outputs = [ "out" "dev" "devdoc" ]; <del> src = let inherit (finalAttrs) pname version; in fetchurl { url = "mirror://gnome/sources/${pname}/${lib.versions.majorMinor version}/${pname}-${version}.tar.xz"; hash = "sha256-2vMv9dMVDWOFkX01A6hbngR7oViysDB5MUycAIE/oB8="; </del> <ins> src = fetchurl { url = "mirror://gnome/sources/gtksourceview/${lib.versions.majorMinor finalAttrs.version}/gtksourceview-${finalAttrs.version}.tar.xz"; hash = "sha256-hMgqrZhcWq2ufOp4BJBKdjQeyCsmjUZZTBpHjzm0LB8="; </ins> }; patches = [
Code change:
Package name: Latest released version: 46.0 <!-- Search your package here: --- Current version on the unstable channel: 46.0 Current version on the stable/release channel: 46.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]: Fixes very annoying bug for users with nvidia dGPU notebooks on gnome using external displays. Reports of the Bug:

Related discussion:
text: , gnome }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "libdex"; <del> version = "0.6.0"; </del> <ins> version = "0.6.1"; </ins> outputs = [ "out" "dev" "devdoc" ]; src = fetchurl { <del> url = "mirror://gnome/sources/${pname}/${lib.versions.majorMinor version}/${pname}-${version}.tar.xz"; hash = "sha256-HojSsAYo5Ya3I7f7pRXM6XUvrxISLN5aPA1biDmYUio="; </del> <ins> url = "mirror://gnome/sources/libdex/${lib.versions.majorMinor finalAttrs.version}/libdex-${finalAttrs.version}.tar.xz"; hash = "sha256-0XbeZXhXHjKowLYDtqWhP6X4f7a1RCV1s47FrxaxepI="; </ins> }; nativeBuildInputs = [
Code change:
Package name: Latest released version: 46.0 <!-- Search your package here: --- Current version on the unstable channel: 46.0 Current version on the stable/release channel: 46.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]: Fixes very annoying bug for users with nvidia dGPU notebooks on gnome using external displays. Reports of the Bug:

Related discussion:
text: description = "Library supporting deferred execution for GNOME and GTK"; homepage = "https://gitlab.gnome.org/GNOME/libdex"; maintainers = teams.gnome.members; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.linux ++ platforms.darwin; </ins> license = licenses.lgpl21Plus; }; <del> } </del> <ins> }) </ins>
Code change:
Package name: python312 Latest released version: 3.12.4 <!-- Search your package here: --- Current version on the unstable channel: 3.12.3 Current version on the stable/release channel: 3.12.3 <!-- 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]:

Related discussion:
text: sourceVersion = { major = "3"; minor = "12"; <del> patch = "3"; </del> <ins> patch = "4"; </ins> suffix = ""; }; <del> hash = "sha256-Vr/vH9/BIhzmcg5DpmHj60F4XdkUzplpjYx4lq9L2qE="; </del> <ins> hash = "sha256-9tQZpth0OrJnAIAbSQjSbZfouYbhT5XeMbMt4rDnlVQ="; </ins> inherit (darwin) configd; inherit passthruFun; };
Code change:
Package name: monado Latest released version: 2024-06-07 (24.0.0) <!-- Search your package here: --- Current version on the unstable channel: 2024-01-02 Current version on the stable/release channel: 2024-01-02 <!-- 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]:
PR at
Thank you!

Related discussion:
text: monetdb = callPackage ../servers/sql/monetdb { }; <del> monado = callPackage ../applications/graphics/monado { </del> <ins> monado = callPackage ../by-name/mo/monado/package.nix { </ins> inherit (gst_all_1) gstreamer gst-plugins-base; };
Code change:
The service will ask docker to mount the binary which is not provided by the Nvidia driver v470. Using NixOS 24.05 with nixpkgs . Steps to reproduce the behavior: should not be mounted when the binary is missing. <img width="1234" alt="image" src=""<img width="854" alt="image" src="" Edited: a workaround Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for the report You can also set in the meantime. I'll open a PR as soon as possible.

Related discussion:
text: inherit hostPath containerPath; options = mountOptions; }; <del> jqAddMountExpression = ".containerEdits.mounts[.containerEdits.mounts | length] |= . +"; allJqMounts = lib.concatMap (mount: ["${lib.getExe jq} '${jqAddMountExpression} ${builtins.toJSON (mkMount mount)}'"]) mounts; </del> <ins> mountToCommand = mount: "additionalMount "${mount.hostPath}" "${mount.containerPath}" '${builtins.toJSON mount.mountOptions}'"; mountsToCommands = mounts: if (builtins.length mounts) == 0 then "cat" else (lib.strings.concatMapStringsSep " | n" mountToCommand mounts); </ins> in writeScriptBin "nvidia-cdi-generator" ''
Code change:
The service will ask docker to mount the binary which is not provided by the Nvidia driver v470. Using NixOS 24.05 with nixpkgs . Steps to reproduce the behavior: should not be mounted when the binary is missing. <img width="1234" alt="image" src=""<img width="854" alt="image" src="" Edited: a workaround Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for the report You can also set in the meantime. I'll open a PR as soon as possible.

Related discussion:
text: --nvidia-ctk-path ${lib.getExe' nvidia-container-toolkit "nvidia-ctk"} } <del> cdiGenerate |  ${lib.concatStringsSep " | " allJqMounts} > $RUNTIME_DIRECTORY/nvidia-container-toolkit.json </del> <ins> function additionalMount { local hostPath="$1" local containerPath="$2" local mountOptions="$3" if [ -e "$hostPath" ]; then ${lib.getExe jq} ".containerEdits.mounts[.containerEdits.mounts | length] = { "hostPath": "$hostPath", "containerPath": "$containerPath", "options": $mountOptions }" else echo "Mount $hostPath ignored: could not find path in the host machine" >&2 cat fi } cdiGenerate | ${mountsToCommands mounts} > $RUNTIME_DIRECTORY/nvidia-container-toolkit.json </ins> ''
Code change:
The service will ask docker to mount the binary which is not provided by the Nvidia driver v470. Using NixOS 24.05 with nixpkgs . Steps to reproduce the behavior: should not be mounted when the binary is missing. <img width="1234" alt="image" src=""<img width="854" alt="image" src="" Edited: a workaround Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for the report You can also set in the meantime. I'll open a PR as soon as possible.

Related discussion:
text: /usr/local/nvidia/lib64. ''; }; <ins> package = lib.mkPackageOption pkgs "nvidia-container-toolkit" { }; </ins> }; };
Code change:
The service will ask docker to mount the binary which is not provided by the Nvidia driver v470. Using NixOS 24.05 with nixpkgs . Steps to reproduce the behavior: should not be mounted when the binary is missing. <img width="1234" alt="image" src=""<img width="854" alt="image" src="" Edited: a workaround Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for the report You can also set in the meantime. I'll open a PR as soon as possible.

Related discussion:
text: let script = pkgs.callPackage ./cdi-generate.nix { inherit (config.hardware.nvidia-container-toolkit) mounts; <ins> nvidia-container-toolkit = config.hardware.nvidia-container-toolkit.package; </ins> nvidia-driver = config.hardware.nvidia.package; deviceNameStrategy = config.hardware.nvidia-container-toolkit.device-name-strategy; };
Code change:
The service will ask docker to mount the binary which is not provided by the Nvidia driver v470. Using NixOS 24.05 with nixpkgs . Steps to reproduce the behavior: should not be mounted when the binary is missing. <img width="1234" alt="image" src=""<img width="854" alt="image" src="" Edited: a workaround Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thank you for the report You can also set in the meantime. I'll open a PR as soon as possible.

Related discussion:
text: ntfy-sh = handleTest ./ntfy-sh.nix {}; ntfy-sh-migration = handleTest ./ntfy-sh-migration.nix {}; ntpd-rs = handleTest ./ntpd-rs.nix {}; <ins> nvidia-container-toolkit = runTest ./nvidia-container-toolkit.nix; </ins> nvmetcfg = handleTest ./nvmetcfg.nix {}; nzbget = handleTest ./nzbget.nix {}; nzbhydra2 = handleTest ./nzbhydra2.nix {};