Michael Schroeder wrote:
On Sun, Dec 25, 2016 at 01:39:35PM +0100, Jan Engelhardt wrote:
On Sunday 2016-12-25 12:34, Robert Schweikert wrote:
2.) Links will have to remain more or less indefinitely. If an executable moves from /{s,}bin to /usr/{s,}bin a link in /{s,}bin must remain for backwards compatibility in order to not break existing code outside of the distribution that may expect executables in /{s,}bin
That is not quite correct - have a look at Fedora. If /sbin itself is a symlink, then /sbin/PROG does not need to be a link.
Fedora is a mess. If you look at their packages you'll see that there are still many of them that have stuff in /bin and rely on rpm following /bin to /usr/bin when doing the install.
Sounds like the easiest part to fix though.
And also keep in mind that you'll need to add lots of "Provides: /bin/foo" statements so that 3rd party stuff is still installable.
Assuming that we don't want to generate more such cases in the future it should be possible to generate those legacy file provides automatically. After all we know what exists today in /bin and /sbin by looking at e.g. ARCHIVES.gz once. So an rpm dependency generator that knows the list of legacy "/-files" could therefore automatically add the needed tags when building an affected package.
I don't see why we should have all the pain that a /bin and /sbin links gives us with no gain at all.
Well, the current rather random split isn't exactly a showcase of brilliant architecture either. Leaving everything in %{_prefix} looks like a simpler solution to me. I'm not sure our current approach of packaging symlinks of files in / that point to /usr is helpful though. It might even hinder a proper migration of the four directories in question to a symlink. What will rpm do if /bin is a symlink and a package has both /bin/foo and /usr/bin/foo? In any case the usr move needs someone to seriously drive it to completion otherwise it's not going to happen and we have to live with the current mess. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.com/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org