Hi Tom,

On Wed, 23 Apr 2025 at 08:08, Tom Rini <tr...@konsulko.com> wrote:
>
> On Tue, Apr 22, 2025 at 05:39:30PM -0600, Simon Glass wrote:
>
> > Hi,
> >
> > Tom has indicated that he would like Patman to move out of his tree. I
> > suggested on another thread[1] that I maintain it in my 'sjg' tree, so
> > here is a new thread to discuss this.
> >
> > I have already done this for the qemu/efi/coreboot scripts as Tom has
> > NAK'ed patches for those.
> >
> > For the other tools there is going to be quite a bit of churn, as I
> > would like to resolve most of the many Python warnings.
> >
> > Given the shared source between the tools, it would be easier for me
> > to do the same for buildman, binman and qconfig. I am thinking that I
> > might try a move to allow Gitlab pull-requests for reviews on these as
> > well as the mailing list, if that is useful.
> >
> > For tools which need to sync back to Tom's tree (i.e. not patman), I
> > or Tom could do a pull request every now and then, omitting any
> > changes that relate to pylint.
> >
> > Please let me know your thoughts. The timing is good as I am going to
> > be sending out a new Patman feature in the next few weeks and it is a
> > few thousand more lines of code.
>
> My biggest objection to all of this is that you should NOT use
> sjg.u-boot.org as that perpetuates your abusing owning u-boot.org. As I
> said in the thread, it should be under https://source.denx.de/u-boot/
> somewhere and you should be the one to own it there.

I wish you would stop bringing this up. Until things change, that is
unfortunately what I have to do, to avoid being blocked.

> They should be
> managed like normal python projects and we could "pip install" what's
> needed. But yes, I do think them being managed like a regular python
> project instead will make your life, and also the rest of the
> communities life, easier.
>
> Un-bundling binman and making it a standalone tool might help make it
> easier for other projects to utilize it instead of reinventing the
> tooling themselves.
>
> I'm not sure why buildman and qconfig would need to be pulled out, but
> if it's just a matter of a "pip install", sure, fine.

Actually, for me, I quite like being able to do a release with a
single 'make' command for all tools. I was not thinking of having
completely different repos. So this isn't really about 'pip install'.

Sadly I doubt other projects will adopt Binman so we are going to have
lots of firmware-packaging tools eventually*. After all, we have Arm's
FIP file format, Linaro wrote a new bloblist implementation, etc.

Regards,
Simon

* although we did use it with Zephyr in ChromeOS

Reply via email to