A question was raised by @jrobeson <https://pagure.io/user/jrobeson> on the
#fedora-server IRC channel yesterday:
"since fedora cloud is going all atomic, is fedora server gonna offer
vagrant boxes to fill that niche?"
This is an interesting question. On the one hand, it certainly seems to me
that we do want Fedora to have an official Vagrant box of some sort. On the
other hand, with Fedora Server focused on moving to the modularity
approach, I'm not sure if we want to take this on for Fedora 27. I think we
probably need to coordinate with the (former?) Cloud WG on this.
First up, I'm not going to be able to run the meeting this week (need to
take my kid to a rescheduled doctor's appointment). I'd like for someone
else to start the meeting and continue the discussion/planning for the new
Modular Server for F27. I see on the devel@ list that there are still quite
a few large open questions, so we should discuss these.
I'll try to participate as much as possible by way of mobile IRC, but I
will not be at full capacity.
I have a proposal: Let's build the Fedora 27 Server edition using
We are currently finishing Boltron  which is a modular server prototype.
It includes several services and a version of DNF that supports modules.
You can try some of it already and we will be putting together a set of
demos that will explain how everything works.The main purpose of Boltron is
to prove it can work, and to test the new UX of managing modules in
multiple streams. But Boltron is really just a prototype - it won't get
updates, I wouldn't recommend it using in production. I would like Fedora
27 Server to be the next step.
What would need to happen in Fedora to produce a real modular server:
- Having a nice developer/packager experience - I would really like to
work close with guys from Factory 2.0 to develop a nice experience for
packagers creating new modules.
- Module updates and artificial branching - the guys from Factory 2.0 are
already working on it - no worries here.
- Base system (Base Runtime/Platform) with a shared userspace - a lot of
work on Base Runtime has been already done.
- User experience - we already have an early DNF protoype. Some UX testing
and polishing can result in a very nice thing.
- Content - having a good set of modules is important, but I don't think
we need to modularize the whole Fedora land for this to work. Having a nice
developer/packager experience will make the content grow fast.
Modularity can provide a solution to some of user needs described in the
Server PRD  like:
- Value is achieved by delivering the latest capabilities fastest (DevOps
- Needs a platform with API and ABI stability guarantees (Traditional
Also, the requirements icnclude:
- The Server Role must be packaged in such a way that it is possible to
install the complete set as a unit. <- Modules can represent such a unit.
- The Server Role may provide a sane, usable default. <- Modules have
install profiles that might help to provide such default.
What do you think?
-----BEGIN PGP SIGNED MESSAGE-----
We have one very important topic to discuss: Modularity and Fedora
Server 27. Unfortunately, due to a conflict, the people that need to
be involved in the discussion are unavailable this week at our normal
I'm sending out a WhenIsGood link for a one-time rescheduling of
the meeting so we can get as many people into this discussion as
possible. Please reply promptly (particularly if the best slot is
still sometime today).
-----BEGIN PGP SIGNATURE-----
Version: Mailvelope v1.7.2
-----END PGP SIGNATURE-----
Does anyone have anything to put on the agenda for tomorrow? I'm going to be in meetings most of the day, so I will probably miss it, but if we have anything to discuss someone else can run it this week.