mirror of
https://github.com/MiyooCFW/buildroot.git
synced 2025-09-27 22:24:19 +03:00
bump version to 2022.02.9
add miyoo_defconfig
This commit is contained in:
@@ -174,8 +174,8 @@ past, the 'github' helper function should be used as shown below.
|
||||
|
||||
------------------------
|
||||
# Use a tag or a full commit ID
|
||||
FOO_VERSION = v1.0
|
||||
FOO_SITE = $(call github,<user>,<package>,$(FOO_VERSION))
|
||||
FOO_VERSION = 1.0
|
||||
FOO_SITE = $(call github,<user>,<package>,v$(FOO_VERSION))
|
||||
------------------------
|
||||
|
||||
.Notes
|
||||
@@ -184,6 +184,12 @@ FOO_SITE = $(call github,<user>,<package>,$(FOO_VERSION))
|
||||
Buildroot (e.g.: +foo-f6fb6654af62045239caed5950bc6c7971965e60.tar.gz+),
|
||||
so it is not necessary to specify it in the +.mk+ file.
|
||||
- When using a commit ID as version, you should use the full 40 hex characters.
|
||||
- When the tag contains a prefix such as +v+ in +v1.0+, then the
|
||||
+VERSION+ variable should contain just +1.0+, and the +v+ should be
|
||||
added directly in the +SITE+ variable, as illustrated above. This
|
||||
ensures that the +VERSION+ variable value can be used to match
|
||||
against http://www.release-monitoring.org/[release-monitoring.org]
|
||||
results.
|
||||
|
||||
If the package you wish to add does have a release section on GitHub, the
|
||||
maintainer may have uploaded a release tarball, or the release may just point
|
||||
@@ -204,3 +210,33 @@ image::github_hash_mongrel2.png[]
|
||||
- On the other hand, if there's is *only* the "Source code" link, then
|
||||
it's an automatically generated tarball and you should use the
|
||||
'github' helper function.
|
||||
|
||||
[[gitlab-download-url]]
|
||||
==== How to add a package from Gitlab
|
||||
|
||||
In a similar way to the +github+ macro described in
|
||||
xref:github-download-url[], Buildroot also provides the +gitlab+ macro
|
||||
to download from Gitlab repositories. It can be used to download
|
||||
auto-generated tarballs produced by Gitlab, either for specific tags
|
||||
or commits:
|
||||
|
||||
------------------------
|
||||
# Use a tag or a full commit ID
|
||||
FOO_VERSION = 1.0
|
||||
FOO_SITE = $(call gitlab,<user>,<package>,v$(FOO_VERSION))
|
||||
------------------------
|
||||
|
||||
By default, it will use a +.tar.gz+ tarball, but Gitlab also provides
|
||||
+.tar.bz2+ tarballs, so by adding a +<pkg>_SOURCE+ variable, this
|
||||
+.tar.bz2+ tarball can be used:
|
||||
|
||||
------------------------
|
||||
# Use a tag or a full commit ID
|
||||
FOO_VERSION = 1.0
|
||||
FOO_SITE = $(call gitlab,<user>,<package>,v$(FOO_VERSION))
|
||||
FOO_SOURCE = foo-$(FOO_VERSION).tar.bz2
|
||||
------------------------
|
||||
|
||||
If there is a specific tarball uploaded by the upstream developers in
|
||||
+https://gitlab.com/<project>/releases/+, do not use this macro, but
|
||||
rather use directly the link to the tarball.
|
||||
|
||||
Reference in New Issue
Block a user