Sometimes we want to rename modules. That's no reason to break user configuration. We have handled this sometimes by keeping a compatibility module that loads the new module, and sometimes we have simply broken configuration compatibility. Dummy modules take up compilation time and add clutter the source tree. I propose a lighter-weight solution: maintain a simple list of deprecated module aliases in the module loading code. If configuration contains a module that is on the list, the module loading code issues a warning and loads the modern version of the module.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/138.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.