Yes, I agree with the proposal. I also agree that most servers will
be connected to the Internet, however, I can think of some use cases
where Internet connection is not wanted and an intranet is
sufficient, such as:
- a file server
- a print server
- a router
- a web server (for intranet)
So, my expectations would be that the package selection on DVD should
enable to set up any of those above scenarios via at least the most
standard way, so there should be at least:
- one database
- one http server
- one file serving program
- etc.
Do you plan something like a detailed case study or how do you want
to decide which packages to delete?
On Mon, Feb 18, 2019 at 10:09 AM Kamil Paral <kparal(a)redhat.com>
wrote:
> On Fri, Feb 15, 2019 at 4:50 PM Stephen Gallagher <
> sgallagh(a)redhat.com> wrote:
> > For a long time, the Fedora Server Edition has provided a fairly
> >
> > lightweight default installation, but a fairly heavyweight DVD.
> > This
> >
> > is because we opted to include a lot of infrastructure-related
> > content
> >
> > on the disk, such as BIND, FreeIPA, MariaDB and PostgreSQL, among
> >
> > others.
> >
> >
> >
> > The reality these days is that this is probably more or less
> >
> > unnecessary. There's no such thing as a server that is not
> > connected
> >
> > to a network and since we aren't shipping the entirety of the
> > Fedora
> >
> > package collection on this disk, inevitably anyone installing
> > from it
> >
> > is going to need to have access to package mirrors anyway.
> >
> >
> >
> > So I'd like to propose that we get rid of nearly the entirety of
> > the
> >
> > <optionlist> section from comps.xml[1][2] and variants-
> > fedora.xml[3].
> >
> > The result will be a far smaller install DVD, less space wasted
> > on the
> >
> > mirrors (both for the DVD and the install tree) and very little
> >
> > difference in user experience.
> >
> >
> >
> > Arguments against this have historically been that having it all
> > on
> >
> > one disk is better for network-constrained environments to avoid
> >
> > downloading content multiple times. Realistically, however, I
> > think
> >
> > this is generally going to be solved by local mirroring in most
> >
> > real-world scenarios.
>
> Makes sense to me.
>
> >
> >
> >
> > [1]
https://pagure.io/fedora-comps/blob/master/f/comps-f30.xml.in
>
> To be exact, you mean adjusting just "<id>server-product-
> environment</id>" section, right?
>
https://pagure.io/fedora-comps/blob/611004df1857f118f1d25ab1218124dd61449...
>
> > [2] With the exception of the "server-hardware-support" and
> >
> > "guest-agents" which may be needed for proper installation,
> > depending
> >
> > on the hardware.
> >
> > [3]
> >
https://pagure.io/pungi-fedora/blob/master/f/variants-fedora.xml
> >
> > _______________________________________________
> >
> > test mailing list -- test(a)lists.fedoraproject.org
> >
> > To unsubscribe send an email to
> > test-leave(a)lists.fedoraproject.org
> >
> > Fedora Code of Conduct:
> >
https://getfedora.org/code-of-conduct.html
> >
> > List Guidelines:
> >
https://fedoraproject.org/wiki/Mailing_list_guidelines
> >
> > List Archives:
> >
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org
> >
>
> _______________________________________________
>
> server mailing list -- server(a)lists.fedoraproject.org
>
> To unsubscribe send an email to
> server-leave(a)lists.fedoraproject.org
>
> Fedora Code of Conduct:
https://getfedora.org/code-of-conduct.html
>
> List Guidelines:
>
https://fedoraproject.org/wiki/Mailing_list_guidelines
>
> List Archives:
>
https://lists.fedoraproject.org/archives/list/server@lists.fedoraproject.org
>
_______________________________________________server mailing list --
server(a)lists.fedoraproject.org
To unsubscribe send an email to server-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://getfedora.org/code-of-conduct.html
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/server@lists.fedoraproject.org