Sudo Room - User contributions [en]

Hack Cowork Nite

2026-07-26T20:56:36Z

Indoorjetpacks:

__NOTOC__
'''Every first and third Thursday'''
'''19:00 (7 PM) — 21:00 (9 PM)'''

== Overview ==
Every first and third Thursday, we meet up to do some additional co-hacking, similar to Tuesday's [[HardwareHackNight]]! Bring a project, work on it, we'll try to keep the area with enough space to work, albeit some [[hacker dust]]!

Current hosts are: [[User: Indoorjetpacks]] and [[User: Julios]]

5th Thursdays happen on a "TBD, ping one of the hosts sometime the week before/week of" basis.

Luma: TBD

Hack Cowork Nite

2026-07-26T20:53:26Z

Indoorjetpacks: clarifying first and third thursdays bc sometimes there's a fifth and that would wonk things w other thursday events

Membermatters

2026-06-05T03:05:19Z

Indoorjetpacks: /* TODO */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* RechnerFox setup a staging instance for us!
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker compose pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-06-04 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps

Ivan signed up, paid, and got to the post-signup page

Julio signed up, paid, and go to the post-signup page

= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== Membermatters-related workflow ===
# User submits Intent to join form
# User creates an account / signs up on member matters. They land on a 'Contact Us' page for next steps - Membership Status: noob. Subscription Status: inactive
# User adds payment info to member matters and selects a payment plan - Membership Status: noob. Subscription Status: active
# User gets 3 endorsements achieved. Membership Status: noob. Subscription Status: active
# Current members have next member meeting, check for new forms, review Taiga. For any members that meet all reqs, add them to members mailing list, reply to their request form email, move them in Taiga as needed, and on MM, change user's Membership Status. Membership Status: active. Subscription Status: active
# User is a member!

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers - done? we only have one
# Set up payment plans - also done, mirroring the ones on sudohumans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''update welcome and alert emails''
# ''updating the amount someone is paying requires an admin to change it in django, there's no way for a user to do that, and also no corresponding vue card in the frontend''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Seems like some timedate setting is still configured to be DD/MM/YYYY somehow?
# '' UX: The ending page takes someone to Contact Us page, kinda unclear what the actual steps are
# '' UX: Welcome email sent from MM says "here are some next steps" but it's empty, ha.
# '' see also maybe [https://github.com/sudoroom/MemberMatters/issues the github issues page]

Membermatters

2026-06-05T03:03:45Z

Indoorjetpacks: /* TODO */

Membermatters

2026-06-05T02:59:30Z

Indoorjetpacks: /* Membermatters-related workflow */

Membermatters

2026-06-05T02:39:36Z

Indoorjetpacks: /* MEMBERSHIP PROCESS- DISCUSSION */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* RechnerFox setup a staging instance for us!
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker compose pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-06-04 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps

Ivan signed up, paid, and got to the post-signup page

Julio signed up, paid, and go to the post-signup page

= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== Membermatters-related workflow ===
# User submits Intent to join form
# User creates an account / signs up on member matters. They land on a 'Contact Us' page for next steps - Membership Status: noob. Subscription Status: inactive
# User adds payment info to member matters and selects a payment plan - Membership Status: noob. Subscription Status: active
# User gets 3 endorsements achieved. Membership Status: noob. Subscription Status: active
# Current members have next member meeting, review Taiga and email list. For any members that meet all reqs, on MM, change user's Membership Status. Membership Status: active. Subscription Status: active
# User is a member!

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers - done? we only have one
# Set up payment plans - also done, mirroring the ones on sudohumans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''update welcome and alert emails''
# ''updating the amount someone is paying requires an admin to change it in django, there's no way for a user to do that, and also no corresponding vue card in the frontend''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Seems like some timedate setting is still configured to be DD/MM/YYYY somehow?

Membermatters

2026-06-05T02:14:54Z

Indoorjetpacks: /* github */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* RechnerFox setup a staging instance for us!
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker compose pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-06-04 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps

Ivan signed up, paid, and got to the post-signup page

Julio signed up, paid, and go to the post-signup page

= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers - done? we only have one
# Set up payment plans - also done, mirroring the ones on sudohumans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''update welcome and alert emails''
# ''updating the amount someone is paying requires an admin to change it in django, there's no way for a user to do that, and also no corresponding vue card in the frontend''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Seems like some timedate setting is still configured to be DD/MM/YYYY somehow?

Membermatters

2026-06-05T02:12:58Z

Indoorjetpacks: /* Currently ( 2026-06-04 ) */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker compose pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-06-04 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps

Ivan signed up, paid, and got to the post-signup page

Julio signed up, paid, and go to the post-signup page

= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers - done? we only have one
# Set up payment plans - also done, mirroring the ones on sudohumans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''update welcome and alert emails''
# ''updating the amount someone is paying requires an admin to change it in django, there's no way for a user to do that, and also no corresponding vue card in the frontend''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Seems like some timedate setting is still configured to be DD/MM/YYYY somehow?

Membermatters

2026-06-05T02:12:11Z

Indoorjetpacks: /* Currently ( 2026-02-07 ) */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker compose pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-06-04 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps
Ivan signed up, paid, and got to the post-signup page
Julio signed up, paid, and go to the post-signup page

= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers - done? we only have one
# Set up payment plans - also done, mirroring the ones on sudohumans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''update welcome and alert emails''
# ''updating the amount someone is paying requires an admin to change it in django, there's no way for a user to do that, and also no corresponding vue card in the frontend''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Seems like some timedate setting is still configured to be DD/MM/YYYY somehow?

Hack Cowork Nite

2026-05-31T21:20:42Z

Indoorjetpacks: Created page with "__NOTOC__ '''Every other Thursday''' '''21:00 (7 PM) — 23:00 (9 PM)''' == Overview == Every other Thursday, we meet up to do some additional co-hacking, similar to Tuesday's HardwareHackNight! Bring a project, work on it, we'll try to keep the area with enough space to work, albeit some hacker dust!"

__NOTOC__
'''Every other Thursday'''
'''21:00 (7 PM) — 23:00 (9 PM)'''

== Overview ==
Every other Thursday, we meet up to do some additional co-hacking, similar to Tuesday's [[HardwareHackNight]]! Bring a project, work on it, we'll try to keep the area with enough space to work, albeit some [[hacker dust]]!

Recurring Meetings

2026-05-31T21:10:28Z

Indoorjetpacks: /* Once or Twice a Month */

:''For the most recently-updated list of upcoming events, see: [https://sudoroom.org/calendar/ Sudo Room Calendar] and [https://omnicommons.org/calendar/ Omni Commons Global Calendar]''

== Weekly Events ==

{| class="wikitable"
| '''[[WomenNonBinaryCoding|Women / NonBinary Coding nights]]'''
'''Mondays''' (7pm - 9pm or even later)
|
The Sudo Room, a creative community and hackerspace at Omni Commons, invites all Women/NB people for “Coding Owls – A WNB Coding Night”: bring your computer and a coding project and have fun! We can help each other if you have coding related questions/bugs or just keep company while hacking!
and if you can't make it there physically, we have an [https://meet.waag.org/turtlesturtlesturtles ONLINE JITSI PORTAL]
|-
| '''[[HardwareHackNight | Hardware and SoftWEAR Project Night]] & [[FixitClinic | Fixit Clinic]]'''
'''Tuesdays''' (8pm - 11pm or even later)
| <noinclude>[[image:SudoRoom_hardware_hacknight.jpg|thumb|120px|A large animal will lead you through real life stuff, you digital wimps ;)]]</noinclude>
Tinker and toil, fiddle and play, hack away at hardware and electronics, affect flair or repairs on textiles and fabric. The Hardware and SoftWEAR Project Night runs alongside the Fixit Clinic, come join a plethora of creative, kind, smart, and knowledgeable nerds as we fix and make things!

If you can't make it physically, you can join us virtually in our [https://meet.waag.org/turtlesturtlesturtles online Jitsi video conference]
|-
| '''[[Radio_Wednesdays|Radio Wednesdays]]'''
'''Wednesdays''' (7pm - 9pm)
|
Wednesdays are for p2p decentralized communications for emergency preparedness and anti-surveillance! We talk ham and Meshtastic and other protocols. See also: https://leftyrad.io & https://bayme.sh
|}

== Once or Twice a Month ==

{| class="wikitable"
|-
| '''''<ON HIATUS>'' [[Darkmode]]'''
'''Last Sunday of each month''' (6pm - 8pm)
|
Enter the world of audio visuals, light projections and TouchDesigner workshops.
|-
| '''[[Hack Cowork Nite]] (formerly [[Smorgasbord]] )'''
'''1st and 3rd Thursdays''' (7pm - 9pm)
|
Every other Thursday, we meet up to do some co-hacking! Bring a project, work on it, we'll try to keep the area with enough space to work, albeit some [[hacker dust]]!

Software, Hardware, LLM hacking (see [[CommunityInfra]]), wiki editing (for any and all wiki!), and stitch 'n bitch (fabric arts and chat).
|-
| '''[[Meetings]]'''
'''2nd Thursday''' (7pm) '''and last Sunday''' (4pm)
|
Sudo Room's official meetings are twice a month (second Thursday at 7pm, and last Sunday at 4pm). We meet in a hybrid format, in-person at Sudo Room and remote using our [https://meet.waag.org/turtlesturtlesturtles online Jitsi video conference]

We keep our agenda on an [https://pad.riseup.net/ etherpad] and then [[Meetings#Meeting_Notes_Archive|archive the meeting minutes]]. We're a California non-profit. See our [[Articles of Association]].
|-
| '''[[SudoParty]]'''
'''4th Thursdays''' (7pm - midnight)
|
$ sudo party --hard
|}

Recurring Meetings

2026-05-31T21:09:29Z

Indoorjetpacks: /* Once or Twice a Month */

:''For the most recently-updated list of upcoming events, see: [https://sudoroom.org/calendar/ Sudo Room Calendar] and [https://omnicommons.org/calendar/ Omni Commons Global Calendar]''

== Weekly Events ==

{| class="wikitable"
| '''[[WomenNonBinaryCoding|Women / NonBinary Coding nights]]'''
'''Mondays''' (7pm - 9pm or even later)
|
The Sudo Room, a creative community and hackerspace at Omni Commons, invites all Women/NB people for “Coding Owls – A WNB Coding Night”: bring your computer and a coding project and have fun! We can help each other if you have coding related questions/bugs or just keep company while hacking!
and if you can't make it there physically, we have an [https://meet.waag.org/turtlesturtlesturtles ONLINE JITSI PORTAL]
|-
| '''[[HardwareHackNight | Hardware and SoftWEAR Project Night]] & [[FixitClinic | Fixit Clinic]]'''
'''Tuesdays''' (8pm - 11pm or even later)
| <noinclude>[[image:SudoRoom_hardware_hacknight.jpg|thumb|120px|A large animal will lead you through real life stuff, you digital wimps ;)]]</noinclude>
Tinker and toil, fiddle and play, hack away at hardware and electronics, affect flair or repairs on textiles and fabric. The Hardware and SoftWEAR Project Night runs alongside the Fixit Clinic, come join a plethora of creative, kind, smart, and knowledgeable nerds as we fix and make things!

If you can't make it physically, you can join us virtually in our [https://meet.waag.org/turtlesturtlesturtles online Jitsi video conference]
|-
| '''[[Radio_Wednesdays|Radio Wednesdays]]'''
'''Wednesdays''' (7pm - 9pm)
|
Wednesdays are for p2p decentralized communications for emergency preparedness and anti-surveillance! We talk ham and Meshtastic and other protocols. See also: https://leftyrad.io & https://bayme.sh
|}

== Once or Twice a Month ==

{| class="wikitable"
|-
| '''''<ON HIATUS>'' [[Darkmode]]'''
'''Last Sunday of each month''' (6pm - 8pm)
|
Enter the world of audio visuals, light projections and TouchDesigner workshops.
|-
| '''[[Hack Cowork Nite]] (formerly [[Smorgasbord]] )'''
'''1st and 3rd Thursdays''' (7pm - 9pm)
|
Every other Thursday, we meet up to do some co-hacking! Bring a project, work on it, we'll try to keep the area mostly free of [[hacker dust]], but no guarantees!

Software, Hardware, LLM hacking (see [[CommunityInfra]]), wiki editing (for any and all wiki!), and stitch 'n bitch (fabric arts and chat).
|-
| '''[[Meetings]]'''
'''2nd Thursday''' (7pm) '''and last Sunday''' (4pm)
|
Sudo Room's official meetings are twice a month (second Thursday at 7pm, and last Sunday at 4pm). We meet in a hybrid format, in-person at Sudo Room and remote using our [https://meet.waag.org/turtlesturtlesturtles online Jitsi video conference]

We keep our agenda on an [https://pad.riseup.net/ etherpad] and then [[Meetings#Meeting_Notes_Archive|archive the meeting minutes]]. We're a California non-profit. See our [[Articles of Association]].
|-
| '''[[SudoParty]]'''
'''4th Thursdays''' (7pm - midnight)
|
$ sudo party --hard
|}

Breaker

2026-03-26T04:40:25Z

Indoorjetpacks:

How to reset the breaker for the big red laser cutter, and hardware corner, and the rest of the south outlets. Flashlight recommended!!

The breaker is up the stairs:
[[File:Go upstairs.jpg|thumb|The breaker is up the stairs]]

Through the left door:
[[File:Through left door.jpg|thumb|Through the left door]]

Go to the left, to the top of the stage:
[[File:Top of the stage.jpg|thumb|turn left and go to the top of the stage]]

climb the ladder:
[[File:Ladder_top_of_stage.jpg|thumb|climb the ladder]]

and look for the breaker panel:
[[File:Breaker box exterior.jpg|thumb|look for the breaker panel]]

The circuits should be labeled:
[[File:Breaker panel labels.jpg|thumb|Circuits should be labeled]]

And those correspond to the actual breakers.
[[File:Panel actual breakers.jpg|thumb|The actual breakers the labels correspond to]]

Alternately you can look at the panel to see which is flipped (look for what is out of place vs the others). Flip it back toward the other direction (sometimes it will require some force) and you should be good!

Breaker

2026-03-26T04:40:07Z

Indoorjetpacks:

How to reset the breaker for the big red laser cutter, and hardware corner, and the rest of the south outlets. Flashlight recommended!!

The breaker is up the stairs:
[[File:Go upstairs.jpg|thumbThe breaker is up the stairs]]

Through the left door:
[[File:Through left door.jpg|thumb|Through the left door]]

Go to the left, to the top of the stage:
[[File:Top of the stage.jpg|thumb|turn left and go to the top of the stage]]

climb the ladder:
[[File:Ladder_top_of_stage.jpg|thumb|climb the ladder]]

and look for the breaker panel:
[[File:Breaker box exterior.jpg|thumb|look for the breaker panel]]

The circuits should be labeled:
[[File:Breaker panel labels.jpg|thumb|Circuits should be labeled]]

And those correspond to the actual breakers.
[[File:Panel actual breakers.jpg|thumb|The actual breakers the labels correspond to]]

Alternately you can look at the panel to see which is flipped (look for what is out of place vs the others). Flip it back toward the other direction (sometimes it will require some force) and you should be good!

File:Panel actual breakers.jpg

2026-03-26T04:37:27Z

Indoorjetpacks: Indoorjetpacks uploaded a new version of File:Panel actual breakers.jpg

picture of thee inside of a breaker panel

File:Breaker panel labels.jpg

2026-03-26T04:35:20Z

Indoorjetpacks: Indoorjetpacks uploaded a new version of File:Breaker panel labels.jpg

inside of a breaker panel with labels on it

File:Breaker panel labels.jpg

2026-03-26T04:16:17Z

Indoorjetpacks: Indoorjetpacks reverted File:Breaker panel labels.jpg to an old version

inside of a breaker panel with labels on it

File:Breaker panel labels.jpg

2026-03-26T04:15:53Z

Indoorjetpacks: Indoorjetpacks uploaded a new version of File:Breaker panel labels.jpg

inside of a breaker panel with labels on it

File:Breaker panel labels.jpg

2026-03-26T04:07:36Z

Indoorjetpacks: Indoorjetpacks uploaded a new version of File:Breaker panel labels.jpg

inside of a breaker panel with labels on it

File:Breaker panel labels.jpg

2026-03-26T04:01:47Z

Indoorjetpacks: Indoorjetpacks uploaded a new version of File:Breaker panel labels.jpg

inside of a breaker panel with labels on it

File:Breaker panel labels.jpg

2026-03-26T03:49:04Z

Indoorjetpacks: Indoorjetpacks uploaded a new version of File:Breaker panel labels.jpg

inside of a breaker panel with labels on it

Breaker

2026-03-26T03:37:36Z

Indoorjetpacks:

How to reset the breaker for the big red laser cutter, and hardware corner, and the rest of the south outlets

The breaker is up the stairs:
[[File:Go upstairs.jpg|thumb]]

Through the left door:
[[File:Through left door.jpg|thumb]]

Go to the left, to the top of the stage:
[[File:Top of the stage.jpg|thumb]]

climb the ladder:
[[File:Ladder_top_of_stage.jpg|thumb]]

and look for the breaker panel:
[[File:Breaker box exterior.jpg|thumb]]

The circuits should be labeled:
[[File:Breaker panel labels.jpg|thumb]]

And those correspond to the actual breakers.
[[File:Panel actual breakers.jpg|thumb]]

Alternately you can look at the panel to see which is flipped (look for what is out of place vs the others). Flip it back toward the other direction (sometimes it will require some force) and you should be good!

Breaker

2026-03-26T03:37:12Z

Indoorjetpacks: resetting the breaker

# How to reset the breaker for the big red laser cutter, and hardware corner, and the rest of the south outlets

The breaker is up the stairs:
[[File:Go upstairs.jpg|thumb]]

Through the left door:
[[File:Through left door.jpg|thumb]]

Go to the left, to the top of the stage:
[[File:Top of the stage.jpg|thumb]]

climb the ladder:
[[File:Ladder_top_of_stage.jpg]]

and look for the breaker panel:
[[File:Breaker box exterior.jpg|thumb]]

The circuits should be labeled:
[[File:Breaker panel labels.jpg|thumb]]

And those correspond to the actual breakers.
[[File:Panel actual breakers.jpg|thumb]]

Alternately you can look at the panel to see which is flipped (look for what is out of place vs the others). Flip it back toward the other direction (sometimes it will require some force) and you should be good!

File:Breaker panel labels.jpg

2026-03-26T03:35:36Z

Indoorjetpacks:

inside of a breaker panel with labels on it

File:Panel actual breakers.jpg

2026-03-26T03:34:13Z

Indoorjetpacks:

picture of thee inside of a breaker panel

File:Breaker box exterior.jpg

2026-03-26T03:24:37Z

Indoorjetpacks:

exterior view of breaker box

File:Ladder top of stage.jpg

2026-03-26T03:22:38Z

Indoorjetpacks:

image of the ladder at the top of the stage

File:Top of the stage.jpg

2026-03-26T03:21:29Z

Indoorjetpacks:

top of the stage

File:Through left door.jpg

2026-03-26T03:20:20Z

Indoorjetpacks:

door on the left

File:Go upstairs.jpg

2026-03-26T03:19:25Z

Indoorjetpacks:

image of the stairs in sudoroom

Big red laser cutter

2026-03-26T03:14:45Z

Indoorjetpacks: /* General Info */

== General Info ==

The big red laser cutter is a no-name model using a Ruida 644XG control board. Its bed dimensions are about 730mm wide by 500mm deep. It looks like a 100 W CO2 laser.

The Melbourne Makerspace has the same laser and have a [https://wiki.melbournemakerspace.org/Laser%20Cutter nicely written wiki page on it].

[[File:Caution-danger-sign.jpg|thumb]]
''Be aware:'' lasers are very dangerous! Review these [https://ehs.mit.edu/workplace-safety-program/laser-cutter-safety/ safety guidelines], and carry an appropriate level of fear of the laser at all times. Hazards include:

'''Fire hazard'''

Lasers create high heat, and can cause materials to catch on fire. Certain materials and types of designs (i.e very dense/small objects) are more prone to fire.

To minimize fire risk, remember to...
# Never leave laser unattended. Be prepared to respond promptly in case of fire. Familiarize yourself with where the fire extinguisher and water spray bottle are before using. You should never see a prolonged flame while using the laser cutter.
# If you see a candle sized flame for more than 3 seconds while cutting, stop the laser, check/adjust bed height, power/speed settings, or use a different material.

'''Respiratory Hazard'''

Laser cutters create fumes and small particulates.

To minimize respiratory hazards, remember to...
# Only cut and engrave [[LASER SAFE material]]. Some materials can emit toxic fumes when laser cut, and should never be used in the laser cutter!
# Always have the ventilation fan on while using the laser cutter, and for a few minutes after you are done. Even laser safe materials aren't good to breathe in. There is also an air purifier next to the laser cutter that is nice to have on.
# Check in with other people in the room before using the laser cutter to see if they are sensitive to fumes. Be accommodating!

'''Laser Hazard'''

To minimize laser exposure hazards, remember to..
# Never look directly at the laser beam. While wearing eye protection, you may look at the point that the laser is cutting your material. However, you should NEVER look directly into a laser beam, even if wearing safety goggles.
# Never run the laser cutter while the lid is open.

'''Help I tripped the breaker'''

This is how to reset the [[breaker]] that the laser (and sewing/3dprinting/hardware corner) is on

== Operation Instructions ==
# First turn on the laser cutter control switch, located on the right side of the machine.
[[File:Laser_control_switch.jpg|showing laser control switch on|thumb]]

=== Preparing Material ===
# Put [[LASER SAFE material]] on the bed
# Use the control pad arrow keys to move the laser head above your material. We want it above the material to properly set the bed height
# Once laser head above material, use the knob inside the laser cutter to move the bed up and down. The correct height is about 3/4" above your material. You can use the "laser focus height" tool as reference.

[[File:Laser_bed_z_adjust.jpg|showing where Z adjust height is for laser|frameless]]

[[File:Laser_bed_correct_bed_height.jpg|showing correct bed height for laser|frameless]]

[[File:Laser_bed_correct_bed_height_with_tool.jpg|showing correct bed height for laser with tool|frameless]]

=== Turning on the laser and exhaust ===
# Turn on the exhaust fan by switching on the power strip on top of the laser cutter. You should hear the exhaust fan turn on. Also, switch on the air purifier on the desk.
[[File:Laser_exhaust_fan.jpg|exhaust fan for laser cutter|thumb]]

[[File:Laser_air_purifier.jpg|air purifier near the laser cutter|thumb]]

# Enable the laser by turning on the laser switch on the left side of the machine, and turning the key on the front of the machine.
[[File:Laser_switch.jpg|showing laser switch on|thumb]]

[[File:Laser_key_switch.jpg|showing laser key switch on|thumb]]

=== Preparing the file ===
The following steps should be done on the computer near the laser cutter, which has LightBurn installed on it.

# Open LightBurn on computer next to the laser cutter
# Import a vector file (dxf, pdf, etc) or image (rastering), or use LightBurn to create a design.
# Set the color of items to define how you want them cut or engraved, then double click the colors in the pane on the right to set the laser speed, power, and other features associated with that color. Black can be used to cut and red to etch, for instance. Use this chart to get a ballpark reference for speed and power settings: [[Big red laser cutter settings]]. It is recommended to do a "test cut" before cutting out a large file to be sure your speed and power settings are good.

[[File:Lightburn layer tips.png|frameless|LightBurn layer settings]]

# Select "absolute coordinates" to define the placement relative to the bed. Select "user origin" to set the placement on the bed manually. The device should be set to ttyUSB0, Ruida664GX.
# Once happy with design, click “Send”
# Enter a name (or just use default to override) and press enter.
# Wait for the file to send.

=== Running the laser ===
The following steps should be done using the control panel on the laser cutter itself.

# On the laser cutter control panel, press "File" to see available files.
# Scroll and press “Enter” to select a file.
# Set the origin if necessary.
# Press “Frame" to confirm placement. When you press this, the laser cutter head will trace around the max coordinates, to show you where your design will be cut.
# If the frame is correct press “Start”, and the laser will run.

=== Having Trouble Setting the Origin? ===
If you are using LightBurn to compose your project, be sure to use the setting "Current Position". 
Otherwise, LightBurn may override any origin you set at the laser cutter.

Setting the origin on the laser cutter is easy. 
On the front panel there are 4 arrow keys. You can use these to move the "head" around.
Pressing the "Origin" button sets that spot to be the origin of where cutting starts. Typically, this is the upper left
of the bounding rectangle around your artwork.
You may find that moving the "head" is much easier than moving the material placed on the bed!

== Other software ==

As mentioned, RDWorks can also be used. We haven't tried it yet but it seems it's a free download [https://www.thunderlaser.com/laser-download from here].

Some of the software (downloaded from the above link) is on the hard drive of wasp.local which is a desktop computer under the 3D printer desk, in a folder called ~/laser-backup/

[https://spaz.org/~jake/sudoroom/Big_red_laser_cutter/ The above software has also been downloaded and stored here]

it was setup with an IP address of 100.64.64.69 (by pressing buttons through the menu) but it had no ports open and then we just switched over to USB to the computer and it was working fine. The same software might work over ethernet but we didn't try.

== Trying other things ==
Andy is trying to find software to control the laser cutter. I can generate gcode instructions in Inkscape, but I don't know how to send them to the printer over USB.

I'm trying to install [https://laserweb.yurl.ch/|LaserWeb].

I ran the commands here : https://laserweb.yurl.ch/documentation/installation/36-install-raspberry-pi. But the server gave an error when started:

Server binding to all local IP addresses on port: 8000
internal/modules/cjs/loader.js:818
throw err;
^

Error: Cannot find module 'node-hid'
Require stack:
- /home/laser/Programs/lw.comm-server/server.js
at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
at Function.Module._load (internal/modules/cjs/loader.js:667:27)
at Module.require (internal/modules/cjs/loader.js:887:19)
at require (internal/modules/cjs/helpers.js:74:18)
at Object.exports.LWCommServer (/home/laser/Programs/lw.comm-server/server.js:168:13)
at Object.<anonymous> (/home/laser/Programs/lw.comm-server/server.js:4141:13)
at Module._compile (internal/modules/cjs/loader.js:999:30)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10)
at Module.load (internal/modules/cjs/loader.js:863:32)
at Function.Module._load (internal/modules/cjs/loader.js:708:14) {
code: 'MODULE_NOT_FOUND',
requireStack: [ '/home/laser/Programs/lw.comm-server/server.js' ]
}

== Stuff made on the big red laser cutter ==

* I cut some 1/4 clear plastic suspected to be acrylic. Used .5mm/sec 100%/40% power. It cut all the way through but the edge was rough.

== Stuff seen around the space ==

== ventilation ducting ==

=== Cleaning ===

Clean the lens monthly

If the exhaust fan is not working well, it might need to be cleaned.

To clean, detach the fan and base from the laser cutter. The area circled in the below picture is where you need to get access.

[[File:Laser_fan_detach.jpg|showing where to detach laser exhaust fan|frameless]]

This is what the fan looks like detached

[[File:Laser_fan_detached.png|detached laser exhaust fan|frameless]]

This is dirty and needs to be cleaned

[[File:Laser_fan_dirty.jpg|dirty laser exhaust fan|frameless]]

Use a vacuum and toothbrush/wire brush to clean. A n95 mask is recommended too.

[[File:Laser_fan_clean.jpg|clean laser exhaust fan|frameless]]

=== history ===
a plastic adaptor was 3D printed to connect the 6" outlet of the exhaust fan to the 8" flexible duct leading to the roof hole:
<code>laserduct.scad
THICKNESS=1.5*25.4;
ID=5.75*25.4;
ID_LIP=ID-(0.25*25.4);
ID_LIP_THICK=0.2*25.4;
OD=7.75*25.4;
OD_LIP=OD+0.2*25.4;
OD_LIP_THICK=0.2*25.4;
difference() {
color("BLUE") cylinder(d1=OD_LIP, d2=OD, h=THICKNESS, $fn=100);
{
translate([0,0,ID_LIP_THICK]) cylinder(d=ID, h=THICKNESS, $fn=100);
translate([0,0,-0.5]) cylinder(d=ID_LIP, h=THICKNESS, $fn=100);
}
}</code>
[[File:Laserduct.png|3D printing exhaust duct adaptor|thumb]]

 
Also the duct/roof interface was improved and a new stand was made for the extractor fan. Yay for milkcrates! 

[[File:Fan-holder.jpg|thumb]]
[[File:new-vent-top.jpg|thumb]]

Big red laser cutter

2026-03-26T03:14:04Z

Indoorjetpacks: /* General Info */

== General Info ==

The big red laser cutter is a no-name model using a Ruida 644XG control board. Its bed dimensions are about 730mm wide by 500mm deep. It looks like a 100 W CO2 laser.

The Melbourne Makerspace has the same laser and have a [https://wiki.melbournemakerspace.org/Laser%20Cutter nicely written wiki page on it].

[[File:Caution-danger-sign.jpg|thumb]]
''Be aware:'' lasers are very dangerous! Review these [https://ehs.mit.edu/workplace-safety-program/laser-cutter-safety/ safety guidelines], and carry an appropriate level of fear of the laser at all times. Hazards include:

'''Fire hazard'''

Lasers create high heat, and can cause materials to catch on fire. Certain materials and types of designs (i.e very dense/small objects) are more prone to fire.

To minimize fire risk, remember to...
# Never leave laser unattended. Be prepared to respond promptly in case of fire. Familiarize yourself with where the fire extinguisher and water spray bottle are before using. You should never see a prolonged flame while using the laser cutter.
# If you see a candle sized flame for more than 3 seconds while cutting, stop the laser, check/adjust bed height, power/speed settings, or use a different material.

'''Respiratory Hazard'''

Laser cutters create fumes and small particulates.

To minimize respiratory hazards, remember to...
# Only cut and engrave [[LASER SAFE material]]. Some materials can emit toxic fumes when laser cut, and should never be used in the laser cutter!
# Always have the ventilation fan on while using the laser cutter, and for a few minutes after you are done. Even laser safe materials aren't good to breathe in. There is also an air purifier next to the laser cutter that is nice to have on.
# Check in with other people in the room before using the laser cutter to see if they are sensitive to fumes. Be accommodating!

'''Laser Hazard'''

To minimize laser exposure hazards, remember to..
# Never look directly at the laser beam. While wearing eye protection, you may look at the point that the laser is cutting your material. However, you should NEVER look directly into a laser beam, even if wearing safety goggles.
# Never run the laser cutter while the lid is open.

'''Help I tripped the breaker''
This is how to reset the [[breaker]] that the laser (and sewing/3dprinting/hardware corner) is on

== Operation Instructions ==
# First turn on the laser cutter control switch, located on the right side of the machine.
[[File:Laser_control_switch.jpg|showing laser control switch on|thumb]]

=== Preparing Material ===
# Put [[LASER SAFE material]] on the bed
# Use the control pad arrow keys to move the laser head above your material. We want it above the material to properly set the bed height
# Once laser head above material, use the knob inside the laser cutter to move the bed up and down. The correct height is about 3/4" above your material. You can use the "laser focus height" tool as reference.

[[File:Laser_bed_z_adjust.jpg|showing where Z adjust height is for laser|frameless]]

[[File:Laser_bed_correct_bed_height.jpg|showing correct bed height for laser|frameless]]

[[File:Laser_bed_correct_bed_height_with_tool.jpg|showing correct bed height for laser with tool|frameless]]

=== Turning on the laser and exhaust ===
# Turn on the exhaust fan by switching on the power strip on top of the laser cutter. You should hear the exhaust fan turn on. Also, switch on the air purifier on the desk.
[[File:Laser_exhaust_fan.jpg|exhaust fan for laser cutter|thumb]]

[[File:Laser_air_purifier.jpg|air purifier near the laser cutter|thumb]]

# Enable the laser by turning on the laser switch on the left side of the machine, and turning the key on the front of the machine.
[[File:Laser_switch.jpg|showing laser switch on|thumb]]

[[File:Laser_key_switch.jpg|showing laser key switch on|thumb]]

=== Preparing the file ===
The following steps should be done on the computer near the laser cutter, which has LightBurn installed on it.

# Open LightBurn on computer next to the laser cutter
# Import a vector file (dxf, pdf, etc) or image (rastering), or use LightBurn to create a design.
# Set the color of items to define how you want them cut or engraved, then double click the colors in the pane on the right to set the laser speed, power, and other features associated with that color. Black can be used to cut and red to etch, for instance. Use this chart to get a ballpark reference for speed and power settings: [[Big red laser cutter settings]]. It is recommended to do a "test cut" before cutting out a large file to be sure your speed and power settings are good.

[[File:Lightburn layer tips.png|frameless|LightBurn layer settings]]

# Select "absolute coordinates" to define the placement relative to the bed. Select "user origin" to set the placement on the bed manually. The device should be set to ttyUSB0, Ruida664GX.
# Once happy with design, click “Send”
# Enter a name (or just use default to override) and press enter.
# Wait for the file to send.

=== Running the laser ===
The following steps should be done using the control panel on the laser cutter itself.

# On the laser cutter control panel, press "File" to see available files.
# Scroll and press “Enter” to select a file.
# Set the origin if necessary.
# Press “Frame" to confirm placement. When you press this, the laser cutter head will trace around the max coordinates, to show you where your design will be cut.
# If the frame is correct press “Start”, and the laser will run.

=== Having Trouble Setting the Origin? ===
If you are using LightBurn to compose your project, be sure to use the setting "Current Position". 
Otherwise, LightBurn may override any origin you set at the laser cutter.

Setting the origin on the laser cutter is easy. 
On the front panel there are 4 arrow keys. You can use these to move the "head" around.
Pressing the "Origin" button sets that spot to be the origin of where cutting starts. Typically, this is the upper left
of the bounding rectangle around your artwork.
You may find that moving the "head" is much easier than moving the material placed on the bed!

== Other software ==

As mentioned, RDWorks can also be used. We haven't tried it yet but it seems it's a free download [https://www.thunderlaser.com/laser-download from here].

Some of the software (downloaded from the above link) is on the hard drive of wasp.local which is a desktop computer under the 3D printer desk, in a folder called ~/laser-backup/

[https://spaz.org/~jake/sudoroom/Big_red_laser_cutter/ The above software has also been downloaded and stored here]

it was setup with an IP address of 100.64.64.69 (by pressing buttons through the menu) but it had no ports open and then we just switched over to USB to the computer and it was working fine. The same software might work over ethernet but we didn't try.

== Trying other things ==
Andy is trying to find software to control the laser cutter. I can generate gcode instructions in Inkscape, but I don't know how to send them to the printer over USB.

I'm trying to install [https://laserweb.yurl.ch/|LaserWeb].

I ran the commands here : https://laserweb.yurl.ch/documentation/installation/36-install-raspberry-pi. But the server gave an error when started:

Server binding to all local IP addresses on port: 8000
internal/modules/cjs/loader.js:818
throw err;
^

Error: Cannot find module 'node-hid'
Require stack:
- /home/laser/Programs/lw.comm-server/server.js
at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
at Function.Module._load (internal/modules/cjs/loader.js:667:27)
at Module.require (internal/modules/cjs/loader.js:887:19)
at require (internal/modules/cjs/helpers.js:74:18)
at Object.exports.LWCommServer (/home/laser/Programs/lw.comm-server/server.js:168:13)
at Object.<anonymous> (/home/laser/Programs/lw.comm-server/server.js:4141:13)
at Module._compile (internal/modules/cjs/loader.js:999:30)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10)
at Module.load (internal/modules/cjs/loader.js:863:32)
at Function.Module._load (internal/modules/cjs/loader.js:708:14) {
code: 'MODULE_NOT_FOUND',
requireStack: [ '/home/laser/Programs/lw.comm-server/server.js' ]
}

== Stuff made on the big red laser cutter ==

* I cut some 1/4 clear plastic suspected to be acrylic. Used .5mm/sec 100%/40% power. It cut all the way through but the edge was rough.

== Stuff seen around the space ==

== ventilation ducting ==

=== Cleaning ===

Clean the lens monthly

If the exhaust fan is not working well, it might need to be cleaned.

To clean, detach the fan and base from the laser cutter. The area circled in the below picture is where you need to get access.

[[File:Laser_fan_detach.jpg|showing where to detach laser exhaust fan|frameless]]

This is what the fan looks like detached

[[File:Laser_fan_detached.png|detached laser exhaust fan|frameless]]

This is dirty and needs to be cleaned

[[File:Laser_fan_dirty.jpg|dirty laser exhaust fan|frameless]]

Use a vacuum and toothbrush/wire brush to clean. A n95 mask is recommended too.

[[File:Laser_fan_clean.jpg|clean laser exhaust fan|frameless]]

=== history ===
a plastic adaptor was 3D printed to connect the 6" outlet of the exhaust fan to the 8" flexible duct leading to the roof hole:
<code>laserduct.scad
THICKNESS=1.5*25.4;
ID=5.75*25.4;
ID_LIP=ID-(0.25*25.4);
ID_LIP_THICK=0.2*25.4;
OD=7.75*25.4;
OD_LIP=OD+0.2*25.4;
OD_LIP_THICK=0.2*25.4;
difference() {
color("BLUE") cylinder(d1=OD_LIP, d2=OD, h=THICKNESS, $fn=100);
{
translate([0,0,ID_LIP_THICK]) cylinder(d=ID, h=THICKNESS, $fn=100);
translate([0,0,-0.5]) cylinder(d=ID_LIP, h=THICKNESS, $fn=100);
}
}</code>
[[File:Laserduct.png|3D printing exhaust duct adaptor|thumb]]

 
Also the duct/roof interface was improved and a new stand was made for the extractor fan. Yay for milkcrates! 

[[File:Fan-holder.jpg|thumb]]
[[File:new-vent-top.jpg|thumb]]

Membermatters

2026-03-13T03:17:00Z

Indoorjetpacks: /* Need to Setup, Immediate Actions */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker compose pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-02-07 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps
= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers - done? we only have one
# Set up payment plans - also done, mirroring the ones on sudohumans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''update welcome and alert emails''
# ''updating the amount someone is paying requires an admin to change it in django, there's no way for a user to do that, and also no corresponding vue card in the frontend''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Seems like some timedate setting is still configured to be DD/MM/YYYY somehow?

Membermatters

2026-03-13T03:16:31Z

Indoorjetpacks: /* TODO */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker compose pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-02-07 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps
= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers
# Set up payment plans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''update welcome and alert emails''
# ''updating the amount someone is paying requires an admin to change it in django, there's no way for a user to do that, and also no corresponding vue card in the frontend''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Seems like some timedate setting is still configured to be DD/MM/YYYY somehow?

Membermatters

2026-03-13T03:16:15Z

Indoorjetpacks: /* Pain points: We need to fix these issues ... later */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker compose pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-02-07 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps
= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers
# Set up payment plans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''update welcome and alert emails''
# ''updating the amount someone is paying requires an admin to change it in django, there's no way for a user to do that, and also no corresponding vue card in the frontend''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Where's the place to change the Membership Plan Tier? Martin tried to do this and didn't find an easy way to do it
# '' Seems like some timedate setting is still configured to be DD/MM/YYY somehow?

Membermatters

2026-03-11T07:06:52Z

Indoorjetpacks: /* Making a dev environment */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker compose pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-02-07 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps
= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers
# Set up payment plans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''update welcome and alert emails''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Where's the place to change the Membership Plan Tier? Martin tried to do this and didn't find an easy way to do it
# '' Seems like some timedate setting is still configured to be DD/MM/YYY somehow?

3D Modeling

2026-03-02T17:33:28Z

Indoorjetpacks: /* Slicing */

= 3D Models =

We love open-source and use open-source 3D modelling software (mostly Blender) to create everything from spare parts to be 3D printed to virtual reality utopias featuring walkable streets in Oakland to cool museum exhibits on science targeting adults.

= 3D Models for 3D-Printing =

This page is about creating models for 3D-printing. At Sudoroom we have a [[Type_A_Machine|Type-A Machine]] 3D printer, and a [[TAZ_4|TAZ 4]] 3D printer, but models can be made by anyone anywhere, just like word documents don't have to be made on a machine attached to a 2D printer.
[[File:Taz4-3d-printer.jpg|thumb|left|link=TAZ_4]]
[[File:Type-A-Machines-series-1-3d-printer.png|thumb|link=Type_A_Machine]]
== STL Models ==

STL files are wireframe/polygonal representations of a 3D model. There's a number of ways to get them:

=== Write OpenSCAD (recommended) ===

[http://www.openscad.org/ OpenSCAD] is a programming language for describing 3D shapes. You write code on the left, and it renders your model on the right. Then you can export an STL file. It has many benefits:
* free, open source, cross-platform
* keyboard-centric, less mouse dragging
* your models are deterministic
* you can easily track your changes with git
* the [https://en.wikibooks.org/wiki/OpenSCAD_User_Manual manual] is pretty straightforward
* there's even a [http://openjscad.org/ browser javascript version]!

But the software still has a long way to go. Some annoying things about OpenSCAD:
* single-threaded rendering, so complex models take a long time
* no persistent cache, so if you close it, you must render all over again
* GUI blocks on rendering, so if your render takes too long you must kill it (save often)
* volatile syntax - for example, child() is deprecated in git master, but the alternative children() is not even supported by latest stable (2013.06)

=== Use other modeling software ===

* [http://blender.org Blender] is open-source and popular, and Sudoroom members have been offering workshops on how to use it!
* Google Sketchup is exceptionally easy to use because they profit when you map buildings for them.
* [http://tinkercad.com Tinkercad] (in Google Chrome)

=== Download them ===

You can find premade STL files:
* On [http://thingiverse.com/ Thingiverse]
* On the [smb://space/sudoroom%20public%20data/Projects/3DPrinting local file server]
* On sudoroom's [https://github.com/sudoroom github] ([https://github.com/sudoroom/magnets magnets], [https://github.com/sudoroom/sudo-blocks blocks], etc)
* [https://grabcad.com/ GrabCAD] is requires a login but has interesting stuff

== Slicing ==

3D Printers don't understand OpenSCAD or STL. They understand an extension of gcode, which is a decades-old language which sends direct instructions such as "heat to 100 degrees, move here, do this, move there, do that, cool down". In order to print a model you have to turn it into a series of 2D layers or "slices", using a program called a "slicer". Slicers output gcode. They need to be configured for a particular printer, with settings such as melting tempurature, bed size, fill style, overhang compensation, etc. Examples of slicing software:
* [[OrcaSlicer|Orca Slicer]] (installed on the [[Wasp.local|Sudoroom 3d printing desktop computer]]
* Ultimaker Cura (installed on the [[Wasp.local|Sudoroom 3d printing desktop computer]]
* Slic3r
* KISSlicer
* Skeinforge

Slicing for a particular machine such as our [[Type_A_Machine|Type-A]] should be documented at its own page.

[[Category:3DPrinting]]

Creality Ender-3 S1

2026-03-02T17:33:11Z

Indoorjetpacks: /* Overview */

==Overview==
'''Printer Name:''' Creality Ender-3 S1

'''Preferred Slicer:''' [[OrcaSlicer|Orca Slicer]]

'''Nozzle:''' 0.4mm

'''Bed Type:''' Textured PEI Plate

'''Filament:''' PLA

'''Octoprint:''' http://100.64.64.197/ (this will only work if you're on the local network / wifi)

==Status==
Working as of 11/19/2025

==Printing Tips==
Use 0.20 Standard slice profile

==Documentation==
* [https://wiki.creality.com/en/ender-series Creality Wiki]

==Maintenance Log==
Levelled bed on 11/19/2025

3D Modeling

2026-03-02T17:32:36Z

Indoorjetpacks: /* Slicing */

= 3D Models =

We love open-source and use open-source 3D modelling software (mostly Blender) to create everything from spare parts to be 3D printed to virtual reality utopias featuring walkable streets in Oakland to cool museum exhibits on science targeting adults.

= 3D Models for 3D-Printing =

This page is about creating models for 3D-printing. At Sudoroom we have a [[Type_A_Machine|Type-A Machine]] 3D printer, and a [[TAZ_4|TAZ 4]] 3D printer, but models can be made by anyone anywhere, just like word documents don't have to be made on a machine attached to a 2D printer.
[[File:Taz4-3d-printer.jpg|thumb|left|link=TAZ_4]]
[[File:Type-A-Machines-series-1-3d-printer.png|thumb|link=Type_A_Machine]]
== STL Models ==

STL files are wireframe/polygonal representations of a 3D model. There's a number of ways to get them:

=== Write OpenSCAD (recommended) ===

[http://www.openscad.org/ OpenSCAD] is a programming language for describing 3D shapes. You write code on the left, and it renders your model on the right. Then you can export an STL file. It has many benefits:
* free, open source, cross-platform
* keyboard-centric, less mouse dragging
* your models are deterministic
* you can easily track your changes with git
* the [https://en.wikibooks.org/wiki/OpenSCAD_User_Manual manual] is pretty straightforward
* there's even a [http://openjscad.org/ browser javascript version]!

But the software still has a long way to go. Some annoying things about OpenSCAD:
* single-threaded rendering, so complex models take a long time
* no persistent cache, so if you close it, you must render all over again
* GUI blocks on rendering, so if your render takes too long you must kill it (save often)
* volatile syntax - for example, child() is deprecated in git master, but the alternative children() is not even supported by latest stable (2013.06)

=== Use other modeling software ===

* [http://blender.org Blender] is open-source and popular, and Sudoroom members have been offering workshops on how to use it!
* Google Sketchup is exceptionally easy to use because they profit when you map buildings for them.
* [http://tinkercad.com Tinkercad] (in Google Chrome)

=== Download them ===

You can find premade STL files:
* On [http://thingiverse.com/ Thingiverse]
* On the [smb://space/sudoroom%20public%20data/Projects/3DPrinting local file server]
* On sudoroom's [https://github.com/sudoroom github] ([https://github.com/sudoroom/magnets magnets], [https://github.com/sudoroom/sudo-blocks blocks], etc)
* [https://grabcad.com/ GrabCAD] is requires a login but has interesting stuff

== Slicing ==

3D Printers don't understand OpenSCAD or STL. They understand an extension of gcode, which is a decades-old language which sends direct instructions such as "heat to 100 degrees, move here, do this, move there, do that, cool down". In order to print a model you have to turn it into a series of 2D layers or "slices", using a program called a "slicer". Slicers output gcode. They need to be configured for a particular printer, with settings such as melting tempurature, bed size, fill style, overhang compensation, etc. Examples of slicing software:
* [[OrcaSlicer|OrcaSlicer]] (installed on the [[Wasp.local|Sudoroom 3d printing desktop computer]]
* Ultimaker Cura (installed on the [[Wasp.local|Sudoroom 3d printing desktop computer]]
* Slic3r
* KISSlicer
* Skeinforge

Slicing for a particular machine such as our [[Type_A_Machine|Type-A]] should be documented at its own page.

[[Category:3DPrinting]]

Membermatters

2026-03-02T02:35:49Z

Indoorjetpacks: /* Pain points: We need to fix these issues ... later */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-02-07 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps
= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers
# Set up payment plans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''update welcome and alert emails''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Where's the place to change the Membership Plan Tier? Martin tried to do this and didn't find an easy way to do it
# '' Seems like some timedate setting is still configured to be DD/MM/YYY somehow?

Membermatters

2026-03-02T02:34:46Z

Indoorjetpacks: /* TODO */

this is the notes for the membermatters installation

https://backers.sudoroom.org

= to create a new user =
* https://backers.sudoroom.org/register

= to check the logs from the docker instance =
* https://backers.sudoroom.org/logs/django.log

= github =
* [https://github.com/sudoroom/MemberMatters/compare/db0724495a09731ec18db2ebe353931a08c256e2..d6ce52564e8ae64975690107efbc2f1907ac1fb8 the changes juul made to add sendmail as an option]
* [https://github.com/sudoroom/MemberMatters/compare/d6ce52564e8ae64975690107efbc2f1907ac1fb8..00918eda47d88d090c29c976410ae8036579d7ea the changes rechner and jake made to build our docker for postgres]
* [https://github.com/sudoroom/MemberMatters/tree/sudoroom we are using the sudoroom branch in our docker]
* we also need to edit frontend/src/i18n/en-AU/index.ts to change "mobile number" to "Phone Number (or X)" (it builds to /usr/src/app/frontend/dist/spa/assets/index.*.js )
* we are working on mounting the docker image with git on the server, so we can make changes to production and try them
* we should set up a schedule for rebasing in changes from upstream, then shoving our changes back on top. then we can deploy to docker directly from our github fork

= we are not spam =
* emails sent by this system for people to validate their account, or reset their password, are important
* emails are being accepted by gmail (for now) but not by some other platforms, and maybe not for some gmail users?
* we should look for ways to find out why the emails are rejected by some servers
* we probably need to format the emails with plaintext and MIME to make them look normal to spam checkers
* Our server is postfix based, but yeah, postfix has very good logging on exactly what happens to each message. Though you as the sender can't know if it went into spam, only if it got outright rejected.
* emails to an MIT address were rejected by Microsoft: "Access denied, banned sending IP [198.199.116.180]. To request removal from this list please visit https://sender.office.com/ and follow the directions" and then Sean followed the directions and asked them to unblock our IP address
* we need to setup monitoring of emails that were outright rejected, and take action each time. Dealing with emails marked as spam will be more challenging unless people have access to the spam filter information on their receiving end.
* we need to encourage more and people to sign up to the new system as we make progress, AFTER setting up rejection monitoring

= certbot =
* juul used pipx to install, and then had to manually make a systemd job to check it twice a day

= Help us build and test =
* prioritized bugs: https://github.com/orgs/sudoroom/projects/1/views/1
* submit a bug: https://github.com/sudoroom/MemberMatters/issues
== Making a dev environment ==
(this assumes you already have git installed and docker setup!)
# `cd` to a directory you want to put the repo
# `git clone https://github.com/sudoroom/MemberMatters.git`
# `git checkout -b branch-name` to make a new branch based of the default (sudoroom)
# `touch /usr/app/django.log` (this is where the logs will go, and not creating it as a file seemed to create it as a dir which docker hated)
# 'echo "MM_ENV=Development" > ./docker/.env` - I am not sure if this needs to go into the docker directory, or just exist? .env files are .gitignored anyway, but it looks like this is used by docker to set some environment vars in the docker-compose.yml
# `cd ./docker`
# `docker pull` (this make take a while)
# `docker compose up -d` to start your docker image
# `docker ps` will list your running containers processes that are created by the docker yaml file
# `docker stop $(docker ps -q)` will stop all the containers by doing `docker stop` on all of the running containers (the -q flag lists by ID)

== Some in-progress notetaking ==
# doing all that, and then going to localhost:8000 takes me to the BMS login page instead of sudoroom's. possibly, since on my setup i ran `docker pull membermatters/membermatters` initially before following the rest of those setups, that is what broke it - i would think that the config files (the database?) would supercede that
# there is also a dev.env file at the top of the repo that might be worth checking out. possible you could `docker run --env_file /path/to/dev.env` and it would use that env instead of the one in the [https://github.com/sudoroom/MemberMatters/blob/481e4bc8f4a3f614e05fcc98af74c9380c7a05a2/docker/docker-compose.yml#L33 docker-compose.yml] ? I don't know if there is a `docker compose` equivalent, need to keep poking at that

some updates:
RechnerFox made a github action to update prod from a staging instance after that was [https://github.com/sudoroom/MemberMatters/commit/88529eec2418afd56302e7deaa4ccf2b3471aa88 added by jake]
2026-01-28: Martin and Nicholas did some work hacking on the vps to backup, delete, and recreate the database so we could start from scratch. This required doing a pg_dump of the existing db, and then entering the postgres docker container with exec, using pgsl -U membermatters. Then we renamed the existing database, and then went back to the [https://membermatters.org/en/latest/GETTING_STARTED.html getting started page of the mm docs and picking up after the "docker start" commands to load the initial data to the database.

Then Martin added himself and Judy, both times it threw errors because the email wasn't setup. MM says you need postmark, but in our fork we have code to get around that, but requires the postmark api key to be blank and the email default to be changed.
2026-01-30: Jake did those two fixes and confirmed he got a password reset email!
2026-02-05: Martin double confirmed email setup by sending a welcome email to himself and started trying to configure the logos, which he got from looking at the old mm email when it was setup and seeing what url was embedded in that email.

Django logs are doing a bunch of Warnings about not finding various /api stuff?
Logo changes aren't loading to the page :( Looks like it is attempting to load but no dice. Confirmed a matching format (png) and square size within favicon specs when linking to one from the wiki's logo page, and then linked to the old one but neither seem to be taking. --- Possible this is still due to all the Not Found /api stuff?

Nicholas suggested that was just some scrapers or bots hitting the page, tested with him trying to load /api/nicksun and that also showed in the logs the same warning.

Site Logo worked! Martin and Nicholas poked around more with it, and the favicon doesn't seem to be used anywhere except emails? But doing a rectangular image for the logo works! It's one of the logos from the wiki - possible we should switch it to a WP upload for speed, not sure how much that matters.

== Currently ( 2026-02-07 ) ==
Martin added two payment plans and tested one and put in his card and it worked! Got an email and got to next steps
= Membership Plan Setup =
== Adding a Membership Payment Plan ==
Left Side Bar > Admin Tools > Membership Plan > Plus Icon, make sure you click the checkbox for 'visible to members'

== Adding a new tier to the existing payment plans ==
Click the plan you made, click ''that'' plus icon.
The popup window shows up, Name your plan, CHANGE THE CURRENCY TO USD, and then add the amount
Notes: Make sure you also click the checkbox for 'visible to members' - if you don't do this, you have to go to the django page to set it (ie its not changeable by in the front end)

= MEMBERSHIP PROCESS- DISCUSSION =
ivan & anca working on this

martin and ivan talked a bit about this 2026-01-06:
* subscription statuses can be: active (currently paying) / inactive (not paying)
* member status can be: active (currently a member) / inactive (not a member, but possibly still paying as a dono or something) / new (unsure, maybe we use this as 'signed up, but still pending endorsements/waiting period? what's the order of operations?) / or account only (signed up but not paying/no payment info in MM)

* 2026-02-10
ivan and martin and nick did a truth table to figure out statuses:

Membership Status / Subscription status
* Active / Active -> Member
* Active / Inactive -> Email to talk about payment (card error, payment lapse etc)
* Noob / Active -> Induction
* Noob / Inactive -> Induction
* Inactive / Active -> Supporter
* Inactive / Inactive -> Former Member

=== I want to become a member!! Onboarding Steps ===
# Hang Out, attend an event, join lists, discord
# I Like this! - Fill out the Intent to Join Form!!!
# Attend the next meeting, and get endorsements
# Get a mentor!!

=== Setup payment on Member Matters ===
# Create an account, verify via email
# I'm on Sudo Humans, what do I do?
# I use PayPal, or checks, or Bitcoin. What do I do?

=== Get door access ===
# Get an email?
# How many door access systems will we have?

=== Need to Setup, Immediate Actions ===
# Set up membership tiers
# Set up payment plans

=== Pain points: We need to fix these issues ... later ===
# ''need to check for verification email from member matters''
# ''free accounts need billing info''
# ''get access card process needs work''
# ''members can see each others activities on member matters''
# ''need to edit dashboard, landing page'' - Where do we want the post signup page to go to?
# ''update welcome and alert emails''

= TODO =
# '' Contact Info (Constance Config) - some of that is still membermatters / defaults (notably the email!)
# '' Where's the place to change the Membership Plan Tier? Martin tried to do this and didn't find an easy way to do it
# '' Seems like some timedate setting is still configured to be DD/MM/YYY somehow?

OrcaSlicer

2026-03-02T01:56:26Z

Indoorjetpacks: Info about the OrcaSlicer program

== Overview ==
The recommended slicing program for the Creality 3d printers. It is loaded on the PC next to the laser cutter.

== Documentation ==
[https://www.orcaslicer.com/ official site]

== General How To ==
* Create a new project.
* Select which printer to use (the ones we have should be configured already as presets)
* Import your .stl files (File > Import)
* Manipulate your objects so they fit on the bed and aren't overlapping or hanging off. Orca should yell at you if this is the case.
* At the top, click Preview, it should start slicing (the process of splitting your model into layers to print)
* You may need to enable supports for some objects if there are overhangs.
* It should show you a preview, with a list at the right showing how long each type of print will take. Notably, if you're printing multiple objects at once and there is a high amount of 'travel time,' sometimes this can be reduced by moving pieces closer together.
* Click export gcode and save it to the computer.
* Transfer it to the micro sdcard (the reader is the blue cable+dongle taped to the top of the screen) and take it to your printer to print.

Creality Ender-3 Pro

2026-03-02T01:47:13Z

Indoorjetpacks:

==Overview==
[[File:Ender 3 pro.jpg|thumb|Ender 3 Pro|link=Creality Ender-3 Pro]]

'''Printer Name:''' Creality Ender-3 Pro

'''Preferred Slicer:''' [https://sudoroom.org/wiki/OrcaSlicer Orca Slicer]

'''Nozzle:''' 0.4mm

'''Bed Type:''' Smooth Plate

'''Filament:''' PLA

==Status==
Working as of 02/11/2025

==Printing Tips==
* If prints are not sticking to the printer plate, try cleaning the bed with alcohol before making any adjustments to the printer or your file.
* Recommend to use 0.20mm layer height in print profile.
* This printer is not networked for direct printing from a computer. Bring a micro SD card to transfer your print files from computer to printer.

==Documentation==
* You can use Creality's Ender series [https://wiki.creality.com/en/ender-series wiki] for basic troubleshooting. However, Creality does not offer a specific wiki for the 3 pro model.
* Creality's [https://www.creality.com/products/ender-3-pro-3d-printer product page] for Ender 3 Pro.

==Maintenance Log==
Leveled bed on 11/19/2025

Matrix

2026-02-25T06:55:32Z

Indoorjetpacks:

where?
matrix.sudoroom.org

todo matrix synapse

install the synapse admin web ui (so we don't have to manually make admin api calls to administer the server lol)

get federation working (test at: https://federationtester.matrix.org/#matrix.sudoroom.org )

for video calls: Please ask the administrator of your homeserver (matrix.sudoroom.org) to configure a TURN server in order for calls to work reliably.

email lol???????

allow people to create their own accounts

(some options)
* (lxc) https://github.com/bashclub/zamba-lxc-toolbox/tree/main/src/matrix
* (debian packages) https://packages.matrix.org/debian/ --- we did this one!!
** https://element-hq.github.io/synapse/latest/setup/installation.html
** https://willlewis.co.uk/blog/posts/run-your-own-matrix-server-guide/
* (docker) https://hub.docker.com/r/matrixdotorg/synapse/
** https://linuxhandbook.com/install-matrix-synapse-docker/

Matrix

2026-02-25T06:54:56Z

Indoorjetpacks:

# where?
matrix.sudoroom.org

# todo matrix synapse

install the synapse admin web ui (so we don't have to manually make admin api calls to administer the server lol)

get federation working (test at: https://federationtester.matrix.org/#matrix.sudoroom.org )

for video calls: Please ask the administrator of your homeserver (matrix.sudoroom.org) to configure a TURN server in order for calls to work reliably.

email lol???????

allow people to create their own accounts

(some options)
* (lxc) https://github.com/bashclub/zamba-lxc-toolbox/tree/main/src/matrix
* (debian packages) https://packages.matrix.org/debian/ --- we did this one!!
** https://element-hq.github.io/synapse/latest/setup/installation.html
** https://willlewis.co.uk/blog/posts/run-your-own-matrix-server-guide/
* (docker) https://hub.docker.com/r/matrixdotorg/synapse/
** https://linuxhandbook.com/install-matrix-synapse-docker/

Matrix

2026-02-25T06:51:53Z

Indoorjetpacks:

todo matrix synapse

install the synapse admin web ui (so we don't have to manually make admin api calls to administer the server lol)

get federation working (test at: https://federationtester.matrix.org/#matrix.sudoroom.org )

for video calls: Please ask the administrator of your homeserver (matrix.sudoroom.org) to configure a TURN server in order for calls to work reliably.

email lol???????

allow people to create their own accounts

(some options)
* (lxc) https://github.com/bashclub/zamba-lxc-toolbox/tree/main/src/matrix
* (debian packages) https://packages.matrix.org/debian/ --- we did this one!!
** https://element-hq.github.io/synapse/latest/setup/installation.html
** https://willlewis.co.uk/blog/posts/run-your-own-matrix-server-guide/
* (docker) https://hub.docker.com/r/matrixdotorg/synapse/
** https://linuxhandbook.com/install-matrix-synapse-docker/

Matrix

2026-02-25T06:51:37Z

Indoorjetpacks:

todo matrix synapse

install the synapse admin web ui (so we don't have to manually make admin api calls to administer the server lol)
get federation working (test at: https://federationtester.matrix.org/#matrix.sudoroom.org )
for video calls: Please ask the administrator of your homeserver (matrix.sudoroom.org) to configure a TURN server in order for calls to work reliably.
email lol???????
allow people to create their own accounts

(some options)
* (lxc) https://github.com/bashclub/zamba-lxc-toolbox/tree/main/src/matrix
* (debian packages) https://packages.matrix.org/debian/ --- we did this one!!
** https://element-hq.github.io/synapse/latest/setup/installation.html
** https://willlewis.co.uk/blog/posts/run-your-own-matrix-server-guide/
* (docker) https://hub.docker.com/r/matrixdotorg/synapse/
** https://linuxhandbook.com/install-matrix-synapse-docker/

Matrix

2026-02-13T15:25:35Z

Indoorjetpacks:

(some options)
* (lxc) https://github.com/bashclub/zamba-lxc-toolbox/tree/main/src/matrix
* (debian packages) https://packages.matrix.org/debian/
** https://element-hq.github.io/synapse/latest/setup/installation.html
** https://willlewis.co.uk/blog/posts/run-your-own-matrix-server-guide/
* (docker) https://hub.docker.com/r/matrixdotorg/synapse/
** https://linuxhandbook.com/install-matrix-synapse-docker/

Sharks

2026-02-13T15:23:16Z

Indoorjetpacks:

Proxmox host machine for outward-facing web services such as Matrix. Called sharks because sharks like [https://www.youtube.com/watch?v=1ex7uTQf4bQ eating cables] for the internet (among other things)

== Hardware ==

== Proxmox 8 ==

First, install Debian 13 Trixie. Then install Proxmox 8. https://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_13_Trixie

static ip: 100.64.64.74

== List of Containers ==

[[Matrix]]

== List of VMs ==

Sharks

2026-02-13T15:22:17Z

Indoorjetpacks:

Proxmox host machine for outward-facing web services such as Matrix. Called sharks because sharks like [https://www.youtube.com/watch?v=1ex7uTQf4bQ eating internet cables]

== Hardware ==

== Proxmox 8 ==

First, install Debian 13 Trixie. Then install Proxmox 8. https://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_13_Trixie

static ip: 100.64.64.74

== List of Containers ==

[[Matrix]]

== List of VMs ==