Closed andykimpe closed 3 months ago
require Emergency packages mock-core-configs upgrade on the repository
Thank you for the PR, but isn't this a bug on the CentOS side, that the mirrorlists are not working?
We use mirrorlist/metalink URLs as much as possible (by default) because otherwise, we'd "instructing" the Mock users to DDoS the particular mirror.
no I don't think it's a bug it's because centos stream 8 was declared eol on May 31, 2024 so they deactivated them I think
because the servers which list the mirrors are the same for all centos
centos stream 9 works and but centos stream 8 no longer works
but if it were up to me I would deactivate all the mirrors
on all configs and I would only use baseurl everywhere
it avoids problems there are always problems with mirrors
some are not even up to date and are up to 7 days late
compared to the official deposits
personally it bothers me because it prevents me from building on copr
I have packages that are not compatible with el9 and fedora
I would like to backup them in scl
Fixes #1379
Or not ...
√ ~ % curl -v -Ss http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/
* Host mirror.centos.org:80 was resolved.
* IPv6: (none)
* IPv4: 149.202.77.145
* Trying 149.202.77.145:80...
* Connected to mirror.centos.org (149.202.77.145) port 80
> GET /centos/8-stream/BaseOS/x86_64/os/ HTTP/1.1
> Host: mirror.centos.org
> User-Agent: curl/8.6.0
> Accept: */*
>
< HTTP/1.1 404 Not Found
< Date: Mon, 03 Jun 2024 13:33:59 GMT
< Server: Apache/2.4.57 (Red Hat Enterprise Linux)
< X-Xss-Protection: 1; mode=block
< X-Content-Type-Options: nosniff
< Referrer-Policy: same-origin
< X-Frame-Options: SAMEORIGIN
< Last-Modified: Thu, 18 Apr 2024 10:02:53 GMT
< ETag: "1fa4-6165c131334e0"
< Accept-Ranges: bytes
< Content-Length: 8100
< Content-Type: text/html; charset=UTF-8
yes I just saw this just now I think they are moved to vault
there is a file here
http://mirror.centos.org/centos/8-stream/readme
and inside it is only indicating
This directory (and version of CentOS) is deprecated.
that's it they are moved to vault
it wasn't there yet an hour ago
Seems URL should be https://vault.centos.org/centos/8-stream/BaseOS/x86_64/os/
in this case
fixe
https://github.com/andykimpe/mock/commit/07b6466fd44e82e9bc4373fa9cf29163da4be250
edit updated fix
sudo wget https://raw.githubusercontent.com/andykimpe/mock/1c2b72d0c9eacbb2f51b7131b5a09882dee9236f/mock-core-configs/etc/mock/templates/centos-stream-8.tpl -O /etc/mock/templates/centos-stream-8.tpl
Seems better to use https, to avoid 301
√ ~ % curl -v -Ss http://vault.centos.org/centos/8-stream/BaseOS/x86_64/os/ > /dev/null
* Host vault.centos.org:80 was resolved.
* IPv6: (none)
* IPv4: 18.245.60.60, 18.245.60.82, 18.245.60.32, 18.245.60.61
* Trying 18.245.60.60:80...
* Connected to vault.centos.org (18.245.60.60) port 80
> GET /centos/8-stream/BaseOS/x86_64/os/ HTTP/1.1
> Host: vault.centos.org
> User-Agent: curl/8.6.0
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Server: CloudFront
< Date: Mon, 03 Jun 2024 13:44:14 GMT
< Content-Type: text/html
< Content-Length: 167
< Connection: keep-alive
< Location: https://vault.centos.org/centos/8-stream/BaseOS/x86_64/os/
< X-Cache: Redirect from cloudfront
< Via: 1.1 69a82a9746d3a7343dca651e0829f000.cloudfront.net (CloudFront)
< X-Amz-Cf-Pop: FRA60-P5
< X-Amz-Cf-Id: Pa0vFyTDkcbSZz-Cs5VcGTjS8og7K73xp30q6erGlKgooZQqYuBWDg==
yes I haven't seen it's in http
I thought it was already in https
new commit
https://github.com/andykimpe/mock/commit/1c2b72d0c9eacbb2f51b7131b5a09882dee9236f
sudo wget https://raw.githubusercontent.com/andykimpe/mock/1c2b72d0c9eacbb2f51b7131b5a09882dee9236f/mock-core-configs/etc/mock/templates/centos-stream-8.tpl -O /etc/mock/templates/centos-stream-8.tpl
Can you please squash the commits with description like "updating centos 8 stream config because it EOLed"?
Feel free to move the configs and template to eol directory. But I can accept doing that in separate PR.
Please add release notes entry https://github.com/rpm-software-management/mock/blob/main/docs/Release-Notes-New-Entry.md
move to eol I find it too early
it was red hat who decided that it was EOL
but there are still a lot of people who use it for certain builds that must be ported to el9 and fedora
moving to the eol folder is good when it's configs that are no longer used by a lot of people, it seems too early to me
if you move now it will create too much problem
on the other hand for the notes I prefer not to touch it it is your free project to adapt to your convenience
You can still use configs in eol directory. No problem with that. EOL state does not mean it is no longer useful. EOL means end of life. That it is not actively developed. And it did not get security fixes.
I did the requested changes and pushed it as 696b7f48
However, I just launched an update
on my Fedora 39 and I don't have those in the install packages
NetworkManager-libreswan-1.2.16-5.fc39.x86_64 5 (Fedora Update) NetworkManager-libreswan-gnome-1.2.16-5.fc39.x86_64 (Fedora Update) bluez-5.76-1.fc39.x86_64 (Fedora Update) bluez-cups-5.76-1.fc39.x86_64 (Fedora Update) bluez-libs-5.76-1.fc39.x86_64 (Fedora Update) bluez-obexd-5.76-1.fc39.x86_64 (Fedora Update) containerd.io-1.6.33-3.1.fc39.x86_64 (Doker Repo) docker-buildx-plugin-0.14.1-1.fc39.x86_64 (Doker Repo) docker-ce-3:26.1.4-1.fc39.x86_64 (Doker Repo) docker-ce-cli-1:26.1.4-1.fc39.x86_64 (Doker Repo) docker-ce-rootless-extras-26.1.4-1.fc39.x86_64 (Doker Repo) docker-compose-plugin-2.27.1-1.fc39.x86_64 (Doker Repo) libipa_hbac-2.9.5-1.fc39.x86_64 (Doker Repo) libsss_certmap-2.9.5-1.fc39.x86_64 (Doker Repo) libsss_idmap-2.9.5-1.fc39.x86_64 (Doker Repo) libsss_nss_idmap-2.9.5-1.fc39.x86_64 (Doker Repo) libsss_sudo-2.9.5-1.fc39.x86_64 (Doker Repo) php-7.4.33-15.fc39.remi.x86_64 (Remi Repo) php-cli-7.4.33-15.fc39.remi.x86_64 (Remi Repo) php-common-7.4.33-15.fc39.remi.x86_64 php-fpm-7.4.33-15.fc39.remi.x86_64 (Remi Repo) php-json-7.4.33-15.fc39.remi.x86_64 (Remi Repo) php-mbstring-7.4.33-15.fc39.remi.x86_64 (Remi Repo) php-opcache-7.4.33-15.fc39.remi.x86_64 (Remi Repo) php-pdo-7.4.33-15.fc39.remi.x86_64 (Remi Repo) php-pgsql-7.4.33-15.fc39.remi.x86_64 (Remi Repo) php-sodium-7.4.33-15.fc39.remi.x86_64 (Remi Repo) php-xml-7.4.33-15.fc39.remi.x86_64 (Remi Repo) sssd-2.9.5-1.fc39.x86_64 (Fedora Update) sssd-ad-2.9.5-1.fc39.x86_64 (Fedora Update) sssd-client-2.9.5-1.fc39.x86_64 (Fedora Update) sssd-common-2.9.5-1.fc39.x86_64 (Fedora Update) sssd-common-pac-2.9.5-1.fc39.x86_64 (Fedora Update) sssd-ipa-2.9.5-1.fc39.x86_64 (Fedora Update) sssd-kcm-2.9.5-1.fc39.x86_64 (Fedora Update) sssd-krb5-2.9.5-1.fc39.x86_64 sssd-krb5-common-2.9.5-1.fc39.x86_64 (Fedora Update) sssd-ldap-2.9.5-1.fc39.x86_64 (Fedora Update) sssd-nfs-idmap-2.9.5-1.fc39.x86_64 (Fedora Update) sssd-proxy-2.9.5-1.fc39.x86_64
sudo dnf -y install mock-core-configs
Last metadata expiration check: 3:27:47 ago on Thu 06 Jun 2024 10:12:03 PM CEST. Package mock-core-configs-40.4-1.fcxx.noarch is already installed. Dependencies resolved. Nothing to do. Complete!
version installed mock-core-configs-40.4-1.fcxx
your update
mock-core-configs 40.5-1
not updated on this repository
you published in testing it's configurations
there is therefore no need to put them on the testing repositories
It is wrong that this configuration is updated for everyone
make sure to publish them in the standard Fedora Update repository
and therefore in Stable and not in testing
for solve use baseurl