Hi all,

A bit late to the party, but I have just uploaded prometheus 2.53.1 to unstable, after a long wait due to the constant problem of outdated or missing dependencies.

This is the last LTS (lont-term support) release of the 2.x series, so I really wanted to have this in trixie. As things stand, we won't be able to upgrade to 3.x in time, plus there is no 3.x LTS release yet; so I think this is a good version to include in trixie.

Considering all this, it might be worth seeing if it is possible at all to try to build the "old" react UI from source, resorting to vendoring in NPM dependencies, as it looks that the lit might not be that long at this point. In the last couple of years, I have gained quite a bit of experience with JavaScript and NodeJS (on the backend side mostly), but I still struggle with the Debian packaging tools. So maybe with a bit of help with somebody from the JS team we can try this?

    i *think* the "react-app/" directory is the older implementation, which
    can be disregarded.

This would actually be the one we can try to build, which corresponds to the list of dependencies Daniel listed in October.

On 07/10/2024 19:08, Jérémy Lal wrote:
I think the proper method will be to mut-bundle as much, and as cleanly, as possible,

Jérémy, could you explain what do you mean by "mut-bundle"? I can't find any package name resembling that..

with most packages not re-exported to /usr/share/nodejs, because it is just asking for trouble.

Agreed.

There are tools to help in that task, like pkgjs-tools' add-node-component.

Would this be using multiple source tarballs? I wonder if that wouldn't conflict with the usual workflow where we don't rely on pristine-tar but on upstream git history. I guess an option could be to package this in a separate source package, but I'd like to avoid any extra steps and trips to NEW.

Tina.

--
Martina Ferrari

Reply via email to