[stork-users] Debian packaging problem with isc-stork-server

[Buclin, Bertrand]

Another annoying thing with the current installation scripts is that it removes the stork-agent (and stork-server for the server) username at every upgrade. For the agent, the post installation scripts has logic to add the re-created stork-agent user to the bind group so that I can access the Bind files, but it does not do the same for the _kea group, and one has to always add the stork-agent user manually after the upgrade. Delete and adding also has the undesired side effect that the UID and GID may change at each release.

Would it be possible:
1) not to delete the stork-agent (or stork-server) user if this is an upgrade: it is already in place, so no need to change things, nor cause a change in UID and GID
2) enhance the install script to also add stork-agent to the _kea group (after testing of course that Kea is also installed on the system)

Regards, Bertrand 

On 12.09.22, 12:13, "Stork-users on behalf of Kevin P. Fleming" <stork-users-bounces at lists.isc.org on behalf of kevin at km6g.us> wrote:

    Thanks! Honestly, if we just replaced the Stork packaging
    configuration with the Kea packaging configuration it would work out
    quite well; the Kea packaging for Debian use 'dh_systemd_enable' to
    handle all of the systemd-related bits, which removes the need for
    manual management of them in the repo.

    On Mon, Sep 12, 2022 at 6:10 AM Slawek Figiel <slawek at isc.org> wrote:
    >
    > Hello Kevin!
    >
    > I opened [#860](https://urldefense.com/v3/__https://gitlab.isc.org/isc-projects/stork/-/issues/860__;!!BhdT!lIG5QO5RKydXKF1FHIcOY9IkKdbm-K_a7MQTrCzeTGOVXyLgdKKwK6nEzbNOWoxcPPtLSQlQEb1jzkmgBDKJ$  )
    > to track and resolve your problem.
    >
    > Our package scripts are quite old and require a bit of refactoring.
    > Maybe, we should split them and have dedicated files for each package
    > type instead of single, multi-distro scripts?
    >
    > You're welcome if you want to look at the problem on your own. You can
    > find all needed files in the Stork repository.
    >
    > The install and remove hook scripts are located in the /etc directory.
    > See also the .gitlab-ci.yml file and "build_debs", "build_rpms", and
    > "build_apks" to exact commands that we use to build packages.
    >
    > Best regards
    > Slawek
    >
    > On 10/09/2022 16:14, Kevin P. Fleming wrote:
    > > On Sat, Sep 10, 2022 at 9:57 AM Kevin P. Fleming <kevin at km6g.us> wrote:
    > >> I think this script's logic for determining which tool to use for
    > >> managing groups and users might need to be re-thought. I was able to
    > >> complete the installation by de-installing busybox.
    > > It looks like this script is an attempt to be multi-platform and is
    > > used in all of the various packages (RPMs, DEBs, FreeBSD, etc.). Given
    > > that, I'd suggest that it should trigger Debian-specific behavior
    > > based on the presence of /etc/debian_version (like it does for Red
    > > Hat-style systems).
    > >
    > > There's also another problem with this packaging: the 'prerm' script
    > > disables and stops the server process if 'systemctl' is present, but
    > > nothing enables and starts the service after installation (in
    > > 'postinst'). During a package upgrade the old version is removed and
    > > the new version is installed, and the result is that after the upgrade
    > > the server is not running and not even enabled to run.
    > >
    > > I'd be quite happy to help clean up this stuff for Debian systems if
    > > the packaging repository was visible to me :-)
    > --
    > Stork-users mailing list
    > Stork-users at lists.isc.org
    > https://urldefense.com/v3/__https://lists.isc.org/mailman/listinfo/stork-users__;!!BhdT!lIG5QO5RKydXKF1FHIcOY9IkKdbm-K_a7MQTrCzeTGOVXyLgdKKwK6nEzbNOWoxcPPtLSQlQEb1jzvBs22MK$  
    -- 
    Stork-users mailing list
    Stork-users at lists.isc.org
    https://urldefense.com/v3/__https://lists.isc.org/mailman/listinfo/stork-users__;!!BhdT!lIG5QO5RKydXKF1FHIcOY9IkKdbm-K_a7MQTrCzeTGOVXyLgdKKwK6nEzbNOWoxcPPtLSQlQEb1jzvBs22MK$