Am 22.06.2012 13:26, schrieb Andrew Haley: > On 06/22/2012 12:10 PM, Reindl Harald wrote: >> >> Am 22.06.2012 13:07, schrieb Andrew Haley: >>> On 06/22/2012 11:44 AM, Sam Varshavchik wrote: >>>> Andrew Haley writes: >>>> >>>>> On 06/22/2012 04:15 AM, Sam Varshavchik wrote: >>>>>> The new perl package contains /usr/bin/perl. At upgrade, dependency resolution is not smart enough to realize that the new package's /bin/perl=/usr/bin/perl, causing a conflict. >>>>> >>>>> What exactly is the conflict? >>>> >>>> See the error from yum/rpm, that I posted. >>> >>> Oh, sorry, I tend to interpret "conflict" as meaning a conflict with another file, not a missing dependency. >>> >>> It seems to me that yum/rpm should know what package provides /bin/perl. This surely makes vastly more sense than changing default paths, which is just papering over the cracks >> >> since /bin and /sbin are now gone it is completly wrong have them in the PATH and use them hardcoded in packages like GLIBC as also in any other package with "Provides" > > But we can't prevent them from being in the PATH, can we? All sorts > of upstream packages might hard-code /bin:/usr/bin but that is no reason to have it in PATH /bin/bash is the because /bin symlinked to /usr/bin so any call with full qualified path is still alive and that is why there is no reason to use /bin and /sbin in Fedora apckages any longer because it has only the potential for conflicts like show in this thread samba was one example correctly referring to /usr/sbin/ldconfig a glibc update at the same time as a samba update collided because glibc provides /sbin/ldconfig - RPM is satisfied as long not both packages are updated at the same time because for a stat call both exists having this in mind you see the matrix of potential problems over the long - "/usr/sbin/ldconfig" is the physical location after UsrMove and so all fedora packages should use this and not the symlink-path or mixing what is the worst case and currently happening
Attachment:
signature.asc
Description: OpenPGP digital signature
-- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
