You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current regular expressions for the yum::versionlock defined type are too liberal and will match invalid strings as long as they end in an asterisk. In my experience, although the official documentation is a little vague on this, wildcard characters cannot cover the field separators. For example, 0:bash-4.1.2-9.el6_2.*, the example from the header docs, is valid, because it uses the wildcard to cover the %{ARCH} field. However, this seemingly similar input would be invalid to yum-versionlock (but valid to the module): 0:bash-4.1.2-9*.
Fixing this will be a breaking change, so I wanted to open this before it gets tagged 1.0.0. I am working on a fix.
The text was updated successfully, but these errors were encountered:
The current regular expressions for the
yum::versionlock
defined type are too liberal and will match invalid strings as long as they end in an asterisk. In my experience, although the official documentation is a little vague on this, wildcard characters cannot cover the field separators. For example,0:bash-4.1.2-9.el6_2.*
, the example from the header docs, is valid, because it uses the wildcard to cover the%{ARCH}
field. However, this seemingly similar input would be invalid to yum-versionlock (but valid to the module):0:bash-4.1.2-9*
.Fixing this will be a breaking change, so I wanted to open this before it gets tagged
1.0.0
. I am working on a fix.The text was updated successfully, but these errors were encountered: