On Thu, May 12, 2016 at 4:27 AM, Thorsten Leemhuis <fed...@leemhuis.info> wrote: > Peter Robinson wrote on 12.05.2016 10:11: >>>> = Proposed System Wide Change: Use /etc/distro.repos.d as default reposdir >>>> = >>>> https://fedoraproject.org/wiki/Changes/ReposInEtcDistroReposD >>>> >>>> Change owner(s): >>>> * Neal Gompa <ngompa13 at gmail dot com> >>>> * Jan Silhan <jsilhan at fedoraproject dot org> >>>> >>>> >>>> == Detailed Description == >>>> For DNF 2.0 in Fedora 25, the DNF team would like to make the default >>>> repository configuration directory /etc/distro.repos.d. In contrast to >>>> /etc/yum.repos.d (current default path), /etc/distro.repos.d path is a >>>> package manager agnostic name and less misleading. The configuration >>>> files are currently used by DNF, PackageKit, and Yum. The proposed >>>> location more accurately reflects the nature of the repositories, and >>>> also implies that other tools can look there for repository >>>> information. Note: current default repository configuration directory >>>> /etc/yum.repos.d will still be supported by package managers but >>>> /etc/distro.repos.d would be preferred default path. >>> >>> Shouldn't that be /usr/lib/distro.repos.d (for distribution-provided >>> data) with usual rules for overriding/masking in /etc/distro.repos.d (for >>> local administrator)? > > +1 -- I just wanted to write something similar! > >> So if you just want to enable updates-testing you have to copy files around? > > I'd prefer a scheme similar to systemd, where you in > /etc/systemd/system/ can easily extent or overlap units defined in > /usr/lib/systemd/system/ See > https://www.freedesktop.org/software/systemd/man/systemd.unit.html for > details.
I know, I know!!! Let's hide /etc/resolv.conf, and leave symlinks to it instead! Oh, wait, systemd already did that just to break things. Leave reasonable stable historical locations *alone*, and don't pretend to solve dependencies by playing with the filesystem. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
