RPM Fusion update report
Section free:
-
Fedora 27
-
Pushed to testing:
qmplay2-18.07.03-1.fc27
Pushed to stable:
vdr-xineliboutput-2.1.0-7.20180701git97b7e78.fc27
Fedora 28
-
Pushed to testing:
mp4tools-3.6.1-1.fc28
qmplay2-18.07.0
It look like bad hack and not described in gudeline
https://fedoraproject.org/wiki/Packaging:Versioning
пт, 3 авг. 2018 г. в 12:48, FeRD :
>
> You can also define a macro named "release", and bumpspec will update that
> instead of the Release: field, which you can then format however you like.
>
You can also define a macro named "release", and bumpspec will update that
instead of the Release: field, which you can then format however you like.
e.g.:
%define release 1
Release: 20180703.git%{gitsnapshot}.%{release}%{?dist}
The next rpmdev-bumpspec run will increment %{release} to 2, and fo
Hi,
This is unlikely that this is under the control of the mass-rebuilt.py
script that we use based on the fedora one.
We are using rpmdev-bumpspec to increment the changelog. So the way it
is incremented depends on the behavior of this tool.
If you want to update this tool by a script, you can s