package/skopeo: new package
cover package/skopeo: new package
From: "Yann E. MORIN" <[email protected]>
Hello All!
This series introduces a host-only package for skopeo, a tool to manipulate OCI and docker images, and push and fetch them to/from registries.
The series is articulated in three parts:
1. fixes in the golang infra to properly manage legal-info for host-only packages (and cargo while at it, as it has the same issues)
2. adding host variants to a few dependencies for host-skopeo
3. adding host-skopeo proper
Skopeo is expected to be used from post-image scripts, to convert OCI images to docker ones, or to push them to a docker registry, or even to load them into a (possibly remote) docker daemon; there is no new "filesystem" format introduced (no fs/docker-image/ for example), and thus needs an entry in the host-packages sub-menu.
Regards,
Yann E. MORIN.
The following changes since commit 8a4e81ff9d54ed90dbbf02b056bc9f97ce9425a4
utils/docker-run: propagate user's proxy settings (2023-11-02 08:52:50 +0100)
are available as patches in this mail series,
for you to apply patches up to fb85e4dd41a441b26ae93b621f8f2462ab0eeafc
package/skopeo: new host package (2023-11-02 08:52:51 +0100)
----------------------------------------------------------------
Yann E. MORIN (8):
package/pkg-cargo: don't expand license info when empty package/pkg-cargo: handle licensing terms for host-only packages package/pkg-golang: don't expand license info when empty package/pkg-golang: handle licensing terms for host-only packages package/libgpg-error: enable host-variant package/libassuan: add host variant
package/libgpgme: add host variant
package/skopeo: new host package
package/Config.in.host | 1 + package/libassuan/libassuan.mk | 6 ++++++ package/libgpg-error/libgpg-error.mk | 6 ++++++ package/libgpgme/libgpgme.mk | 19 +++++++++++++++++++ package/pkg-cargo.mk | 15 ++++++++++++++- package/pkg-golang.mk | 15 ++++++++++++++- package/skopeo/Config.in.host | 7 +++++++ package/skopeo/skopeo.hash | 2 ++ package/skopeo/skopeo.mk | 22 ++++++++++++++++++++++ 9 files changed, 91 insertions(+), 2 deletions(-) create mode 100644 package/skopeo/Config.in.host create mode 100644 package/skopeo/skopeo.hash create mode 100644 package/skopeo/skopeo.mk
--
____________ .-----------------.--------------------: _ :------------------. | Yann E. MORIN | Real-Time Embedded | __/ ) | /"\ ASCII RIBBON | | | Software Designer | _/ - /' | \ / CAMPAIGN | | +33 638.411.245 '--------------------: (_ `--, | X AGAINST | | yann.morin (at) orange.com |_=" ,--' | / \ HTML MAIL |
'--------------------------------------:______/_____:------------------'
____________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
_______________________________________________
buildroot mailing list
[email protected]
https://lists.buildroot.org/mailman/listinfo/buildroot
PATCH 1/8 package/pkg-cargo: don't expand license info when empty
From: "Yann E. MORIN" <[email protected]>
The cargo infrastructure automatically expands the list of licenses with a little blurb that the licenses for vendored dependencies might be missing in the list.
However, when a package does not define a license, the resulting text is sub-optimal, resulting in a manifest that contains (with a leading comma, yes):
, vendored dependencies licenses probably not listed
In that case, pointing out some unkown licensing terms may be part of unkonwn licensing terms is superfluous.
Instead, just let the legal infra do its job, and report an "unkown" license altogether.
--- package/pkg-cargo.mk | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-)
package/pkg-cargo.mk +5 -1
@@ -96,8 +96,12 @@ $(2)_DL_ENV += BR_CARGO_MANIFEST_PATH=$$($(2)_SUBDIR)/Cargo.toml endif # Due to vendoring, it is pretty likely that not all licenses are -# listed in <pkg>_LICENSE. +# listed in <pkg>_LICENSE. If the license is unset, it is "unknown" +# so adding unknowns to some unknown is still some other unkown, +# so don't append the blurb in that case. +ifneq ($$($(2)_LICENSE),) $(2)_LICENSE += , vendored dependencies licenses probably not listed +endif # Note: in all the steps below, we "cd" into the build directory to # execute the "cargo" tool instead of passing $(@D)/Cargo.toml as the
Signature · 18 lines
2.34.1 ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Re: [Buildroot] [PATCH 1/8] package/pkg-cargo: don't expand license info when empty
Quoted 13 lines
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
<[email protected]> writes:
From: "Yann E. MORIN" <[email protected]>
The cargo infrastructure automatically expands the list of licenses with a little blurb that the licenses for vendored dependencies might be missing in the list.However, when a package does not define a license, the resulting text is sub-optimal, resulting in a manifest that contains (with a leading comma, yes):
, vendored dependencies licenses probably not listed
Quoted 7 lines
In that case, pointing out some unkown licensing terms may be part of unkonwn licensing terms is superfluous.
Instead, just let the legal infra do its job, and report an "unkown" license altogether.
Signed-off-by Yann E. MORIN <[email protected]>
Committed to 2023.02.x and 2023.08.x, thanks.
Signature · 5 lines
Bye, Peter Korsgaard _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
PATCH 2/8 package/pkg-cargo: handle licensing terms for host-only packages
In reply to [email protected]From: "Yann E. MORIN" <[email protected]>
The licensing terms are inherited from the target variant to the host
variant: when the host _LICENSE is empty, then the value of the target _LICENSE is used.
However, for the cargo infra, we want to append a little blurb about vendored depndencies. If the package is a host-only, then it would inherit the target _LICENSE, i.e. the variable without the leading HOST_. If that is defined, this is inherited in the generic-package part of the infra, but in the cargo infra, we saw an empty variable, and so we would not add the vendoring blurb.
We can't move the condition appending that blurb, after we called into the generic-package infra, otherwise in that case, we'd have the opposite issue for packages that are both target and host packages, where the blurb would be duplicated for host packages...
Instead, we workaround the issue by duplicating the heuristic to inherit the target value, from the generic- into the cargo-package infra.
--- package/pkg-cargo.mk | 9 +++++++++ 1 file changed, 9 insertions(+)
package/pkg-cargo.mk +9 -0
@@ -95,6 +95,15 @@ ifneq ($$($(2)_SUBDIR),) $(2)_DL_ENV += BR_CARGO_MANIFEST_PATH=$$($(2)_SUBDIR)/Cargo.toml endif +# Because we append vendored info, we can't rely on the values being empty +# once we eventually get into the generic-package infra. So, we duplicate +# the heuristics here +ifndef $(2)_LICENSE + ifdef $(3)_LICENSE + $(2)_LICENSE = $$($(3)_LICENSE) + endif +endif + # Due to vendoring, it is pretty likely that not all licenses are # listed in <pkg>_LICENSE. If the license is unset, it is "unknown" # so adding unknowns to some unknown is still some other unkown,
Signature · 18 lines
2.34.1 ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
PATCH 3/8 package/pkg-golang: don't expand license info when empty
In reply to [email protected]From: "Yann E. MORIN" <[email protected]>
The o infrastructure automatically expands the list of licenses with a little blurb that the licenses for vendored dependencies might be missing in the list.
However, when a package does not define a license, the resulting text is sub-optimal, resulting in a manifest that contains (with a leading comma, yes):
, vendored dependencies licenses probably not listed
In that case, pointing out some unkown licensing terms may be part of unkonwn licensing terms is superfluous.
Instead, just let the legal infra do its job, and report an "unkown" license altogether.
--- package/pkg-golang.mk | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-)
package/pkg-golang.mk +5 -1
@@ -92,8 +92,12 @@ $(2)_DL_ENV += \ $$($(2)_GO_ENV) # Due to vendoring, it is pretty likely that not all licenses are -# listed in <pkg>_LICENSE. +# listed in <pkg>_LICENSE. If the license is unset, it is "unknown" +# so adding unknowns to some unknown is still some other unkown, +# so don't append the blurb in that case. +ifneq ($$($(2)_LICENSE),) $(2)_LICENSE += , vendored dependencies licenses probably not listed +endif # Build step. Only define it if not already defined by the package .mk # file.
Signature · 18 lines
2.34.1 ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
PATCH 4/8 package/pkg-golang: handle licensing terms for host-only packages
In reply to [email protected]From: "Yann E. MORIN" <[email protected]>
The licensing terms are inherited from the target variant to the host
variant: when the host _LICENSE is empty, then the value of the target _LICENSE is used.
However, for the golang infra, we want to append a little blurb about vendored depndencies. If the package is a host-only, then it would inherit the target _LICENSE, i.e. the variable without the leading HOST_. If that is defined, this is inherited in the generic-package part of the infra, but in the golang infra, we saw an empty variable, and so we would not add the vendoring blurb.
We can't move the condition appending that blurb, after we called into the generic-package infra, otherwise in that case, we'd have the opposite issue for packages that are both target and host packages, where the blurb would be duplicated for host packages...
Instead, we workaround the issue by duplicating the heuristic to inherit the target value, from the generic- into the golang-package infra.
--- package/pkg-golang.mk | 9 +++++++++ 1 file changed, 9 insertions(+)
package/pkg-golang.mk +9 -0
@@ -91,6 +91,15 @@ $(2)_DL_ENV += \ GOPROXY=direct \ $$($(2)_GO_ENV) +# Because we append vendored info, we can't rely on the values being empty +# once we eventually get into the generic-package infra. So, we duplicate +# the heuristics here +ifndef $(2)_LICENSE + ifdef $(3)_LICENSE + $(2)_LICENSE = $$($(3)_LICENSE) + endif +endif + # Due to vendoring, it is pretty likely that not all licenses are # listed in <pkg>_LICENSE. If the license is unset, it is "unknown" # so adding unknowns to some unknown is still some other unkown,
Signature · 18 lines
2.34.1 ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Re: [Buildroot] [PATCH 4/8] package/pkg-golang: handle licensing terms for host-only packages
Quoted 32 lines · On 02/11/2023 17:09, [email protected] wrote:
From: "Yann E. MORIN" <[email protected]>
The licensing terms are inherited from the target variant to the host
variant: when the host_LICENSEis empty, then the value of the target_LICENSEis used.However, for the golang infra, we want to append a little blurb about vendored depndencies. If the package is a host-only, then it would inherit the target
_LICENSE, i.e. the variable without the leadingHOST_. If that is defined, this is inherited in the generic-package part of the infra, but in the golang infra, we saw an empty variable, and so we would not add the vendoring blurb.We can't move the condition appending that blurb, after we called into the generic-package infra, otherwise in that case, we'd have the opposite issue for packages that are both target and host packages, where the blurb would be duplicated for host packages...
Instead, we workaround the issue by duplicating the heuristic to inherit the target value, from the generic- into the golang-package infra.
Signed-off-by Yann E. MORIN <[email protected]>--- package/pkg-golang.mk | 9 +++++++++ 1 file changed, 9 insertions(+)package/pkg-golang.mk +0
-0@@ -91,6 +91,15 @@ $(2)_DL_ENV += \ GOPROXY=direct \
package/pkg-golang.mk $(2)_DL_ENV += \ · line 101
Quoted 10 lines
package/pkg-golang.mk +8
-0$$($(2)_GO_ENV) +# Because we append vendored info, we can't rely on the values being empty +# once we eventually get into the generic-package infra. So, we duplicate +# the heuristics here +ifndef $(2)_LICENSE + ifdef $(3)_LICENSE + $(2)_LICENSE = $$($(3)_LICENSE) + endif +endif
This isn't a very elegant solution, but I can't think of anything better.
Applied the first 4 patches of this series to master, thanks.
Regards,
Arnout
package/pkg-golang.mk $(2)_DL_ENV += \ · line 105
Quoted 4 lines
package/pkg-golang.mk +1
-0+ # Due to vendoring, it is pretty likely that not all licenses are # listed in <pkg>_LICENSE. If the license is unset, it is "unknown" # so adding unknowns to some unknown is still some other unkown,
_______________________________________________
buildroot mailing list
[email protected]
https://lists.buildroot.org/mailman/listinfo/buildroot
PATCH 5/8 package/libgpg-error: enable host-variant
In reply to [email protected]From: "Yann E. MORIN" <[email protected]>
libgpg-error is needed by libassuan and libgpgme, the latter being needed for skopeo (to come in a followup patch).
--- package/libgpg-error/libgpg-error.mk | 6 ++++++ 1 file changed, 6 insertions(+)
package/libgpg-error/libgpg-error.mk +6 -0
@@ -26,4 +26,10 @@ else LIBGPG_ERROR_CONF_OPTS += --disable-threads endif +HOST_LIBGPG_ERROR_CONF_OPTS = \ + --enable-threads \ + --enable-install-gpg-error-config \ + --disable-tests + $(eval $(autotools-package)) +$(eval $(host-autotools-package))
Signature · 18 lines
2.34.1 ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Thomas Petazzoni via buildroot
AppliedRe: [Buildroot] [PATCH 5/8] package/libgpg-error: enable host-variant
Quoted 9 lines · On Thu, 2 Nov 2023 17:09:24 +0100 <[email protected]> wrote:
From: "Yann E. MORIN" <[email protected]>
libgpg-error is needed by libassuan and libgpgme, the latter being needed for skopeo (to come in a followup patch).
Signed-off-by Yann E. MORIN <[email protected]>--- package/libgpg-error/libgpg-error.mk | 6 ++++++ 1 file changed, 6 insertions(+)
Applied to master, thanks.
Thomas
Signature · 7 lines
Thomas Petazzoni, CTO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
PATCH 6/8 package/libassuan: add host variant
In reply to [email protected]From: "Yann E. MORIN" <[email protected]>
libassuan is needed by libgpgme, which is needed for skopeo (to come in a followup patch);
--- package/libassuan/libassuan.mk | 6 ++++++ 1 file changed, 6 insertions(+)
package/libassuan/libassuan.mk +6 -0
@@ -15,8 +15,14 @@ LIBASSUAN_CONF_OPTS = \ --with-gpg-error-prefix=$(STAGING_DIR)/usr LIBASSUAN_CONFIG_SCRIPTS = libassuan-config +HOST_LIBASSUAN_DEPENDENCIES = host-libgpg-error +HOST_LIBASSUAN_CONFIG_SCRIPTS = libassuan-config +HOST_LIBASSUAN_CONF_OPTS = --with-gpg-error-prefix=$(HOST_DIR) + # Force the path to "gpgrt-config" (from the libgpg-error package) to # avoid using the one on host, if present. LIBASSUAN_CONF_ENV += GPGRT_CONFIG=$(STAGING_DIR)/usr/bin/gpgrt-config +HOST_LIBASSUAN_CONF_ENV += GPGRT_CONFIG=$(HOST_DIR)/bin/gpgrt-config $(eval $(autotools-package)) +$(eval $(host-autotools-package))
Signature · 18 lines
2.34.1 ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Thomas Petazzoni via buildroot
AppliedRe: [Buildroot] [PATCH 6/8] package/libassuan: add host variant
Quoted 9 lines · On Thu, 2 Nov 2023 17:09:25 +0100 <[email protected]> wrote:
From: "Yann E. MORIN" <[email protected]>
libassuan is needed by libgpgme, which is needed for skopeo (to come in a followup patch);
Signed-off-by Yann E. MORIN <[email protected]>--- package/libassuan/libassuan.mk | 6 ++++++ 1 file changed, 6 insertions(+)
Applied to master, thanks.
Thomas
Signature · 7 lines
Thomas Petazzoni, CTO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
PATCH 7/8 package/libgpgme: add host variant
In reply to [email protected]From: "Yann E. MORIN" <[email protected]>
libgpgme is needed by skopeo (to come in a followup patch).
--- package/libgpgme/libgpgme.mk | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+)
package/libgpgme/libgpgme.mk +19 -0
@@ -47,4 +47,23 @@ ifeq ($(BR2_MIPS_NABI64)x$(BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_10),yx) LIBGPGME_CONF_OPTS += --disable-linux-getdents endif +HOST_LIBGPGME_DEPENDENCIES = host-libassuan host-libgpg-error +HOST_LIBGPGME_CONFIG_SCRIPTS = gpgme-config + +# C++ bindings require a C++11 capable gcc, and -Wsuggest-override support +# Let's assume the host toolchain always has C++ +HOST_LIBGPGME_LANGUAGE_BINDINGS = \ + cl \ + $(if $(BR2_HOST_GCC_AT_LEAST_5),cpp) + +HOST_LIBGPGME_CONF_OPTS = \ + --with-gpg-error-prefix=$(HOST_DIR) \ + --with-libassuan-prefix=$(HOST_DIR) \ + --disable-gpgsm-test \ + --disable-gpgconf-test \ + --disable-g13-test \ + --disable-gpg-test \ + --enable-languages=$(subst $(space),$(comma),$(HOST_LIBGPGME_LANGUAGE_BINDINGS)) + $(eval $(autotools-package)) +$(eval $(host-autotools-package))
Signature · 18 lines
2.34.1 ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Thomas Petazzoni via buildroot
AppliedRe: [Buildroot] [PATCH 7/8] package/libgpgme: add host variant
Quoted 8 lines · On Thu, 2 Nov 2023 17:09:26 +0100 <[email protected]> wrote:
From: "Yann E. MORIN" <[email protected]>
libgpgme is needed by skopeo (to come in a followup patch).
Signed-off-by Yann E. MORIN <[email protected]>--- package/libgpgme/libgpgme.mk | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+)
Applied to master, thanks.
Thomas
Signature · 7 lines
Thomas Petazzoni, CTO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
PATCH 8/8 package/skopeo: new host package
In reply to [email protected]From: "Yann E. MORIN" <[email protected]>
skopeo is a command line utility that performs various operations on container images and image repositories.
We introduce it as a host-only package, as the expected usage is to transform an OCI image into a docker image, or to help in uploading an OCI image to a (local) docker daemon or to a docker registry, for example, in a post-build script.
As such, it needs a prompt in the host packages section.
--- package/Config.in.host | 1 + package/skopeo/Config.in.host | 7 +++++++ package/skopeo/skopeo.hash | 2 ++ package/skopeo/skopeo.mk | 22 ++++++++++++++++++++++ 4 files changed, 32 insertions(+) create mode 100644 package/skopeo/Config.in.host create mode 100644 package/skopeo/skopeo.hash create mode 100644 package/skopeo/skopeo.mk
package/Config.in.host +1 -0
@@ -103,6 +103,7 @@ menu "Host utilities" source "package/sdbus-cpp/Config.in.host" source "package/sdbusplus/Config.in.host" source "package/sentry-cli/Config.in.host" + source "package/skopeo/Config.in.host" source "package/sloci-image/Config.in.host" source "package/squashfs/Config.in.host" source "package/sunxi-tools/Config.in.host"
package/skopeo/Config.in.host new file +7 -0
@@ -0,0 +1,7 @@ +config BR2_PACKAGE_HOST_SKOPEO + bool "host skopeo" + help + skopeo is a command line utility that performs various + operations on container images and image repositories. + + https://github.com/containers/skopeo
package/skopeo/skopeo.hash new file +2 -0
@@ -0,0 +1,2 @@ +sha256 0b788fc5725ac79327f7c29797821a2bafc1c3c87bbfcb2998c2a1be949e314d skopeo-1.13.3.tar.gz +sha256 716a8b80635c394681e652823e1e42e411ad2d254e1f202403422d74f4b0b106 LICENSE
package/skopeo/skopeo.mk new file +22 -0
@@ -0,0 +1,22 @@ +################################################################################ +# +# skopeo +# +################################################################################ + +SKOPEO_VERSION = 1.13.3 +SKOPEO_SITE = $(call github,containers,skopeo,v$(SKOPEO_VERSION)) + +SKOPEO_LICENSE = Apache-2.0 +SKOPEO_LICENSE_FILES = LICENSE + +HOST_SKOPEO_DEPENDENCIES = \ + host-btrfs-progs \ + host-libgpgme \ + host-lvm2 \ + host-pkgconf + +HOST_SKOPEO_GO_ENV = PKG_CONFIG_PATH=$(HOST_DIR)/lib/pkgconfig +HOST_SKOPEO_BUILD_TARGETS = cmd/skopeo + +$(eval $(host-golang-package))
Signature · 18 lines
2.34.1 ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot
Re: [Buildroot] [PATCH 8/8] package/skopeo: new host package
Hello Yann,
Quoted 13 lines · On Thu, 2 Nov 2023 17:09:27 +0100 <[email protected]> wrote:
From: "Yann E. MORIN" <[email protected]>
skopeo is a command line utility that performs various operations on container images and image repositories.
We introduce it as a host-only package, as the expected usage is to transform an OCI image into a docker image, or to help in uploading an OCI image to a (local) docker daemon or to a docker registry, for example, in a post-build script.
As such, it needs a prompt in the host packages section.
Signed-off-by Yann E. MORIN <[email protected]>
Quoted 9 lines
--- package/Config.in.host | 1 + package/skopeo/Config.in.host | 7 +++++++ package/skopeo/skopeo.hash | 2 ++ package/skopeo/skopeo.mk | 22 ++++++++++++++++++++++ 4 files changed, 32 insertions(+) create mode 100644 package/skopeo/Config.in.host create mode 100644 package/skopeo/skopeo.hash create mode 100644 package/skopeo/skopeo.mk
Entry in DEVELOPERS file was missing.
package/skopeo/skopeo.hash
Quoted 6 lines
package/skopeo/skopeo.hash new file +0
-0@@ -0,0 +1,2 @@
Comment "# Locally calculated" was missing.
package/skopeo/skopeo.hash line 1
Quoted 1 line
package/skopeo/skopeo.hash new file +1
-0+sha256 0b788fc5725ac79327f7c29797821a2bafc1c3c87bbfcb2998c2a1be949e314d skopeo-1.13.3.tar.gz
Had to add -go2 here, but not your fault, this was changed after you sent this patch, by some other Yann :-)
Applied with those changes. Thanks!
Thomas
Signature · 7 lines
Thomas Petazzoni, co-owner and CEO, Bootlin Embedded Linux and Kernel engineering and training https://bootlin.com _______________________________________________ buildroot mailing list [email protected] https://lists.buildroot.org/mailman/listinfo/buildroot