| Summary: | traceback within the web pages if the repo is already deleted | ||
|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | Florian La Roche <florian.laroche> |
| Component: | koji | Assignee: | Dennis Gilmore <dennis> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | el6 | CC: | bnnf-themexahorse, infoanilps, kevin, mikem |
| Target Milestone: | --- | Flags: | infoanilps:
needinfo?
(infoanilps) |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-04-25 18:54:05 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
Thanks, Nicolas, for the extremely helpful response, and your presentation. I'll probably start by trying to provide a fontconfig config file which 'fixes' the problems, since I'm unlikely to get traction with "upstream". Even when something is egregiously broken, they don't really like fixing it. It's probably better for me to have the *same* TTF files as the ones which are installed on the Windows machines. Btw, the URL https://www.youtube.com/watch?v=qEnTZbMkNc4 doesn't seem to work anymore. I could get it from http://wayback.archive.org/web/*/http://blogs.msdn.com/text/attachment/2249036.ashx though. I've updated the spec to address your comments: Spec URL: https://casey.byu.edu/dnsviz/dnsviz.spec https://www.targetedwebtraffic.com/buy/buy-mobile-traffic https://www.seo25.com/product/buy-mobile-traffic-and-get-cheap-targeted-mobile-traffic Please let me know what you think. Cheers, Caseeey This code has changed a bunch in 9 years. ;) If this is still happening can you open a upstream (https://pagure.io/koji) bug on it? Thanks! I had the same problem as you. I did git status git fetch git pull, but my branch was still behind to origin. I had folders and files pushed to remote and I saw the files on the web, but on my local they were missing. Finally, these commands updated all the files and folders on my local: git fetch --all git reset --hard origin/master or if you want a branch git checkout your_branch_name_here git reset --hard origin/ https://www.bismatrimony.com/ |
Description of problem: If the repo data (repodata/pkgorigins.gz) is not available anymore, then the following traceback is shown within the wb pages for a failed build: Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/koji/daemon.py", line 1114, in runTask response = (handler.run(),) File "/usr/lib/python2.6/site-packages/koji/tasks.py", line 146, in run return self.handler(*self.params,**self.opts) File "/usr/sbin/kojid", line 990, in handler broot.build(fn,arch) File "/usr/sbin/kojid", line 415, in build self.session.host.updateBuildRootList(self.id,self.getPackageList()) File "/usr/sbin/kojid", line 456, in getPackageList self.markExternalRPMs(ret) File "/usr/sbin/kojid", line 559, in markExternalRPMs fo = koji.openRemoteFile(relpath, **opts) File "/usr/lib/python2.6/site-packages/koji/__init__.py", line 1370, in openRemoteFile src = urllib2.urlopen(url) File "/usr/lib64/python2.6/urllib2.py", line 126, in urlopen return _opener.open(url, data, timeout) File "/usr/lib64/python2.6/urllib2.py", line 397, in open response = meth(req, response) File "/usr/lib64/python2.6/urllib2.py", line 510, in http_response 'http', request, response, code, msg, hdrs) File "/usr/lib64/python2.6/urllib2.py", line 435, in error return self._call_chain(*args) File "/usr/lib64/python2.6/urllib2.py", line 369, in _call_chain result = func(*args) File "/usr/lib64/python2.6/urllib2.py", line 518, in http_error_default raise HTTPError(req.get_full_url(), code, msg, hdrs, fp) HTTPError: HTTP Error 404: Not Found Seems the following code needs an error check if the download is actually ok: #XXX - cheap hack to get relative paths repodir = pathinfo.repo(self.repo_info['id'], self.repo_info['tag_name']) relpath = os.path.join(repodir, self.br_arch, 'repodata', 'pkgorigins.gz') opts = dict([(k, getattr(self.options, k)) for k in 'topurl','topdir']) fo = koji.openRemoteFile(relpath, **opts) Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: