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
Fixed a bug in section parsing that caused sections to be ignored when there were macro definitions spread across the spec file and not cumulated at the top. (#191)
Added Section.options attribute for convenient manipulation of section options. (#183)
specfile now supports single-line sections where section content is represented by a macro starting with a newline. (#182)
Added evr argument to Specfile.add_changelog_entry(). This allows adding a changelog entry with an EVR value that's different from the current specfile's value. This makes it easier to reconstruct a specfile's %changelog based on another source using the higher level interface. (#181)
Context managers (Specfile.sections(), Specfile.tags() etc.) can now be nested and combined together (with one exception - Specfile.macro_definitions()), and it is also possible to use tag properties (e.g. Specfile.version, Specfile.license) inside them. It is also possible to access the data directly, avoiding the with statement, by using the content property (e.g. Specfile.tags().content), but be aware that no modifications done to such data will be preserved. You must use with to make changes. (#153)
Fixed an issue that caused empty lines originally inside changelog entries to appear at the end. (#140)
Renamed the ignore_missing_includes option to a more general force_parse. If specified, it allows to attempt to parse the spec file even if one or more sources required to be present at parsing time are not available. Such sources include sources referenced from shell expansions in tag values and sources included using the %include directive. (#137)
specfile now supports localized tags (e.g. Summary(fr)) and tags with qualifiers (e.g. Requires(post)).
It also follows more closely rpm parsing logic and doesn't fail on invalid section names. (#132)