Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Arnout Vandecappelle via buildroot <buildroot@buildroot.org>
To: Daniel Lang <dalang@gmx.at>, buildroot@buildroot.org
Cc: Romain Naour <romain.naour@gmail.com>,
	Sen Hastings <sen@phobosdpl.com>,
	Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
	"Yann E. MORIN" <yann.morin.1998@free.fr>
Subject: Re: [Buildroot] [PATCH v3 3/8] support/scripts/pkg-stats: check all files for warnings
Date: Fri, 1 Sep 2023 08:47:21 +0200	[thread overview]
Message-ID: <ecf9ebe5-28cd-43bd-70ca-bce5cc748864@mind.be> (raw)
In-Reply-To: <00d15b88-0d94-491e-800c-c36f4a3ddbe7@gmx.at>



On 31/08/2023 21:52, Daniel Lang wrote:
> Hello Arnout,
> 
> On 30.08.23 22:36, Arnout Vandecappelle wrote:
>>
>>
>> On 12/08/2023 21:28, Daniel Lang wrote:
>>> Instead of only checking .mk and Config.in{,.host}, check
>>> all files in a package directory.
>>
>>   ("checking" here means "run check-package").
> 
> Correct.
> 
>>
>>   I think we should instead remove the .warnings and .status['pkg-check'] fields entirely. It made sense back in the days, because we weren't running check-package in CI. Now, however, we do, so there's little point to run check-package as part of pkg-stats as well. On a.b.o the warnings column will (almost) always be all 0.
> 
> It will always be 0 if .checkpackageignore is considered which isn't the case
> here. Therefore the warning column would show the number of warnings including
> those ignored.

  Oh, very good point, I didn't think of that...

  On the short term: the reason we introduced .checkpackageignore to begin with 
is that there are too many errors, so many that we're never going to fix them 
all. In particular old patches for semi-dead projects. But also the 154 
shellcheck errors are probably never going to be fixed.

  That said, I do see the value in seeing the number of warnings for a package. 
Right now, if you're looking at the pkg-stats output and decide to e.g. 
version-bump a package, you'll probably not consider to also fix the shellcheck 
warnings in the init script. However, if you also see that there's one warning, 
that may trigger you to update the init script so you're package becomes fully 
green.

  In other words, I'm retracting my earlier suggestion of removing the Warnings 
entirely.

  Regards,
  Arnout

> The question of whether or not this information is needed is still relevant.
> I just wanted to point out that in my testing the value wasn't 0 for all packages.
> 
>>
>>   There is the point of people using pkg-stats for their br2-external, but:
>>
>> 1. pkg-stats is pretty fragile so users shouldn't be too surprised b some breakage;
>> 2. it's very easy for those users to run 'make check-package' instead.
>>
>>
>>   Do other maintainers have the same opinion?
> 
> Seeing as Thomas already agreed, I will prepare the removal, unless other opinions
> are raised.
> 
>>
>>
>>   Regards,
>>   Arnout
> 
> Regards,
> Daniel
> 
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot

  reply	other threads:[~2023-09-01  6:47 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-12 19:28 [Buildroot] [PATCH v3 1/8] support/scripts/pkg-stats: fix typos Daniel Lang
2023-08-12 19:28 ` [Buildroot] [PATCH v3 2/8] support/scripts/pkg-stats: ignore llvm-project.mk Daniel Lang
2023-08-30 20:31   ` Arnout Vandecappelle via buildroot
2023-08-31  3:35     ` Daniel Lang
2023-08-12 19:28 ` [Buildroot] [PATCH v3 3/8] support/scripts/pkg-stats: check all files for warnings Daniel Lang
2023-08-30 20:36   ` Arnout Vandecappelle via buildroot
2023-08-30 21:04     ` Thomas Petazzoni via buildroot
2023-08-31 19:52     ` Daniel Lang
2023-09-01  6:47       ` Arnout Vandecappelle via buildroot [this message]
2023-08-12 19:28 ` [Buildroot] [PATCH v3 4/8] support/scripts/gen-missing-cpe: remove rarely used script Daniel Lang
2023-08-30 20:46   ` Arnout Vandecappelle via buildroot
2023-08-12 19:28 ` [Buildroot] [PATCH v3 5/8] support/scripts/nvd_api_v2.py: new helper class Daniel Lang
2023-08-30 21:37   ` Arnout Vandecappelle via buildroot
2023-08-31 20:18     ` Daniel Lang
2023-09-01  7:03       ` Arnout Vandecappelle via buildroot
2023-09-01  8:10         ` Thomas Petazzoni via buildroot
2023-09-01 11:08         ` Daniel Lang
2023-09-01  7:10   ` Arnout Vandecappelle via buildroot
2023-08-12 19:28 ` [Buildroot] [PATCH v3 6/8] support/scripts/cve.py: switch to NVD API v2 Daniel Lang
2023-08-12 19:28 ` [Buildroot] [PATCH v3 7/8] support/scripts/pkg-stats: switch CPEs " Daniel Lang
2023-08-12 19:28 ` [Buildroot] [PATCH v3 8/8] support/scripts/pkg-stats: Only match CPE vendor and product Daniel Lang
2023-08-30 20:45 ` [Buildroot] [PATCH v3 1/8] support/scripts/pkg-stats: fix typos Arnout Vandecappelle via buildroot
2023-09-14  8:26   ` Peter Korsgaard
2023-09-14  8:25 ` 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=ecf9ebe5-28cd-43bd-70ca-bce5cc748864@mind.be \
    --to=buildroot@buildroot.org \
    --cc=arnout@mind.be \
    --cc=dalang@gmx.at \
    --cc=romain.naour@gmail.com \
    --cc=sen@phobosdpl.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