[Kea-users] Plans for kea on snapcraft?
mohammed.khallaf at nagwa.com
Tue Apr 9 04:33:09 UTC 2019
I believe snap packages are designed like trendy DevOps and NodeJS thingies
that are thought of as containerisable, anti-admin, run-in-user-profile,
run-on-the-fly software tools.
This trend is ok for non-core software or services, but for core ones, I do
not believe there should be a need for them, unless for the extreme
deployments like in IoT swarms, for example.
I actually hate the fact the many software vendors/providers are switching
to an all-snap packaging!
Just thought to add.
On Tue, Apr 9, 2019, 01:37 Victoria Risk <vicky at isc.org> wrote:
> On Apr 8, 2019, at 2:04 PM, Stuart Taoro-Ahsin <staoro at wetafx.co.nz>
> Is there any plans on moving kea to snap?
> Hi Stuart,
> Are there any plans? No, but, as part of the Kea 1.6 milestone we are
> planning to create RPM and Debian packages to make Kea easier to install.
> See https://gitlab.isc.org/isc-projects/kea/issues/425.
> We do have a request for a Docker image (
> https://gitlab.isc.org/isc-projects/kea/issues/559), which we added to
> 1.6 as a stretch goal. We haven’t had any requests yet that I am aware of
> for SNAP packages. It is fine to ask on this list, but if you want to
> propose a new feature, it is good to open an issue in our issue tracker. If
> a bunch of other users also chime in on the request, it will help us
> understand the relative priority. We don’t have snaps today for BIND
> either - and I thought they only worked for a few OSes. Can you explain in
> the issue, why you prefer SNAPs to other package formats?
> To open a new issue, go to: https://gitlab.isc.org/isc-projects/kea/issues
> You will have to make an account to participate on Gitlab.
> Victoria Risk
> Product Manager
> Internet Systems Consortium
> vicky at isc.org
> Kea-users mailing list
> Kea-users at lists.isc.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Kea-users