summaryrefslogtreecommitdiff
path: root/dev-db/mariadb/mariadb-11.4.8-r1.ebuild
AgeCommit message (Collapse)Author
2025-11-14dev-db/mariadb: Stabilize 11.4.8-r1 arm64, #963353Arthur Zamarin
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
2025-11-14dev-db/mariadb: Stabilize 11.4.8-r1 arm, #963353Arthur Zamarin
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
2025-11-14dev-db/mariadb: Stabilize 11.4.8-r1 ppc64, #963353Arthur Zamarin
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
2025-11-14dev-db/mariadb: Stabilize 11.4.8-r1 ppc, #963353Arthur Zamarin
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
2025-11-14dev-db/mariadb: Stabilize 11.4.8-r1 x86, #963353Arthur Zamarin
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
2025-11-14dev-db/mariadb: Stabilize 11.4.8-r1 amd64, #963353Arthur Zamarin
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
2025-11-04*/*: Use := on virtual/zlib deps, part 5Michał Górny
Done via: ``` git grep -l 'virtual/zlib-' | xargs sed -i -r -e 's@virtual/zlib-[0-9.]*(-r[0-9]*)?@&:=@g' git grep -l 'virtual/zlib-' | xargs sed -i -e 's@:=:=@:=@g' pkgcheck scan --commits \ -c SourcingCheck,VisibilityCheck,DependencyCheck --exit error ``` Signed-off-by: Michał Górny <mgorny@gentoo.org>
2025-11-04dev-*/*: update for virtual/zlibMichał Górny
Update done using: ``` git grep -l sys-libs/zlib dev-* | xargs sed -i -e s@sys-libs/zlib@virtual/zlib@g git diff --name-only | xargs copybump git diff --name-only | xargs grep -l PYTHON_COMPAT | xargs gpy-impl -@dead pkgcheck scan --commits -c SourcingCheck,VisibilityCheck --exit error ``` Followed by manual revert in dev-python/zlib-ng where it accidentally caught sys-libs/zlib-ng dependencies. Signed-off-by: Michał Górny <mgorny@gentoo.org>
2025-08-12dev-db/mariadb: unconditionally pass -fno-tree-vectorizeSam James
Followup to d72826a5df63d0f2a96a15845537a65ce12a04db. Jens reports in the bug that he sees a crash w/ GCC 15 in my_convert too. It's very likely the same problem: 15 at least already had some peeling for alignment changes and we know the code in MariaDB is broken here. Don't bother conditionalising it on GCC as Clang accepts -fno-tree-vectorize too and it could show up there too of course as it's UB. And revbump here as well given it clearly affects real users, not just those w/ experimental (16) GCC. Closes: https://bugs.gentoo.org/959423 Signed-off-by: Sam James <sam@gentoo.org>