On 14 February 2018 at 23:26, Will Woods <wwo...@redhat.com> wrote: [..]
> I don't think this single change will make a huge difference within > the existing ecosystem, but I think it's an important step in a larger > shift toward make package installation & image composition a) > introspectable and b) deterministic, so that we _can_ make > installs/composes faster and more reliable. > No offence but are you sure that you know meaning of the words which you are trying to use? Longer install time still provides *exactly* the same determinism level as shorter install time. Determinism level is about level of *variations* of the results on repeating the same operations starting from exactly the same initial state. Executing ldconfig after each package libraries installation/upgrade or executing the same ldconfig only one time after install/upgrade libraries batch still produces *exactly* the same final result. It does not change anything in context of reliability as well. And .. "introspectable" -> capable of being observed by introspection. http://www.learnersdictionary.com/definition/introspection In other words: replace per package scriplets with ldconfig execution and replace it by per whole transaction of packages operations one time executed ldconfig has nothing to do with introspectability, determinism or reliability. It is only about total *time* of whole transaction in context of use packages without such scriptlets .. only this and nothing more. Remove those scriplets provides additionally *simpler/shorter* packages spec files. [1] If you want to know more about the proposed Scriptlet Reforms you > could watch the recording from DevConf: > https://www.youtube.com/watch?v=kE-8ZRISFqA#t=2m33 It is funny and at the same time really creepy to see someone who is trying to explain "scriptlets reform" by someone who doesn't know that there are other packaging software which have *NO packages scriptlrts at all* (look: IPS). kloczek -- Tomasz Kłoczko | LinkedIn: *http://lnkd.in/FXPWxH <http://lnkd.in/FXPWxH>*
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
