The issue with /etc/conf.d is that it's Arch-specific. There are still a lot of cases where the packages themselves still provide the units, but there is a push to get them upstream whenever possible to remove a lot of burden from the packagers, and share more work between distributions.
- [arch-general] On /etc/conf.d deprecation Dimitrios Apostolou
- Re: [arch-general] On /etc/conf.d deprecation Curtis Shimamoto
- Re: [arch-general] On /etc/conf.d deprecation Dimitrios Apostolou
- Re: [arch-general] On /etc/conf.d depreca... Curtis Shimamoto
- Re: [arch-general] On /etc/conf.d deprecation Daniel Wallace
- Re: [arch-general] On /etc/conf.d deprecation Jérôme M. Berger
- Re: [arch-general] On /etc/conf.d deprecation Daniel Micay
- Re: [arch-general] On /etc/conf.d depreca... Jérôme M. Berger
- Re: [arch-general] On /etc/conf.d deprecation Tom Gundersen
- Re: [arch-general] On /etc/conf.d deprecation Dimitrios Apostolou
- Re: [arch-general] On /etc/conf.d depreca... Tom Gundersen
- Re: [arch-general] On /etc/conf.d deprecation Jérôme M. Berger
- Re: [arch-general] On /etc/conf.d depreca... Gaetan Bisson
- Re: [arch-general] On /etc/conf.d dep... Leonid Isaev
- Re: [arch-general] On /etc/conf.... Karol Babioch
- Re: [arch-general] On /etc/c... Leonid Isaev