Question: # https://github.com/OpenNMT/CTranslate2/blob/54810350e662ebdb01ecbf8e4a746f02aeff1dd7/python/tools/prepare_build_environment_linux.sh#L53 # https://github.com/OpenNMT/CTranslate2/blob/59d223abcc7e636c1c2956e62482bc3299cc7766/python/tools/prepare_build_environment_macos.sh#L12 "-DOPENMP_RUNTIME=COMP" <ins> "-DWITH_CUDA=${cmakeBool withCUDA}" "-DWITH_CUDNN=${cmakeBool withCuDNN}" </ins> "-DWITH_DNNL=${cmakeBool withOneDNN}" "-DWITH_OPENBLAS=${cmakeBool withOpenblas}" "-DWITH_RUY=${cmakeBool withRuy}"

Discourse and NixOS matrix channels provide venues for Q&A discussions
With the changes made to ctranslate2, and the fixes to th , I fully expect this could work. If not, please get back to me with some error messages, e.g. the hardening of the systemd unit might cause problems.
No problem. I attempted to use just the new packages, but it became a little difficult because my old nixpkgs didn't think that ctranslate2 could have CUDA enabled, so I'll just wait for master to get pushed to NixOS-Unstable (Hopefully soon!)
The package now fails with . My system may not be correctly configured for CUDA support, or the SystemD Service is not passing through the NVIDIA device correctly. Just a reminder, the following devices are available at : (I'm not sure if is an NVIDIA thing, but it exists if that's of importance.)
Then we're at least missing . What's the content of ? nix DeviceAllow = if [ "cuda" "auto" ] then [ # "/dev/nvidia1" "/dev/nvidia2" "/dev/nvidia3" "/dev/nvidia4" "/dev/nvidia-caps/nvidia-cap1" "/dev/nvidia-caps/nvidia-cap2" "/dev/nvidiactl" "/dev/nvidia-modeset" "/dev/nvidia-uvm" "/dev/nvidia-uvm-tools" ] else "";
I modified the SystemD service to include , and it didn't help at all. The contents of are . Also, I just discovered something new. When running I get So possibly updating this system now broke NVIDIA support and it just so happened to be at the same time I tried to get Whisper working.
Did you also check which is in ? There are two things you need to maintain: 1) your driver should be newer than the cuda libraries used to build your program, 2) your should come from the same (version of) package as the kernel modules (in other words, currently you have to reboot if you update your nixos and get a newer - the new kernel module is only loaded on the next boot)
shows the following for Also, I just rebooted and is working.
from what I listed is accessible from , should my system have functional CUDA support? I tried using some testing parts from , but it seems to be out of date.


Question: # https://github.com/OpenNMT/CTranslate2/blob/54810350e662ebdb01ecbf8e4a746f02aeff1dd7/python/tools/prepare_build_environment_linux.sh#L53 # https://github.com/OpenNMT/CTranslate2/blob/59d223abcc7e636c1c2956e62482bc3299cc7766/python/tools/prepare_build_environment_macos.sh#L12 "-DOPENMP_RUNTIME=COMP" <ins> "-DWITH_CUDA=${cmakeBool withCUDA}" "-DWITH_CUDNN=${cmakeBool withCuDNN}" </ins> "-DWITH_DNNL=${cmakeBool withOneDNN}" "-DWITH_OPENBLAS=${cmakeBool withOpenblas}" "-DWITH_RUY=${cmakeBool withRuy}"

PS: Should this conversation be continued somewhere else, or is it fine to continue it here because it is somewhat pertinent to the issue?
Yes please, e.g. in or , or on You can just post the final update here once you get things to work, for discoverability purposes. Thanks!


Question: patches = [ ./languages-use-the-hardcoded-path-to-python-binaries.patch ./hook-tmpl.patch <ins> ./pygrep-pythonpath.patch </ins> ]; propagatedBuildInputs = [

hooks with work by . This fails because is a plain binary that doesn’t have in its environment. Steps to reproduce the behavior:
A workaround is to use the binary from instead.
It seems the above fix is insufficient. While works correctly, the hook installed into doesn't have the Python environment with the pygrep package. tested on:
Still same problem...
If you pull in the above mentioned into your environment, it should work. For best results, I recommend putting it into your (& use direnv) or systemPackages.
Potential fix which doesn't require changing the python provided in the nix shell:


Question: { stdenv, fetchurl, pkgconfig, e19, zlib, libspectre, gstreamer, gst_plugins_base, gst_ffmpeg, gst_plugins_good, poppler, librsvg, libraw }: stdenv.mkDerivation rec { name = "evas_generic_loaders-${version}"; <del> version = "1.11.2"; </del> <ins> version = "1.12.0"; </ins> src = fetchurl { url = "http://download.enlightenment.org/rel/libs/evas_generic_loaders/${name}.tar.gz"; <del> sha256 = "03p6v7l2fxvldiymqk16pqnbm9llygp6i19qhn3rmrqy1hkjkry6"; </del> <ins> sha256 = "0viph73wv83xw9g6rgjhhiav9n896m0ixnz2m27cnmmn8llchcf5"; </ins> }; buildInputs = [ pkgconfig e19.efl zlib libspectre gstreamer gst_plugins_base gst_ffmpeg gst_plugins_good poppler librsvg libraw ]; meta = {

Possible, because X11/xkb/rules/*.lst [0] are somewhere 'hidden' in the /nix/store. [0]
Fixed, just let me do some updating on E19 libraries and I will make a pull request.


Question: systool = sysfsutils; # added 2018-04-25 tahoelafs = tahoe-lafs; # added 2018-03-26 tangogps = foxtrotgps; # added 2020-01-26 <ins> tdm = throw "tdm has been removed because nobody can figure out how to fix OpenAL integration. Use precompiled binary and `steam-run` instead."; </ins> telepathy_farstream = telepathy-farstream; # added 2018-02-25 telepathy_gabble = telepathy-gabble; # added 2018-02-25 telepathy_glib = telepathy-glib; # added 2018-02-25

Describe the bug A clear and concise description of what the bug is. To Reproduce Steps to reproduce the behavior: tdmupdater tdm Expected behavior tdm starts. Actual behaviour tdm starts with a black error and has stderr errors such as: Additional context It looks like the problem might be that and the assets downloaded via tdmupdater are different versions: Workaround (Steam isn't actually used for this. This is just a lazy way to run FHS programs.) Notify maintainers Metadata** Maintainer information:
There's a version update in master. I don't know when it'll land in unstable (maybe it already did?) or stable.
Is it possible to have NixOS stable not break when upstream changes? Either: (a) NixOS stable should include the TDM assets (in which case tdm_update is not needed) (b) becomes solely a shim to grab assets from the TDM assets, so it doesn't matter which version of is used.
require patching the path to ELF interpreter, along with worrying about lib dependencies. complicated: TDM players are accustomed to dowloading extra missions, which requires a writable directory to hold the data. Do you have a proposal how to do this securely? Hardlinking the default install to /home would break if /home is on a different FS. Suid wrappers smell. World-writable bits in /nix smell too.
Surely the engine supports multiple asset directories, so we can load the assets from the nix store in addition to whatever was installed manually into a local directory.
The comments on suggest The Dark Mod stores save games in its installation directory. tracks this issue.
I have another issue that seem to be related. Running tdm via the ` work however. The relevent line are: When it doesn't work and with the second option
I poked around - and I don't have any ideas why OpenAL might not be finding hardware. Right now, it seems that the best course of action is to remove TDM from repos (to avoid creating false expectations), and run it with steam-run. and do you agree?


Question: githubId = 92817635; name = "Sanskar Gurdasani"; }; <ins> sarahec = { email = "sarahec@nextquestion.net"; github = "sarahec"; githubId = 11277967; name = "Sarah Clark"; }; </ins> sarcasticadmin = { email = "rob@sarcasticadmin.com"; github = "sarcasticadmin";

Project description Scalene is a high-performance CPU, GPU and memory profiler for Python that does a number of things that other Python profilers do not and cannot do. It runs orders of magnitude faster than many other profilers while delivering far more detailed information. It is also incorporates AI-powered optimization suggestions. Metadata homepage URL: source URL: license: Apache 2 platforms: unix, linux, darwin, windows Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:


Question: sha256 = "wfLO7kf2iXESItcgWvKj/npKnYwy5OCyStZviN9qR9M="; }; <ins> patches = [ # https://nmbug.notmuchmail.org/nmweb/show/87o84iza9r.fsf%40starbuck.i-did-not-set--mail-host-address--so-tickle-me ./test-fix-support-for-gpgsm-in-gnupg-2.3.patch ]; </ins> nativeBuildInputs = [ pkg-config doxygen                   # (optional) api docs

The build is failing on master; it has been reproduced at . An example of the failure is below: There is a new release () which also doesn't pass, so I didn't send the PR as it'd fail on CI. Steps to reproduce the behavior:
Those aren't the failing tests (BROKEN means they are known to fail). These are the real failures: Looks like a broken test directory setup in the build environment.
fixed in the next point release I think
prior work


Question: # include terraform-provider-segment ajbosco/terraform-provider-segment <ins> # include terraform-provider-wavefront spaceapegames/terraform-provider-wavefront </ins>

Project description Wavefront is VMWare product and, per their website, is an "Enterprise-grade cloud monitoring and analytics at over 4 million data points per second." The service can be provisioned via Terraform -- there's an OS Terraform provider available here: It should be included amongst the set of existing Terraform providers that already contains. Metadata homepage URL: source URL: license: apl2 platforms: linux


Question: <del> { stdenv, fetchurl, binutils-unwrapped, sconsPackages, gnum4, p7zip, glibc_multi, mesa , xorg, libGLU, libGL, openal , lib, makeWrapper, makeDesktopItem }: let pname = "tdm"; version = "2.08"; desktop = makeDesktopItem { desktopName = pname; name = pname; exec = "@out@/bin/${pname}"; icon = pname; terminal = "false"; comment = "The Dark Mod - stealth FPS inspired by the Thief series"; type = "Application"; categories = "Game;"; genericName = pname; fileValidation = false; }; in stdenv.mkDerivation { name = "${pname}-${version}"; src = fetchurl { url = "https://www.thedarkmod.com/sources/thedarkmod.${version}.src.7z"; sha256 = "0bmv07j6s6q3m7hnpx7cwrycjkbvlf0y9sg9migakni0jg9yz5ps"; }; nativeBuildInputs = [ p7zip sconsPackages.scons_3_1_2 gnum4 makeWrapper ]; buildInputs = [ glibc_multi mesa.dev xorg.libX11.dev openal xorg.libXext.dev xorg.libXxf86vm.dev libGL libGLU ]; unpackPhase = '' 7z x $src ''; # I'm pretty sure there's a better way to build 2 targets than a random hook preBuild = '' pushd tdm_update scons BUILD=release TARGET_ARCH=x64 install -Dm755 bin/tdm_update.linux64 $out/share/libexec/tdm_update.linux popd ''; # why oh why can it find ld but not strip? postPatch = '' sed -i 's!strip $!${binutils-unwrapped}/bin/strip $!' SConstruct # This adds math.h needed for math::floor sed -i 's|#include "Util.h"|#include "Util.h"n#include <math.h>|' tdm_update/ConsoleUpdater.cpp ''; installPhase = '' runHook preInstall install -Dm644 ${desktop}/share/applications/${pname}.desktop $out/share/applications/${pname}.desktop substituteInPlace $out/share/applications/${pname}.desktop --subst-var out install -Dm755 thedarkmod.x64 $out/share/libexec/tdm # The package doesn't install assets, these get installed by running tdm_update.linux # Provide a script that runs tdm_update.linux on first launch install -Dm755 <(cat <<'EOF' #!/bin/sh set -e DIR="$HOME/.local/share/tdm" mkdir -p "$DIR" cd "$DIR" exec "PKGDIR/share/libexec/tdm_update.linux" --noselfupdate EOF ) $out/bin/tdm_update install -Dm755 <(cat <<'EOF' #!/bin/sh set -e DIR="$HOME/.local/share/tdm" if [ ! -d "$DIR" ]; then echo "Please run tdm_update to (re)download game data" else cd "$DIR" exec "PKGDIR/share/libexec/tdm" fi EOF ) $out/bin/tdm sed -i "s!PKGDIR!$out!g" $out/bin/tdm_update sed -i "s!PKGDIR!$out!g" $out/bin/tdm runHook postInstall ''; postInstall = '' wrapProgram $out/bin/tdm --suffix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ libGL libGLU ]} ''; enableParallelBuilding = true; sconsFlags = [ "BUILD=release" "TARGET_ARCH=x64" ]; NIX_CFLAGS_COMPILE = "-Wno-error=format-security"; meta = with stdenv.lib; { description = "The Dark Mod - stealth FPS inspired by the Thief series"; homepage = "http://www.thedarkmod.com"; license = licenses.gpl3; maintainers = with maintainers; [ cizra ]; platforms = with platforms; [ "x86_64-linux" ];  # tdm also supports x86, but I don't have a x86 install at hand to test. }; } </del>


Question: }; extraUpFlags = mkOption { <del> description = "Extra flags to pass to {command}`tailscale up`."; </del> <ins> description = '' Extra flags to pass to {command}`tailscale up`. Only applied if `authKeyFile` is specified."; ''; </ins> type = types.listOf types.str; default = []; example = ["--ssh"]; }; <ins> extraSetFlags = mkOption { description = "Extra flags to pass to {command}`tailscale set`."; type = types.listOf types.str; default = []; example = ["--advertise-exit-node"]; }; </ins> extraDaemonFlags = mkOption { description = "Extra flags to pass to {command}`tailscaled`."; type = types.listOf types.str;

Tailscale package is not using the unless is set. Steps to reproduce the behavior: tailscale and set a flag ==no flags are used Flags are used If applicable, add screenshots to help explain your problem. Code reference: extraUpFlags is only used inside the if of auth key not being null check. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This caught me out too - could just be as simple as a warning/error when setting without ?
I don’t think that is adequate as you can run tail scale as server just fine without argument. An is only valid for up to 90 days.
Sure, but it would be a good start to alert users to the current behavior.
I was managing personal nixpkgs only because of this issue... (simply patching package doesn't seem to work for modules) Created PR for this. Hope someone can review this.


Question: <ins> commit 1e8fdf3f90fd142c5ddd63e44ca1e5c172dbfb7f Author: Simon Gardling <titaniumtown@proton.me> Date:   Tue Aug 27 12:45:14 2024 -0400 use locally downloaded embeddings index 27f3f5d9..9e25528a 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -90,6 +90,7 @@ elseif (APPLE) endif() # Embedding model +#[[ set(LOCAL_EMBEDDING_MODEL "nomic-embed-text-v1.5.f16.gguf") set(LOCAL_EMBEDDING_MODEL_MD5 "a5401e7f7e46ed9fcaed5b60a281d547") set(LOCAL_EMBEDDING_MODEL_PATH "${CMAKE_BINARY_DIR}/resources/${LOCAL_EMBEDDING_MODEL}") @@ -104,6 +105,7 @@ if (APPLE) list(APPEND CHAT_EXE_RESOURCES "${LOCAL_EMBEDDING_MODEL_PATH}") endif() +]] qt_add_executable(chat main.cpp @@ -383,11 +385,13 @@ endif() endif() +#[[ if (NOT APPLE) install(FILES "${CMAKE_BINARY_DIR}/resources/${LOCAL_EMBEDDING_MODEL}" DESTINATION resources COMPONENT ${COMPONENT_NAME_MAIN}) endif() +]] set(CPACK_GENERATOR "IFW") set(CPACK_VERBATIM_VARIABLES YES) --- a/embllm.cpp +++ b/embllm.cpp @@ -84,7 +84,7 @@ bool EmbeddingLLMWorker::loadModel() QString filePath = embPathFmt.arg(QCoreApplication::applicationDirPath(), LOCAL_EMBEDDING_MODEL); if (!QFileInfo::exists(filePath)) { -        qWarning() << "embllm WARNING: Local embedding model not found"; +        qWarning() << "embllm WARNING: Local embedding model not found: " << filePath; return false; } </ins>

Package name: gpt4all Latest released version: 3.2.1 <!-- Search your package here: --- Current version on the unstable channel: 2.8.0 Current version on the stable/release channel: 2.7.5 <!-- 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]:
Hi, I don't maintain GPT4All any longer, I switched to some other technologies (Open-WebUI).
haha, maybe i'll give that one a try then :) ty for all your hard work


Question: "tests" ]; <del> disabledTests = [ "test_datafile_download" ]; </del> <ins> # Disable tests that are problematic with pytest # Check NixOS/nixpkgs#333019 for more info about these disabledTests = [ "test_datafile_download" "test_display_get_input_str" "test_display_get_y_n" ]; </ins> pythonImportsCheck = [ "castero"

Steps to reproduce the behavior: status: status: status: This was discovered via pr <!-- 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]:
It seems like some tests have began to fail. When testing, the traceback shows the following tests fail because they don't initialize the module correctly (with ). - These tests don't undermine the functionality of when building from source, so I'm inclined to believe that the culprit is itself. Looking further, throws various deprecation warnings when the tests run. I fear that the more NixOS receives updates to , the more the tests will become more deprecated. It's unclear how NixOS feels about packages and their tests (particularly whether it's necessary for a maintainer to maintain package tests), but the current workaround is to disable these tests. Adding the tests to the field produces the result package, and continues to work as normal. I'd like some input on how to approach as this does feel pretty hacky.
We could override pytest back to a previous working version. I looked to the upstream package and it hasn't been updated in a year, to which was just a readme update.
Wouldn't this affect newer packages (assuming they use as a unit test framework) who utilize newer features of ? Though hacky, the solution I've suggested gets the job done. As mention previously, the failure of the tests don't influence 's functionality.
Disabling problematic tests is done a lot across nixpkgs. Since we know its still working when they are disabled it should be fine.


Question: glom = callPackage ../development/python-modules/glom { }; <ins> glueviz = callPackage ../development/python-modules/glueviz { }; </ins> glymur = callPackage ../development/python-modules/glymur { }; gmpy2 = callPackage ../development/python-modules/gmpy2 { };

Project description Glue is a python project to link visualizations of scientific datasets across many files. Click on the image for a quick demo: ! Metadata homepage URL: source URL: license: BSD Linux, BSD


Question: <ins> { lib, python3Packages, fetchPypi }: python3Packages.buildPythonApplication rec { pname = "konsave"; version = "2.2.0"; src = fetchPypi { inherit version; pname = "Konsave"; hash = "sha256-tWarqT2jFgCuSsa2NwMHRaR3/wj0khiRHidvRNMwM8M="; }; nativeBuildInputs = with python3Packages; [ setuptools-scm ]; propagatedBuildInputs = with python3Packages; [ pyyaml setuptools ]; preCheck = '' export HOME=$(mktemp -d) ''; meta = with lib; { description = "Save Linux Customization"; maintainers = with maintainers; [ MoritzBoehme ]; homepage = "https://github.com/Prayag2/konsave"; license = licenses.gpl3; platforms = platforms.linux; }; } </ins>

Project description A CLI program that will let you save and apply your Linux customizations with just one command! It officially supports KDE Plasma but it can be used on all other desktop environments too! Metadata homepage URL: source URL: license: gpl3 platforms: linux


Question: julia = julia-stable; julia_16-bin = callPackage ../development/compilers/julia/1.6-bin.nix { }; <del> julia_17-bin = callPackage ../development/compilers/julia/1.7-bin.nix { }; </del> <ins> julia_18-bin = callPackage ../development/compilers/julia/1.8-bin.nix { }; </ins> julia-lts-bin = julia_16-bin; <del> julia-stable-bin = julia_17-bin; </del> <ins> julia-stable-bin = julia_18-bin; </ins> julia-bin = julia-stable-bin; jwasm =  callPackage ../development/compilers/jwasm { };

<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- 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! --- name: <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 1.7.3 desired version: <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
I started preparing the update in . Cc:


Question: , which , xdg-user-dirs , zlib <ins> # Affects final license , withAngrylionRdpPlus ? false </ins> }: let

There is a license violation in the package. The package contains the code for under the old MAME license which is non-commercial and incompatible with the GPL code in the rest of the program. I tried to notify upstream, but that didn't seem to go well...
Hello! It seems that upstream actually an option to disable in version of . , from my testing, gives me an error when I try to run it. You can find more info in this . So, i think merging the pull request linked to this issue is the best option right now.


Question: <ins> { stdenv , lib , fetchFromGitHub , cmake , libxml2 , libpeas , glib , gtk3 , gtksourceview4 , gspell , xapps , pkg-config , meson , ninja , wrapGAppsHook , intltool , itstool }: stdenv.mkDerivation rec { pname = "xed-editor"; version = "2.8.4"; src = fetchFromGitHub { owner = "linuxmint"; repo = "xed"; rev = version; sha256 = "1hqr4157kp110p01jygqnnzj86zxlfiq4b53j345vqpx0f80c340"; }; nativeBuildInputs = [ meson cmake pkg-config intltool itstool ninja wrapGAppsHook ]; buildInputs = [ libxml2 glib gtk3 gtksourceview4 libpeas gspell xapps ]; postInstall = '' glib-compile-schemas $out/share/glib-2.0/schemas ''; doInstallCheck = true; installCheckPhase = '' if [[ "$($out/bin/xed --version)" == "xed - Version ${version}" ]] ; then echo "${pname} smoke test passed" else echo "${pname} smoke test failed" return 1 fi ''; meta = with lib; { description = "Light weight text editor from Linux Mint"; homepage = "https://github.com/linuxmint/xed"; license = licenses.gpl2Only; platforms = platforms.linux; maintainers = with maintainers; [ tu-maurice ]; }; } </ins>

Xed Text Editor from Linux Mint Text editor from the Linux Mint distribution xed text editor homepage URL: source URL: license: gpl2 platforms: linux
needs an update of a dependency to package newest version 2.8.4


Question: { lib , stdenv , fetchFromGitHub <ins> , fetchurl </ins> , meson , ninja , pkg-config

The package 18 on master failed to build. Steps to reproduce the behavior: build github:nixos/nixpkgs#clevis ! Full build log:


Question: <del> { lib, stdenv, fetchFromGitHub, cmake, pkg-config, gettext, libXpm, libGL, fltk, hicolor-icon-theme, glib, gnome2, which }: </del> <ins> { lib, stdenv, fetchbzr, cmake, pkg-config, gettext, libXpm, libGL, fltk, hicolor-icon-theme, glib, gnome2, which }: </ins> <del> stdenv.mkDerivation { </del> <ins> stdenv.mkDerivation rec { </ins> pname = "jwm-settings-manager"; <del> version = "2018-10-19"; </del> <ins> version = "2019-01-27"; </ins> <del> src = fetchFromGitHub { owner = "Israel-D"; repo = "jwm-settings-manager"; rev = "cb32a70563cf1f3927339093481542b85ec3c8c8"; sha256 = "0d5bqf74p8zg8azns44g46q973blhmp715k8kcd73x88g7sfir8s"; </del> <ins> src = fetchbzr { url = "lp:${pname}"; rev = "292"; sha256 = "1yqc1ac2pbkc88z7p1qags1jygdlr5y1rhc5mx6gapcf54bk0lmi"; </ins> }; nativeBuildInputs = [

The repo URL is missing for: To fix it, you can fork (I forked it for preservation but neither of us made changes: ) then change the GitHub username in the nix file to yours. I don't have NixOS or have any way to test this. I ran into your nix file while trying to find the maintainer: I asked whether the repo has moved because it is deleted from GitHub. I contacted him via 's contact form and I'm awaiting a response (I didn't try an e-mail address found here yet: ).
Recently I have read somewhere that the author was absent from some social media, and that for personal reasons he has removed his account on github, and that this software is still available on launchpad. Github was just a second home for it. But I am not finding this info anymore.
Ok, the author responded to me via e-mail that the launchpad URL is correct, but that he isn't maintaining it. He says he's more likely to rewrite it in Rust rather than update it. The nix file can be corrected to use launchpad, but in light of that information, using one of the GitHub forks or forking one of them yourself and turning on the "Issues" feature is probably the best route to a future for it, even to a minimal extent of getting bugfixes.
I am changing the upstream source to the launchpad repository, as it is the most correct. I am also watching the two forks on github, so that I will be notified of new actions on them.


Question: allow_anonymous = 1; allow_zero_length_clientid = 1; auto_id_prefix = 1; <ins> bind_interface = 1; </ins> cafile = 1; capath = 1; certfile = 1;

lists a listener option called that can be used to listen for incoming network connections only on the specified interface. Unfortunately does not accept this option. Steps to reproduce the behavior: This should evaluate cleanly. Incidentally, that assertion message drops the component in the attribute path, it might be nice to fix that.


Question: <ins> { config, lib, pkgs, ... }: let cfg = config.programs.streamcontroller; in { options.programs.streamcontroller = { enable = lib.mkEnableOption "StreamController"; package = lib.mkPackageOption pkgs "streamcontroller" { default = [ "streamcontroller" ]; }; }; config = lib.mkIf cfg.enable { environment.systemPackages = [ cfg.package ]; services.udev.packages = [ cfg.package ]; }; meta.maintainers = with lib.maintainers; [ sifmelcara ]; } </ins>

Project description As discussed in is now EOL and the dev's have moved their effort to . As per the in order for it to work specific need to be set up. We can probably do something similar to what we do for the expression: Metadata homepage URL: source URL: license: GPL3 platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
For people who subscribed to this issue: I opened to add streamcontroller


Question: xorg.libXi xorg.libXrandr xorg.libXrender <del> xorg.libxshmfence </del> xorg.libXtst xorg.libxkbfile <ins> xorg.libxshmfence </ins> ] + ":${stdenv.cc.cc.lib}/lib64"; buildInputs = [ <del> gtk3  # needed for GSETTINGS_SCHEMAS_PATH </del> <ins> gtk3 # needed for GSETTINGS_SCHEMAS_PATH </ins> ]; nativeBuildInputs = [ dpkg makeWrapper nodePackages.asar ];

Describe the bug Starting slack doesn't show the window in 8 out of 10 runs To Reproduce Steps to reproduce the behavior: Expected behavior Slack window should open Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. 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 system: host os: multi-user?: sandbox: version: channels(ymatsiuk): channels(root): nixpkgs: Maintainer information:


Question: environment.systemPackages = [ cfg.services.nextcloud.occ ]; }; <ins> nextcloudWithoutMagick = args@{ config, pkgs, lib, ... }: lib.mkMerge [ (nextcloud args) { services.nextcloud.disableImagemagick = true; } ]; </ins> }; <del> testScript = let </del> <ins> testScript = { nodes, ... }: let </ins> withRcloneEnv = pkgs.writeScript "with-rclone-env" '' #!${pkgs.runtimeShell} export RCLONE_CONFIG_NEXTCLOUD_TYPE=webdav

There is about the use of imagemagick in NextCloud due to . Admins may want to disable it unless they are certain that users won't upload untrusted files (which can easily happen by accident if folder sync is active). NextCloud is only passing certain file types to imagemagick but it is doing so based on the file extension. Therefore, an attacker can pass any file type to imagemagick. I have tested this with a PNM image (not supported by NextCloud) that I have renamed to . doesn't get a preview image but does, i.e. NextCloud thinks it is HEIF and passes it to ImageMagick, which processes it as PNM. There are several ways to disable imagick: in the NextCloud config. This will not only disable imagick but also previews for PNG and JPEG (which do not use imagick). in the NextCloud config. This may need manual adjustment after a NextCloud update. the extension for PHP. This also disables it for NextCloud plugins. Option 1 and 2 can already be used by an admin if the drawbacks are acceptable. However, I think 3 is the best option in most cases. has options that disable the other PHP extensions that used to be by default. I think we should do the same for imagick. If imagick is disabled, NextCloud will automatically disable the preview generators that need it. It will also show a warning about that (which is subject to debate in the issue linked above) and there may be some implications for the themes app (which I don't use). Therefore, I think we should keep imagick enabled by default and leave the decision to the admin. We could also add a suitable policy for ImageMagick and thereby disable any file formats or features that are considered insecure. I don't think I could write such a policy and be sure that it is secure (or even "secure enough"). In addition, we will have to keep it up-to-date with newer versions and CVEs. That is why I recommend that we only add a simple off switch. The above information is based on NextCloud 20. I will wait until and NextCloud 21 have landed in nixos-unstable (and on my server) and then test again and create a PR if there is any interest in having this upstream.


Question: environment.systemPackages = [ cfg.services.nextcloud.occ ]; }; <ins> nextcloudWithoutMagick = args@{ config, pkgs, lib, ... }: lib.mkMerge [ (nextcloud args) { services.nextcloud.disableImagemagick = true; } ]; </ins> }; <del> testScript = let </del> <ins> testScript = { nodes, ... }: let </ins> withRcloneEnv = pkgs.writeScript "with-rclone-env" '' #!${pkgs.runtimeShell} export RCLONE_CONFIG_NEXTCLOUD_TYPE=webdav

Ouch, decisions based purely on a file ext is a behavior that sounds pretty broken to me :/ Optiobally disabling imagemagick and adjusting the config accordingly sounds reasonable to me, so feel free to file a PR. You can ping me for a review or if you need assistance with modifying the module :)
It's ok for what they do with it. It won't do double duty as a mitigation but I guess that was never intended. Thanks. Any suggestions on a name for the new option? Simply ? Should I add any tests for that? The existing tests only test three different configurations so adding one just for imagick seems like overkill. It should be quite easy though. If we want to test that previews actually aren't generated... Well, that's a different story. We would have to automate the web interface, for that. I think the existing tests are only testing the service, CLI and WebDAV.
As imagemagick enabled will remain the default, I'd suggest . Yes, adding a fourth VM test just for imagemagick is indeed an overkill IMHO since those tend to be fairly expensive. I'd suggest to write a testcase in , other integrations such as are also tested there. Right that could be a non-trivial thing to solve. Maybe check if there's a REST API or a way to implement this with the CLI of . But I don't think it'd be worth spending too much time on this if there's no reasonable way to test :)
I think we still want to test the default option in so we will need a second configuration that disables imagick. We don't have to start that VM if we only want to check whether imagick is in its closure. As there isn't any test helper for that, we probably don't want to do that though ;-) see Unfortunately, qemu on ARM is too unreliable for the automatic tests because qemu crashes when started on one of the little cores (i.e. 4 out of 6 times). I have done some interactive testing of the above commit but not an automated run. I will have to find some system that is not ARM, not high-security, not already virtualized...
Qemu/KVM does work if a kernel build or stress-ng is hogging the big cores :) is ready for review.


Question: meshlab = libsForQt5.callPackage ../applications/graphics/meshlab { }; <ins> metadata-cleaner = callPackage ../applications/misc/metadata-cleaner { }; </ins> metersLv2 = callPackage ../applications/audio/meters_lv2 { }; mhwaveedit = callPackage ../applications/audio/mhwaveedit {

Project description Metadata proposed package name: homepage source URL: license: platforms: probably portable to all platforms which Nix supports. requires python3, exiftool, gobject introspection


Question: wrapProgram $out/bin/apx --prefix PATH : ${lib.makeBinPath [ docker distrobox ]} <del> installManPage man/apx.1 man/es/apx.1 </del> <ins> installManPage man/de/man1/apx.1 man/es/man1/apx.1 man/fr/man1/apx.1 man/it/man1/apx.1 man/man1/apx.1 man/nl/man1/apx.1 man/pl/man1/apx.1 man/pt/man1/apx.1 man/pt_BR/man1/apx.1 man/ro/man1/apx.1 man/ru/man1/apx.1 man/sv/man1/apx.1 man/tr/man1/apx.1 </ins> ''; meta = with lib; { description = "The Vanilla OS package manager"; homepage = "https://github.com/Vanilla-OS/apx"; <del> license = licenses.gpl3; </del> <ins> changelog = "https://github.com/Vanilla-OS/apx/releases/tag/${version}"; license = licenses.gpl3Only; </ins> maintainers = with maintainers; [ dit7ya ]; }; }

Package name: Apx Latest released version: 1.8.2 <!-- Search your package here: --- Current version on the unstable channel: 0-1 Current version on the stable/release channel: N/A <!-- 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.


Question: cp -r ../include $out/ ''; <ins> passthru.tests = { inherit obs-studio; # frequently breaks on CEF updates }; passthru.updateScript = ./update.sh; </ins> meta = with lib; { description = "Simple framework for embedding Chromium-based browsers in other applications"; homepage = "https://cef-builds.spotifycdn.com/index.html";

I just filed a to update our version of CEF to fix a . The previous version was released on 2019-07-27— that's almost 2 years! For a piece of software that's functionally a web browser, we certainly shouldn't be using an out-of-date version: web browsers have a massive attack surface and it's very important to keep them updated at all times. I don't have the time to work on this right at the moment, but it shouldn't be too difficult. There's a containing metadata for every CEF release. All that should be necessary is to grab the latest stable version for the right platform. While we're at it, we could also consider building for i686 and AArch64. Tagging the maintainer
IDK how it works, but it sounds like a job for the bot ().


Question: <del> { stdenv , lib , fetchFromGitHub , cmake , ninja , pkg-config , libnice , openssl , plog , srtp , usrsctp </del> <ins> { stdenv, lib, fetchFromGitHub, cmake, ninja, pkg-config, libnice, openssl, plog, srtp, usrsctp, </ins> }: stdenv.mkDerivation rec {

HTTP Toolkit is an open-source tool for debugging, testing and building with HTTP(S) on Windows, Linux & Mac. Metadata homepage URL: source URL: license: AGPL v3.0 platforms: linux, darwin
Sorry, wasn't able to get it working. The httptoolkit-server is the difficult part. I tried building from source, however one of the dependencies tries to npm install more stuff in prebuild, so it wasn't building properly. I tried packaging the prebuilt binary but it's trying to do some auto updating and also package node with itself. I could have patched this when building from source, however the prebuilt one is minified & obfuscated so I couldn't do that.
Have you a branch to continue the work ?
+1
I've started a small bounty of 20$ on this: It's not much but it would be great to have this tool on nix!
I made another attempt at packaging this and I'm pretty close to getting httptoolkit-server to compile from source. This should help with patching out stuff, since we can do it before it gets obfuscated.
if anyone needs to run this on nix the appimage provided by HttpToolkit works pretty well on nix with no extra dependencies. See and then Would still be great to have this as a nix package though.
Hey thanks for adding this! You can claim the gitpay bounty here: (I've tried to find your email to invite you but didn't have much luck) or email me at
Sent you an email,


Question: - Sega Saturn (experimental, x86_64 only) - Sony PlayStation ''; <del> homepage = "https://mednafen.github.io/"; license = licenses.gpl2; </del> <ins> license = licenses.gpl2Plus; </ins> maintainers = with maintainers; [ AndersonTorres ]; platforms = platforms.linux; };

<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- 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! --- name: mednafen <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 1.26.1 (dated November 10, 2020) desired version: 1.29.0 (dated January 19, 2022) <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.


Question: owner = "fsspec"; repo = pname; rev = version; <del> hash = "sha256-gIkK1VSg1h04+MQBoxFtXIdn80faJlgQ9ayqV5p0RMU="; </del> <ins> hash = "sha256-BnnKFrWz47izKc7nS8NR1Vze1x9kJdYBsQT2KEY9ghM="; </ins> }; propagatedBuildInputs = [

Steps to reproduce the behavior: dvc with aws integration I am running nixos on the unstable branch. Please run and paste the result. Probably fsspec needs an update to 2022.8.2
Will be fixed with .
Oh sorry for the noise, did not search the PRs.


Question: with lib; <ins> let workDir = if cfg.workDir == null then runtimeDir else cfg.workDir; in </ins> { description = "GitHub Actions runner";

Working with large repositories on low-memory systems (such as aarch64-linux SBCs) can lead to out-of-storage scenarios with the github-runner service because the working directory is set to by default , which is sized to 25% of the system memory by default . Ideally there can be an option to use storage instead of memory for the working directory. I'm opening an issue first because I am not sure if there is a way to work around this already; can the argument in the service be overridden, or is there another way to change for this service with a systemd setting? If there isn't a straightforward solution I can open a PR to add this as an option. Maintainers:
I also experienced issues with no space left on . So far, however, increasing its size did the job. Nevertheless, I'd also appreciate the option to use another filesystem for the runtime directory. We won't be able to use systemd for that as it demands a -like filesystem for the runtime directory.
I guess standard installs avoid this by using the directory. Maybe we should just document how increase size instead of adding another option?
You may pass an arbitrary path to the options of the configuration script. Our module currently always uses the runtime directory systemd assigns to the service.
Yeah, in our case using the runtime directory that provides makes the most sense for dynamic user, again, with documentation on how to increase the size of the runtime directory. Currently our module doesn't support static users so isn't very useful... though I'm guessing our lack of support for static users is an oversight - see details here:


Question: , pyinstaller , glibc , binutils <ins> , macholib </ins> , installShellFiles <ins> , stdenv </ins> }: buildPythonPackage rec {

Steps to reproduce the behaviour: PyInstaller on Darwin It fails to build at gcc as gcc is not avlible on macOS CC <!-- 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]:
Is it possible that you can make gcc only in linux but clang if pyinstaller uses clang for darwin to use that?
I got it working I am willing to contribute a fix to this.
I will need to some how package since requires it for macos systems.
But first of all since gcc is required on linux is there a possible if linux include gcc instead of clang.
Based on , it seems like and the stuff is only required on linux. Maybe we could just throw in a here? Do you know if more needed to be done to fix the darwin build? Feel free to open a PR if you'd like.
You need which I am looking to make a package for and I think I still have to test if you need . I am looking to make a pr in a couple of days to fix both pyinstaller and package
I think gcc can be replace with clang which is compatible with both linux and darwin.
Macholib is now in a pr:
Now I am looking to fix pyinstaller for darwin.


Question: <del> diff --git a/bin/nexus b/bin/nexus index d06cb44..37c606e 100755 --- a/bin/nexus +++ b/bin/nexus @@ -88,7 +88,7 @@ create_db_entry() { fi db_new_file=${db_file}_new if [ -f "$db_file" ]; then -    awk '$2 != "'"$test_dir"'" {print $0}' $db_file > $db_new_file +    awk '$2 != "'"$test_dir"'" {print $scriptname}' $db_file > $db_new_file rm "$db_file" mv "$db_new_file" "$db_file" fi @@ -246,7 +246,7 @@ read_vmoptions() { unpack_file() { if [ -f "$1" ]; then -    jar_file=`echo "$1" | awk '{ print substr($0,1,length-5) }'` +    jar_file=`echo "$1" | awk '{ print substr($scriptname,1,length-5) }'` bin/unpack200 -r "$1" "$jar_file" if [ $? -ne 0 ]; then @@ -377,9 +377,14 @@ fi old_pwd=`pwd` -progname=`basename "$0"` -linkdir=`dirname "$0"` +scriptname=$0 +if [ ! -z "$ALTERNATIVE_NAME" ]; then +  scriptname=`dirname "$0"`"/"$ALTERNATIVE_NAME +fi + +progname=`basename "$scriptname"` +linkdir=`dirname "$scriptname"` cd "$linkdir" prg="$progname" @@ -590,7 +595,7 @@ return_code=$? ;; *) -        echo "Usage: $0 {start|stop|run|run-redirect|status|restart|force-reload}" +        echo "Usage: $scriptname {start|stop|run|run-redirect|status|restart|force-reload}" exit 1 ;; esac </del>

Package name: nexus Latest released version: 3.69.0 <!-- Search your package here: --- Current version on the unstable channel: 3.68.1-02 Current version on the stable/release channel: 3.68.1-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]:


Question: <ins> { stdenv , lib , fetchFromGitHub , SDL2 , alsa-lib , libaudec , bash , bash-completion , breeze-icons , carla , chromaprint , cmake , curl , dconf , epoxy , ffmpeg , fftw , fftwFloat , flex , glib , gtk3 , gtksourceview3 , guile , graphviz , help2man , json-glib , jq , libbacktrace , libcyaml , libgtop , libjack2 , libpulseaudio , libsamplerate , libsndfile , libsoundio , libxml2 , libyaml , lilv , lv2 , meson , ninja , pandoc , pcre , pcre2 , pkg-config , python3 , reproc , rtaudio , rtmidi , rubberband , serd , sord , sratom , texi2html , wrapGAppsHook , xdg-utils , xxHash , vamp-plugin-sdk , zstd }: stdenv.mkDerivation rec { pname = "zrythm"; version = "1.0.0-alpha.26.0.13"; src = fetchFromGitHub { owner = pname; repo = pname; rev = "v${version}"; sha256 = "sha256-dkXlkJ+qlfxV9Bv2UvZZa2iRVm8tgpK4JxkWL2Jeq48="; }; nativeBuildInputs = [ help2man jq libaudec libxml2 meson ninja pandoc pkg-config python3 python3.pkgs.sphinx texi2html wrapGAppsHook cmake ]; buildInputs = [ SDL2 alsa-lib bash-completion carla chromaprint curl dconf epoxy ffmpeg fftw fftwFloat flex breeze-icons glib gtk3 gtksourceview3 graphviz guile json-glib libbacktrace libcyaml libgtop libjack2 libpulseaudio libsamplerate libsndfile libsoundio libyaml lilv lv2 pcre pcre2 reproc rtaudio rtmidi rubberband serd sord sratom vamp-plugin-sdk xdg-utils xxHash zstd ]; mesonFlags = [ "-Denable_ffmpeg=true" "-Denable_rtmidi=true" "-Denable_rtaudio=true" "-Denable_sdl=true" "-Dmanpage=true" # "-Duser_manual=true" # needs sphinx-intl "-Dlsp_dsp=disabled" "-Db_lto=false" ]; NIX_LDFLAGS = '' -lfftw3_threads -lfftw3f_threads ''; postPatch = '' chmod +x scripts/meson-post-install.sh patchShebangs ext/sh-manpage-completions/run.sh scripts/generic_guile_wrap.sh  scripts/meson-post-install.sh tools/check_have_unlimited_memlock.sh ''; preFixup = '' gappsWrapperArgs+=( --prefix GSETTINGS_SCHEMA_DIR : "$out/share/gsettings-schemas/${pname}-${version}/glib-2.0/schemas/" ) ''; meta = with lib; { homepage = "https://www.zrythm.org"; description = "Highly automated and intuitive digital audio workstation"; maintainers = with maintainers; [ tshaynik magnetophon ]; platforms = platforms.linux; license = licenses.agpl3Plus; }; } </ins>

Project description A highly automated and intuitive digital audio workstation. Metadata homepage URL: source URL: license: AGPLv3+ platforms: linux
This is a stub of a derivative for ZRythm:
Did you see It's for an older version, and I haven't compared it to your gist, but maybe you would like to do that?
I marked this as stale due to inactivity. →
Still relevant.


Question: <ins> { lib , buildPythonPackage , pytestCheckHook , fetchFromGitHub , fetchpatch , pythonOlder , setuptools-scm , setuptools , fast-histogram , matplotlib , numpy , wheel , pytest-mpl }: buildPythonPackage rec { pname = "mpl-scatter-density"; version = "0.7"; disabled = pythonOlder "3.6"; src = fetchFromGitHub { owner = "astrofrog"; repo = pname; rev = "refs/tags/v${version}"; sha256 = "sha256-MMxM+iv5p9ZLcBpqa3tBBPbsMM/PTg6BXaDpGgSw+DE="; }; patches = [ # https://github.com/astrofrog/mpl-scatter-density/pull/37 (fetchpatch { name = "distutils-removal.patch"; url = "https://github.com/ifurther/mpl-scatter-density/commit/6feedabe1e82da67d8eec46a80eb370d9f334251.patch"; sha256 = "sha256-JqWlSm8mIwqjRPa+kMEaKipJyzGEO+gJK+Q045N1MXA="; }) ]; nativeBuildInputs = [ setuptools setuptools-scm wheel ]; propagatedBuildInputs = [ matplotlib numpy fast-histogram ]; env.SETUPTOOLS_SCM_PRETEND_VERSION = version; nativeCheckInputs = [ pytestCheckHook pytest-mpl ]; disabledTests = [ # AssertionError: (240, 240) != (216, 216) # Erroneous pinning of figure DPI, sensitive to runtime environment "test_default_dpi" ]; pythonImportsCheck = [ "mpl_scatter_density" ]; meta = with lib; { homepage = "https://github.com/astrofrog/mpl-scatter-density"; description = "Fast scatter density plots for Matplotlib"; license = licenses.bsd2; maintainers = with maintainers; [ ifurther ]; }; } </ins>

Project description Glue is a python project to link visualizations of scientific datasets across many files. Click on the image for a quick demo: ! Metadata homepage URL: source URL: license: BSD Linux, BSD


Question: <del> diff --git a/dev/devicelab/lib/framework/runner.dart b/dev/devicelab/lib/framework/runner.dart index 8e511eefd..fbc7d6ac3 100644 --- a/dev/devicelab/lib/framework/runner.dart +++ b/dev/devicelab/lib/framework/runner.dart @@ -126,7 +126,7 @@ Future<void> cleanupSystem() async { print('nTelling Gradle to shut down (JAVA_HOME=$javaHome)'); final String gradlewBinaryName = Platform.isWindows ? 'gradlew.bat' : 'gradlew'; final Directory tempDir = Directory.systemTemp.createTempSync('flutter_devicelab_shutdown_gradle.'); -    recursiveCopy(Directory(path.join(flutterDirectory.path, 'bin', 'cache', 'artifacts', 'gradle_wrapper')), tempDir); +    recursiveCopy(Directory(path.join(globals.fsUtils.homeDirPath, '.cache', 'flutter', 'artifacts', 'gradle_wrapper')), tempDir); copy(File(path.join(path.join(flutterDirectory.path, 'packages', 'flutter_tools'), 'templates', 'app', 'android.tmpl', 'gradle', 'wrapper', 'gradle-wrapper.properties')), Directory(path.join(tempDir.path, 'gradle', 'wrapper'))); if (!Platform.isWindows) { await exec( diff --git a/packages/flutter_tools/lib/src/asset.dart b/packages/flutter_tools/lib/src/asset.dart index 79b06949f..9040ba0a8 100644 --- a/packages/flutter_tools/lib/src/asset.dart +++ b/packages/flutter_tools/lib/src/asset.dart @@ -6,6 +6,7 @@ import 'dart:async'; import 'package:yaml/yaml.dart'; +import 'base/common.dart'; import 'base/context.dart'; import 'base/file_system.dart'; import 'base/utils.dart'; @@ -325,7 +326,7 @@ List<_Asset> _getMaterialAssets(String fontSet) { for (final Map<dynamic, dynamic> font in family['fonts']) { final Uri entryUri = globals.fs.path.toUri(font['asset'] as String); result.add(_Asset( -        baseDir: globals.fs.path.join(Cache.flutterRoot, 'bin', 'cache', 'artifacts', 'material_fonts'), +        baseDir: globals.fs.path.join(globals.fsUtils.homeDirPath, '.cache', 'flutter', 'artifacts', 'material_fonts'), relativeUri: Uri(path: entryUri.pathSegments.last), entryUri: entryUri, )); diff --git a/packages/flutter_tools/lib/src/cache.dart b/packages/flutter_tools/lib/src/cache.dart index 715189938..5afb2a0db 100644 --- a/packages/flutter_tools/lib/src/cache.dart +++ b/packages/flutter_tools/lib/src/cache.dart @@ -189,8 +189,14 @@ class Cache { return; } assert(_lock == null); + +    final Directory dir = globals.fs.directory(globals.fs.path.join(globals.fsUtils.homeDirPath, '.cache', 'flutter')); +    if (!dir.existsSync()) { +      dir.createSync(recursive: true); +      globals.os.chmod(dir, '755'); +    } final File lockFile = -        globals.fs.file(globals.fs.path.join(flutterRoot, 'bin', 'cache', 'lockfile')); +        globals.fs.file(globals.fs.path.join(globals.fsUtils.homeDirPath, '.cache', 'flutter', 'lockfile')); try { _lock = lockFile.openSync(mode: FileMode.write); } on FileSystemException catch (e) { @@ -290,7 +296,7 @@ class Cache { if (_rootOverride != null) { return _fileSystem.directory(_fileSystem.path.join(_rootOverride.path, 'bin', 'cache')); } else { -      return _fileSystem.directory(_fileSystem.path.join(flutterRoot, 'bin', 'cache')); +      return _fileSystem.directory(_fileSystem.path.join(globals.fsUtils.homeDirPath, '.cache', 'flutter')); } } </del>

When trying to install , the build fails with: To reproduce, use the following and run it with : I think this happens because of the symlink of the , which seems to be resolved while running the build and in that case the symlink target does not exist. /cc btw: could you please also add support for the latest beta / dev / stable releases?
Hey it's fixed in the latest commit. Can you try it ?
Works fine, thank you very much for the fast fix!


Question: mobilizon = handleTest ./mobilizon.nix {}; mod_perl = handleTest ./mod_perl.nix {}; molly-brown = handleTest ./molly-brown.nix {}; <ins> monado = handleTest ./monado.nix {}; </ins> monica = handleTest ./web-apps/monica.nix {}; mongodb = handleTest ./mongodb.nix {}; moodle = handleTest ./moodle.nix {};

The [monado] package doesn't install the udev rules generated by the [xr-hardware util] from the Monado project. Install the package and check the lack of udev rules in It was expected for the udev rules to be installted with the package. The udev rules are needed as some hmd's have some strange and specific permissions. Maybe instead of adding this to the package, monado could turn into an option like . <!-- 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]: [monado]: [xr-hardware util]:
Trying packaging the udev rules similar to how . [brscan4]:
I was working on a Monado NixOS module. Perhaps I can deal with udev rules there. See


Question: , useSharedLibraries ? (!isBootstrap && !stdenv.isCygwin) , useOpenSSL ? !isBootstrap, openssl , useNcurses ? false, ncurses <del> , withQt5 ? false, qtbase </del> <ins> , withQt5 ? false, qtbase, wrapQtAppsHook </ins> , buildDocs ? (!isBootstrap && (useNcurses || withQt5)), sphinx, texinfo }: <del> stdenv.mkDerivation (rec { </del> <ins> stdenv.mkDerivation rec { </ins> pname = "cmake" + lib.optionalString isBootstrap "-boot" + lib.optionalString useNcurses "-cursesUI"

Describe the bug cmake-gui doesn't launch it shows an error like:- Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Please run and paste the result. Maintainer information:


Question: <del> { mkDerivation, config, lib, fetchpatch, fetchurl, cmake, doxygen, extra-cmake-modules, wrapGAppsHook # For `digitaglinktree` , perl, sqlite , qtbase , qtxmlpatterns , qtsvg , qtwebengine , qtnetworkauth , akonadi-contacts , kcalendarcore , kconfigwidgets , kcoreaddons , kdoctools , kfilemetadata , knotifications , knotifyconfig , ktextwidgets , kwidgetsaddons , kxmlgui , bison , boost , eigen , exiv2 , ffmpeg_4 , flex , graphviz , imagemagick , lcms2 , lensfun , libgphoto2 , libkipi , libksane , liblqr1 , libqtav , libusb1 , marble , libGL , libGLU , opencv , pcre , threadweaver , x265 , jasper # For panorama and focus stacking , enblend-enfuse , hugin , gnumake , breeze-icons , oxygen , cudaSupport ? config.cudaSupport , cudaPackages ? {} }: mkDerivation rec { pname   = "digikam"; version = "8.1.0"; src = fetchurl { url = "mirror://kde/stable/${pname}/${version}/digiKam-${version}.tar.xz"; hash = "sha256-BQPANORF/0JPGKZxXAp6eb5KXgyCs+vEYaIc7DdFpbM="; }; # Fix build against exiv2 0.28.1 patches = [ (fetchpatch { url = "https://invent.kde.org/graphics/digikam/-/commit/f5ea91a7f6c1926815ec68f3e0176d6c15b83051.patch"; hash = "sha256-5g2NaKKNKVfgW3dTO/IP/H/nZ0YAIOmdPAumy3NEaNg="; }) ]; nativeBuildInputs = [ cmake doxygen extra-cmake-modules kdoctools wrapGAppsHook ] ++ lib.optionals cudaSupport (with cudaPackages; [ cuda_nvcc ]); buildInputs = [ bison boost eigen exiv2 ffmpeg_4 flex graphviz imagemagick lcms2 lensfun libgphoto2 libkipi libksane liblqr1 libqtav libusb1 libGL libGLU opencv pcre x265 jasper qtbase qtxmlpatterns qtsvg qtwebengine qtnetworkauth akonadi-contacts kcalendarcore kconfigwidgets kcoreaddons kfilemetadata knotifications knotifyconfig ktextwidgets kwidgetsaddons kxmlgui breeze-icons marble oxygen threadweaver ] ++ lib.optionals cudaSupport (with cudaPackages; [ cuda_cudart ]); cmakeFlags = [ "-DENABLE_MYSQLSUPPORT=1" "-DENABLE_INTERNALMYSQL=1" "-DENABLE_MEDIAPLAYER=1" "-DENABLE_QWEBENGINE=on" "-DENABLE_APPSTYLES=on" "-DCMAKE_CXX_FLAGS=-I${libksane}/include/KF5" # fix `#include <ksane_version.h>` ]; dontWrapGApps = true; preFixup = '' qtWrapperArgs+=("''${gappsWrapperArgs[@]}") qtWrapperArgs+=(--prefix PATH : ${lib.makeBinPath [ gnumake hugin enblend-enfuse ]}) qtWrapperArgs+=(--suffix DK_PLUGIN_PATH : ${placeholder "out"}/${qtbase.qtPluginPrefix}/${pname}) substituteInPlace $out/bin/digitaglinktree  --replace "/usr/bin/perl" "${perl}/bin/perl"  --replace "/usr/bin/sqlite3" "${sqlite}/bin/sqlite3" ''; meta = with lib; { description = "Photo Management Program"; license = licenses.gpl2; homepage = "https://www.digikam.org"; maintainers = with maintainers; [ spacefault ]; platforms = platforms.linux; mainProgram = "digikam"; }; } </del>

Package name: digikam Latest released version: 8.2.0 Current version on the unstable channel: 8.1.0 Current version on the stable/release channel: 8.1.0 Notify maintainers Changelog: Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:


Question: }; postPatch = '' <ins> substituteInPlace pyproject.toml  --replace 'cryptography = "^2.1 || ^3.0"' 'cryptography = "*"' </ins> substituteInPlace "ykman/pcsc/__init__.py"  <del> --replace '/usr/bin/pkill' '${procps}/bin/pkill' </del> <ins> --replace 'pkill' '${procps}/bin/pkill' </ins> ''; <del> format = "pyproject"; </del> nativeBuildInputs = with python3Packages; [ poetry-core ]; propagatedBuildInputs =

Not valid cryptography in python3 ... Steps to reproduce the behavior: switch "Screenshot" Install yubikey-manager ;) 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. -- as cryptography maintainer Please run and paste the result.


Question: githubId = 1568873; name = "Torsten Scholak"; }; <ins> tshaynik = { email = "tshaynik@protonmail.com"; github = "tshaynik"; githubId = 15064765; name = "tshaynik"; }; </ins> tstrobel = { email = "4ZKTUB6TEP74PYJOPWIR013S2AV29YUBW5F9ZH2F4D5UMJUJ6S@hash.domains"; name = "Thomas Strobel";


Question: </listitem> <listitem> <para> <del> Several of the apache subservices have been replaced with full NixOS modules including LimeSurvey, WordPress, and Zabbix. These modules can be enabled using the <option>services.limesurvey.enable</option>, </del> <ins> The httpd service no longer attempts to start the postgresql service. If you have come to depend on this behaviour then you can preserve the behavior with the following configuration: <literal>systemd.services.httpd.after = [ "postgresql.service" ];</literal> </para> <para> The option <option>services.httpd.extraSubservices</option> has been marked as deprecated. You may still use this feature, but it will be removed in a future release of NixOS. You are encouraged to convert any httpd subservices you may have written to a full NixOS module. </para> <para> Most of the httpd subservices packaged with NixOS have been replaced with full NixOS modules including LimeSurvey, WordPress, and Zabbix. These modules can be enabled using the <option>services.limesurvey.enable</option>, </ins> <option>services.wordpress.enable</option>, and <option>services.zabbixWeb.enable</option> options. </para> </listitem>

I set up a brand new NixOS system with nothing but . After switching to the new configuration, I ran and was surprised to find in there in a and state. I poked around and it turns out that our module refers to in its section: It sort of makes sense, because presumably you want your webserver to spin up after your database, but it feels kinda icky to give completely unrelated (in principle) services dependencies on one another, especially when some of them might not even be on your system. I suppose we could make that entry conditional on , but I'm not sure what the pros and cons of that are.
Yes, I'd think it would better be conditional. Units should get reloaded on system switch IIRC, before starting new services, so I see no danger in that.
I think, this link should be broken unconditionally. In my scenario apache-httpd is used solely for SVN web interface, and while I have running Postgresql instance, they are orthogonal (postgresql is acompanied by tomcat container/nginx pair)
Perhaps, yeah. It also appears to depend on , which I think is a nixops-ism.


Question: let env = let paths =  requiredLuaModules (extraLibs ++ [ lua ] ); <del> in buildEnv { </del> <ins> in (buildEnv { </ins> name = "${lua.name}-env"; inherit paths;

Describe the bug Building neovim doesn't work anymore. To Reproduce Checkout master branch, commit (latest as of now), then build: Expected behavior Building neovim should succeed.
The failing code is (...-stdenv-linux/setup: line 320):
Having the same issue when updating my system.
Ping I think this has something to do with the recent stdenv changes. Do you know how to fix it?
This is from which breaks this manual sourcing of setup hooks I say this is a good thing! We should make those proper dependencies. I will fix shortly.
I have a similar issue in stdenv-linux/setup /nix/store/fiaj00zrmb7dynd2q9xmcrh5rn0mjwj0-stdenv-linux/setup: line 97: $'r': command not found builder for '/nix/store/frqmqjyg649bkqivqhzq041fxbfvsikw-cockpit-' failed with exit code 127
Thanks!


Question: substituteInPlace conans/requirements.txt  --replace "PyYAML>=3.11, <3.14.0" "PyYAML"  --replace "deprecation>=2.0, <2.1" "deprecation"  <ins> --replace "idna==2.6" "idna"  --replace "cryptography>=1.3.4, <2.4.0" "cryptography"  --replace "pyOpenSSL>=16.0.0, <19.0.0" "pyOpenSSL"  </ins> --replace "six>=1.10.0,<=1.14.0" "six" '';

Description Attempting to install conan with nix-env on Mac OS X errors out with the following message: To Reproduce Steps to reproduce the behavior: Expected behavior As Mac OS X is a supported platform for conan, it's expected that it would install. Additional context This appears to be due to conan's dependency on the python3-distro package, which only compiles on Linux architectures. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(tclemons): channels(root): nixpkgs:


Question: <ins> --- a/csvheader +++ b/csvheader @@ -29,10 +29,6 @@ while getopts "d:tq:r:" arg; do esac done -CSVQUOTE=`which csvquote` || CSVQUOTE="./csvquote" -if [ ! -f $CSVQUOTE ]; then -    echo "csvquote program not found. exiting" -    exit 1 -fi +CSVQUOTE=@out@/bin/csvquote $CSVQUOTE $@ | head -n 1 | tr "$DEL" 'n' | nl -ba | $CSVQUOTE -u -d "$DEL" -q "$QUO" -r "$REC" </ins>

Project description Enables common unix utlities like cut, awk, wc, head to work correctly with csv data containing delimiters and newlines Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin


Question: , libwebp , libxml2 , nukeReferences <ins> , pkg-config </ins> , quantumdepth ? 8 , runCommand , stdenv

cannot process svg files despite the documentation advertising it can. Steps to reproduce the behavior: SVG should be supported Introduced in Build logs: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:


Question: buildPythonPackage rec { pname = "bcrypt"; <del> version = "4.0.0"; </del> <ins> version = "4.0.1"; </ins> format = "pyproject"; disabled = pythonOlder "3.6"; src = fetchPypi { inherit pname version; <del> hash = "sha256-xZwXD8kiX6rQTd4bph2FtBOUbozi5fX1/zDf1nKD8xk="; </del> <ins> hash = "sha256-J9N1kDrIJhz+QEf2cJ0W99GNObHskqr3KvmJVSplDr0="; </ins> }; cargoRoot = "src/_bcrypt";

This is especially important for Home Assistant, which and fails to build without it. Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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.
Can you tell me what nixpkgs version you are using? On master home-assistant builds just fine, with bcrypt at 4.0.0, because we do in fact relax its constraints a bit. Added variables. nix-replhome- «derivation /nix/store/044cr7v736265qjiq2b3vc7r7hxbaqfd-python3.10-bcrypt-»
I'm on . More build logs:
Upon further inspection, the file does appear to be patched correctly, but there are still in and . Maybe those have something to do with it?
My bad, I just realised I was overriding without including the original
That explains it.


Question: - A new option was added to the virtualisation module that enables specifying explicitly named network interfaces in QEMU VMs. The existing `virtualisation.vlans` is still supported for cases where the name of the network interface is irrelevant. <ins> - Apptainer/Singularity now defaults to using `"$out/var/lib"` for the `LOCALSTATEDIR` configuration option instead of the top-level `"/var/lib"`. This change impacts the `SESSIONDIR` (container-run-time mount point) configuration, which is set to `$LOCALSTATEDIR/<apptainer or singularity>/mnt/session`. This detaches the packages from the top-level directory, rendering the NixOS module optional. The default behavior of the NixOS module `programs.singularity` stays unchanged. We add a new option `programs.singularity.enableExternalSysConfDir` (default to `true`) to specify whether to set the top-level `"/var/lib"` as `LOCALSTATEDIR` or not. </ins> - DocBook option documentation is no longer supported, all module documentation now uses markdown. - `buildGoModule` `go-modules` attrs have been renamed to `goModules`.

The derivation is missing the directory to work properly. Steps to reproduce the behavior: A clear and concise description of what you expected to happen. is output without error. This can be fixed by creating the directory manually (). I guess this could be to the derivation. <!-- 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.
NixOS module provides those top-level directories. discussed with one of the main Apptainer developer in . He think it should be easy to specify a directory that will always exist at build time. Regalding this, I'm considering the possibility to put those dilectories under the derivation store path. Not sure if there would be potential problem using a store path as a mount point, but it seems to work without problem.
Could you help me take a look at ?
If you have time, please help me test the PR . It should fundamentally solve this issue. If applied, you no longer need the NixOS module or just to run images. It specifies the LOCALSTATEDIR as , making both Apptainer and Sylabs SingularityCE works without . (The image running still depends on and to run images, which might be the final obstacle to build images as a package without invoking a virtual machine. Other than that, it should not be an issue for most users, as are available on most of the UNIX/UNIX-like systems.)
I removed (the temporary fix for this issue) and ran the following and it seems to work fine: Thank you for this fix!
Glad to hear that! Would you mind ? I've heard that committers tend to merge PRs getting two approvals.
Done!


Question: <para> This chapter describes tools for creating various types of images. </para> <del> <xi:include href="images/appimagetools.xml" /> </del> <ins> <xi:include href="images/appimagetools.section.xml" /> </ins> <xi:include href="images/dockertools.section.xml" /> <xi:include href="images/ocitools.section.xml" /> <del> <xi:include href="images/snaptools.xml" /> </del> <ins> <xi:include href="images/snaptools.section.xml" /> </ins> </chapter>

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.


Question: <para> This chapter describes tools for creating various types of images. </para> <del> <xi:include href="images/appimagetools.xml" /> </del> <ins> <xi:include href="images/appimagetools.section.xml" /> </ins> <xi:include href="images/dockertools.section.xml" /> <xi:include href="images/ocitools.section.xml" /> <del> <xi:include href="images/snaptools.xml" /> </del> <ins> <xi:include href="images/snaptools.section.xml" /> </ins> </chapter>

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.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I opened a PR here: Thanks in advance for reviewing :-)


Question: <del> <section xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xi="http://www.w3.org/2001/XInclude" xml:id="sec-pkgs-snapTools"> <title>pkgs.snapTools</title> <para> <varname>pkgs.snapTools</varname> is a set of functions for creating Snapcraft images. Snap and Snapcraft is not used to perform these operations. </para> <section xml:id="ssec-pkgs-snapTools-makeSnap-signature"> <title>The makeSnap Function</title> <para> <function>makeSnap</function> takes a single named argument, <parameter>meta</parameter>. This argument mirrors <link xlink:href="https://docs.snapcraft.io/snap-format">the upstream <filename>snap.yaml</filename> format</link> exactly. </para> <para> The <parameter>base</parameter> should not be specified, as <function>makeSnap</function> will force set it. </para> <para> Currently, <function>makeSnap</function> does not support creating GUI stubs. </para> </section> <section xml:id="ssec-pkgs-snapTools-build-a-snap-hello"> <title>Build a Hello World Snap</title> <example xml:id="ex-snapTools-buildSnap-hello"> <title>Making a Hello World Snap</title> <para> The following expression packages GNU Hello as a Snapcraft snap. </para> <programlisting><xi:include href="./snap/example-hello.nix" parse="text" /></programlisting> <para> <command>nix-build</command> this expression and install it with <command>snap install ./result --dangerous</command>. <command>hello</command> will now be the Snapcraft version of the package. </para> </example> </section> <section xml:id="ssec-pkgs-snapTools-build-a-snap-firefox"> <title>Build a Hello World Snap</title> <example xml:id="ex-snapTools-buildSnap-firefox"> <title>Making a Graphical Snap</title> <para> Graphical programs require many more integrations with the host. This example uses Firefox as an example, because it is one of the most complicated programs we could package. </para> <programlisting><xi:include href="./snap/example-firefox.nix" parse="text" /></programlisting> <para> <command>nix-build</command> this expression and install it with <command>snap install ./result --dangerous</command>. <command>nix-example-firefox</command> will now be the Snapcraft version of the Firefox package. </para> <para> The specific meaning behind plugs can be looked up in the <link xlink:href="https://docs.snapcraft.io/supported-interfaces">Snapcraft interface documentation</link>. </para> </example> </section> </section> </del>


Question: <del> <section xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xi="http://www.w3.org/2001/XInclude" xml:id="sec-pkgs-snapTools"> <title>pkgs.snapTools</title> <para> <varname>pkgs.snapTools</varname> is a set of functions for creating Snapcraft images. Snap and Snapcraft is not used to perform these operations. </para> <section xml:id="ssec-pkgs-snapTools-makeSnap-signature"> <title>The makeSnap Function</title> <para> <function>makeSnap</function> takes a single named argument, <parameter>meta</parameter>. This argument mirrors <link xlink:href="https://docs.snapcraft.io/snap-format">the upstream <filename>snap.yaml</filename> format</link> exactly. </para> <para> The <parameter>base</parameter> should not be specified, as <function>makeSnap</function> will force set it. </para> <para> Currently, <function>makeSnap</function> does not support creating GUI stubs. </para> </section> <section xml:id="ssec-pkgs-snapTools-build-a-snap-hello"> <title>Build a Hello World Snap</title> <example xml:id="ex-snapTools-buildSnap-hello"> <title>Making a Hello World Snap</title> <para> The following expression packages GNU Hello as a Snapcraft snap. </para> <programlisting><xi:include href="./snap/example-hello.nix" parse="text" /></programlisting> <para> <command>nix-build</command> this expression and install it with <command>snap install ./result --dangerous</command>. <command>hello</command> will now be the Snapcraft version of the package. </para> </example> </section> <section xml:id="ssec-pkgs-snapTools-build-a-snap-firefox"> <title>Build a Hello World Snap</title> <example xml:id="ex-snapTools-buildSnap-firefox"> <title>Making a Graphical Snap</title> <para> Graphical programs require many more integrations with the host. This example uses Firefox as an example, because it is one of the most complicated programs we could package. </para> <programlisting><xi:include href="./snap/example-firefox.nix" parse="text" /></programlisting> <para> <command>nix-build</command> this expression and install it with <command>snap install ./result --dangerous</command>. <command>nix-example-firefox</command> will now be the Snapcraft version of the Firefox package. </para> <para> The specific meaning behind plugs can be looked up in the <link xlink:href="https://docs.snapcraft.io/supported-interfaces">Snapcraft interface documentation</link>. </para> </example> </section> </section> </del>


Question: }; listenerAsserts = prefix: listener: <del> assertKeysValid prefix freeformListenerKeys listener.settings </del> <ins> assertKeysValid "${prefix}.settings" freeformListenerKeys listener.settings </ins> ++ userAsserts prefix listener.users ++ imap0 (i: v: authAsserts "${prefix}.authPlugins.${toString i}" v)

lists a listener option called that can be used to listen for incoming network connections only on the specified interface. Unfortunately does not accept this option. Steps to reproduce the behavior: This should evaluate cleanly. Incidentally, that assertion message drops the component in the attribute path, it might be nice to fix that.


Question: src = fetchFromGitHub { owner = "nvim-treesitter"; repo = "nvim-treesitter"; <del> rev = "97691940d1c9cdaef2ca73c4fae50987fdcadc6c"; sha256 = "13cz5hjp7w1fmjw35n41gw3yyizs9y3jnbz228j6n8zz3awdin9g"; </del> <ins> rev = "b995eebe84df88092a41cbfd591bfc1565f70d8e"; sha256 = "1738mssq22n1njrpi004apgfv00fxn7yx00r3175qn57bjw9bks9"; </ins> }; meta.homepage = "https://github.com/nvim-treesitter/nvim-treesitter/"; };

Project description Various vim plugins iamcco/coc-tailwindcss coc-extensions/coc-svelte evanleck/vim-svelte


Question: opacity, edge thickness, and right- or left-handedness, for this cursor theme.  This package's derivation has an output for each of these variants, named following the upstream convention, and the attribute for <del> an output must be used to install a variant.  E.g.: <programlisting language="nix"> environment.systemPackages = [ comixcursors.Blue comixcursors.Opaque_Orange comixcursors.Slim_Red comixcursors.Opaque_Slim_White comixcursors.LH_Green comixcursors.LH_Opaque_Black comixcursors.LH_Slim_Orange comixcursors.LH_Opaque_Slim_Blue ]; </programlisting> Attempting to use just <literal>comixcursors</literal>, i.e. without an output attribute, will not install any variants.  To install all the variants, use <literal>comixcursors.all</literal> (which is a list), e.g.: <programlisting language="nix"> environment.systemPackages = comixcursors.all ++ [...]; </programlisting> The complete list of output attributes is: <programlisting> ${concatStringsSep "n" variants} </programlisting> </del> <ins> an output must be used to install a variant, e.g. `comixcursors.LH_Opaque_Slim_Blue`.  Attempting to use only `comixcursors`, i.e. without an output attribute, will not install any variants.  To install all the variants, use `comixcursors.all` (which is a list). </ins> ''; homepage = "https://gitlab.com/limitland/comixcursors"; changelog = "https://gitlab.com/limitland/comixcursors/-/blob/HEAD/NEWS";

The  package (which I and maintain) has a that is rendering wrong at It seems that I used the wrong markup language. I'd like to ask: what is the markup language that we're supposed to use in s? I've been unable to find an answer to this in the documentation, and unable to find a working example in some package's file, even though IIRC I've come across some description in search results that correctly rendered some quoted code with extra styling. When I first wrote my package's description, it was 4 months ago with NixOS 21.05, and I'd somehow thought that DocBook was the correct language to use. Looking at other packages' descriptions, I see some other attempts to use markup (or Markdown), which is maybe what influenced me, but now I see that these are also rendering wrong. My longer more-structured description looks especially bad, so it should be fixed.
As far as is just plain text.


Question: dontBuild = true; nativeBuildInputs = [ wrapQtAppsHook makeWrapper python3 ]; <del> propagatedBuildInputs = with python3.pkgs; [ pyqt5 docutils ]; </del> <ins> propagatedBuildInputs = with python3.pkgs; [ pyqt6 docutils ]; </ins> desktopItem = makeDesktopItem { name = "leo-editor";

A config file is read-only, which causes the program to fail entirely. The leo text editor should run when invoked. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Not fixed:
this has been fixed on the master branch however has not been backported. I'll create a PR to backport this, in the meantime if using flakes you can update nixpkgs to follow master or nixpkgs-unstable otherwise you can update your channel to follow unstable. works fine for me. EDIT:
Are you sure? Are you sure?
!
works on my machine, which makes it extra strange that installing it locally with a flake that is pinned to does not.


Question: buildFeatures = [ "zstd/pkg-config" ]; <ins> preCheck = '' substituteInPlace tests/ui.rs  --replace 'format!(r"/private{path}")' 'path.to_string()' ''; </ins> postInstall = '' installManPage artifacts/*.1 installShellCompletion artifacts/ouch.{bash,fish} --zsh artifacts/_ouch ''; <del> env.OUCH_ARTIFACTS_FOLDER = "artifacts"; </del> <ins> env = { OUCH_ARTIFACTS_FOLDER = "artifacts"; } // # Work around https://github.com/NixOS/nixpkgs/issues/166205. lib.optionalAttrs stdenv.cc.isClang { NIX_LDFLAGS = "-l${stdenv.cc.libcxx.cxxabi.libName}"; }; </ins> meta = with lib; { description = "A command-line utility for easily compressing and decompressing files and directories";

Steps to reproduce the behavior: ouch on x86_64 darwin Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:


Question: <del> { lib, stdenv, fetchFromGitHub, callPackage, makeWrapper , clang, llvm, which, libcgroup }: let afl-qemu = callPackage ./qemu.nix { inherit afl; }; qemu-exe-name = if stdenv.hostPlatform.system == "x86_64-linux" then "qemu-x86_64" else if stdenv.hostPlatform.system == "i686-linux" then "qemu-i386" else throw "afl: no support for ${stdenv.hostPlatform.system}!"; afl = stdenv.mkDerivation rec { pname = "afl"; version = "2.57b"; src = fetchFromGitHub { owner = "google"; repo = pname; rev = "v${version}"; sha256 = "0fqj3g6ds1f21kxz7m9mc1fspi9r4jg9jcmi60inwxijrc5ncvr6"; }; enableParallelBuilding = true; # Note: libcgroup isn't needed for building, just for the afl-cgroup # script. nativeBuildInputs = [ makeWrapper which llvm.dev ]; buildInputs = [ llvm ]; makeFlags = [ "PREFIX=$(out)" ]; postBuild = '' make -C llvm_mode $makeFlags -j$NIX_BUILD_CORES ''; postInstall = '' # Install the custom QEMU emulator for binary blob fuzzing. cp ${afl-qemu}/bin/${qemu-exe-name} $out/bin/afl-qemu-trace # Install the cgroups wrapper for asan-based fuzzing. cp experimental/asan_cgroups/limit_memory.sh $out/bin/afl-cgroup chmod +x $out/bin/afl-cgroup substituteInPlace $out/bin/afl-cgroup  --replace "cgcreate" "${libcgroup}/bin/cgcreate"  --replace "cgexec"   "${libcgroup}/bin/cgexec"  --replace "cgdelete" "${libcgroup}/bin/cgdelete" # Patch shebangs before wrapping patchShebangs $out/bin # Wrap afl-clang-fast(++) with a *different* AFL_PATH, because it # has totally different semantics in that case(?) - and also set a # proper AFL_CC and AFL_CXX so we don't pick up the wrong one out # of $PATH. # first though we need to replace the afl-clang-fast++ symlink with # a real copy to prevent wrapProgram skipping the symlink and confusing # nix's cc wrapper rm $out/bin/afl-clang-fast++ cp $out/bin/afl-clang-fast $out/bin/afl-clang-fast++ for x in $out/bin/afl-clang-fast $out/bin/afl-clang-fast++; do wrapProgram $x  --prefix AFL_PATH : "$out/lib/afl"  --run 'export AFL_CC=''${AFL_CC:-${clang}/bin/clang} AFL_CXX=''${AFL_CXX:-${clang}/bin/clang++}' done ''; passthru.qemu = afl-qemu; meta = { description = "Powerful fuzzer via genetic algorithms and instrumentation"; longDescription = '' American fuzzy lop is a fuzzer that employs a novel type of compile-time instrumentation and genetic algorithms to automatically discover clean, interesting test cases that trigger new internal states in the targeted binary. This substantially improves the functional coverage for the fuzzed code. The compact synthesized corpora produced by the tool are also useful for seeding other, more labor or resource-intensive testing regimes down the road. ''; homepage    = "https://lcamtuf.coredump.cx/afl/"; license     = lib.licenses.asl20; platforms   = ["x86_64-linux" "i686-linux"]; maintainers = with lib.maintainers; [ thoughtpolice ris ]; }; }; in afl </del>

Steps to reproduce the behavior: afl <!-- 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]:
If you are planing to open a PR, you don't need to create an issue first.
I wasn't sure, thanks for clarification


Question: "--disable-libmpv-static" "--disable-static-build" "--disable-build-date" # Purity <del> (enableFeature archiveSupport  "libarchive") (enableFeature cddaSupport     "cdda") (enableFeature dvdnavSupport   "dvdnav") (enableFeature openalSupport   "openal") (enableFeature sdl2Support     "sdl2") (enableFeature sixelSupport    "sixel") (enableFeature vaapiSupport    "vaapi") (enableFeature waylandSupport  "wayland") (enableFeature stdenv.isLinux  "dvbin") </del> <ins> (lib.enableFeature archiveSupport  "libarchive") (lib.enableFeature cddaSupport     "cdda") (lib.enableFeature dvdnavSupport   "dvdnav") (lib.enableFeature openalSupport   "openal") (lib.enableFeature sdl2Support     "sdl2") (lib.enableFeature sixelSupport    "sixel") (lib.enableFeature vaapiSupport    "vaapi") (lib.enableFeature waylandSupport  "wayland") (lib.enableFeature stdenv.isLinux  "dvbin") </ins> ] # Disable whilst Swift isn't supported ++ lib.optional (!swiftSupport) "--disable-macos-cocoa-cb"; nativeBuildInputs = [ <del> addOpenGLRunpath docutils perl pkg-config python3 wafHook which ] ++ optional swiftSupport swift; </del> <ins> addOpenGLRunpath docutils perl pkg-config python3 wafHook which ] ++ lib.optionals swiftSupport [ swift ]; </ins> buildInputs = [ <del> ffmpeg freetype libass libpthreadstubs luaEnv libuchardet mujs ] ++ optional alsaSupport        alsa-lib ++ optional archiveSupport     libarchive ++ optional bluraySupport      libbluray ++ optional bs2bSupport        libbs2b ++ optional cacaSupport        libcaca ++ optional cmsSupport         lcms2 ++ optional jackaudioSupport   libjack2 ++ optional libpngSupport      libpng ++ optional openalSupport      openalSoft ++ optional pulseSupport       libpulseaudio ++ optional rubberbandSupport  rubberband ++ optional screenSaverSupport libXScrnSaver ++ optional sdl2Support        SDL2 ++ optional sixelSupport       libsixel ++ optional speexSupport       speex ++ optional theoraSupport      libtheora ++ optional vaapiSupport       libva ++ optional vapoursynthSupport vapoursynth ++ optional vdpauSupport       libvdpau ++ optional xineramaSupport    libXinerama ++ optional xvSupport          libXv ++ optional zimgSupport        zimg ++ optional stdenv.isDarwin    libiconv ++ optional stdenv.isLinux     nv-codec-headers ++ optionals cddaSupport       [ libcdio libcdio-paranoia ] ++ optionals drmSupport        [ libdrm mesa ] ++ optionals dvdnavSupport     [ libdvdnav libdvdnav.libdvdread ] ++ optionals waylandSupport    [ wayland wayland-protocols libxkbcommon ] ++ optionals x11Support        [ libX11 libXext libGLU libGL libXxf86vm libXrandr ] ++ optionals vulkanSupport     [ libplacebo shaderc vulkan-headers vulkan-loader ] ++ optionals stdenv.isDarwin   [ CoreFoundation Cocoa CoreAudio MediaPlayer ]; </del> <ins> ffmpeg freetype libass libpthreadstubs libuchardet luaEnv mujs ] ++ lib.optionals alsaSupport        [ alsa-lib ] ++ lib.optionals archiveSupport     [ libarchive ] ++ lib.optionals bluraySupport      [ libbluray ] ++ lib.optionals bs2bSupport        [ libbs2b ] ++ lib.optionals cacaSupport        [ libcaca ] ++ lib.optionals cddaSupport        [ libcdio libcdio-paranoia ] ++ lib.optionals cmsSupport         [ lcms2 ] ++ lib.optionals drmSupport         [ libdrm mesa ] ++ lib.optionals dvdnavSupport      [ libdvdnav libdvdnav.libdvdread ] ++ lib.optionals jackaudioSupport   [ libjack2 ] ++ lib.optionals libpngSupport      [ libpng ] ++ lib.optionals openalSupport      [ openalSoft ] ++ lib.optionals pulseSupport       [ libpulseaudio ] ++ lib.optionals rubberbandSupport  [ rubberband ] ++ lib.optionals screenSaverSupport [ libXScrnSaver ] ++ lib.optionals sdl2Support        [ SDL2 ] ++ lib.optionals sixelSupport       [ libsixel ] ++ lib.optionals speexSupport       [ speex ] ++ lib.optionals theoraSupport      [ libtheora ] ++ lib.optionals vaapiSupport       [ libva ] ++ lib.optionals vapoursynthSupport [ vapoursynth ] ++ lib.optionals vdpauSupport       [ libvdpau ] ++ lib.optionals vulkanSupport      [ libplacebo shaderc vulkan-headers vulkan-loader ] ++ lib.optionals waylandSupport     [ wayland wayland-protocols libxkbcommon ] ++ lib.optionals x11Support         [ libX11 libXext libGLU libGL libXxf86vm libXrandr ] ++ lib.optionals xineramaSupport    [ libXinerama ] ++ lib.optionals xvSupport          [ libXv ] ++ lib.optionals zimgSupport        [ zimg ] ++ lib.optionals stdenv.isLinux     [ nv-codec-headers ] ++ lib.optionals stdenv.isDarwin    [ libiconv ] ++ lib.optionals stdenv.isDarwin    [ CoreFoundation Cocoa CoreAudio MediaPlayer ]; </ins> enableParallelBuilding = true; <del> postBuild = optionalString stdenv.isDarwin '' </del> <ins> postBuild = lib.optionalString stdenv.isDarwin '' </ins> python3 TOOLS/osxbundle.py -s build/mpv '';

<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: mpv <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.33.1 desired version: 0.34.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.


Question: patchShebangs --build configure ''; <ins> # JDK's build system attempts to specifically detect # and special-case WSL, and we don't want it to do that, # so pass the correct platform names explicitly configurePlatforms = ["build" "host"]; </ins> configureFlags = [ "--with-boot-jdk=${openjdk-bootstrap.home}" "--with-version-build=${version.build}"

They're trying to be smart: We should probably patch that check out, but maybe people with actual Java experience will have better ideas.
We need to patch that. Neither do we want to provide cygpath nor can we wslpath because that would most likely try to escape the sandbox.
The thing here is that they see WSL and automatically assume we're cross-compiling to a Windows target, which we're not. We can patch this out, or maybe we can force it to not cross-compile somehow, or maybe we can make lie.
I would recommend to just patch that out.


Question: patchShebangs --build configure ''; <ins> # JDK's build system attempts to specifically detect # and special-case WSL, and we don't want it to do that, # so pass the correct platform names explicitly configurePlatforms = ["build" "host"]; </ins> configureFlags = [ "--with-boot-jdk=${openjdk-bootstrap.home}" "--with-version-build=${version.build}"

I'm trying to use it on aarch64 and this is failing: [6/257] Building CXX object FAILED: /nix/store/fsn9mccnjinl212ypa3rx8b8647s9klh-gcc-wrapper-12.2.0/bin/g++ -DCEFUSESANDBOX -DNDEBUG -DWRAPPINGCEFSHARED -DFILEOFFSETBITS=64 -DSTDCCONSTANTMACROS -DSTDCFORMATMACROS -I/build/source/thirdparty/cef/cefbinary104.4.26+g4180781+chromium-104.0.5112.102linux64minimal -O3 -DNDEBUG -fno-strict-aliasing -fPIC -fstack-protector -funwind-tables -fvisibility=hidden --param=ssp-buffer-size=4 -pipe -pthread -Wall -Werror -Wno-missing-field-initializers -Wno-unused-parameter -Wno-error=comment -Wno-comment -Wno-deprecated-declarations -m64 -march=x86-64 -fno-exceptions -fno-rtti -fno-threadsafe-statics -fvisibility-inlines-hidden -std=c++14 -Wsign-compare -Wno-undefined-var-template -Wno-literal-suffix -Wno-narrowing -Wno-attributes -O2 -fdata-sections -ffunction-sections -fno-ident -UFORTIFYSOURCE -DFORTIFYSOURCE=2 -MD -MT -MF -o -c /build/source/thirdparty/cef/cefbinary104.4.26+g4180781+chromium- g++: error: unrecognized command-line option '-m64' ninja: build stopped: subcommand failed. error: builder for '/nix/store/a7r53z6050vvhlmwnxac6c6kp41gcz2g-jcef-jetbrains-' failed with exit code 1; last 10 log lines: For full logs, run 'nix log /nix/store/a7r53z6050vvhlmwnxac6c6kp41gcz2g-jcef-jetbrains-'.


Question: patchShebangs --build configure ''; <ins> # JDK's build system attempts to specifically detect # and special-case WSL, and we don't want it to do that, # so pass the correct platform names explicitly configurePlatforms = ["build" "host"]; </ins> configureFlags = [ "--with-boot-jdk=${openjdk-bootstrap.home}" "--with-version-build=${version.build}"

error: 1 dependencies of derivation '/nix/store/9mds0h6675lnh8hgam63xycvv8lrb01v-jetbrains-jdk-jcef-17.0.6-' failed to build
WSL2 on aarch64? Also, this error is for Chromium.
Sorry, never mind. I'm having an issue with , that has a dependency on CEF. I posted in an incorrect place. I opened a separate ticket. Please ignore.


Question: hcl2json = callPackage ../applications/misc/hcl2json { }; <ins> hcledit = callPackage ../tools/text/hcledit { }; </ins> hcxtools = callPackage ../tools/security/hcxtools { }; hcxdumptool = callPackage ../tools/security/hcxdumptool { };

Project description A command line editor for HCL Metadata homepage URL: source URL: license: mit platforms: darwinarm64, linuxarm64, windows_arm64 Release page: Copied install info from readme: If you are macOS user: Download the latest compiled binaries and put it anywhere in your executable path. If you have Go 1.20+ development environment:


Question: meta.homepage = "https://github.com/tpope/vim-surround/"; }; <ins> vim-svelte = buildVimPluginFrom2Nix { pname = "vim-svelte"; version = "2022-02-17"; src = fetchFromGitHub { owner = "evanleck"; repo = "vim-svelte"; rev = "1080030d6a1bc6582389c133a07552ba0a442410"; sha256 = "0kwx0rkb6879v5c3jyavzh1hklxl2q1qwnm28x1p32kdcwqkccjp"; }; meta.homepage = "https://github.com/evanleck/vim-svelte/"; }; </ins> vim-swap = buildVimPluginFrom2Nix { pname = "vim-swap"; version = "2021-08-08";


Question: --replace 'DESTINATION usr/share' "DESTINATION share" ''; <ins> postConfigure = '' substituteInPlace cmake_install.cmake  --replace "/var/empty" "/usr" ''; </ins> meta = with lib; { description = "A full configuration manager for JWM"; homepage = "https://joewing.net/projects/jwm";

The repo URL is missing for: To fix it, you can fork (I forked it for preservation but neither of us made changes: ) then change the GitHub username in the nix file to yours. I don't have NixOS or have any way to test this. I ran into your nix file while trying to find the maintainer: I asked whether the repo has moved because it is deleted from GitHub. I contacted him via 's contact form and I'm awaiting a response (I didn't try an e-mail address found here yet: ).
Recently I have read somewhere that the author was absent from some social media, and that for personal reasons he has removed his account on github, and that this software is still available on launchpad. Github was just a second home for it. But I am not finding this info anymore.
Ok, the author responded to me via e-mail that the launchpad URL is correct, but that he isn't maintaining it. He says he's more likely to rewrite it in Rust rather than update it. The nix file can be corrected to use launchpad, but in light of that information, using one of the GitHub forks or forking one of them yourself and turning on the "Issues" feature is probably the best route to a future for it, even to a minimal extent of getting bugfixes.
I am changing the upstream source to the launchpad repository, as it is the most correct. I am also watching the two forks on github, so that I will be notified of new actions on them.


Question: fetchSubmodules = true; }; <ins> patches = [ # This patch can be removed when a new version of barrier (greater than 2.4.0) # is released, which will contain this commit. (fetchpatch { name = "add-missing-cstddef-header.patch"; url = "https://github.com/debauchee/barrier/commit/4b12265ae5d324b942698a3177e1d8b1749414d7.patch"; sha256 = "sha256-ajMxP7szBFi4h8cMT3qswfa3k/QiJ1FGI3q9fkCFQQk="; }) ]; </ins> buildInputs = [ curl xorg.libX11 xorg.libXext xorg.libXtst avahiWithLibdnssdCompat qtbase ]; nativeBuildInputs = [ cmake wrapGAppsHook ];

The package is failing to build Steps to reproduce the behavior: The package to build successfully without errors
I'm sorry, I haven't used in years - but also nothing with that package has changed in some while. I'd assume an upstream problem?
I don't use but took a look out of curiosity. It was an upstream problem that is fixed by a few commits after the latest 2.4.0 release. There hasn't been a new release since then. Is the best thing to do here pull down that commit as an isolated patch or to bump the revision that's pulled down to that (untagged) revision?
Can we use in the meantime?


Question: , makeWrapper , ncurses5 , nspr <del> , nss </del> <ins> , nss_latest </ins> , pciutils , pkgsi686Linux , ps

A clear and concise description of what the bug is. Steps to reproduce the behavior: to or -build switch to install android-studio android-studio and open one project the right-top button to sign to Google will open a dialog show nothing happened android-studio can open the default browser and success to sign in google. ! 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.
This is the same problem as , which I'm experiencing. Clicking documentation links from within Android Studio does nothing other than showing a jumping icon of Firefox besides the cursor for a few seconds (on KDE Plasma, X11), while it's expected to open the page in Firefox.


Question: { lib <ins> , stdenv </ins> , buildPythonPackage , pythonOlder , fetchFromGitHub

Steps to reproduce the behavior: python3Packages.rapidfuzz Introduced in . Please run and paste the result.
It appears that cmake selects an incorrect linker. I am currently unsure what's the reason for this. Following I think I might need to set: I have zero experience with nix os + no access to a mac. Is there any way to patch in the build system here to check whether this solves the issue?


Question: # All packages built with the Musl libc. This will override the # default GNU libc on Linux systems. Non-Linux systems are not <del> # supported. pkgsMusl = if stdenv.hostPlatform.isLinux then nixpkgsFun { </del> <ins> # supported. 32-bit is also not supported. pkgsMusl = if stdenv.hostPlatform.isLinux && stdenv.buildPlatform.is64bit then nixpkgsFun { </ins> overlays = [ (self': super': { pkgsMusl = super'; })] ++ overlays;

I get this error when the packages i build contain any musl one. Blocking me from reviewing PRs. Full error: Issue for a more helpful error message: Steps to reproduce the behavior: No error. I think the solution would be to disable musl libc on i686-linux until it actually works. So Nix or nixpkgs-review don't even try to build it. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Collecting information: this looks fine maybe here needs to be a check for 64-bit