|
Size: 2216
Comment: turn off section numbers
|
Size: 3364
Comment: more scratch notes
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 1: | Line 1: |
| ## page was renamed from BtTempleton | |
| Line 3: | Line 4: |
| == 2011 Board Statement == | HCoop member since 2005; served as Secretary 2011--2018, 2022--present |
| Line 5: | Line 6: |
| I have been a member of HCoop since 2005; I wrote the Domtool Emacs mode, was involved in the 2009 migration project, started the hcoopstatus Identica group, and am [[http://hcoop.net/~bpt/hcoop/portal.html|redesigning the member portal]]. My platform: | == Contact == |
| Line 7: | Line 8: |
| * Expand to 150–250 members during the next year and end the pledge system. | * IRC: `robin` on Libera Chat * Email: `robin@terpri.org` * Mastodon: `@lispwitch@octodon.social` |
| Line 9: | Line 12: |
| * Move HCoop accounts to the National Cooperative Bank or a similar credit union. | == Tasks == |
| Line 11: | Line 14: |
| * Implement a strong environmental policy when we are financially able to; purchase carbon offsets to compensate for our use of nonrenewable energy. | {{{ <robin> i will personally commit to making a tinkerable "hcoop-in-a-box" in 202[45], depending on the work situation [...] }}} |
| Line 13: | Line 18: |
| * Document development processes for our custom software. Recruit more volunteers for system administration tasks. Consider applying to be a mentoring organization for Google Summer of Code 2012. | * Jitsi Meet support * ActivityPub-based libre social networking system (e.g., Mastodon, Pleroma/Akkoma, misskey, etc.; there are other AP-based services like bookwyrm, * Matrix or a similar libre text-chat system (maybe; at least we have IRC and XMPP) * Finish HCoop packaging for Guix to make it easier for non-sysadmins to experiment * ''in progress:'' Implement client-side HCoop integration under Guix System (openafs package and service completed) * Help resolve the WikiReplacement2021 situation * Automagic LetsEncrypt integration: ideally make it entirely automatic and enabled by default |
| Line 15: | Line 26: |
| * Last but not least, I will print HCoop T-shirts, finishing the project that NathanKennedy began in 2005. (: | == *scratch* == |
| Line 17: | Line 28: |
| == 2010 Board Statement == | * Registrar recommendation update: gandi is still good (imo) but now overpriced; namecheap, porkbun, and ssl2buy have been suggested by hcoop and systemcrafters ppl * Allow use of GNU Guix on HCoop (provided that resource requirements are not too high) * Informally federate with other hosting coops and collectives? Perhaps go further and informally federate with workers coops as well? * Better domtool usability; perhaps eldoc integration, a GUI/form-based interface to (a subset) of the language, etc. * Become a small-scale domain reseller? (easy "buy and add a domain" system for portal) * Better voting system for board elections (ranked-choice or similar)? Purely a theoretical issue right now * Try out some gitweb alternatives, like sourcehut, gitile, .... Minimally a nicer gitweb-type browser would be good * Kerberos 2FA support? * Single sign-on for hcoop.net services? (not kerberos-based due to lack of browser support under typical configurations, although that's theoretically possible, perhaps with a WebExtension...) (see systemcrafters note below) * Disable wiki captchas for logged-in users, or verified users in a particular group * Try out account renaming * Licensing policy (libre licensing for software and official documentation) * Contemplate new/adjusted logo design * Website design tweaks * Sieve support for roundcube * Discuss possible uses of a surplus * Integricloud offers POWER9-based hosting (presumably with RaptorCS hardware), but is expensive and probably not a good candidate for several other reasons * Rethink VolunteerResponsePolicy: consider ntk's comment on admin vs. operational response times, also perhaps ''require'' sysadmins to take some time off periodically * Evaluate other bug reporting/ticketing systems like osTicket and debbugs (the latter is used for both Debian and GNU packages) * Application link is not ''nearly'' obvious enough on the homepage * Apparently for email we should have not just SPF but also DKIM (which is way more complicated) * Review [[https://pad.drutopia.org/p/libresaas|LibreSaaS list]] and the project list linked in {{{#systemcrafters}}} a bit before 9 june 2024, incl. SSO systems * Debug wiki list CSS: links in items cause additional whitespace * |
| Line 19: | Line 53: |
| I have been a member of HCoop since 2005; I wrote the Domtool Emacs mode, was involved in the 2009 migration project, started the hcoopstatus Identica group, and am redesigning the member portal. My platform: * Plan to expand to 150--250 members during the next year and then end the pledge system once we can do so without increasing dues significantly. * Move HCoop accounts to the National Cooperative Bank or a similar credit union. * Implement a strong environmental policy when we are financially able to; purchase carbon offsets to compensate for our use of nonrenewable energy. * Document development processes for our custom software and recruit a fourth admin. Also consider making it possible for admins to delegate certain tasks to trusted non-admins. * Last but not least, I will have HCoop T-shirts printed, finishing the project that NathanKennedy began in 2005. (: == OpenID server == Would it make sense for HCoop to be an OpenId provider? [[http://pypi.python.org/pypi/gracie/0.2.6|Gracie]] is a server that authenticates users using PAM, and it's in Debian. We could allow users to register their identity URIs using domtool, as well as supporting `http://hcoop.net/~user` automatically. |
---- CategoryHomepage |
HCoop member since 2005; served as Secretary 2011--2018, 2022--present
Contact
IRC: robin on Libera Chat
Email: robin@terpri.org
Mastodon: @lispwitch@octodon.social
Tasks
<robin> i will personally commit to making a tinkerable "hcoop-in-a-box" in 202[45], depending on the work situation [...]
- Jitsi Meet support
ActivityPub-based libre social networking system (e.g., Mastodon, Pleroma/Akkoma, misskey, etc.; there are other AP-based services like bookwyrm,
- Matrix or a similar libre text-chat system (maybe; at least we have IRC and XMPP)
- Finish HCoop packaging for Guix to make it easier for non-sysadmins to experiment
in progress: Implement client-side HCoop integration under Guix System (openafs package and service completed)
Help resolve the WikiReplacement2021 situation
Automagic LetsEncrypt integration: ideally make it entirely automatic and enabled by default
*scratch*
- Registrar recommendation update: gandi is still good (imo) but now overpriced; namecheap, porkbun, and ssl2buy have been suggested by hcoop and systemcrafters ppl
- Allow use of GNU Guix on HCoop (provided that resource requirements are not too high)
- Informally federate with other hosting coops and collectives? Perhaps go further and informally federate with workers coops as well?
- Better domtool usability; perhaps eldoc integration, a GUI/form-based interface to (a subset) of the language, etc.
- Become a small-scale domain reseller? (easy "buy and add a domain" system for portal)
- Better voting system for board elections (ranked-choice or similar)? Purely a theoretical issue right now
- Try out some gitweb alternatives, like sourcehut, gitile, .... Minimally a nicer gitweb-type browser would be good
- Kerberos 2FA support?
Single sign-on for hcoop.net services? (not kerberos-based due to lack of browser support under typical configurations, although that's theoretically possible, perhaps with a WebExtension...) (see systemcrafters note below)
- Disable wiki captchas for logged-in users, or verified users in a particular group
- Try out account renaming
- Licensing policy (libre licensing for software and official documentation)
- Contemplate new/adjusted logo design
- Website design tweaks
- Sieve support for roundcube
- Discuss possible uses of a surplus
- Integricloud offers POWER9-based hosting (presumably with RaptorCS hardware), but is expensive and probably not a good candidate for several other reasons
Rethink VolunteerResponsePolicy: consider ntk's comment on admin vs. operational response times, also perhaps require sysadmins to take some time off periodically
- Evaluate other bug reporting/ticketing systems like osTicket and debbugs (the latter is used for both Debian and GNU packages)
Application link is not nearly obvious enough on the homepage
- Apparently for email we should have not just SPF but also DKIM (which is way more complicated)
Review LibreSaaS list and the project list linked in #systemcrafters a bit before 9 june 2024, incl. SSO systems
- Debug wiki list CSS: links in items cause additional whitespace