summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorLars Wirzenius <liw@liw.fi>2022-06-12 06:09:50 +0000
committerLars Wirzenius <liw@liw.fi>2022-06-12 06:09:50 +0000
commit9297357f195ed11a006de679f03fa1c3d097503b (patch)
treeb58aa196a99d0c5fc496cc588e545fb38a033a8e
parent79a0246c6f1993ae89593023859a97268661f70e (diff)
parent945a7083d03bc1e7cfef5038215f6d731fe4b785 (diff)
downloadobnam.org-9297357f195ed11a006de679f03fa1c3d097503b.tar.gz
Merge branch 'meeting' into 'main'
new planning meeting See merge request obnam/obnam.org!74
-rw-r--r--blog/2022/06/12.mdwn137
1 files changed, 137 insertions, 0 deletions
diff --git a/blog/2022/06/12.mdwn b/blog/2022/06/12.mdwn
new file mode 100644
index 0000000..13866a9
--- /dev/null
+++ b/blog/2022/06/12.mdwn
@@ -0,0 +1,137 @@
+[[!meta title="Iteration planning: June 12 &ndash; 26"]]
+[[!meta date="Sun, 17 Apr 2022 09:43:42 +0300"]]
+[[!tag meeting]]
+
+[[!toc levels=2]]
+
+# Assessment of the iteration that has ended
+
+[previous iteration]: /blog/2022/04/17/planning
+
+The goal of the [previous iteration][] was:
+
+> The goal of this iteration is to prepare for future changes:
+> document threats against the chunk server API (so that
+> authentication can be added in the future), and making an
+> client-internal abstraction for using the chunk store (so that it
+> can later be local as well as remote).
+
+This hasn't been achieved. Due to life and work events, Lars has been
+unable to allocate enough time for Obnam. The tasks from the previous
+meeting are carried over. The main purpose of this meeting is to have
+meeting and update anyone who cares of what has (or hasn't) been
+happening.
+
+# Discussion
+
+## Current development theme
+
+The current theme of development for Obnam is **convenience**. The choices
+are performance, security, convenience, and tidy-up, at least
+currently.
+
+# Repository review
+
+Lars reviewed all the open issues, merge requests, and CI pipelines
+for all the projects in the Obnam group on gitlab.com.
+
+## [Container Images](https://gitlab.com/obnam/container-image)
+
+* Open issues: 0
+* Merge requests: 0
+* Additional branches: 0
+* CI: OK, ran on Monday, June 6
+
+## [obnam.org](https://gitlab.com/obnam/obnam.org)
+
+* Open issues: 0
+* Merge requests: 0
+* Additional branches: 0
+* CI: not defined
+
+## [obnam-benchmark](https://gitlab.com/obnam/obnam-benchmark)
+
+* Open issues: 11
+* Merge requests: 0
+* Additional branches: 0
+* CI: not defined
+
+## [cachedir](https://gitlab.com/obnam/cachedir)
+
+* Open issues: 0
+* Merge requests: 0
+* Additional branches: 0
+* CI: not defined
+
+## [summain](https://gitlab.com/obnam/summain)
+
+* Open issues: 0
+* Merge requests: 0
+* Additional branches: 0
+* CI: not defined
+
+## [obnam](https://gitlab.com/obnam/obnam)
+
+* Open issues: 53
+* Merge requests: 0
+* Additional branches: 0
+* CI: OK
+
+# Goals
+
+## Goal for 1.0 (not changed this iteration)
+
+The goal for version 1.0 is for Obnam to be an utterly boring backup
+solution for Linux command line users. It should just work, be
+performant, secure, and well-documented.
+
+It is not a goal for version 1.0 to have been ported to other
+operating systems, but if there are volunteers to do that, and to
+commit to supporting their port, ports will be welcome.
+
+Other user interfaces is likely to happen only after 1.0.
+
+The server component will support multiple clients in a way that
+doesn’t let them see each other’s data. It is not a goal for clients
+to be able to share data, even if the clients trust each other.
+
+## Goal for the next few iterations (not changed for this iteration)
+
+The goal for next few iterations is to have Obnam be easier and safer
+to change, both for developers and end users. This means that
+developers need to be able to make breaking changes without users
+having to suffer. User shall be able to migrate their data, when they
+feel it worthwhile, not just because there is a new version.
+
+## Goal for this iteration (new for this iteration)
+
+The goal of this iteration is to prepare for future changes: document
+threats against the chunk server API (so that authentication can be
+added in the future), and making an client-internal abstraction for
+using the chunk store (so that it can later be local as well as
+remote).
+
+
+# Commitments for this iteration
+
+Lars intends to work on the following issues:
+
+* [[!issue 206]] -- _Lacks a release with recent changes_
+ - Lars will make a release and run benchmarks.
+ - This can happen now, or after [[!issue 208]] is resolved.
+ - 1h
+* [[!issue 207]] -- _What threats would a server API authentication
+ defend against?_
+ - Lars to add an initial threat model for server API. This needs to
+ be done before it's sensible to discuss how authentication would
+ be implemented.
+ - 1h
+* [[!issue 208]] -- _Needs internal interface for using chunk storage_
+ - Lars to add an internal interface and implement it for a remote
+ chunk store.
+ - 4h
+
+
+# Meeting participants
+
+* Lars Wirzenius