-
Notifications
You must be signed in to change notification settings - Fork 1.3k
RFC: Binary Coverage Matrix #655
Comments
@am11 will we need to change the install script and node-sass-binaries to handle the different combinations? i.e. will node 0.10.x binaries work with node 0.12.x and atom 1.x etc... |
@xzyfer Yes. It would probably be something like: |
@am11 wouldn't it be better to put the matrix into the https://github.com/sass/node-sass-binaries README instead of the wiki? that way it would it could always reflect the current state of the repo, you get a history for free and linking to it isn't much harder than linking to the wiki. |
@Turbo87, I think it would make more sense to add it to node-sass-binaries repo's README and a reference in node-sass' README. In node-sass' README, we do not want to deliver the message as if it is some kind of set in stone limitation. User can manually build binaries on other platforms with various versions of runtimes. This (incomplete) matrix is only showing the binaries which we might be distributing OOTB. |
@am11 I know that, and I don't think it will be controversial if you put it exactly like that in the README next to the matrix too. |
Matrices are usually just denoting what's currently supported and not always set in stone. Anyone familiar with node packages knows that things change. Our project for example uses exact semver releases.
Our node host provider won't allow this as I previously mentioned over at the node-sass-binaries repo issues... our provider just happens to be joyent maintained as well. As a potential further solution for displaying the matrices there is always GH io pages. That could be a common place to bring multiple repos together. |
Super awesome @xzyfer for Mac binaries! 👍 Keep them coming! 😎 I am trying to figure out a sanest way to differentiate between runtimes, which is yet to be discovered (see nodejs/node-gyp#564 (comment)). I will then update our scripts/{et al.}. |
The new format is: {platform}-{arch}-{runtime}-{major.minor} where major and minor version belong to the runtime. Related Issue: sass#655. PR URL: <undefined>.
@xzyfer, I am building the Windows binaries now for node.js (v0.10 and v0.12) and io.js (v1.1). Note the last batch of commits has a minor change in binding code, hence rebuild the binary for node.js v0.10 and v0.12 is required. Note 2: you can use nvm to switch between node.js or io.js versions (without installing them manually). Once this step is done, I will apply the (LibSass gcc 4.4.7) patch and build Linux binaries on CenOS 5.11. |
* node.js v0.10 ia32. * node.js v0.10 x64. * node.js v0.12 ia32. * node.js v0.12 x64. * io.js v0.12 ia32. * io.js v0.12 x64. PR URL: sass#28. Related Issue: sass/node-sass#655.
* node.js v0.10 ia32. * node.js v0.10 x64. * node.js v0.12 ia32. * node.js v0.12 x64. * io.js v0.12 ia32. * io.js v0.12 x64. PR URL: sass#28. Related Issue: sass/node-sass#655.
* node.js v0.10 ia32. * node.js v0.10 x64. * node.js v0.12 ia32. * node.js v0.12 x64. * io.js v0.12 ia32. * io.js v0.12 x64. PR URL: sass#28. Related Issue: sass/node-sass#655.
With v2.0.0, here is the state of coverage matrix: https://github.com/sass/node-sass-binaries/releases/tag/v2.0.0. @Turbo87, would you like to send a PR for moving the updated matrix to README, the way you proposed? |
👍 Yaye |
@am11 sure, why not. |
as suggested in sass/node-sass#655
Updated the matrix for v2.0.1 in first post. |
iojs 1.4.1 has upgraded v8 to 4.1.0.21 due to undisclosed security bug ( nodejs/node#952 ) - https://code.google.com/p/chromium/issues/detail?id=430201 (embargoed). |
The information in the original post is outdated. For v3.0.0-alpha.0 (rebooted preview), please refer to node-sass-binaries repo's readme: https://github.com/sass/node-sass-binaries/blob/master/README.md. Once we refactor the docs (#730), we will most probably bring the coverage status to node-sass readme. Thanks for your comments. |
So, we now have io.js 2.0.0, which defines |
Fix error for some selectors with interpolants
As @kkoopa mentioned at #627 (comment):
we need to confine a binary coverage matrix for the most used versions of runtimes (related: #602 (comment)).
Updated:
The current version of node-sass is
v2.0.0-betav2.0.1 and the distributable binary availability of node-sass is given below:NODE_MODULE_VERSION
Note 1:
atom-shell
does not support FreeBSD and Solaris?Note 2: This matrix will eventually be added to wiki and we will keep the coverage matrix up to date for the current version of node-sass.
The text was updated successfully, but these errors were encountered: