welcome: please sign in

Diff for "RobinTempleton"

Differences between revisions 11 and 79 (spanning 68 versions)
Revision 11 as of 2011-07-15 01:22:27
Size: 2618
Comment: vc web interfaces
Revision 79 as of 2024-06-10 01:23:39
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 [[http://openid.net/|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.

=== *scratch* ==

Gitweb URIs: Repo.or.cz uses cleaner URIs than gitweb's defaults -- for example, `/w/foo.git/commit/abcdef` for viewing an individual commit. We should patch our gitweb script to provide something similar.

It might also be useful to host hgweb and darcsweb instances. At least one user wants to host mercurial repositories, and several of us use darcs.
----
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


CategoryHomepage

RobinTempleton (last edited 2024-06-19 01:21:49 by ClintonEbadi)