Re: prelink performance gains

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 15 Oct 2013 22:12:00 +0200, Matthew Miller wrote:
> On Tue, Oct 15, 2013 at 09:05:03PM +0200, Jan Kratochvil wrote:
> > 	i=0;time while [ $i -lt 1000 ];do /usr/bin/gnome-open --help &>/dev/null;i=$[$i+1];done
> 
> I hope we can all agree that this is not useful example.

Explained in:
	https://lists.fedoraproject.org/pipermail/devel/2013-October/190274.html


> The complexity affects end uesrs. For example, a few years ago, a bad update
> to prelink broke everyone's systems.

We are back at the issue that every feature means more code/complexity.


> It also affects systems like tripwire,

I do not know tripwire but I guess it does not use / it should
use 'prelink -y'.


> and even rpm -V is more fragile. Most of the concerns raised are end-user
> (or sysadmin) concerns, in fact.

rpm -V is still the prelink Bug with know fix/workaround there but never
accepted/fixed in the package:
	-y has false mismatches
	https://bugzilla.redhat.com/show_bug.cgi?id=666143

Jan
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux