[releng] Issue #7530: koji: HTTPError: HTTP Error 503: Backend fetch failed
on s390x
by Till Maas
till reported a new issue against the project: `releng` that you are following:
``
A few builds failed with a traceback in the result:
For example: https://koji.fedoraproject.org/koji/taskinfo?taskID=27239575
```
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/koji/daemon.py", line 1244, in runTask
response = (handler.run(),)
File "/usr/lib/python2.7/site-packages/koji/tasks.py", line 307, in run
return koji.util.call_with_argcheck(self.handler, self.params, self.opts)
File "/usr/lib/python2.7/site-packages/koji/util.py", line 209, in call_with_argcheck
return func(*args, **kwargs)
File "/usr/sbin/kojid", line 1195, in handler
fn = self.localPath("work/%s" % pkg)
File "/usr/lib/python2.7/site-packages/koji/tasks.py", line 477, in localPath
fsrc = six.moves.urllib.request.urlopen(url)
File "/usr/lib64/python2.7/urllib2.py", line 154, in urlopen
return opener.open(url, data, timeout)
File "/usr/lib64/python2.7/urllib2.py", line 435, in open
response = meth(req, response)
File "/usr/lib64/python2.7/urllib2.py", line 548, in http_response
'http', request, response, code, msg, hdrs)
File "/usr/lib64/python2.7/urllib2.py", line 473, in error
return self._call_chain(*args)
File "/usr/lib64/python2.7/urllib2.py", line 407, in _call_chain
result = func(*args)
File "/usr/lib64/python2.7/urllib2.py", line 556, in http_error_default
raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)
HTTPError: HTTP Error 503: Backend fetch failed
```
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7530
5 years, 7 months
[releng] Issue #7475: Changes/glibc 2.28, gcc 8.0, bintuils 2.30
by Carlos O'Donell
codonell reported a new issue against the project: `releng` that you are following:
``
All Fedora releases must be released using a released and supported version of the core toolchain involving glibc, gcc, and binutils.
The Fedora toolchain team is responsible for ensuring that Fedora Rawhide stabilizes static linking, code generation, and library ABI, before a Fedora release, or that after the branch that the Fedora release is rebased (a very small rebase) to the final released version. This is a requirement for Fedora to inherit the ABI and API guarantees provided by upstream. If a mass rebuild is required by binutils, gcc, glibc or other components, the Fedora toolcahin team will ensure coordination with release engineering such that a mass rebuild uses the released version of all components and fix any last minute ABI or code-generation changes.
As of 2018-04-30 the Fedora toolchain team is requesting a mass rebuild for the Fedora 29 release.
Reasons given:
* Fix LD_AUDIT / latrace developer tooling issues with binaries compiled without PLT/GOT entries. Recompilation should add back PLT/GOT entries required for developer tooling to work. This is coupled with the binutils mass rebuild.
Change page for review: https://fedoraproject.org/wiki/Changes/GLIBC228
Owner: Carlos O'Donell carlos(a)redhat.com
glibc mass rebuild request: This request.
Change page for review: https://fedoraproject.org/wiki/Changes/BINUTILS230
Owner: Nick Clifton <nickc(a)redhat.com>
binutils mass rebuild request: https://pagure.io/releng/issue/7282
Note that gcc 8 remains the gcc to be used in f29 and no mass rebuild is required for gcc 8 (checked with Jeff Law about this today 2018-04-30).
gcc mass rebuild request: Not needed.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7475
5 years, 8 months