Ack sorry about the conflicts! 😭

• Frogbot also supports Contextual Analysis, Infrastructure as Code Scanning and Secrets Detection. These features are included as part of the JFrog Advanced Security package, which isn't enabled on your system.

@meatballhat

• Addressed all the conflicts
• Added import of _ "github.com/urfave/cli/v3/internal/translations"
• Added ensure-gotext to internal build
• Added ensure-gotext and go-generation to the build system

@dearchap Thank you! I sincerely appreciate your work on this 🤘🏼

I'm still confused about the intended usage given this line in the generated code. How is this supposed to work if urfave/cli/v3 is being used by an application that also uses code generated by gotext?

Given that the template file for the generated code hasn't been touched in ~4 years, I'm wondering if using golang.org/x/text/message/pipeline (via gotext) is the right move 🤔

@meatballhat you have a keen eye. I tested cli with these changes along with a sample app that uses its own catalog and basically the translation doesn't work as one catalog overrides the other due to the message.DefaultCatalog in init. I'm going to redo this PR.

@meatballhat I've hacked around the package global Catalog initialization. I dont like it but this is what we have until support for multiple Catalogs is rolled into the text/message package itself.
https://cs.opensource.google/go/x/text/+/refs/tags/v0.10.0:message/catalog/catalog.go;l=281

For now this is the simplest route without adding dependencies on other i18n libraries which look to me more heavyweight

@meatballhat Also I'm not sure why only the window tests are failing. Can you take a look ?

@meatballhat Also I'm not sure why only the window tests are failing. Can you take a look ?

Offhand I don't see why that failure is happening 🤔 Can the make go-generate step be limited to most recent Go on ubuntu like with some of the nearby steps?