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
{{ message }}
This repository has been archived by the owner on May 6, 2020. It is now read-only.
To avoid the situation where a set of packages cannot be installed / upgraded to (#98), we need to find a way to test every packaging change.
Adding a CI test for Ubuntu + Fedora to install the latest OBS testing packages would give us a level of confidence that what is about to become stable is installable.
The text was updated successfully, but these errors were encountered:
I think we need to find a solution to this so that our process becomes:
Create a release by tagging all the appropriate component repos.
The code at tag $release is known to be good as we know that master builds for each component.
Create the packages for the release in the OBS staging area.
Ideally, run a full CI on every distro version we package for (Centos 7.x, Fedora 27, Ubuntu 16.04, etc) under Jenkins.
Decide if the release should be promoted from staging -> master in OBS.
Essentially, the questions is which of the following do we want:
Require the CI to pass for a particular distro version before that distro versions packages are promoted from staging -> master.
Require all the CI results to pass before any distro version is promoted from staging -> master.
The second option is clearly stricter but also is a lot clearer from a users perspective as it guarantees that each release is always going to be available for all distro versions we package for.
The above will also require that we change the scripts in:
... so that we install all components from the OBS staging repo using apt / dnf / etc. Maybe setting a variable in the Jenkins environment like CC_PACKAGING_TEST=true or something so that the scripts can change behaviour based on that value.
libcontainer limits the memory+swap usage by writing the limit at
/sys/fs/cgroup/memory/docker/$CONTID/memory.memsw.limit_in_bytes, this path
doesn't exist if CONFIG_MEMCG_SWAP and CONFIG_MEMCG_SWAP_ENABLED are not
enabled.
fixesclearcontainers#103
Signed-off-by: Julio Montes <[email protected]>
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
To avoid the situation where a set of packages cannot be installed / upgraded to (#98), we need to find a way to test every packaging change.
Adding a CI test for Ubuntu + Fedora to install the latest OBS testing packages would give us a level of confidence that what is about to become stable is installable.
The text was updated successfully, but these errors were encountered: