Description of problem: I am currently working on bringing libtaskotron to python 3 which means I have to bring all taskotron tasks to Python 3. While dealing with task-rpmdeplint [0], I've hit an issue while running it under Python 3: Traceback (most recent call last): File "./run_rpmdeplint.py", line 92, in <module> testcase=testcase, artifactsdir=artifactsdir) File "./run_rpmdeplint.py", line 46, in run results = check_sat(rpms_dir=rpms_dir, repos=Repos, arch=arch) File "/home/fzatlouk/task-rpmdeplint/utils/__init__.py", line 58, in check_sat arch=arch) File "/usr/lib/python3.7/site-packages/rpmdeplint/__init__.py", line 128, in __init__ self._sack.load_yum_repo(repo=repo.as_hawkey_repo(), load_filelists=True) AttributeError: '_hawkey.Sack' object has no attribute 'load_yum_repo' I've tried to locally rebuild latest git snapshot of rpmdeplint and it fixes the issue. Version-Release number of selected component (if applicable): python3-rpmdeplint-1.4-3.fc29.noarch [0] https://pagure.io/taskotron/task-rpmdeplint Thanks!
FYI open rpmdeplint bugs are here: https://bugzilla.redhat.com/buglist.cgi?product=rpmdeplint&bug_status=__open__ Bug 1343247 in particular is blocking the rpmdeplint 2.0 release.
It looks like rpmdeplint is completely broken because of new libdnf in Fedora 29 (both python2 and python3 versions). We (Fedora QA) will be upgrading our Taskotron instances to Fedora 29 shortly after its release and we'll have to turn off rpmdeplint task entirely if it's not working by then.
Just FYI, Red Hat has currently no engineers assigned to actually work on rpmdeplint as part of their job. I have been doing it in my "spare time" the last 2 years. But I am really short on spare time at the moment.
Much appreciated, Dan. It's unfortunate there's no official backing of this project, and we don't mean to be pushing. We're just trying to avoid a situation where we'd have to stop executing rpmdeplint in Taskotron, because it's a very important task for Fedora. Btw, repodata caching (bug 1343247) is not really important for us, in case it could speed up releasing a new fixed version. I understand we're not the only consumers, though.
Hello Beaker devs, is there any chance to get a new release out in the next few weeks to fix this crash? In Taskotron we'll need to move to Fedora 29 workers very soon (F28 going EOL) and that means we'd no longer be able to run rpmdeplint on pending updates. The test is very useful for Fedora package maintainers.
FEDORA-2023-a965252f36 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-a965252f36
FEDORA-2023-a965252f36 has been pushed to the Fedora 39 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-a965252f36` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-a965252f36 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-a965252f36 has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report.