[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [atomic-devel] Looking for stability when composing trees



We considered making mirrors of all the repos with just the versions of packages that we want, but there were concerns about being able to go back to older versions and /or the complexity of maintaining yum mirrors for every version we release. 

On Friday, July 1, 2016, Jason Brooks <jbrooks redhat com> wrote:
On Fri, Jul 1, 2016 at 12:04 PM, Mark Dyer <mark markyshouse com> wrote:
> We are evaluating Atomic Host, but our development has been knocked on its
> ear several times by upstream changes to Atomic Host and friends. We need a
> way to compose trees and be assured that we are getting a specific, already
> tested collection of base packages.
>
> Based on how we accomplished this in our existing build environment using
> 'yum', we have done experiments with specifying versions for packages in our
> treefiles hoping to force 'rpm-ostree compose tree' to pull specific
> versions, but got this error:
>
> Downloading metadata: 100%
> error: No package 'emacs-24.3-18.el7.x86_64' found
>
> Is there a way to do this?

One way would be to maintain your own mirror of the packages, and not
include unwanted packages in that.

It'd make sense for rpm-ostree to work the way you're trying to use
it, but after playing around w/ it a bit just now, I couldn't get this
to work, either.

Jason

>
> If this is the wrong place for questions like this, please point me in the
> right direction.
>
> Thanks in advance,
>
> Mark Dyer
>
>
> ---
> For what it is worth we are using CentOS on x86_64.
> the compose command line looks like this:
>
> rpm-ostree compose --repo=/srv/repo tree --proxy=http://127.0.0.1:8123
> --add-metadata-string=version=3.20160701.141806-hw
> centos-atomic-host-abc.json
>
> The specified tree file includes the vanilla centos-atomic-host.json file,
> defines 'osname' and 'ref' and has
>
> packages": ["emacs-24.3-18.el7.x86_64"]
>
> If more information would be useful, please let me know what you need.
>

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]