ROADMAP: add initial overall CoreOS roadmap document

This doc covers CoreOS as a whole and a few details that don't really
fit anywhere else. Individual projects maintain their own roadmaps.

Update LICENSE and add a README as general housekeeping.
This commit is contained in:
Michael Marineau 2015-04-30 15:51:46 -07:00
parent bc7e9d7048
commit b63901023e
3 changed files with 44 additions and 1 deletions

View File

@ -1,5 +1,5 @@
Copyright (c) 2006-2013 The Chromium OS Authors. All rights reserved.
Copyright (c) 2013 The CoreOS Authors. All rights reserved.
Copyright (c) 2013-2015 CoreOS, Inc. All rights reserved.
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are

7
README.md Normal file
View File

@ -0,0 +1,7 @@
# CoreOS SDK scripts
Welcome to the scripts repo, your starting place for most things here in
the CoreOS SDK. To get started you can find our documentation on [the
CoreOS website][coreos-docs].
[coreos-docs]: https://coreos.com/docs/sdk-distributors/sdk/modifying-coreos/

36
ROADMAP.md Normal file
View File

@ -0,0 +1,36 @@
# CoreOS Roadmap
This is a high level overview of what we expect to achieve in CoreOS in
the future. For details on the direction of individual projects refer to
their individual roadmaps:
- [rkt](https://github.com/coreos/rkt/blob/master/ROADMAP.md)
- [etcd](https://github.com/coreos/etcd/milestones)
- [mantle](https://github.com/coreos/mantle/blob/master/ROADMAP.md)
## Q2 2015
- Initial release of [ignition](https://github.com/coreos/ignition/)
- Complete secure/verified boot on UEFI hardware.
- Boot with full chain of trust through up to user configuration.
- Prototype providing trusted user configuration via UEFI variables
and integrate with ignition.
- Complete initial automated test framework, kola.
- Support using the SDK as a stand-alone container.
- Primary motivation is easier deployment of CI systems for the OS.
- Secondary motivation is to support using the SDK on CoreOS itself.
- Requires running `repo init` *after* entering the SDK.
- Should support using loop devices without needing udev.
- Initial ARM64 port.
- Should be able to boot a basic image in QEMU and on hardware.
- Excludes all Go software, blocked on the Go 1.5 release.
- Begin development on a new minimal image type, `amd64-rkt`.
- Includes only what is required to provision a machine via ignition
and launch rkt containers. Rest of user space lives in containers.
- Research improvements to overlayfs and alternatives such as reflinks.
## Q3 2015
- Release new `amd64-rkt` images as new recommended flavor of CoreOS.
Updates and support for the existing `amd64-usr` images will
continue under the name *CoreOS Classic*.