-
Notifications
You must be signed in to change notification settings - Fork 14
Set some default retries for url.yml in the install task #279
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Also, is there any reason for running CI only on |
I've just created #280 if you'd like to address it. |
Thanks, it's something I've been toying around in my head for while... LGTM, @guidograzioli any concerns? |
@jajik If you would not mind updating your PR to replace the hard coded value by variable defined in the roles' defaults, that would be great :) Depending on env, I expect users to want to tweak these settings. |
@rpelisse I'm afraid it's getting a little bit overengineered, but check out the latest changes. |
@jajik Oh sorry, that was maybe misleading. I did not meant adding Envvars, just variable in the defaults values of the role:
|
@rpelisse Check it out now. |
That's great! And thanks you for adding the documentation, we often forget to do that. Can I ask you for two more changes?
After that, I think we should be good to go (or rather good to rebase & merge)! |
Which spaces do you mean? Feel free to mark them directly through a review. I tried to preserve the "nice" table structure. |
These two: need to be defined in meta/argument_specs.yml too |
Yes, @rpelisse mentioned it yesterday. I'll do that as soon as he'll get back wrt the whitespaces so that it's done at once. 🙂 |
@rpelisse ^^ |
@jajik Oh sorry, I thought it was clear! I just looked at the tabs "changes" of the PR and there you can see a lot of whitespaces have been added to the table: |
Yes, that's because the new variables are wider than the column, so in order to keep it aligned the same way it is now, it is necessary to add a few more. If you don't want to have the columns aligned any longer, should I remove the extra spaces already in as well? |
Then, I would just separate this changes into a one commit with the comment "whitespaces", if you don't mind. |
so you want to preserve the formatting, but in a different commit? |
Yes, exactly - sorry if it was not clear. The rational is that this way we'll get a cleaner commit for the actual change, but also (even if it does not apply here), doing formatting in a separate commit is helping down the road if we use git bisect, for instance, to determine, which commit introduced a regression. (Once, I was able to id like that the faulty commit, but it was littered by whitespaces changes that made it difficult to figure out what actual change could be the issue... I've learned my lesson ;) ) |
Ok, everything should be in place now. |
It occurs pretty regularly (at least in my fork) that one of the downloads fails. This PR adds a few retries so that some random glitches are eliminated.