sgammon

19 ms·

421.
by sgammon 3y ago
Hm, interesting. Our free tier is planned to be this plus R2, so I’m happy to hear S3-style data exchange is working for people. Thanks for sharing
422.
by sgammon 3y ago
It’s an unfortunate safety tradeoff to guarantee consistency. Better visibility into program behavior could fix it.
423.
by sgammon 3y ago
All great points but in practice, tools like Bazel and sccache are incredibly conservative about hashes matching, to include file path on disk and even env var state. One goal of these tools is to guarantee that such misconfiguration result
424.
by sgammon 3y ago
I know you’re joking, but Unison built this without the blockchain cruft on top. Very cool project. When any unique piece of Unison is compiled by anyone, it no longer needs to be compiled by everyone. https://www.unison-lang.org
425.
by sgammon 3y ago
sccache uses OpenDAL… https://opendal.apache.org/
426.
by sgammon 3y ago
In some languages, symbols are provided which evaluate to a file’s path or directory parent, so program behavior can vary even for the same content hash. That’s just one way paths can bleed in to violate hermeticity/correctness.
427.
by sgammon 3y ago
We decided to back our main cache with in-memory storage for spicier performance. I’m curious how well S3 has worked for you here? Is it fast enough? Or, maybe the blobs you’re dealing with are on the bigger end? That would also make sense
428.
by sgammon 3y ago
After using sccache and Gradle with Buildless for months, years, I have literally never seen these tools mixup or use the wrong binary objects. Knowing the internals of some of them, I’ve found that build cache clients are way more likely t
429.
by sgammon 3y ago
Yep, aseipp, and we support the full gRPC interface for remote caching offered by Bazel, including the newer APIs. Explained better than I could for sure. I find it very interesting how BuildXL and Bazel ended up at similar models for this
430.
by sgammon 3y ago
Exactly — just like Git, everything is ultimately identified with a key which can tie back to a stable identity thru OIDC or similar mechanisms. At least that’s how we did it.
431.
by sgammon 3y ago
(Also, speaking as a Bazel user now, the Remote Execution APIs have always been a bit brittle and hard to setup, use, and maintain; certainly harder than just setting a cache endpoint. I’ve found that remote execution ends up returning much
432.
by sgammon 3y ago
It’s only a remote cache and that’s deliberate. We see it as much safer to only offer a cache that the user can control and use however they want We would see taking over execution of your build as much more dangerous. No question though th
433.
by sgammon 3y ago
In Bazel’s case and other cases, build cache objects are held in CAS and then referenced from other keys. I believe BuildXL from Microsoft also works this way. Of course one other advantage to build caches is they are verifiable: the intent
434.
by sgammon 3y ago
Yes!! Glad people are thinking about this. We just added Cache Projects which will be launching soon, it should allow this style of public cache sharing. The intent with Buildless is to release a free-first toolchain that helps with build c
435.
by sgammon 3y ago
(ccache is only about caching, not distributing builds, also...)
436.
by sgammon 3y ago
(Fwiw, group conversation encryption tech like MLS is somewhat applicable, and that's the sort of pattern we're looking at, but it would be cool to know if that's moving to you on the problem of safety w.r.t. builds.)
437.
by sgammon 3y ago
Sharing with team members, sharing with CI, and the ability to pull from more than just what's on your machine (i.e. a larger addressable cache than you are willing to keep on disk). Cache objects also compound across projects, so it&#
438.
by sgammon 3y ago
Another alternative is Buildless with the Actions setup step. This sets up a remote and local endpoint for sccache inside actions, with a connection up to remote caching by Dragonfly https://github.com/buildless/setup
439.
by sgammon 3y ago
Our beta is open, just shoot me an email at sam@less.build if you want to try it out!
440.
by sgammon 3y ago
both are supported by buildless as well https://less.build
441.
by sgammon 3y ago
If you’re interested in a drop in remote cache for sccache, check out Buildless We just released S3 and Redis support. https://less.build Buildless also supports Gradle, Maven, Bazel, CCache and Turbo
442.
by sgammon 3y ago
macromedia was amazing and this is such a real comment
443.
by sgammon 3y ago
Curious, why are you opposed to CDNs? I don't even know that I would disagree, I'm just curious why.
444.
by sgammon 3y ago
And no problem / you’re welcome, thanks for the thank you, but this problem is so bad that we left Google. So while I appreciate the thank you, as a user, id appreciate a fix a lot more.
445.
by sgammon 3y ago
Bazel is not usable with Firebase as a non Googler. How is this statement incorrect? Cocoapods and SPM has nothing to do with it. You can’t blame packaging ecosystems for Bazel’s inability to consume a dynamic iOS framework properly. Yes, I
446.
by sgammon 3y ago
https://github.com/firebase/firebase-ios-sdk/issues/6115 https://github.com/material-components/material-components-w... Two examples that come to mind but there are plenty
447.
by sgammon 3y ago
me: sundar i want firebase to work with bazel sundar: we are working on an amazing new ai sundar later:
448.
by sgammon 3y ago
lol
449.
by sgammon 3y ago
It’s been up so long I thought it was my internet.
450.
by sgammon 3y ago
Why the downvotes? I honestly don’t understand.

More ›