> if we want to build iso with custom packages, we have to add flexibility
to our dependencies lists.
yes please, if there is no other option. It should be easy for anyone to
build Fuel on custom packages, so let's target for it.
I do not see issues in flexible deps while we are managing our upstr
It is not enough, you need to review requirements in the code of nailgun,
ostf and astute.
I'll be happy to have our requirements files and specs as close to
global-requirements as possible. It will ruin our current solid structure,
where we have same versions of dependencies on production, on dev
Commit with fast fix was submitted: https://review.openstack.org/#/c/116667/
Need review :)
I will try to build image with this commit and will send my comments with
my results.
On Mon, Aug 25, 2014 at 7:55 PM, Timur Nurlygayanov <
tnurlygaya...@mirantis.com> wrote:
> When I started the build o
When I started the build of ISO from master branch, I can see the following
errors:
https://bugs.launchpad.net/fuel/+bug/1361279
I want to submit the patch set and remove all hardcoded requirements and
change all '==' to '>=', but I want to discuss how we can organize specs to
avoid problems with
Hi team,
Today I started to build Fuel ISO from the master branch and with packages
with code from the master branches, and have found strange errors:
http://jenkins-product.srt.mirantis.net:8080/view/custom_iso/job/custom_master_iso/77/console
Looks like we have hardcoded versions of all require