Date
Attendees
Goals
ARK Alliance Infrastructure topics
Discussion items
Item | Who | Notes |
---|---|---|
Announcements | ||
Any news items we should blog about? Any calls for papers, submission deadlines, upcoming meetings we should note? Please add to Calendar of events. | ||
ARK spec transition update Proposed stakeholders to approach
Approach with questionnaire?
| ||
Understanding and monitoring ARK Alliance (ARKA) infrastructure.
| dw: note: Maria Gould no longer at CDL (https://cdlib.org/cdlinfo/2023/12/11/farewell-to-maria-gould/) | |
The n2t.net resolver either already has or will soon transition to a new resolution regime
| dw: web frameworks such as React are open-source, but it’s generally understood that they're not community-governed, i.e. Facebook/Meta is the arbiter of changes. So CDL could still be such an arbiter for an open-source (transparently inspectable) codebase. A note from the creator of the open-source Clojure programming language on this issue: https://gist.github.com/richhickey/1563cddea1002958f96e7ba9519972d9 | |
Understanding the new github-based arks.org (from Dave Vieglais) The content on arks.org comes from the https://github.com/arks-org/arks.github.io repository. Deployment of changes to arks.org is not automatic, but the manual process is straight forward with a git pull from the main branch of the arks.github.io repository, followed by a build on the arks.org server. As far as managing what goes into the main branch, general best practices for git management should be followed. So develop on a separate branch (within the repo or fork a copy) and make a PR for merging into the main branch. Keep in mind that the main branch should always be representing what is to be shown on arks.org. Rendering of drafts is best done locally by the editor. Currently the main branch is rendered to https://arks-org.github.io/arks.github.io/ with a GitHub action, so that can be used as kind of a release preview before being pulled to arks.org. This entire process will likely be modified to deploy automatically to arks.org when changes are made on the main branch or perhaps when a tag is made. With respect to the Lyrasis Confluence wiki, there are tools that enable conversion from there to Markdown (e.g. https://github.com/sjones4/confluence-to-github ), and certainly at a minimum a confluence export should be done to ensure content is preserved. I would suggest keeping the FAQ and other content from Lyrasis in a GitHub wiki, perhaps in the arks-org/arks.github.io repository at https://github.com/arks-org/arks.github.io/wiki (GH wiki content lives separately from the main repository, though can be managed just like a Git repo). | dw: so (1) suggest change, (2) merge to main branch (needs write access), (3) rebuild https://arks-org.github.io/arks.github.io/ preview (happens automatically via GitHub Action), (4) pull latest of main branch to remote server that hosts arks.org (needs login/write access to server). ? dw: issue: there is no publicly visible GH wiki at https://github.com/arks-org/arks.github.io (i.e. https://github.com/arks-org/arks.github.io/wiki). Is there one visible to repository collaborators? |