jiebi/CodeConvo huggingface dataset:
Change:
bytecode-outline = buildEclipsePlugin rec { name = "bytecode-outline-${version}"; <del> version = "2.5.0.201711011753-5a57fdf"; </del> <ins> version = "1.0.1.202006062100"; </ins> srcFeature = fetchurl { <del> url = "http://andrei.gmxhome.de/eclipse/features/de.loskutov.BytecodeOutline.feature_${version}.jar"; sha256 = "0yciqhcq0n5i326mwy57r4ywmkz2c2jky7r4pcmznmhvks3z65ps"; </del> <ins> url = "https://github.com/iloveeclipse/plugins/blob/latest/features/org.eclipse.jdt.bcoview.feature_${version}.jar"; sha256 = "0zbcph72lgv8cb5n4phcl3qsybc5q5yviwbv8yjv4v12m4l15wpk"; </ins> }; srcPlugin = fetchurl { <del> url = "http://dl.bintray.com/iloveeclipse/plugins/de.loskutov.BytecodeOutline_${version}.jar"; sha256 = "1vmsqv32jfl7anvdkw0vir342miv5sr9df7vd1w44lf1yf97vxlw"; </del> <ins> url = "https://github.com/iloveeclipse/plugins/blob/latest/plugins/org.eclipse.jdt.bcoview_${version}.jar"; sha256 = "1bx860k4haqcnhy8825kn4df0pyzd680qbnvjmxfrlxrqhr66fbb"; </ins> }; meta = with lib; { <del> homepage = "http://andrei.gmxhome.de/bytecode/"; </del> <ins> homepage = "https://github.com/iloveeclipse/plugins"; </ins> description = "Shows disassembled bytecode of current java editor or class file"; sourceProvenance = with sourceTypes; [ binaryBytecode ]; license = licenses.bsd2;

Discussion:
Source: Affected packages: [x] ~ [x] [x] ~~ [x] ~~ [x] ~~ [x] ~~ [x] ~~ Boost packaging is also affected, but luckily there are two mirror locations for the sources (sourceforge and bintray)
All dead now:
I'm not sure this should have been resolved. I believe the update you've quoted ONLY is for JCenter, NOT for Bintray ( these were separate services). AFAIK Bintray doesn't work. Most of the references in the issue description are still on master and would presumably fail. E.g. for groovy: From:
Fix for in
Fix for in
Fix for in
After the 3 fixes above, the only 2 outstading issues are present in: I updated the OP to reflect the current state
Fix for in .
The last issue in concerns . I tried to fix it but failed. According to this blog post the site has moved to but I am only getting HTTP 400 and 404. I opened an issue about it
fix in All outstanding issues have been fixed
Change:
export PATH=${gnat-bootstrap}/bin:$PATH '' <ins> # For a cross-built native compiler, i.e. build!=(host==target), the # bundled libgfortran needs a gfortran which can run on the # buildPlatform and emit code for the targetPlatform.  The compiler # which is built alongside gfortran in this configuration doesn't # meet that need: it runs on the hostPlatform. + lib.optionalString (langFortran && (with stdenv; buildPlatform != hostPlatform && hostPlatform == targetPlatform)) '' export GFORTRAN_FOR_TARGET=${pkgsBuildTarget.gfortran}/bin/${stdenv.targetPlatform.config}-gfortran '' </ins> # On x86_64-darwin, the gnat-bootstrap bootstrap compiler that we need to build a # native GCC with Ada support emits assembly that is accepted by the Clang # integrated assembler, but not by the GNU assembler in cctools-port that Nix

Discussion:
Cross compilation of gfortran package fails for riscv64. Many packages like depends on gfortran. So I can not use these on riscv64 Steps to reproduce the behavior: Cross compile gfortran $nix-build '<nixpkgs' -A pkgsCross.riscv64.gfortran Should compile Please run and paste the result.
The code snippet here doesn't seem very useful. Have you got the full log somewhere?
Attach is the full log.
Thank you! I'm seeing Looks like or . Maybe ? Also, it would be nice to have .
One of these days I am going to submit a PR that modifies to cat into the build stderr on failed builds...
Ah, is not only built with , but expects to be able to invoke at runtime. So it depends on a cross-built native compiler, something that doesn't get used much in nixpkgs. I found ~at least part of the problem, see upcoming PR. I don't know if it fixes the whole problem or not.~ the fix.
FWIW I don't think this ever worked, but it does now (after ). Also we probably have similar problems with cross-built native compilers for all other languages except C/C++ (because stdenv sets flags for those) if their standard library is bundled with gcc.
Change:
<del> GEM remote: https://rubygems.org/ specs: equatable (0.5.0) httpclient-fixcerts (2.8.5) necromancer (0.4.0) neocities (0.0.18) httpclient-fixcerts (~> 2.8, >= 2.8.5) pastel (~> 0.7, = 0.7.2) rake (~> 12.3, >= 12.3.1) tty-prompt (~> 0.12, = 0.12.0) tty-table (~> 0.10, = 0.10.0) pastel (0.7.2) equatable (~> 0.5.0) tty-color (~> 0.4.0) rake (12.3.3) strings (0.1.8) strings-ansi (~> 0.1) unicode-display_width (~> 1.5) unicode_utils (~> 1.4) strings-ansi (0.2.0) tty-color (0.4.3) tty-cursor (0.4.0) tty-prompt (0.12.0) necromancer (~> 0.4.0) pastel (~> 0.7.0) tty-cursor (~> 0.4.0) wisper (~> 1.6.1) tty-screen (0.6.5) tty-table (0.10.0) equatable (~> 0.5.0) necromancer (~> 0.4.0) pastel (~> 0.7.2) strings (~> 0.1.0) tty-screen (~> 0.6.4) unicode-display_width (1.8.0) unicode_utils (1.4.0) wisper (1.6.1) PLATFORMS ruby x86_64-linux DEPENDENCIES neocities BUNDLED WITH 2.5.5 </del>

Discussion:
I'm not really sure how it happened, however we have 2 copies of the Neocities CLI: One from , and another from . After formatting the nix files in each, the only differences are: Description Maintainers Platforms ( lists ) Gemfile lock platform/bundled-with version ( is bundled-with , has as a platform and is bundled-with ) is older, while is newer and slightly more complete, as it seems. One should be removed, with the other aliased to it. CC as the maintainer of the other Neocities package.
this happened before, i wonder if there are more cases like this rn
I'll take care of this -- it seems like is out of date so might as well take care of that, too.
Change:
"-DMAGMA_ENABLE_HIP=ON" ]; <del> # NOTE: The stdenv's CXX is used when compiling the CMake test to determine the version of #   CUDA available. This isn't necessarily the same as cudatoolkit.cc, so we must set #   CUDAHOSTCXX. preConfigure = strings.optionalString cudaSupport '' export CUDAHOSTCXX=${cudatoolkit.cc}/bin/c++ ''; </del> buildFlags = [ "magma" "magma_sparse"

Discussion:
Per , assuming NVIDIA continues with its current compute capability naming scheme, will run into issues with the launch of Blackwell. This is a followup from <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<ins> import ./make-test-python.nix ({ pkgs, lib, ... }: let mainPort = "8001"; in { name = "private-gpt"; meta = with lib.maintainers; { maintainers = [ drupol ]; }; nodes = { machine = { ... }: { services.private-gpt = { enable = true; }; }; }; testScript = '' machine.start() machine.wait_for_unit("private-gpt.service") machine.wait_for_open_port(${mainPort}) machine.succeed("curl http://127.0.0.1:${mainPort}") ''; }) </ins>

Discussion:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.
Change:
<ins> diff --color -ur a/CMakeLists.txt b/CMakeLists.txt --- a/CMakeLists.txt	2021-05-30 13:46:22.256040282 +0200 +++ b/CMakeLists.txt	2021-05-30 14:15:42.530181216 +0200 @@ -333,7 +333,7 @@ # So, try first to find the CMake module provided by libxml2 package, then fallback # on the CMake's FindLibXml2.cmake module (which can lack some definition, especially # in static build case). -find_package(LibXml2 QUIET NO_MODULE) +find_package(LibXml2 QUIET MODULE) if(DEFINED LIBXML2_VERSION_STRING) set(LIBXML2_FOUND ON) set(LIBXML2_INCLUDE_DIR ${LIBXML2_INCLUDE_DIRS}) Seulement dans b: good.patch </ins>

Discussion:
Describe the bug fails to build on master/release-21.05. The build failure ( is not found anymore by cmake) appeared with the update of from 2.9.10 to 2.9.12. Addressing CC
Change:
Designed to be deeply customizable, but still approachable using the default configuration. ''; homepage = "https://github.com/pulsar-edit/pulsar"; <ins> changelog = "https://github.com/pulsar-edit/pulsar/blob/v${version}/CHANGELOG.md"; </ins> sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; license = lib.licenses.mit; platforms = lib.platforms.linux;

Discussion:
Package name: pulsar Latest released version: 1.118.0 Current version on the unstable channel: 1.117.0 Current version on the stable/release channel: 1.117.0 Notify maintainers
Sorry I'm super busy these days... I'll try to get back to this as soon as possible. In the meantime, please try the of this package if you can, and see if the resulting package build fine. Thank you!
i am not familiar with updateScript and not really urgently need the latest Pulsar version, but i think update request is a good way to keep actual nixpkgs's packages version.
Change:
''; meta = with lib; { <del> broken = true; </del> description = "A cross-platform SSH client with cloud data sync and more"; homepage = "https://termius.com/"; downloadPage = "https://termius.com/linux/";

Discussion:
Describe the bug cannot be installed because the requested URL returned error 403. To Reproduce Steps to reproduce the behavior: Expected behavior should be installed. Screenshots Relevant logs are as below: Additional context Notify maintainers Metadata system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
Change:
<ins> --- a/src/dummy.h	2016-12-17 23:02:53.396287041 +0100 +++ b/src/dummy.h	2016-12-17 23:03:30.319616550 +0100 @@ -51,6 +51,7 @@ /* options */ OptionInfoPtr Options; Bool swCursor; +    Bool constantDPI; /* proc pointer */ CloseScreenProcPtr CloseScreen; xf86CursorInfoPtr CursorInfo; --- a/src/dummy_driver.c	2016-12-14 21:54:20.000000000 +0100 +++ b/src/dummy_driver.c	2016-12-17 23:04:59.916416126 +0100 @@ -17,6 +17,12 @@ /* All drivers using the mi colormap manipulation need this */ #include "micmap.h" +#ifdef RANDR +#include "randrstr.h" +#endif + +#include "windowstr.h" + /* identifying atom needed by magnifiers */ #include <X11/Xatom.h> #include "property.h" @@ -115,11 +121,15 @@ }; typedef enum { -    OPTION_SW_CURSOR +    OPTION_SW_CURSOR, +    OPTION_CONSTANT_DPI } DUMMYOpts; static const OptionInfoRec DUMMYOptions[] = { { OPTION_SW_CURSOR,	"SWcursor",	OPTV_BOOLEAN,	{0}, FALSE }, +#ifdef RANDR +    { OPTION_CONSTANT_DPI,	"ConstantDPI",	OPTV_BOOLEAN,	{0}, FALSE }, +#endif { -1,                  NULL,           OPTV_NONE,	{0}, FALSE } }; @@ -359,6 +369,7 @@ xf86ProcessOptions(pScrn->scrnIndex, pScrn->options, dPtr->Options); xf86GetOptValBool(dPtr->Options, OPTION_SW_CURSOR,&dPtr->swCursor); +    xf86GetOptValBool(dPtr->Options, OPTION_CONSTANT_DPI, &dPtr->constantDPI); if (device->videoRam != 0) { pScrn->videoRam = device->videoRam; @@ -639,10 +650,45 @@ return TRUE; } +const char *XDPY_PROPERTY = "dummy-constant-xdpi"; +const char *YDPY_PROPERTY = "dummy-constant-ydpi"; +static int get_dpi_value(WindowPtr root, const char *property_name, int default_dpi) +{ +    PropertyPtr prop; +    Atom type_atom = MakeAtom("CARDINAL", 8, TRUE); +    Atom prop_atom = MakeAtom(property_name, strlen(property_name), FALSE); + +    for (prop = wUserProps(root); prop; prop = prop->next) { +       if (prop->propertyName == prop_atom && prop->type == type_atom && prop->data) { +           int v = (int) (*((CARD32 *) prop->data)); +           if ((v>0) && (v<4096)) { +               xf86DrvMsg(0, X_INFO, "get_constant_dpi_value() found property "%s" with value=%in", property_name, (int) v); +               return (int) v; +           } +           break; +       } +    } +    return default_dpi; +} + /* Mandatory */ Bool DUMMYSwitchMode(SWITCH_MODE_ARGS_DECL) { +    SCRN_INFO_PTR(arg); +#ifdef RANDR +    DUMMYPtr dPtr = DUMMYPTR(pScrn); +    if (dPtr->constantDPI) { +        int xDpi = get_dpi_value(pScrn->pScreen->root, XDPY_PROPERTY, pScrn->xDpi); +        int yDpi = get_dpi_value(pScrn->pScreen->root, YDPY_PROPERTY, pScrn->yDpi); +        //25.4 mm per inch: (254/10) +        pScrn->pScreen->mmWidth = mode->HDisplay * 254 / xDpi / 10; +        pScrn->pScreen->mmHeight = mode->VDisplay * 254 / yDpi / 10; +        xf86DrvMsg(pScrn->scrnIndex, X_INFO, "mm(dpi %ix%i)=%ix%in", xDpi, yDpi, pScrn->pScreen->mmWidth, pScrn->pScreen->mmHeight); +        RRScreenSizeNotify(pScrn->pScreen); +        RRTellChanged(pScrn->pScreen); +    } +#endif return TRUE; } </ins>

Discussion:
Describe the bug Attempting to start xpra fails with the following X server log: To Reproduce Steps to reproduce the behavior: run start :200
Change:
stdenv.mkDerivation rec { pname = "libdatachannel"; <del> version = "0.19.5"; </del> <ins> version = "0.20.2"; </ins> src = fetchFromGitHub { owner = "paullouisageneau"; <del> repo = pname; </del> <ins> repo = "libdatachannel"; </ins> rev = "v${version}"; <del> hash = "sha256-XTfe0NqDQWx4ISgEiUbzACH9csaG+IrUvwss07dnz80="; </del> <ins> hash = "sha256-bBSsD845iwCMA7TdMBxzezjNbMaGwvRq6rvY/8NLYRU="; </ins> }; outputs = [ "out" "dev" ];

Discussion:
Package name: obs-studio Latest released version: 30.1 <!-- Search your package here: --- Current version on the unstable channel: 30.0.2 Current version on the stable/release channel: 29.1.3 <!-- 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]:
Change:
crossplane = with python3Packages; toPythonApplication crossplane; <ins> crowdsec = callPackage ../tools/security/crowdsec { }; </ins> crunch = callPackage ../tools/security/crunch { }; crudini = callPackage ../tools/misc/crudini { };

Discussion:
Project description CrowdSec - the open-source and participative IPS able to analyze visitor behavior & provide an adapted response to all kinds of attacks. It also leverages the crowd power to generate a global CTI database to protect the user network. Metadata homepage URL: source URL: license: mit platforms: linux
I am head of community at CrowdSec. Feel free to get in touch if you need any assistance in creating packages for NixOS.
Fantastic! Thank you
No problem. Feel free to join our to ask for help from our community.
working on this
Hey any news on this ? I'd be interested in helping to package it as well or trying/testing the draft PR, but I don't know what's the current status (I've read your draft PR and it seems it was going okay, but you needed to add a NixOS module and some agents/bouncers?)
Change:
, fetchFromGitHub , cmake , pkg-config , lit <del> , llvm_8 </del> <ins> , llvm_11 </ins> }: stdenv.mkDerivation rec { pname = "SPIRV-LLVM-Translator"; <del> version = "8.0.1-2"; </del> <ins> version = "unstable-2021-06-13"; </ins> src = fetchFromGitHub { owner = "KhronosGroup"; repo = "SPIRV-LLVM-Translator"; <del> rev = "v${version}"; sha256 = "0hxalc3fkliqs61hpr97phbm3qsx4b8vgnlg30aimzr6aas403r5"; </del> <ins> rev = "c67e6f26a7285aa753598ef792593ac4a545adf9"; sha256 = "sha256-1s3lVNTQDl+pUvbzSMsp3cOUSm6I4DzqJxnLMeeE3F4="; </ins> }; <del> nativeBuildInputs = [ pkg-config cmake llvm_8.dev ]; </del> <ins> nativeBuildInputs = [ pkg-config cmake llvm_11.dev ]; </ins> <del> buildInputs = [ llvm_8 ]; </del> <ins> buildInputs = [ llvm_11 ]; </ins> checkInputs = [ lit ]; <del> cmakeFlags = [ "-DLLVM_INCLUDE_TESTS=ON" ]; </del> <ins> cmakeFlags = [ "-DLLVM_INCLUDE_TESTS=ON" ]; </ins> # FIXME: CMake tries to run "/llvm-lit" which of course doesn't exist doCheck = false;

Discussion:
, current version: 20.34. desired version: 21.42. maintainers: The packages version is quite old and doesn't work properly on 11th gen cpus. There are also other PR which are interwoven with this such as: And also an issue that might be related To update this properly I think we need to update at least the following packages: , , and .
Change:
in stdenv.mkDerivation rec { pname = "radare2"; <del> version = "5.6.4"; </del> <ins> version = "5.6.8"; </ins> src = fetchFromGitHub { owner = "radare"; repo = "radare2"; rev = version; <del> sha256 = "sha256-rqGlp9fHTF1z8A+DROYfzHXi5xfLMdUWzssGN5uHQmE="; </del> <ins> sha256 = "0fpz63dfac1i6wwf5wp3v1vs3r5yzh05g95m5vidx56h0g4dcp44"; </ins> }; preBuild = ''

Discussion:
, CVSSv3=7.8 (nixos-unstable) CVSSv3=5.5 (nixos-unstable) Use After Free in opissetbp in GitHub repository radareorg/radare2 prior to 5.6.6. Use After Free in rreggetname_idx in GitHub repository radareorg/radare2 prior to 5.6.6. Scanned versions: nixos-unstable: . Cc Cc Cc Cc
Change:
[ curl gmp python iptables ldns unbound openssl pcsclite ] ++ optionals enableTNC [ trousers sqlite libxml2 ] ++ optionals stdenv.isLinux [ systemd.dev pam ] <del> ++ optionals enableNetworkManager [ networkmanager ]; </del> <ins> ++ optionals enableNetworkManager [ networkmanager ] # ad-hoc fix for https://github.com/NixOS/nixpkgs/pull/51787 # Remove when the above PR lands in master ++ [ libpcap ]; </ins> patches = [ ./ext_auth-path.patch

Discussion:
This is addressed on staging by which doesn't seem appropriate for master due to the amount of rebuilds. The build failure is blocking two tests on the channel. master
There's also which turns on by default, preventing these problems more generally (would also have to go through staging of course). Hydra has almost nothing to do at the moment though , so we should probably start up staging-next again.
Change:
<del> { lib, stdenv, fetchFromGitHub, zlib, openssl }: </del> <ins> { lib, stdenv, fetchFromGitHub, zlib, openssl , cmake }: </ins> stdenv.mkDerivation rec { version = "2.9.0"; pname = "libre";

Discussion:
Baresip fails to build after because the baresip no longer finds librem through pkg-config. Building baresip with Cmake resolves this, but then there is a new build failure: Steps to reproduce the behavior: baresip
Sorry! I think fixes this. I developed and tested them together but wanted to take more time to be sure baresip was finding all of its dependencies. I didn't realize that merging one without the other would break things. We can either merge or else revert and
Waiting for is fine by me.
Change:
getdp = callPackage ../applications/science/math/getdp { }; <del> gurobi = callPackage ../applications/science/math/gurobi { }; </del> <ins> gurobi = callPackage ../applications/science/math/gurobi { python3 = python310; }; </ins> jags = callPackage ../applications/science/math/jags { };

Discussion:
Steps to reproduce the behavior: gurobi Moreover has been released, if it possible to update. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Thank you Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
castor = callPackage ../applications/networking/browsers/castor { }; <ins> catfs = callPackage ../os-specific/linux/catfs { }; </ins> catimg = callPackage ../tools/misc/catimg { }; catt = callPackage ../applications/video/catt { };

Discussion:
Project description caching file-system, written in rust. Designed to work with Metadata homepage URL: source URL: license: Apache2 platforms: unix, linux, darwin
I don't see any activity for 6+ months, I think I should close my PR and this ticket
I didn't mean activity in my PR, I meant in the upstream repo
Change:
}; }; <ins> MailDMARC = buildPerlPackage { pname = "Mail-DMARC"; version = "1.20230215"; src = fetchurl { url = "mirror://cpan/authors/id/M/MB/MBRADSHAW/Mail-DMARC-1.20230215.tar.gz"; hash = "sha256-V9z1R1nLkkSOVukUE0D2E0QnTFjZ3WWqkKqczw5+uQM="; }; buildInputs = [ ExtUtilsMakeMaker FileShareDirInstall ]; doCheck = false;  # uses actual DNS at runtime checkInputs = [ XMLSAX XMLValidatorSchema TestException TestFileShareDir TestMore TestOutput ]; propagatedBuildInputs = [ ConfigTiny DBDSQLite DBIxSimple EmailMIME EmailSender Encode FileShareDir GetoptLong IOCompress IO IOSocketSSL NetDNS NetIDNEncode NetIP NetSSLeay RegexpCommon Socket6 SysSyslog URI XMLLibXML ]; meta = { description = "Perl implementation of DMARC"; homepage = "https://github.com/msimerson/mail-dmarc"; license = with lib.licenses; [ artistic1 gpl1Plus ]; }; }; </ins> MailMaildir = buildPerlPackage { version = "1.0.0"; pname = "Mail-Maildir";

Discussion:
SpamAssassin generates and compiles C code from anti-spam rules. This currently fails because the generated code makes use of the function, which is not available during the rule compilation process. Steps to reproduce the behavior: the SpamAssassin service that sa-update.service fails with the error message: that, consequently, spamd.service will not function. Alternatively, the error can also be observed by invoking directly. sa-update.service succeeds <!-- 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.
A smoke-test that serves as a reproducer is available in .
In theory, this could be addressed by making libxcrypt available when compiling rules, but care must probably also be taken so that the dynamic linker can find it at rule run-time.
Rule compilation seems to complete without errors for the rule if we set . However, of course the resulting binary is not linked against libxcrypt then. I’m not sure when Spamassassin will generate code that actually calls functions from that library.
Change:
- `buildDubPackage` can now be used to build Programs written in [D](https://dlang.org/) using the `dub` build system and package manager. See the [D section](https://nixos.org/manual/nixpkgs/unstable#dlang) in the manual for more information. <ins> - `stalwart-mail` service uses the legacy version 0.6.X as default because newer `stalwart-mail` versions require a [manual upgrade process](https://github.com/stalwartlabs/mail-server/blob/main/UPGRADING.md). Change [`services.stalwart-mail.package`](#opt-services.stalwart-mail.package) to `pkgs.stalwart-mail` if you wish to switch to the new version. </ins> - [`portunus`](https://github.com/majewsky/portunus) has been updated to major version 2. This version of Portunus supports strong password hashes, but the legacy hash SHA-256 is also still supported to ensure a smooth migration of existing user accounts. After upgrading, follow the instructions on the [upstream release notes](https://github.com/majewsky/portunus/releases/tag/v2.0.0) to upgrade all user accounts to strong password hashes.

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