2011-11-20 20:49:15 -05:00
* Documentation
2013-08-16 23:19:30 -04:00
- More gtk-doc
2013-02-21 11:18:29 -05:00
2013-09-11 08:28:09 -04:00
* Local metadata packs
- Just to avoid lots of little files on each client
2013-07-23 14:42:07 -04:00
2013-02-21 11:18:29 -05:00
* Hybrid SSL pull (fetch refs over SSL, content via plain HTTP)
2012-07-31 00:15:02 -04:00
* ostree-commit: multithreaded/async (basically compute sha256 in parallel)
2013-07-17 20:20:50 -04:00
- Also speed up devino cache by having a big mmappable file that maps from
(device, inode) -> checksum. We need to keep the cache up to to date;
investigate something like http://www.sqlite.org/wal.html for having
a shared file.
2013-02-21 11:18:29 -05:00
2013-07-17 20:20:50 -04:00
* Indexed metadata pack objects for bare repositories at least;
no reason to inflict thousands of little metadata files on
each client.
2013-05-16 21:42:24 -04:00
2013-07-10 00:00:11 -04:00
* Efficient delta format between commit objects, somewhat like
Chromium autoupdate: set of operations to perform given previous
object set to create new objects.
2013-02-21 11:18:29 -05:00
2013-09-11 08:28:09 -04:00
* Flexible "prune" that allows keeping only a rolling subset of history.
For example, keep the last week, keep at least 1 build a week up
till a year ago, then 1 build a month, etc. Optionally rewrite commit
parent history?
2013-07-10 00:00:11 -04:00
* Tests of corrupted repositories, more error conditions
2013-02-21 11:18:29 -05:00
2013-07-30 20:51:43 -04:00
* Structured output from commandline? ostree --output={table,gvariant} ?
* Better output on a tty - progress bars
* Improve library
2013-02-21 11:18:29 -05:00
* ostree admin install: Pull in host data, such as uids and /etc/fstab
* ostree admin undeploy <osname> <tree>
* ostree admin uninstall <osname>
* Possibly move all of the "regular" commands to be "ostree repo" ? Then
we'd have: "ostree repo pull", "ostree repo ls", etc.
