Re: State of EPEL mock chroots?

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

 





On Fri, 4 Feb 2022 at 09:05, Richard Shaw <hobbes1069@xxxxxxxxx> wrote:
I've gotten frequent requests to support EPEL branches of packages I maintain for Fedora and I usually don't mind as long as it's "easy", meaning build dep differences are minor and easy to work around, but mock seems completely broken for EPEL and I don't like to support packages I can't easily build.

I know there's scratch builds, COPR, and stuff but I have a $DAYJOB and nothing beats being able to test and iterate quickly using mock on my workstation.

Out of curiosity I just tried every EL 8 mock config and found the following results:

almalinux-8             works
centos-8                broken (EOL)
centos-stream-8         works
epel-8-x86_64           broken
epel-next-8-x86_64      works
eurolinux-8-x86_64      works
oraclelinux-8-x86_64    works
rhel-8-x86_64           no subscription
rockylinux              works



Check what /etc/mock/epel-8-x86_64.cfg is linked to on your system. If it is not linked to anything then it is going to be broken and either trying to use the Fedora koji or using data from CentOS mirrors which no longer exist. First step is decide which OS you will use to build EPEL packages against: Rocky, Alma, Oracle, RHEL.

$ sudo -i
# cd /etc/mock
# mv epel-8-x86_64.cfg epel-8-x86_64-old.cfg
# ln -s alma+epel-8-x86_64.cfg epel-8-x86_64.cfg

Change alma+ to the OS you want to use.



 
So most of them work, but not EPEL. So which SHOULD I be using for EPEL package development?

Thanks,
Richard
_______________________________________________
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
_______________________________________________
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

[Index of Archives]     [Fedora Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Announce]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux