COVID-19

(looking for a shortcut to here?: balug.org/covid will, at least for the time being suffice, as will https://www.balug.org/covid-19, etc.)
Due to COVID-19/SARS-CoV-2,
effective 2020-03-17, San Francisco Bay Area [Linux] User Groups ([L]UGs) have suspended in-person meetings, at least for the time being / until further notice (including BALUG) - see also the immediately below.
2021-04-10 Some in-person meetings starting to resume … initial ones may just be private or by private invitation, continuing to (more) public - at one's own risk/discretion and may be with various restrictions, etc. Presumably at/after some time, these will resume (more-or-less) "normal" in-person meetings, though virtual may also continue. Note also that some venues remain closed (e.g. some businesses didn't survive COVID-19), so always advised but especially so, to check relevant current website/list information for the group regarding meeting location(s) and status and such.

Note that some [L]UGs are conducting virtual meetings.
This is not necessarily a fully updated comprehensive list, but this is list of at least (some)
San Francisco Bay Area [L]UGs known to be having / having started conducting virtual meetings. In general see the LUG[s] Web site and/or list(s) for the most current information:

Please see also: meta-list_-_list_of_lists - note that many [L]UGs may have rather to quite active list(s), even if they're not currently meeting - and/or may have relevant updates and information, etc. on their Web sites.

Absolutely by no means a complete list, but here are some LUGs that have started having on-line / virtual meetings:

AZ.US Phoenix Linux Users Group (Main: second Thursdays; Installfests: first & third Saturdays; Free Software Stammtisch: third Tuesdays; Linux/Cyber Security: second Thursdays) TZ="America/Phoenix"
AZ.US Ubuntu Arizona TeamUbuntu Arizona Team (first and third Sundays (IRC, also generally audio/video) TZ="America/Phoenix"
CA.US Orange County Linux Users Group (various Saturdays) TZ="America/Los_Angeles"
CA.US SGVLUG San Gabriel Valley Linux User's Group (second Thursdays) TZ="America/Los_Angeles"
CA.US San Luis Obispo Linux Users Group (first Thursdays) TZ="America/Los_Angeles"
FL.US Northwest FLorida Linux User Group (generally first Mondays of even numbered months) TZ="America/New_York"
FL.US The Suncoast Linux Users Group (Pinellas Park) (second and third Wednesdays) TZ="America/New_York"
GA.US Atlanta Linux Enthusiasts (Sundays and Tuesdays) TZ="America/New_York"
IL.US Chicago GNU/Linux User Group (typically monthly on a Saturday) TZ="America/Chicago"
IL.US Rock River Linux Users Group (second Thursdays) TZ="America/Chicago"
IL.US Southern Illinois Linux Users Group (first Wednesdays and third Saturdays) TZ="America/Chicago"
IL.US Quad Cities Linus Users Group (second Tuesdays) TZ="America/Fort_Wayne"
IN.US Central Indiana Linux Users Group (typically first Wednesdays) TZ="America/Indiana/Indianapolis"
IN.US Fort Wayne Linux Users Group ("will commence holding online events soon" - (first Thursdays?) TZ="America/Fort_Wayne"
KS.US Lawrence Linux User Group (third Saturdays) TZ="America/Chicago"
MA.US Boston Linux & Unix User Group (third Wednesday) TZ="America/New_York"
MN.US Rochester Area Linux Users Group (generally: technical second Thursdays, socializing: monthly (varies) TZ="America/Chicago"
MO.US Saint Louis Unix Users Group (SLUUG) (generally 2nd Wednesdays) TZ="America/Chicago"
MO.US Saint Louis Linux Users Group (STLLUG) (generally third Thursdays) TZ="America/Chicago"
MO.US Saint Louis MO - Newcomer Linux Users Group (generally fourth Tuesdays) TZ="America/Chicago"
NC.US Triangle Linux Users GroupTriangle Linux Users Group (second Thursdays) TZ="America/New_York"
NE.US Omaha Linux User Group (first Tuesdays) TZ="America/Chicago"
NJ.US Brookdale Computer Users Group BCUG Linux User Group meeting (second Wednesdays) TZ="America/New_York"
NJ.US (Clifton) New Jersey Linux User Group (generally second and last Wednesdays) TZ="America/New_York"
NM.US New Mexico GNU & Linux Users Group (every other Thursday) TZ="America/Denver"
NM.US Albuquerque Linux User Group (first Tuesdays) TZ="America/Denver"
OH.US Dayton Linux Users Group (third Thursdays) TZ="America/New_York"
OR.US OSU (Oregon State University) Linux Users Group (Tuesdays) TZ="America/Los_Angeles"
OR.US Portland Linux / Unix Group (first Thursdays) TZ="America/Los_Angeles"
TX.US Austin Linux User Group (second Thursdays) TZ="America/Chicago"
UT.US Provo Linux User Group (third Tuesdays) TZ="America/Denver"
VA.US Northern Virginia Linux User Group (every Wednesday evening) TZ="America/New_York"
WA.US Bellevue Linux Users Group (almost always second Tuesdays) TZ="America/Los_Angeles"
WA.US Bellingham Linux Users Group (first Thursdays) TZ="America/Los_Angeles"

AU Central Coast GNU/Linux Users Group (2020-09-02, …) TZ="Australia/Sydney"
CA Kitchener-Waterloo Linux User Group (usually on the first (non-holiday) Monday) TZ="America/Toronto"
CA Linux Ottawa (first Thursdays) TZ="America/Toronto"
CA Greater Toronto Area Linux Users Group (second Tuesdays) TZ="America/Toronto"
IN Indian Linux User's Group - (South India) Chennai (Madras) (second Saturdays) TZ="Asia/Kolkata"
IN GNU/Linux Users Group of Mumbai (schedule varies) TZ="Asia/Kolkata"
JP Tokyo Linux Users Group (generally: Technical Meetings second Saturday of odd-numbered months) TZ="Asia/Tokyo"
UK Birmingham Linux User Group (generally third Tuesdays) TZ="Europe/London"
UK Liverpool LUG (first Wednesdays) TZ="Europe/London"
UK Manchester Linux User Group (third Saturdays) TZ="Europe/London"
UK Portsmouth and South East Hampshire Linux User Group (third Saturdays) TZ="Europe/London"
UK Shropshire Linux User Group (second Thursdays & last Thursdays) TZ="Europe/London"
UK Surrey Linux Users Group (Bring-A-Box: second+fourth Saturdays) TZ="Europe/London"
UK Wolverhampton Linux User Group (every Wednesday evening) TZ="Europe/London"

On any system with GNU date(1), included in GNU coreutils, you can convert a remote event's time/date to your local timezone's time/date using syntax as per the following example:

$ date -d 'TZ="Europe/London" 2021-02-13 14:00'
Sat Feb 13 06:00:00 PST 2021
$

GNU date(1) will use your system's TZ database to convert time/date correctly, including compensating for DST / Standard Time issues at either your and/or the remote location.

It is also possible to generalize that syntax, to convert to a timezone differing from your local timezone, by prefacing the foregoing command with an output-timezone qualifier, e.g., as follows requesting conversion to Arizona time/date:

$ TZ='America/Phoenix' date -d 'TZ="Europe/London" 2021-02-13 14:00'
Sat Feb 13 07:00:00 MST 2021
$

Quoting must be as shown, and timezone names must be correct, or you will get errors or (worse) silent ignoring of the provided timezone qualifier. Use canonical TZ database names. Do not use familiar 3- or 4-letter shortcut names like PST and PDT, as they are neither unique nor standardised – nor UTC offsets like UTC-8, which for many locations have DST vs. Standard Time problems: The short names' ambiguities become more troubling the more international one's focus is. For example, "CST" can mean either China Standard Time (UTC+8), Cuba Standard Time (UTC−5), or (North American) Central Standard Time (UTC−6), and it is also a variant name for ACST (Australian Central Standard Time, UTC+9:30). Likewise, a time zone's short name will differ depending on language, as with WET (Western European Time, UTC+0), also known as WEZ (Westeuropäische Zeit) in German, HEO (Heure d'Europe occidentale) in French, ZEČ (Západoevropský čas) in Czech, and ΏΔΕ (Ώρα Δυτικής Ευρώπης) in Greek. Thus the short names' deprecated status.

(As people have asked: No, BSD date(1), as available on MacOS, cannot do this work, for lack of the -d option.)

However, "homebrew" to the rescue: If you install homebrew on your Mac and run "brew install coreutils" to install the GNU coreutils, then GNU date will become available as binary executable "gdate" (as will many other fine GNU enhancements).

On Microsoft Windows, install GnuWin, to acquire GNU coreutils and thus its "date" utility.

If you would rather use a WebUI, outsourced tools exist.

—-
"Timezones are so weird. Australia is in 2022, Canada is in 2021, and the United States is in 1935."
--Santiago Mayer