jiebi/CodeConvo huggingface dataset:
Change:
aeson base Chart Chart-diagrams diagrams diagrams-svg directory extra filepath shake text yaml ]; <del> homepage = "https://github.com/digital-asset/ghcide#readme"; </del> <ins> homepage = "https://github.com/haskell/ghcide#readme"; </ins> description = "The core of an IDE"; license = stdenv.lib.licenses.asl20; }

Discussion:
Describe the bug , a nested dependency, requires < 4.1.14. To Reproduce
Can probably be closed now?
Yes, I thought that would happen automatically.
I just bumped on (something very similar to?) this:
Change:
propagatedBuildInputs = [ libjpeg xz zlib ]; #TODO: opengl support (bogus configure detection) <del> buildInputs = [ libdeflate ] # TODO: move all propagatedBuildInputs to buildInputs. ++ lib.optionals (stdenv.isDarwin) [ Cocoa GLUT libGL libGLU ]; </del> <ins> buildInputs = [ libdeflate ]; </ins> enableParallelBuilding = true;

Discussion:
I don't know if Mesa is even required on Darwin but I think it definitely shouldn't cause more rebuilds on Darwin than on Linux. CI currently reports 1001-2500 rebuilds on Linux and 5001+ rebuilds on Darwin (see e.g. ). For CI reported 2501-5000 rebuilds on Darwin but for the next PR () this increased to 5001+ rebuilds. Mesa updates are merged though staging-next as staging is too slow for the biweekly releases. I'll leave this issue here for you in case you want to avoid that (those rebuilds are most likely unnecessary and AFAIK Hydra's build capacity for Darwin is severely lacking). Otherwise you may just close it as well. Edit: Oh, and if something just needs the headers it shouldn't depend on Mesa, see: and
Not the case on darwin:
what does mean? I looked though the Git history and you didn't document this in or (that code was later extracted into : ). It looks like does at least build on Darwin, e.g.: and . I have no idea if the dispatching works but I'd assume that at least the headers should be usable on Darwin.
IIRC the used to be marked as broken on darwin in the past, I don't know why.
The strange thing is that fixed the build on Darwin () before And it wasn't marked as broken at that time. The following doesn't return anything: . And only returns two commits: and (the latter the Darwin support).
The original issue should be fixed now. Regarding libglvnd, I'm not sure what the deal is. The X11 implementation for OpenGL with / probably shouldn't differ much between Linux/BSD and macOS. Probably not worth looking into that, unless there is some maintenance burden associated with that.
Ok, thanks a lot for decreasing the number of unnecessary rebuilds.
Change:
gappsWrapperArgs+=( # Add gio to PATH so that moving files to the trash works when not using a desktop environment --prefix PATH : ${glib.bin}/bin <del> --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ libglvnd ]} </del> --add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}" --add-flags ${lib.escapeShellArg commandLineArgs} )

Discussion:
With the last , gpu acceleration broke for non-wayland. Error code: I can confirm that I have gpu acceleration working when I pin vscode nixpkgs to which is the parent commit of I also tried the following, linking libglvnd's libGLESv2 into vscode directory. The error changed and terminal rendering completely broke with a black screen: postInstall = '' ln -sf ''; Steps to reproduce the behavior: VScode with the --verbose flag, so it outputs details about the startup and other stuff how it complains about missing library. code --status to see check that it's indeed using software rendering. VSCode uses gpu acceleration. See Please run and paste the result.
In general when you are not loading bundled/vendor libraries, then all the libraries ideally should be loaded from the system (especially if they are related) otherwise you run into problems. Try doing what you did in but also for which is provided by the package. I think also provides for that matter.
Almost works. There is a different error now. says for gpu accel instead of . But terminal rendering is still laggy.
Maybe I should go ahead and do the same for , , too. Edit: I tried linking libvulkan and libvkswiftshader but it didn't change anything. I couldn't figure out where to find a so couldn't try that but I doubt it's related. I also took a look at and tried in , both with and . But it complained about missing in so that didn't work.
Try:
It's still looking for a after either or . doesn't contain neither nor .
Would it make sense to bring bundled back so that it works for everybody? Would bringing it back break
I think if you have the it should continue to work for Wayland, and if you remove the it should work for X11 (it seems to explicitly try to load the bundled library). If you can test that and it does actually work it is probably a good enough solution.
Change:
<ins> { config, lib, pkgs, ... }: with lib; let cfg = config.services.libreddit; args = concatStringsSep " " ([ "--port ${toString cfg.port}" "--address ${cfg.address}" ] ++ optional cfg.redirect "--redirect-https"); in { options = { services.libreddit = { enable = mkEnableOption "Private front-end for Reddit"; address = mkOption { default = "0.0.0.0"; example = "127.0.0.1"; type =  types.str; description = "The address to listen on"; }; port = mkOption { default = 8080; example = 8000; type = types.port; description = "The port to listen on"; }; redirect = mkOption { type = types.bool; default = false; description = "Enable the redirecting to HTTPS"; }; openFirewall = mkOption { type = types.bool; default = false; description = "Open ports in the firewall for the libreddit web interface"; }; }; }; config = mkIf cfg.enable { systemd.services.libreddit = { description = "Private front-end for Reddit"; wantedBy = [ "multi-user.target" ]; after = [ "network.target" ]; serviceConfig = { DynamicUser = true; ExecStart = "${pkgs.libreddit}/bin/libreddit ${args}"; AmbientCapabilities = lib.mkIf (cfg.port < 1024) [ "CAP_NET_BIND_SERVICE" ]; Restart = "on-failure"; RestartSec = "2s"; }; }; networking.firewall = mkIf cfg.openFirewall { allowedTCPPorts = [ cfg.port ]; }; }; } </ins>

Discussion:
Project description 10 second pitch: Libreddit is a portmanteau of "libre" (meaning freedom) and "Reddit". It is a private front-end like Invidious but for Reddit. Browse the coldest takes of r/unpopularopinion without being tracked. Demo: Metadata homepage URL: source URL: license: agpl3 platforms: unix, linux, darwin, ...
could you please give a try? Thanks
That's just the package, but not a service (like ) right?
Yes, it's only the package for the moment.
There seems to be a bug present in the latest release. I opened a feature request () which could improve the service. Sorry, it will take some time till we can finish this.
Change:
buildGoPackage rec { pname = "singularity"; <del> version = "3.2.1"; </del> <ins> version = "3.6.1"; </ins> <del> src = fetchFromGitHub { owner = "sylabs"; repo = "singularity"; rev = "v${version}"; sha256 = "14lhxwy21s7q081x7kbnvkjsbxgsg2f181qlzmlxcn6n7gfav3kj"; </del> <ins> src = fetchurl { url = "https://github.com/hpcng/singularity/releases/download/v${version}/singularity-${version}.tar.gz"; sha256 = "070jj6kbiw23sd2p4xhvmyb8gd83imwgisdf18ahkwp7dq85db3c"; </ins> }; goPackagePath = "github.com/sylabs/singularity"; goDeps = ./deps.nix; <del> buildInputs = [ openssl utillinux ]; nativeBuildInputs = [ removeReferencesTo which makeWrapper ]; </del> <ins> buildInputs = [ gpgme openssl libuuid ]; nativeBuildInputs = [ removeReferencesTo utillinux which makeWrapper cryptsetup ]; </ins> propagatedBuildInputs = [ coreutils squashfsTools ]; <del> prePatch = '' substituteInPlace internal/pkg/build/copy/copy.go  </del> <ins> postPatch = '' substituteInPlace internal/pkg/build/files/copy.go  </ins> --replace /bin/cp ${coreutils}/bin/cp '';

Discussion:
Describe the bug A clear and concise description of what the bug is. The current version singularity 3.2.1 may be out-dated, so that it work abnormally. Should be upgraded to 3.5.3 To Reproduce Steps to reproduce the behavior: Expected behavior A clear and concise description of what you expected to happen. Start a shell normally Screenshots If applicable, add screenshots to help explain your problem. Additional context According to This is because that the singularity 3.2.1 is out-dated, "This issue is due to a mount option passed, which is not ignored on newer kernels and leads to an error. Please use Singularity 3.5.3 to address this issue." 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. system: host os: multi-user?: sandbox: version: channels(root): channels(astrojhgu): nixpkgs: Maintainer information:
cc
Working on this jbedo/nixpkgs Haven't fully tested yet.
Change:
stdenv.mkDerivation rec { pname = "gmsh"; <del> version = "4.11.1"; </del> <ins> version = "4.12.2"; </ins> src = fetchurl { url = "https://gmsh.info/src/gmsh-${version}-source.tgz"; <del> sha256 = "sha256-xf4bfL1AOIioFJKfL9D11p4nYAIioYx4bbW3boAFs2U="; </del> <ins> hash = "sha256-E+CdnKgQLlxAFx1u4VDGaHQrmMOmylf4N/e2Th4q9I8="; </ins> }; buildInputs = [

Discussion:
Package name: gmsh Latest released version: 4.12.2 Current version on the unstable channel: 4.11.1 Current version on the stable/release channel: 4.11.1 Notify maintainers This package has no 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:
githubId = 615606; name = "Glenn Searby"; }; <ins> Gliczy = { name = "Gliczy"; github = "Gliczy"; githubId = 129636582; }; </ins> glittershark = { name = "Griffin Smith"; email = "root@gws.fyi";

Discussion:
Project description Doom source port. Fork of prboom+ with extra tooling for demo recording and playback, with a focus on speedrunning. Metadata homepage URL: source URL: license: gpl2 platforms: linux
Change:
++ map escapeShellArg container.cmd ); <del> ExecStartPre = ["-${pkgs.docker}/bin/docker rm -f ${name}"] ++ (optional (container.imageFile != null) "${pkgs.docker}/bin/docker load -i ${container.imageFile}"); ExecStop = ''${pkgs.bash}/bin/sh -c "[ $SERVICE_RESULT = success ] || ${pkgs.docker}/bin/docker stop ${name}"''; ExecStopPost = "-${pkgs.docker}/bin/docker rm -f ${name}"; </del> <ins> ExecStop = ''${pkgs.bash}/bin/sh -c "[ $SERVICE_RESULT = success ] || docker stop ${name}"''; </ins> ### There is no generalized way of supporting `reload` for docker ### containers. Some containers may respond well to SIGHUP sent to their

Discussion:
Describe the bug The docker-containers systemd services set strings for systemd options that can accept a list, like ExecStopPost and ExecStartPre: In my case I'd like to append an unrelated poststop task (a sqlite vacuum). If the options were set to lists I could just have my command merged, but because they're strings I need to mkForce and copy in the upstream commands. To Reproduce Create a config like: This results in an error: " has conflicting definitions". Expected behavior Multiple poststop declarations in the resulting unit, like what happens with Additional context This is vaguely related to , which also has to do with making more flexible. Metadata system: host os: multi-user?: sandbox: version: channels(simon): nixpkgs: Maintainer information:
I believe 's attributes get put into the unit file verbatim. This would also be a systemd.services issue, not a Docker one. Have you tried
I'm not sure it's a systemd issue: it already seems to support using lists, but docker-containers doesn't make use of them. doesn't seem to help. It results in being set as well, so causes the same error. To clarify, I'm proposing something like this: That would let docker-containers users who want to append other tasks avoid copying in the upstream config and overriding it:
I stumbled across this issue when trying to add something to . You are right about not being useful, but you solution requires a change in the systemd definition (where I do not know whether it might break something). It also makes the section less of a direct mapping between the unit file and the option. In my opinion, the correct solution would be to move the values for to the mergable options . Note that this fix should not interact with the two other proposed changes and
Unfortunately, it is not universal advice, as it won't work if there is already defined.
is defined for all containers that are created with , due to In my opinion, the value for should be moved to and to . These options allow composing. I'll prepare a pull request to fix this when I have a bit of time (I think it will be ready in ~4-5 hours).
Change:
clang_35 = wrapCC llvmPackages_35.clang; clang_34 = wrapCC llvmPackages_34.clang; <ins> clang-tools = callPackage ../development/tools/clang-tools { }; </ins> clang-analyzer = callPackage ../development/tools/analysis/clang-analyzer { }; clangUnwrapped = llvm: pkg: callPackage pkg { inherit llvm; };

Discussion:
I noticed that ( and friends) is part of right now. Installing it means it will override systems and such. Is there a separate package that contains only ?
Closing since nobody is giving a ** about this request.
When people don't respond it does not necessarily mean they don't care, but they may have more important (in their opinion) matters to deal with first.
I understand. I'm totally OK with this because sometimes I don't respond to issues either. It's not urgent and I can hack around this.
Even better than hacking around it, you can submit a pull request :-)
Change:
<del> { fetchFromGitHub , lib , SDL2 , libGL , libarchive , libusb-compat-0_1 , qtbase , qmake , git , libpng , pkg-config , wrapQtAppsHook , stdenv }: stdenv.mkDerivation rec { pname = "CEmu"; version = "1.3"; src = fetchFromGitHub { owner = "CE-Programming"; repo = "CEmu"; rev = "v${version}"; sha256 = "1wcdnzcqscawj6jfdj5wwmw9g9vsd6a1rx0rrramakxzf8b7g47r"; fetchSubmodules = true; }; nativeBuildInputs = [ qmake git wrapQtAppsHook pkg-config ]; buildInputs = [ SDL2 libGL libarchive libusb-compat-0_1 qtbase libpng ]; qmakeFlags = [ "gui/qt" "CONFIG+=ltcg" ]; meta = with lib; { changelog = "https://github.com/CE-Programming/CEmu/releases/tag/v${version}"; description = "Third-party TI-84 Plus CE / TI-83 Premium CE emulator, focused on developer features"; homepage = "https://ce-programming.github.io/CEmu"; license = licenses.gpl3; maintainers = with maintainers; [ luc65r ]; platforms = [ "x86_64-linux" "x86_64-darwin" ]; broken = stdenv.isDarwin; }; } </del>

Discussion:
See title Steps to reproduce the behavior: Fails compilation on x86_64-linux with It should build. Or it should be marked as broken. Please run and paste the result.
Would it make sense to use the opportunity and rename it to along the way (to deconflict with which could be )? It seems to me that nobody is currently relying on this to work for their nix configurations since it stopped properly building 4 months ago (I don't even think it builds in 22.05?).
Change:
homepage = "https://docs.openvinotoolkit.org/"; license = with licenses; [ asl20 ]; platforms = platforms.all; <del> broken = (stdenv.isLinux && stdenv.isx86_64) # at 2022-09-23 || stdenv.isDarwin; # Cannot find macos sdk </del> <ins> broken = stdenv.isDarwin; # Cannot find macos sdk </ins> maintainers = with maintainers; [ tfmoraes ]; }; }

Discussion:
When trying to get openvino in a shell, something fails to build with a linker error similar to shell nixpkgs#openvino OpenVINO builds successfully and it's provided in a shell. The nix build log is attached. Please run and paste the result.
Web-viewable logs on hydra:
Would also be nice to have a more recent version that could work with frigate.
The original error meant that tbb was built with gcc 11, while openvino was built using gcc 10.
Change:
popd ''; <del> pythonImportsCheck = [ "webview" ]; </del> <ins> pythonImportsCheck = [ "webview" ]; </ins> meta = with lib; { <del> homepage = "https://github.com/r0x0r/pywebview"; </del> description = "Lightweight cross-platform wrapper around a webview"; <ins> homepage = "https://github.com/r0x0r/pywebview"; </ins> license = licenses.bsd3; maintainers = with maintainers; [ jojosch ]; };

Discussion:
is failing to build due to test failures Steps to reproduce the behavior: Package should buikd Please run and paste the result.
Fails on Hydra:
Change:
find scripts -name 'xonsh*' -exec sed -i -e "s|env -S|env|" {} ; find -name "*.xsh" | xargs sed -ie 's|/usr/bin/env|${coreutils}/bin/env|' patchShebangs . <ins> substituteInPlace scripts/xon.sh  --replace 'python' "${python3Packages.python}/bin/python" ''; makeWrapperArgs = [ "--prefix PYTHONPATH : ${placeholder "out"}/lib/${python3Packages.python.libPrefix}/site-packages" ]; postInstall = '' wrapProgram $out/bin/xon.sh  $makeWrapperArgs </ins> ''; disabledTests = [

Discussion:
Describe the bug Additional context I to because I wanted to play around with it before setting it as login shell. Not off to a good start. Notify maintainers Notifying these 3 because they all touched the pkg recently. Metadata system: host os: multi-user?: sandbox: version: nixpkgs:
I ran this in a , using , and the issue appears to be fixed. However, on I continue to see the same problem with , but seems to work.
I marked this as stale due to inactivity. &rarr;
Change:
### The fixup phase {#ssec-fixup-phase} <del> The fixup phase performs some (Nix-specific) post-processing actions on the files installed under `$out` by the install phase. The default `fixupPhase` does the following: </del> <ins> The fixup phase performs (Nix-specific) post-processing actions on the files installed under `$out` by the install phase. The default `fixupPhase` does the following: </ins> - It moves the `man/`, `doc/` and `info/` subdirectories of `$out` to `share/`. - It strips libraries and executables of debug information. - On Linux, it applies the `patchelf` command to ELF executables and libraries to remove unused directories from the `RPATH` in order to prevent unnecessary runtime dependencies. <del> - It rewrites the interpreter paths of shell scripts to paths found in `PATH`. E.g., `/usr/bin/perl` will be rewritten to `/nix/store/some-perl/bin/perl` found in `PATH`. </del> <ins> - It rewrites the interpreter paths of shell scripts to paths found in `PATH`. E.g., `/usr/bin/perl` will be rewritten to `/nix/store/some-perl/bin/perl` found in `PATH`. See [](#patch-shebangs.sh) for details. </ins> #### Variables controlling the fixup phase {#variables-controlling-the-fixup-phase}

Discussion:
Project description
I marked this as stale due to inactivity. &rarr;
ping! Is this still an issue?
has been The command still does not have documentation in the Nixpkgs manual.
Is satisfying? Could use approval to get merged.
It's a good step, but it doesn't (yet?) tell me what the options are.
Now it does.
Change:
promtool ${what} $out '' else file; <del> # Pretty-print JSON to a file writePrettyJSON = name: x: pkgs.runCommandLocal name { } '' echo '${builtins.toJSON x}' | ${pkgs.jq}/bin/jq . > $out ''; generatedPrometheusYml = writePrettyJSON "prometheus.yml" promConfig; </del> <ins> generatedPrometheusYml = json.generate "prometheus.yml" promConfig; </ins> # This becomes the main config file for Prometheus promConfig = {

Discussion:
I am currently struggling with the ability to configure a valid federation between two Prometheus instances. Instance A is my Prometheus master and import all scraped values from Instance B with a specific label. The current module implementation does not result in a valid federation configuration (or i dont get it how to properly escape it). A minimal setup for a federation is The problematic part is here the field. From the match Params has to contain a line like . The specific params from does define the type as a attribute list of strings, so my example should result in the desired result. Please notice that the quotes around the LabelValue are important in that case otherwise it does not result in a valid request to a federation instance. Steps to reproduce the behavior: example code form above generated configuration file for missing quotes. (Optional) Have another Prometheus instance set up and data available to be loaded and verity that no values can be imported The generated config from aboves example is Which is missing the quotes, which are required to be a valid configuration. The actual error the server may get on loading the data could be something like that (I did just fill in the params as GET like the documentation of Prometheus explains how the federation values are loaded) A user is able to configure a federation via declarative scrapeConfig attribute. The expected configuration for above's example is I also tried other combinations like resulting in an escaped value , which is also obvious wrong. I already tried to analyze the issue to some point. At is the actual writing of the file. When i do something like with my flake (tank is the hostname of the Prometheus master) That should be the minimal part of the config writing without the prior validation logic and results in the expected result So my assumption is that it gets somewhere on validation broken and that is here: Sadly i am a newbie on nix language and not able to bring that to a nix repl to play around. But as the plain write operation does result in a valid configuration i am at least optimistic that i do not do things wrong. As workaround i can use configText attribute to bring in again the fixed generated config. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something.

-- (I have @ the last editor of the file and the persons which edited the section i assume may causes the issue, as the module has no meta tag) Please run and paste the result.
The issue do occur due echoing the content that way . This removed the qoutes. There is a nice tool in which handles that situation, but should basically do the same as it was done before.
Change:
rustPlatform.buildRustPackage rec { pname = "kakoune-lsp"; <del> version = "17.1.1"; </del> <ins> version = "17.1.2"; </ins> src = fetchFromGitHub { owner = "kakoune-lsp"; repo = "kakoune-lsp"; rev = "v${version}"; <del> sha256 = "sha256-XBH2pMDiHJNXrx90Lt0IcsbMFUM+X7GAHgiHpdlIdR4="; </del> <ins> sha256 = "sha256-NZDp98Ne6z7DlJ2vZiqGzw5ukusOkEjb+eyvmxB+IKI="; </ins> }; patches = [ (replaceVars ./Hardcode-perl.patch { inherit perl; }) ]; <del> cargoHash = "sha256-Yi+T+9E3Wvce4kDLsRgZ07RAGLrq7dkinKpvvGeLeS0="; </del> <ins> cargoHash = "sha256-QonOqdcdp1vbxzLnF46X0DLVay2Up1LvHZ/ZZ04LqlE="; </ins> buildInputs = lib.optionals stdenv.isDarwin [ CoreServices

Discussion:
Part of . Steps to reproduce the behavior: kak-lsp Fails on unstable and master, tested with <!-- 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:
]; meta = { <ins> changelog = "https://github.com/streamdeck-linux-gui/streamdeck-linux-gui/releases/tag/v${version}"; </ins> description = "Linux compatible UI for the Elgato Stream Deck"; downloadPage = "https://github.com/streamdeck-linux-gui/streamdeck-linux-gui/"; homepage = "https://streamdeck-linux-gui.github.io/streamdeck-linux-gui/";

Discussion:
Steps to reproduce the behavior: streamdeck ui x64 system nixos-unstable Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
this issue has been going on for about 2 months, but seemed unreported.
Change:
cp README.md "$out/share/doc/nbd-${version}/" ''; <del> doCheck = true; </del> <ins> doCheck = !stdenv.isDarwin; </ins> passthru.tests = { test = nixosTests.nbd;

Discussion:
Thank you for packaging NBD! However, the current NBD package does not have TLS support. Is it possible to add TLS support to the compile process? Set and try to connect to an TLS-enabled server. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: