jiebi/CodeConvo huggingface dataset:
Change:
Steps to reproduce the behavior: bsddb3 Python312packages Python 3.12 seems to have removed distutils package but it should be inside setuptools module according Sadly this package is a dependency of several Python packages. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- PS: the package has not maintainers. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
If bsddb imports distutils, then it is not compatible with Python 3.12. This is something for upstream to solve, but is unlikely to happen:
So all those packages that depend on this package, like must be labeled as broken?
Scrapy claims to support Python 3.12. Are you sure bsddb3 is still in their dependency chain?
Im not sure about that.
I see this merged PR that probably should solve the issue on scrapy... but about bsddb3, it must be removed from python 3.12 package group...
distutils is used in the test of bsddb3 to get the platform data, we patched this behavior in the following PR
Isn't It better to patch the test to avoid using distutils but still having it run ?

Discussion:
{ lib , buildPythonPackage , fetchPypi <ins> , setuptools </ins> , pkgs , python <ins> , pythonOlder </ins> }: buildPythonPackage rec { pname = "bsddb3"; version = "6.2.9"; <del> format = "setuptools"; </del> <ins> pyproject = true; </ins> src = fetchPypi { inherit pname version; sha256 = "70d05ec8dc568f42e70fc919a442e0daadc2a905a1cfb7ca77f549d49d6e7801"; }; <ins> build-system = [ setuptools ]; </ins> buildInputs = [ pkgs.db ]; <ins> doCheck = pythonOlder "3.12"; # distutils usage </ins> checkPhase = '' ${python.interpreter} test.py '';
Change:
Package name: gpt4all Latest released version: 2.7.4 <!-- Search your package here: --- Current version on the unstable channel: 2.7.3 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 Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
stdenv.mkDerivation (finalAttrs: { pname = "gpt4all"; <del> version = "2.7.3"; </del> <ins> version = "2.7.4"; </ins> src = fetchFromGitHub { fetchSubmodules = true; <del> hash = "sha256-hIfeADP3tiooGZr/OMVFIkOAniMWXj9AsVzMPlVbucE="; </del> <ins> hash = "sha256-G22d2Q6z7DmPHM/DEE7iyJ8SWRZdoVdSWw+gnPVHdEg="; </ins> owner = "nomic-ai"; repo = "gpt4all"; rev = "v${finalAttrs.version}";

sourceRoot = "${finalAttrs.src.name}/gpt4all-chat"; <del> postPatch = '' substituteInPlace CMakeLists.txt  --replace-fail 'set(CMAKE_INSTALL_PREFIX ''${CMAKE_BINARY_DIR}/install)' "" ''; </del> nativeBuildInputs = [ cmake qt6.wrapQtAppsHook
Change:
Steps to reproduce the behavior: cutter Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Any news on this?

Discussion:
{ lib, fetchurl, <ins> fetchpatch, </ins> llvmPackages, python, cmake,

sourceRoot = "pyside-setup-everywhere-src-${version}/sources/${pname}"; <del> patches = [ ./fix-include-qt-headers.patch ]; </del> <ins> patches = [ ./fix-include-qt-headers.patch # Remove this patch when updating to 6.8.0 (fetchpatch { name = "backwards-compatibility-with-6.6.x.patch"; url = "https://code.qt.io/cgit/pyside/pyside-setup.git/patch/?id=4f9a20e3635f4f0957e0774588b1d9156e88a572"; hash = "sha256-B2jhLWopgaSF/rUXMZFPZArDUNojlBgn7kdVyQull+I="; stripLen = 2; }) ]; </ins> nativeBuildInputs = [ cmake
Change:
I used Genymotion for a long time on macOS but with Virtualbox. I switch to Linux/nixOS about 5 months ago and was pleasantly surprised to read Genymotion now supported the QEMU engine. Alas, myself and a few other of my friends were never able to get Genymotion to work using QEMU, which is the preferred Hypervisor. I've tried to source some help at but to no avail. Steps to reproduce the behavior: a running working QEMU installation. Presumably with at least 1 functional VM too Genymotion Genymotion, ensure QEMU is selected as the Hypervisor a random Android device, add it and run it. 'll first get a 'can't start virtual device' error trying to start the Android device again gives a 'Another QEMU process appears to be using the same resources' error I'd expect Genymotion to start the Android device using QEMU, naturally If applicable, add screenshots to help explain your problem. Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: ! !
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
! !
Duplicate of . Does the workaround in work for you?
I'm not really sure this is a duplicate but that's up to you. I'm not a coder so had no idea what to do with that old 'work-around' either. I had a colleague who kindly looked at it, spent some time, and turned it in to a flake which can be found at And now the broken Genymotion functions great with QEMU. Perhaps the flake code can help in fixing the package. Thanks for the pointer to the old work-around

Discussion:
patchInterpreter "$1" wrapProgram "$out/libexec/genymotion/$1"  --set "LD_LIBRARY_PATH" "${libPath}"  <del> --unset "QML2_IMPORT_PATH" </del> <ins> --unset "QML2_IMPORT_PATH"  --unset "QT_PLUGIN_PATH" </ins> } patchTool() {

patchExecutable genymotion patchExecutable player <del> patchExecutable qemu/x86_64/bin/qemu-img patchExecutable qemu/x86_64/bin/qemu-system-x86_64 </del> <ins> patchInterpreter qemu/x86_64/bin/qemu-img patchInterpreter qemu/x86_64/bin/qemu-system-x86_64 </ins> patchTool adb patchTool aapt
Change:
In file : patch networking.networkmanager = { extraConfig = = "*"; ... The code suggests option has been removed. However, in given example, it's still using . This leads to a confusion. Change it to . <!-- make sure this issue is not redundant or obsolete --- [ ] checked [latest Nixpkgs manual] ([source][nixpkgs-source]) and [latest NixOS manual] ([source][nixos-source]) [ ] checked [open documentation issues] for possible duplicates [ ] checked [open documentation pull requests] for possible solutions [latest Nixpkgs manual]: [latest NixOS manual]: [nixpkgs-source]: [nixos-source]: [open documentation issues]: [open documentation pull requests]:

Discussion:
-      [main] -      no-auto-default=* -    ''' <del> +    extraConfig.main.no-auto-default = "*"; </del> <ins> +    settings.main.no-auto-default = "*"; </ins> }; ``` ''
Change:
Running nwjs 0.85 produces the error: The nwjs process then segfaults producing a coredump. I created a Nix flake to reproduce this issue (). Steps to reproduce the behavior: I expect nwjs to display the requested application, without crashing after a short moment. The expected behavior can be reproduced with the command: <!-- 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: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi Is the same bug present in 0.87.0? PR:
Yes, it's still present. I a test:
I'm seeing the errors but no segfaults on KDE wayland. Which desktop environment is this? Can you post the segfault?
I should have said that it coredumps, not segfaults. Here's the standard out and standard error output I see on Xorg with the bspwm window manager:
So this is seems related to On wayland it doesn't coredump. betaflight-configurator has problems with nwjs =0.85.0 which I thought was specific with it, but looks like there's a general problem with nwjs 0.85.0 in nixos.
The problem is that is missing. I tried this and it worked: I bet adding to in the nwjs package will fix it.

Discussion:
, lib , libcap , libdrm <ins> , libGL </ins> , libnotify , libuuid , libxcb

gtk3 libcap libdrm <ins> libGL </ins> libnotify libxkbcommon mesa

extraOutputsToInstall = [ "lib" "out" ]; }; <del> version = "0.85.0"; </del> <ins> version = "0.87.0"; </ins> in stdenv.mkDerivation { pname = "nwjs";

in fetchurl { url = "https://dl.nwjs.io/v${version}/nwjs-${flavor}v${version}-linux-${bits}.tar.gz"; hash = { <del> "sdk-ia32" = "sha256-QcFKX+TLRBYAMt5oUYoVMfBgGFZZ/4pdhhtNI0OxF/M="; "sdk-x64" = "sha256-Wqq0iI5VLa/hJLTNF10YpFTtLRP6okjCC2EzlXxeuWI="; "ia32" = "sha256-st/J/Zejo3R0dKxxdM7XBvmAlfsO2+2i5lYlAv9A5lY="; "x64" = "sha256-hxSyzNEH6UJVejUqoG01vpJxb319wrLgp7uyF6Pt5YQ="; </del> <ins> "sdk-ia32" = "sha256-We4tSI8rQbEIoxNgTP/IkL/sD7GegVQDAtXUSY4AoB0="; "sdk-x64" = "sha256-pWsNVHNm1gVAy9ofZ6g1Im5TpzxM2bmJ6RENa21N4qM="; "ia32" = "sha256-ExxzzErT3GBI1yLYycojDkzKZ2VuvsOjaingQiK1Kww="; "x64" = "sha256-tKm3aTlfPuevdjqFFEVU6nvIixoBDUcnJPFyO1PNRqE="; </ins> }."${flavor + bits}"; };
Change:
Package name: vscode Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 1.88.1 Current version on the stable/release channel: 1.85.2 <!-- 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]:

Discussion:
archive_fmt = if stdenv.isDarwin then "zip" else "tar.gz"; sha256 = { <del> x86_64-linux = "14m9w7wkg1704apd4d46yi6zwdlbrx2rp3fry9ffk2nn6kkahwk2"; x86_64-darwin = "1cp74wdkva1zib04wxjby0h8r1c56g893kq5ksdj38404i2c5hdk"; aarch64-linux = "00yrdmi4c5m8r11gm7vw18qb5ddcwwg5mdk8s9ykzhmxhdrkcarm"; aarch64-darwin = "1jjhw60jcvj5brayarg8k6avxwaa00mwdn4lrkcdzbzzh1q4knvv"; armv7l-linux = "1jddc3fsv65mp95ybpprx8sz3mpnp6j2ghp4nflky8iawmzz183v"; </del> <ins> x86_64-linux = "0hy1ppv7wzyy581k3skmckaas0lwkx5l6w4hk1ml5f2cpkkxhq5w"; x86_64-darwin = "1mybfp2hg93wp3iwgwgkh84gcaj1vgs3gkmgb5yp38jhwxj5wrhk"; aarch64-linux = "16d0qqm7fm1bm58n7n2cscs619mbxr0bbglgz3prr2cmr7bwmx87"; aarch64-darwin = "1pp668rf5a06rdb8fd06ajrzxp02z7v6lmr3y77i5n2hs5xnpm0b"; armv7l-linux = "1cqhlm64gw08rn45ryizx1vypyybsrm9v8piapym5clwswbaxqs5"; </ins> }.${system} or throwSystem; in callPackage ./generic.nix rec { # Please backport all compatible updates to the stable release. # This is important for the extension ecosystem. <del> version = "1.88.1"; </del> <ins> version = "1.89.0"; </ins> pname = "vscode" + lib.optionalString isInsiders "-insiders"; # This is used for VS Code - Remote SSH test <del> rev = "e170252f762678dec6ca2cc69aba1570769a5d39"; </del> <ins> rev = "b58957e67ee1e712cebf466b995adf4c5307b2bd"; </ins> executableName = "code" + lib.optionalString isInsiders "-insiders"; longName = "Visual Studio Code" + lib.optionalString isInsiders " - Insiders";

src = fetchurl { name = "vscode-server-${rev}.tar.gz"; url = "https://update.code.visualstudio.com/commit:${rev}/server-linux-x64/stable"; <del> sha256 = "100nhm231gzav24lz84vxwxnqkn777kfn0fkkjmdcd30kc7g7ig9"; </del> <ins> sha256 = "17563d413czlqpy3921gq5ja7mi3lgb8yjgvsqfn3fkaj70gr1hq"; </ins> }; };
Change:
Package name: ets Latest released version: 0.3.0 Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I am not seeing a 0.3.0 release on their , where are you getting this from?
0 comes from , a fork of the original ets.
Nice, I knew this wasn't actively maintained anymore but wasn't aware of this fork. I'll take a look and submit a PR if it looks good and no one else has by the time I get to it.

Discussion:
buildGoModule rec { pname = "ets"; <del> version = "0.2.1"; </del> <ins> version = "0.3.0"; </ins> src = fetchFromGitHub { <del> owner = "zmwangx"; repo = pname; </del> <ins> owner = "gdubicki"; repo = "ets"; </ins> rev = "v${version}"; <del> sha256 = "sha256-XWIDo5msTMTLr60x1R9cwsiZIDG6G+uHWx8idt4F2iA="; </del> <ins> hash = "sha256-PowJ3ig8TfGx9P/PJPVBL8GsMh+gGZVt9l4Rf7Mqk00="; </ins> }; <del> # https://github.com/zmwangx/ets/pull/18/ patches = [ (fetchpatch { url = "https://github.com/zmwangx/ets/commit/600ec17a9c86ca63cd022d00439cdc4978e2afa9.patch"; sha256 = "sha256-SGCISHkWNFubgKkQYx8Vf5/fknNDfPNYkSuw1mMhZaE="; }) ]; vendorHash = "sha256-+8dXfqOu8XTw2uEx3GAynQSHtzifejZtddr1CdxrupA="; </del> <ins> vendorHash = "sha256-XHgdiXdp9aNEAc/Apvb64ExnpywjddWOw1scNKy+ico="; </ins> ldflags = [ "-s" "-w" "-X main.version=v${version}-nixpkgs" ];

meta = with lib; { description = "Command output timestamper"; <del> homepage = "https://github.com/zmwangx/ets/"; </del> <ins> homepage = "https://github.com/gdubicki/ets/"; </ins> license = licenses.mit; maintainers = with maintainers; [ cameronfyfe ]; mainProgram = "ets";
Change:
Attempting to import results in the following error: Run the following: Importing should succeed. might need to be a runtime dependency. (See alternate derivation which does not have this problem.) <!-- 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]:

Discussion:
, wheel , astunparse , numpy <ins> , packaging </ins> , pyparsing , scipy , gsd

url = "https://github.com/mdtraj/mdtraj/commit/81209d00817ab07cfc4668bf5ec88088d16904c0.patch"; hash = "sha256-ttNmij7csxF0Z5wPPwhGumRX055W2IgFjRAe6nI6GNY="; }) <ins> # remove pkg_resources usage # https://github.com/mdtraj/mdtraj/pull/1837 (fetchpatch { name = "fix-runtime-error.patch"; url = "https://github.com/mdtraj/mdtraj/commit/02d44d4db7039fceb199c85b4f993244804f470d.patch"; hash = "sha256-nhbi3iOrDSM87DyIp1KVt383Vvb6aYOgkjuYzviqiq8="; }) # remove distutils usage # https://github.com/mdtraj/mdtraj/pull/1834 (fetchpatch { name = "python312-compatibility.patch"; url = "https://github.com/mdtraj/mdtraj/commit/95d79747deef42c976ca362a57806b61933409f3.patch"; hash = "sha256-Cq7/d745q6ZgAyWGM4ULnSsWezsbnu1CjSz5eqYSb+g="; }) # disable intrinsics when SIMD is not available # TODO: enable SIMD with python3.12 # https://github.com/mdtraj/mdtraj/pull/1884 (fetchpatch { name = "fix-intrinsics-flag.patch"; url = "https://github.com/mdtraj/mdtraj/commit/d6041c645d51898e2a09030633210213eec7d4c5.patch"; hash = "sha256-kcnlHMoA/exJzV8iQltH+LWXrvSk7gsUV+yWK6xn0jg="; }) </ins> ]; <del> nativeBuildInputs = [ </del> <ins> build-system = [ </ins> cython_0 oldest-supported-numpy setuptools

llvmPackages.openmp ]; <del> propagatedBuildInputs = [ </del> <ins> dependencies = [ </ins> astunparse numpy <ins> packaging </ins> pyparsing scipy ];

"test_read_atomindices_2" # flaky test <ins> "test_compare_rdf_t_master" </ins> "test_distances_t" <ins> "test_precentered_2" </ins> ]; pythonImportsCheck = [ "mdtraj" ];
Change:
I tried to build and but without success. Relevant part of the error message: Tried to do it on current master. nix-build -I nixpkgs=. -A System: Local nixpkgs checkout on Gentoo Nix version: 1.11.15 Nixpkgs version: 17.09.1880. Sandboxing enabled: true
Same problem on a native NixOS machine.

Discussion:
<ins> Tests are kind of broken in ZODB-5.3.0. Fix setup code and disable one especially problematic test. diff -u ZODB-5.3.0/setup.py ZODB-5.3.0/setup.py --- ZODB-5.3.0/setup.py	2017-08-30 14:55:10.000000000 +0200 +++ ZODB-5.3.0/setup.py	2017-10-29 11:34:17.277953730 +0100 @@ -85,7 +85,10 @@ mod = __import__( _modname(dirpath, base, os.path.splitext(filename)[0]), {}, {}, ['*']) -                    _unittests_only(suite, mod.test_suite()) +                    try: +                        _unittests_only(suite, mod.test_suite()) +                    except AttributeError: +                        pass elif 'tests.py' in filenames: mod = __import__(_modname(dirpath, base, 'tests'), {}, {}, ['*']) _unittests_only(suite, mod.test_suite()) diff -u ZODB-5.3.0/src/ZODB/scripts/tests/test_repozo.py ZODB-5.3.0/src/ZODB/scripts/tests/test_repozo.py --- ZODB-5.3.0/src/ZODB/scripts/tests/test_repozo.py	2017-08-30 14:55:10.000000000 +0200 +++ ZODB-5.3.0/src/ZODB/scripts/tests/test_repozo.py	2017-10-29 11:35:10.348240386 +0100 @@ -1184,7 +1184,4 @@ #unittest.makeSuite(Test_do_backup),  #TODO unittest.makeSuite(Test_do_recover), unittest.makeSuite(Test_do_verify), -        # N.B.:  this test take forever to run (~40sec on a fast laptop), -        # *and* it is non-deterministic. -        unittest.makeSuite(MonteCarloTests), ]) </ins>

sha256 = "633c2f89481d8ebc55639b59216f7d16d07b44a94758850c0b887006967214f3"; }; <ins> patches = [ ./ZODB-5.3.0-fix-tests.patch ]; </ins> propagatedBuildInputs = [ manuel transaction
Change:
Steps to reproduce the behavior: full log - log excerpt: This is a dependency for -also fails for me atm. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --No maintainers listed for - Last users to edit this definition: Maintainers for , which is also affected by this: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Looks like it's been broken for months: possibly related to ?
Here's what I believe ~is a~ might be part of a fix for this issue:
BTW I'm pretty sure this is not a dependency of : I just built the latter locally on Darwin and its dependency tree does not include .
Interesting. Tbh trying to build is the only reason I found this error and submitted this bug in the first place. Any idea what the discrepancy between your and my experiences might be? E.g.: maybe it's not a dependency for your darwin version but it is for mine? are we on the same version of ? Note: I'm neither a jellyfin nor darwin nor nix expert, any suggestions are very welcome.
I'm on linux but I do see libdevil in the buildtime closure of jellyfin:
I checked with nix-tree on Darwin, and used its search function. There's no dependency on from on Darwin due to this line:
Yeah, that was yesterday in . So seems like a duplicate of this issue then.
Ah, nice

Discussion:
configureFlags = [ "--enable-ILU" "--enable-ILUT" ]; <ins> CXXFLAGS = lib.optionalString stdenv.cc.isClang "-Wno-register"; </ins> preConfigure = '' sed -i 's, -std=gnu99,,g' configure sed -i 's,malloc.h,stdlib.h,g' src-ILU/ilur/ilur.c
Change:
Affects our 2.0.22 and 1.4.16. New releases available 2.0.24 and 1.4.7 that address the problem.
fixed in , picking into release .

Discussion:
import ./generic.nix ( rec { <del> version = "3.4.2"; </del> <ins> version = "3.4.4"; </ins> testing = false; preConfigure = ''

src = fetchurl { url = "mirror://kernel/linux/kernel/v3.x/${if testing then "testing/" else ""}linux-${version}.tar.xz"; <del> sha256 = "0pd96g1qcp2wgdnvk79hljjrpr6xjk0159lks47n181a3yirzf4x"; </del> <ins> sha256 = "0l4h7amhsmgpnii8rgwi32nd7ajsifk2xckjd39pfzwdifacw5yw"; </ins> }; config = configWithPlatform stdenv.platform;
Change:
Project description Open source addon manager for world of warcraft Metadata homepage URL: source license: GPL V3 platforms: unix, linux, darwin, Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
in case you want to test: (only for Linux).

Discussion:
<ins> { lib, appimageTools, fetchurl }: let version = "2.12.0"; pname = "wowup-cf"; name = "${pname}-${version}"; src = fetchurl { url = "https://github.com/WowUp/WowUp.CF/releases/download/v${version}/WowUp-CF-${version}.AppImage"; hash = "sha256-uWz/EQBX/d1UBfpc9EL4x+UH72kINd6pqFIvJkV16e8="; }; appimageContents = appimageTools.extractType1 { inherit name src; }; in appimageTools.wrapType1 { inherit name src; extraInstallCommands = '' mv $out/bin/${name} $out/bin/${pname} install -m 444 -D ${appimageContents}/${pname}.desktop -t $out/share/applications substituteInPlace $out/share/applications/${pname}.desktop  --replace 'Exec=AppRun' 'Exec=${pname}' cp -r ${appimageContents}/usr/share/icons $out/share ''; meta = with lib; { description = "World of Warcraft addon updater with CurseForge support"; longDescription = '' WowUp is the community centered World of Warcraft addon updater. We attempt to bring the addon community together in an easy to use updater application. We have an ever growing list of supported features. ''; homepage = "https://wowup.io/"; downloadPage = "https://github.com/WowUp/WowUp.CF/releases"; license = licenses.unfree; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; maintainers = with maintainers; [ pbek ]; platforms = [ "x86_64-linux" ]; }; } </ins>
Change:
Project description Prometheus exporter for Free Range Routing Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { lib, buildGoModule, fetchFromGitHub }: let version = "1.2.0"; src = fetchFromGitHub { owner = "tynany"; repo = "frr_exporter"; rev = "v${version}"; hash = "sha256-sjC6ee7VMbr5zlahAA/i4wrZIu8CBUF+LYaq6uEvukk="; }; in buildGoModule { pname = "prometheus-frr-exporter"; vendorHash = "sha256-xckGN/FKN2bwFPll6IRDBOGGUm2JTzoZDwKC6ZkoD/Y="; inherit src version; ldflags = [ "-X github.com/prometheus/common/version.Version=${version}" "-X github.com/prometheus/common/version.Revision=${src.rev}" "-X github.com/prometheus/common/version.Branch=unknown" ]; meta = with lib; { description = "Prometheus exporter for FRR version 3.0+"; longDescription = '' Prometheus exporter for FRR version 3.0+ that collects metrics from the FRR Unix sockets and exposes them via HTTP, ready for collecting by Prometheus. ''; homepage = "https://github.com/tynany/frr_exporter"; license = licenses.mit; maintainers = with maintainers; [ javaes ]; mainProgram = "frr_exporter"; }; } </ins>