Source: adcli
Version: 0.9.1-2
Followup-For: Bug #1009742
For people hit by this bug (perhaps, it should be reassigned to sssd as adcli
does not touch the umask itself), I wrote a workaround: a shell script that
fixes the umask if required and call original adcli. The shell script takes
the place of adcli that is diverted.
You can find the package here:
https://salsa.debian.org/vdanjean/adcli-wrapper
and the binary package here:
https://people.debian.org/~vdanjean/debian/pool/main/a/adcli-wrapper/
Regards
Vincent
-- System Information:
Debian Release: trixie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'oldstable-updates'), (500, 'oldstable-security'), (500, 'unstable'), (500,
'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel
Kernel: Linux 6.11.10-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
