[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
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.
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.
@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.