aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorStefan Boberg <[email protected]>2022-02-02 10:45:41 +0100
committerStefan Boberg <[email protected]>2022-02-02 10:45:41 +0100
commit9905b657b132a6d9293b0aee8bf732aa45bc1267 (patch)
treed49bae61f2bffc9e11dc876b3af9061ed4a5fe65
parentCacheRecordPolicy: Fix inverted PolicyMask expression that caused parsing Val... (diff)
downloadzen-9905b657b132a6d9293b0aee8bf732aa45bc1267.tar.xz
zen-9905b657b132a6d9293b0aee8bf732aa45bc1267.zip
Revised TODO
-rw-r--r--TODO.md57
1 files changed, 14 insertions, 43 deletions
diff --git a/TODO.md b/TODO.md
index 9ea5862f2..a582bd904 100644
--- a/TODO.md
+++ b/TODO.md
@@ -1,68 +1,34 @@
-# Use-cases
-
-* Mirage cache
-* Editor Domain
-* COTF2
-* Target Domain / Build Store
-
# General
* Switch to CMake projects for cross-platform builds?
-* Should get rid of stack-dependent RefCount initialization
-* Upgrade to CPR 1.6.0 for more efficient downloads
-* Implement support for `CbFieldType::CustomById` / `CbFieldType::CustomByName`
-# Upstream Connectivity
+# Connectivity
## Jupiter
* High-performance/concurrency HTTP client (on asio)
-# Peer Connectivity
+## Peer Connectivity
-* Beacon
+* Beacon / tracker implementation
+* CID store peer fetching
-# Downstream Connectivity
+## Downstream Connectivity
-## Runtime
-* High performance HTTP client (layered on asio or UE sockets)
-## Cooker
+# Runtime
-## Editor
-
-## Mirage
+* High performance (HTTP?) client (layered on asio or UE sockets)
+ * Do we have asio in the engine yet?
# Local Features
* VFS for surfacing debugging information
-# TPS
-
-* nodejs/http_parser
-* all the rest (do we need TPS for vcpkg packages?)
-
-
-
-# Productization
-
-* Incremental cook
-* Windows feature complete
-* Mac / Linux support
-* Non-elevated execution
-* State management strategy
-
# Cache
-* M7
- * Cleanup
- * Jupiter upstream configuration
-
-# Editor Domain
-
-
-
+* Full support for content-type on simple (unstructured) values
# Daemon Notes
@@ -76,3 +42,8 @@ additional things to consider:
number to keep things simple. There should not be any tight coupling with
different engine branches (new releases should be backwards compatible) etc
and any service development should take place on a single stream
+
+# Random things
+
+* We currently have too many different paths for marshaling Compact Binary packages. They
+ need to be unified to use `FormatPackageMessageBuffer` everywhere