jiebi/CodeConvo huggingface dataset:
Change:
storage.lookup = mkDefault "db"; storage.blob = mkDefault "blob"; resolver.type = mkDefault "system"; <del> resolver.public-suffix = mkDefault ["https://publicsuffix.org/list/public_suffix_list.dat"]; </del> <ins> resolver.public-suffix = lib.mkDefault [ "file://${pkgs.publicsuffix-list}/share/publicsuffix/public_suffix_list.dat" ]; </ins> }; systemd.services.stalwart-mail = {

Discussion:
The new version of stalwart mail (0.7.0), has changed a lot and the module needs a rewrite for a while now, for example: I have forked nixpkgs, to remove the standard settings, to allow me to make a more complex setting. issues I see. No way to disable the default options, in: . WebUI is not currently supported The package imports the entire . <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
If you want to make a contribution, even a small one, im happy to help you get it merged !
I can take a look, as I have written quite extensive configuration for my Stalwart instance. I can check it out to make it available as a NixOS module
That would be amazing ! There is an open pr from the bot for the 0.7 upgrade, you can take over that one or make the update in a new pr. Thank you !
WIP module. I haven't tested it out yet. I will probably do so this evening:
Not yet entirely fixed, module and test need some work to support = 0.7.0
By the way, since migrating to stalwart = 0.7 requires some manual migration in any case, would it be worth setting the default database type to rocksdb instead of sqlite in the module?
In my opinion yes, for the love of Linux or just make it undefined. Do you have a git repo, where I can track your progress and when I have time, give improvements?
Change:
tar -xvf data.tar.xz ''; <del> nativeBuildInputs = [ patchelf ]; </del> <ins> nativeBuildInputs = [ patchelf makeWrapper ]; </ins> buildInputs = [ stdenv.cc.cc stdenv.cc.libc zlib libX11 libXt libXext libSM libICE libxcb

Discussion:
H.264 videos and specifically those (WebM and Theora are fine) don't play, which means that videos on Facebook and Twitter (at least) report an error. There are instructions for getting a patched version of the ffmpeg lib installed into your home folder which works, but ideally wouldn't be needed: to that the H.264 video don't work but the others do. System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run ) Sandboxing enabled: (run )
What browser are you using? Works on Chromium, Firefox and qutebrowser (qtwebkit) on master for me.
Vivaldi, hence the title of the issue...
Oh, sorry, didn't know there's a browser called vivaldi.
Change:
html-proofer = callPackage ../tools/misc/html-proofer { }; <ins> htmlq = callPackage ../development/tools/htmlq { inherit (pkgs.darwin.apple_sdk.frameworks) Security; }; </ins> htpdate = callPackage ../tools/networking/htpdate { }; http-prompt = callPackage ../tools/networking/http-prompt { };

Discussion:
Project description Like jq, but for HTML. Uses CSS selectors to extract bits of content from HTML files. Metadata homepage URL: source URL: license: MIT platforms: Unix
Outstanding, thank you
Change:
<ins> simple-tb.vhd:71:5:@700ms:(report note): 32 simple-tb.vhd:71:5:@900ms:(report note): 78 simple-tb.vhd:71:5:@1100ms:(report note): 105 simple-tb.vhd:71:5:@1300ms:(report note): 120 simple-tb.vhd:71:5:@1500ms:(report note): 79 simple-tb.vhd:71:5:@1700ms:(report note): 83 simple-tb.vhd:71:5:@1900ms:(report note): 32 simple-tb.vhd:75:1:@2100ms:(report note): All tests passed. </ins>

Discussion:
Describe the bug To Reproduce -env -i ghdl-llvm # or nix run ... -a Expected behavior ghdl compiles and runs the code Additional context uses LLVM as a backend to compile VHDL to a simulator executable for RTL simulation. It finally links its outputs using (via a call to gcc). The problem is, that in this linking step it also wants to link , which the linker can not find. However, in a everything works as intended. Even a and appending to NIX_LDPATH suffices. I tried various (combinations) of and friends and also , but never got this to work. I suspect that there is something in the setup hook of the nix-shell, but inspecting and comparing s didn't get me any further. Maybe someone could look into this or introduce me to the dark magic of and packaging compilers. (Looking at other compiler's .nix files also was a dead end for me.)
I marked this as stale due to inactivity. &rarr;
Change:
]; # BPF A call to built-in function '__stack_chk_fail' is not supported. <del> hardeningDisable = [ "stackprotector" ]; </del> <ins> hardeningDisable = [ "stackprotector" "zerocallusedregs" ]; </ins> cmakeFlags = [ "-DUSE_EXTERNAL_JSON=ON"

Discussion:
Steps to reproduce the behavior: and perform a nixos-rebuild. Full Log: This is a clang build error related to the unsupported option '-fzero-call-used-regs=used-gpr'. <!-- --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Weird, that flag is supposed to be disabled by default.
Nonetheless, disabling it manually fixes it, I will create a pr.
Thanks!
Change:
substituteInPlace $out/share/vulkan/implicit_layer.d/MangoHud.${layerPlatform}.json  --replace "VK_LAYER_MANGOHUD_overlay" "VK_LAYER_MANGOHUD_overlay_${toString stdenv.hostPlatform.parsed.cpu.bits}" '' + '' <del> # Add OpenGL driver path to RUNPATH to support NVIDIA cards </del> <ins> # Add OpenGL driver and libXNVCtrl paths to RUNPATH to support NVIDIA cards </ins> addOpenGLRunpath "$out/lib/mangohud/libMangoHud.so" <ins> patchelf --add-rpath ${libXNVCtrl}/lib "$out/lib/mangohud/libMangoHud.so" </ins> '' + lib.optionalString gamescopeSupport '' addOpenGLRunpath "$out/bin/mangoapp" '' + lib.optionalString finalAttrs.finalPackage.doCheck ''

Discussion:
Going by , I would not trust to work reliably with a different version of the Nvidia driver. It may happen to work with some version combinations if the protocol versions happen to match, but could break at any time if an update makes the protocols not match.
I should have looked at the history before posting my previous comment. The comment has not changed since at least , so it is quite stable. The also appears to be between client and , rather than between the library and the driver.
If we confirm this to work, I'd suggest we move into a separate package in , except that we write it in a generic manner so that each variant of can override it with different sources
Change:
"wrapt" "zeroconf" "Flask-Login" <ins> "werkzeug" </ins> ]; in ''

Discussion:
Due to the update in which includes octoprint fails to build in current unstable release. Octoprint needs a version <8, whereas black now demands a version of = 8. Steps to reproduce the behavior: octoprint should build. <!-- 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. One could add an additional overwrite for black at this point. On the other hand, octoprint just released its rc2 which drops python2 support and makes a lot of the overwrites unnecessary.
Please just remove black from the test pipeline. There is no reason to run it.
AFAIK black isn't used in the test pipeline. At least neither click, nor octoprint have black as a build input. Still, some package version of derivation seems to require black. I submitted a PR, which pins the version of black to the last working version.
Black is almost never a runtime dependency. Most of the time it can be safely removed from any requires which safes us the hassle of pinning it or fixing issues.
Hi as I said it is a runtime dependency. In this case . In any case, I would rather see move forward, which would remove most of the overrides.
We should probably wait for a stable release of octoprint first
Change:
description = lib.mdDoc "Enable the XFCE screensaver."; }; }; <ins> environment.xfce.excludePackages = mkOption { default = []; example = literalExpression "[ pkgs.xfce.xfce4-volumed-pulse ]"; type = types.listOf types.package; description = lib.mdDoc "Which packages XFCE should exclude from the default environment"; }; </ins> }; config = mkIf cfg.enable { <del> environment.systemPackages = with pkgs.xfce // pkgs; [ </del> <ins> environment.systemPackages = utils.removePackagesByName (with pkgs.xfce // pkgs; [ </ins> glib # for gsettings gtk3.out # gtk-update-icon-cache

Discussion:
Describe the bug lacks an option to exclude some packages. Expected behavior xfce service should provide an option like in GNOME3 service. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
I marked this as stale due to inactivity. &rarr;
Change:
libusb = callPackage ../development/libraries/libusb {}; libusb1 = callPackage ../development/libraries/libusb1 { <del> inherit (darwin) libobjc IOKit; </del> <ins> inherit (darwin) libobjc; inherit (darwin.apple_sdk.frameworks) IOKit; </ins> }; libusbmuxd = callPackage ../development/libraries/libusbmuxd { };

Discussion:
libnfc from the cache does not seem to work for me: ~ What happens is a null-pointer dereference somewhere inside IOKit: ~ I am really not sure what is going on, but what troubles me is that I cannot reproduce the build on my laptop: apparently, the examples depend on readline, which is not listed as a dependency. ~ How does the manage to succeed on Hydra? What’s wrong with libnfc or libusb built on Hydra? After I as a dependency the build succeded and the resulting libnfc is fully functional.
Do you use sandboxing?
I honestly do not know how it works and if it is enabled by default.
I have opened to address the readline issue (which is probably completely unrelated).
I ask because it could account for the difference (that is, there could be an impurity in the build, causing it to break in unsandboxed environments EDIT: or allowing it to succeed, whichever). It's not enabled by default, but I'm not sure about how stuff works on MacOS wrt sandboxing.
Hm, you have a point. I guess it’s not sandboxing but something similar: building in a pure nix-shell yields non-functional utils.
Ok, now I see. Without it found Homebrew (as the expression does not depend on and therefore the system is not shadowed) and it told it about libusb installed from Homebrew. So, apparently libusb is the culprit.
On my end, I've found that with to the build environment, the readline error manifests (whereas it builds fine otherwise); adding both & allows it to build. There's no segfault, however. As a side note, FWIW, is much weaker than the isolation provided by the build sandbox (it just clears most of the shell environment, you can still traverse the rootfs & pick up all sorts of impurities).
How did you build this? Do you see the same result with ?
Try running: in your nix-shell. see
We need some proper way to fix that.
We could have it set in at least temporarily. There are no real side effects to just setting it besides the potential impurities.

I spent most of yesterday trying to debug the issue but with no luck: I did not manage to build libusb and libnfc with debug symbols (I have no idea how works on macOS; apparently it puts debug symbols into but does not copy them to the resulting binary, therefore, when the library is installed into the store, debug symbols are gone. It would be great if someone taught me how to do this properly).
What exactly is that impure thing that makes pull system CF?
In this case it's the framework, that's linked against the system CoreFoundation, I'm still testing some stuff but I'm pretty sure that I have a proper solution.
Change:
, libxml2 , xz , nv-codec-headers <ins> , nv-codec-headers-11 </ins> , openal , ocl-icd # OpenCL ICD , opencl-headers  # OpenCL headers

Discussion:
Package name: ffmpeg Latest released version: 6.0 Current version on the unstable channel: 5.1.2 Notify maintainers Related: I think the way to go with such a rename should be to follow the instructions here: Note for maintainers: Please tag this issue in your PR.
Current version is 4.x, this would probably be as an extra package (ffmpeg_6 and variants)
BTW, 5.1 is LTS and should be maintained by upstream for two years, if I got it right.
I wonder if this should be closed, as default remained same. (even 4 on , but 5 soon from )
I think 6 by default is something we should do for 23.11 and keep 5 on 23.05.
ffmpeg defaults to 6 now on master
Change:
<ins> { stdenv, SDL2, fetchFromGitHub, cmake }: stdenv.mkDerivation rec { pname = "rnnoise-plugin"; version = "0.9"; src = fetchFromGitHub { owner = "werman"; repo = "noise-suppression-for-voice"; rev = "v${version}"; sha256 = "18bq5b50xw3d4r1ildinafpg3isb9y216430h4mm9wr3ir7h76a7"; }; buildInputs = [ cmake ]; cmakeFlags = [ "-DCMAKE_BUILD_TYPE=Release" ]; meta = with stdenv.lib; { description = "A real-time noise suppression plugin for voice based on Xiph's RNNoise"; homepage = "https://github.com/werman/noise-suppression-for-voice"; license = licenses.gpl3; platforms = platforms.all; maintainers = with maintainers; [ panaeon ]; }; } </ins>

Discussion:
Project description NoiseTorch is an easy to use open source application for Linux with PulseAudio. It creates a virtual microphone that suppresses noise, in any application. Metadata homepage URL: source URL: license: gpl3 platforms: linux language: go
I'll try to package it myself soon.
For those who want to try now before the package is merged go build works ok:
Change:
woodpecker-cli = callPackage ../development/tools/continuous-integration/woodpecker/cli.nix { }; <del> woodpecker-pipeline-transform = callPackage ../development/tools/continuous-integration/woodpecker-pipeline-transform { }; </del> woodpecker-plugin-git = callPackage ../development/tools/continuous-integration/woodpecker-plugin-git { }; woodpecker-server = callPackage ../development/tools/continuous-integration/woodpecker/server.nix { };

Discussion:
Package name: . Latest released version: 0.2.0 Current version on the unstable channel: 0.1.1 Current version on the stable/release channel: 0.1.1 Notify maintainers Myself :-) 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:
# so install them globally. environment.systemPackages = [ cfg.package ]; <ins> environment.etc."gnunet.conf".text = configFile; </ins> systemd.services.gnunet = { description = "GNUnet"; after = [ "network.target" ]; wantedBy = [ "multi-user.target" ]; <ins> restartTriggers = [ configFile ]; </ins> path = [ cfg.package pkgs.miniupnpc ]; <del> environment.TMPDIR = "/tmp"; serviceConfig.PrivateTmp = true; serviceConfig.ExecStart = "${cfg.package}/lib/gnunet/libexec/gnunet-service-arm -c ${configFile}"; </del> <ins> serviceConfig.ExecStart = "${cfg.package}/lib/gnunet/libexec/gnunet-service-arm -c /etc/gnunet.conf"; </ins> serviceConfig.User = "gnunet"; serviceConfig.UMask = "0007"; <del> serviceConfig.WorkingDirectory = homeDir; </del> <ins> serviceConfig.WorkingDirectory = stateDir; serviceConfig.RuntimeDirectory = "gnunet"; serviceConfig.StateDirectory = "gnunet"; </ins> }; };

Discussion:
After enabling the GNUnet service with , it prints a lot of errors at startup: Additionally, attempting to stop the deamon with reveals that it is apparently not even running: Please run and paste the result.
Change:
<ins> { lib, stdenv, vscode-utils, autoPatchelfHook, libxcrypt-legacy, }: vscode-utils.buildVscodeMarketplaceExtension { mktplcRef = { name = "sourcery"; publisher = "sourcery"; version = "1.16.0"; hash = "sha256-SHgS2C+ElTJW4v90Wg0QcsSL2FoSz+SxZQpgq2J4JiU="; }; postPatch = '' pushd sourcery_binaries/install rm -r win ${if stdenv.isLinux then "mac" else "linux"} popd ''; nativeBuildInputs = lib.optionals stdenv.isLinux [ autoPatchelfHook ]; buildInputs = [ stdenv.cc.cc.lib libxcrypt-legacy ]; meta = { changelog = "https://sourcery.ai/changelog/"; description = "A VSCode extension for Sourcery, an AI-powered code review and pair programming tool for Python"; downloadPage = "https://marketplace.visualstudio.com/items?itemName=sourcery.sourcery"; homepage = "https://github.com/sourcery-ai/sourcery-vscode"; license = lib.licenses.unfree; maintainers = with lib.maintainers; [ tomasajt ]; platforms = [ "x86_64-linux" "x86_64-darwin" ]; }; } </ins>

Discussion:
Add to packages <!-- Describe the project a little: -- is a non free package for Python which is available from this . Or it can be made available for VScode via this . Similar for Vim, Command Line, PyCharm, Emacs or Sublime. I tried to add this this to my within a vsocde section: { name = "sourcery.sourcery"; publisher = ""; version = "1.6.0"; sha256 = "0000000000000000000000000000000000000000000000000000"; } But result: Cant install sourcery for vscode: home-manager build switch produces building '/nix/store/ag5i8qpv0wkpayjvnkdi0dnwdmhrqa12-'... trying % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 400 error: cannot download from any mirror error: builder for '/nix/store/ag5i8qpv0wkpayjvnkdi0dnwdmhrqa12-' failed with exit code 1; last 7 log lines: For full logs, run 'nix log /nix/store/ag5i8qpv0wkpayjvnkdi0dnwdmhrqa12-'.

error: 1 dependencies of derivation '/nix/store/z62dqgjxbm3v3p4hj62bf4aa9nv8y1ix-vscode-extension-' failed to build error: 1 dependencies of derivation '/nix/store/y3rmcb7pcc9j03j0408dsn6g5cnzkvw5-' failed to build error: 1 dependencies of derivation '/nix/store/ixfc6bjhprz4n88zk6rsgzs8kas925xi-home-manager-' failed to build error: 1 dependencies of derivation '/nix/store/qfxzn9qqbzpq5mmsk1py6ni9lw70zhgk-home-manager-' failed to build` When I visit the link in browser I get: I note that searching Nix packages for sourcery produces a result for Code Sourcery C++ ABI, which is unrelated, hence the name should be distinctive. Metadata homepage URL: source URL: and and and license: mit platforms: linux, darwin
PR available.

Project description Automatically review and improve your Python code. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin Analysis Naively installing the package with python works, but at runtime this error is shown most likely because it is a generic linux binary and we need to patchelf it. Is this analysis correct? Pointers Ideally the associated VS Code should be available as well. Related PR is .
Change:
xhtml = null; # jailbreak-cabal can use the native Cabal library. <del> jailbreak-cabal = pkgs.haskell.packages.ghc802.jailbreak-cabal; </del> <ins> jailbreak-cabal = super.jailbreak-cabal.override { Cabal = null; }; </ins> # haddock: No input file(s). nats = dontHaddock super.nats;

Discussion:
refers to but there's no in .../compilers/ghc. This makes fail with a message along the lines of ghc802` I ran then , however when running the build simply started so the problem didn't seem to show up.
looks like it's been fixed, so we should be good to just revert , which introduced that old GHC reference.
Change:
snapcast = callPackage ../development/python-modules/snapcast { }; <ins> soapysdr = toPythonModule (pkgs.soapysdr.override { python = self.python; usePython = true; }); soapysdr-with-plugins = toPythonModule (pkgs.soapysdr-with-plugins.override { python = self.python; usePython = true; }); </ins> sparse = callPackage ../development/python-modules/sparse { }; spglib = callPackage ../development/python-modules/spglib { };

Discussion:
The soapysdr package contains a Python binding, but it is not possible to use it normally (e.g. via ) because it is not registered as a Python package in nixpkgs. I am not sure what is the proper way of handling this case, since soapysdr is both a regular library and a Python package, and nixpkgs makes a distinction between the two. A workaround is to add. Cc
See the section "15.17.2.2.4. toPythonModule function" in the Nixpkgs manual.
Change:
bombardier = callPackage ../tools/networking/bombardier { }; <ins> caeml = callPackage ../applications/networking/mailreaders/caeml { }; </ins> calyx-vpn = libsForQt5.callPackage ../tools/networking/bitmask-vpn { provider = "calyx"; inherit (darwin.apple_sdk.frameworks) CoreFoundation Security;

Discussion:
Project description <!-- Describe the project a little: --This project reads email from stdin or input files and outputs a more human readeable format to stdout, it is usefull for two uses: a) Poking in your maildir folder when trying to figure out what's wrong with your syncing. b) previewing attachments in Metadata homepage URL: source URL: license: MIT platforms: I guess everything under the sun where go's supported?
Thanks.
Change:
<del> { lib, stdenv, fetchFromGitHub, boxfort, meson, libcsptr, pkg-config, gettext , cmake, ninja, protobuf, libffi, libgit2, dyncall, nanomsg, nanopbMalloc , python3Packages }: stdenv.mkDerivation rec { pname = "criterion"; version = "2.4.1"; src = fetchFromGitHub { owner = "Snaipe"; repo = "Criterion"; rev = "v${version}"; sha256 = "KT1XvhT9t07/ubsqzrVUp4iKcpVc1Z+saGF4pm2RsgQ="; fetchSubmodules = true; }; nativeBuildInputs = [ meson ninja cmake pkg-config protobuf ]; buildInputs = [ boxfort.dev dyncall gettext libcsptr nanomsg nanopbMalloc libgit2 libffi ]; nativeCheckInputs = with python3Packages; [ cram ]; doCheck = true; postPatch = '' patchShebangs ci/isdir.py src/protocol/gen-pb.py ''; outputs = [ "dev" "out" ]; meta = with lib; { description = "A cross-platform C and C++ unit testing framework for the 21th century"; homepage = "https://github.com/Snaipe/Criterion"; license = licenses.mit; maintainers = with maintainers; [ thesola10 Yumasi ]; platforms = platforms.unix; }; } </del>

Discussion:
Package name: criterion Latest released version: 2.4.2 <!-- Search your package here: --- Current version on the unstable channel: 2.4.1 Current version on the stable/release channel: 2.4.1 <!-- 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. -- r-ryantm is failing to update the package because it now also depends on something called 'debugbreak'. Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The missing is here: (linked in the of criterion)