Skip to content
This repository was archived by the owner on Apr 30, 2020. It is now read-only.

Conversation

@hroncok
Copy link
Member

@hroncok hroncok commented Aug 17, 2018

Now when we have 3.6 and 3.7, this is important

@hroncok
Copy link
Member Author

hroncok commented Aug 17, 2018

file /usr/lib64/libgdbm_compat.so.4.0.0 from install of gdbm-libs-1:1.17-1.fc29.x86_64 conflicts with file from package gdbm-1:1.14.1-3.fc28.x86_64

😕

@hroncok hroncok force-pushed the multifedoras branch 2 times, most recently from f5f5486 to 355aa03 Compare August 17, 2018 11:35
@hroncok
Copy link
Member Author

hroncok commented Aug 27, 2018

So the testing mechanism now works, yet the tests fail on F29+. I'm investigating. Seem like repoquery.get_packages_by(provides=..) part is broken, added an unittest for that.

@hroncok hroncok force-pushed the multifedoras branch 6 times, most recently from 3a10ace to 5888d4d Compare August 27, 2018 16:42
Now when we have 3.6 and 3.7, this is important
return self.query.filter(**kwargs).run()
except AttributeError:
except AttributeError as ae:
log.debug(repr(ae))
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I seriously don't know why we let AttributeError go, but I don't want to break anything. However this can cover serious problems (it did).

Copy link
Collaborator

@irushchyshyn irushchyshyn Aug 27, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I believe this is for rare cases when self.query is None, because get_dnf_query fails to add repo. But it should not let the error go, it should probably somehow nicely say it can't complete the check. But it is out of scope here.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh. I've tried to make this bit better in 16ca638

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you!

@hroncok hroncok added enhancement and removed WIP labels Aug 27, 2018
@hroncok hroncok requested a review from irushchyshyn August 27, 2018 17:02
@hroncok
Copy link
Member Author

hroncok commented Aug 27, 2018

It passes!


install:
- sed -i "s/fedora-28-x86_64/fedora-${FEDORA}-x86_64/" mock.cfg
- sed -i "s|FROM fedora|FROM registry.fedoraproject.org/fedora:${FEDORA}|" Dockerfile
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can it be changed directly in the files?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is. I probably don't understand the question.

The registry.fedoraproject.org/ part is there for f29 to work before the release. I can add it directly to the file but it would make no difference.

Copy link
Collaborator

@irushchyshyn irushchyshyn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I added a question but it looks good overall. Nice work, feel free to merge

@hroncok hroncok merged commit 16ca638 into fedora-python:develop Aug 28, 2018
@hroncok
Copy link
Member Author

hroncok commented Aug 28, 2018

Thanks for the review!

@hroncok hroncok deleted the multifedoras branch August 28, 2018 09:22
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants