Skip to content

Conversation

@jerch
Copy link
Member

@jerch jerch commented Aug 24, 2023

Since inwasm still creates too much fuss at various ends, I removed it until it is in better shape.

@Tyriar Not sure how to go about xterm-wasm-parts - we can move it over into xtermjs group, or leave at my site (hopefully the inwasm patches dont take too long...)

Fixes #4720, fixes #4646.

Copy link
Member

@Tyriar Tyriar left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure how to go about xterm-wasm-parts - we can move it over into xtermjs group, or leave at my site (hopefully the inwasm patches dont take too long...)

It's fine as is since it's just temporary

@Tyriar Tyriar added this to the 5.3.0 milestone Aug 25, 2023
@Tyriar Tyriar merged commit 55c5a85 into xtermjs:master Aug 25, 2023
@jerch
Copy link
Member Author

jerch commented Aug 25, 2023

It's fine as is since it's just temporary

Well just give a ping, if it raises security concerns on your end. Then we prolly should put it fully under the xtermjs group umbrella. (e.g. also the npm releasing and such).

@Tyriar
Copy link
Member

Tyriar commented Aug 25, 2023

We should see any changes to the npm package going in, the only risk should be if the yarn.lock changes

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.

move wasm parts in own package temporarily better inwasm repo integration

2 participants