Bug 1221928 - [RFE] Support easier adding of a local repository into a builtin mock root
Summary: [RFE] Support easier adding of a local repository into a builtin mock root
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Fedora
Classification: Fedora
Component: mock
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: ---
Assignee: Miroslav Suchý
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-05-15 09:32 UTC by Radek Holy
Modified: 2015-12-22 01:35 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-12-22 01:35:31 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Radek Holy 2015-05-15 09:32:48 UTC
As part of our continuous integration job, we build RPMs from the master branch of our code repository. This very often means that the potential RPM requires a package that is not available in Fedora yet. Because of that we build the dependency RPMs during the process as well.

However to pass these dependencies to Mock, one has to either use Mockchain or prepare a custom Mock config. Using Mockchain is not always possible. E.g. "tito build --builder=mock" does not use Mockchain. "fedora-review" as well [1]. So, it sounds unreasonable to modify multiple tools in order to support Mochchain because of a feature that can be provided by Mock as well. OTOH, preparing custom configs has the drawback that Mock configs (and RPM repos) change from time to time and I'd have to watch the changes and incorporate them there.

So, since Mockchain already supports --addrepo, I think that there is no reason why Mock shouldn't support it as well.

But actually I don't care about the implementation. Mock can e.g. define an hardcoded path to a local repository where the user is supposed to place the dependencies. That would work for me as well.

[1] https://fedorahosted.org/FedoraReview/ticket/247

Comment 1 Radek Holy 2015-05-15 11:21:06 UTC
Another alternative may be a possibility to programmatically generate new customized configs (part of bug 1221947).

Comment 2 Radek Holy 2015-05-15 11:32:36 UTC
And yet another alternative may be an API (part of bug 1221975).

Comment 4 Miroslav Suchý 2015-12-22 01:35:31 UTC
While I would prefer merging mock and mockchain, it is just fair to state this will not happen in foreseen future.


Note You need to log in before you can comment on or make changes to this bug.