Red Hat Bugzilla – Bug 981602
Kobo Deluxe claims group id outside of system accounts range.
Last modified: 2013-07-05 09:40:17 EDT
Created attachment 769151 [details]
Let the spec file create a kobodl system group instead of a user group.
Description of problem:
When installing Kobo Deluxe via yum a group `kobodl` is created. However the group lies outside of the range for system user accounts as defined in /etc/logins.defs, creating a potential for colliding group ids. In my case the user group id of my primary account of an fedora 17 installation with separate /home partition collides with a new installation of fedora 19, because the kobodl group was created before my user account in question.
Version-Release number of selected component (if applicable):
Install KoboDeluxe and compare the kobodl gid with the limitations of /etc/login.defs
Steps to Reproduce:
1. yum install KoboDeluxe
2. Compare output of `grep kobodl /etc/group` and `grep 'SYS_GID_\(MIN\|MAX\)' /etc/login.defs`
The group id of kobodl lies outside of SYS_GID_MIN and SYS_GID_MAX.
The group id of kobodl should lie between SYS_GID_MIN and SYS_GID_MAX.
The packaging policies for users and groups state, that the dynamic allocation for groups should use the -r flag of addgroup, which tells addgroup to create 'system groups'.
The attached unified patch implements the change in the spec file as suggested in the wiki article.
Thanks for the patch!
Applied and build for rawhide.