This update has been unpushed.
I've tested that this works and fixes BZ #1507213
This update has been unpushed.
[sgallagh@sgallaghp50:nodejs (master)]$ fedpkg -v -d new-sources node-v8.8.1-stripped.tar.gz
Creating repo object from /home/sgallagh/workspace/fedora/nodejs
Status: 404 Not Found
Content-type: text/plain
Module "rpms/nodejs" does not exist!
Could not execute new_sources: Error checking for node-v8.8.1-stripped.tar.gz at https://src.fedoraproject.org/repo/pkgs/upload.cgi
Traceback (most recent call last):
File "/usr/bin/fedpkg", line 11, in <module>
load_entry_point('fedpkg==1.30', 'console_scripts', 'fedpkg')()
File "/usr/lib/python2.7/site-packages/fedpkg/__main__.py", line 77, in main
sys.exit(client.args.command())
File "/usr/lib/python2.7/site-packages/pyrpkg/cli.py", line 1585, in new_sources
self.cmd.upload(self.args.files, replace=self.args.replace)
File "/usr/lib/python2.7/site-packages/pyrpkg/__init__.py", line 2429, in upload
f, file_hash)
File "/usr/lib/python2.7/site-packages/pyrpkg/lookaside.py", line 296, in upload
if self.remote_file_exists(name, filename, hash):
File "/usr/lib/python2.7/site-packages/pyrpkg/lookaside.py", line 275, in remote_file_exists
% (filename, self.upload_url))
pyrpkg.errors.UploadError: Error checking for node-v8.8.1-stripped.tar.gz at https://src.fedoraproject.org/repo/pkgs/upload.cgi
Cannot run fedpkg new-sources
successfully:
$ fedpkg new-sources node-v8.8.1-stripped.tar.gz
Could not execute new_sources: Error checking for node-v8.8.1-stripped.tar.gz at https://src.fedoraproject.org/repo/pkgs/upload.cgi
Works fine when I downgrade back to the versions in the stable repo.
I fixed the djblets build so that it builds properly with python-django16 and python-django-pipeline 1.3.27 in the buildroot. Please re-test.
Updated cleanly on my GNOME 3 Fedora Workstation F27 Beta system. And it looks nice, too!
Your guess about RHEL would be completely wrong, as was stated in the description.
The reason not to give negative karma here for this reason is because it is not a problem with this package. The issues are external. This will work as soon as CentOS catches up. Which, I will point out, it has now done in the CR repository: https://wiki.centos.org/AdditionalResources/Repositories/CR
See http://mirror.centos.org/centos/7/cr/x86_64/Packages/ for the individual packages.
I will update the description.
Works for me with ReviewBoard.
This fixes the issues I have been seeing on ARMv7
Thanks for catching that; I built python-flake8 for EPEL 6 as a build-dependency of python-tqdm but forgot to include it in this errata. Fixed.
@dcoshea Thanks, I have now packaged python-tqdm for EPEL 6 and attached it to this update errata. Please retest.
Fixes #1460825 for me.
Working for me
This update has been unpushed.
@msuchy yes, I realized that and modified our scripts to pass config_opts['use_bootstrap_container'] = False
, but it is still a change in expected behavior. If nothing else, it should probably fall back to using the non-bootstrap version if the packages needed for bootstrap are not present.
This version of mock attempts to enforce the presence of dnf dnf-plugins-core distribution-gpg-keys
in the chroot, which breaks builds of minimized environments (such as those using only microdnf). Version 1.3.4 worked properly.
This resolves the issues I was seeing with enrolling with Active Directory. I also confirmed that this does not regress enrollment with FreeIPA.
Correction to my note above, I had reported the upstream bug https://bugzilla.gnome.org/show_bug.cgi?id=781217 rather than the downstream bug.
This appears to have fixed BZ #1518401 for me. Thanks!