debian-forge-composer/internal/blueprint
Ondřej Budai d8342862d5 customizations: create all groups unconditionally
We had this weird condition in code that prevented composer to create groups
with the same name as a user has. This unfortunately means that you are not
able to create a user with a primary group with a certain GID that has the
same name as the user. There's the gid field in the user customization,
but it requires that the group already exists.

In order to allow that, we need to remove the condition. From now on, it's
possible to create groups with the same name as a user has, which can be used
to create primary groups with a custom gid.

Note that the lorax compatibility behaviour was actually wrong. When lorax was
given a custom gid for a user, it didn't require the gid to exist. When it
didn't, the group was just created. Thus, we still don't have full backward
compatibility, but at least we now have support for this.

Signed-off-by: Ondřej Budai <ondrej@budai.cz>
2023-04-19 11:50:49 +02:00
..
blueprint.go manifest: support for container embedding 2022-11-28 17:20:49 +01:00
blueprint_test.go blueprint: Don't allow empty password 2022-07-16 22:54:26 +01:00
customizations.go customizations: create all groups unconditionally 2023-04-19 11:50:49 +02:00
customizations_test.go blueprint/customizations: oscap config 2022-08-04 18:19:06 +02:00
filesystem_customizations.go disk: move remaining mountpoint policy code to different packages 2023-02-22 12:17:36 +01:00
fsnode_customizations.go blueprint: add functions checking dir / file customizations policy 2023-02-22 12:17:36 +01:00
fsnode_customizations_test.go blueprint: add functions checking dir / file customizations policy 2023-02-22 12:17:36 +01:00