treewide: set PKG_RELEASE automatically #202
No reviewers
Labels
No Label
RFC
RFT
WIP
blocked
bsp
bug
build/scripts/tools
duplicate
feature
fixed
layer3
mantis
more details required
needs changes
node
packages/fff
rejected
security
trivial
upstream
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: freifunk-franken/firmware#202
Loading…
Reference in New Issue
No description provided.
Delete Branch "fbl/firmware:autocommit"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
COMMITCOUNT allows to have the PKG_RELEASE calculated automatically
based on the number of commits for the package folder.
AUTORELEASE will count the number of commits since the last upstream
bump. This is relevant for packages with PKG_VERSION or
PKG_SOURCE_DATE set, but will not work for us since it assumes the
use of certain identifiers in commit titles.
COMMITCOUNT works fine for most of our packages, with the following
exceptions:
fff-nodewatcher would yield a commit count of 55, while the
current PKG_RELEASE is 61. Thus, we do not touch it for now.
Packages that have been renamed will start counting from 1 after
the rename, since folder renames are not tracked by git. This
will result in descreasing PKG_RELEASE after the change for
these packages.
However, since moving essentially creates a new package anyway,
counting from 1 makes sense conceptually, and PKG_RELEASE is
still replaced for these packages.
alfred-json and fff-macnock use upstream code and thus would
normally require AUTORELEASE. As discussed above, this will
not work for us, so just leave these two untouched.
Note that all this is quite irrelevant for the way we use packages
currently, as without opkg PKG_RELEASE does not matter to us anyway.
So, let's just be happy about not having to bump PKG_RELEASE
anymore, while keeping the basic functionality intact.
The only package where the PKG_RELEASE is actually used for
something is fff-nodewatcher, where the version will be displayed
in the Monitoring.
Signed-off-by: Adrian Schmutzler freifunk@adrianschmutzler.de
[fabian@blaese.de: rebase, add new packages]
Signed-off-by: Fabian Bläse fabian@blaese.de
The two currently missing packages can be fixed by:
$(shell echo -n $$(( $(COMMITCOUNT) + 20 )))
415081ead4
tod740abea00
d740abea00
toad9a9a72e4
Ja, her damit!
Interessehalber, was ist mit
alfred-json
fff-nodewatcher
fff-macnock
fff-web-mqtt
?
ad9a9a72e4
tobdd1908126
alfred-json, fff-nodewatcher und fff-macnock stehen in der commitmessage.
fff-web-mqtt ist mir tatsächlich durchgeruscht. Frag mich nicht, wie ich das geschafft habe, ist ergänzt.
Richtig kapier ich das noch nicht:
Das sind doch unsere Pakete. Da können wir doch tun und lassen was wir wollen, oder?
Kann man das nicht einfach auch per offset regeln?
Ok, die Pakete lassen wir erst einmal. Erst einmal noch
alfred-json
undfff-machnock
hier aufs gitea umziehen und dann bei der Gelegenheit anpassen.fff-nodewatcher
machen wir ebenfalls später, dass alles zur originalen Commitmessage passt.Deshalb:
Reviewed-by: Johannes Kimmel <fff@bareminimum.eu>
Wechsel zu $(COMMITCOUNT) für fff-layer3-snat ergänzt und applied.
Pull request closed