Skip to content
This repository has been archived by the owner on Apr 26, 2024. It is now read-only.

Help admins using debs from nuking their config when upgrading #11841

Closed
DMRobertson opened this issue Jan 27, 2022 · 2 comments
Closed

Help admins using debs from nuking their config when upgrading #11841

DMRobertson opened this issue Jan 27, 2022 · 2 comments
Labels
P4 (OBSOLETE: use S- labels.) Okay backlog: will not schedule, will accept patches T-Task Refactoring, removal, replacement, enabling or disabling functionality, other engineering tasks.

Comments

@DMRobertson
Copy link
Contributor

DMRobertson commented Jan 27, 2022

It sounds like people often edit homeserver.yaml in place. When they update to a newer release, this can get nuked if they're not sure how to interpret dpkg's "you've changed a file that's been update" message. See e.g.

Suggestion:

  • rename homeserver.yaml to homeserver.example.yaml
  • make synapse refuse to start if its config file is called homeserver.yaml.example
  • change docs to say that you need to copy and rename homeserver.example,yaml
@DMRobertson DMRobertson added T-Task Refactoring, removal, replacement, enabling or disabling functionality, other engineering tasks. P4 (OBSOLETE: use S- labels.) Okay backlog: will not schedule, will accept patches labels Jan 27, 2022
@richvdh
Copy link
Member

richvdh commented Jan 27, 2022

I think this is basically the same as #8159 ?

@DMRobertson
Copy link
Contributor Author

Agreed.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
P4 (OBSOLETE: use S- labels.) Okay backlog: will not schedule, will accept patches T-Task Refactoring, removal, replacement, enabling or disabling functionality, other engineering tasks.
Projects
None yet
Development

No branches or pull requests

2 participants