[EPEL-devel] Re: EPEL conflicts with Satellite 6 packages

2022-04-22 Thread Amos
On Thu, Apr 21, 2022 at 11:24 AM Troy Dawson  wrote:

>
> So, in summary.
> Yes, things are in better shape for Satellite and EPEL.  At least for RHEL
> 8 and 9.
>
>

Thanks so much!  This is extremely helpful, and gives us some idea on how
to proceed.

Amos
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


[EPEL-devel] Re: EPEL conflicts with Satellite 6 packages

2022-04-21 Thread Troy Dawson
On Tue, Apr 19, 2022 at 6:29 AM Troy Dawson  wrote:

>
>
> On Mon, Apr 18, 2022 at 3:49 PM Amos  wrote:
>
>> On Mon, Apr 18, 2022 at 4:57 PM Kevin Fenzi  wrote:
>>
>>>
>>> Yeah, I'll echo smooge here. Can you expand on exactly what you are
>>> hitting?
>>>
>>> I can't seem to find the orig thread from 2016 in my mailbox, so I'm
>>> really not sure what the issue is here. ;(
>>>
>>> kevin
>>>
>>>
>> Going back to the original thread:
>>
>> https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/thread/772FVSHWG6XLEKDYFRSKKMB4IDNPDPRD/#replies
>>
>> We don't (at least as far as I'm aware) have any broken systems, but this
>> is what can result:
>>
>> System without EPEL:
>>
>> qpid-proton-c.x86_640.28.0-3.el8
>> @satellite-tools-6.8-for-rhel-8-x86_64-rpms
>>
>> System that has EPEL and is registered with our Satellite server:
>>
>> qpid-proton-c.x86_640.37.0-1.el8   @epel
>>
>>
>> Right now this system with EPEL hasn't encountered issues, but every time
>> we have experienced this in the past, the system becomes unpatchable.
>> Since the original post is from 2016, I was just wondering if this issue
>> had evolved at all.
>>
>>
>> Thanks,
>>
>> Amos
>>
>
> I think this is a good question to bring to the people who maintain the
> Satellite repo.
> The vast majority of the EPEL community have no access to the Satellite
> repo and do not even know what packages are in it.
> It looks like it's been six years, and they (The Satellite repo
> maintainers) haven't reached out to work with us, as far as I know.
> If this is a problem, please reach out to them and let them know.
>
> Troy
>

I talked with the Satellite people.  It seems nobody has brought this up to
them for many years.  So we had a look.

The first thing they stressed was that if you are running the Satellite
Server, that you make it like an appliance.  Give it its own hardware /
virtual-machine so that it is the only thing running on it.  And if that is
the case, you shouldn't have/need EPEL installed on that Satellite Server
appliance.

But what about the Satellite Client and Satellite Tools.  We had a look.

RHEL 7
There are still many conflicts between the satellite tools repo and epel7.
These packages are needed because this needs to run on a machine that
doesn't have epel, and those packages are missing in RHEL7.
This isn't going to change.
At this point, if users are using Satellite on RHEL7 or equivalent, they
already have something setup and working.  Changing things now would do
more harm than good.

RHEL 8 and 9
For both Satellite Client and Satellite Tools on both RHEL 8 and 9 there is
only one conflict - qpid-proton as was said earlier.
Also, as was said earlier, the newer version that is currently in epel is
safe to run.  As long as the EPEL maintainer doesn't change the ABI, things
are good.

So, in summary.
Yes, things are in better shape for Satellite and EPEL.  At least for RHEL
8 and 9.

Troy
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


[EPEL-devel] Re: EPEL conflicts with Satellite 6 packages

2022-04-19 Thread Troy Dawson
On Mon, Apr 18, 2022 at 3:49 PM Amos  wrote:

> On Mon, Apr 18, 2022 at 4:57 PM Kevin Fenzi  wrote:
>
>>
>> Yeah, I'll echo smooge here. Can you expand on exactly what you are
>> hitting?
>>
>> I can't seem to find the orig thread from 2016 in my mailbox, so I'm
>> really not sure what the issue is here. ;(
>>
>> kevin
>>
>>
> Going back to the original thread:
>
> https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/thread/772FVSHWG6XLEKDYFRSKKMB4IDNPDPRD/#replies
>
> We don't (at least as far as I'm aware) have any broken systems, but this
> is what can result:
>
> System without EPEL:
>
> qpid-proton-c.x86_640.28.0-3.el8
> @satellite-tools-6.8-for-rhel-8-x86_64-rpms
>
> System that has EPEL and is registered with our Satellite server:
>
> qpid-proton-c.x86_640.37.0-1.el8   @epel
>
>
> Right now this system with EPEL hasn't encountered issues, but every time
> we have experienced this in the past, the system becomes unpatchable.
> Since the original post is from 2016, I was just wondering if this issue
> had evolved at all.
>
>
> Thanks,
>
> Amos
>

I think this is a good question to bring to the people who maintain the
Satellite repo.
The vast majority of the EPEL community have no access to the Satellite
repo and do not even know what packages are in it.
It looks like it's been six years, and they (The Satellite repo
maintainers) haven't reached out to work with us, as far as I know.
If this is a problem, please reach out to them and let them know.

Troy
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


[EPEL-devel] Re: EPEL conflicts with Satellite 6 packages

2022-04-18 Thread Amos
On Mon, Apr 18, 2022 at 4:57 PM Kevin Fenzi  wrote:

>
> Yeah, I'll echo smooge here. Can you expand on exactly what you are
> hitting?
>
> I can't seem to find the orig thread from 2016 in my mailbox, so I'm
> really not sure what the issue is here. ;(
>
> kevin
>
>
Going back to the original thread:
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/thread/772FVSHWG6XLEKDYFRSKKMB4IDNPDPRD/#replies

We don't (at least as far as I'm aware) have any broken systems, but this
is what can result:

System without EPEL:

qpid-proton-c.x86_640.28.0-3.el8
@satellite-tools-6.8-for-rhel-8-x86_64-rpms

System that has EPEL and is registered with our Satellite server:

qpid-proton-c.x86_640.37.0-1.el8   @epel


Right now this system with EPEL hasn't encountered issues, but every time
we have experienced this in the past, the system becomes unpatchable.
Since the original post is from 2016, I was just wondering if this issue
had evolved at all.


Thanks,

Amos
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


[EPEL-devel] Re: EPEL conflicts with Satellite 6 packages

2022-04-18 Thread Kevin Fenzi
On Sun, Apr 17, 2022 at 12:39:56PM -0400, Stephen John Smoogen wrote:
> On Sun, 17 Apr 2022 at 09:54, Amos  wrote:
> 
> > > On Wed, 1 Jun 2016 12:31:01 -0600 Erinn Looney-Triggs
> >  > >
> > https://fedoraproject.org/wiki/EPEL/FAQ#Does_EPEL_replace_packages_provid...
> > 
> > > So, thats not a channel that EPEL strives to avoid conflicts with. We
> > could consider how to
> > > better avoid conflicts with that channel, but I'm not sure there's any
> > easy way there. kevin
> >
> > Apologies for replying to this old thread, but unless I'm mistaken, this
> > is still a problem.  More recently, there were two blog posts from Red Hat
> > that extolled the virtues of adding the EPEL repository into Satellite:
> >
> > https://www.redhat.com/sysadmin/epel-8-repo-satellite-6
> >
> > https://www.redhat.com/en/blog/whats-epel-and-how-do-i-use-it
> >
> > Apparently, however, at least based on our own experience, this is still a
> > problem with RHEL7, 8. Is there anything new on this topic?
> >
> >
> Hi, I realize you are having a problem, but the above email says NOTHING
> about what the problem is. What packages are you having and how are you
> having them? This is needed before any volunteer here can help.

Yeah, I'll echo smooge here. Can you expand on exactly what you are
hitting?

I can't seem to find the orig thread from 2016 in my mailbox, so I'm
really not sure what the issue is here. ;( 

kevin


signature.asc
Description: PGP signature
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


[EPEL-devel] Re: EPEL conflicts with Satellite 6 packages

2022-04-17 Thread Stephen John Smoogen
On Sun, 17 Apr 2022 at 09:54, Amos  wrote:

> > On Wed, 1 Jun 2016 12:31:01 -0600 Erinn Looney-Triggs
>  >
> https://fedoraproject.org/wiki/EPEL/FAQ#Does_EPEL_replace_packages_provid...
> 
> > So, thats not a channel that EPEL strives to avoid conflicts with. We
> could consider how to
> > better avoid conflicts with that channel, but I'm not sure there's any
> easy way there. kevin
>
> Apologies for replying to this old thread, but unless I'm mistaken, this
> is still a problem.  More recently, there were two blog posts from Red Hat
> that extolled the virtues of adding the EPEL repository into Satellite:
>
> https://www.redhat.com/sysadmin/epel-8-repo-satellite-6
>
> https://www.redhat.com/en/blog/whats-epel-and-how-do-i-use-it
>
> Apparently, however, at least based on our own experience, this is still a
> problem with RHEL7, 8. Is there anything new on this topic?
>
>
Hi, I realize you are having a problem, but the above email says NOTHING
about what the problem is. What packages are you having and how are you
having them? This is needed before any volunteer here can help.



> Amos
>
>
>
>
>
>
> ___
> epel-devel mailing list -- epel-devel@lists.fedoraproject.org
> To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>


-- 
Stephen J Smoogen.
Let us be kind to one another, for most of us are fighting a hard battle.
-- Ian MacClaren
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


[EPEL-devel] Re: EPEL conflicts with Satellite 6 packages

2022-04-17 Thread Amos
> On Wed, 1 Jun 2016 12:31:01 -0600 Erinn Looney-Triggs

https://fedoraproject.org/wiki/EPEL/FAQ#Does_EPEL_replace_packages_provid...

> So, thats not a channel that EPEL strives to avoid conflicts with. We
could consider how to
> better avoid conflicts with that channel, but I'm not sure there's any
easy way there. kevin

Apologies for replying to this old thread, but unless I'm mistaken, this is
still a problem.  More recently, there were two blog posts from Red Hat
that extolled the virtues of adding the EPEL repository into Satellite:

https://www.redhat.com/sysadmin/epel-8-repo-satellite-6

https://www.redhat.com/en/blog/whats-epel-and-how-do-i-use-it

Apparently, however, at least based on our own experience, this is still a
problem with RHEL7, 8. Is there anything new on this topic?

Amos
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


[EPEL-devel] Re: EPEL conflicts with Satellite 6 packages

2016-06-02 Thread Stephen John Smoogen
On 2 June 2016 at 12:03, Erinn Looney-Triggs
 wrote:
> There are a number of packages in EPEL 6 and 7 that conflict with
> packages provided by either RH Satellite or the katello-agent.
> A quick run through for an up to date (6.1.9) install of satellite on
> RHEL 7:
... snip ...
> Possibly others on the client side, I am having a more difficult time
> pulling that list out right now. I was under the impression that for
> good or bad EPEL should not conflict with RHEL packages, I may be wrong
> about this, but I wanted to check.
>

You are both right and wrong :)

Right because of: EPEL does not conflict with RHEL packages that are
not in certain base channels.
Wrong because of: Satellite is not one of those base channels.






-- 
Stephen J Smoogen.
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org


[EPEL-devel] Re: EPEL conflicts with Satellite 6 packages

2016-06-01 Thread Kevin Fenzi
On Wed, 1 Jun 2016 12:31:01 -0600
Erinn Looney-Triggs  wrote:

> There are a number of packages in EPEL 6 and 7 that conflict with
> packages provided by either RH Satellite or the katello-agent.
> A quick run through for an up to date (6.1.9) install of satellite on
> RHEL 7:
...snip...

> 
> Possibly others on the client side, I am having a more difficult time
> pulling that list out right now. I was under the impression that for
> good or bad EPEL should not conflict with RHEL packages, I may be
> wrong about this, but I wanted to check.

https://fedoraproject.org/wiki/EPEL/FAQ#Does_EPEL_replace_packages_provided_within_Red_Hat_Enterprise_Linux_or_layered_products.3F

So, thats not a channel that EPEL strives to avoid conflicts with. 

We could consider how to better avoid conflicts with that channel, but
I'm not sure there's any easy way there. 

kevin


pgpxXdGM47jUm.pgp
Description: OpenPGP digital signature
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org