[Buildroot] [PATCH 000/102] Standardize/beautify genimage .cfg files for all boards

Giulio Benetti giulio.benetti at benettiengineering.com
Mon Nov 8 16:17:45 UTC 2021


Hello Thomas, Yann, All,

> Il giorno 8 nov 2021, alle ore 16:24, Thomas Petazzoni <thomas.petazzoni at bootlin.com> ha scritto:
> 
> Hello,
> 
>> On Mon, 8 Nov 2021 16:07:31 +0100
>> "Yann E. MORIN" <yann.morin.1998 at free.fr> wrote:
>> 
>> I know this as been discussed on another thread with Peter, about using
>> K/M instead of bare numbers, and it was my understanding that if a
>> change were to be made, it would be restricted to just that.
>> 
>> However, I question the relevance of this *huge* patchset just for a
>> makeover.
>> 
>> Yes, usually, I like consistency, but here we have a two-edge issue:
>> 
>>  - the series is huge, and causes a lot of churn making pending patches
>>    more difficult to apply,
> 
> I would agree in general, but here I doubt it is really going to cause
> much conflict with other pending patches.
> 
>>  - the genimage format is not well defined, and there is no linter, so
>>    the existing files *will* diverge again, and we won't notice that
>>    new files won't be compliant.
> 
> Right, but that's not really a reason to not take this patch series.
> 
> On my side, I would simply apply the whole thing. It makes things
> overall better (perhaps not perfect, but better and more consistent).
> 
>> I usually l̶o̶̶a̶t̶h̶ d̶e̶s̶p̶i̶s̶e̶ h̶a̶t̶e̶ do not like TABs... The width of a TAB
>> varies depending on one's environment and coding practices; the usual
>> 8-space width makes for very long, ugly lines; TAB break carefull
>> indentation.
> 
> A matter of taste indeed, but in "make" (you know this language we
> heavily abuse in Buildroot), TABs are king! So it would be kind of
> ironical not to allow TABs in a make-based project :-)
> 
>> And then this gave a 107-patch series. And the commits all have the same
>> typo: 'beatify' instead of 'beautify'. Although I can forgive a typo
>> (who would I be not to?), and this one was funny one, fixing all those
>> manually when applying will be a tedious task, though, so you would have
>> to do that on your side and respin.
> 
> I don't know if that typo is worth a huge respin.

If it’s needed I can, at least I’ve found how not become a spammer now!

> 
>> But before you do so, please wait a bit for others to speak up, if this
>> series is really meaningful.
> 
> I haven't reviewed it in its entirety, but overall, I think we should
> just apply, and move on. I.e, be pragmatic.

If some problem due to this arise I’m available(boot problems etc.).

I don’t know if it’s worth i become Maintainer for *.cfg files? For what is worth I could be the one who deals with this kind of problem.

I can keep my eyes open on Mailing List for this, also I think that lot of people have noticed this bomb patchset and so if some problem arises maybe other people “know” this is the reason.

Best regards
Giulio Benetti
Benetti Engineering sas

> 
> Thomas
> -- 
> Thomas Petazzoni, co-owner and CEO, Bootlin
> Embedded Linux and Kernel engineering and training
> https://bootlin.com



More information about the buildroot mailing list