Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use vault repositories for EOL CentOS 6 #836

Closed
guillaumekln opened this issue Dec 2, 2020 · 1 comment · Fixed by #838
Closed

Use vault repositories for EOL CentOS 6 #836

guillaumekln opened this issue Dec 2, 2020 · 1 comment · Fixed by #838

Comments

@guillaumekln
Copy link

CentOS 6 is EOL since November 30th, 2020. The main repositories appear to be offline:

Error: Cannot find a valid baseurl for repo: base
YumRepo Error: All mirror URLs are not using ftp, http[s] or file.
 Eg. Invalid release/repo/arch combination/
removing mirrorlist with no valid mirrors: /var/cache/yum/x86_64/6/base/mirrorlist.txt

Can the manylinux2010 image be updated to point to the vault repositories?

For reference, here is the commit that did the same for CentOS 5: 73e5882

Thanks.

isc-adang added a commit to isc-adang/iknow that referenced this issue Dec 2, 2020
pypa/manylinux#836 is preventing the
manylinux2010_x86_64 build from completing. When that issue is resolved,
this change should be reverted.
@jamadden
Copy link
Member

jamadden commented Dec 2, 2020

This is also biting me (full logs of a failed github action that's running this script).

jamadden added a commit to gevent/gevent that referenced this issue Dec 2, 2020
anlambert added a commit to anlambert/talipot that referenced this issue Dec 3, 2020
Add workaround to fix manylinux2010 wheels build until the
quay.io/pypa/manylinux2010_x86_64 docker image gets updated
(pypa/manylinux#836).
mtreinish added a commit to mtreinish/cibuildwheel that referenced this issue Dec 3, 2020
The current pinned version of the manylinux2010 docker image has an
issue where it is trying to use EoL yum repositories
(see pypa/manylinux#836 for more details). The repository path has been
updated on the latest image. This commit bumps the manylinux2010 docker
image version to use the latest version to get this fix.
isc-adang added a commit to isc-adang/iknow that referenced this issue Dec 3, 2020
pypa/manylinux#836 has been resolved with
image tag 2020-12-03-912b0de.
isc-adang added a commit to isc-adang/iknow that referenced this issue Dec 3, 2020
pypa/manylinux#836 has been resolved with
image tag 2020-12-03-912b0de.
isc-adang added a commit to intersystems/iknow that referenced this issue Dec 3, 2020
pypa/manylinux#836 has been resolved with
image tag 2020-12-03-912b0de.
YannickJadoul pushed a commit to pypa/cibuildwheel that referenced this issue Dec 3, 2020
The current pinned version of the manylinux2010 docker image has an
issue where it is trying to use EoL yum repositories
(see pypa/manylinux#836 for more details). The repository path has been
updated on the latest image. This commit bumps the manylinux2010 docker
image version to use the latest version to get this fix.
mtreinish added a commit to mtreinish/qiskit-core that referenced this issue Dec 7, 2020
The linux wheels we publish to PyPI at release time are based on the
manylinux1 [1] and manylinux2010 [2] packaging specifications. To build
these wheels we use the manylinux2010 docker image [3] which is based on
centos 6. Centos 6 recently went end of life and the yum repositories
for it were deleted and an archive url for the yum repositories were
added. However, until the latest manylinux2010 docker image, the images
were configured to use the old url from when the distro was still
supported by upstream. This causes issues when trying to setup a build
[4] because yum will error early during the initial job setup. To fix
this we need to ensure we're using the latest version of the manylinux
2010 docker image, we can either do this manually (as was done in
Qiskit/rustworkx#212 and Qiskit/qiskit-aer#1066) or just update the
cibuildwheel version we're using to the latest release 1.7.1 which
bumped the pinned manylinux2010 docker image used to one with updated
yum urls (see pypa/cibuildwheel#472). This commit bumps the
cibuildwheel version to the latest release so that when it is time to
release terra 0.17.0 the jobs will work as expected.

[1] https://www.python.org/dev/peps/pep-0513/
[2] https://www.python.org/dev/peps/pep-0571/
[3] https://github.com/pypa/manylinux
[4] pypa/manylinux#836
mergify bot added a commit to Qiskit/qiskit that referenced this issue Dec 9, 2020
* Bump cibuildwheel to latest version

The linux wheels we publish to PyPI at release time are based on the
manylinux1 [1] and manylinux2010 [2] packaging specifications. To build
these wheels we use the manylinux2010 docker image [3] which is based on
centos 6. Centos 6 recently went end of life and the yum repositories
for it were deleted and an archive url for the yum repositories were
added. However, until the latest manylinux2010 docker image, the images
were configured to use the old url from when the distro was still
supported by upstream. This causes issues when trying to setup a build
[4] because yum will error early during the initial job setup. To fix
this we need to ensure we're using the latest version of the manylinux
2010 docker image, we can either do this manually (as was done in
Qiskit/rustworkx#212 and Qiskit/qiskit-aer#1066) or just update the
cibuildwheel version we're using to the latest release 1.7.1 which
bumped the pinned manylinux2010 docker image used to one with updated
yum urls (see pypa/cibuildwheel#472). This commit bumps the
cibuildwheel version to the latest release so that when it is time to
release terra 0.17.0 the jobs will work as expected.

[1] https://www.python.org/dev/peps/pep-0513/
[2] https://www.python.org/dev/peps/pep-0571/
[3] https://github.com/pypa/manylinux
[4] pypa/manylinux#836

* DNM: test wheel jobs

* Revert "DNM: test wheel jobs"

This reverts commit b63071a.

Co-authored-by: Kevin Krsulich <[email protected]>
Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
clrpackages pushed a commit to clearlinux-pkgs/gevent that referenced this issue Jan 5, 2021
…0.12.1

Arnon Yaari (1):
      minor doc fix

Jason Madden (104):
      Back to development: 20.9.1
      Update tested PyPy versions to 7.3.2.
      Revert to PyPy 7.3.1.
      Disable two certificate tests on 3.5 that still don't pass.
      Add a doc note about #1701 [skip ci]
      Updates to work with greenlet 1.0a1
      Workaround python-greenlet/greenlet#218
      Add initial github actions workflow [travis skip][appveyor skip]
      Add lint step to GHA
      Moving env around.
      need test deps to run pylint.
      Hmm, comment out lint. Why is the default 'build' step not running?
      Ahh, need to handle os as part of the matrix.
      Run lint in the same job to speed up.
      Trim matrix and try to enable pip caching.
      Move caching to a useful location.
      Tweak to CFLAGS.
      No fallback without CFLAGS.
      Another try with caching.
      Attempt enabling ccache.
      Tweak name again.
      macos brew doesn't like sudo
      Need a distinct cache key for ccache as well.
      Add more to the test matrix.
      Needed a run in a step.
      Coverage argument in correct place.
      Try another way to get the subprocess tests to fix coverage.
      more on coveralls.
      indentation.
      Use newer coverage.
      Try using https://github.com/AndreMiras/coveralls-python-action
      rename job
      coverage tweaks.
      More coverage and retries.
      Enable relative_files again, now that we have an editable install.
      Add a step that saves the built wheel.
      Add a job to test without embeds
      Tweak environment variables for non-embedded.
      configure scripts need an absolute path for the prefix argument.
      LDFLAGS also needs to be absolute.
      Hmm, GHA must have a version of realpath that requires paths to exist by default.
      Another go with paths
      Another go with paths
      Try to canonicalize LD_LIBRARY_PATH as well
      Try running our docker build.
      Use more recent pip
      Try to avoid 'input device not a TTY'. Thanks, GHA.
      Try building with manylinux2014 due to pypa/manylinux#836
      More on caching.
      Show env
      Back to the 2010 image. Also try enabling the Arm builds.
      Fix #1079.
      Dont install ccache on the arm docker image.
      Try speeding up the aarch64 builds.
      Reduce output again.
      Restore pip cache ownership after running the manylinux script so it can be stored
      Move a manylinux to the top.
      More tweaks. It took at least 33 minutes to build gevent on arm/python35. Enable some output to try to figure out why.
      Remove references to Travis, and enable pypa/gh-action-pypi-publish to upload built wheels on tagged releases.
      Disable c-ares when building on arm github actions.
      Installing the EPEL RPM gives us access to ccache for the 2014 image.
      Avoid printing a TypeError traceback on certain types of invalid client requests.
      Remove mysphinxext.py. It seemed unused.
      Minor doc reorganization.
      Python 2, subprocess: Let unbuffered binary writes to popen.stdin loop to write all the data.
      Tweak some timing asserts in test__threadpool.py
      Add comments about the state of SCRIPT_NAME.
      More gracefully handle errors pickling a traceback.
      Rework the way Semaphore handles cross-thread locking.
      Handle more cases, and be more careful with hubs.
      Better handle multi-threaded case when a greenlet from a different thread is already waiting.
      Correct the link flags to work on both manylinux images
      Re-enable the RLock threading tests on Python2.
      PyPy/Win is flaky. Cant reproduce on any other PyPy
      testDup is flaky on Py2/Win.
      Fix #1663 by more gracefully handling non-type arguments.
      Semaphore: Dont try to notify if the links have vanished.
      Add --second-chance to the testrunner, and use it on CI.
      Install thread profiling/tracing hooks in ThreadPool worker threads while the task runs.
      Looks like a memory-fence type issue on PyPy on Win.
      Try new names for pypy on github actions.
      Try to avoid a Fatal Python Error by reducing the Python-level recursion limit.
      Try to avoid a Fatal Python Error by reducing the Python-level recursion limit more.
      Try to avoid a Fatal Python Error by reducing the Python-level recursion limit more.
      Skip on CI
      Forgot to run the teardown. This should fix the leaktest.
      Print a list of rerun tests. [skip ci]
      Make gevent.pywsgi stop dealing with chunks when the connection is being upgraded.
      Move socket objects fully to __slots__.
      Add change note to docs. [skip ci]
      Refactor _socket2/_socket3 to move more truly common methods into SocketMixin.
      Make loops automatically break when their owning hub is destroyed.
      Add some extra details to .github/ISSUE_TEMPLATE.md [skip ci]
      Tweak wording about Fedora package managers in docs/development/installing_from_source.rst. [skip ci]
      Tweak comment to add reason whe we must destroy the hub first. [skip ci]
      Document existence of aarch64 wheels in 20.12.0
      Preparing release 20.12.0
      Minor CHANGES.rst cleanups. [skip ci]
      Back to development: 20.12.1
      Add Python 3.9 to the local mac build script
      Make Greenlets context managers to handle their lifetime.
      Use Python objects instead of C long for Semaphore._multithreaded
      Try to fix mac wheel uploads.
      Preparing release 20.12.1

Tim Gates (1):
      docs: fix simple typo, empoyed -> employed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
2 participants