Version 2.0.0

[tobiasge]

Noteworthy Changes

This is a major release because the base image is now Debian 11. All users building their own images based on this one must check if they're using Alpine specific commands (like apk). These have to be changed to the Debian version (apt as example).

Fix setting custom field data if custom field object is missing #730

Fixed custom fields problem in initalizers.

feat: Make startup scripts idempotent #729

Running the startup scripts multiple times after changing values won't crash anymore

Added environment variable for CSRF_TRUSTED_ORIGINS #738

CSRF_TRUSTED_ORIGINS can now be set from ENV.

Add support for DeviceType components #742

Added initializers for DeviceType components

Contact startups #728

Added initializers for Contacs and related objects.

Add MAPS_URL to config #750

MAPS_URL can now be set from ENV.

Startup script for cables #736

Added initializers for cables.

Proposing SKIP_GIT now skips all git operations #768

SKIP_GIT now skips all git calls

Update dependency napalm to v4 #791

New major release of Napalm containing a fix that prevented our image from being build.

Compatibility

This version of Netbox Docker is only compatible with Netbox v3.2.x and above.
For older versions, use a previous release of Netbox Docker.

[cimnine]

push / Builds new NetBox Docker Images (./build.sh feature) (push) does not see to build, did you see that?

[tobiasge]

push / Builds new NetBox Docker Images (./build.sh feature) (push) does not see to build, did you see that?

That's because the Cable model got changed and the initializers don't work at the moment. But if we fix it for feature it won't work for the current Netbox release anymore.

[ryanmerolle]

We need to think out a updated build process to allow feature branch to be built for user testing, BUT still alert on startup_script issues related to model changes so we can tackle that before a major release.

Its not blocking this PR.

We could introduce:

• A build for feature without startup_scripts or testing of startup_scripts and call it feautre-untested and keep the feature tag for identifying these issues.
• A branch for every major release included a feature release where we can build from

[cimnine]

Thanks Tobias, and thanks to all the amazing contributors.

[cimnine]

@ryanmerolle I understand you know a bit about the plugin system of Netbox, don't you? Would it be possible to deliver the startup scripts as a plugin? Then we could split the Docker part from the startup scripts and each could evolve (more) independently.