[Buildroot] [PATCH 00/10 v3] support/download: reproducible archives whatever tar version (branch yem/dl-git-tar-pax-2)
Yann E. MORIN
yann.morin.1998 at free.fr
Tue Dec 29 14:25:47 UTC 2020
Thomas, All,
On 2020-12-29 15:15 +0100, Thomas Petazzoni spake thusly:
> On Tue, 29 Dec 2020 14:46:10 +0100
> "Yann E. MORIN" <yann.morin.1998 at free.fr> wrote:
>
> > I was also considering a similar mechanism for the vendoring thingy...
> >
> > My initial thought was to have a ways to extend this extra format
> > version. I am not entirely sure how to do it, but probably something
> > along the lines of:
> >
> > define cargo-inner
> > $(2)_VENDOR_VERSION = _cargo
> > endef
> >
> > define generic-inner
> > $(2)_SOURCE_EXT = $$($(2)_VENDOR_VERSION)$$(BR_FMT_VERSION_$$($(2)_SITE_METHOD)).tar.gz
> > endef
> >
> > But this is not as nice as I'd like it to be... If you have another
> > idea, please be my guest. ;-)
>
> Hum, yes, that's an idea. We would still to change in lock-step all
> .hash files for all cargo/go packages, even the ones that don't need
> any vendoring.
Fortunately, we do not yet have as many cargo (0) or go (8) packages as
we have git-based downloads... ;-)
> We also end up with pretty weird tarball names, like
> _cargo_br1.tar.gz.
Well, this would be for a git-based download. A wget-based download would
get foo-1.2_cargo.tar.gz...
> But oh well, perhaps that the price to pay to get all of this to work ?
Yes, I don't mind much about that naming. I just think we should make it
simple to write packages and hashes, with simple rules.
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
More information about the buildroot
mailing list