UsrMove feature breaking "yum upgrade" upgrades from older releases to F17?

[Reindl Harald]

Am 27.01.2012 18:00, schrieb Toshio Kuratomi:
> On Fri, Jan 27, 2012 at 02:27:59PM +0100, Nils Philippsen wrote:
>> On Thu, 2012-01-26 at 23:53 +0100, Kevin Kofler wrote:
>>> Toshio Kuratomi wrote:
>>
>>> I don't understand why we absolutely HAVE to change directories to symlinks 
>>> when we KNOW RPM doesn't support this, and that in directories as essential 
>>> as /bin etc.
>>
>> We could wait until you have convinced people, maintainers and users
>> alike, to fix their packages and scripts all in one go over to using the
>> new paths, so we get by without compat symlinks. But I don't think we
>> want to wait for that. Agreed, it'd be a whole lot nicer if RPM could
>> handle symlink <-> non-symlink transitions without crutches like this
>> one, but right now it can't.
>>
> Actually... we will "always" need the compat symlinks (for a finite but
> definitely long value of "always").  Third party scripts, scripts that have
> been in use on local systems, written by people who have long since passed
> on (to new jobs), people targetting FHS compliant systems (unless the FHS
> changes), etc will all depend on those symlinks being present.  Even third
> party software that users want to compile and run may try to install into
> /bin, /sbin, and /lib so we may have that problem even there.

yes, and this is one reason why i do not understand the rush doing this
"feature" now in one big step with a lot of possible pitfalls instead
start it slowly with change the install locations of the packages in
F17 and file bugs for every package who does still install files there
and place symlinks in /bi, /sbin

this is a change which can be done over more releases because it
does nothing change now for the users and in the meantime FHS
maybe updated and third-party packages are also adopted

there is no need doing such change in any rush and completly with
one release especially nobody was interested to do the systemd
transition in one step which would have made much more sense
and solved many many problems, bugreports and a lot of time
in the first step

why in the world is a currently useless "feature" much more forced
than the change of the init-system?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20120127/a4d27133/attachment.sig>