Re: epel-next and MirrorManager
On Wed, Jun 02, 2021 at 09:21:05AM -0400, Neal Gompa wrote: > On Wed, Jun 2, 2021 at 9:17 AM Adrian Reber wrote: > > > > Recently a bug was opened to add additional repositories to > > MirrorManager for epel-next. One of the problems with adding new > > repository definitions to MirrorManager is that the definitions are part > > of the code. For each new/changed repository a new release is needed. > > > > I was thinking about changing this for a long time. Have the repository > > definition in a configuration file. > > > > Making this a configuration file would also make it easier to adopt in > other projects. For example, it's still bandied about for openSUSE. > The hardwired definitions in the codebase are a problem, though. > > > During the last months I have been rewriting umdl in Rust after the > > first two MirrorManager tools rewritten in Rust proofed to be really > > reliable during the last 1.5 years. > > > > The new tool, scan-primary-mirror, is already used in RPM Fusion for a > > few weeks and now with the need to have epel-next repositories I > > replaced umdl only for EPEL also in Fedora. > > > > So far it seems to work correctly. The epel-next repositories have been > > detected and all other metalinks have also been updated correctly. > > > > Please let me know if something around EPEL metalinks is not working as > > expected. > > > > Are these tools packaged in Fedora yet? The mirrorlist-server part is packaged in Fedora which also contains the second tool, generate-mirrorlist-cache. The new, scan-primary-mirror, is not. Adrian ___ infrastructure mailing list -- infrastructure@lists.fedoraproject.org To unsubscribe send an email to infrastructure-le...@lists.fedoraproject.org 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/infrastructure@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: epel-next and MirrorManager
On Wed, Jun 2, 2021 at 9:17 AM Adrian Reber wrote: > > Recently a bug was opened to add additional repositories to > MirrorManager for epel-next. One of the problems with adding new > repository definitions to MirrorManager is that the definitions are part > of the code. For each new/changed repository a new release is needed. > > I was thinking about changing this for a long time. Have the repository > definition in a configuration file. > Making this a configuration file would also make it easier to adopt in other projects. For example, it's still bandied about for openSUSE. The hardwired definitions in the codebase are a problem, though. > During the last months I have been rewriting umdl in Rust after the > first two MirrorManager tools rewritten in Rust proofed to be really > reliable during the last 1.5 years. > > The new tool, scan-primary-mirror, is already used in RPM Fusion for a > few weeks and now with the need to have epel-next repositories I > replaced umdl only for EPEL also in Fedora. > > So far it seems to work correctly. The epel-next repositories have been > detected and all other metalinks have also been updated correctly. > > Please let me know if something around EPEL metalinks is not working as > expected. > Are these tools packaged in Fedora yet? -- 真実はいつも一つ!/ Always, there's only one truth! ___ infrastructure mailing list -- infrastructure@lists.fedoraproject.org To unsubscribe send an email to infrastructure-le...@lists.fedoraproject.org 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/infrastructure@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
epel-next and MirrorManager
Recently a bug was opened to add additional repositories to MirrorManager for epel-next. One of the problems with adding new repository definitions to MirrorManager is that the definitions are part of the code. For each new/changed repository a new release is needed. I was thinking about changing this for a long time. Have the repository definition in a configuration file. During the last months I have been rewriting umdl in Rust after the first two MirrorManager tools rewritten in Rust proofed to be really reliable during the last 1.5 years. The new tool, scan-primary-mirror, is already used in RPM Fusion for a few weeks and now with the need to have epel-next repositories I replaced umdl only for EPEL also in Fedora. So far it seems to work correctly. The epel-next repositories have been detected and all other metalinks have also been updated correctly. Please let me know if something around EPEL metalinks is not working as expected. Adrian signature.asc Description: PGP signature ___ infrastructure mailing list -- infrastructure@lists.fedoraproject.org To unsubscribe send an email to infrastructure-le...@lists.fedoraproject.org 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/infrastructure@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure