Re: Terminology changes for update-alternatives

2023-01-29 Thread Justin B Rye
Julian Andres Klode wrote: >> I'd like to move away from the master/slave terminology used in >> update-alternatives for both the external interfaces (CLI options, >> output fields) obviously preserving backwards compatibility, docs >> and for all the internal code symbols. For the same reasons as

Re: Terminology changes for update-alternatives

2023-01-29 Thread Justin B Rye
Guillem Jover wrote: > I'd like to move away from the master/slave terminology used in > update-alternatives for both the external interfaces (CLI options, > output fields) obviously preserving backwards compatibility, docs > and for all the internal code symbols. For the same reasons as mentioned