Release proposal: node-gyp@5.0.6 - #1972

Closed
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal
Closed

Release proposal: node-gyp@5.0.6#1972
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal

Conversation

@rvagg

Copy link
Copy Markdown
Member

Not sure how much this is needed but it might help npm, I don't see an indication which way they're going with node-gyp@6.


Commits on master that aren't on this branch:

  • [68319a2c34] - v6.0.1: bump version and update changelog (Rod Vagg) #1935
  • [1a4ff636d5] - v6.0.0: bump version and update changelog (Rod Vagg) #1892
  • [dd0e97ef0b] - (SEMVER-MAJOR)lib: try to find python after python3 (Sam Roberts) #1907
  • [f60ed47d14] - travis: add Python 3.5 and 3.6 tests on Linux (Christian Clauss) #1903
  • [c763ca1838] - (SEMVER-MAJOR)doc: Declare that node-gyp is Python 3 compatible (cclauss) #1811
  • [3d1c60ab81] - (SEMVER-MAJOR)lib: accept Python 3 by default (João Reis) #1844
  • [c6e3b65a23] - (SEMVER-MAJOR)lib: raise the minimum Python version from 2.6 to 2.7 (cclauss) #1818

Commits on this branch that aren't on master:

  • [d6041b0f1c] - v5.0.6: bump version and update changelog (Rod Vagg)
  • [3891391746] - doc: reconcile README with Python 3 compat changes (Rod Vagg) #1911
  • [07f81f1920] - lib: accept Python 3 after Python 2 (Sam Roberts) #1910
  • [3834156a92] - test: add Python 3.5 and 3.6 tests on Linux (cclauss) #1909

(.travis.yml isn't materially different between the branches even with those commit discrepancies)

Changes in this release:

  • [cdec00286f] - doc: adjustments to the README.md for new users (Dan Pike) #1919
  • [b7c8233ef2] - test: fix Python unittests (cclauss) #1961
  • [e12b00ab0a] - doc: macOS Catalina add two commands (Christian Clauss) #1962
  • [70b9890c0d] - test: add header download test (Rod Vagg) #1796
  • [4029fa8629] - test: configure proper devDir for invoking configure() (Rod Vagg) #1796
  • [fe8b02cc8b] - doc: add macOS_Catalina.md document (cclauss) #1940
  • [8ea47ce365] - gyp: python3 fixes: utf8 decode, use of 'None' in eval (Wilfried Goesgens) #1925
  • [c7229716ba] - gyp: iteritems() -> items() in compile_commands_json.py (cclauss) #1947
  • [2a18b2a0f8] - gyp: make cmake python3 compatible (gengjiawen) #1944
  • [70f391e844] - gyp: fix TypeError in XcodeVersion() (Christian Clauss) #1939
  • [9f4f0fa34e] - gyp: finish decode stdout on Python 3 (Christian Clauss) #1937
  • [7cf507906d] - src,win: allow 403 errors for arm64 node.lib (Richard Lau) #1934
  • [ad0d182c01] - deps: update deps to roughly match current npm@6 (Rod Vagg) #1920
  • [1553081ed6] - test: upgrade Linux Travis CI to Python 3.8 (Christian Clauss) #1923
  • [0705cae9aa] - travis: ignore failed brew upgrade npm, update xcode (Christian Clauss) #1932
  • [7bfdb6f5bf] - build: avoid bare exceptions in xcode_emulation.py (Christian Clauss) #1932
  • [7edf7658fa] - lib,install: always download SHA sums on Windows (Sam Hughes) #1926
  • [69056d04fe] - travis: add Windows + Python 3.8 to the mix (Rod Vagg) #1921

The main risk here is in the dependency version changes from #1920.

@cclauss

Copy link
Copy Markdown
Contributor

Nice work as always @rvagg

We need to get Travis to be green again and also, given nodejs/node-v8#119 (comment) perhaps we should set our lower limit to be Python >= 2.7.9.

@rvagg

Copy link
Copy Markdown
MemberAuthor

Sorry, you'll have to spoon feed me, i don't grok what's going on - does this demonstrably break for users of 2.6 (if there are any) or is this a linting failure or test-specific failure?
Bumping minimum Python version should be considered semver-major as we've discussed before so if we can just maintain where we're at with 5.x then that would be best. Is there a commit I can roll back here?

@cclauss

Copy link
Copy Markdown
Contributor

The change in question is not in this repo but is in our dependency nodejs/node-v8#119 (comment). That code makes it convoluted to support both Python < 2.7.9 and Python 3.

rvagg added a commit that referenced this pull request Dec 16, 2019
@rvaggrvagg closed this Dec 16, 2019
@rvagg
rvaggforce-pushed the rvagg/v5.0.6-proposal branch from d6041b0 to 8ca4156CompareDecember 16, 2019 00:18
@rvagg
rvagg deleted the rvagg/v5.0.6-proposal branch December 16, 2019 00:19
rvagg added a commit that referenced this pull request Dec 16, 2019
@rvagg

Copy link
Copy Markdown
MemberAuthor

it looks like npm wants to stick with v5 for npm v6, so we should still maintain these

I've published 5.0.6 from this, but we have a few things in the queue to warrant a 5.1.0 soon:

I'd like to see that proxy change bake in the wild first, I'm sure there are people that will grab v6 just for that one.

@rvagg

Copy link
Copy Markdown
MemberAuthor

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

@richardlau

Copy link
Copy Markdown
Member

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

That's what --dry-run is for? I'm not opposed to adding the pack file to .gitignore/.npmignore or explicitly listing the files to include in package.json (like we did in CITGM: nodejs/citgm#704).

@rvagg

Copy link
Copy Markdown
MemberAuthor

That's what --dry-run is for?

yeah, probably, it's just a habit I need to break at some point, my fault and I don't think we need special handling for it

rvagg added a commit that referenced this pull request Jan 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
rvagg added a commit that referenced this pull request Feb 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
Sign up for freeto 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

@rvagg@cclauss@richardlau
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

Release proposal: node-gyp@5.0.6 - #1972

Closed
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal
Closed

Release proposal: node-gyp@5.0.6#1972
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal

Conversation

@rvagg

Copy link
Copy Markdown
Member

Not sure how much this is needed but it might help npm, I don't see an indication which way they're going with node-gyp@6.


Commits on master that aren't on this branch:

  • [68319a2c34] - v6.0.1: bump version and update changelog (Rod Vagg) #1935
  • [1a4ff636d5] - v6.0.0: bump version and update changelog (Rod Vagg) #1892
  • [dd0e97ef0b] - (SEMVER-MAJOR)lib: try to find python after python3 (Sam Roberts) #1907
  • [f60ed47d14] - travis: add Python 3.5 and 3.6 tests on Linux (Christian Clauss) #1903
  • [c763ca1838] - (SEMVER-MAJOR)doc: Declare that node-gyp is Python 3 compatible (cclauss) #1811
  • [3d1c60ab81] - (SEMVER-MAJOR)lib: accept Python 3 by default (João Reis) #1844
  • [c6e3b65a23] - (SEMVER-MAJOR)lib: raise the minimum Python version from 2.6 to 2.7 (cclauss) #1818

Commits on this branch that aren't on master:

  • [d6041b0f1c] - v5.0.6: bump version and update changelog (Rod Vagg)
  • [3891391746] - doc: reconcile README with Python 3 compat changes (Rod Vagg) #1911
  • [07f81f1920] - lib: accept Python 3 after Python 2 (Sam Roberts) #1910
  • [3834156a92] - test: add Python 3.5 and 3.6 tests on Linux (cclauss) #1909

(.travis.yml isn't materially different between the branches even with those commit discrepancies)

Changes in this release:

  • [cdec00286f] - doc: adjustments to the README.md for new users (Dan Pike) #1919
  • [b7c8233ef2] - test: fix Python unittests (cclauss) #1961
  • [e12b00ab0a] - doc: macOS Catalina add two commands (Christian Clauss) #1962
  • [70b9890c0d] - test: add header download test (Rod Vagg) #1796
  • [4029fa8629] - test: configure proper devDir for invoking configure() (Rod Vagg) #1796
  • [fe8b02cc8b] - doc: add macOS_Catalina.md document (cclauss) #1940
  • [8ea47ce365] - gyp: python3 fixes: utf8 decode, use of 'None' in eval (Wilfried Goesgens) #1925
  • [c7229716ba] - gyp: iteritems() -> items() in compile_commands_json.py (cclauss) #1947
  • [2a18b2a0f8] - gyp: make cmake python3 compatible (gengjiawen) #1944
  • [70f391e844] - gyp: fix TypeError in XcodeVersion() (Christian Clauss) #1939
  • [9f4f0fa34e] - gyp: finish decode stdout on Python 3 (Christian Clauss) #1937
  • [7cf507906d] - src,win: allow 403 errors for arm64 node.lib (Richard Lau) #1934
  • [ad0d182c01] - deps: update deps to roughly match current npm@6 (Rod Vagg) #1920
  • [1553081ed6] - test: upgrade Linux Travis CI to Python 3.8 (Christian Clauss) #1923
  • [0705cae9aa] - travis: ignore failed brew upgrade npm, update xcode (Christian Clauss) #1932
  • [7bfdb6f5bf] - build: avoid bare exceptions in xcode_emulation.py (Christian Clauss) #1932
  • [7edf7658fa] - lib,install: always download SHA sums on Windows (Sam Hughes) #1926
  • [69056d04fe] - travis: add Windows + Python 3.8 to the mix (Rod Vagg) #1921

The main risk here is in the dependency version changes from #1920.

@cclauss

Copy link
Copy Markdown
Contributor

Nice work as always @rvagg

We need to get Travis to be green again and also, given nodejs/node-v8#119 (comment) perhaps we should set our lower limit to be Python >= 2.7.9.

@rvagg

Copy link
Copy Markdown
MemberAuthor

Sorry, you'll have to spoon feed me, i don't grok what's going on - does this demonstrably break for users of 2.6 (if there are any) or is this a linting failure or test-specific failure?
Bumping minimum Python version should be considered semver-major as we've discussed before so if we can just maintain where we're at with 5.x then that would be best. Is there a commit I can roll back here?

@cclauss

Copy link
Copy Markdown
Contributor

The change in question is not in this repo but is in our dependency nodejs/node-v8#119 (comment). That code makes it convoluted to support both Python < 2.7.9 and Python 3.

rvagg added a commit that referenced this pull request Dec 16, 2019
@rvaggrvagg closed this Dec 16, 2019
@rvagg
rvaggforce-pushed the rvagg/v5.0.6-proposal branch from d6041b0 to 8ca4156CompareDecember 16, 2019 00:18
@rvagg
rvagg deleted the rvagg/v5.0.6-proposal branch December 16, 2019 00:19
rvagg added a commit that referenced this pull request Dec 16, 2019
@rvagg

Copy link
Copy Markdown
MemberAuthor

it looks like npm wants to stick with v5 for npm v6, so we should still maintain these

I've published 5.0.6 from this, but we have a few things in the queue to warrant a 5.1.0 soon:

I'd like to see that proxy change bake in the wild first, I'm sure there are people that will grab v6 just for that one.

@rvagg

Copy link
Copy Markdown
MemberAuthor

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

@richardlau

Copy link
Copy Markdown
Member

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

That's what --dry-run is for? I'm not opposed to adding the pack file to .gitignore/.npmignore or explicitly listing the files to include in package.json (like we did in CITGM: nodejs/citgm#704).

@rvagg

Copy link
Copy Markdown
MemberAuthor

That's what --dry-run is for?

yeah, probably, it's just a habit I need to break at some point, my fault and I don't think we need special handling for it

rvagg added a commit that referenced this pull request Jan 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
rvagg added a commit that referenced this pull request Feb 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
Sign up for freeto 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

@rvagg@cclauss@richardlau
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Release proposal: node-gyp@5.0.6 - #1972

Closed
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal
Closed

Release proposal: node-gyp@5.0.6#1972
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal

Conversation

@rvagg

Copy link
Copy Markdown
Member

Not sure how much this is needed but it might help npm, I don't see an indication which way they're going with node-gyp@6.


Commits on master that aren't on this branch:

  • [68319a2c34] - v6.0.1: bump version and update changelog (Rod Vagg) #1935
  • [1a4ff636d5] - v6.0.0: bump version and update changelog (Rod Vagg) #1892
  • [dd0e97ef0b] - (SEMVER-MAJOR)lib: try to find python after python3 (Sam Roberts) #1907
  • [f60ed47d14] - travis: add Python 3.5 and 3.6 tests on Linux (Christian Clauss) #1903
  • [c763ca1838] - (SEMVER-MAJOR)doc: Declare that node-gyp is Python 3 compatible (cclauss) #1811
  • [3d1c60ab81] - (SEMVER-MAJOR)lib: accept Python 3 by default (João Reis) #1844
  • [c6e3b65a23] - (SEMVER-MAJOR)lib: raise the minimum Python version from 2.6 to 2.7 (cclauss) #1818

Commits on this branch that aren't on master:

  • [d6041b0f1c] - v5.0.6: bump version and update changelog (Rod Vagg)
  • [3891391746] - doc: reconcile README with Python 3 compat changes (Rod Vagg) #1911
  • [07f81f1920] - lib: accept Python 3 after Python 2 (Sam Roberts) #1910
  • [3834156a92] - test: add Python 3.5 and 3.6 tests on Linux (cclauss) #1909

(.travis.yml isn't materially different between the branches even with those commit discrepancies)

Changes in this release:

  • [cdec00286f] - doc: adjustments to the README.md for new users (Dan Pike) #1919
  • [b7c8233ef2] - test: fix Python unittests (cclauss) #1961
  • [e12b00ab0a] - doc: macOS Catalina add two commands (Christian Clauss) #1962
  • [70b9890c0d] - test: add header download test (Rod Vagg) #1796
  • [4029fa8629] - test: configure proper devDir for invoking configure() (Rod Vagg) #1796
  • [fe8b02cc8b] - doc: add macOS_Catalina.md document (cclauss) #1940
  • [8ea47ce365] - gyp: python3 fixes: utf8 decode, use of 'None' in eval (Wilfried Goesgens) #1925
  • [c7229716ba] - gyp: iteritems() -> items() in compile_commands_json.py (cclauss) #1947
  • [2a18b2a0f8] - gyp: make cmake python3 compatible (gengjiawen) #1944
  • [70f391e844] - gyp: fix TypeError in XcodeVersion() (Christian Clauss) #1939
  • [9f4f0fa34e] - gyp: finish decode stdout on Python 3 (Christian Clauss) #1937
  • [7cf507906d] - src,win: allow 403 errors for arm64 node.lib (Richard Lau) #1934
  • [ad0d182c01] - deps: update deps to roughly match current npm@6 (Rod Vagg) #1920
  • [1553081ed6] - test: upgrade Linux Travis CI to Python 3.8 (Christian Clauss) #1923
  • [0705cae9aa] - travis: ignore failed brew upgrade npm, update xcode (Christian Clauss) #1932
  • [7bfdb6f5bf] - build: avoid bare exceptions in xcode_emulation.py (Christian Clauss) #1932
  • [7edf7658fa] - lib,install: always download SHA sums on Windows (Sam Hughes) #1926
  • [69056d04fe] - travis: add Windows + Python 3.8 to the mix (Rod Vagg) #1921

The main risk here is in the dependency version changes from #1920.

@cclauss

Copy link
Copy Markdown
Contributor

Nice work as always @rvagg

We need to get Travis to be green again and also, given nodejs/node-v8#119 (comment) perhaps we should set our lower limit to be Python >= 2.7.9.

@rvagg

Copy link
Copy Markdown
MemberAuthor

Sorry, you'll have to spoon feed me, i don't grok what's going on - does this demonstrably break for users of 2.6 (if there are any) or is this a linting failure or test-specific failure?
Bumping minimum Python version should be considered semver-major as we've discussed before so if we can just maintain where we're at with 5.x then that would be best. Is there a commit I can roll back here?

@cclauss

Copy link
Copy Markdown
Contributor

The change in question is not in this repo but is in our dependency nodejs/node-v8#119 (comment). That code makes it convoluted to support both Python < 2.7.9 and Python 3.

rvagg added a commit that referenced this pull request Dec 16, 2019
@rvaggrvagg closed this Dec 16, 2019
@rvagg
rvaggforce-pushed the rvagg/v5.0.6-proposal branch from d6041b0 to 8ca4156CompareDecember 16, 2019 00:18
@rvagg
rvagg deleted the rvagg/v5.0.6-proposal branch December 16, 2019 00:19
rvagg added a commit that referenced this pull request Dec 16, 2019
@rvagg

Copy link
Copy Markdown
MemberAuthor

it looks like npm wants to stick with v5 for npm v6, so we should still maintain these

I've published 5.0.6 from this, but we have a few things in the queue to warrant a 5.1.0 soon:

I'd like to see that proxy change bake in the wild first, I'm sure there are people that will grab v6 just for that one.

@rvagg

Copy link
Copy Markdown
MemberAuthor

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

@richardlau

Copy link
Copy Markdown
Member

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

That's what --dry-run is for? I'm not opposed to adding the pack file to .gitignore/.npmignore or explicitly listing the files to include in package.json (like we did in CITGM: nodejs/citgm#704).

@rvagg

Copy link
Copy Markdown
MemberAuthor

That's what --dry-run is for?

yeah, probably, it's just a habit I need to break at some point, my fault and I don't think we need special handling for it

rvagg added a commit that referenced this pull request Jan 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
rvagg added a commit that referenced this pull request Feb 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
Sign up for freeto 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

@rvagg@cclauss@richardlau
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Release proposal: node-gyp@5.0.6 - #1972

Closed
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal
Closed

Release proposal: node-gyp@5.0.6#1972
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal

Conversation

@rvagg

Copy link
Copy Markdown
Member

Not sure how much this is needed but it might help npm, I don't see an indication which way they're going with node-gyp@6.


Commits on master that aren't on this branch:

  • [68319a2c34] - v6.0.1: bump version and update changelog (Rod Vagg) #1935
  • [1a4ff636d5] - v6.0.0: bump version and update changelog (Rod Vagg) #1892
  • [dd0e97ef0b] - (SEMVER-MAJOR)lib: try to find python after python3 (Sam Roberts) #1907
  • [f60ed47d14] - travis: add Python 3.5 and 3.6 tests on Linux (Christian Clauss) #1903
  • [c763ca1838] - (SEMVER-MAJOR)doc: Declare that node-gyp is Python 3 compatible (cclauss) #1811
  • [3d1c60ab81] - (SEMVER-MAJOR)lib: accept Python 3 by default (João Reis) #1844
  • [c6e3b65a23] - (SEMVER-MAJOR)lib: raise the minimum Python version from 2.6 to 2.7 (cclauss) #1818

Commits on this branch that aren't on master:

  • [d6041b0f1c] - v5.0.6: bump version and update changelog (Rod Vagg)
  • [3891391746] - doc: reconcile README with Python 3 compat changes (Rod Vagg) #1911
  • [07f81f1920] - lib: accept Python 3 after Python 2 (Sam Roberts) #1910
  • [3834156a92] - test: add Python 3.5 and 3.6 tests on Linux (cclauss) #1909

(.travis.yml isn't materially different between the branches even with those commit discrepancies)

Changes in this release:

  • [cdec00286f] - doc: adjustments to the README.md for new users (Dan Pike) #1919
  • [b7c8233ef2] - test: fix Python unittests (cclauss) #1961
  • [e12b00ab0a] - doc: macOS Catalina add two commands (Christian Clauss) #1962
  • [70b9890c0d] - test: add header download test (Rod Vagg) #1796
  • [4029fa8629] - test: configure proper devDir for invoking configure() (Rod Vagg) #1796
  • [fe8b02cc8b] - doc: add macOS_Catalina.md document (cclauss) #1940
  • [8ea47ce365] - gyp: python3 fixes: utf8 decode, use of 'None' in eval (Wilfried Goesgens) #1925
  • [c7229716ba] - gyp: iteritems() -> items() in compile_commands_json.py (cclauss) #1947
  • [2a18b2a0f8] - gyp: make cmake python3 compatible (gengjiawen) #1944
  • [70f391e844] - gyp: fix TypeError in XcodeVersion() (Christian Clauss) #1939
  • [9f4f0fa34e] - gyp: finish decode stdout on Python 3 (Christian Clauss) #1937
  • [7cf507906d] - src,win: allow 403 errors for arm64 node.lib (Richard Lau) #1934
  • [ad0d182c01] - deps: update deps to roughly match current npm@6 (Rod Vagg) #1920
  • [1553081ed6] - test: upgrade Linux Travis CI to Python 3.8 (Christian Clauss) #1923
  • [0705cae9aa] - travis: ignore failed brew upgrade npm, update xcode (Christian Clauss) #1932
  • [7bfdb6f5bf] - build: avoid bare exceptions in xcode_emulation.py (Christian Clauss) #1932
  • [7edf7658fa] - lib,install: always download SHA sums on Windows (Sam Hughes) #1926
  • [69056d04fe] - travis: add Windows + Python 3.8 to the mix (Rod Vagg) #1921

The main risk here is in the dependency version changes from #1920.

@cclauss

Copy link
Copy Markdown
Contributor

Nice work as always @rvagg

We need to get Travis to be green again and also, given nodejs/node-v8#119 (comment) perhaps we should set our lower limit to be Python >= 2.7.9.

@rvagg

Copy link
Copy Markdown
MemberAuthor

Sorry, you'll have to spoon feed me, i don't grok what's going on - does this demonstrably break for users of 2.6 (if there are any) or is this a linting failure or test-specific failure?
Bumping minimum Python version should be considered semver-major as we've discussed before so if we can just maintain where we're at with 5.x then that would be best. Is there a commit I can roll back here?

@cclauss

Copy link
Copy Markdown
Contributor

The change in question is not in this repo but is in our dependency nodejs/node-v8#119 (comment). That code makes it convoluted to support both Python < 2.7.9 and Python 3.

rvagg added a commit that referenced this pull request Dec 16, 2019
@rvaggrvagg closed this Dec 16, 2019
@rvagg
rvaggforce-pushed the rvagg/v5.0.6-proposal branch from d6041b0 to 8ca4156CompareDecember 16, 2019 00:18
@rvagg
rvagg deleted the rvagg/v5.0.6-proposal branch December 16, 2019 00:19
rvagg added a commit that referenced this pull request Dec 16, 2019
@rvagg

Copy link
Copy Markdown
MemberAuthor

it looks like npm wants to stick with v5 for npm v6, so we should still maintain these

I've published 5.0.6 from this, but we have a few things in the queue to warrant a 5.1.0 soon:

I'd like to see that proxy change bake in the wild first, I'm sure there are people that will grab v6 just for that one.

@rvagg

Copy link
Copy Markdown
MemberAuthor

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

@richardlau

Copy link
Copy Markdown
Member

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

That's what --dry-run is for? I'm not opposed to adding the pack file to .gitignore/.npmignore or explicitly listing the files to include in package.json (like we did in CITGM: nodejs/citgm#704).

@rvagg

Copy link
Copy Markdown
MemberAuthor

That's what --dry-run is for?

yeah, probably, it's just a habit I need to break at some point, my fault and I don't think we need special handling for it

rvagg added a commit that referenced this pull request Jan 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
rvagg added a commit that referenced this pull request Feb 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
Sign up for freeto 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

@rvagg@cclauss@richardlau
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

Release proposal: node-gyp@5.0.6 - #1972

Closed
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal
Closed

Release proposal: node-gyp@5.0.6#1972
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal

Conversation

@rvagg

Copy link
Copy Markdown
Member

Not sure how much this is needed but it might help npm, I don't see an indication which way they're going with node-gyp@6.


Commits on master that aren't on this branch:

  • [68319a2c34] - v6.0.1: bump version and update changelog (Rod Vagg) #1935
  • [1a4ff636d5] - v6.0.0: bump version and update changelog (Rod Vagg) #1892
  • [dd0e97ef0b] - (SEMVER-MAJOR)lib: try to find python after python3 (Sam Roberts) #1907
  • [f60ed47d14] - travis: add Python 3.5 and 3.6 tests on Linux (Christian Clauss) #1903
  • [c763ca1838] - (SEMVER-MAJOR)doc: Declare that node-gyp is Python 3 compatible (cclauss) #1811
  • [3d1c60ab81] - (SEMVER-MAJOR)lib: accept Python 3 by default (João Reis) #1844
  • [c6e3b65a23] - (SEMVER-MAJOR)lib: raise the minimum Python version from 2.6 to 2.7 (cclauss) #1818

Commits on this branch that aren't on master:

  • [d6041b0f1c] - v5.0.6: bump version and update changelog (Rod Vagg)
  • [3891391746] - doc: reconcile README with Python 3 compat changes (Rod Vagg) #1911
  • [07f81f1920] - lib: accept Python 3 after Python 2 (Sam Roberts) #1910
  • [3834156a92] - test: add Python 3.5 and 3.6 tests on Linux (cclauss) #1909

(.travis.yml isn't materially different between the branches even with those commit discrepancies)

Changes in this release:

  • [cdec00286f] - doc: adjustments to the README.md for new users (Dan Pike) #1919
  • [b7c8233ef2] - test: fix Python unittests (cclauss) #1961
  • [e12b00ab0a] - doc: macOS Catalina add two commands (Christian Clauss) #1962
  • [70b9890c0d] - test: add header download test (Rod Vagg) #1796
  • [4029fa8629] - test: configure proper devDir for invoking configure() (Rod Vagg) #1796
  • [fe8b02cc8b] - doc: add macOS_Catalina.md document (cclauss) #1940
  • [8ea47ce365] - gyp: python3 fixes: utf8 decode, use of 'None' in eval (Wilfried Goesgens) #1925
  • [c7229716ba] - gyp: iteritems() -> items() in compile_commands_json.py (cclauss) #1947
  • [2a18b2a0f8] - gyp: make cmake python3 compatible (gengjiawen) #1944
  • [70f391e844] - gyp: fix TypeError in XcodeVersion() (Christian Clauss) #1939
  • [9f4f0fa34e] - gyp: finish decode stdout on Python 3 (Christian Clauss) #1937
  • [7cf507906d] - src,win: allow 403 errors for arm64 node.lib (Richard Lau) #1934
  • [ad0d182c01] - deps: update deps to roughly match current npm@6 (Rod Vagg) #1920
  • [1553081ed6] - test: upgrade Linux Travis CI to Python 3.8 (Christian Clauss) #1923
  • [0705cae9aa] - travis: ignore failed brew upgrade npm, update xcode (Christian Clauss) #1932
  • [7bfdb6f5bf] - build: avoid bare exceptions in xcode_emulation.py (Christian Clauss) #1932
  • [7edf7658fa] - lib,install: always download SHA sums on Windows (Sam Hughes) #1926
  • [69056d04fe] - travis: add Windows + Python 3.8 to the mix (Rod Vagg) #1921

The main risk here is in the dependency version changes from #1920.

@cclauss

Copy link
Copy Markdown
Contributor

Nice work as always @rvagg

We need to get Travis to be green again and also, given nodejs/node-v8#119 (comment) perhaps we should set our lower limit to be Python >= 2.7.9.

@rvagg

Copy link
Copy Markdown
MemberAuthor

Sorry, you'll have to spoon feed me, i don't grok what's going on - does this demonstrably break for users of 2.6 (if there are any) or is this a linting failure or test-specific failure?
Bumping minimum Python version should be considered semver-major as we've discussed before so if we can just maintain where we're at with 5.x then that would be best. Is there a commit I can roll back here?

@cclauss

Copy link
Copy Markdown
Contributor

The change in question is not in this repo but is in our dependency nodejs/node-v8#119 (comment). That code makes it convoluted to support both Python < 2.7.9 and Python 3.

rvagg added a commit that referenced this pull request Dec 16, 2019
@rvaggrvagg closed this Dec 16, 2019
@rvagg
rvaggforce-pushed the rvagg/v5.0.6-proposal branch from d6041b0 to 8ca4156CompareDecember 16, 2019 00:18
@rvagg
rvagg deleted the rvagg/v5.0.6-proposal branch December 16, 2019 00:19
rvagg added a commit that referenced this pull request Dec 16, 2019
@rvagg

Copy link
Copy Markdown
MemberAuthor

it looks like npm wants to stick with v5 for npm v6, so we should still maintain these

I've published 5.0.6 from this, but we have a few things in the queue to warrant a 5.1.0 soon:

I'd like to see that proxy change bake in the wild first, I'm sure there are people that will grab v6 just for that one.

@rvagg

Copy link
Copy Markdown
MemberAuthor

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

@richardlau

Copy link
Copy Markdown
Member

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

That's what --dry-run is for? I'm not opposed to adding the pack file to .gitignore/.npmignore or explicitly listing the files to include in package.json (like we did in CITGM: nodejs/citgm#704).

@rvagg

Copy link
Copy Markdown
MemberAuthor

That's what --dry-run is for?

yeah, probably, it's just a habit I need to break at some point, my fault and I don't think we need special handling for it

rvagg added a commit that referenced this pull request Jan 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
rvagg added a commit that referenced this pull request Feb 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
Sign up for freeto 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

@rvagg@cclauss@richardlau
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Release proposal: node-gyp@5.0.6 - #1972

Closed
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal
Closed

Release proposal: node-gyp@5.0.6#1972
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal

Conversation

@rvagg

Copy link
Copy Markdown
Member

Not sure how much this is needed but it might help npm, I don't see an indication which way they're going with node-gyp@6.


Commits on master that aren't on this branch:

  • [68319a2c34] - v6.0.1: bump version and update changelog (Rod Vagg) #1935
  • [1a4ff636d5] - v6.0.0: bump version and update changelog (Rod Vagg) #1892
  • [dd0e97ef0b] - (SEMVER-MAJOR)lib: try to find python after python3 (Sam Roberts) #1907
  • [f60ed47d14] - travis: add Python 3.5 and 3.6 tests on Linux (Christian Clauss) #1903
  • [c763ca1838] - (SEMVER-MAJOR)doc: Declare that node-gyp is Python 3 compatible (cclauss) #1811
  • [3d1c60ab81] - (SEMVER-MAJOR)lib: accept Python 3 by default (João Reis) #1844
  • [c6e3b65a23] - (SEMVER-MAJOR)lib: raise the minimum Python version from 2.6 to 2.7 (cclauss) #1818

Commits on this branch that aren't on master:

  • [d6041b0f1c] - v5.0.6: bump version and update changelog (Rod Vagg)
  • [3891391746] - doc: reconcile README with Python 3 compat changes (Rod Vagg) #1911
  • [07f81f1920] - lib: accept Python 3 after Python 2 (Sam Roberts) #1910
  • [3834156a92] - test: add Python 3.5 and 3.6 tests on Linux (cclauss) #1909

(.travis.yml isn't materially different between the branches even with those commit discrepancies)

Changes in this release:

  • [cdec00286f] - doc: adjustments to the README.md for new users (Dan Pike) #1919
  • [b7c8233ef2] - test: fix Python unittests (cclauss) #1961
  • [e12b00ab0a] - doc: macOS Catalina add two commands (Christian Clauss) #1962
  • [70b9890c0d] - test: add header download test (Rod Vagg) #1796
  • [4029fa8629] - test: configure proper devDir for invoking configure() (Rod Vagg) #1796
  • [fe8b02cc8b] - doc: add macOS_Catalina.md document (cclauss) #1940
  • [8ea47ce365] - gyp: python3 fixes: utf8 decode, use of 'None' in eval (Wilfried Goesgens) #1925
  • [c7229716ba] - gyp: iteritems() -> items() in compile_commands_json.py (cclauss) #1947
  • [2a18b2a0f8] - gyp: make cmake python3 compatible (gengjiawen) #1944
  • [70f391e844] - gyp: fix TypeError in XcodeVersion() (Christian Clauss) #1939
  • [9f4f0fa34e] - gyp: finish decode stdout on Python 3 (Christian Clauss) #1937
  • [7cf507906d] - src,win: allow 403 errors for arm64 node.lib (Richard Lau) #1934
  • [ad0d182c01] - deps: update deps to roughly match current npm@6 (Rod Vagg) #1920
  • [1553081ed6] - test: upgrade Linux Travis CI to Python 3.8 (Christian Clauss) #1923
  • [0705cae9aa] - travis: ignore failed brew upgrade npm, update xcode (Christian Clauss) #1932
  • [7bfdb6f5bf] - build: avoid bare exceptions in xcode_emulation.py (Christian Clauss) #1932
  • [7edf7658fa] - lib,install: always download SHA sums on Windows (Sam Hughes) #1926
  • [69056d04fe] - travis: add Windows + Python 3.8 to the mix (Rod Vagg) #1921

The main risk here is in the dependency version changes from #1920.

@cclauss

Copy link
Copy Markdown
Contributor

Nice work as always @rvagg

We need to get Travis to be green again and also, given nodejs/node-v8#119 (comment) perhaps we should set our lower limit to be Python >= 2.7.9.

@rvagg

Copy link
Copy Markdown
MemberAuthor

Sorry, you'll have to spoon feed me, i don't grok what's going on - does this demonstrably break for users of 2.6 (if there are any) or is this a linting failure or test-specific failure?
Bumping minimum Python version should be considered semver-major as we've discussed before so if we can just maintain where we're at with 5.x then that would be best. Is there a commit I can roll back here?

@cclauss

Copy link
Copy Markdown
Contributor

The change in question is not in this repo but is in our dependency nodejs/node-v8#119 (comment). That code makes it convoluted to support both Python < 2.7.9 and Python 3.

rvagg added a commit that referenced this pull request Dec 16, 2019
@rvaggrvagg closed this Dec 16, 2019
@rvagg
rvaggforce-pushed the rvagg/v5.0.6-proposal branch from d6041b0 to 8ca4156CompareDecember 16, 2019 00:18
@rvagg
rvagg deleted the rvagg/v5.0.6-proposal branch December 16, 2019 00:19
rvagg added a commit that referenced this pull request Dec 16, 2019
@rvagg

Copy link
Copy Markdown
MemberAuthor

it looks like npm wants to stick with v5 for npm v6, so we should still maintain these

I've published 5.0.6 from this, but we have a few things in the queue to warrant a 5.1.0 soon:

I'd like to see that proxy change bake in the wild first, I'm sure there are people that will grab v6 just for that one.

@rvagg

Copy link
Copy Markdown
MemberAuthor

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

@richardlau

Copy link
Copy Markdown
Member

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

That's what --dry-run is for? I'm not opposed to adding the pack file to .gitignore/.npmignore or explicitly listing the files to include in package.json (like we did in CITGM: nodejs/citgm#704).

@rvagg

Copy link
Copy Markdown
MemberAuthor

That's what --dry-run is for?

yeah, probably, it's just a habit I need to break at some point, my fault and I don't think we need special handling for it

rvagg added a commit that referenced this pull request Jan 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
rvagg added a commit that referenced this pull request Feb 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
Sign up for freeto 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

@rvagg@cclauss@richardlau
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Release proposal: node-gyp@5.0.6 - #1972

Closed
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal
Closed

Release proposal: node-gyp@5.0.6#1972
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal

Conversation

@rvagg

Copy link
Copy Markdown
Member

Not sure how much this is needed but it might help npm, I don't see an indication which way they're going with node-gyp@6.


Commits on master that aren't on this branch:

  • [68319a2c34] - v6.0.1: bump version and update changelog (Rod Vagg) #1935
  • [1a4ff636d5] - v6.0.0: bump version and update changelog (Rod Vagg) #1892
  • [dd0e97ef0b] - (SEMVER-MAJOR)lib: try to find python after python3 (Sam Roberts) #1907
  • [f60ed47d14] - travis: add Python 3.5 and 3.6 tests on Linux (Christian Clauss) #1903
  • [c763ca1838] - (SEMVER-MAJOR)doc: Declare that node-gyp is Python 3 compatible (cclauss) #1811
  • [3d1c60ab81] - (SEMVER-MAJOR)lib: accept Python 3 by default (João Reis) #1844
  • [c6e3b65a23] - (SEMVER-MAJOR)lib: raise the minimum Python version from 2.6 to 2.7 (cclauss) #1818

Commits on this branch that aren't on master:

  • [d6041b0f1c] - v5.0.6: bump version and update changelog (Rod Vagg)
  • [3891391746] - doc: reconcile README with Python 3 compat changes (Rod Vagg) #1911
  • [07f81f1920] - lib: accept Python 3 after Python 2 (Sam Roberts) #1910
  • [3834156a92] - test: add Python 3.5 and 3.6 tests on Linux (cclauss) #1909

(.travis.yml isn't materially different between the branches even with those commit discrepancies)

Changes in this release:

  • [cdec00286f] - doc: adjustments to the README.md for new users (Dan Pike) #1919
  • [b7c8233ef2] - test: fix Python unittests (cclauss) #1961
  • [e12b00ab0a] - doc: macOS Catalina add two commands (Christian Clauss) #1962
  • [70b9890c0d] - test: add header download test (Rod Vagg) #1796
  • [4029fa8629] - test: configure proper devDir for invoking configure() (Rod Vagg) #1796
  • [fe8b02cc8b] - doc: add macOS_Catalina.md document (cclauss) #1940
  • [8ea47ce365] - gyp: python3 fixes: utf8 decode, use of 'None' in eval (Wilfried Goesgens) #1925
  • [c7229716ba] - gyp: iteritems() -> items() in compile_commands_json.py (cclauss) #1947
  • [2a18b2a0f8] - gyp: make cmake python3 compatible (gengjiawen) #1944
  • [70f391e844] - gyp: fix TypeError in XcodeVersion() (Christian Clauss) #1939
  • [9f4f0fa34e] - gyp: finish decode stdout on Python 3 (Christian Clauss) #1937
  • [7cf507906d] - src,win: allow 403 errors for arm64 node.lib (Richard Lau) #1934
  • [ad0d182c01] - deps: update deps to roughly match current npm@6 (Rod Vagg) #1920
  • [1553081ed6] - test: upgrade Linux Travis CI to Python 3.8 (Christian Clauss) #1923
  • [0705cae9aa] - travis: ignore failed brew upgrade npm, update xcode (Christian Clauss) #1932
  • [7bfdb6f5bf] - build: avoid bare exceptions in xcode_emulation.py (Christian Clauss) #1932
  • [7edf7658fa] - lib,install: always download SHA sums on Windows (Sam Hughes) #1926
  • [69056d04fe] - travis: add Windows + Python 3.8 to the mix (Rod Vagg) #1921

The main risk here is in the dependency version changes from #1920.

@cclauss

Copy link
Copy Markdown
Contributor

Nice work as always @rvagg

We need to get Travis to be green again and also, given nodejs/node-v8#119 (comment) perhaps we should set our lower limit to be Python >= 2.7.9.

@rvagg

Copy link
Copy Markdown
MemberAuthor

Sorry, you'll have to spoon feed me, i don't grok what's going on - does this demonstrably break for users of 2.6 (if there are any) or is this a linting failure or test-specific failure?
Bumping minimum Python version should be considered semver-major as we've discussed before so if we can just maintain where we're at with 5.x then that would be best. Is there a commit I can roll back here?

@cclauss

Copy link
Copy Markdown
Contributor

The change in question is not in this repo but is in our dependency nodejs/node-v8#119 (comment). That code makes it convoluted to support both Python < 2.7.9 and Python 3.

rvagg added a commit that referenced this pull request Dec 16, 2019
@rvaggrvagg closed this Dec 16, 2019
@rvagg
rvaggforce-pushed the rvagg/v5.0.6-proposal branch from d6041b0 to 8ca4156CompareDecember 16, 2019 00:18
@rvagg
rvagg deleted the rvagg/v5.0.6-proposal branch December 16, 2019 00:19
rvagg added a commit that referenced this pull request Dec 16, 2019
@rvagg

Copy link
Copy Markdown
MemberAuthor

it looks like npm wants to stick with v5 for npm v6, so we should still maintain these

I've published 5.0.6 from this, but we have a few things in the queue to warrant a 5.1.0 soon:

I'd like to see that proxy change bake in the wild first, I'm sure there are people that will grab v6 just for that one.

@rvagg

Copy link
Copy Markdown
MemberAuthor

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

@richardlau

Copy link
Copy Markdown
Member

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

That's what --dry-run is for? I'm not opposed to adding the pack file to .gitignore/.npmignore or explicitly listing the files to include in package.json (like we did in CITGM: nodejs/citgm#704).

@rvagg

Copy link
Copy Markdown
MemberAuthor

That's what --dry-run is for?

yeah, probably, it's just a habit I need to break at some point, my fault and I don't think we need special handling for it

rvagg added a commit that referenced this pull request Jan 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
rvagg added a commit that referenced this pull request Feb 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
Sign up for freeto 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

@rvagg@cclauss@richardlau
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

Release proposal: node-gyp@5.0.6 - #1972

Closed
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal
Closed

Release proposal: node-gyp@5.0.6#1972
rvagg wants to merge 0 commit into
v5.xfrom
rvagg/v5.0.6-proposal

Conversation

@rvagg

Copy link
Copy Markdown
Member

Not sure how much this is needed but it might help npm, I don't see an indication which way they're going with node-gyp@6.


Commits on master that aren't on this branch:

  • [68319a2c34] - v6.0.1: bump version and update changelog (Rod Vagg) #1935
  • [1a4ff636d5] - v6.0.0: bump version and update changelog (Rod Vagg) #1892
  • [dd0e97ef0b] - (SEMVER-MAJOR)lib: try to find python after python3 (Sam Roberts) #1907
  • [f60ed47d14] - travis: add Python 3.5 and 3.6 tests on Linux (Christian Clauss) #1903
  • [c763ca1838] - (SEMVER-MAJOR)doc: Declare that node-gyp is Python 3 compatible (cclauss) #1811
  • [3d1c60ab81] - (SEMVER-MAJOR)lib: accept Python 3 by default (João Reis) #1844
  • [c6e3b65a23] - (SEMVER-MAJOR)lib: raise the minimum Python version from 2.6 to 2.7 (cclauss) #1818

Commits on this branch that aren't on master:

  • [d6041b0f1c] - v5.0.6: bump version and update changelog (Rod Vagg)
  • [3891391746] - doc: reconcile README with Python 3 compat changes (Rod Vagg) #1911
  • [07f81f1920] - lib: accept Python 3 after Python 2 (Sam Roberts) #1910
  • [3834156a92] - test: add Python 3.5 and 3.6 tests on Linux (cclauss) #1909

(.travis.yml isn't materially different between the branches even with those commit discrepancies)

Changes in this release:

  • [cdec00286f] - doc: adjustments to the README.md for new users (Dan Pike) #1919
  • [b7c8233ef2] - test: fix Python unittests (cclauss) #1961
  • [e12b00ab0a] - doc: macOS Catalina add two commands (Christian Clauss) #1962
  • [70b9890c0d] - test: add header download test (Rod Vagg) #1796
  • [4029fa8629] - test: configure proper devDir for invoking configure() (Rod Vagg) #1796
  • [fe8b02cc8b] - doc: add macOS_Catalina.md document (cclauss) #1940
  • [8ea47ce365] - gyp: python3 fixes: utf8 decode, use of 'None' in eval (Wilfried Goesgens) #1925
  • [c7229716ba] - gyp: iteritems() -> items() in compile_commands_json.py (cclauss) #1947
  • [2a18b2a0f8] - gyp: make cmake python3 compatible (gengjiawen) #1944
  • [70f391e844] - gyp: fix TypeError in XcodeVersion() (Christian Clauss) #1939
  • [9f4f0fa34e] - gyp: finish decode stdout on Python 3 (Christian Clauss) #1937
  • [7cf507906d] - src,win: allow 403 errors for arm64 node.lib (Richard Lau) #1934
  • [ad0d182c01] - deps: update deps to roughly match current npm@6 (Rod Vagg) #1920
  • [1553081ed6] - test: upgrade Linux Travis CI to Python 3.8 (Christian Clauss) #1923
  • [0705cae9aa] - travis: ignore failed brew upgrade npm, update xcode (Christian Clauss) #1932
  • [7bfdb6f5bf] - build: avoid bare exceptions in xcode_emulation.py (Christian Clauss) #1932
  • [7edf7658fa] - lib,install: always download SHA sums on Windows (Sam Hughes) #1926
  • [69056d04fe] - travis: add Windows + Python 3.8 to the mix (Rod Vagg) #1921

The main risk here is in the dependency version changes from #1920.

@cclauss

Copy link
Copy Markdown
Contributor

Nice work as always @rvagg

We need to get Travis to be green again and also, given nodejs/node-v8#119 (comment) perhaps we should set our lower limit to be Python >= 2.7.9.

@rvagg

Copy link
Copy Markdown
MemberAuthor

Sorry, you'll have to spoon feed me, i don't grok what's going on - does this demonstrably break for users of 2.6 (if there are any) or is this a linting failure or test-specific failure?
Bumping minimum Python version should be considered semver-major as we've discussed before so if we can just maintain where we're at with 5.x then that would be best. Is there a commit I can roll back here?

@cclauss

Copy link
Copy Markdown
Contributor

The change in question is not in this repo but is in our dependency nodejs/node-v8#119 (comment). That code makes it convoluted to support both Python < 2.7.9 and Python 3.

rvagg added a commit that referenced this pull request Dec 16, 2019
@rvaggrvagg closed this Dec 16, 2019
@rvagg
rvaggforce-pushed the rvagg/v5.0.6-proposal branch from d6041b0 to 8ca4156CompareDecember 16, 2019 00:18
@rvagg
rvagg deleted the rvagg/v5.0.6-proposal branch December 16, 2019 00:19
rvagg added a commit that referenced this pull request Dec 16, 2019
@rvagg

Copy link
Copy Markdown
MemberAuthor

it looks like npm wants to stick with v5 for npm v6, so we should still maintain these

I've published 5.0.6 from this, but we have a few things in the queue to warrant a 5.1.0 soon:

I'd like to see that proxy change bake in the wild first, I'm sure there are people that will grab v6 just for that one.

@rvagg

Copy link
Copy Markdown
MemberAuthor

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

@richardlau

Copy link
Copy Markdown
Member

I had to publish a v5.0.7 on top of this, same commits but with a pack file removed from the pack file ... something i've done far too often but keep on doing. I ran npm pack to inspect the contents of what's being published, but then didn't remove the pack file so an npm publish packs up the pack file.

That's what --dry-run is for? I'm not opposed to adding the pack file to .gitignore/.npmignore or explicitly listing the files to include in package.json (like we did in CITGM: nodejs/citgm#704).

@rvagg

Copy link
Copy Markdown
MemberAuthor

That's what --dry-run is for?

yeah, probably, it's just a habit I need to break at some point, my fault and I don't think we need special handling for it

rvagg added a commit that referenced this pull request Jan 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
rvagg added a commit that referenced this pull request Feb 3, 2020
Republish of v5.0.6 but with node-gyp-v5.0.6.tar.gz removed from pack file
PR-URL: #1972
Sign up for freeto 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

@rvagg@cclauss@richardlau