Hi, On Thu, 2016-05-19 at 21:57 +0200, Alec Leamas wrote: > On 19/05/16 21:26, Neal Gompa wrote: > > > > On Thu, May 19, 2016 at 11:42 AM, John Florian <john.florian@dart.b > > iz> wrote: > > > > > > > > > > > From: Alec Leamas [mailto:leamas.alec@xxxxxxxxx] > > > > Sent: Thursday, May 19, 2016 09:39 > > > > To: devel@xxxxxxxxxxxxxxxxxxxxxxx > > > > Subject: Re: F25 System Wide Change: Use /etc/distro.repos.d as > > > > default > > > > reposdir > > > > > > > > > > > > I have yet to see the arguments why this really must be > > > > renamed. Of > > > > course, there are better names than /etc/yum.repos.d. But does > > > > the > > > > benefits of a better name really motivate the cost of change in > > > > this > > > > case? Really? > > > > > > > > In other words, as Mathieu Bridon pointed out, the "Benefit to > > > > Fedora" > > > > part of the change just isn't very convincing. > > > I totally agree -- I too have yet to see why it should be renamed > > > at all. My point was merely that, if for some reason this does > > > go forward (justified or not), it would be disappointing if this > > > were to break the efforts of vendors that have been trying to > > > cooperate in a reasonable manner. > > > > > The proposal has been revised to preserve compatibility with > > /etc/yum.repos.d while supporting the new default directory. > > > Which is nice. However, the main point is that to motivate all the > obvious hassles related to the directory renaming a better "Benefit for > Fedora" section is needed - IMHO the current one just doesn't motivate > this change, the cons outweighs the pros. Agreed; adding a new directory may offer some level of backwards compatible but still breaks forwards compatibility and also breaks tools that want to scan or manage repository files. And it adds complexity to admins who now need to look at and manage multiple locations. I still think the cost outweighs the benefit here. --Stephen -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx