Fudcon EPEL discussion summary/report

Kevin Fenzi kevin at scrye.com
Tue Jan 22 16:44:19 UTC 2013


On Tue, 22 Jan 2013 10:10:24 -0600
Chris Adams <cmadams at hiwaay.net> wrote:

> How about a suggestion/recommendation (but _not_ requirement) that
> maintainers try to time incompatible upgrades approximately with RHEL
> point releases?  So if you are going to update mediawiki (without a
> version in the package name) to a new version for EPEL 6, you try to
> do it about the same time that Red Hat releases the next 6.x version.
> 
> Red Hat releases public betas, so we generally know an update is
> coming (although not the exact timing); that would be the signal to
> "get your incompat upgrades into epel-testing".
> 
> For older releases (RHEL 5.x at this point for example), Red Hat slows
> down point releases, so waiting may not always be feasible for those.
> 
> I don't know about other admins, but I tend to pay more attention to
> release notes and such around that time (I know I should pay more
> attention all the time, but time is limited).

Sure, sounds reasonable... 

kevin


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/epel-devel-list/attachments/20130122/3fd93cc4/attachment.sig>


More information about the epel-devel-list mailing list