[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