This looks like a really cool project; would you be open to us PR'ing support for the 50k fine-tuned models on Roboflow Universe[1] via an `inference`[2] integration?
Definitely! It is something I was thinking to do, I just did not find the time yet. I think allowing people to automatically load models from the Roboflow universe would be awesome!
For some reason, the act of choosing a plugin mechanism for our new project has been presented in my head a dilemma. Not a clear winner between the built-in stuff (plugin stdlib), the boring but battle tested option (Hashicorp go-plugin [1]) and the new exciting shiny ("future proof?") object web assembly plugins [2]
I ended up choosing the "traditional" Hashicorp library but any feedback, or comments on why you might think I am making a terrible mistake would be appreciated :)
Chainloop is not designed nor implemented with that centralization concept in mind.
It is meant to run as any other OSS infrastructure piece in your Software Supply Chain. The source of truth that we describe, it's about providing organizations with a single mechanism to define, ingest and route metadata and artifacts to their final destination (i.e artifactory, OCI registry, ...)
I completely agree with your comment. We might be doing a poor job at explaining what Chainloop is compared to Sigstore.
Chainloop is built on top of Sigstore's (among from others) great OSS building blocks. We use cosign, in-toto and DSSE for generation or OCI for storing the attestations. It's true that today the signing is done using a asymmetric cosign key at the moment of the attestation crafting but we have plans on implementing keyless/identity signing and verifying using Sigstore fulcio+rekor.
I am afraid I don't have a formed opinion on the sigsum project yet.
Thanks for the pointer though, it indeed looks interesting, it might come handy once we start the effort of adding a transparent log (i.e rekor) to Chainloop.
We're experiencing a DDoS attack on our DNSv2 system at the moment - this means that any domains that are using DNSv2 or FreeDNS nameservers may experience intermittent availability issues.
We are currently in the process of mitigating the attack and are working hard to ensure a quick resolution. We sincerely apologize for the inconvenience caused."
RubyStack is great - it installs lots of things you need for running Rails in production on Windows, I think. Like Apache and MySQL server, etc. The 20-panel wizard is sort of off-putting, if you really want to be fussy. I don't think RubyStack includes Git when I last looked.
The focus for RailsInstaller is a welcome kit for new developers. Can we give them everything they need for the first 30 days until they fall in love with Rails? After that, they'll learn to create tickets on projects, learn about different Rubies, learn about different ways to do things.
Can we keep them excited and nurture them into the Rails/Ruby communities? Hopefully, yes, if its trivially easy to get started.
I thought that rubystack was focused to give the users everything they need to start working with rails avoiding environment setup as well.
Sorry but I am trying to see the difference but I am not sure if I can.
So then the difference is some kind of friendly/more advanced installation interface and an easy way to get started installing less "stuff" than rubystack does?
RubyStack also has virtual machine and Amazon EC2 versions. RubyStack also supports Linux and Mac, though it seems support for that is planned for RailsInstaller as well.
What languages would you say are viable options in practice today to match rego(language and engine) functionality?