On Thu, 17 Feb 2022 at 07:11, Miro Hrončok <mhroncok@xxxxxxxxxx> wrote:
Hello EPEL packagers.
I get it that you want as much as possible packages available in EPEL 9, but
before you blindly branch all the dependencies of the packages you care about,
could you maybe take a step back and consider for a few minutes if all the
dependencies actually make sense?
The dependency might be a leftover from long time ago and might not be actually
needed. Get rid of it in Fedora instead of keeping it that way on EPEL 9.
The dependency might be optional (e.g. it is only BuildRequired to test
integration with that thing). Do you really need to add a package to EPEL 9
just because your package tests that it can interact with it if it is present?
The working assumption has been that the Fedora package is already cleaned up and dependencies are there because the main packager thought they were needed. I and other EPEL packagers have spent enough time 'cleaning up' a package and then getting yelled at by the main packager that I broke something important and they wanted me to not touch their package anymore. [Heck we have caused a couple of people to quit Fedora completely over the years because of this.]
Due to that, we usually err on if the upstream SIG or packager has put the package dependency in, they know what they are doing and we are just going to cause another round of 'EPEL is breaking our distro' threads if we do otherwise. Heck just getting the package into EPEL from many groups is on the promise that WE DON'T MAKE CHANGES to their spec file. So while I understand where you are coming from, we are also not in a position to know when we can do this and when we can't.
Finally. There is NO PROMISE that we are putting these packages in for 10 years. We have said this over and over again for the last 4 years, but it comes up like a bad penny. Packages that are not useful and are not to be maintained CAN and WILL be retired. We just need guidance versus pissed off emails.
The package might be deprecated in Fedora and used just because nobody got the
time to do a trivial removal of the dependency. Try removing it or poke the
Fedora maintainer to do it, before you blindly include that tech debt to EPEL
9. (E.g. I'd be happy to help you remove any python-mock or python-nose
dependency.)
I realize that analyzing the dependencies is tedious and boring. But please do
us all a favor and invest couple minutes of your time *before* you open that
bugzilla EPEL 9 request or branch that package. If you are not able to donate
couple minutes of your time to the package now, will you be able to take care
of the dozens packages you've just imported in the next ten years?
Thanks for listening, I'll show myself out.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_______________________________________________
epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to epel-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/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
--
Stephen J Smoogen.
Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren
Let us be kind to one another, for most of us are fighting a hard battle. -- Ian MacClaren
_______________________________________________ epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to epel-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/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
