This morning I went to go create all of this in our new Katello 3.2 instance and the Composite content views won't build because:
An error occurred updating the Content View: Repository conflict: 'el6-64' is in Product1 Core 1.0, Weekly Core 1.0.,Repository conflict: 'el7-64' is in Product1 Core 1.0, Product2 Core 1.0, Weekly Core 1.0. So basically we have to make the repository names unique everywhere, which means (most likely) the duplication of names i detailed in my previous message. yay -greg On Wed, Nov 9, 2016 at 10:50 PM Greg Swift <[email protected]> wrote: > Here's a run down of how i've tried approaching this, then I'll explain > why i've heard complaints from some users > > > Product: CentOS > Repos: > - el6-64-os > - el6-64-updates > - el6-64-extras > - el7-64-os > - el7-64-updates > - el7-64-extras > > Product: EPEL > Repos: > - el6-64 > - el7-64 > > Product: Internal > Repos: > - el6-noarch-product1 > - el6-noarch-product2 > - el7-noarch-product1 > - el7-noarch-product2 > > So on a rhel 6 box via yum the repos end up being named like this: > > ORG-CentOS-el6-64-os > ORG-CentOS-el6-64-updates > ORG-EPEL-el6-64 > ORG-Internal-el6-noarch-product1 > > What ends up being the problem is the katello UI. In several places you > are only given a list of repositories to select from, so based on the above > you get a list like this: > > Repos: > - el6-64-os > - el6-64-updates > - el6-64-extras > - el7-64-os > - el7-64-updates > - el7-64-extras > - el6-64 > - el7-64 > - el6-noarch-product1 > - el6-noarch-product2 > - el7-noarch-product1 > - el7-noarch-product2 > > So I have users that want to try different routes but that means some > interesting results, like these names in yum: > > ORG-CentOS-centos-6-64-os > ORG-CentOS-centos-6-64-updates > ORG-EPEL-epel-6-64 > ORG-Internal-el6-noarch-product1 > > which is just duplication. Or > > ORG-Linux-centos-6-64-os > ORG-Linux-centos-6-64-updates > ORG-Linux-epel-6-64 > ORG-Internal-el6-noarch-product1 > > Which loads even more things into a single product, which i'm not a fan of > but maybe it doesn't matter. > > Another concern that was raised was managing the repo selection in > activation keys. By grouping EL6&7 in the same Product and relying on > enabling/disabling in the activation keys it can be slightly annoying > managing a bunch of keys. Where as if we move to a Product like CentOS6, > then there is no enabling/disabling of repos to deal with. but we wrote a > simple bas function around that... but its definitely not ideal. > > So Far i'm leaning towards not changing from the first schema I mentioned, > but the UI is definitely annoying with it. > > -greg > > On Wed, Nov 9, 2016 at 7:45 PM 'Jason B. Nance' via Foreman users < > [email protected]> wrote: > > HI Alan, > > Regarding products, I organize by the upstream/vendor not by versions. > For example, I have CentOS, OEL, and EPEL products. My content views are > where I split up stuff into versions and such. > > Your examples look good to me. > > j > > > ------------------------------ > *From: *"Alan Evans" <[email protected]> > *To: *"Foreman users" <[email protected]> > *Sent: *Wednesday, November 9, 2016 5:19:54 PM > *Subject: *[foreman-users] Naming products and repos? > > Is there any guide or are there any recommendations for naming/labeling > products and repos? > > Is CentOS, CentOS 6, CentOS 6 x86_64 a product? > What are people doing for CentOS/EPEL? > > If left to it's own devices katello just replaces spaces with underscores > for product/repo labels. > > What about other "products?" > Is Katello a product? Katello 3.2? > Puppet? Puppet PC1? > Puppet Enterprise? Puppet Enterprise 2016.4? or is the product "Puppet" > with repos for the versions? > > I am leaning toward: > > Product: CentOS 6 (centos-6) > Repo: CentOS 6 x86_64 OS - centos-6-x86_64-os = > http://mirror.centos.org/centos/6/os/x86_64/ > Repo: CentOS 6 x86_64 Updates - centos-6-x86_64-updates = > http://mirror.centos.org/centos/6/updates/x86_64/ > - or more generally - > Repo: CentOS $major $arch $repo - lower(centos-$major-$arch-$repo) = > lower(http://mirror.centos.org/centos/$major/$repo/$arch/) > > Product CentOS 7 (centos-7) > Repo: CentOS $major $arch $repo - lower(centos-$major-$arch-$repo) = > lower(http://mirror.centos.org/centos/$major/$repo/$arch/) > > Product EPEL 6 (epel-6) > Repo: EPEL $major $arch - lower(epel-$major-$arch) = > http://dl.fedoraproject.org/pub/epel/$major/$arch/ > > Puppet Enterprise (puppet-enterprise) > Repo: Puppet Enterprise 3.7.2 EL7 x86_64 - > puppet-enterprise-3.7.2-el-7-x86_64 = > https://puppet-master:8140/packages/3.7.2/el-7-x86_64 > Repo: Puppet Enterprise 2016.4 EL7 x86_64 - > puppet-enterprise-2016.4-el-7-x86_64 = > https://puppet-master:8140/packages/2016.4/el-7-x86_64 > > Thoughts? > -Alan > > -- > You received this message because you are subscribed to the Google Groups > "Foreman users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at https://groups.google.com/group/foreman-users. > For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google Groups > "Foreman users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at https://groups.google.com/group/foreman-users. > For more options, visit https://groups.google.com/d/optout. > > -- You received this message because you are subscribed to the Google Groups "Foreman users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/foreman-users. For more options, visit https://groups.google.com/d/optout.
