1 Commits

Author SHA1 Message Date
0d36bc0926 Fix kite flying links 2023-06-29 21:25:46 +01:00
13 changed files with 23 additions and 107 deletions

@ -1,4 +1,4 @@
FROM squidfunk/mkdocs-material:9.1.19
FROM squidfunk/mkdocs-material:9.1.17
EXPOSE 8000

@ -1,5 +1,5 @@
---
title: "Resolution 007: 1 year dues waiver for Doop.coop - 2023-06-19"
title: "Resolution 007: 1 year dues waiver for Doop.coop"
---
- Deadline: 2023-07-03
@ -13,5 +13,5 @@ Waive membership dues for Doop.coop for the first year of their membership, from
Yusf said:
> Hai! As our coop is a side gig, we've had a very low turnaround in the coop last fiscal. As such we've hadn't had the time to raise our revenue yet in this cycle so my question for the federation is:
> Hai! As our coop is a side gig, we've had a very low turnaround in the coop last fiscal. As such we've hadn't had the time to raise our revenue yet in this cycle so my question for the federation is:
> Is it possible for us (already joined), Doop Coop, to apply for this solidarity free membership the first year after which we'll be able to put in the fee?

@ -1,5 +1,5 @@
---
title: "Resolution 008: Budget 003: Paying invoices - 2023-06-19"
title: "Resolution 008: Budget 003: Paying invoices"
---
- Deadline: 2022-07-03
@ -9,7 +9,7 @@ title: "Resolution 008: Budget 003: Paying invoices - 2023-06-19"
Agree Budget 003, for up to €20/month for an Autonomic member to pay invoices submitted for Co-op Cloud Federation work.
### Details (Budget 003)
### Details (Budget YYY)
**Budget amount**: EUR €20/month

@ -1,22 +0,0 @@
---
title: "Resolution 009: Federation common fund buffer - 2023-07-03"
---
## Resolution 009: Federation common fund buffer - 2023-07-03
- Deadline: 2023-07-17
- Size: Large
### Summary
The Co-op Cloud Federation has [a common fund](https://opencollective.com/coop-cloud#category-BUDGET) which can be used by federation members by proposing [budgets](https://docs.coopcloud.tech/federation/resolutions/passed/004/).
With Resolution 009, we want to introduce the idea of a common fund buffer.
This buffer is proposed to be set at 1,500 EUR. When the buffer is reached, no more budgets can be proposed. When the fund increases once more, budgets can resume.
The buffer is in place to reserve funds for critical collective spending when we have limited income.
### Details
1,500 EUR is fairly arbitrarily chosen but seems to be a reasonable amount of money to cover situations where, e.g. we need to pay for servers, domains, mail accounts or other common critical infrastructure.

@ -1,41 +0,0 @@
---
title: "Resolution 010: Budget 004: Critical fixes - 2023-07-03"
---
## Resolution 010: Budget 004: Critical fixes - 2023-07-03
- Deadline: 2023-07-17
- Size: Large
### Summary
We propose to have a standing budget of 10 hrs / month available for fixes in Abra, Co-op Cloud recipes and other critical tools (e.g. recipes.coopcloud.tech) in the Co-op Cloud ecosystem.
A fix is deemed critial when it is listed on this coop-cloud/organising board:
> https://git.coopcloud.tech/coop-cloud/organising/projects/24
This board is collectively gardened by Co-op Cloud participants (both federation members and not). The process for adding a ticket to the board requires getting confirmation from at least one other member of the federation.
This budget can be claimed by any volunteer who would like to develop the fix. If the volunteer is not a Co-op Cloud federation member, they must first be "vouched for" by a federation member. This is an informal process which can be arranged via the Matrix chat. This aims to assure agreement on timing and what the fix should contain beforehand.
Fixes can be claimed by assiging yourself to the ticket. If within 1 week there is no updates on the ticket, another volunteer can propose to take over. This process is also informal: please @ the original volunteer and give some reasonable time for them to reply (suggested: 1 day).
If the fix is urgent and things need to move faster, please state so on the ticket. Please consult with at least one other member of the federation to confirm that there is indeed agreement on the urgency of the fix.
### Details (Budget 004)
**Budget amount**: Any amount, until the common fund buffer is reached.
**Who will implement this**: Self-organised volunteers.
**When will the money be spent**: Any time until the common fund buffer is
reached.
**What is the money for**: Critical `abra` fixes.
This budget stands open and available for use until the common fund buffer is reached. Please see Resolution 009 for further details on the buffer.
Please see [Resolution 003](https://docs.coopcloud.tech/federation/resolutions/passed/003/) for details on the hourly rate for this work.
Invoices can be submitted via the Co-op Cloud Open Collective. Please see [these docs](https://docs.coopcloud.tech/federation/finance/#how-to-get-paid-via-open-collective) for how to do that.

@ -1,22 +0,0 @@
---
title: "Resolution 008: Budget 005: Backup improvements - 2023-07-23"
---
- Deadline: 2022-08-06
- Size: Large
### Summary
Agree Budget 005, for up to 10 hours (€200) to implement changes to the Co-op Cloud backup system, including `abra`, and `backup-bot-two`.
More information, including background to the changes, and breakdown of the work, can be found here: https://pad.local-it.org/4chDYXkBQZywXKj0zs_Ymg#
### Details (Budget 005)
**Budget amount**: Up to EUR €200
**Who will implement this**: Calix/3wc, decentral1se, Philipp and Moritz
**When will the money be spent**: Before the end of August 2023.
**What is the money for**: Improvements to Co-op Cloud backup tools

@ -1,8 +1,4 @@
---
title: "Resolution 006: Budget 002: Resolution Writing-up - 2023-05-29"
---
# Resolution 006: Budget 002: Resolution Writing-up - 2023-05-29
# Resolution 006: Budget 002: Resolution Writing-up
- Deadline: 2022-06-12
- Size: Large

@ -12,11 +12,15 @@ We are happy to have designers, critical thinkers, artists, hackers, documenters
There are a number of "roles" such as "operator", "maintainer", "organiser" which we've tried to come up with to make it more clear how you can relate to the project and how you can find ways to be involved which suit your interests. If you don't fit one of these roles, that is fine.
We have [an irregular online check-in](/organisers/handbook/#kite-flying-hours) for contributors of this project to let each other know what we're working on, how much time we've spent on it and how to coordinate further work.
We have [a weekly check-in](/organisers/handbook/#kite-flying-hours) for contributors of this project to let each other know what we're working on, how much time we've spent on it and how to coordinate further work.
We have a [status page](/intro/bikemap) showing what we are aiming to achieve in the near future. That gives a good overview of where we're going together.
We use [issue trackers](https://git.coopcloud.tech/coop-cloud/organising/issues) and [project boards](https://git.coopcloud.tech/coop-cloud/organising/projects) to keep track of what we're working on right now. We collectively review these, to keep track of our time spent vs. budget available.
From this status page, we use an [issue tracker](https://git.coopcloud.tech/coop-cloud/organising/issues) where we hold discussions about what we want to do. We categorise these issues according to the bike map using these [milestones](https://git.coopcloud.tech/coop-cloud/organising/milestones). Finally, use this [board](https://git.coopcloud.tech/coop-cloud/organising/projects/8) to keep track of what we're working on right now. We collectively review these things on a weekly/monthly basis to keep track of our time spent vs. budget available.
Once you've found something to work on and are introduced, we'll give you an account on our [time tracking infrastructure](https://kimai.autonomic.zone) where you can log your times. This helps us reduce the burden of financial and time keeping admin falling on one person.
We have received funding via [the ECF](https://culturalfoundation.eu/initiatives/culture-of-solidarity-fund) and can offer £16 hourly rate for your work. We've written more on why we think it is important to compensate all contributions for this project below.
## Compensation

@ -6,4 +6,4 @@ title: Bike map
- We are working towards a stable `1.0.0` release.
- What we're currently working on is listed on this issue tracker: [`coop-cloud/organising`](https://git.coopcloud.tech/coop-cloud/organising/issues).
- What we're currently working on is listed on this issue tracker: [`coop-cloud/organising`](https://git.autonomic.zone/coop-cloud/organising/issues).

@ -176,7 +176,7 @@ This means that we can patch our app containers directly in conversation with up
We definitely recommend using best-in-class security auditing tools like [docker-bench-security](https://github.com/docker/docker-bench-security), IDS systems like [OSSEC](https://www.ossec.net/), security profiles like [Apparmor](https://docs.docker.com/engine/security/apparmor/) and hooking these into your existing monitoring, alert and update maintenance flows.
It's up to you how you want to arrange your system. For example, Co-op Cloud also allows you to compartmentalise different apps onto different servers. You could stack a bunch of apps on one big server or you could deploy one app per server.
It's up to how you want to arrange your system. For example, Co-op Cloud also allows you to compartmentalise different apps onto different servers. You could stack a bunch of apps on one big server or you could deploy one app per server.
These are organisational concerns that Co-op Cloud can't solve for you which any software system will require. See this [additional question](/intro/faq/#what-is-important-to-consider-when-running-containers-in-production) for further information.
@ -248,7 +248,7 @@ Yes! Horizontal scaling is one of the ways Co-op Cloud can really shine. `abra`
## Why only x86 support?
We would love to do ARM support and hope to get there! We've been testing this and [ran into some issues](https://git.coopcloud.tech/coop-cloud/organising/issues/25). The TLDR; is that a lot of upstream libre app developer communities are not publishing container builds that support ARM. If they are, there are typically subtle differences in the conventions used to build the image as they are mostly done by community members and not directly taken on by the upstream project themselves. Since one of the core goals is to coordinate and reuse upstream packaging work, we see that ARM support requires a lot of organising and community engagement. Perhaps projects themselves will not want to take on this burden? It is not the role of the Co-op Cloud to set up an entire ARM publishing work flow at this moment in time. We see the benefits of supporting ARM and if you've got ideas / thoughts / approaches for how to make progress here, [please get in touch](/intro/contact/).
We would love to do ARM support and hope to get there! We've been testing this and [ran into some issues](https://git.autonomic.zone/coop-cloud/organising/issues/25). The TLDR; is that a lot of upstream libre app developer communities are not publishing container builds that support ARM. If they are, there are typically subtle differences in the conventions used to build the image as they are mostly done by community members and not directly taken on by the upstream project themselves. Since one of the core goals is to coordinate and reuse upstream packaging work, we see that ARM support requires a lot of organising and community engagement. Perhaps projects themselves will not want to take on this burden? It is not the role of the Co-op Cloud to set up an entire ARM publishing work flow at this moment in time. We see the benefits of supporting ARM and if you've got ideas / thoughts / approaches for how to make progress here, [please get in touch](/intro/contact/).
Update: [Can I run Co-op Cloud on ARM?](/operators/handbook/#can-i-run-co-op-cloud-on-arm)

@ -376,9 +376,9 @@ abra app run foo.bar.com db bash -c 'mysqldump -u root -p"$(cat /run/secrets/db_
## Can I deploy a recipe without `abra`?
Yes! It's a design goal to keep the recipes not dependent on `abra` or any
single tool that we develop. This means that the configuration commons can
still be useful beyond this project. You can deploy a recipe with standard
commands like so:
single tool that we develop. This means the configurationc commons can still be
useful beyond this project. You can deploy a recipe with standard commands like
so:
```
set -a
@ -387,7 +387,8 @@ cd ~/.abra/recipes/myrecipe
docker stack deploy -c compose.yml example_com
```
`abra` makes all of this more convenient.
`abra` makes all of this more cenvenient but other tooling could follow this
approach.
## Proxying apps outside of Co-op Cloud with Traefik?

@ -85,8 +85,8 @@ nav:
- federation/resolutions/passed/006.md
- "In progress":
- federation/resolutions/in-progress/index.md
- federation/resolutions/in-progress/009.md
- federation/resolutions/in-progress/010.md
- federation/resolutions/in-progress/007.md
- federation/resolutions/in-progress/008.md
- "Draft":
- federation/resolutions/drafts/index.md
- "Finance": federation/finance.md

@ -1,4 +1,4 @@
mkdocs-awesome-pages-plugin==2.9.1
mkdocs-material-extensions==1.1.1
mkdocs-material==9.1.19
mkdocs-material==9.1.17
mkdocs==1.4.3