Re: starting services in fedora

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

I'm a bit surprised that there's no reply to this fairly explosive
idea. Maybe Nikos' text is too long, so let me summarize:

tl;dr: the proposal is to start services immediately during
installation (in %post), iff they are enabled in presets and the
system is live (not a chroot or such).

This would mean that e.g. after 'dnf install gpm' gpm would be running
when dnf exits.

Zbyszek

On Mon, Apr 16, 2018 at 04:13:51PM +0200, Nikos Mavrogiannopoulos wrote:
> In [0] it was reported that after installation of pcsc-lite in Fedora,
> no smart cards were functioning at the system. After rebooting Fedora
> everything was functioning as expected.
> 
> The issue is that the pcsc daemon uses a socket-activated unit
> which is installed by dnf, but not started (and hence the windows-
> reminding behavior).
> 
> The text on our default services [1] mentions that a service is
> "enabled by default on package installation" though there is a 
> distinction between 'enable' and 'start'.
> 
> The reason behind that is probably summarized in [2]:
> > Why don't we start the service after installation?
> >    Installations can be in changeroots, in an installer context, or 
> > in other situations where you don't want the services started.
> 
> which is understandable, but does not necessarily lead to good user
> experience in Fedora. Zbigniew made a good summary of what needs to be
> done for that to work [3].
> 
> What do you think overall, is that something that makes sense to
> address in general, or in socket activated services only, or not at
> all?
> 
> regards,
> Nikos
> 
> [0]. https://bugzilla.redhat.com/show_bug.cgi?id=1545027
> 
> [1].
> https://fedoraproject.org/wiki/Packaging:DefaultServices
> 
> [2]. https://fedoraproject.org/wiki/EPEL:SysVInitScripts?rd=Packaging:S
> ysVInitScript#Why_don.27t_we
> 
> [3]. https://bugzilla.redhat.com/show_bug.cgi?id=1545027#c29
> 
> 
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux