jiebi/CodeConvo huggingface dataset:
Change:
Recently, clojure-lsp build started to fail on unstable and master check out or A clear and concise description of what you expected to happen. Bisecting suggests, that this is because of a recent update to graalvm -22.0.0.2 graalvm17 changing command line parameters to match updating clojure-lsp (already is at latest version) system: host os: multi-user?: sandbox: version: channels(root): channels(herwig): nixpkgs:
this is related with graalvm bump, but I'm aware of it, next clojure-lsp version which is soon should fix the issue since we will stop using datalevin to use transit as the db

Discussion:
buildGraalvmNativeImage rec { pname = "clojure-lsp"; <del> version = "2022.01.22-01.31.09"; </del> <ins> version = "2022.02.01-16.53.14"; </ins> src = fetchFromGitHub { owner = pname; repo = pname; rev = version; <del> sha256 = "sha256-xQSOJRKKjX3AfQsYe4UNhFlLgWPkoY8NOPXCO1oc3BI="; </del> <ins> sha256 = "sha256-VyDnDlK40Sj/0cethclnRlKc5tOentAEUzjDOqbItpo="; </ins> }; jar = fetchurl { url = "https://github.com/clojure-lsp/clojure-lsp/releases/download/${version}/clojure-lsp-standalone.jar"; <del> sha256 = "sha256-le0+ZmGyhM/UfGUV05FHyx5PlARxL/T2aC8UhiPYjxw"; </del> <ins> sha256 = "sha256-gIG8sjf55aRo4xI/RFrxhzLSD6RHzn/YGG9+gWrXcgE="; </ins> }; <del> # https://github.com/clojure-lsp/clojure-lsp/blob/2022.01.22-01.31.09/cli/graalvm/native-unix-compile.sh#L18-L27 # Needs to be inject on `nativeImageBuildArgs` inside shell environment, # otherwise we can't expand to the value set in `mktemp -d` call preBuild = '' export DTLV_LIB_EXTRACT_DIR="$(mktemp -d)" nativeImageBuildArgs+=("-H:CLibraryPath=$DTLV_LIB_EXTRACT_DIR") ''; </del> extraNativeImageBuildArgs = [ "--no-fallback" "--native-image-info"

homepage = "https://github.com/clojure-lsp/clojure-lsp"; license = licenses.mit; maintainers = with maintainers; [ ericdallo babariviere ]; <del> # Depends on datalevin that is x86_64 only # https://github.com/juji-io/datalevin/blob/bb7d9328f4739cddea5d272b5cd6d6dcb5345da6/native/src/java/datalevin/ni/Lib.java#L86-L102 broken = !stdenv.isx86_64; </del> }; }
Change:
1password CLI and GUI packages have clashing names. This causes that during an upgrade, the GUI one replaces the CLI one. Steps to reproduce the behavior: gets replaced by No conflict. Please run and paste the result.
Nice, thanks

Discussion:
{ lib, stdenv, fetchzip, autoPatchelfHook, fetchurl, xar, cpio }: stdenv.mkDerivation rec { <del> pname = "1password"; </del> <ins> pname = "1password-cli"; </ins> version = "1.12.2"; src = if stdenv.isLinux then
Change:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: unifi, unifi7 <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 6.5.55 desired version: 7.0.20 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers:
Thanks for reporting, I'll prepare the patch in a moment

Discussion:
makeAppTest = unifi: makeTest { name = "unifi-controller-${unifi.version}"; meta = with pkgs.lib.maintainers; { <del> maintainers = [ zhaofengli ]; </del> <ins> maintainers = [ patryk27 zhaofengli ]; </ins> }; nodes.server = {

unifiLTS = makeAppTest unifiLTS; unifi5 = makeAppTest unifi5; unifi6 = makeAppTest unifi6; <ins> unifi7 = makeAppTest unifi7; </ins> }

version = "6.5.55"; sha256 = "sha256-NUGRO+f6JzWvYPwiitZsgp+LQwnGSncnost03mgNVxA="; }; <ins> unifi7 = generic { version = "7.0.20-894288bd9b"; sha256 = "sha256-lDSU4D159svqkv+e61v/RWIyw0KOrF8X0nNpo9eQe50="; }; </ins> }

inherit (callPackages ../servers/unifi { }) unifiLTS unifi5 <del> unifi6; </del> <ins> unifi6 unifi7; </ins> unifi = unifi6; unifi-video = callPackage ../servers/unifi-video { };
Change:
Unfortunately I can not pinpoint the issue, but it seems that after a on Feb 1st, starts to omit a key file out of 3 key files and completely fails with a fresh system installation. Steps to reproduce the behavior: .nix contains the following lines All three files exist on disk. -rebuild switch produces a initrd-secret archive that is missing the third key file. system installation produces the following: All key files are included in generated initrd-secrets and does not fail. This issue does not exist before system update. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --This option is declared in <nixpkgs/nixos/modules/system/boot/stage-1.nix. Please run and paste the result.
I specifically installed an encrypted root on zfs system with . GRUB will decrypt disk on boot and initrd will re-decrypt disk partitions and swap with the keys embedded here.
I have that too, there seem to be a problem with here: Not sure where it is set from, but its value should be relative to the chroot, e.g. , not . It can be worked around by setting to an existing directory before installing/rebuilding, for example: Or by preparing a directory with yourself:
May be a duplicate of
Duplicate of indeed.

Discussion:
<ins> {stdenv, fetchurl, leptonica, zlib, libwebp, giflib, libjpeg, libpng, libtiff }: stdenv.mkDerivation { name = "jbig2enc-0.28"; src = fetchurl { url = http://github.com/agl/jbig2enc/archive/0.28-dist.tar.gz; sha256 = "1wc0lmqz4jag3rhhk1xczlqpfv2qqp3fz7wzic2lba3vsbi1rrw3"; }; propagatedBuildInputs = [ leptonica zlib libwebp giflib libjpeg libpng libtiff ]; # This is necessary, because the resulting library has # /tmp/nix-build-jbig2enc/src/.libs before /nix/store/jbig2enc/lib # in its rpath, which means that patchelf --shrink-rpath removes # the /nix/store one.  By cleaning up before fixup, we ensure that # the /tmp/nix-build-jbig2enc/src/.libs directory is gone. preFixup = '' make clean ''; } </ins>

pdfjam = callPackage ../tools/typesetting/pdfjam { }; <ins> jbig2enc = callPackage ../tools/graphics/jbig2enc { }; </ins> pdfread = callPackage ../tools/graphics/pdfread { }; briss = callPackage ../tools/graphics/briss { };
Change:
There's a bug in the dvc daemon patch updated in PR , here the relevant lines this causes env to be d and being indexed the line after that, which raises an error when running or other commands a dev shell with dvc 2.9.3, I used a repository, then it as well DVC initializes the repository without errors. Please run and paste the result.
Currently dvc fails to build on master / unstable due to asyncssh being too modern for scmrepo - here's a flake I made resolving the issue + including this patch if anyone wants to carry it forward:
have you got any idea when the issue with may be resolved? Is there anything actionable, or is it just a case of wait and see?
has to be updated to support the latest version. Might be as easy as just removing the version restriction and re-building it; could help to create an issue on their side if that doesn't work
There is a bit of a chain to get it working again. The next merge will bring us a step closer as will get support for Python 3.10 and will allow us to update . Unfortunately, it can't be fixed in at the moment because has issues.

Discussion:
-    file_path = os.path.abspath(inspect.stack()[0][1]) -    env["PYTHONPATH"] = os.path.dirname(os.path.dirname(file_path)) +    cmd = [ "@dvc@" , "daemon", "-q"] + args <del> +    env = None </del> <ins> +    env = os.environ.copy() </ins> env[DVC_DAEMON] = "1" _spawn(cmd, env)
Change:
With the nixos system fails to build, with the following message: <!-- 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.
Caused by .

Discussion:
description = "ConnMan VPN service"; wantedBy = [ "multi-user.target" ]; after = [ "syslog.target" ]; <del> before = [ "connman" ]; </del> <ins> before = [ "connman.service" ]; </ins> serviceConfig = { Type = "dbus"; BusName = "net.connman.vpn";

description = "D-BUS Service"; serviceConfig = { Name = "net.connman.vpn"; <del> before = [ "connman" ]; </del> <ins> before = [ "connman.service" ]; </ins> ExecStart = "${cfg.package}/sbin/connman-vpnd -n"; User = "root"; SystemdService = "connman-vpn.service";
Change:
crashes shell when tab completing a command with more than one group if and are set. Steps to reproduce the behavior: in Home Manager. in Home Manager. shell and type . starts completion. The crash does not occur if the plugin is loaded like The crash only occurs when from Nixpkgs is used. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- I just switched to flakes, and I'm not sure of the flake equivalent of .
It has been confirmed. It is caused by the compiled . I need some time to debug. Temporarily, you can run after loading fzf-tab(nixpkgs version)
The problem is caused by upstream. I create a vm of kali and bulid the which has the same issue.

Discussion:
INSTALL_PATH="${placeholder "out"}/share/fzf-tab"; in stdenv.mkDerivation rec { pname = "zsh-fzf-tab"; <del> version = "unstable-2021-11-12"; </del> <ins> version = "unstable-2022-02-10"; </ins> src = fetchFromGitHub { owner = "Aloxaf"; repo = "fzf-tab"; <del> rev = "190500bf1de6a89416e2a74470d3b5cceab102ba"; sha256 = "1dipsy0s67fr47ig5559bcp1h5yn8rdjshhs8zsq7j8plvvh99qb"; </del> <ins> rev = "e8145d541a35d8a03df49fbbeefa50c4a0076bbf"; sha256 = "h/3XP/BiNnUgQI29gEBl6RFee77WDhFyvsnTi1eRbKg="; </ins> }; buildInputs = [ ncurses ];
Change:
Project description Instaloader is a tool to download pictures (or videos) along with their captions and other metadata from Instagram. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin, ...

Discussion:
<ins> { lib , buildPythonPackage , pythonOlder , fetchFromGitHub , sphinx , requests }: buildPythonPackage rec { pname = "instaloader"; version = "4.9.2"; format = "pyproject"; disabled = pythonOlder "3.6"; src = fetchFromGitHub { owner = "instaloader"; repo = "instaloader"; rev = "v${version}"; sha256 = "sha256-IzOXtoHuKbeHlp4URAlRrSKZ8mRTK7QgsWGd5a99thY="; }; propagatedBuildInputs = [ requests sphinx ]; pythonImportsCheck = [ "instaloader" ]; meta = with lib; { homepage = "https://instaloader.github.io/"; description = "Download pictures (or videos) along with their captions and other metadata from Instagram"; maintainers = with maintainers; [ creator54 ]; license = licenses.mit; }; } </ins>

ideogram = callPackage ../applications/graphics/ideogram { }; <ins> instaloader = python3Packages.callPackage ../tools/misc/instaloader { }; </ins> instead = callPackage ../games/instead { }; instead-launcher = callPackage ../games/instead-launcher { };
Change:
mpd is failing to build both for me locally and on hydra: i have an old version of mpd installed, and im running . i see similar output about locally as appears in the hydra build

Discussion:
outputs = [ "out" "doc" ] ++ lib.optional (builtins.elem "documentation" features_) "man"; <ins> CXXFLAGS = lib.optionals stdenv.isDarwin [ "-D__ASSERT_MACROS_DEFINE_VERSIONS_WITHOUT_UNDERSCORES=0" ]; </ins> mesonFlags = [ "-Dtest=true" "-Dmanpages=true"

mod_timestamp = apacheHttpdPackages.mod_timestamp; inherit (callPackages ../servers/mpd { <del> stdenv = if (with stdenv; cc.isClang && isx86_64) then llvmPackages_8.stdenv else stdenv; </del> inherit (darwin.apple_sdk.frameworks) AudioToolbox AudioUnit; }) mpd mpd-small mpdWithFeatures;
Change:
Project description A simple to use cli display manager Metadata source URL: license: MIT platforms: linux
I got a video on adding a package to nixpgks here: Go applications are generally easy to add
Is that free for grabs? I'ld like to start contributing to NixOS, this one looks pretty straightforward to start with.
Seems so. :+1::rocket: Shall I assign the issue to you?
Yes, please.

Discussion:
<ins> { buildGoModule , fetchFromGitHub , lib , libX11 , pam , stdenv }: buildGoModule rec { pname = "emptty"; version = "0.9.0"; src = fetchFromGitHub { owner = "tvrzna"; repo = pname; rev = "v${version}"; hash = "sha256-iT7wdxHC+/3fvBbSrHHuqNYWiqwL48NYzFmtmgVaFik="; }; buildInputs = [ pam libX11 ]; vendorHash = "sha256-tviPb05puHvBdDkSsRrBExUVxQy+DzmkjB+W9W2CG4M="; meta = with lib; { description = "Dead simple CLI Display Manager on TTY"; homepage = "https://github.com/tvrzna/emptty"; license = licenses.mit; maintainers = with maintainers; [ urandom ]; # many undefined functions broken = stdenv.isDarwin; }; } </ins>

inherit (gnome) empathy; <ins> emptty = callPackage ../applications/display-managers/emptty {}; </ins> endeavour = callPackage ../applications/office/endeavour { }; enhanced-ctorrent = callPackage ../applications/networking/p2p/enhanced-ctorrent { };
Change:
Options in whose name contains a dot are incorrectly set by the pre-start-script because the ipfs executable cannot differentiate between dots delimiting the attribute path and dots within an attribute name. 2. Dots within attribute names should be escaped or however ipfs requires to properly set the config options. to be a problem in ipfs: Please run and paste the result.

Discussion:
ipfs --offline config Mounts.IPNS ${cfg.ipnsMountDir} '' + optionalString cfg.autoMigrate '' ${pkgs.ipfs-migrator}/bin/fs-repo-migrations -y <del> '' + concatStringsSep "n" (collect isString (mapAttrsRecursive (path: value: # Using heredoc below so that the value is never improperly quoted '' read value <<EOF ${builtins.toJSON value} EOF ipfs --offline config --json "${concatStringsSep "." path}" "$value" '') ({ Addresses.API = cfg.apiAddress; Addresses.Gateway = cfg.gatewayAddress; Addresses.Swarm = cfg.swarmAddress; } // cfg.extraConfig)) ); </del> <ins> '' + '' ipfs --offline config show  | ${pkgs.jq}/bin/jq '. * $extraConfig' --argjson extraConfig ${ escapeShellArg (builtins.toJSON ({ Addresses.API = cfg.apiAddress; Addresses.Gateway = cfg.gatewayAddress; Addresses.Swarm = cfg.swarmAddress; } // cfg.extraConfig)) }  | ipfs --offline config replace - ''; </ins> serviceConfig = { ExecStart = [ "" "${cfg.package}/bin/ipfs daemon ${ipfsFlags}" ]; User = cfg.user;
Change:
Running on any file results in the following error: . Looking at the store path of , the library files are located under instead of . Steps to reproduce the behavior: or runs on the specified file
I have a quick and dirty fix here - ; probably better to fix the root cause as to why nimsuggest expects the stdlibrary to be at that particular path though
can I cherry-pick to a PR?
- sure, please do

Discussion:
runHook preInstall install -Dt $out/bin bin/* ln -sf $out/nim/bin/nim $out/bin/nim <ins> ln -sf $out/nim/lib $out/lib </ins> ./install.sh $out runHook postInstall '';
Change:
Gradle 7.4 is out, see (I am one of the maintainers, this is a TODO.)

Discussion:
| sh ''; outputHashMode = "recursive"; <del> outputHash = "sha256-1TWySkS8w7L6Q+V946kcLOnM4hL3fieFvLrF5BZAlh4="; </del> <ins> outputHashAlgo = "sha256"; outputHash = "sha256-GjBUwJxeyJA6vGrPQVtNpcHb4CJlNlY4kHt1PT21xjo="; </ins> }; in stdenv.mkDerivation rec { inherit pname version src sourceRoot;

# https://docs.gradle.org/current/userguide/compatibility.html gradle_7 = gen { <del> version = "7.3.3"; nativeVersion = "0.22-milestone-21"; sha256 = "00h3z0vxc4hv31sc71gb88r8yabyqgz304wpr0bxhbx2d14f11mm"; </del> <ins> version = "7.4"; nativeVersion = "0.22-milestone-23"; sha256 = "0d56bgd2m64pzmycjk29hwdlhbpn1kkm7fjik1sibn6vslw71hlc"; </ins> defaultJava = jdk17; };

f="gradle-${v}-spec.nix" <del> if [ -f "$f" ] </del> <ins> if [[ -n "$1" && "$1" != "$v" ]] </ins> then <del> echo "$v SKIP" </del> <ins> echo "$v SKIP (nomatch)" continue elif [ "$1" == "" ] && [ -f "$f" ] then echo "$v SKIP (exists)" </ins> continue fi

read -d "n" gradle_hash gradle_path < <(nix-prefetch-url --print-path $url) # Prefix and suffix for "native-platform" dependency. <del> gradle_native_prefix="gradle-$v/lib/native-native-" </del> <ins> gradle_native_prefix="gradle-$v/lib/native-platform-" </ins> gradle_native_suffix=".jar" <del> gradle_native=$(zipinfo -1 "$gradle_path" "$gradle_native_prefix*$gradle_native_suffix" | head -n1) </del> <ins> tmp=$(mktemp) zipinfo -1 "$gradle_path" "$gradle_native_prefix*$gradle_native_suffix" > $tmp gradle_native=$(cat $tmp | head -n1) </ins> gradle_native=${gradle_native#"$gradle_native_prefix"} gradle_native=${gradle_native%"$gradle_native_suffix"} <ins> # Supported architectures #grep -Pho "(linux|osx)-w+" $tmp | sort | uniq rm -f $tmp </ins> echo -e "{n  version = "$v";n  nativeVersion = "$gradle_native";n  sha256 = "$gradle_hash";n}" > $f echo "$v DONE"

outputHashAlgo = "sha256"; outputHashMode = "recursive"; <del> outputHash = "0qx1axqr0h5zbn2z9bnb1d0rbs0vajw4p8szw34nicngnn213g7k"; </del> <ins> outputHash = "sha256-IlHuvFfkqM3O+3PPVBqUJzQXJELKGKHrmI1tdxsBpSk="; </ins> }; # Point to our local deps repo
Change:
I'm unable to install or use R on via or . When I try either of those commands, I see errors like the below: fails on Steps to reproduce the behavior: R should be available in the shell launched by . You can find a log of the attempt at running here: was reading through CRAN's webpage for R and noticed on : Could this error I'm seeing be related to not using the components described there? <!-- 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.
and raskin, you all are listed as maintainers, apologies if I'm not supposed to tag you. Have any of you seen this behavior or have any ideas of any easy fix besides special-casing and downloading the pre-built? I'm not familiar enough with what linking looks like on macOS to know what I'd need to change to get things working with the arm64 files they provide.
This should have been fixed by . Please reopen if not.

Discussion:
enableParallelBuilding = true; <del> # disable stackprotector on aarch64-darwin for now # https://github.com/NixOS/nixpkgs/issues/158730 # see https://github.com/NixOS/nixpkgs/issues/127608 for a similar issue hardeningDisable = lib.optionals (stdenv.isAarch64 && stdenv.isDarwin) [ "stackprotector" ]; </del> setupHook = ./setup-hook.sh; meta = with lib; {
Change:
Thunderbird fails to compile with " error: undefined symbol: wlproxymarshal_flags" when rebuilding system configuration. Steps to reproduce the behavior: updated my system configuration flake inputs () run system rebuild () Thunderbird compiles successfully. Relevant lines from the build log: So it looks like the error has something to do with Wayland support. nixpkgs lock: nix-info:
Please, search before opening issues:

Discussion:
rec { thunderbird = common rec { pname = "thunderbird"; <del> version = "91.5.1"; </del> <ins> version = "91.6.0"; </ins> application = "comm/mail"; binaryName = pname; src = fetchurl { url = "mirror://mozilla/thunderbird/releases/${version}/source/thunderbird-${version}.source.tar.xz"; <del> sha512 = "5939e09b143e440efa906d95cda06826bd3a73b2edde5eed86229b8a0e4d1434519059f37d319d26978d7eea9b3906c5e1c1543a2bc2465625d5ab5438855717"; </del> <ins> sha512 = "a11eafe1390141ee3508eea06ba8ab135d0725513977a3b37b3b35f413a1f825dc14fef530b9ac961840804be59291c7f5cba3c93b12726605d4a7255660f749"; </ins> }; patches = [ # The file to be patched is different from firefox's `no-buildconfig-ffx90.patch`.
Change:
icoutils' extresso missing perl dependencies. install pkgs.icoutils and execute "extresso" in shell. This works(): NixOS 16.03

Discussion:
<del> { stdenv, fetchurl, libpng }: </del> <ins> { stdenv, fetchurl, libpng, perl, perlPackages, makeWrapper }: </ins> stdenv.mkDerivation rec { name = "icoutils-0.31.0";

sha256 = "0wdgyfb1clrn3maq84vi4vkwjydy72p5hzk6kb9nb3a19bbxk5d8"; }; <del> buildInputs = [ libpng ]; </del> <ins> buildInputs = [ makeWrapper libpng perl ]; propagatedBuildInputs = [ perlPackages.LWP ]; patchPhase = '' patchShebangs extresso/extresso patchShebangs extresso/extresso.in patchShebangs extresso/genresscript patchShebangs extresso/genresscript.in ''; preFixup = '' wrapProgram $out/bin/extresso --prefix PERL5LIB : $PERL5LIB wrapProgram $out/bin/genresscript --prefix PERL5LIB : $PERL5LIB ''; </ins> meta = { homepage = http://www.nongnu.org/icoutils/; <del> description = "Set of  programs to deal with Microsoft Windows(R) icon and cursor files"; </del> <ins> description = "Set of programs to deal with Microsoft Windows(R) icon and cursor files"; </ins> license = stdenv.lib.licenses.gpl3Plus; platforms = with stdenv.lib.platforms; linux; };
Change:
with having mysql pulls mysql-8.0.28. Steps to reproduce the behavior: : Nix shell started with mysql-8.0.28 installed with necessary libraries, scripts and binaries to run in Intelx8664 darwin macOS. N.A. Please run and paste the result.
facing the same issue on macOS aarch64
fix:

Discussion:
postPatch = '' substituteInPlace cmake/libutils.cmake --replace /usr/bin/libtool libtool substituteInPlace cmake/os/Darwin.cmake --replace /usr/bin/libtool libtool <ins> substituteInPlace cmake/fido2.cmake  --replace ''${MY_PKG_CONFIG_EXECUTABLE} "${pkg-config}/bin/pkg-config" </ins> ''; buildInputs = [
Change:
MariaDB 10.6.6 does not seem to exist at the given source.
Yeah, they unpublished those releases. I'd suggest just reverting the updates for now

Discussion:
, bzip2, lz4, lzo, snappy, xz, zlib, zstd , cracklib, judy, libevent, libxml2 , linux-pam, numactl, pmdk <del> , fmt_8 </del> , withStorageMroonga ? true, kytea, libsodium, msgpack, zeromq , withStorageRocks ? true }:

++ lib.optionals stdenv.hostPlatform.isLinux [ linux-pam ] ++ lib.optional (stdenv.hostPlatform.isLinux && stdenv.hostPlatform.isx86_64) pmdk.dev ++ lib.optional (!stdenv.hostPlatform.isDarwin) mytopEnv <del> ++ lib.optionals withStorageMroonga [ kytea libsodium msgpack zeromq ] ++ lib.optionals (lib.versionAtLeast common.version "10.7") [ fmt_8 ]; </del> <ins> ++ lib.optionals withStorageMroonga [ kytea libsodium msgpack zeromq ]; </ins> patches = common.patches;

in { mariadb_104 = mariadbPackage { # Supported until 2024-06-18 <del> version = "10.4.23"; sha256 = "1wlhjd1xvk6p2lb93v8kfjk1scyjz882fx0i0sjyyk047mh2i852"; </del> <ins> version = "10.4.22"; sha256 = "000ca1hdnj2jg051cjgdd2ralgwgh2p8nwb1x6b85202xdpc7ga4"; </ins> }; mariadb_105 = mariadbPackage { # Supported until 2025-06-24 <del> version = "10.5.14"; sha256 = "02y292mfvr6ils4m61lh9vy74z3w2xkz6xinpgg9wl5h7q29gzaf"; </del> <ins> version = "10.5.13"; sha256 = "0n0w1pyypv6wsknaqyykj3lc9zv6smji4q5jcf90w4rid330iw0n"; </ins> }; mariadb_106 = mariadbPackage { # Supported until 2026-07 <del> version = "10.6.6"; sha256 = "1hz1iwkgrlhhrn5ypxszfp5ngfmfakjxl3ihzsm4845xhzn1fr77"; }; mariadb_107 = mariadbPackage { # Supported until 2023-02 version = "10.7.2"; sha256 = "1cx5s8vq7s3r4w1drmp549kl2nyijzq6ds2mcjyzc7bk9ylipx6p"; }; mariadb_108 = mariadbPackage { # Supported until 2023-05 version = "10.8.1"; sha256 = "0ns0z8w3374jrfdrmq7ncag089xwmf7wkr5aq3p9shk1b5mln9z2"; </del> <ins> version = "10.6.5"; sha256 = "13qaqb2h6kysfdi3h1l9zbb2qlpjgxb1n8mxnj5jm96r50209gp0"; </ins> }; }

mariadb_104 mariadb_105 mariadb_106 <del> mariadb_107 mariadb_108 </del> ; mariadb = mariadb_106;