Are there any plans to support data-readers in deps.edn :args data?

The use case is defining overrides for an integrant system, allowing #ig/ref. Obviously it’s also easy to put that system in a separate file, and read that, so not a big deal, and I can imagine that it’d add complexity to tools.deps. Just curious.

I don’t think there’s any need for that

Or do you mean for data in aliases in deps.edn?

for context #ig/ref creates a record type. I suspect Rick is trying to pass in the integrant system to run via deps.edn aliases.

when you use -X the alias data is actually loaded in the context of the program you're running, so the data readers available via data_readers.clj[c] are available (but not currently being used in the edn/read, so seems like this shouldn't be too hard

Yeah it’s for data in aliases

And yeah I was thinking the same, using data_readers.clj(c) would be great for this.

I will log a jira for this, seems a reasonable thing to want

@dominicm’s suspicions are right… Essentially I’m writing a script, that wants to leverage some integrant components pre-defined in libraries. I currently have the system defined in a var in my program, and it would be useful to be able to override some of the components configs via args. I could obviously just put it in a separate edn config file; but it’s another config file (sigh) for something that’s intended to be pretty minimal.

yep, got it

It would be fab if tools.deps could do this… it’d make configuring and overriding bits of integrant systems much nicer.

Though I warn you, it’ll be a slippery slope, I’ll probably next want data aliases and command line args to be meta-merged 😆

https://clojure.atlassian.net/browse/TDEPS-163

what does "meta-merged" mean?

I'm guessing you mean deps.edn and -Sdeps alias data merged?

those will be merged now, but perhaps not in the way you want :)