On 06/27/2017 08:30 AM, Josh Boyer wrote:
On Sun, Jun 25, 2017 at 1:44 PM, langdon
<langdon(a)fedoraproject.org> wrote:
> OVERVIEW
> ========
>
> As the modularity work starts to enter Fedora with the Fedora 27
> release, a typical Change Proposal did not seem to do justice on
> capturing the moving parts and dependencies for the work to successfully
> land. As a result, this document attempts to capture, at a high level,
> the goals and deliverables for F27. We are also providing links to the
> details to most aspects. Some of the details are still in progress and
> will change over the F26 lifecycle (e.g. which modules will be included
> for F27 Server).
>
> THE GOAL
> ========
>
> The Modularity and Server Working Groups plan, with the help of many
> other groups in Fedora, to deliver a fully modularized version of the
> Fedora Server Edition. As an equal and complementary goal, the tooling
> for module creation/development, deployment and automatic testing will
> be as simple and automated as possible.
> [*Change*](https://fedoraproject.org/wiki/Changes/Modular_Server)
Given that Server is widely used across a number of architectures,
with participation from various groups using those architectures, we
still need Server to work on all the architectures it does today. Is
that your understanding as well?
We fully expect to build for all the supported architectures as Server
Edition does today.
> CAVEATS
> =======
>
> - Although modularity allows for lifecycle changes, there is no plan for
> anything besides the normal 13 month lifecycle at this point.
> - Available content as modules will be less than a typical Server release
> - Only components that are a part of a module will be available
> - Any RPM that is a part of module will be available to be installed
> directly or in addition to the “install profile” install of the module
>
> ASPECTS TRACKED
> ===============
>
> - Infrastructure Changes/Improvements:
> - Bodhi: changes to support updating & tracking modules:
> [*Change*](https://fedoraproject.org/wiki/Changes/ModularRelease)
> - Arbitrary branching: enables modules to versions bound to something
> other than Fedora release number:
> [*Change*](https://fedoraproject.org/wiki/Changes/ArbitraryBranching)
> - Bugzilla & ABRT module-awareness are still in progress
> - COPR: support for building modules has been added and will be
> improved over the F26 cycle
> - Automation (Freshmaker)
> - On Demand Compose Service (for testing and container rebuilds)
What does "testing" mean here?
I think it just means "things are rebuilt and sent to automated
testing". Why it doesn't say "for release" I am not sure. I may have
"cleaned up" the text poorly.
Ralph, JanK: can you weigh in here?
> - Greenwave: for policy/gating in Bodhi. User interactions take
> place in Bodhi.
> - Installation & System Management
> - Anaconda: still in progress
> - DNF: Work underway to support modules, additional features need to
> be added. Please report comments/features/bugs in the [*normal
>
manner*](https://github.com/rpm-software-management/dnf/wiki/Bug-Reporting).
> - Gnome Software: still in progress
> - Host & Platform module(s): Base components that provide the “operating
> system” aspects of Modular Fedora:
> [*Change*](https://fedoraproject.org/wiki/Changes/Host_and_Platform),
> [*Content
tracker*](https://github.com/fedora-modularity/hp)
> - Application modules ([*Content
>
Tracking*](https://github.com/fedora-modularity/f27-content-tracking)):
> - TBD language modules (1 or more versions each)
> - TBD database modules (1 or more versions each)
> - TBD web server modules (1 or more versions each)
> - TBD utility server modules (1 or more versions each)
> - Applications as System Containers ([*Content
>
Tracking*](https://github.com/fedora-modularity/f27-content-tracking)):
> - TBD system integrated containers
This requires a container build service capable of producing these
containers. I think the Fedora layered build service can do that for
x86_64, but it is not capable of doing that for other architectures.
Is support for that being worked on?
I understand that to be the case as well. We
plan to do, at least,
x86_64. I need Ralph, Adam Miller, and Eliska to comment any further on
the plan.
Langdon
josh
> - Module Guidelines and Processes:
> [*Ticket*](https://pagure.io/Fedora-Council/tickets/issue/123)
> - HowTos, Examples, and Tools for Modules:
> [*Website*](https://docs.pagure.org/modularity/)
>
> BENEFITS FOR USERS
> ==================
>
> - Content available in multiple streams - good examples needed
> - Software Collections done the right way - Languages, Databases
> - No visible change to dnf/yum unless you want to select non-default
> versions
>
> FURTHER DETAILS
> ===============
>
> - [*Bodhi
Milestone*](https://github.com/fedora-infra/bodhi/milestone/4)
> for Modularity
> - Bodhi Changes [*Focus
>
document*](https://fedoraproject.org/wiki/Infrastructure/Factory2/Focus/B...
> - Freshmaker Focus doc
>
[*https://fedoraproject.org/wiki/Infrastructure/Factory2/Focus/Freshmaker*](https://fedoraproject.org/wiki/Infrastructure/Factory2/Focus/Freshmaker)
> - ODCS Focus doc
>
[*https://fedoraproject.org/wiki/Infrastructure/Factory2/Focus/ODCS*](https://fedoraproject.org/wiki/Infrastructure/Factory2/Focus/ODCS)
> - Branching Focus doc
>
[*https://fedoraproject.org/wiki/Infrastructure/Factory2/Focus/ArbitraryBranching*](https://fedoraproject.org/wiki/Infrastructure/Factory2/Focus/ArbitraryBranching)
>
> Langdon White
> Fedora Modularity Objective Lead
> _______________________________________________
> devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-announce-leave(a)lists.fedoraproject.org
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org