Re: How to cause a process started in .xsessionrc to terminate with x-session termination?

[Brian]

On Wed 17 Nov 2021 at 22:39:21 +0100, Arkadiusz Dabrowski wrote:

> Hi all
> I have a problem with unison sync termination when it is started from
> .xsessionrc.

.xsessionrc is for stting environment variables for an X session. This
your intentio?

-- 
Brian.

Re: How to cause a process started in .xsessionrc to terminate with x-session termination?

[Greg Wooledge]

On Wed, Nov 17, 2021 at 10:39:21PM +0100, Arkadiusz Dabrowski wrote:
> I have a problem with unison sync termination when it is started from
> .xsessionrc.
> It works flawlessly but when I log out it is orphaned and not terminated.
> I start it like this:
> nice -n18 ionice -c2 -n7 unison unison_profile &>/dev/null &

It sounds like you don't have a .xsession (or .xinitrc) file, and are
simply using the default Debian Xsession.

It also sounds like unison is not an X application.  Usually the programs
that you start from .xsessionrc are X client apps, which will terminate
when the X server goes away at logout.  Since unison is presumably not an
X client app, it survives this.

You could try using an .xsession file.  This gives you more control over
the session.  You could even read the default Debian Xsession from your
.xsession file, to keep things simple.  For example, something like this
may meet your needs (untested):

. /etc/X11/Xsession
pkill unison

It's not the most elegant solution, but you could start with this,
see whether it works at all, and then improve it from here if it does.

There may be other solutions.  For instance, maybe you can find something
in systemd or dbus that starts a managed service as a child of your login
session, and kills it upon logout.  I don't actually know whether systemd
or dbus can do this, but if it can, it might be a better solution.

How to cause a process started in .xsessionrc to terminate with x-session termination?

[Arkadiusz Dabrowski]

Hi all
I have a problem with unison sync termination when it is started from
.xsessionrc.
It works flawlessly but when I log out it is orphaned and not terminated.
I start it like this:
nice -n18 ionice -c2 -n7 unison unison_profile &>/dev/null &
Once started the parent is x-session-manager and they the same process
group.
What can I do to terminate the process with x-session?

Re: Debian 9 on H410 hardware / Upgraded to 11 - Zenity width quirk

[Brian]

On Wed 17 Nov 2021 at 10:03:55 -0600, David Wright wrote:

[...]

I di not think my comment will psrticularly help the Op.

> I can't judge whether the solution is there (I hadn't heard of
> zenity until today).

zenity constructs dialog boxes from shell scripts. On one of my systems
it would bring in 216M of packages. It would not pass the GW standard
as being fit for use.

yad requires 29M. This is closer to the GW specifications. I can imagine
it would get a thumbs up.

dialog also constucts dialog boxes from shell scripts. It is something I
use extensively. 0M of packages required on my system. The GW criteria
would rate it at 100/100.

-- 
Brian.

Re: rsync failing to back up to synology server

[mick crane]

On 2021-11-13 10:42, Dan Ritter wrote:

Sharon Kimble wrote:


After enduring a home move, I'm now trying to restart my rsync backups
to my synology server, but none are working!

I have this command for backing up my emacs -

- --8<---cut here---start->8---
/usr/bin/rsync -avhz --update --delete --partial 
--password-file="$PASS" ~/.emacs.d/ 
boudiccas@192.168.1.106::home/back-emacs/

- --8<---cut here---end--->8---

but every time it shows this error message -

- --8<---cut here---start->8---
@ERROR: auth failed on module home
rsync error: error starting client-server protocol (code 5) at 
main.c(1817) [sender=3.2.3]

- --8<---cut here---end--->8---

It seems that its not getting the correct password to enable the 
backup
to happen, but what password? Is it my password on my source machine, 
or
the log-in password for my synology server, or what? I've tried 
various

passwords, but I still can't get it to backup, so help please?


rsync either uses ssh or its own protocol to connect across
networks. Almost everyone uses ssh.

Using double colons
boudiccas@192.168.1.106::home/back-emacs
indicates that you want the rsync protocol, which required rsync
to be running in daemon mode on the other side.

Use one colon there, which indicates SSH, and use boudicca's
login password on the 192.168.1.106 box.

If
ssh boudiccas@192.168.1.106
doesn't work, debug that first.


-dsr-


when sorting mine out I found it handy to enable telnet while setting up 
ssh so I could go back and fix it when I invariably broke it.


mick
--
Key ID4BFEBB31

Re: Debian 9 on H410 hardware / Upgraded to 11 - Zenity width quirk

[David Wright]

On Wed 17 Nov 2021 at 10:35:20 (-0500), Allen Hoover wrote:
> I use a number of zenity dialogs for showing info or asking questions on 
> this system.  On the Deb 9 system, these dialogs displayed with a 
> reasonable width/height, without explicitly setting either --width or 
> --height options.  However, after upgrading, I noticed the info, 
> warning, and question dialogs display only about 10 text characters per 
> line.  For instance, zenity --info --text "The quick brown fox jumped 
> over the lazy dogs", displays in 5 rows, instead of in 1 row like it 
> used to before upgrading.  The behaviour is the same on a fresh install 
> of 11.
> 
> Was curious if anyone else had issues with this, and if there is a way 
> to change the default behaviour.  Or do I need to go through and add 
> --width and --height options in every instance where zenity is used?

Search for   width   in /usr/share/doc/zenity/changelog.gz and you
will see various entries concerning this (fixes, failed fixes?).
I can't judge whether the solution is there (I hadn't heard of
zenity until today).

Cheers,
David.

Re: Debian 9 on H410 hardware / Upgraded to 11 - Zenity width quirk

[Greg Wooledge]

On Wed, Nov 17, 2021 at 10:35:20AM -0500, Allen Hoover wrote:
> line.  For instance, zenity --info --text "The quick brown fox jumped 
> over the lazy dogs", displays in 5 rows, instead of in 1 row like it 
> used to before upgrading.  The behaviour is the same on a fresh install 
> of 11.
> 
> Was curious if anyone else had issues with this, and if there is a way 
> to change the default behaviour.  Or do I need to go through and add 
> --width and --height options in every instance where zenity is used?

The man page says the real documentation is in GNOME.  Ugh.  Gack.
This is *repulsive*!

So, working with what limited information they *deigned* to put in the
man page, --info says it displays an "info dialog", whatever that is.
Then under "Info options" there are only three choices:

   --text=STRING
  Set the dialog text

   --no-wrap
  Do not enable text wrapping

   --no-markup
  Do not enable pango markup

Adding --no-wrap makes it show up in a single line instead of multiple
lines, at least on my system.  And using --text="..." vs. --text "..."
seems to make no difference, with or without --no-wrap.

Sorry, that's all the information I can dig up, because I do not run
freaking GNOME and therefore cannot read the freaking documentation.
If you want to know things like "how to change the default options" or
"how to remain backward compatible with previous versions of Zenity
and/or GTK" or "what the hell an info dialog is", apparently you have
to run GNOME.

Re: Debian 9 on H410 hardware / Upgraded to 11 - Zenity width quirk

[Allen Hoover]

On Thu, Oct 21, 2021 at 12:59:35PM -0400, Felix Miata wrote:
> Greg Wooledge composed on 2021-10-21 09:27 (UTC-0400):
> 
> > Now, knowing that this is a piece of hardware that was released in 2021,
> > I would *not* attempt to run Debian 9 on it.  You *might* be able to
> > run Debian 11 on it, if you're lucky!   
> > 
>   
> 
> Early 2021 (Q1) is when that particular G6405 model was launched[1], but it's 
> a
> Comet Lake, which was originally launched August 21, 2019[2], so should be
> Stretch-compatible at least via backports.
> 
> [1]
> 
> [2] 

I was able to get Debian 9 mostly compatible, by using the latest 5.X 
kernel, however, opengl didn't seem to be supported.  So instead of 
trying to patch that up, I bit the bullet and upgraded to 10, then to 
11.

Now everything seems to be fully compatible. GL version shows 4.6, and 
GL Renderer is Mesa Intel(R) UHD Graphics 610.


I use a number of zenity dialogs for showing info or asking questions on 
this system.  On the Deb 9 system, these dialogs displayed with a 
reasonable width/height, without explicitly setting either --width or 
--height options.  However, after upgrading, I noticed the info, 
warning, and question dialogs display only about 10 text characters per 
line.  For instance, zenity --info --text "The quick brown fox jumped 
over the lazy dogs", displays in 5 rows, instead of in 1 row like it 
used to before upgrading.  The behaviour is the same on a fresh install 
of 11.

Was curious if anyone else had issues with this, and if there is a way 
to change the default behaviour.  Or do I need to go through and add 
--width and --height options in every instance where zenity is used?

Thanks!
Allen