Skip to content
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

Fix backwards compatibility #355

Merged
merged 1 commit into from
May 28, 2016
Merged

Conversation

do-you-dare
Copy link

No description provided.

@rafamanzo
Copy link
Member

Nice catch. Is there an Travis build failed for this reason?

@diegoamc
Copy link
Contributor

But why do we want to support ruby 2.0.0-p594? CentOS' ruby version is 2.0.0-p598.

Also, I believe the previous code had been already adapted to work on the CentOS version, as the comment said. Is that code failing for version 2.1.5?

@do-you-dare
Copy link
Author

Yes, this build was failing for this reason.
@diegoamc, sorry, I may have mistyped it 😝; but the build above failed for ruby 2.0.0-p598.

Though this worked locally, we get timeouts on Travis. Do you think it could be this alteration?

@rafamanzo rafamanzo force-pushed the fix_backwards_compatibility branch from 3f487f1 to 44295af Compare May 25, 2016 17:23
@diegoamc
Copy link
Contributor

I think that modification (which put the comment) fixed the build you are referring to, @dread-uo.

Note that the build is from this commit: cb40650

If you browse the code using that commit as the HEAD, you'll see that that file used a fancy ruby syntax: https://github.com/mezuro/prezento/blob/cb40650003dd9ef0de905e2833ff66afb9c43b2e/features/support/header.rb

That was fixed afterwards by this commit which, in turn, was part of this PR. As you can see there, all checks were successful before it was accepted. 😄

@rafamanzo
Copy link
Member

Still how does this build passes? https://travis-ci.org/mezuro/prezento/builds/132892500

Maybe the fail you mentioned has been fixed indirectly. Do you think this MR is still necessary?

@diegoamc
Copy link
Contributor

I'm the fastest gun in all Mezuro's organization, @rafamanzo 🔫

@do-you-dare
Copy link
Author

I got confused by all those failing/passing builds, sorry for that! Anyway, it seems like both ways work. If you choose to use this PR's syntax, we can change the commit message. I won't be sad if you choose to simply close this either, as the builds are ok without it.

@rafamanzo
Copy link
Member

rafamanzo commented May 27, 2016

I agree your syntax is clearer. Could you just restore the comment? And change the commit message in order to reflect its new purpose?

@rafamanzo rafamanzo force-pushed the fix_backwards_compatibility branch from f6627f1 to 7d01c5c Compare May 27, 2016 21:41
The previous syntax was over complicated. This one gets the job done the
same way.

Signed-off-by: Rafael Reggiani Manzo <[email protected]>
@rafamanzo rafamanzo force-pushed the fix_backwards_compatibility branch from 7d01c5c to fbbd28b Compare May 28, 2016 14:20
@rafamanzo rafamanzo merged commit 019699d into master May 28, 2016
@rafamanzo rafamanzo deleted the fix_backwards_compatibility branch May 28, 2016 18:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants