Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Meeting Logistics:

Join by SIP 7739591625@zoomcrc.com

Join by H.323

  • 162.255.37.11 (US West)

  • 162.255.36.11 (US East)

  • 115.114.131.7 (India Mumbai)

  • 115.114.115.7 (India Hyderabad)

  • 213.19.144.110 (Amsterdam Netherlands)

  • 213.244.140.110 (Germany)

  • 103.122.166.55 (Australia Sydney)

  • 103.122.167.55 (Australia Melbourne)

  • 64.211.144.160 (Brazil)

  • 69.174.57.160 (Canada Toronto)

  • 65.39.152.160 (Canada Vancouver)

  • 207.226.132.110 (Japan Tokyo)

  • 149.137.24.110 (Japan Osaka)

...

  • Time: 910:00am PDT / Noon EDT / 16PST / 13:00 EST / 17:00 UTC

  • Zoom Meeting URL:  https://princetonus06web.zoom.us/j/7739591625
    (link will launch Zoom client – if you do not have Zoom, expand the instructions below)

...

titleClick to view telephone/H.323/SIP connection instructions

Meeting ID: 773 959 1625

One tap mobile

  • +13017158592,,7739591625# US (Washington DC)

  • +13126266799,,7739591625# US (Chicago)

Dial by your location

  • +1 301 715 8592 US (Washington DC)

  • +1 312 626 6799 US (Chicago)

  • +1 646 558 8656 US (New York)

  • +1 253 215 8782 US (Tacoma)

  • +1 346 248 7799 US (Houston)

  • +1 669 900 6833 US (San Jose)

  • 888 788 0099 US Toll-free

  • 877 853 5247 US Toll-free

Meeting ID: 773 959 1625

Find your local number: https://princeton.zoom.us/u/abfeKpHD7T

Attendees

Agenda (meeting notes below)

Moderator: James Griffin

Attendees:

  • (To be added)

Meeting Process

(To be drafted)

Notes

  • (To be drafted)
  • Questions and Requests

Notes

  • Interest Group and Core Component Maintenance Working Group Status

    • Component Maintenance Interest Group

    • Component Maintenance Working Group (Phase 4)

    • James wants to determine if there should be a Core Components group at all. Want to avoid effort duplication with Hyrax maintenance, which has been the majority of components work.

    • Gradual shift away from activefedora gem exclusively, to Valkyrie.

    • Easier to focus on Hyrax gems that need to be maintained for Hyrax, but what about gems that need to be deprecated in the near future, or gems that are obscure and possibly not needed without activefedora.

    • Clear path for moving from labs, but what about a process for moving back into labs? But who would take on that effort? Not having a product owner or a commit for a certain period of time could be the answer.

    • ACTION: propose criteria to the community for deprecating gems currently without maintenance or PO, that are not used by Hyrax – ask for product ownership, and then if no response, deprecate to Samvera labs. There is also samvera-deprecated for things that are really not getting any activity.

    • Actively demoting could lend a sense of urgency. There could be security issues for some unused gems. We don’t want to commit to maintaining or mislead about maintenance for these gems.

    • Is the granularity part of the problem? ie hydrahead vs hydra editor.

    • GitHub Actions vs CircleCI – what would be solved by a move? All CI tools have their issues. Could do a straw poll of active committers, and can price that out.

    • Want to make clear we will maintain the things being used, and will help those who are willing to take on maintenance.

    • activefedora depends on LDP

    • Is there a definition for what is a core component? They were originally defined as needing a product owner, and releases were being cut, and active engagement. This is likely no longer relevant.

    • We need to communicate and also fix this – we need to maintain things that we need. ACTION a message asking for POs and maintainers for specific gems; also declaring some deprecated that are not being used. Possibly pull into Hyrax. Pre-categorizing them makes sense, shows we have thought about this.

    • Things that haven’t been updated to new versions of Ruby, that is an indication they are not being maintained.

    • Thing that is most out of date is the list of Product Owners. Is that role important and valuable for all gems? It is a way to know there is someone who is an authority on that gem and can give advice. People get stuck when there is no one to ask about a gem. ACTION mark those that do not have a maintainer; point to the dev channel for place to discuss those gems without a PO.

    • Want to make sure it clear this is a Community priority; Esmé volunteered to send the message to the Community.

  • GitHub Project Prioritization

  • Documentation Updates

  • Questions and Requests