On Fedora Server 21, Cockpit should be installed and have it's systemd socket enabled by default. This will allow it to start when it's TCP port is accessed.
http://fedoraproject.org/wiki/Starting_services_by_default you will need to file a FESCo exception to be allowed to be on by default. as to including by default it just needs added to comps. though we have not yet decided how to differentiate the products.
Dennis, FESCo already approved this exception for Cockpit as part of Cockpit's Change Proposal for Fedora 21. The appropriate tracker bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=1091301 In order to track different products' capabilities, it looks like we're likely going to add a new fedora-release-$PRODUCT component (and package) to handle them. Until that happens, the 'distribution' component is probably the most appropriate. I've opened FESCo ticket https://fedorahosted.org/fesco/ticket/1314 to track getting a blanket approval for the Product WGs to make start-up decisions on their own.
All the individual pieces are in place, but they don’t work together: there is a preset for cockpit._socket_, but cockpit’s scripts refer to cockpit._service_. AFAICT (also per the title of this bug), the right way to fix it is s/\.service/\.socket/ in cockpit’s scriptlets
Thanks mitr, made that change.
Discussed at 2014-07-23 Alpha blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2014-07-23/f21-blocker-review.2014-07-23-15.59.log.txt . Accepted as a blocker per criterion "Unless explicitly specified otherwise, after system installation the Cockpit web management interface must be running and accessible on its default port (XX).", https://fedoraproject.org/wiki/Fedora_21_Alpha_Release_Criteria#Cockpit_management_interface .
F21 is not gated via bodhi yet, so the fixed build is already in 'stable', indeed we're one build further along - 0.17-1 , http://koji.fedoraproject.org/koji/buildinfo?buildID=547636 - and on the way to 0.18-1 - http://koji.fedoraproject.org/koji/buildinfo?buildID=549195 . Can someone please re-test and confirm this is now fixed, pace https://bugzilla.redhat.com/show_bug.cgi?id=1123845 ? thanks.
This seems to work. The following command works: # rpm -ql fedora-release-server /usr/lib/systemd/system-preset/80-server.preset /usr/share/licenses/fedora-release-server /usr/share/licenses/fedora-release-server/LICENSE # cat /usr/lib/systemd/system-preset/80-server.preset # # Fedora Server # # The Cockpit web-based system management console enable cockpit.socket # The Fedora Server Role administration API enable rolekit.service # systemctl disable cockpit.socket cockpit.service Removed symlink /etc/systemd/system/sockets.target.wants/cockpit.socket. # systemctl preset cockpit.socket Created symlink from /etc/systemd/system/sockets.target.wants/cockpit.socket to /usr/lib/systemd/system/cockpit.socket. But I'm not sure how to get to a completely blank install state without spending tons of time staring at yum and screwing around with broken upgrades.
"wait for a viable TC", basically. unfortunately. let's call this good for now, we can reopen if it still happens with the TC.