Bug 1110764

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.