Update ruby Docker tag to v3

Reviewed-on: #81

.drone.yml

@@ -19,9 +19,21 @@ steps:
       compose: docker-compose.prod.yml
       deploy_key:
         from_secret: drone_ssh_swarm.autonomic.zone
+
+  - name: notify rocket chat
+    image: plugins/slack
+    settings:
+      webhook:
+        from_secret: rc_builds_url
+      username: comradebritney
+      channel: "internal.builds"
+      template: "{{repo.owner}}/{{repo.name}} build failed: {{build.link}}"
+    when:
+      status:
+        - failure
 trigger:
   branch:
-    - master
-event:
-  exclude:
-    - pull_request
+    - main
+  event:
+    exclude:
+      - pull_request

Dockerfile

@@ -1,4 +1,4 @@
-FROM ruby:2.7.2-alpine
+FROM ruby:3.0.2-alpine3.12
 
 EXPOSE 4000
 

Gemfile

@@ -1,6 +1,6 @@
 source "https://rubygems.org"
 
-ruby "2.7.2"
+ruby "3.1.2"
 
 gemspec
 

Gemfile.lock

@@ -74,7 +74,7 @@ DEPENDENCIES
   jekyll-feed
 
 RUBY VERSION
-   ruby 2.7.2p137
+   ruby 2.7.3p183
 
 BUNDLED WITH
    2.1.4

docker-compose.prod.yml

@@ -4,7 +4,9 @@ version: "3.8"
 services:
   jekyll:
     image: decentral1se/autonomic.zone:latest
-    command: bundle exec jekyll serve --host 0.0.0.0 --trace
+    command: |
+      bundle exec
+        jekyll serve --host 0.0.0.0 --trace
     environment:
       JEKYLL_ENV: production
     networks:
@@ -22,7 +24,7 @@ services:
       labels:
         - "traefik.enable=true"
         - "traefik.http.services.jekyll.loadbalancer.server.port=4000"
-        - "traefik.http.routers.jekyll.rule=Host(`autonomic.zone`)"
+        - "traefik.http.routers.jekyll.rule=Host(`autonomic.zone`) || Host(`www.autonomic.zone`)"
         - "traefik.http.routers.jekyll.entrypoints=web-secure"
         - "traefik.http.routers.jekyll.tls.certresolver=production"
         - "traefik.http.routers.jekyll.tls.options=default@file"

docker-compose.yml

@@ -1,10 +1,12 @@
 ---
-version: "3.7"
+version: "3.8"
 
 services:
   jekyll:
-    image: "jekyll/jekyll:4"
-    command: jekyll serve --watch --force_polling --trace
+    image: decentral1se/autonomic.zone:latest
+    command: |
+      bundle exec
+        jekyll serve --watch --host 0.0.0.0 --force_polling --trace
     volumes:
       - ".:/srv/jekyll"
     ports:

requirements.txt

@@ -1 +1 @@
-docker-compose==1.28.0
+docker-compose==1.29.2

src/_includes/footer.html

@@ -7,7 +7,7 @@
         Contact us to discuss your project's needs and arrange a consultation:</br>
         <b><a href="mailto:helo@autonomic.zone">helo@autonomic.zone</a></b></br></br>
         <b><a href="{{ '/assets/pgp/autonomic-key.asc' | relative_url }}">Download PGP key</a></b></br>
-        <a href= "https://git.autonomic.zone/autonomic-cooperative/autonomic.zone/src/branch/master/src/assets/pgp"> Verify fingerprint:</a><code id="fingerprint">82FC 87C5 1A71 902F DC10 2CF5 4F90 D55B B24B 1147</code>
+        <a href= "https://git.autonomic.zone/autonomic-cooperative/autonomic.zone/src/branch/main/src/assets/pgp"> Verify fingerprint:</a><code id="fingerprint">82FC 87C5 1A71 902F DC10 2CF5 4F90 D55B B24B 1147</code>
 
       <ul class="icons" style="margin-bottom: 0; padding-top: 1em">
         <li>

src/_posts/2021-01-25-how-we-make-decisions.md

@@ -22,7 +22,7 @@ Our decisions can be split intro three categories: **Small, Medium and Large**.
 
 ## 2) Medium - Consensus pending objections
 - About admin and infrastructure.
-- Don't have an effect on the direction or operation of the co-op.
+- Doesn't have an effect on the direction or operation of the co-op.
 - Give a deadline: unless anyone objects or asks for more time by then, it goes ahead.
 - The deadline must reasonable (a week by default).
 - If any member of the co-op thinks it's a Large decision, achieve Maximum Consensus™ (see below).

src/_posts/2021-02-16-co-op-cloud.md

@@ -0,0 +1,99 @@
+---
+layout: post
+title: The Co-operative Cloud
+description: Libre software infrastructure without re-inventing the wheel
+image: coop-cloud.png
+category: coop, co-op, cloud, docker, swarm, libre-software, hosting,
+date: 2021-03-01
+---
+
+Running [libre software] apps and infrastructure for ourselves and our clients is central to what we do at Autonomic. Now, after a year of work, we're stoked to share our "Co-op Cloud" project with the world. We want to make it easier for others to join the party, ditch corporate spyware, and make their tools [sustainable, transparent and private].
+
+## Why a new tool?
+
+We started out using [Cloudron], which provides a very simple-to-use web interface for deploying libre software apps like Nextcloud, Mediawiki, and Rocket.chat with only a few clicks.
+
+Cloudron allowed us to radically reduce our initial and ongoing server costs. We didn't need to maintain a separate server for each service and clients apps could share computing resources whilst containerisation was still allowing us meeting their data privacy needs. Consequently, we've been able to take on many more "solidarity clients", people doing important work, but on a shoestring budget.
+
+As time has gone on, though, we've had a few moments when we questioned our reliance on Cloudron, and whether it was a sustainable choice for us and for our clients. We came to realise:
+
+- Core parts of the system officially [became proprietary] software. This rang alarm bells for us about its long-term future.
+
+- The work to package the available apps is done [entirely by the Cloudron team itself] and doesn't re-use the existing rich ecosystem of libre software packaging work that's already being done. This seems like a big risk. If Cloudron UG, the company behind Cloudron, goes under, someone or some entity would need to take on that laborious, technically specific and non-transferable packaging work or we'd quickly be leaving ourselves and our clients running outdated and unmaintained software.
+
+- Some aspects of Cloudron's architecture were causing problems. Requiring each app to be a single Docker image makes common application deployment configurations impossible (as far as we know, nobody has yet managed to get Mediawiki's visual editor working in Cloudron, for example).
+
+- Not being able to delegate user management to specific groups has made it hard for us to use Cloudron's Single Sign On system with groups who manage their own users.
+
+- Cloudron's central paradigm is focussed on "non-technical" users with the nice web front end for managing apps. However, we found our clients don't actually need to know what "domain name" or "storage volumes" are. That's why they pay us for support. They want it to "just work". Using an interface designed for non-technical users is not suitable for technical users and adds a lot of bloat.
+
+- Cloudron is a bit of a [black box](https://en.wikipedia.org/wiki/Black_box). When something breaks, it breaks hard and requires technical users to respond and investigate and then fix the issues.
+
+- Cloudron doesn't encourage collective and public collaboration on configuration files.
+
+- We have a general fear of centralising so much of our core business on a commercial entity, which could change its prices at any time and have a massive effect on our ability to operate.
+
+## A New Hope
+
+So, around the end of 2019, we tried to map out a few core principles of a system which might work a lot like Cloudron, but give us more guarantees that we can depend on. We started calling the new project Co-op Cloud. Here are some of the principles we identified:
+
+- Always be available under [copyleft licenses] to retain the shared work as part of the [commons](https://en.wikipedia.org/wiki/Commons). We shouldn't rely on creating [artificial scarcity](https://en.wikipedia.org/wiki/Artificial_scarcity) as a business model.
+
+- Work with existing libre software communities who are already packaging and publishing their software (Nextcloud, Gitea, Mediawiki, Rocket.chat, the list goes on and on...). We want to be involved in their community spaces and build bridges between infrastructure, software development and end-users.
+
+- Based on standardised technologies. Any new tools we write should only add a thin layer of usability on top of existing solutions.
+
+- Place democratic governance at the core of the project. We want to collaborate as much as possible with other co-operatives to build up effective decision-making structures so we can all rely on this project far into the future.
+
+- Focus on meeting the needs of small hosting providers with technical workers in order to provide a solid service for their clients.
+
+- Encourage the creation of a configuration commons. Innovations based on Co-op Cloud can easily be shared and worked on collectively.
+
+In our spare time (partly funded by income from working for our wonderful clients 😀) we've been putting the pieces together; and after a year of work (including two "back to the drawing board" moments), we're ready to launch an [alpha version](https://en.wikipedia.org/wiki/Software_release_life_cycle) of Co-op Cloud to the public.
+
+## Co-op Cloud public alpha
+
+Co-op Cloud is a simple packaging format using existing [open standards] to build a catalogue of apps, and a command-line client to read the catalogue and deploy those apps.
+
+If you'd like to learn more about Co-op Cloud, please read [our documentation], where we explain the decisions we've made so far in more depth. What technologies we're using, how we fit into the existing ecosystem, ways to contribute, what apps are available and so on.
+
+We've already been deploying Co-op Cloud as part of "dual power" strategy. We use Co-op Cloud to run some of our own and our clients' infrastructure while continuing with Cloudron and other strategies for the time being. We're seeing promising stability and it's been a joy to work with.
+
+## Enter the configuration commons
+
+You can also dive straight in by installing [`abra`, Co-op Cloud's command-line tool].
+
+You can use Co-op Cloud right now to deploy any of our [30+ apps] to your own physical server or virtual server. These include [Nextcloud](https://nextcloud.com/) (for file, calendar, contacts etc) [Rocket.chat](https://rocket.chat/) for instant messaging, [Keycloak](https://www.keycloak.org/) for Single Sign-On, [Statping](https://statping.com/) for service monitoring, and websites using [Wordpress](https://wordpress.org/), [Pelican](https://blog.getpelican.com/), [Jekyll](https://jekyllrb.com/), or static HTML. See the [app catalogue](https://docs.cloud.autonomic.zone/apps/) for more.
+
+Apps deployed via Co-op Cloud have automatic SSL certificates, and many come with pre-configured e-mail, backups, or Single Sign-On options.
+
+See the [getting started guide](https://docs.cloud.autonomic.zone/overview/) to get moving fast.
+
+## Packaging for Co-op Cloud
+
+Packaging new apps for Co-op Cloud is straightforward in most cases: you can re-use an application's own Docker image (or even `docker-compose.yml` file) with minimal changes. We managed to [make a Co-op Cloud version of the Matomo web analytics platform in about 20 minutes]. This standardised architecture also means that nobody using Co-op Cloud is dependent on Autonomic for updates. When a new Wordpress update comes out, you can easily install it yourself or automatically without waiting for us to update some arcane custom Docker image.
+
+## Next steps
+
+At this point, we'd like to invite other worker co-operatives or democratic collectives to take a look at what we're working on and have a chat with us. We have a public matrix room at `#coopcloud:autonomic.zone`. We think a common platform for hosting libre software infrastructure could make a big difference in terms of what we're able to offer as a movement.
+
+If you're interested in getting involved with Co-op Cloud development, or if you'd like help trying out Co-op Cloud hosted services for yourself or your organisation, please [get in touch].
+
+## Links
+
+- [Documentation](https://cloud.autonomic.zone/)
+- [Source code](https://git.autonomic.zone/coop-cloud)
+- [Public Matrix chat](https://matrix.to/#/#coopcloud:autonomic.zone?via=autonomic.zone)
+
+[libre software]: http://wikieducator.org/Libre
+[sustainable, transparent and private]: /#core-values
+[cloudron]: https://cloudron.io/
+[became proprietary]: https://forum.cloudron.io/topic/2862/why-not-make-cloudron-fully-open-source-again
+[entirely by the cloudron team itself]: https://git.cloudron.io/cloudron
+[our documentation]: https://docs.cloud.autonomic.zone
+[`abra`, co-op cloud's command-line tool]: https://git.autonomic.zone/coop-cloud/abra/
+[30+ apps]: https://git.autonomic.zone/coop-cloud/
+[get in touch]: mailto:helo@autonomic.zone
+[copyleft licenses]: https://www.gnu.org/licenses/copyleft.en.html
+[open standards]: https://compose-spec.io/
+[make a co-op cloud version of the matomo web analytics platform in about 20 minutes]: https://docs.cloud.autonomic.zone/package/

src/_posts/2021-07-05-new-coop-cloud-blog-and-socials.md

@@ -0,0 +1,10 @@
+---
+layout: post
+title: New Co-op Cloud blog, socials and updates
+description: Co-op Cloud project blog, socials and monthly updates
+image: ccblog.png
+category: coop, co-op, cloud, docker, swarm, libre-software, hosting,
+date: 2021-07-07
+---
+
+The Co-op Cloud is starting to come into its own and we've decided to move our posts over to a dedicated [new and shiny blog](https://coopcloud.tech/blog/). We are working on opening up shared ownership of the project and want to create digital spaces where Autonomic is not implicitly having some sort of gate keeping role. We'll be writing regularly about our progress over there. We've also made new [Twitter](https://twitter.com/Coop_Cloud) and [Mastodon](https://social.coop/@coopcloud) which can you can follow along. That's all for now!

src/_posts/2021-11-25-join-us.md

@@ -0,0 +1,63 @@
+---
+layout: post
+title: Come join the good ship Autonomic!
+description: Hi do you want to work with the coolest anarchist tech workers co-operative?
+image: robertmccall.jpg
+category: decision making, democracy, meta
+date: 2021-11-25
+---
+
+
+## Background
+
+Autonomic is a worker-owned co-operative of queer comrade hackers dedicated to using technology to empower people making a positive difference in the world. Since 2017, we’ve been successfully delivering projects in a range of sectors including renewable energy, labour organising, independent media, feminist research, migrant solidarity activism, sustainable fashion, and arms trade abolition.
+
+We are currently 12 worker-owners, located on four continents worldwide. We are a Co-operative Society, registered in the UK with the Financial Conduct Authority. Legally, we are a freelance consortium, which means that we operate as a group of self-employed contractors, and are responsible for our own individual income tax.
+
+Autonomic aspires to follow the [7 co-operative principles as defined by the International Co-operative Alliance](https://www.ica.coop/en/cooperatives/cooperative-identity).
+
+We're currently looking to build capacity in the co-op in key areas to help take us to the next level.
+
+## Pay
+
+We are currently paid £16 per hour for all work.
+
+Everyone in the co-op will always be paid the same rate, which we decide on collectively and adjust according to how well we're doing.
+
+## What we're looking for:
+
+We are looking for folks who have expertise in the following areas:
+
+### Required
+- Care, communicatiton and compassion. Trust. Comradeship. Each according to their need.
+- Available for around 10-20 hours per week **between 8am UTC and 3pm UTC**
+
+### Skill areas
+
+We are in need of people who have experience or interest in at least 2 of these areas:
+
+- Project management: progress tracking and planning, budgeting and estimates.
+- Client communications / relations / meeting, conflict resolution.
+- Infrastrucure skills: Debian, Ansible, Git, Docker, Docker Swarm in the context of [Co-op Cloud](https://coopcloud.tech).
+- Wordpress development (front end and back end): PHP, CSS, Composer, Docker.
+- Finance administration: invoicing, tax, forecasting, 
+
+### Bonus/Nice to Have
+
+- Wordpress plug-in development
+- Drupal development
+- New business development
+
+## Process
+
+People of color, women, genderqueer, non-binary and trans folks, neurodiverse and queer folks strongly encouraged to apply.
+
+Email helo@autonomic.zone with your CV (doesn't have to be fancy, just a list of work) and a little bit about yourself and what you're looking for work wise.
+
+If we think you might be suitable for these roles, you'll be invited for a few chats with members of the co-op who will show you more about the kinds of work we do and be able to answer any questions you have.
+
+If we want to take you on, we'll then have a vote amongst our members and you can start working for us right away as a "potential member". After 100 hours of work you can be invited to join the co-op as a full member.
+
+<hr>
+
+_image by Robert McCall_

src/_posts/2022-04-14-coop-cloud-federation-proposal.md

@@ -0,0 +1,14 @@
+---
+layout: post
+title: The Co-op Cloud Federation Proposal
+description:
+image: ccforest.jpg
+category: coop cloud, decision making, democracy
+date: 2022-04-14
+---
+
+Following on in [the tradition](https://autonomic.zone/blog/new-coop-cloud-blog-and-socials/) of making [short blog posts](https://autonomic.zone/blog/co-op-cloud/) about [Co-op Cloud](https://coopcloud.tech) on this blog, here comes another one!
+
+We're delighted to announce that we have finally published the Co-op Cloud federation proposal. It's a document which aims to formalise the organisation of the project, focusing on a democratic process. It's open for comments, feedback, critique & amendments.
+
+Autonomic has had a central role in the organising of this project until now, but we'd like to step back and open up space for others. The proposal is part of formalising that and we're excited to see who will step in! You can find out more on the [Co-op Cloud blog](https://coopcloud.tech/blog/federation-proposal/) or jump straight to [the proposal](https://pad.autonomic.zone/s/MLafJE2jC).

src/_posts/2022-05-30-ansible-roles.md

@@ -0,0 +1,36 @@
+---
+layout: post
+title: Publishing our Ansible roles
+description:
+image: infra.jpg
+category: ansible, automation, infrastructure
+date: 2022-05-30
+---
+
+We're delighted to announce that we're publishing our Ansible roles
+into the open under [`git.autonomic.zone/autonomic-cooperative/...`](https://git.autonomic.zone/explore/repos?q=ansible&topic=1) at long last 🥳
+
+They've always been licensed as libre software but due to the way we managed
+our internal infrastructure configurations, they were embedded in a private
+repository.
+
+The roles are currently lacking documentation and written for very specific
+Autonomic needs but they might be handy as a learning resource or a base to
+fork from. We'd happily accept contributions to generalise them.
+
+In particular, we've been relying on and running
+[`autonomic.new-hetzner`](https://git.autonomic.zone/autonomic-cooperative/autonomic.new-hetzner)
+for years, so it is battle tested. The role bootstraps a Hetzner VPS from
+scratch and provisions it with a hardened SSH configuration, firewalls, user
+accounts and some basic packages and a shiny MOTD.
+
+All roles are CI tested on every commit with [Molecule](https://molecule.readthedocs.io/en/latest/) so things don't break.
+
+[Expanding re-use with shared infrastructure](https://community.coops.tech/t/cotech-gathering-ansible-and-shared-infrastructure-session/1107)
+is someting we've always been working on at Autonomic. We have an ongoing
+critique of Ansible and the pros/cons of when it is a good choice to use. This
+ultimately lead us to start projects like [Co-op
+Cloud](https://coopcloud.tech/). However, we still think Ansible is pretty good
+at handling more complicated server provisioning needs.
+
+Happy Infra Hacking.

src/_posts/2022-07-11-endorsing-battle-mesh-v14.md

@@ -0,0 +1,45 @@
+---
+layout: post
+title: Wireless Battle of the Mesh - Building Community Networks for Fun and Non-Profit
+description: Autonomic members are aiming to attend. Here is our public endorsement!
+image: bmesh.png
+category: community, wireless, event
+date: 2022-07-11
+---
+
+Autonomic Co-op supports this year's "Wireless Battle of the Mesh - Building
+Community Networks for Fun and Non-Profit".
+
+The event aims to bring together people from across the globe who are
+interested in community networks, including wireless mesh network technologies,
+fiber infrastructure, Do-It-Yourself Internet Access Providers, and more
+generally how to create and maintain a thriving community of people involved in
+building their own networks.
+
+We envision 4 days of expert presentations, practical workshops, hacking
+sessions, and fruitful discussions: whether you are a mesh networking
+enthusiast, community networking activist, protocol developer, or have an
+interest in networking in general, come and join the event!
+
+The Battlemesh is free of charge and open for all.
+
+This year, the event will take place from Monday 19th to Wednesday 22nd
+of September, 2022 in Rome, Italy! It will be followed by the RomHack
+Camp on September 23-25, also in Rome.
+
+Check out more information [here](https://www.battlemesh.org/BattleMeshV14).
+
+We are writing this post as part of a public endorsement and support for
+"Wireless Battle of the Mesh - Building Community Networks for Fun and
+Non-Profit" not only for the efforts made by its community to advance the field
+of wireless mesh networking and foster the development of grass-roots community
+networks, but for their contribution to digital freedom rights movement,
+empowerment of peoples tech/net/media competency and a free and open civil
+society.
+
+We aim to support the event by:
+
+- helping to promote it
+- making it possible for our members to join the event
+
+See you there hopefully!