Christian Edward Jackson-Gruber
Christian Edward Jackson-Gruber
> Dagger currently fails to create `@Inject` bindings for classes with > type parameters. Wait… we do support binding something to `Foo` and injecting `Foo` now, no? Just not `Foo`....
On 12 Nov 2012, at 13:12, Jesse Wilson wrote: > I don't think I was clear enough. This only impacts `@Inject` > bindings. For example, you can't do this: >...
Why is this a rules_kotlin issue? This feels like a bazel/maven integration issue, as it seems associated with setting up an annotation processor (e.g. a java_plugin) in bazel, which depends...
Hmm. This is actually breaking because the older versions break on Kotlin 1.9. I'll have to be more persnickety about which versions require which versions of kotlin. Sigh.
Note, I've paused on this but I'll get back to it shortly.
In my understanding they have a giithub-hosted metadata repo containing json files, so it's that that I am proposing using, not ckan itself.
Because the ckan GUI client dies on the mac, has some real issues because of mono, and tinker-time can still be an amazing alternative GUI that does thigns the way...
It's pretty close. It offers whatever the mod publishers add to the ckan net. That's probably good enough. Though the added up to date check is likely a good added...
I suspect that this would be a reasonable thing to propose as an addition to the .version file approach, should TinkerTime choose to support it (as in #153)
Let's not call it "no" at this point, rather let's add support for well known flags as we get requests for them. I'm sympathetic to the fact that we do,...