You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 2, 2023. It is now read-only.
Repository navigation
This repository was archived by the owner on Sep 2, 2023. It is now read-only.
Node.js Foundation Modules Team Meeting 2018-03-14 #47
The agenda comes from issues labelled with modules-agenda across all of the repositories in the nodejs org. Please label any additional issues that should be on the agenda before the meeting starts.
Should we identify a single focus topic / deep dive for this meeting? E.g. getting a good, exhaustive list of use cases we can agree on? Or are we punting on that until April 3rd (or whenever the module summit will be)? It felt like the last meeting got dragged down by the back-and-forth between "answer minor question X" and "we need a general agreement on what we're trying to build here".
The agenda was automated, we can definitely scope it a bit better.
TBH using this meeting to focus on user stories / use cases seems like a
really solid use of time.
I may not be able to attend due to a recent attack, I have limited access
to PC and Internet.
On Mon, Mar 12, 2018 at 6:56 PM, Myles Borins <notifications@github.com>
wrote:
The agenda was automated, we can definitely scope it a bit better.
TBH using this meeting to focus on user stories / use cases seems like a
really solid use of time.
On Mon, Mar 12, 2018, 1:35 PM James M Snell ***@***.***>
wrote:
> I will also be traveling and unable to make the call this week.
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> <#47 (comment)>,
or mute
> the thread
> <https://github.com/notifications/unsubscribe-auth/
AAecV1OxEVqmC3flqcflJ0i7aqLLK5jkks5tdrHOgaJpZM4SnBrv>
> .
>
—
You are receiving this because you are on a team that was mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AE2tHpfE5Fbc_eR243Obx3oEMsX3n0Ccks5tdra6gaJpZM4SnBrv>
.
I'd prefer it if we started with technical discussion of the nodejs/node technical issues and I ask that people who would like to participate in that discussion enter the actual issues (I try to ping @nodejs/modules on issues when I see them).
Namely,
I'd love to hear an update about wasm from @linclark in "loader: allow importing wasm modules"
I'd love us to vote about the _ issue in "esm: provide named exports for all builtin libraries"
@jdalton thanks for the update, reading it: I don't really understand why it's stalled. How can core move forward with named exports for ESM? What needs to be decided before the PR lands?
It's stuck on a console.log stack count nit at the moment.
What needs to be decided before the PR lands?
Minor things are left, for example now that live bindings of named exports works should setters still be filtered. That said, with the push to remove getter/setters from builtin module exports started before live bindings were thought possible and with things still being experimental, it may not be a super concern esp. for initial support.
@jdalton thanks, is this something you think we need to discuss in the meeting, spin off into an issue here or discuss in the main nodejs/node repo? I really want to see named exports for native modules land :)
thanks, is this something you think we need to discuss in the meeting, spin off into an issue here or discuss in the main nodejs/node repo?
I think it just needs someone to pop-in and fix the console.log stack issue or better yet find the root cause of the console.log reference issue and fix that.
@jdalton or @devsnek would either of you be willing to present the console.log extra stack frame issue in the meeting so we can solicit more eyes on it and land?
I'm opening another issue to discuss in the meantime
Apologies I'm unable to attend and, ultimately, unable to contribute much too ... thanks gosh I agree with whatever @jdalton says so I feel well represented 😅
If I cannot fix my useless presence in here I'd be happy to be moved to observer state ... just please give me some more time to figure out if I have those 5 hours of duty per week I've said I would.
Hey All, I've updated the agenda based on #47 (comment) which significantly simplifies the agenda and puts it into subcategories and time boxes for each discussion.
Activity
hybrist commentedon Mar 12, 2018
Should we identify a single focus topic / deep dive for this meeting? E.g. getting a good, exhaustive list of use cases we can agree on? Or are we punting on that until April 3rd (or whenever the module summit will be)? It felt like the last meeting got dragged down by the back-and-forth between "answer minor question X" and "we need a general agreement on what we're trying to build here".
mcollina commentedon Mar 12, 2018
I'm traveling and I probably won't be able to join. I'm ok with whatever decision the team is going to make. Feel free to not count me towards quorum.
The agenda seems too big for one single meeting, should we prioritize a bit?
jasnell commentedon Mar 12, 2018
I will also be traveling and unable to make the call this week.
MylesBorins commentedon Mar 12, 2018
inidaname commentedon Mar 12, 2018
benjamingr commentedon Mar 13, 2018
Maybe weird request?
I'd prefer it if we started with technical discussion of the nodejs/node technical issues and I ask that people who would like to participate in that discussion enter the actual issues (I try to ping @nodejs/modules on issues when I see them).
Namely,
_issue in "esm: provide named exports for all builtin libraries"weswigham commentedon Mar 13, 2018
By "the underscore issue" do you mean filtering
_prefixed members from the exposed exports?guybedford commentedon Mar 13, 2018
We can remove the mode: "esm" flag item from the agenda, as we already discussed this briefly last week.
benjamingr commentedon Mar 13, 2018
@weswigham yes
@guybedford how do we proceed with the esm flag item? Don't we need to make a decision about it?
guybedford commentedon Mar 13, 2018
@benjamingr I'm ok with putting this on the back-burner while we focus on other technical decisions and use cases.
jdalton commentedon Mar 13, 2018
@benjamingr
The PR isn't blocked on filtering of
_at the moment. That was worked through a bit ago.benjamingr commentedon Mar 13, 2018
@jdalton thanks for the update, reading it: I don't really understand why it's stalled. How can core move forward with named exports for ESM? What needs to be decided before the PR lands?
jdalton commentedon Mar 13, 2018
@benjamingr
It's stuck on a
console.logstack count nit at the moment.Minor things are left, for example now that live bindings of named exports works should setters still be filtered. That said, with the push to remove getter/setters from builtin module exports started before live bindings were thought possible and with things still being experimental, it may not be a super concern esp. for initial support.
benjamingr commentedon Mar 13, 2018
@jdalton thanks, is this something you think we need to discuss in the meeting, spin off into an issue here or discuss in the main nodejs/node repo? I really want to see named exports for native modules land :)
jdalton commentedon Mar 13, 2018
@benjamingr
I think it just needs someone to pop-in and fix the
console.logstack issue or better yet find the root cause of theconsole.logreference issue and fix that.Same.
benjamingr commentedon Mar 13, 2018
@jdalton or @devsnek would either of you be willing to present the
console.logextra stack frame issue in the meeting so we can solicit more eyes on it and land?I'm opening another issue to discuss in the meantime
devsnek commentedon Mar 13, 2018
I can talk about it I guess, it was a concern originally brought up by @TimothyGu
MylesBorins commentedon Mar 13, 2018
I'd like to push us to avoid discussing general technical PRs in the meeting this week.
A rough agenda that I can update above if people are onboard (if yes please use emoji repsonse, if no please explain why)
Thoughts?
manekinekko commentedon Mar 14, 2018
@MylesBorins sorry I can't make it to today's meeting. Will catch up tomorrow.
hybrist commentedon Mar 14, 2018
I'll only be able to join but need to drop off after the first 30min.
WebReflection commentedon Mar 14, 2018
Apologies I'm unable to attend and, ultimately, unable to contribute much too ... thanks gosh I agree with whatever @jdalton says so I feel well represented 😅
If I cannot fix my useless presence in here I'd be happy to be moved to observer state ... just please give me some more time to figure out if I have those 5 hours of duty per week I've said I would.
Regards
MylesBorins commentedon Mar 14, 2018
Hey All, I've updated the agenda based on #47 (comment) which significantly simplifies the agenda and puts it into subcategories and time boxes for each discussion.
MylesBorins commentedon Mar 14, 2018
Here is the link to join y'all https://zoom.us/j/656987750
doc: add meeting notes for 2018-03-14
doc: add meeting notes for 2018-03-14
doc: add meeting notes for 2018-03-14