:) Consider that others consume Copr sources ...

> What is important for me is not important for you and vice versa.

... and have Copr working, want to have it as stable as possible, and are
planning regular updates with new releases.  So to answer your question:
Whatever could complicate updating is worth having a look (by other consumers)
whether it is (a) necessary, (b) shouldn't be made optional; or (c) at worth
study hard how to re-configure properly.

Typical "hint" can be:

- "you have to hack something on XX (backend e.g)" because you changed something
  on "YY (e.g. dist git)", and whetever else component.

- API changes, copr client should detect that server supports older API

- You need to change deployment scripts, others will need this too

- you put requirement on software that is not in base Fedora repo, be that yum
  repo or other software repo ... (like dockerhub)

Yup, it is on my TODO list to make the upstream packages usable for me too
(because otherwise it is real pain), but so far (except for client side) I need
to re-build the packages with downstream patches.  If there was something
docker-related, I would have to rebuild the images probably too...

Pavel

_______________________________________________
copr-devel mailing list -- copr-devel@lists.fedorahosted.org
To unsubscribe send an email to copr-devel-leave@lists.fedorahosted.org