Re: More declarative RPMs

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

 



On Wed, Feb 16, 2022 at 09:43:05AM +0100, Aleksandra Fedorova wrote:
> Hi,
> 
> On Wed, Feb 16, 2022 at 9:18 AM Miroslav Suchý <msuchy@xxxxxxxxxx> wrote:
> >
> > Dne 15. 02. 22 v 22:08 Matthew Kenigsberg napsal(a):
> >
> > It sounds like there's already some effort to make tasks in RPMs like adding users more declarative: https://docs.fedoraproject.org/en-US/packaging-guidelines/UsersAndGroups/
> >
> > Which is still not finished and you still need to call the old scriptlet when you need the user to exist during %post. :(
> >
> > Do you think it would be possible to move some of the configuration tasks performed in scriptlets into something declarative that could be merged with other configuration?
> >
> > Yes. Take the
> >
> >   https://src.fedoraproject.org/lookaside/rpm-specs-latest.tar.xz
> >
> > grep for common scriptlets and resolve them one-by-one. Starting with common one. But it is huge task!
> >
> > You can choose where you will start:
> >
> > * mkfontdir - which can be replaced by filetriggers.
> >
> > * update-desktop-database - which - I believe - has been already replaced by filetriggers, but it is still used.
> >
> > *update-alternatives - which no one yet touched
> >
> > .... and many many others
> 
> Do I understand correctly that there is a general agreement that it is
> the right direction to take, and the main reason why we are not there
> yet is the size of the effort?

Definitely.  I have long said that any time there's a scriptlet in an
RPM package, we should work towards removing it.

BTW I found this F31 change proposal.  Did it happen?  The bug was
CLOSED/CURRENTRELEASE.

https://fedoraproject.org/wiki/Features/LimitScriptletUsage
https://bugzilla.redhat.com/show_bug.cgi?id=1754666

> I tried to find any good doc but the page in Packaging Guidelines
> doesn't say anything about scriptlets being discouraged:
> https://docs.fedoraproject.org/en-US/packaging-guidelines/Scriptlets/
> 
> Maybe we should make some long-term landing page for this initiative,
> similarly to what Miro and the Python team did for Python 2 to Python
> 3 migration? So that it is easier to get people started on it.
> 
> The list you posted can already be a good start.
> 
> And I don't think proven packagers rights will be really necessary as
> the work can be done via merge requests and should be accessible for
> all.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [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