<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 25 Jul 2019 at 09:15, Matthew Miller <<a href="mailto:mattdm@mattdm.org">mattdm@mattdm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Jul 25, 2019 at 09:07:07AM -0400, Neal Gompa wrote:<br>
> > I disagree! The quote is "they change the versions out". If you're not ready<br>
> > for the version to be changed, coordinate with the maintainer. As I<br>
> > mentioned elsewhere, I hope that in the future with EPEL 8 with modularity<br>
> > enabled, you'd even have the option of having the old version available in<br>
> > parallel.<br>
> Keeping old versions around is more of a Bodhi problem. If it had an<br>
> option to keep old versions when it recomposed the EPEL repos, then<br>
> it'd be fine.<br>
<br>
It depends on _why_ there's a new version. If the new version is an API<br>
change and the consumer wants to keep the old line for compatibility, just<br>
pinning to an old release means you're not able to do bug fixes or security<br>
updates. If that's expected to be a long-term situation, a module would make<br>
sense then.<br>
<br></blockquote><div><br></div><div>So I don't think that is possible without even more investment in the EPEL infrastructure. It means our tooling and our mirrors have to keep 'dead' modules around as much as 'dead' packages.  Yes you are pinning to an old module but if it is no longer in the downloads or mirrors then it is just as unavailable as if the RPM you needed for your enterprise is no longer in the EPEL repo. </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
-- <br>
Matthew Miller<br>
<<a href="mailto:mattdm@fedoraproject.org" target="_blank">mattdm@fedoraproject.org</a>><br>
Fedora Project Leader<br>
_______________________________________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org" target="_blank">CentOS-devel@centos.org</a><br>
<a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer" target="_blank">https://lists.centos.org/mailman/listinfo/centos-devel</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Stephen J Smoogen.<br><br></div></div></div>