#8 On-demand socket activation for services
Closed 6 years ago Opened 9 years ago by twaugh.

I'd like to have the cups presets be:

{{{
enable cups.socket
enable cups.path
disable cups.service
}}}

The Fedora packaging policy prevents this from being the default, but it could be overridden by the WG.

More generally, there might be more services that could benefit from starting on-demand rather than always starting at boot, and quitting when not in use.

There is a short mailing list thread on 'devel' about it:
https://lists.fedoraproject.org/pipermail/devel/2014-September/202293.html


Hi Tim. Apologies for the delay here. As Matthias noted in the email, it just missed our last meeting cutoff.

We discussed this in the Workstation meeting today and we'd like to go ahead with this change. Matthias and Kalev will get in touch to work with you on enabling it. Thanks!

Just let me know what I need to do.

mclasen> looking at https://fedorahosted.org/workstation/ticket/8 - do we have the mechanics for product-specific presets figured out ?
sgallagh> mclasen: Yes, we have a Server-specific preset
mclasen: Take a look at https://git.fedorahosted.org/cgit/fedora-release.git/tree/ for info

So fedora-release-server would have to require cups?

Shouldn't 80-server.preset be listed in a 'Source:' line?

Replying to [comment:5 twaugh]:

So fedora-release-server would have to require cups?

Shouldn't 80-server.preset be listed in a 'Source:' line?

I'd rather think we want to add a workstation-specific preset, no ?

Yes, but I'm trying to understand how the server presets work. I said "fedora-release-server" when I meant to say "fedora-release-workstation". In any case, it looks like packages with specific presets would need to be required by that spin's fedora-release sub-package.

Currently, cups can be removed from a workstation install without any problems, so I wanted to check that adding cups as a requirement of fedora-release-{anything} would be acceptable.

My comment about 'Source:' was more about the fact that 80-server.preset is referenced directly by filename from the spec file rather than as a %SOURCEn-type variable.

So what's the current status of this? It looks like a good idea. Why is it prevented by Fedora packaging policy?

Presets do need to be approved by FESCo. We cannot override FESCo, but we can make Workstation-specific presets if desired. To do that requires making a case for why other products should behave differently.

Metadata Update from @catanzaro:
- Issue close_status updated to: None

7 years ago

Per the WG meeting today we're tracking issues in this queue by default for our meetings again. That means this ticket was first on our list, and apologies for the unreasonable lag time. I'll file a PR on fedora-release to fix this, and also, per @sgallagh suggestion, ask FESCo via another ticket to consider disabling cups.service on the other editions.

Metadata Update from @pfrields:
- Issue assigned to pfrields

6 years ago

Metadata Update from @pfrields:
- Issue status updated to: Closed (was: Open)

6 years ago

Metadata Update from @ryanlerch:
- Issue set to the milestone: Fedora 26

6 years ago

Login to comment on this ticket.

Metadata