On Sat, 14 Nov 2020 at 00:06:26 +0900, Norbert Preining wrote:
> > OK, that makes sense. You should be able to achieve this with:
> >
> > dh_installsystemduser --no-enable
>
> Hmm, I have
> override_dh_installinit:
> dh_installinit --no-start --no-enable
>
> but the actual .service f
Hi Simon,
> Yes it is, but you started this thread by asking for advice about how
> to restart an instanced *system* service on upgrade, which gave me the
> impression that you consider the system service to be what you recommend
> to users as the most normal way to run this onedrive service.
Wel
On Fri, 13 Nov 2020 at 21:32:37 +0900, Norbert Preining wrote:
[I wrote:]
> > I still think doing this as a user service
> > would be a better approach to use by default
>
> But isn't that what we are doing by shipping
> /usr/lib/systemd/user/onedrive.service
> ?
Yes it is, but you started
Hi Simon,
thanks again!!
> I still think doing this as a user service (like pulseaudio, gpg-agent,
> dbus-daemon --session, rygel, flatpak-session-helper, tracker-store, etc.)
> would be a better approach to use by default: that sort of thing is exactly
> what `systemd --user` is designed for.
B
On Wed, 11 Nov 2020 at 09:32:46 +0900, Norbert Preining wrote:
> once again, thanks a lot. I have now tried out your suggestion and it
> works nicely. Just to make sure, I have now the following units, see
> below. I am aware that the system instantiation service onedrive@ is not
> optimal since it
Hi Simon,
once again, thanks a lot. I have now tried out your suggestion and it
works nicely. Just to make sure, I have now the following units, see
below. I am aware that the system instantiation service onedrive@ is not
optimal since it expects $HOME to be /home/%i, but let us leave this
aside f
Hi Simon,
thanks for your detailed answers, the are **spectacularly** good!!!
That was the best explanation in ages about something sytemd related.
I will go with your suggestion:
On Mon, 09 Nov 2020, Simon McVittie wrote:
> It would be better to give onedrive@.service PartOf=onedrive.target, an
On Mon, Nov 09, 2020 at 10:02:46AM +, Simon McVittie wrote:
> On Mon, 09 Nov 2020 at 12:24:03 +0900, Norbert Preining wrote:
> [Paul wrote]:
> > > These are not "systemd user services" as described in your email subject,
> > > they are
> > > per-user instances of systemd system services.
>
[s
On Mon, 09 Nov 2020 at 12:24:03 +0900, Norbert Preining wrote:
[Paul wrote]:
> > These are not "systemd user services" as described in your email subject,
> > they are
> > per-user instances of systemd system services.
How to tell: run systemd-cgls and look at where they appear in the tree.
Every
9 matches
Mail list logo