From: Thomas Petazzoni via buildroot <buildroot@buildroot.org>
To: Peter Korsgaard <peter@korsgaard.com>
Cc: "Yann E. MORIN" <yann.morin.1998@free.fr>,
Buildroot List <buildroot@buildroot.org>
Subject: Re: [Buildroot] [PATCH] Config.in: rework BR2_DOWNLOAD_FORCE_CHECK_HASHES
Date: Wed, 27 Dec 2023 18:24:56 +0100 [thread overview]
Message-ID: <20231227182456.348ab316@windsurf> (raw)
In-Reply-To: <875y0jr2d1.fsf@48ers.dk>
On Wed, 27 Dec 2023 18:18:02 +0100
Peter Korsgaard <peter@korsgaard.com> wrote:
> > -comment "Forcing all downloads to have a valid hash needs a global patch and hash directory"
> > - depends on BR2_GLOBAL_PATCH_DIR = ""
> > + With this option turned on, Buildroot will check hashes of
> > + all packages, including those have use a custom version. In
>
> s/have use/that use/
Fixed.
> > + order to provide hashes for such packages, additional hash
> > + files can be placed into BR2_GLOBAL_PATCH_DIR directories.
>
> I guess it is really s/can be/must be/, E.G. the build fails if not
> done, right?
I am not sure, I guess this is really a linguistic difference here. To
me the hash files must not be placed, they can be placed, if needed.
No-one forces anyone to have those hash files, but if they are needed,
then indeed the only option today is to have them in the
BR2_GLOBAL_PATCH_DIR.
I will not complain if you insist on "must be".
> Maybe we should mention utils/add-custom-hashes to create such .hash
> files?
Good point, added.
Thomas
--
Thomas Petazzoni, co-owner and CEO, Bootlin
Embedded Linux and Kernel engineering and training
https://bootlin.com
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
next prev parent reply other threads:[~2023-12-27 17:25 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-27 17:07 [Buildroot] [PATCH] Config.in: rework BR2_DOWNLOAD_FORCE_CHECK_HASHES Thomas Petazzoni via buildroot
2023-12-27 17:18 ` Peter Korsgaard
2023-12-27 17:24 ` Thomas Petazzoni via buildroot [this message]
2023-12-28 20:23 ` Yann E. MORIN
2024-01-10 19:34 ` Peter Korsgaard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20231227182456.348ab316@windsurf \
--to=buildroot@buildroot.org \
--cc=peter@korsgaard.com \
--cc=thomas.petazzoni@bootlin.com \
--cc=yann.morin.1998@free.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox