You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During partial review of #155, we discovered that various developers have divergence in their debian-9 templates, which caused different behaviors of crucial features such as mimetype handling. Our manual testing should not be subject to variation caused by local customizatoins.
The work by @emkll in #115 provides us with an RPM of the workstation template. We should host this RPM in a yum repo, so that it's available for installation in dom0. Doing so will ensure a stable baseline for development efforts, and force a clean configuration for use in prod installs.
While the build process for the RPM is a bit onerous, we are not required to update the template RPM in order to ship changes: we can pull in package updates via an FPF-controlled apt repository. We should still periodically update the RPM to avoid package drift and minimize setup and testing time, but most release-related changes will likely occur via deb packages.
This work should come after the work described in #156.
The text was updated successfully, but these errors were encountered:
Scripts will be used to generate the repo metadata in the "repo" subdir; the RPM will be copied over. (We may have to reupload the RPM to get it into the repo; that's not ideal, since the template RPM is several GB, but acceptable for alpha.)
Step 4 requires a bit of scripting and tooling. @msheiny has thoughts on that, so he'll take lead on implementing. Then @emkll / myself can review that work to upload RPMs can thereby close this issue.
During partial review of #155, we discovered that various developers have divergence in their
debian-9
templates, which caused different behaviors of crucial features such as mimetype handling. Our manual testing should not be subject to variation caused by local customizatoins.The work by @emkll in #115 provides us with an RPM of the workstation template. We should host this RPM in a yum repo, so that it's available for installation in
dom0
. Doing so will ensure a stable baseline for development efforts, and force a clean configuration for use in prod installs.While the build process for the RPM is a bit onerous, we are not required to update the template RPM in order to ship changes: we can pull in package updates via an FPF-controlled apt repository. We should still periodically update the RPM to avoid package drift and minimize setup and testing time, but most release-related changes will likely occur via deb packages.
This work should come after the work described in #156.
The text was updated successfully, but these errors were encountered: