Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Contemplating removing all but YAML configuration files ... input wanted #40

Open
jeffaco opened this issue Apr 6, 2019 · 5 comments
Open

Comments

@jeffaco
Copy link
Owner

jeffaco commented Apr 6, 2019

Since I have no real way to reach my user base, I thought I'd open an issue here.

Currently, duplicacy-util supports reading configuration files in a large variety of formats due to use of Viper. Viper allows configuration files to be in JSON, TOML, YAML, HCL, or Java properties config files. I've always used YAML, and to be best of my knowledge, I never came across anyone that used something else.

I'm contemplating dumping Viper and just sticking to YAML. The problem is that Viper pulls in the kitchen sink (there's a huge number of dependencies). I think fewer dependencies means fewer code paths, which means smaller images and greater reliability.

But I can only do that if folks are only using YAML configuration files.

Do you use something other than YAML for duplicacy-util configuration files? If so, reply here!

@jeffaco jeffaco changed the title Contemplating removing all but YAML configuraiton files ... input wanted Contemplating removing all but YAML configuration files ... input wanted Apr 6, 2019
@dengelsma
Copy link

I only use YAML. Getting rid of viper would not affect me.

@wdckwrth
Copy link

Newish duplicacy-util user here. Thought you might like more than a sample of 1.

I only use YAML.

@mightymightys
Copy link

The adavantes of dumping viper far outweigh the disavantage of being "obliged" to use the YAML format. For the small amount of configuration that's necessary here, that's a trivial adaptation even if one is used to anothter format. So go for it!

@mayerwin
Copy link

mayerwin commented Mar 8, 2020

Yes please do.

@Sxderp
Copy link

Sxderp commented Jul 1, 2020

YAML or JSON. Since YAML is supposed to be a superset of JSON any decent YAML parser should handle it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants