tuya-local icon indicating copy to clipboard operation
tuya-local copied to clipboard

Enhancement: add a user directory in which we can put our own devices files

Open jmcollin78 opened this issue 1 year ago • 6 comments

Your integration is first class and save my life so many times with TuYa devices...

But I have some specific devices files, customized for my needs, and each time I update the integration I need to put my specific files into custom_components/tuya_local/devices

If possible, I would like that tuya_local search also in a specific user directory (in /config/tuyalocal_devices for example). This user specific directory is persistant after a restart or reinstallation or update of tuyalocal.

jmcollin78 avatar Sep 10 '24 16:09 jmcollin78

This has been requested before, but is not something that is desirable in my opinion, as it would encourage hoarding rather than sharing, which goes against the spirit of open source software. localtuya exists for those who want to configure something differently for themselves.

make-all avatar Sep 10 '24 21:09 make-all

Hello, thank you for your reply. I understand the point "hoarding rather than sharing" but in my case, I have proposed the device.yaml file and it is still not included into the tuya-local. So each time, I upgrade, I have to copy manually the files from a backup. Looking for your backlog I understand you have many many devices to integrate and I understand it is difficult to deal with so much issues.

So it could help for all people that are waiting for the official integration update.

EDIT: my proposal https://github.com/make-all/tuya-local/issues/2108 . I think you prefer MR than issue. Are you taking into account some issues with the device file in attachement ?

jmcollin78 avatar Sep 11 '24 08:09 jmcollin78

In this case, supplying logs (or since the device is already configured, diagnostics) is essential, as without them I have no way to evaluate the contribution. If you submit as a PR, I can have more confidence that you understand development practice and will continue to maintain it, but for contributions as part of an issue my assumption is that I will end up responsible for any flaws so I need the information to check it for it to be prioritised.

make-all avatar Sep 11 '24 08:09 make-all

I agree with the OP here. I’ve had instances where I’ve submitted PRs and the maintainer has asked me to make modifications to fit the project’s theme. That’s fine and all, but once I make the changes to get the PR accepted I typically keep my original file and overwrite the file in the downloaded instance. The result? I update this repo like twice a year. With a user directory, I would do updates to pretty much each release. Feel like a user directory is relatively small ask all things considered.

bdf0506 avatar Sep 21 '24 12:09 bdf0506

I agree with the OP here. I’ve had instances where I’ve submitted PRs and the maintainer has asked me to make modifications to fit the project’s theme. That’s fine and all, but once I make the changes to get the PR accepted I typically keep my original file and overwrite the file in the downloaded instance. The result? I update this repo like twice a year. With a user directory, I would do updates to pretty much each release. Feel like a user directory is relatively small ask all things considered.

This is typically my use case.

jmcollin78 avatar Sep 23 '24 06:09 jmcollin78

Hi, Having a specific user directory would be great indeed. @make-all can you please accept ?

carmelo42 avatar Nov 05 '24 15:11 carmelo42