Such a restrictive value for NGROUPS_MAX makes it impossible to have a musl-based system with a user belonging to more than 32 groups. If done on the root user, this will break your system.
It also makes it impossible to use certain functions in binaries that have been compiled with musl.

This new value is still very far from Linux's NGROUPS_MAX of 65536 that has been there since Linux 2.6.4 but this is at least one tiny step in the right direction while maintainers investigate how to match Linux's value.

ref: https://www.openwall.com/lists/musl/2021/07/03/1
ref: https://www.openwall.com/lists/musl/2022/12/06/3
ref: https://github.com/ocaml/opam/pull/5383
---
 include/limits.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/limits.h b/include/limits.h
index 53a27b9d..501c3612 100644
--- a/include/limits.h
+++ b/include/limits.h
@@ -45,7 +45,7 @@
 #define NAME_MAX 255
 #endif
 #define PATH_MAX 4096
-#define NGROUPS_MAX 32
+#define NGROUPS_MAX 1024
 #define ARG_MAX 131072
 #define IOV_MAX 1024
 #define SYMLOOP_MAX 40
--
2.40.1