server May 2018

server@lists.fedoraproject.org

12 participants
8 discussions

Cockpit motd support
by Allison Karlitskaya 16 Jan '19

16 Jan '19

hi, Cockpit 169 (released today) contains a change to take advantage of the recently added PAM support for /etc/motd.d to display a helpful note to the admin about how to start or access cockpit. The required PAM changes have already landed in Fedora 28. It seems that the PAM configuration of Fedora 28 (at least in our test images here) doesn't use pam_motd at all, though. I'd like to start a discussion about what would be appropriate here. We want at least a message displayed when people log in to an interactive session with ssh, but it might also be useful to display a message at the virtual console, before or after login. Thoughts? Thanks in advance, Allison

7 22

FreeIPA server isn't ready for production on Fedora 28
by Jonathan Dieter 04 Jun '18

04 Jun '18

I've just spent two days trying to upgrade our school's Fedora 27 FreeIPA servers to Fedora 28 and kept hitting multiple roadblocks. I finally found this post on the freeipa-users mailing list: https://lists.fedorahosted.org/archives/list/freeipa-users@lists.fedora hosted.org/thread/BTMTZ4QULRAP6AZDDCXUWWVLMDIODXRP/ It basically says (and I've spent two days attesting to the fact) that FreeIPA isn't actually ready for production use on Fedora 28. I would like to suggest that, for something as central to the Fedora Server story as FreeIPA is, we should have done at least one of the following: 1. Posted the above message to at least one of the Fedora users/devel/server mailing lists. 2. Put something like the above message in the Fedora 28 release notes. 3. Modularized FreeIPA, putting the current 4.6.90-pre series in a development module, and putting Fedora 27's 4.6.x series in a stable module. It seems that we knew that FreeIPA wasn't ready well before Fedora 28 was released, so I think we really dropped the ball by not releasing this information sooner and not distributing it more widely. Jonathan P.S. For those who care, VM snapshots are wonderful. I restored our FreeIPA servers from snapshots, so any users who changed their password in the last 24 hours or so will have to change it again.

10 27

[Canceled] Server SIG Weekly Meeting (2018-05-29)
by Stephen Gallagher 29 May '18

29 May '18

The only thing on the agenda for this week would be a discussion about new release criteria for FreeIPA, but I think we'd do better by having that discussion on the mailing list for a week. I'll start a new thread cross-posted with the test(a)lists.fp.o list later today.

1 0

Server SIG Weekly Meeting Minutes (2018-05-15)
by Stephen Gallagher 15 May '18

15 May '18

================================================================ #fedora-meeting-1: Fedora Server SIG Weekly Meeting (2018-05-15) ================================================================ Meeting started by sgallagh at 19:59:39 UTC. The full logs are available athttps://meetbot.fedoraproject.org/fedora-meeting-1/2018-05-15/serversig.2… . Meeting summary --------------- * Roll Call (sgallagh, 19:59:39) * Agenda (sgallagh, 20:05:33) * Agenda Item: Fedora Base Snap (sgallagh, 20:05:33) * Fedora Base Snap (sgallagh, 20:06:38) * LINK: https://forum.snapcraft.io/t/draft-consistent-build-environments-build-vms/… (zyga, 20:58:32) * AGREED: Server SIG will welcome any work done by the community to advance snaps in Fedora, but will not treat it as a priority if it comes in conflict with other initiatives. (+5, 0, -0) (sgallagh, 21:00:46) Meeting ended at 21:01:15 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * sgallagh (66) * zyga (51) * langdon (35) * Pharaoh_Atem (16) * smooge (15) * nirik (13) * zodbot (10) * mjwolf (3) * mboddu (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Server SIG Weekly Meeting Agenda (2018-05-15)
by Stephen Gallagher 15 May '18

15 May '18

We have one topic requiring discussion this week: whether we will ship a Fedora base snap under the Fedora Server umbrella. Please see the earlier email to this list for further details.

1 0

2018-05-14 @ 16:00 UTC - Fedora 29 Blocker Review Meeting
by Adam Williamson 13 May '18

13 May '18

# F29 Blocker Review meeting # Date: 2018-05-14 # Time: 16:00 UTC # Location: #fedora-blocker-review on irc.freenode.net Hi folks! We have 6 proposed Beta blockers and one proposed freeze exception to review, so let's have a review meeting tomorrow. If you have time this weekend, you can take a look at the proposed or accepted blockers before the meeting - the full lists can be found here: https://qa.fedoraproject.org/blockerbugs/ . We'll be evaluating these bugs to see if they violate any of the Release Criteria and warrant the blocking of a release if they're not fixed. Information on the release criteria for F29 can be found on the wiki [0]. For more information about the Blocker and Freeze exception process, check out these links: - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process And for those of you who are curious how a Blocker Review Meeting works - or how it's supposed to go and you want to run one - check out the SOP on the wiki: - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting Have a good night and see you tomorrow! [0] https://fedoraproject.org/wiki/Fedora_Release_Criteria -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net

1 0

Fedora base snap for building Fedora-based snaps
by Neal Gompa 11 May '18

11 May '18

Hey all, As some of you may know, one of the upstream projects I work with is the Snappy/Snapcraft system. Recently, the Snappy system gained full support for having alternative base/runtimes used for the basis of snaps[1]. Given the design of the Snappy system, it makes it very easy for us to provide a model in which people can build applications and services using Fedora in a manner where it's available in a cross-distribution fashion. One of the key advantages here is that we do not need to rebuild RPMs to retrofit them for the snap model, they can be directly sourced and installed as components to build a snap. However, to be able to do this, Fedora needs to provide what is known as a "base snap". The base snap provides the foundation for applications and devices to be built using Fedora software with snaps. Historically, the only "base" supported for general application use has been the Ubuntu one shipped by Canonical, but snapd recently learned how to use different "base" runtimes for different snaps. I believe we have an opportunity to be a great enabler for offering the latest and greatest technologies for developers to consume for their software if they want to distribute it as a snap. While the Fedora Workstation WG has been primarily focused on Flatpaks for GUI applications, snaps are useful for more than desktop applications. Indeed, some of the most interesting uses are involved with server and embedded systems software. I've worked closely with the upstream developers (of which Zygmunt Krynicki is the main point of contact for Fedora with the Snappy team and is CC'd to this email) to ensure that this functionality is available to us in a way that allows us to leverage our software as effectively as possible. In addition, I've built a relatively trivial application[2] to build proof of concept core base snaps with Fedora, Mageia, and openSUSE packages. At least initially, some of these first application snaps will be produced in a rather simple manner as we would work with upstream on figuring out how to adapt Snapcraft to handle alternative bases. My eventual goal is to be able to produce a Modular Fedora variant that works off snaps, using our software packaged as RPMs as inputs, as a variation of the modularity work going on in Fedora as a whole. This work would be more or less similar to the efforts for producing the Cloud Base images that are used in cloud providers and for container systems to use (e.g. Docker/OpenShift/Kubernetes). I discussed this with Stephen Gallagher, and he seemed amenable to the idea of the Server WG producing the base snap as a deliverable and publishing it to the snap store so that it can be used to build applications. He suggested that I bring this to broader WG mailing list to solicit some feedback on this. So what do you all think? Best regards, Neal [1]: https://forum.snapcraft.io/t/introducing-base-snaps/381 [2]: https://gitlab.com/Conan_Kudo/snapcore-mkrpmdistcoresnap -- 真実はいつも一つ！/ Always, there's only one truth!

4 6

[Canceled] Server SIG meeting (2018-05-01)
by Stephen Gallagher 01 May '18

01 May '18

There's no agenda for this week and today is Labor Day for much of Europe.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

server May 2018