On Sun, 2021-07-04 at 17:34 +0200, francis.montag...@inria.fr wrote:
>
> Hi.
>
> On Thu, 01 Jul 2021 10:47:45 +0100 Patrick O'Callaghan wrote:
>
> > On Thu, 2021-07-01 at 08:53 +0800, Ed Greshko wrote:
>
> > > Got me to start experimenting with writing user units and
> > > learning a
> > > bit
Hi.
On Thu, 01 Jul 2021 10:47:45 +0100 Patrick O'Callaghan wrote:
> On Thu, 2021-07-01 at 08:53 +0800, Ed Greshko wrote:
>> Got me to start experimenting with writing user units and learning a
>> bit about how they work.
>> So, some good came of the noise. From my perspective anyway. :-)
>
On Thu, 2021-07-01 at 08:53 +0800, Ed Greshko wrote:
> On 01/07/2021 05:56, Patrick O'Callaghan wrote:
> > Apologies for the noise and thanks to all who attempted to help.
>
> Oh, that's OK.
>
> Got me to start experimenting with writing user units and learning a
> bit about how they work.
>
> S
On 01/07/2021 05:56, Patrick O'Callaghan wrote:
Apologies for the noise and thanks to all who attempted to help.
Oh, that's OK.
Got me to start experimenting with writing user units and learning a bit about
how they work.
So, some good came of the noise. From my perspective anyway. :-)
-
On Wed, 2021-06-30 at 22:24 +0100, Patrick O'Callaghan wrote:
> That's actually a different service. Insync has a GUI-based app called
> 'insync' for workstations and a separate app called 'insync-headless'
> intended for servers. The two are essentially independent of each other
> and have differe
On Wed, 2021-06-30 at 10:16 -0400, Jonathan Billings wrote:
> On Wed, Jun 30, 2021 at 03:01:56PM +0100, Patrick O'Callaghan wrote:
> > Well I did that, but things are no better. The service still
> > doesn't
> > restart after logging out and in again. In fact it's actually worse
> > now
> > as it a
On 01/07/2021 02:14, Joe Zeff wrote:
On 6/30/21 11:52 AM, Patrick O'Callaghan wrote:
Sure. On F33 I did have KillUserProcesses=yes set, but I neglected to
make that change on F34. It might make a difference.
If those settings are kept in your home directory, they should survive a clean
instal
On 6/30/21 11:52 AM, Patrick O'Callaghan wrote:
Sure. On F33 I did have KillUserProcesses=yes set, but I neglected to
make that change on F34. It might make a difference.
If those settings are kept in your home directory, they should survive a
clean install as long as you keep your home intact
On Wed, 2021-06-30 at 22:35 +0800, Ed Greshko wrote:
> On 30/06/2021 21:55, Patrick O'Callaghan wrote:
> > On Wed, 2021-06-30 at 21:45 +0800, Ed Greshko wrote:
> > > On 30/06/2021 21:39, Patrick O'Callaghan wrote:
> > > > On Wed, 2021-06-30 at 19:37 +0800, Ed Greshko wrote:
> > > > > On 30/06/2021
On 30/06/2021 21:55, Patrick O'Callaghan wrote:
On Wed, 2021-06-30 at 21:45 +0800, Ed Greshko wrote:
On 30/06/2021 21:39, Patrick O'Callaghan wrote:
On Wed, 2021-06-30 at 19:37 +0800, Ed Greshko wrote:
On 30/06/2021 18:41, Patrick O'Callaghan wrote:
After re-reading systemd.service(1) I added
On Wed, Jun 30, 2021 at 03:01:56PM +0100, Patrick O'Callaghan wrote:
> Well I did that, but things are no better. The service still doesn't
> restart after logging out and in again. In fact it's actually worse now
> as it apparently doesn't start even the first time. I even did a clean
> boot to ch
On Wed, 2021-06-30 at 19:41 +0800, Ed Greshko wrote:
> > But of course there's always something else. After logging out, the
> > service is killed, which is fine, but it doesn't start again with a
> > new
> > login. I assumed that user units would do this automatically, but it
> > seems they don't.
On Wed, 2021-06-30 at 21:45 +0800, Ed Greshko wrote:
> On 30/06/2021 21:39, Patrick O'Callaghan wrote:
> > On Wed, 2021-06-30 at 19:37 +0800, Ed Greshko wrote:
> > > On 30/06/2021 18:41, Patrick O'Callaghan wrote:
> > > > After re-reading systemd.service(1) I added the line:
> > > >
> > > > Type=f
On Wed, Jun 30, 2021 at 02:40:27PM +0100, Patrick O'Callaghan wrote:
> > >
> > > After=plasma-core.target in the [Unit] section and
> > > WantedBy=plasma-core.target in the [Install] section
> > >
> > > I don't know if there is a general way to do it for all desktops.
> >
> Right. I was looking
On 30/06/2021 21:41, Patrick O'Callaghan wrote:
On Wed, 2021-06-30 at 09:14 -0400, Jonathan Billings wrote:
On Wed, Jun 30, 2021 at 07:57:37PM +0800, Ed Greshko wrote:
I put my service file in ~/.config/systemd/user. Then I have to
disable/enable the service for the change to
take effect. Th
On 30/06/2021 21:39, Patrick O'Callaghan wrote:
On Wed, 2021-06-30 at 19:37 +0800, Ed Greshko wrote:
On 30/06/2021 18:41, Patrick O'Callaghan wrote:
After re-reading systemd.service(1) I added the line:
Type=forking
to the service file, and now the script is not being terminated,
which
is wha
On Wed, 2021-06-30 at 09:14 -0400, Jonathan Billings wrote:
> On Wed, Jun 30, 2021 at 07:57:37PM +0800, Ed Greshko wrote:
>
> > I put my service file in ~/.config/systemd/user. Then I have to
> > disable/enable the service for the change to
> > take effect. Then I see
> >
> > [egreshko@f34
On Wed, 2021-06-30 at 19:57 +0800, Ed Greshko wrote:
> On 30/06/2021 19:41, Ed Greshko wrote:
> >
> > Maybe ignore my previous question.
> >
> > I've been playing with this as well. I found that with KDE I could
> > get a service file to start at login by using
> >
> > After=plasma-core.target
On Wed, 2021-06-30 at 19:37 +0800, Ed Greshko wrote:
> On 30/06/2021 18:41, Patrick O'Callaghan wrote:
> > After re-reading systemd.service(1) I added the line:
> >
> > Type=forking
> >
> > to the service file, and now the script is not being terminated,
> > which
> > is what I wanted.
> >
> > I
On Wed, Jun 30, 2021 at 07:57:37PM +0800, Ed Greshko wrote:
> I put my service file in ~/.config/systemd/user. Then I have to
> disable/enable the service for the change to
> take effect. Then I see
>
> [egreshko@f34k2 ~]$ ll .config/systemd/user/
> total 4
> -rw-r--r--. 1 egreshko egreshk
On 30/06/2021 19:41, Ed Greshko wrote:
Maybe ignore my previous question.
I've been playing with this as well. I found that with KDE I could get a
service file to start at login by using
After=plasma-core.target in the [Unit] section and
WantedBy=plasma-core.target in the [Install] section
On 30/06/2021 19:35, Patrick O'Callaghan wrote:
On Wed, 2021-06-30 at 11:41 +0100, Patrick O'Callaghan wrote:
On Tue, 2021-06-29 at 19:37 +0100, Patrick O'Callaghan wrote:
On Tue, 2021-06-29 at 21:28 +0800, Qiyu Yan wrote:
在 2021-06-29星期二的 12:42 +0100，Patrick O'Callaghan写道：
I'm trying to get
On 30/06/2021 18:41, Patrick O'Callaghan wrote:
After re-reading systemd.service(1) I added the line:
Type=forking
to the service file, and now the script is not being terminated, which
is what I wanted.
IOW, this seems to be the solution, or at least*a* solution. There may
be an alternate so
On Wed, 2021-06-30 at 11:41 +0100, Patrick O'Callaghan wrote:
> On Tue, 2021-06-29 at 19:37 +0100, Patrick O'Callaghan wrote:
> > On Tue, 2021-06-29 at 21:28 +0800, Qiyu Yan wrote:
> > > 在 2021-06-29星期二的 12:42 +0100，Patrick O'Callaghan写道：
> > > > I'm trying to get a specific service to start on log
On Tue, 2021-06-29 at 19:37 +0100, Patrick O'Callaghan wrote:
> On Tue, 2021-06-29 at 21:28 +0800, Qiyu Yan wrote:
> > 在 2021-06-29星期二的 12:42 +0100，Patrick O'Callaghan写道：
> > > I'm trying to get a specific service to start on login, and the
> > > usual
> > > method (KDE Autostart) isn't working so
25 matches
Mail list logo
