The following proposal comes out of the discussion at this weeks Server SIG
meeting[1]
Fedora Server will have:
* / (root) will be a minimum of 2 GiB and a maximum of 15 GiB
* SWAP will continue to be calculated automatically based on available RAM on
the system
* All unused space will be assigned to a volume group and available to be
assigned to new partitions or extend existing partitions.
* Anaconda will continue to handle the appropriate EFI and /boot settings
We also discussed during the meeting whether we should have a separate /var
partition by default, but the general sense was that we might be better served
by developing a mechanism to allow partitions to be split from existing mount
points, which would be more flexible going forward.
As we did not have quorum in the meeting by the point we got to this proposal,
I'm taking it to the list for discussion and votes.
For the record, the current behavior of the partitioning scheme is for / to be
given up to 50 GiB of space and then any remaining space after that is assigned
to a separate /home partition.
[1]
https://meetbot.fedoraproject.org/fedora-meeting-1/2016-03-15/serversig.201…
On Thu, 2020-09-03 at 07:02 +0200, Matej Marusak wrote:
> On Wed, Sep 2, 2020 at 11:48 PM Adam Williamson <adamwill(a)fedoraproject.org>
> wrote:
>
> > On Wed, 2020-09-02 at 15:52 +0200, Martin Pitt wrote:
> > > Bcc: rhel-devel(a)redhat.com, cyborg(a)redhat.com
> > >
> > > Cockpit is the modern Linux admin interface. We release regularly. Here
> > > are the release notes from version 227:
> > >
> > > https://cockpit-project.org/blog/cockpit-227.html
> > >
> > > Summary:
> > > - Machines: Virtual machine list filtering
> > > - Continued PatternFly 4 migration
> > >
> > >
> > > You can get Cockpit here:
> > > http://cockpit-project.org/running.html
> > >
> > > Cockpit 227 is available in Fedora 32 and 33:
> > > https://bodhi.fedoraproject.org/updates/FEDORA-2020-5dc4f5b8f5
> > > https://bodhi.fedoraproject.org/updates/FEDORA-2020-02c8c858ae
> > >
> > > Or download the tarball here:
> > > https://github.com/cockpit-project/cockpit/releases/tag/227
> >
> > Is it intentional in this release that the Path item on the detail
> > screen for systemd services changed from being blue (and presumably a
> > link) to being black and not a link? I think it was caused by
> > 00510197cc1cf28001637bec48abbb7115ceddaf but I'm not sure whether it
> > was on purpose.
> >
>
> Hey Adam,
>
> to my knowledge the Path item never was blue and a link. I checked with
> versions 225 and 226 and in both it is just black and non-clickable - as we
> expect it to be.
>
> Can you provide us with screenshots of such behaviour? Mostly just from
> curiosity as it seems to be fixed now - or maybe there is actually some
> problem going on somewhere.
Ahh, sorry, I was misinterpreting the test failure - I forgot a little
wrinkle about what it does at the point where it failed. What's changed
is actually just that the "Requires" text looks a bit different now
than it used to. What I forgot is that if that doesn't match, the test
does a little fallback check whether it actually didn't reach the
"service details" screen at all and is still at the "Services" screen
(this is a thing that happened at one point, sometimes the click got
eaten or something); that was throwing me off. Never mind, then, sorry
again!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net