Question:
The clang stdenv (e.g., ) on recent unstable channel no longer seems able to find the C++ headers when used as the stdenv for a build. yields Curiously the libcxxStdenv does work: and just for sanity, it does work on 17.03 and usually works otherwise O:) System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run ) Sandboxing enabled: (run )
cc and since they were tracking down a similar problem in the Darwin clang stdenv recently.
This only happens on linux, it looks like the -isystem flags from gcc used to leak into the clang stdenv somehow.
This works, we could fix the clang stdenv to include those by default. Unless there's a reason to use the gcc headers, but using libcxx makes more sense I would think.
cc
Is this significantly different than using ? IMO it's an important use case, using clang w/gcc's libstdc++, it's the most "compatible" with Linux things and is the default way to use clang (for now, anyway).
This have something to do with ?
From the name I wouldn't expect to still use the gcc libstc++, but the use case makes sense. The condition for  looks good, not sure why it's not working.
noticed that the logic would only apply if that variable was undefined, not empty. But now ensures that it is defined (and empty if not otherwise defined). The best solution would be to handle the default in so there's no empty fallback at any point.
I'll do this for 17.09
appears to be a victim of this issue as well
seems to be defined before. I currently test the following patch: this is not a good fix though, but if this the root cause, I can come up with a better patch.
That would break or make it behave incorrectly.
i know
Is this supposed to work now? At least I am having the same problem on unstable(18.03); g++ works but clang fails and does not find the headers. I might have missed something though, rather new to nix.
Maybe you need instead of ? Edit: nevermind, I can also reproduce your issue
After some testing, I found that using without will cause the c++ header not found error. (I guess this is not a bug?) To successfully compile a simple file, I need
See
Indeed it works in nix-shell, thanks.
There's probably a bigger issue here of people wanting our tools to work normally outside of Nix builds and shells, but that's a much bigger endeavor.
Yeah we'd need like a , which would easiest to accomplish if we did less dependency stuff in bash.

gccApple = throw "gccApple is no longer supported"; <ins> libstdcxxHook = makeSetupHook { substitutions = { gcc = gcc-unwrapped; }; } ../development/compilers/gcc/libstdc++-hook.sh; </ins> # Can't just overrideCC, because then the stdenv-cross mkDerivation will be # thrown away. TODO: find a better solution for this. crossLibcStdenv = buildPackages.makeStdenvCross {


Question: 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]:

<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>


Question: 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]:

<ins> { stdenv, config, lib, fetchurl, cmake, doxygen, extra-cmake-modules, wrapGAppsHook # For `digitaglinktree` , perl, sqlite , libsForQt5 , bison , boost , eigen , exiv2 , ffmpeg_4 , flex , graphviz , imagemagick , lcms2 , lensfun , libgphoto2 , liblqr1 , libusb1 , libheif , libGL , libGLU , opencv , pcre , x265 , jasper # For panorama and focus stacking , enblend-enfuse , hugin , gnumake , cudaSupport ? config.cudaSupport , cudaPackages ? {} }: stdenv.mkDerivation rec { pname   = "digikam"; version = "8.2.0"; src = fetchurl { url = "mirror://kde/stable/${pname}/${version}/digiKam-${version}.tar.xz"; hash = "sha256-L3/LVZsSPtnsrlpa729FYO7l9JIG2dF0beyatsj7OL8="; }; strictDeps = true; depsBuildBuild = [ cmake ]; nativeBuildInputs = [ cmake doxygen extra-cmake-modules libsForQt5.kdoctools libsForQt5.wrapQtAppsHook wrapGAppsHook ] ++ lib.optionals cudaSupport (with cudaPackages; [ cuda_nvcc ]); buildInputs = [ bison boost eigen exiv2 ffmpeg_4 flex graphviz imagemagick lcms2 lensfun libgphoto2 libheif liblqr1 libusb1 libGL libGLU opencv pcre x265 jasper ] ++ (with libsForQt5; [ libkipi libksane libqtav 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${libsForQt5.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"}/${libsForQt5.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"; }; } </ins>


Question: 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]:

conmon-rs = callPackage ../applications/virtualization/conmon-rs { }; <del> digikam = libsForQt5.callPackage ../applications/graphics/digikam { }; </del> drumkv1 = libsForQt5.callPackage ../applications/audio/drumkv1 { }; eureka-ideas = callPackage ../applications/misc/eureka-ideas {


Question: Seems like the wrapper in the installPhase is broken. When I build an individual core, like e.g. , the wrapper contains an additional argument that is always "installPhase". This is interpreted by retroarch as if you want to open a rom file called "installPhase", so you effectively are unable to supply a rom file via the arguments. Steps to reproduce the behavior: Results in retroarch trying to load a content file called "installPhase". Should run retroarch with core bsnes-mercury-accuracy loading the given rom file. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

install -Dt ${coreDir} ${coreFilename} makeWrapper ${retroarch}/bin/retroarch $out/bin/${mainProgram}  <del> --add-flags "-L ${coreDir}/${coreFilename} $@" </del> <ins> --add-flags "-L ${coreDir}/${coreFilename}" </ins> runHook postInstall '';


Question:
nixpkgs input: cc
since this is broken to a degree that it puts a system in a state where it cannot be updated if any user is removed and no one has addressed this in the two months since i brought it up i think it might be a good idea to simply revert the PR - any thoughts on that?
Can we fix this with a three line change or not? Can we check if the user exists in and then skip the disable? If the fix is not trivial, we should at least mark it properly.
Wouldn't a quick and acceptable fix be to not fail when disabling lingering fails because the user doesn't exist, and still clean up the dangling linger file? It does seem like a preferable fix to wholesale reverting this, and one that should hopefully be relatively minor.
great so is someone able to take this on?
This is hopefully a quick fix, but I don't have the brainwidth right now to implement and properly test it, and likely won't until sometime next week at the earliest. I know there's been some work on a more comprehensive overhaul over in ; I don't know what that's waiting for to be mergeable, but unless it's ready to go now, my preference would be to simply roll back to stop causing problems for people, then roll forward with that change later.
- thanks for the reply, i appreciate just hearing back from you on the issue - don't worry about scheduling, if you're busy you're busy :heart: if anyone has capacity to look at this, awesome, and if not i'll see what i can do... but i also would take me a few weeks to get around to this i appreciate that there is engagement in this thread, thanks everyone!
I think I can fix this if I understand it correctly, which is that it is failing to disable linger for a user that no longer exists on the system.
that's correct i recently had to remove a user from a number of systems and if i recall correctly the systems in which the user had logged into, thereby activating lingering, would no longer activate until the lingering file under had been removed i would greatly appreciate if you fixed this thank you!
I've opened to fix this.
thank you so much everyone!

in stringAfter [ "users" ] '' if [ -e ${lingerDir} ] ; then cd ${lingerDir} <ins> for user in ${lingerDir}/*; do if ! id "$user" >/dev/null 2>&1; then rm --force -- "$user" fi done </ins> ls ${lingerDir} | sort | comm -3 -1 ${lingeringUsersFile} - | xargs -r ${pkgs.systemd}/bin/loginctl disable-linger ls ${lingerDir} | sort | comm -3 -2 ${lingeringUsersFile} - | xargs -r ${pkgs.systemd}/bin/loginctl  enable-linger fi


Question:
qt4 fails during the install phase ] The file in question is built but the install phase seems to be depending on the nix-store location before it is copied there. There also seem to be a few possibly erroneous file deletions by the build system: System: (MacOS 10.11) Nix version: () Nixpkgs version: () Sandboxing enabled: ()
Not sure if it's something that we would want committed to the repo, but overriding the installPhase and manually copying bin, include, etc does result in working output.
I missed the mention somehow, though I can't see how the issue is related to me. I can't say I understand the root of this. It tries to install/copy file(s) into a directory that wasn't created (yet). Perhaps some before installation would fix it? (I don't even have a Darwin machine.)
No worries; I edited you in way after creating this issue, since you were mentioned in the build definition (in case you had seen a similar issue on Linux). The installPhase seems to be deleting the framework (QtCore.framework/Contents/QtCore) before it gets copied, based on the fact that it is left on the system (nix-build ... -K) when the installPhase is shimmed. Now that I think about it I can probably add a postConfigure hook to remove the offending line.
] ] Here I overrode the installPhase with It generates the library directories in $out/lib, but doesn't copy contents over as seen in the tree output.
Gives working output. I'm testing with a few qt-dependant packages and will submit a pr later today.

sed -i 's/^(LIBS[[:space:]]*=.*$)/1 -lobjc/' ./src/corelib/Makefile.Release ''; <del> postInstall = '' </del> <ins> installPhase = optionalString stdenv.isDarwin '' runHook preInstall cp -r lib $out mkdir -p $out/Applications mv bin/*.app $out/Applications rm -rf bin/*.app cp -r bin $out mkdir -p $out/share/doc/${name} mkdir -p $out/lib mkdir -p $out/lib/qt4/plugins mkdir -p $out/lib/qt4/imports mkdir -p $out/bin mkdir -p $out/include mkdir -p $out/share/${name} cp -r mkspecs $out/share/${name} cp -r translations $out/share/${name} cp -r tools/linguist/phrasebooks $out/share/${name} cp tools/porting/src/q3porting.xml $out/share/${name} cp -r plugins $out/lib/qt4 cp -r imports $out/lib/qt4 cp -r doc/* $out/share/doc/${name} runHook postInstall ''; postInstall = optionalString (!stdenv.isDarwin) '' </ins> rm -rf $out/tests <del> ''; </del> <ins> ''; </ins> crossAttrs = { # I've not tried any case other than i686-pc-mingw32.


Question:
With the standard library, cubical and categories, agdaWithPackages has a closure size of about 4.9 GiB (): Among the larger culprits are 600 MiB of libHSAgda-[...].a and GHC itself. Personally I'm using where I zero out the dependence on GHC and just fetch the Agda binary. I've been using this for years and never encountered any problems. Should we incorporate something like this in nixpkgs?
I currently have a number of parallel installations of Agda on my machines, and I'd like to see a reduction of closure size. I think there are two separate space hogs: Haskell library. The mentions two helpers to reduce closure size: (removes references to libraries and docs) and (installs binaries in a separate output). I tried setting , but it breaks .<supSee below</supattribute passed to : I don't use Agda's GHC backend, so I provide a "fake GHC" to reduce closure size: Maybe could be changed so that disables compilation via GCH. E.g. we could pass and to the wrapped binary. I applied to the Haskell package . Running results in the following output: Result of run on x86_64-linux <details<summary2 packages marked as broken and skipped:</summary<ul<licedille</li<liemacsPackages.cedille</li</ul</details<details<summary1 package failed to build:</summary<ul<liemacsPackages.agda2-mode</li</ul</details<details<summaryBuild log of <codeemacsPackages.agda2-mode</code</summary</details

{ trivialBuild , haskellPackages }: <del> trivialBuild rec { </del> <ins> let Agda = haskellPackages.Agda.bin; in trivialBuild { </ins> pname = "agda-mode"; <del> version = haskellPackages.Agda.version; </del> <ins> version = Agda.version; </ins> dontUnpack = true; # already byte-compiled by Agda builder buildPhase = '' <del> agda=`${haskellPackages.Agda}/bin/agda-mode locate` </del> <ins> agda=`${Agda}/bin/agda-mode locate` </ins> cp `dirname $agda`/*.el* . ''; meta = { <del> inherit (haskellPackages.Agda.meta) homepage license; </del> <ins> inherit (Agda.meta) homepage license; </ins> description = "Agda2-mode for Emacs extracted from Agda package"; longDescription = '' Wrapper packages that liberates init.el from `agda-mode locate` magic.


Question:
With the standard library, cubical and categories, agdaWithPackages has a closure size of about 4.9 GiB (): Among the larger culprits are 600 MiB of libHSAgda-[...].a and GHC itself. Personally I'm using where I zero out the dependence on GHC and just fetch the Agda binary. I've been using this for years and never encountered any problems. Should we incorporate something like this in nixpkgs?
I currently have a number of parallel installations of Agda on my machines, and I'd like to see a reduction of closure size. I think there are two separate space hogs: Haskell library. The mentions two helpers to reduce closure size: (removes references to libraries and docs) and (installs binaries in a separate output). I tried setting , but it breaks .<supSee below</supattribute passed to : I don't use Agda's GHC backend, so I provide a "fake GHC" to reduce closure size: Maybe could be changed so that disables compilation via GCH. E.g. we could pass and to the wrapped binary. I applied to the Haskell package . Running results in the following output: Result of run on x86_64-linux <details<summary2 packages marked as broken and skipped:</summary<ul<licedille</li<liemacsPackages.cedille</li</ul</details<details<summary1 package failed to build:</summary<ul<liemacsPackages.agda2-mode</li</ul</details<details<summaryBuild log of <codeemacsPackages.agda2-mode</code</summary</details

allPackages = withPackages (filter self.lib.isUnbrokenAgdaPackage (attrValues self)); }; }; <del> inherit (Agda) meta; </del> <ins> # Agda is a split package with multiple outputs; do not inherit them here. meta = removeAttrs Agda.meta [ "outputsToInstall" ]; </ins> } '' mkdir -p $out/bin <del> makeWrapper ${Agda}/bin/agda $out/bin/agda  </del> <ins> makeWrapper ${Agda.bin}/bin/agda $out/bin/agda  </ins> --add-flags "--with-compiler=${ghc}/bin/ghc"  --add-flags "--library-file=${library-file}" <del> ln -s ${Agda}/bin/agda-mode $out/bin/agda-mode </del> <ins> ln -s ${Agda.bin}/bin/agda-mode $out/bin/agda-mode </ins> ''; withPackages = arg: if isAttrs arg then withPackages' arg else withPackages' { pkgs = arg; };


Question:
With the standard library, cubical and categories, agdaWithPackages has a closure size of about 4.9 GiB (): Among the larger culprits are 600 MiB of libHSAgda-[...].a and GHC itself. Personally I'm using where I zero out the dependence on GHC and just fetch the Agda binary. I've been using this for years and never encountered any problems. Should we incorporate something like this in nixpkgs?
I currently have a number of parallel installations of Agda on my machines, and I'd like to see a reduction of closure size. I think there are two separate space hogs: Haskell library. The mentions two helpers to reduce closure size: (removes references to libraries and docs) and (installs binaries in a separate output). I tried setting , but it breaks .<supSee below</supattribute passed to : I don't use Agda's GHC backend, so I provide a "fake GHC" to reduce closure size: Maybe could be changed so that disables compilation via GCH. E.g. we could pass and to the wrapped binary. I applied to the Haskell package . Running results in the following output: Result of run on x86_64-linux <details<summary2 packages marked as broken and skipped:</summary<ul<licedille</li<liemacsPackages.cedille</li</ul</details<details<summary1 package failed to build:</summary<ul<liemacsPackages.agda2-mode</li</ul</details<details<summaryBuild log of <codeemacsPackages.agda2-mode</code</summary</details

# very useful. # Flag added in Agda 2.6.4.1, was always enabled before (enableCabalFlag "debug") <ins> # Split outputs to reduce closure size enableSeparateBinOutput </ins> ]; # ats-format uses cli-setup in Setup.hs which is quite happy to write


Question:
I'm messing around with the hostapd module a little & noticed that the value of in the config file was my SSID. However, online resources ( ) seem to suggest that this should take a bool (0/1) rather than a string. This is the link to the current configuration in the hostapd module: Hostapd doesn't seem to give errors regarding this, but I don't think it is correctly implemented right now. Could someone else take a quick look at this? I'm fairly inexperienced with hostapd and would love a second opinion / pair of eyes. If I'm correct, the only fix we'd need is changing to Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
You are absolutely right, looking at the initial draft of the module it looks like this has been the victim of a refactor later :P Thanks for catching this, I've already opened a PR to address this.

in { settings = { ssid = bssCfg.ssid; <del> utf8_ssid = bssCfg.ssid; </del> <ins> utf8_ssid = bssCfg.utf8Ssid; </ins> logger_syslog = mkDefault (-1); logger_syslog_level = bssCfg.logLevel;


Question:
Package name: uvicorn Latest released version: 0.27.1 Current version on the unstable channel: 0.24.0.post1 Current version on the stable/release channel: 0.23.2 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This should be closed, since the PR was merged.

buildPythonPackage rec { pname = "uvicorn"; <del> version = "0.24.0.post1"; </del> <ins> version = "0.27.1"; </ins> disabled = pythonOlder "3.8"; <del> format = "pyproject"; </del> <ins> pyproject = true; </ins> src = fetchFromGitHub { owner = "encode"; repo = pname; rev = "refs/tags/${version}"; <del> hash = "sha256-WMXOmQOTj/yPazPEAuteho4UH9enXcIa1mMDDl2eaIk="; </del> <ins> hash = "sha256-p0iPQE66RJfd811x6cnv7m3yvD/L9v7evBXlaIQSE0M="; </ins> }; outputs = [


Question:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: -
I could not reproduce this, when I built the package it worked. Could it perhaps be some impurities in those tests? It seems it is some kind of port conflict (which the test seems to test). Seems those tests have been reported to be flakey upstream a few times:

pytestCheckHook ]; <del> disabledTests = lib.optionals stdenv.isDarwin [ </del> <ins> disabledTests = [ # Flaky test. See https://github.com/NixOS/nixpkgs/issues/288424#issuecomment-1941609973. "test_run_local_server_occupied_port" ] ++ lib.optionals stdenv.isDarwin [ </ins> # This test fails if the hostname is not associated with an IP (e.g., in `/etc/hosts`). "test_run_local_server_bind_addr" ];


Question: XPDF updated their version from 4.04 → 4.05 and seem to have broken the download URL to the older version. returns a 404, but works

stdenv.mkDerivation rec { pname = "xpdf"; <del> version = "4.04"; </del> <ins> version = "4.05"; </ins> src = fetchzip { <del> url = "https://dl.xpdfreader.com/xpdf-${version}.tar.gz"; hash = "sha256-ujH9KDwFRjPIKwdMg79Mab9BfA2HooY5+2PESUgnGDY="; </del> <ins> urls = [ "https://dl.xpdfreader.com/xpdf-${version}.tar.gz" "https://dl.xpdfreader.com/old/xpdf-${version}.tar.gz" ]; hash = "sha256-LBxKSrXTdoulZDjPiyYMaJr63jFHHI+VCgVJx310i/w="; </ins> }; # Fix "No known features for CXX compiler", see


Question: XPDF updated their version from 4.04 → 4.05 and seem to have broken the download URL to the older version. returns a 404, but works

platforms = platforms.unix; maintainers = with maintainers; [ sikmir ]; knownVulnerabilities = [ <del> "CVE-2018-7453: loop in PDF objects" "CVE-2018-16369: loop in PDF objects" </del> "CVE-2019-9587: loop in PDF objects" "CVE-2019-9588: loop in PDF objects" "CVE-2019-16088: loop in PDF objects"


Question: XPDF updated their version from 4.04 → 4.05 and seem to have broken the download URL to the older version. returns a 404, but works

"CVE-2022-38928" "CVE-2022-41842" "CVE-2022-41843" <del> "CVE-2022-41844" </del> "CVE-2022-43071" "CVE-2022-43295" "CVE-2022-45586" "CVE-2022-45587" <del> "CVE-2023-2662" "CVE-2023-2663" "CVE-2023-2664" </del> "CVE-2023-26930" "CVE-2023-26931" "CVE-2023-26934"


Question: XPDF updated their version from 4.04 → 4.05 and seem to have broken the download URL to the older version. returns a 404, but works

apvlv = callPackage ../applications/misc/apvlv { }; <del> xpdf = libsForQt5.callPackage ../applications/misc/xpdf { }; </del> <ins> xpdf = libsForQt5.callPackage ../applications/misc/xpdf { stdenv = if stdenv.isDarwin then darwin.apple_sdk_11_0.stdenv else stdenv; }; </ins> xplugd = callPackage ../tools/X11/xplugd { };


Question: A frontend in GTK 4 and Libadwaita for Apx. GUI for tool for (both are already packaged in nixpkgs) Metadata homepage URL: source URL: license: GPL-3.0 platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

<ins> { lib , stdenv , fetchFromGitHub , appstream-glib , desktop-file-utils , gobject-introspection , libadwaita , meson , ninja , pkg-config , python3 , wrapGAppsHook4 , apx , gnome-console }: stdenv.mkDerivation (finalAttrs: { pname = "apx-gui"; version = "0.1.1"; src = fetchFromGitHub { owner  = "Vanilla-OS"; repo   = "apx-gui"; rev    = "v${finalAttrs.version}"; hash = "sha256-orP5kAsoXX0zyDskeIPKKHNt5c757eUm9un4Ws6uFYA="; }; strictDeps = true; nativeBuildInputs = [ appstream-glib desktop-file-utils gobject-introspection meson ninja pkg-config (python3.withPackages (ps: [ ps.pygobject3 ])) wrapGAppsHook4 ]; buildInputs = [ libadwaita ]; preFixup = '' gappsWrapperArgs+=( --prefix PATH : "${lib.makeBinPath [ apx gnome-console ]}" ) ''; meta = { description = "A GUI frontend for Apx in GTK 4 and Libadwaita"; homepage    = "https://github.com/Vanilla-OS/apx-gui"; license     = lib.licenses.gpl3Only; platforms   = lib.platforms.linux; maintainers = with lib.maintainers; [ chewblacka ]; mainProgram = "apx-gui"; }; }) </ins>


Question:
Project description see Metadata homepage URL: source URL: license: unfree platforms: darwin, linux
I was just checking myself and it's been there since November apparently
Ah, don't mind me, not checking the platforms...

{ lib , stdenvNoCC <ins> , stdenv </ins> , fetchurl <ins> , autoPatchelfHook </ins> , undmg <ins> , zstd , curl , fontconfig , libglvnd , libxkbcommon , vulkan-loader , xdg-utils , xorg , zlib </ins> }: <del> stdenvNoCC.mkDerivation (finalAttrs: { pname = "warp-terminal"; version = "0.2023.12.05.08.02.stable_00"; </del> <ins> let pname = "warp-terminal"; version = "0.2024.02.20.08.01.stable_01"; linux = stdenv.mkDerivation (finalAttrs:  { inherit pname version meta; src = fetchurl { url = "https://releases.warp.dev/stable/v${finalAttrs.version}/warp-terminal-v${finalAttrs.version}-1-x86_64.pkg.tar.zst"; hash = "sha256-L8alnqSE4crrDozRfPaAAMkLc+5+8d9XBKd5ddsxmD0="; }; sourceRoot = "."; postPatch = '' substituteInPlace usr/bin/warp-terminal  --replace-fail /opt/ $out/opt/ ''; nativeBuildInputs = [ autoPatchelfHook zstd ]; buildInputs = [ curl fontconfig stdenv.cc.cc.lib # libstdc++.so libgcc_s.so zlib ]; runtimeDependencies = [ libglvnd # for libegl libxkbcommon stdenv.cc.libc vulkan-loader xdg-utils xorg.libX11 xorg.libxcb xorg.libXcursor xorg.libXi ]; installPhase = '' runHook preInstall mkdir $out cp -r opt usr/* $out runHook postInstall ''; }); darwin = stdenvNoCC.mkDerivation (finalAttrs: { inherit pname version meta; </ins> src = fetchurl { url = "https://releases.warp.dev/stable/v${finalAttrs.version}/Warp.dmg"; <del> hash = "sha256-9olAmczIPRXV15NYCOYmwuEmJ7lMeaQRTTfukaYXMR0="; </del> <ins> hash = "sha256-tFtoD8URMFfJ3HRkyKStuDStFkoRIV97y9kV4pbDPro="; </ins> }; sourceRoot = ".";


Question:
Project description see Metadata homepage URL: source URL: license: unfree platforms: darwin, linux
I was just checking myself and it's been there since November apparently
Ah, don't mind me, not checking the platforms...

runHook postInstall ''; <ins> }); </ins> <del> meta = with lib; { description = "Rust-based terminal"; homepage = "https://www.warp.dev"; license = licenses.unfree; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; maintainers = with maintainers; [ emilytrau Enzime ]; platforms = platforms.darwin; }; }) </del> <ins> meta = with lib; { description = "Rust-based terminal"; homepage = "https://www.warp.dev"; license = licenses.unfree; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; maintainers = with maintainers; [ emilytrau Enzime ]; platforms = platforms.darwin ++ [ "x86_64-linux" ]; }; in if stdenvNoCC.isDarwin then darwin else linux </ins>


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

inherit ruby; name = "${gemName}-${version}"; gemName = "tmuxinator"; <del> version = "3.0.5"; source.sha256 = "1ycsx9mvl0jsds4igi6avxclsyl5lndh1mpj2ykvzfz26wdddg6p"; </del> <ins> version = "3.1.2"; source.sha256 = "t96v3RwBfezB644RVbTmO8i/xh1F23WQC8PBxc/msjg="; </ins> erubis = buildRubyGem rec { inherit ruby;


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

inherit ruby; name = "ruby${ruby.version}-${gemName}-${version}"; gemName = "thor"; <del> version = "1.2.1"; source.sha256 = "0inl77jh4ia03jw3iqm5ipr76ghal3hyjrd6r8zqsswwvi9j2xdi"; </del> <ins> version = "1.3.0"; source.sha256 = "sha256-Gtx/nls2VaaMcTk/7ovQrQiNFO6Og6C3NybyPLs8p8M="; </ins> }; xdg = buildRubyGem rec {


Question:
Package name: lightgbm Latest released version: 4.3.0 <!-- Search your package here: --- Current version on the unstable channel: 4.1.0 Current version on the stable/release channel: 4.1.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Version 4.1.0 gets broken by . Version 4.3.0 incorporates which builds tests with C++14. 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]:
Thanks. I'll have a look

#   in  #   rWrapper.override{ packages = [ lgbm ]; }" pname = lib.optionalString rLibrary "r-" + pnameBase; <del> version = "4.1.0"; </del> <ins> version = "4.3.0"; </ins> src = fetchFromGitHub { owner = "microsoft"; repo = pnameBase; rev = "v${version}"; fetchSubmodules = true; <del> hash = "sha256-AhXe/Mlor/i0y84wI9jVPKSnyVbSyAV52Y4yiNm7yLQ="; </del> <ins> hash = "sha256-hEoGdzC6n8t14ZUFWFrdljEkQRo9qaDGYTamvIAgrbg="; </ins> }; nativeBuildInputs = [ cmake ]


Question:
Package name: lightgbm Latest released version: 4.3.0 <!-- Search your package here: --- Current version on the unstable channel: 4.1.0 Current version on the stable/release channel: 4.1.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Version 4.1.0 gets broken by . Version 4.3.0 incorporates which builds tests with C++14. 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]:
Thanks. I'll have a look

propagatedBuildInputs = lib.optionals rLibrary [ rPackages.data_table <ins> rPackages.markdown </ins> rPackages.rmarkdown rPackages.jsonlite rPackages.Matrix


Question:
Package name: lightgbm Latest released version: 4.3.0 <!-- Search your package here: --- Current version on the unstable channel: 4.1.0 Current version on the stable/release channel: 4.1.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Version 4.1.0 gets broken by . Version 4.3.0 incorporates which builds tests with C++14. 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]:
Thanks. I'll have a look

--replace  "install_args <- c("CMD", "INSTALL", "--no-multiarch", "--with-keep.source", tarball)"  "install_args <- c("CMD", "INSTALL", "--no-multiarch", "--with-keep.source", "-l $out/library", tarball)" <ins> # Retry this test in next release. Something fails in the setup, so GTEST_FILTER is not enough rm tests/cpp_tests/test_arrow.cpp </ins> ''; cmakeFlags = lib.optionals doCheck [ "-DBUILD_CPP_TEST=ON" ]


Question:
I want to see systemd services in netdata monitoring. For that "cgroup accounting" is needed. The question is if enabling it on all systems would have any negative effect. In that case i would activate it only when netdata service is enabled. Arch Linux, Ubuntu and Fedora seem to have it enabled by default. debian not. shows no resources for services. System: NixOS 17.03.1700. (Gorilla) Nix version: nix-env (Nix) 1.11.13 Nixpkgs version: "17.03.1700." Sandboxing enabled: build-use-sandbox = true
I will implement it as option, that is enabled by default and for netdata service.
I believe you can set this with: And maybe also: (ideas from )
sure, that is how i do it right now. But i want to propose it to be enabled by default, so you have it when you need it for debugging. But also a single option to disable it when you have reasons to.
Is this still open for the discussion about defaulting to or is this still open simply because it wasn't closed? Unless something else than the PR is required? (
I created this issue to have this enabled for netdata. So an additional PR needs to be created to enable the new option when netdata is enabled. In addition it could be discussed to enable the option by default when a desktopManager is enabled (for desktop users). It should not be enabled by default on servers because it could have a little impact on performance.
Nowadays, this might already be enabled per default half-way: from my `systemd- (latest master right now) Are there any recent figures about performance implications when enabling the rest? If Fedora enables it, we could probably do so too.
this might already be enabled per default half-way thanks for noticing! can you create an issue or PR to change ? Are there any recent figures about performance implications when enabling the rest? i don't know any. i have no issues on my servers where i set it manually

}; }; <ins> systemd.enableCgroupAccounting = true; </ins> security.wrappers."apps.plugin" = { source = "${pkgs.netdata}/libexec/netdata/plugins.d/apps.plugin.org"; capabilities = "cap_dac_read_search,cap_sys_ptrace+ep";


Question:
I want to see systemd services in netdata monitoring. For that "cgroup accounting" is needed. The question is if enabling it on all systems would have any negative effect. In that case i would activate it only when netdata service is enabled. Arch Linux, Ubuntu and Fedora seem to have it enabled by default. debian not. shows no resources for services. System: NixOS 17.03.1700. (Gorilla) Nix version: nix-env (Nix) 1.11.13 Nixpkgs version: "17.03.1700." Sandboxing enabled: build-use-sandbox = true
I will implement it as option, that is enabled by default and for netdata service.
I believe you can set this with: And maybe also: (ideas from )
sure, that is how i do it right now. But i want to propose it to be enabled by default, so you have it when you need it for debugging. But also a single option to disable it when you have reasons to.
Is this still open for the discussion about defaulting to or is this still open simply because it wasn't closed? Unless something else than the PR is required? (
I created this issue to have this enabled for netdata. So an additional PR needs to be created to enable the new option when netdata is enabled. In addition it could be discussed to enable the option by default when a desktopManager is enabled (for desktop users). It should not be enabled by default on servers because it could have a little impact on performance.
Nowadays, this might already be enabled per default half-way: from my `systemd- (latest master right now) Are there any recent figures about performance implications when enabling the rest? If Fedora enables it, we could probably do so too.
this might already be enabled per default half-way thanks for noticing! can you create an issue or PR to change ? Are there any recent figures about performance implications when enabling the rest? i don't know any. i have no issues on my servers where i set it manually

been removed. </para> </listitem> <del> <listitem> <para> The <literal>rmilter</literal> package was removed with associated module and options due deprecation by upstream developer. Use <literal>rspamd</literal> in proxy mode instead. </para> </listitem> </del> <ins> <listitem> <para> The <literal>rmilter</literal> package was removed with associated module and options due deprecation by upstream developer. Use <literal>rspamd</literal> in proxy mode instead. </para> </listitem> <listitem> <para> systemd cgroup accounting via the <link linkend="opt-systemd.enableCgroupAccounting">systemd.enableCgroupAccounting</link> option is now enabled by default. It now also enables the more recent Block IO and IP accounting features. </para> </listitem> </ins> </itemizedlist> </section> </section>


Question:
I want to see systemd services in netdata monitoring. For that "cgroup accounting" is needed. The question is if enabling it on all systems would have any negative effect. In that case i would activate it only when netdata service is enabled. Arch Linux, Ubuntu and Fedora seem to have it enabled by default. debian not. shows no resources for services. System: NixOS 17.03.1700. (Gorilla) Nix version: nix-env (Nix) 1.11.13 Nixpkgs version: "17.03.1700." Sandboxing enabled: build-use-sandbox = true
I will implement it as option, that is enabled by default and for netdata service.
I believe you can set this with: And maybe also: (ideas from )
sure, that is how i do it right now. But i want to propose it to be enabled by default, so you have it when you need it for debugging. But also a single option to disable it when you have reasons to.
Is this still open for the discussion about defaulting to or is this still open simply because it wasn't closed? Unless something else than the PR is required? (
I created this issue to have this enabled for netdata. So an additional PR needs to be created to enable the new option when netdata is enabled. In addition it could be discussed to enable the option by default when a desktopManager is enabled (for desktop users). It should not be enabled by default on servers because it could have a little impact on performance.
Nowadays, this might already be enabled per default half-way: from my `systemd- (latest master right now) Are there any recent figures about performance implications when enabling the rest? If Fedora enables it, we could probably do so too.
this might already be enabled per default half-way thanks for noticing! can you create an issue or PR to change ? Are there any recent figures about performance implications when enabling the rest? i don't know any. i have no issues on my servers where i set it manually

}; systemd.enableCgroupAccounting = mkOption { <del> default = false; </del> <ins> default = true; </ins> type = types.bool; description = '' Whether to enable cgroup accounting.


Question:
I want to see systemd services in netdata monitoring. For that "cgroup accounting" is needed. The question is if enabling it on all systems would have any negative effect. In that case i would activate it only when netdata service is enabled. Arch Linux, Ubuntu and Fedora seem to have it enabled by default. debian not. shows no resources for services. System: NixOS 17.03.1700. (Gorilla) Nix version: nix-env (Nix) 1.11.13 Nixpkgs version: "17.03.1700." Sandboxing enabled: build-use-sandbox = true
I will implement it as option, that is enabled by default and for netdata service.
I believe you can set this with: And maybe also: (ideas from )
sure, that is how i do it right now. But i want to propose it to be enabled by default, so you have it when you need it for debugging. But also a single option to disable it when you have reasons to.
Is this still open for the discussion about defaulting to or is this still open simply because it wasn't closed? Unless something else than the PR is required? (
I created this issue to have this enabled for netdata. So an additional PR needs to be created to enable the new option when netdata is enabled. In addition it could be discussed to enable the option by default when a desktopManager is enabled (for desktop users). It should not be enabled by default on servers because it could have a little impact on performance.
Nowadays, this might already be enabled per default half-way: from my `systemd- (latest master right now) Are there any recent figures about performance implications when enabling the rest? If Fedora enables it, we could probably do so too.
this might already be enabled per default half-way thanks for noticing! can you create an issue or PR to change ? Are there any recent figures about performance implications when enabling the rest? i don't know any. i have no issues on my servers where i set it manually

[Manager] ${optionalString config.systemd.enableCgroupAccounting '' DefaultCPUAccounting=yes <ins> DefaultBlockIOAccounting=yes </ins> DefaultIOAccounting=yes DefaultBlockIOAccounting=yes <del> DefaultMemoryAccounting=yes DefaultTasksAccounting=yes </del> <ins> DefaultIPAccounting=yes </ins> ''} DefaultLimitCORE=infinity ${config.systemd.extraConfig}


Question:
I want to see systemd services in netdata monitoring. For that "cgroup accounting" is needed. The question is if enabling it on all systems would have any negative effect. In that case i would activate it only when netdata service is enabled. Arch Linux, Ubuntu and Fedora seem to have it enabled by default. debian not. shows no resources for services. System: NixOS 17.03.1700. (Gorilla) Nix version: nix-env (Nix) 1.11.13 Nixpkgs version: "17.03.1700." Sandboxing enabled: build-use-sandbox = true
I will implement it as option, that is enabled by default and for netdata service.
I believe you can set this with: And maybe also: (ideas from )
sure, that is how i do it right now. But i want to propose it to be enabled by default, so you have it when you need it for debugging. But also a single option to disable it when you have reasons to.
Is this still open for the discussion about defaulting to or is this still open simply because it wasn't closed? Unless something else than the PR is required? (
I created this issue to have this enabled for netdata. So an additional PR needs to be created to enable the new option when netdata is enabled. In addition it could be discussed to enable the option by default when a desktopManager is enabled (for desktop users). It should not be enabled by default on servers because it could have a little impact on performance.
Nowadays, this might already be enabled per default half-way: from my `systemd- (latest master right now) Are there any recent figures about performance implications when enabling the rest? If Fedora enables it, we could probably do so too.
this might already be enabled per default half-way thanks for noticing! can you create an issue or PR to change ? Are there any recent figures about performance implications when enabling the rest? i don't know any. i have no issues on my servers where i set it manually

$machine->waitForUnit('multi-user.target'); $machine->succeed('sysctl net.core.default_qdisc | grep -q "fq_codel"'); }; <ins> # Test cgroup accounting is enabled subtest "systemd cgroup accounting is enabled", sub { $machine->waitForUnit('multi-user.target'); $machine->succeed('systemctl show testservice1.service -p IOAccounting | grep -q "yes"'); $machine->succeed('systemctl status testservice1.service | grep -q "CPU:"'); }; </ins> ''; })


Question: Project description A fast, reliable and cross-platform command-line Minecraft launcher Metadata homepage URL: source URL: license: GPL-3.0 platforms: linux, windows (I can't test darwin) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

<ins> { lib, stdenv, python3Packages, fetchFromGitHub, installShellFiles, jre, libX11, libXext, libXcursor, libXrandr, libXxf86vm, libpulseaudio, libGL, glfw, openal, udev, textToSpeechSupport ? stdenv.isLinux, flite, }: let # Copied from the `prismlauncher` package runtimeLibs = [ libX11 libXext libXcursor libXrandr libXxf86vm # lwjgl libpulseaudio libGL glfw openal stdenv.cc.cc.lib # oshi udev ] ++ lib.optional textToSpeechSupport flite; in python3Packages.buildPythonApplication rec { pname = "portablemc"; version = "4.3.0"; pyproject = true; disabled = python3Packages.pythonOlder "3.8"; src = fetchFromGitHub { owner = "mindstorm38"; repo = "portablemc"; rev = "v${version}"; hash = "sha256-jCv4ncXUWbkWlBZr3P1hNeVpdQzY9HtrFz+pmKknL0I="; }; patches = [ # Use the jre package provided by nixpkgs by default ./use-builtin-java.patch ]; nativeBuildInputs = [ installShellFiles ]; build-system = [ python3Packages.poetry-core ]; dependencies = [ python3Packages.certifi ]; # Note: Tests use networking, so we don't run them postInstall = '' installShellCompletion --cmd portablemc  --bash <($out/bin/portablemc show completion bash)  --zsh <($out/bin/portablemc show completion zsh) ''; preFixup = '' makeWrapperArgs+=( --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath runtimeLibs} --prefix PATH : ${lib.makeBinPath [ jre ]} ) ''; meta = { homepage = "https://github.com/mindstorm38/portablemc"; description = "A fast, reliable and cross-platform command-line Minecraft launcher and API for developers"; longDescription = '' A fast, reliable and cross-platform command-line Minecraft launcher and API for developers. Including fast and easy installation of common mod loaders such as Fabric, Forge, NeoForge and Quilt. This launcher is compatible with the standard Minecraft directories. ''; changelog = "https://github.com/mindstorm38/portablemc/releases/tag/${src.rev}"; license = lib.licenses.gpl3Only; mainProgram = "portablemc"; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>


Question: Project description A fast, reliable and cross-platform command-line Minecraft launcher Metadata homepage URL: source URL: license: GPL-3.0 platforms: linux, windows (I can't test darwin) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

<ins> diff --git a/portablemc/standard.py b/portablemc/standard.py index f59c55d..0f017e1 100644 --- a/portablemc/standard.py +++ b/portablemc/standard.py @@ -843,6 +843,8 @@ class Version: if jvm_major_version is not None and not isinstance(jvm_major_version, int): raise ValueError("metadata: /javaVersion/majorVersion must be an integer") +        return self._resolve_builtin_jvm(watcher, JvmNotFoundError.UNSUPPORTED_ARCH, jvm_major_version) + if platform.system() == "Linux" and platform.libc_ver()[0] != "glibc": return self._resolve_builtin_jvm(watcher, JvmNotFoundError.UNSUPPORTED_LIBC, jvm_major_version) @@ -926,31 +928,10 @@ class Version: builtin_path = shutil.which(jvm_bin_filename) if builtin_path is None: raise JvmNotFoundError(reason) - -        try: - -            # Get version of the JVM. -            process = Popen([builtin_path, "-version"], bufsize=1, stdout=PIPE, stderr=STDOUT, universal_newlines=True) -            stdout, _stderr = process.communicate(timeout=1) - -            version_start = stdout.index(f"1.{major_version}" if major_version <= 8 else str(major_version)) -            version = None - -            # Parse version by getting all character that are numeric or '.'. -            for i, ch in enumerate(stdout[version_start:]): -                if not ch.isnumeric() and ch not in (".", "_"): -                    version = stdout[version_start:i] -                    break - -            if version is None: -                raise ValueError() - -        except (TimeoutExpired, ValueError): -            raise JvmNotFoundError(JvmNotFoundError.BUILTIN_INVALID_VERSION) self._jvm_path = Path(builtin_path) -        self._jvm_version = version -        watcher.handle(JvmLoadedEvent(version, JvmLoadedEvent.BUILTIN)) +        self._jvm_version = "nixpkgs" +        watcher.handle(JvmLoadedEvent("nixpkgs", JvmLoadedEvent.BUILTIN)) def _download(self, watcher: Watcher) -> None: </ins>


Question:
I noticed that in this line code actually checks true value of not that is declared at the top. Because of this, dlib doesn’t find the cuDNN libraries and compile without CUDA support. Steps to reproduce the behavior: with and without logs of both dlib compilation. One with will tell that it found cuda and cuDNN and dlib will use cuda, other will fail to find cuDNN and will tell that CUDA installation maybe incomplete and disables CUDA support. When the cudaSupport option defined in Dlib is enabled, dlib can be compiled with CUDA support without setting to true Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Ah good spot, I'll try and put in a PR to fix that tonight. Thanks
Also, I believe this issue can be related to this issue. For people affected by this they can enable = true; globally (which causes a bit of mass rebuilds on system). Also, I’m wondering why options defined in are not searchable in which could save me a bit of time.
Thank you too!
Leaving this here for history:

lapack ] ++ lib.optionals guiSupport [ libX11 ] <del> ++ lib.optionals config.cudaSupport (with cudaPackages; [ </del> <ins> ++ lib.optionals cudaSupport (with cudaPackages; [ </ins> cuda_cudart.dev cuda_cudart.lib cuda_cudart.static


Question:
Project description UI for building, configuring and running Monado, the open source OpenXR runtime. Metadata homepage URL: source URL: license: agpl3 platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
To my information, software without a stable release isnt accepted yet.
Not even in unstable? Fair enough, I guess.
unstable automatically becomes stable, so yes :) I think once a release is done (even 0.x), it can be packaged, but don't take my word as the ultimate truth, please :sweat_smile:
This appears to be incorrect. was merged targeting a specific commit (despite actually having stable releases).
This is indeed incorrect; there are even specific rules for the attribute of unreleased versions.

- [wg-access-server](https://github.com/freifunkMUC/wg-access-server/), an all-in-one WireGuard VPN solution with a web ui for connecting devices. Available at [services.wg-access-server](#opt-services.wg-access-server.enable). <ins> - [Envision](https://gitlab.com/gabmus/envision), a UI for building, configuring and running Monado, the open source OpenXR runtime. Available as [programs.envision](#opt-programs.envision.enable). </ins> - [Playerctld](https://github.com/altdesktop/playerctl), a daemon to track media player activity. Available as [services.playerctld](option.html#opt-services.playerctld). ## Backward Incompatibilities {#sec-release-24.11-incompatibilities}


Question:
Project description UI for building, configuring and running Monado, the open source OpenXR runtime. Metadata homepage URL: source URL: license: agpl3 platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
To my information, software without a stable release isnt accepted yet.
Not even in unstable? Fair enough, I guess.
unstable automatically becomes stable, so yes :) I think once a release is done (even 0.x), it can be packaged, but don't take my word as the ultimate truth, please :sweat_smile:
This appears to be incorrect. was merged targeting a specific commit (despite actually having stable releases).
This is indeed incorrect; there are even specific rules for the attribute of unreleased versions.

./programs/dublin-traceroute.nix ./programs/ecryptfs.nix ./programs/environment.nix <ins> ./programs/envision.nix </ins> ./programs/evince.nix ./programs/extra-container.nix ./programs/fcast-receiver.nix


Question:
Project description UI for building, configuring and running Monado, the open source OpenXR runtime. Metadata homepage URL: source URL: license: agpl3 platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
To my information, software without a stable release isnt accepted yet.
Not even in unstable? Fair enough, I guess.
unstable automatically becomes stable, so yes :) I think once a release is done (even 0.x), it can be packaged, but don't take my word as the ultimate truth, please :sweat_smile:
This appears to be incorrect. was merged targeting a specific commit (despite actually having stable releases).
This is indeed incorrect; there are even specific rules for the attribute of unreleased versions.

<ins> { config, lib, pkgs, ... }: let cfg = config.programs.envision; in { options = { programs.envision = { enable = lib.mkEnableOption "envision"; package = lib.mkPackageOption pkgs "envision" {}; openFirewall = lib.mkEnableOption "the default ports in the firewall for the WiVRn server" // { default = true; }; }; }; config = lib.mkIf cfg.enable { services.avahi = { enable = true; publish = { enable = true; userServices = true; }; }; environment.systemPackages = [ cfg.package ]; networking.firewall = lib.mkIf cfg.openFirewall { allowedTCPPorts = [ 9757 ]; allowedUDPPorts = [ 9757 ]; }; }; meta.maintainers = pkgs.envision.meta.maintainers; } </ins>