Bug#962420: /usr/local/share/fonts owned by group staff even if /etc/staff-group-for-usr-local not present

2023-08-04 Thread sohe4b+2fz7rb0ixc53g
Package: fontconfig-config Followup-For: Bug #962420 Control: tags -1 patch I attach a patch that fixes this problem. /usr/local/share/fonts will be root:staff 2775 only if /etc/staff-group-for-usr-local exists >From ee17357e3fb18323d5373a575ec6cb3c77ba6a89 Mon Sep 17 00:00:00 2001 From: Your

Bug#962420: /usr/local/share/fonts owned by group staff even if /etc/staff-group-for-usr-local not present

2023-06-30 Thread henrik
Package: fontconfig Version: 2.14.1-4 Followup-For: Bug #962420 Dear Maintainer, Is there any progress on this bug? It is present in stable release of bookworm too now. -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500,

Bug#962420: /usr/local/share/fonts owned by group staff even if /etc/staff-group-for-usr-local not present

2020-10-10 Thread Henrik Ahlgren
I believe using dh_usrlocal(1) debhelper should do this automatically. Manpage: If a directory is owned by root:root, then ownership will be determined at install time. The ownership and permission bits will either be root:root mode 0755 or root:staff mode 02775. The actual choice depends on

Bug#962420: /usr/local/share/fonts owned by group staff even if /etc/staff-group-for-usr-local not present

2020-06-07 Thread Sébastien Villemot
Le dimanche 07 juin 2020 à 21:26 +0200, Sébastien Villemot a écrit : > This is a violation of Debian Policy §9.1.2. Those specific ownerships and > permissions should only be given when the file /etc/staff-group-for-usr-local > is present. When it is not, the directory should be owned by

Bug#962420: /usr/local/share/fonts owned by group staff even if /etc/staff-group-for-usr-local not present

2020-06-07 Thread Sébastien Villemot
Package: fontconfig-config Version: 2.13.1-2 Severity: normal The /usr/local/share/fonts directory, as created by the postinst script of fontconfig-config, is always owned by group staff, with permissions 2775. This is a violation of Debian Policy §9.1.2. Those specific ownerships and