On Mon, Dec 17, 2018 at 11:31:46AM -0800, Japheth Cleaver wrote: > On 12/12/2018 2:20 PM, Ben Cotton wrote: > >https://fedoraproject.org/wiki/Changes/RemoveObsoleteScriptlets > > > >== Summary == > >Remove scriptlets which are not needed anymore (ldconfig, > >gtk-update-icon-cache, etc.). > > > >*snip* > > > >== Upgrade/compatibility impact == > >Installed F30 RPMs on F28/EL6/EL7 might not work although it is not supported. > > > There's not much description in the link about what's actually going > to happen here and what's being removed from .specs. I think it's pretty clear: all the standard invocations of scriptlets that have by replaced by transfiletriggers will be removed, along with the whole %post/%postun sections if its the only thing in them. > Is there going to to be any attempt at coordination of this with > EPEL? Or, if these are already macros in the .specs, has there been > thought given to simply changing some of these to no-op macros in > Fedora instead of removing them entirely? I think that the way this should be handled is that if maintainers of a package want to use a single branch for F30+ and EPEL/RHEL/whatever, it is on them to arrange the spec file with the appropriate conditionals. Then, scripts implementing this should only touch those packages which have the scriptlet in the *binary* package. I.e. filter the list of packages to update by actual 'rpm -qp --scripts' output. There are multiple mechanism to achieve this: - general %if checks - %ldconfig_scriptlets and similar that evaluate to %nil ({?ldconfig}, %ldconfig_post, %ldconfig_postun) Such division of labour makes it possible for the Change owner to implement this in reasonable time, but still allows individual maintainers to implement their custom solutions. Zbyszek _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
