-
Notifications
You must be signed in to change notification settings - Fork 138
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
0.13.0 changelog? #186
Comments
yes this #185 |
|
Breaking change:
|
Having |
Can be overriden by |
I think this should have been a major upgrade since it (possibly) breaks current environment. |
I'll try to "answer" all open comments: @stefanahman - I don't think so for 2 reasons:
Most of the comments were "gcc as runtime env is not good" but I rarely see a why. The only argument I have seen so far is the potential size of the docker container. Thanks to @leshik FFI now also supports (lightweight) alternatives to gcc, so I consider the size issue solved. Are there other reasons I have overlooked? |
ethon comes with and is obviously tied to typhoeus, which is v1, so that makes me think it should immediately be made v_1 without any new features, since it makes the typhoeus v1 a lie.
To me the fact that I have to suddenly configure anything because a tiny gem we depend on depends on something with "simple" in the tagline is enough to not make me want to use that gem. Hundreds of projects are probably talking about this in meetings this week to discuss what the best route is, spending multiple manhours on coding, reviewing, testing and research into other options, just because someone used swagger in one service. I know we are. Right now we have a gem fixed in our gemfile that we don't even depend on directly, making it likely we forget about it after the gem we do depend on already moved away from this gem. I don't think the discussion of gcc being good or bad matters as much as whether a gem that no-one directly depends on should have any influence on anyones build process. |
Actually I don't know why people afraid of making v1.0 releases If this version was 1.0 with changelog note |
On top of @Hampei excellent comment, |
Closing this so we only have one place to discuss the GCC change which I just reverted. |
@Kjarrigan I'm sorry, but I dont think this issue should be closed until there is v0.13.0 entry in https://github.com/typhoeus/ethon/blob/master/CHANGELOG.md Original issue has nothing to do with changes itself, it's just I noted that there is no description of changes at all in CHANGELOG |
I see that v0.13.0 is released on rubygems, but in CHANGELOG file last version is 0.12.0
Is there any particular changes we should be aware of?
The text was updated successfully, but these errors were encountered: