On Sun, Mar 17, 2013 at 8:10 PM, Reindl Harald <h.reindl@xxxxxxxxxxxxx> wrote: > > > Am 18.03.2013 01:06, schrieb Nico Kadel-Garcia: >> On Sun, Mar 17, 2013 at 12:36 PM, Peter Lemenkov <lemenkov@xxxxxxxxx> wrote: >>> 2013/3/15 Lukáš Nykrýn <lnykryn@xxxxxxxxxx>: >>>> After usr move packages should not install files to /sbin. Unfortunately >>>> there is a lot of packages requiring /sbin/service, which was recently moved >>>> to /usr/sbin/, and these packages were uninstallable. As a workaround I have >>>> put Provides: /sbin/service in the initscript spec, but I think that we >>>> should do a proper fix. >>>> >>>> So if your package is in following list, please change your Reguires to >>>> /usr/sbin/service. >>> ... >>>> rtpproxy >>> >>> Fixed. >> >> This is a bad, bad, bad idea for any packages that are going to remain >> backwards compatible with RHEL, for compilation under EPEL or other >> backporting. Either switch to systemd, or stick with the old location >> and allow initscripts to correctly include the old reference. Do not >> pick a hallfways "fix" that isn't backwards compatible at all. > > * Fedora has done UsrMove with F17 > * Now we have F18 > * in a short we have F19 > * RHEL7 will be base on F18/F19 > > ANY reference in Fedora to /sbin and /bin is BOGUS > it leads to all sorts of troubles > it leads to additional symlink reslovement If SysV init style scripts are staying in use, even as a compatibility fallback, don't edit the references to them just to prove something. It breaks backporting and forward porting and cross-compatibility for every existing versoin of RHEL, which are still needed for compatibility because *systemd can't be ported back to RHEL 6 or earlier.* I've tried, it's a dependency and critical component upgrade nightmare. -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
