1-to-1-assistance-antix - defekt ?

[aika]

... nicht daran verrückt zu werden ... in diesem Sinne nur als Rückmeldung für irgendwann ...

Irgendwann ist heute und ich habe mehrmals erfolgreich getestet.
Aktuelle Fehlerbeseitigung kann man nachvollziehen hier => https://gitlab.com/Aika_Sumeragi/1-to-1 ... 133e0e2618
DESKTOP_IN_SESSION="$($DESKTOP_ANTE_SESSION $SEARCH $SUBSTITUTE)"
ersetzt durch
DESKTOP_IN_SESSION=$($DESKTOP_ANTE_SESSION $SEARCH $SUBSTITUTE)
und
SSL_CONNECTION_STATUS=$(grep "SSL_connect() succeeded" $LOG)
ersetzt durch
VNC_CONNECTION_STATUS=$(grep "reverse_connect: turning on" $LOG)

Neue Version verfügbar seit heute - 25.01. - 01:37 Uhr => http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb
Und diesmal lohnt sich ein neuer Test ...

[loik]

Hallo, Aika.
Ich mag es kaum schreiben .....
aber bei mir hat es nicht funktioniert, das Rezise.

Trotz deiner aktuellen Version.
Weder mit MX-21.3-64bit, noch mit MX-23.4-64bit.
Nicht in der VM und nicht auf dem Notebook.

Meine Tests mache ich mit MX-Snapshot-ISOs.
Mx-21.3 ist vom 1. Nov. 2024.
MX-23.4 ist vom 29. Dez. 2024

Klarer Nachteil: die Systeme sind nicht aktuell.

Vorteil:
auf denen war zum Zeitpunkt des Erstellens noch nie nix von 1-to-1 oder Vinagre installiert gewesen.
Wenn ich sie für den nächsten Versuch wieder verwende, sind sie genau so "sauber", wie beim ersten 1-to-1 Test.

Ich boote also so ein MX-Snapshot-ISO mit SysVenit, entweder in der VM von Virt-Manager oder direkt von einer Festplatten-Partition ( die extra als Ablage für ISOs vorhanden ist ) über das Grub-Boot-Menü, wo ich die ISOs per Eintrag in /etc/grub.d/40_custom verfügbar gemacht habe.

Wenn der Desktop vollständig geladen ist, passe ich bei der VM erstmal die Auflösung des Desktop an, über die Anzeigeeinstellungen.
Meistens wähle ich 1600x900.
Bei dem System des ISOs, welches am Notebook von der Festplatte gestartet wurde, brauche ich das ja nicht machen.

In jedem Fall, mach ich dann erst mal ein sudo apt update.
( Die 100 bis 250 aktualisierbaren Pakete installiere ich aber nicht.)
Danach lade ich deine jeweils letzte Versin von 1-to-1 herunter und installiere sie.
Es werden immer ordentlich viele Abhängigkeiten mit installiert.
Die Paket-Empfehlungen installiere ich auch, ebenso wie die daran gebundenen Abhängigkeiten.

Dann starte ich 1-to-1.
Klicke den ersten Hinweis weg und dann auf "Receiver" und danach auf "Rezise".
An der Auflösung ändert sich aber gar nix.
Es erscheint sofort das Eingabefeld für das Passwort.

Ist auch nicht so, dass es erst nach Verbindungsaufbau geschehen würde, dass die Auflösung sich verändert.
Nein, gar nichts.

Bedaure das mitteilen zu müssen.

[aika]

...
Meine Tests mache ich mit MX-Snapshot-ISOs.
Mx-21.3 ist vom 1. Nov. 2024.
MX-23.4 ist vom 29. Dez. 2024

Klarer Nachteil: die Systeme sind nicht aktuell.

Vorteil:
auf denen war zum Zeitpunkt des Erstellens noch nie nix von 1-to-1 oder Vinagre installiert gewesen.
Wenn ich sie für den nächsten Versuch wieder verwende, sind sie genau so "sauber", wie beim ersten 1-to-1 Test ...

Das erreicht man auch einfach mit:

Code: Select all

sudo apt purge 1-to-1-assistance-antix

Danach kommt Rückmeldung:

Code: Select all

Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libtk8.6 libvncclient1 libvncserver1 stunnel4 tk tk8.6 x11vnc

Diese Pakete würden dann verschwinden nach:

Code: Select all

sudo apt autoremove && sudo apt autoclean

Manchmal bereinige/neu-installiere ich 1-to-1-assistance 10 mal am Tag, APT hält das System sauber, wenn man keine Paket-Empfehlungen installiert.

...
( Die 100 bis 250 aktualisierbaren Pakete installiere ich aber nicht.)
Danach lade ich deine jeweils letzte Versin von 1-to-1 herunter und installiere sie.
Es werden immer ordentlich viele Abhängigkeiten mit installiert.
Die Paket-Empfehlungen installiere ich auch, ebenso wie die daran gebundenen Abhängigkeiten ...

Die Paket-Empfehlungen müllen bei echter Installation das System zu, ist wie Fass ohne Boden wenn eine Abhängigkeit die nächste zieht.
1-to-1-assistance-antix hat nur wenige Abhängigkeiten:

Code: Select all

Depends: vinagre, x11vnc, stunnel4, bash, grep, arandr, yad, coreutils, x11-xserver-utils

Davon sind beispielsweise "bash, grep, yad, coreutils" schon vorinstalliert.

Wie dem auch sei, auf meinen aktuellen MX21.3 läuft 1-to-1-assistance jetzt richtig sauber und rund - so wie es soll - immer wieder.

Ich hab den Verdacht, dass Deine Paket-Empfehlungen eine falsche Alternative zu "arandr" installieren
oder im Live-home-Ordner die Log-Datei .1-to-1_assistance_receive.log Probleme macht.

Code: Select all

apt policy arandr
arandr:
  Installiert:           0.1.10-1.1.1mx21
...
apt policy x11vnc
x11vnc:
  Installiert:           0.9.16-7
...

In Live-ISO sind die Rechte manchmal komisch.

[loik]

Hallo. aika.

Bei mir leider nein.

ich habe 1-to-1 nun installiert auf einem real installierte MX-21.3-64bit-xfce, welches alle Update hat.
Habe APT aufgeräumt und durchgeführt ein:

Code: Select all

sudo apt purge 1-to-1-assistance-antix

Zusätzlich habe ich noch Home von Hand aufgeräumt und alles was zu 1-to-1, vinagre und vnc zu finden war, dort gelöscht.
Das unzulängliche purge kriegt das ja nicht hin.
Traurig.

Dann deine letzte Version neu heruntergeladen und installiert.
Auch hier keine Umstellung der Auflösung, wenn ich Rezise anklicke.

Vielleicht, weil Purge so schluderig mit dem Aufräumen des Home-Verzeichnisses ist, könnte es ja sein, dass bei dir in Home ein Eintrag vorhanden ist, der dort im Zuge deiner Programmierung abgelegt wurde und nun bei dir bedingt, dass Rezise funktioniert, bei mir aber fehlt.

Da wäre es nun schön, wenn noch mal jemand anders beim testen mit einsteigt, um einzugrenzen, ob es nur bei mir nicht funktioniert oder nur bei dir funktioniert.

Code: Select all

  apt policy arandr
arandr:
  Installiert:           0.1.10-1.1.1mx21
  Installationskandidat: 0.1.10-1.1.1mx21
  Versionstabelle:
 *** 0.1.10-1.1.1mx21 500
        500 http://mirror.plusserver.com/mxlinux/mxlinux/mx/repo bullseye/main amd64 Packages
        500 http://mirror.plusserver.com/mxlinux/mxlinux/mx/repo bullseye/main i386 Packages
        100 /var/lib/dpkg/status
     0.1.10-1.1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        500 http://deb.debian.org/debian bullseye/main i386 Packages

Code: Select all

apt policy x11vnc
x11vnc:
  Installiert:           0.9.16-7
  Installationskandidat: 0.9.16-7
  Versionstabelle:
 *** 0.9.16-7 500
        500 http://deb.debian.or

Code: Select all

.1-to-1_assistance_receive.log

28/01/2025 08:47:23 passing arg to libvncserver: -rfbport
28/01/2025 08:47:23 passing arg to libvncserver: 0
28/01/2025 08:47:23 passing arg to libvncserver: -rfbauth
28/01/2025 08:47:23 passing arg to libvncserver: /home/user/.vnc/passwd
28/01/2025 08:47:23 x11vnc version: 0.9.16 lastmod: 2019-01-05  pid: 116112
28/01/2025 08:47:23 Using X display :0.0
28/01/2025 08:47:23 rootwin: 0x777 reswin: 0x6e00001 dpy: 0x7a5f7b30
28/01/2025 08:47:23 
28/01/2025 08:47:23 ------------------ USEFUL INFORMATION ------------------
28/01/2025 08:47:23 X DAMAGE available on display, using it for polling hints.
28/01/2025 08:47:23   To disable this behavior use: '-noxdamage'
28/01/2025 08:47:23 
28/01/2025 08:47:23   Most compositing window managers like 'compiz' or 'beryl'
28/01/2025 08:47:23   cause X DAMAGE to fail, and so you may not see any screen
28/01/2025 08:47:23   updates via VNC.  Either disable 'compiz' (recommended) or
28/01/2025 08:47:23   supply the x11vnc '-noxdamage' command line option.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Wireframing: -wireframe mode is in effect for window moves.
28/01/2025 08:47:23   If this yields undesired behavior (poor response, painting
28/01/2025 08:47:23   errors, etc) it may be disabled:
28/01/2025 08:47:23    - use '-nowf' to disable wireframing completely.
28/01/2025 08:47:23    - use '-nowcr' to disable the Copy Rectangle after the
28/01/2025 08:47:23      moved window is released in the new position.
28/01/2025 08:47:23   Also see the -help entry for tuning parameters.
28/01/2025 08:47:23   You can press 3 Alt_L's (Left "Alt" key) in a row to 
28/01/2025 08:47:23   repaint the screen, also see the -fixscreen option for
28/01/2025 08:47:23   periodic repaints.
28/01/2025 08:47:23 
28/01/2025 08:47:23 XFIXES available on display, resetting cursor mode
28/01/2025 08:47:23   to: '-cursor most'.
28/01/2025 08:47:23   to disable this behavior use: '-cursor arrow'
28/01/2025 08:47:23   or '-noxfixes'.
28/01/2025 08:47:23 using XFIXES for cursor drawing.
28/01/2025 08:47:23 GrabServer control via XTEST.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Scroll Detection: -scrollcopyrect mode is in effect to
28/01/2025 08:47:23   use RECORD extension to try to detect scrolling windows
28/01/2025 08:47:23   (induced by either user keystroke or mouse input).
28/01/2025 08:47:23   If this yields undesired behavior (poor response, painting
28/01/2025 08:47:23   errors, etc) it may be disabled via: '-noscr'
28/01/2025 08:47:23   Also see the -help entry for tuning parameters.
28/01/2025 08:47:23   You can press 3 Alt_L's (Left "Alt" key) in a row to 
28/01/2025 08:47:23   repaint the screen, also see the -fixscreen option for
28/01/2025 08:47:23   periodic repaints.
28/01/2025 08:47:23 
28/01/2025 08:47:23 XKEYBOARD:
28/01/2025 08:47:23 Switching to -xkb mode to recover these keysyms:
28/01/2025 08:47:23    xkb  noxkb   Keysym  ("X" means present)
28/01/2025 08:47:23    ---  -----   -----------------------------
28/01/2025 08:47:23     X           0x40  at
28/01/2025 08:47:23     X           0x5b  bracketleft
28/01/2025 08:47:23     X           0x5d  bracketright
28/01/2025 08:47:23     X           0x7b  braceleft
28/01/2025 08:47:23     X           0x7d  braceright
28/01/2025 08:47:23     X           0x7c  bar
28/01/2025 08:47:23     X           0x5c  backslash
28/01/2025 08:47:23 
28/01/2025 08:47:23   If this makes the key mapping worse you can
28/01/2025 08:47:23   disable it with the "-noxkb" option.
28/01/2025 08:47:23 
28/01/2025 08:47:23 
28/01/2025 08:47:23 X FBPM extension not supported.
28/01/2025 08:47:23 X display is capable of DPMS.
28/01/2025 08:47:23 --------------------------------------------------------
28/01/2025 08:47:23 
28/01/2025 08:47:23 Default visual ID: 0x21
28/01/2025 08:47:23 Read initial data from X display into framebuffer.
28/01/2025 08:47:23 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/12800
28/01/2025 08:47:23 
28/01/2025 08:47:23 X display :0.0 is 32bpp depth=24 true color
28/01/2025 08:47:23 
28/01/2025 08:47:23 Listening for VNC connections on TCP6 port 5900
28/01/2025 08:47:23 Not listening on IPv6 interface.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Xinerama is present and active (e.g. multi-head).
28/01/2025 08:47:23 Xinerama: number of sub-screens: 2
28/01/2025 08:47:23 Xinerama: enabling -xwarppointer mode to try to correct
28/01/2025 08:47:23 Xinerama: mouse pointer motion. XTEST+XINERAMA bug.
28/01/2025 08:47:23 Xinerama: Use -noxwarppointer to force XTEST.
28/01/2025 08:47:23 Xinerama: sub-screen[0]  1920x1080+0+0
28/01/2025 08:47:23 Xinerama: sub-screen[1]  1280x1024+1920+30
28/01/2025 08:47:23 blackout rect: 1280x30+1920+0: x=1920-3199 y=0-30
28/01/2025 08:47:23 blackout rect: 1280x26+1920+1054: x=1920-3199 y=1054-1079
28/01/2025 08:47:23 
28/01/2025 08:47:23 fb read rate: 206 MB/sec
28/01/2025 08:47:23 fast read: reset -wait  ms to: 10
28/01/2025 08:47:23 fast read: reset -defer ms to: 10
28/01/2025 08:47:23 The X server says there are 13 mouse buttons.
28/01/2025 08:47:23 screen setup finished.

******************************************************************************
Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet?

The scheme stores pixel data offscreen on the VNC viewer side for faster
retrieval.  It should work with any VNC viewer.  Try it by running:

    x11vnc -ncache 10 ...

One can also add -ncache_cr for smooth 'copyrect' window motion.
More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching

28/01/2025 08:47:24 Making connection to client on host 192.168.122.152 port 5500
28/01/2025 08:47:24   0 other clients
28/01/2025 08:47:24 Normal socket connection
28/01/2025 08:47:24 connect_tcp: trying:   192.168.122.152 113
28/01/2025 08:47:24 rfbConnectToTcoAddr: failed to connect
: Connection refused
28/01/2025 08:47:24 connect_tcp: connection failed: Connection refused
28/01/2025 08:47:24 connect_tcp: re-trying 192.168.122.152 113
28/01/2025 08:47:24 rfbConnectToTcoAddr: failed to connect
: Connection refused
28/01/2025 08:47:24 connect_tcp: connection failed: Connection refused
28/01/2025 08:47:24 connect_tcp: trying IPv6 192.168.122.152 113
28/01/2025 08:47:24 connect_tcp[ipv6]: trying sock=12 fam=2 proto=6 using 192.168.122.152
28/01/2025 08:47:24 connect_tcp[ipv6]: connect: Connection refused
28/01/2025 08:47:24 connect_tcp[ipv6]: setsockopt IPV6_V6ONLY: Protocol not available
28/01/2025 08:47:25 ident_username: set refused=1 (exit)
28/01/2025 08:47:25 accept_client: using builtin popup for: 192.168.122.152
28/01/2025 08:47:27 accept_client: popup accepted: 192.168.122.152
28/01/2025 08:47:27 Disabled X server key autorepeat.
28/01/2025 08:47:27   to force back on run: 'xset r on' (3 times)
28/01/2025 08:47:27 incr accepted_client=1 for 192.168.122.152:5500  sock=11
28/01/2025 08:47:27 reverse_connect: 192.168.122.152/192.168.122.152 OK
28/01/2025 08:47:27 reverse_connect: turning on auth for 192.168.122.152
28/01/2025 08:47:27 Client Protocol Version 3.8
28/01/2025 08:47:27 Protocol version sent 3.8, using 3.8
28/01/2025 08:47:27 client progressed=1 in 0/1 0.000309 s
28/01/2025 08:47:27 rfbProcessClientSecurityType: executing handler for type 2
28/01/2025 08:47:28 created   xdamage object: 0x6e0000a
28/01/2025 08:47:28 read X11VNC_REMOTE: qry=ping
28/01/2025 08:47:28 copy_tiles: allocating first_line at size 101
28/01/2025 08:47:28 read X11VNC_REMOTE: cmd=client_info_sock:127.0.0.1:13037 ...
28/01/2025 08:47:28 connect_tcp: trying:   127.0.0.1 13037
28/01/2025 08:47:28 client_set_net: 192.168.122.152  0.0022
28/01/2025 08:47:28 client_info_sock to: 127.0.0.1:13037
28/01/2025 08:47:29 remote_cmd: will try to embed 0x6800088 in the system tray.
28/01/2025 08:47:29 tray_embed: using parent: tkx11vnc - mx-21-narrow:0.0
28/01/2025 08:47:36 created selwin: 0x6e0000b
28/01/2025 08:47:36 called initialize_xfixes()
28/01/2025 08:47:37 Pixel format for client 192.168.122.152:
28/01/2025 08:47:37   32 bpp, depth 24, little endian
28/01/2025 08:47:37   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
28/01/2025 08:47:37 no translation needed
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFE)
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFB)
28/01/2025 08:47:37 Enabling NewFBSize protocol extension for client 192.168.122.152
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x574D5669)
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFD)
28/01/2025 08:47:37 Enabling full-color cursor updates for client 192.168.122.152
28/01/2025 08:47:37 Enabling X-style cursor updates for client 192.168.122.152
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFF)
28/01/2025 08:47:37 Using tight encoding for client 192.168.122.152
*** fb_push ublen NOT ZERO: -1625259245
*** fb_push ublen NOT ZERO: 549810768
*** fb_push ublen NOT ZERO: -888281403
28/01/2025 08:48:05 client 1 network rate 4594.0 KB/sec (17665.1 eff KB/sec)
28/01/2025 08:48:05 client 1 latency:  0.5 ms
28/01/2025 08:48:05 dt1: 0.1064, dt2: 0.0977 dt3: 0.0005 bytes: 937302
28/01/2025 08:48:05 link_rate: LR_LAN - 1 ms, 4594 KB/s
*** fb_push ublen NOT ZERO: 1006992455
*** fb_push ublen NOT ZERO: 776633521
*** fb_push ublen NOT ZERO: -1477377661
*** fb_push ublen NOT ZERO: -1477377661
*** fb_push ublen NOT ZERO: 64094258
*** fb_push ublen NOT ZERO: 1373023784
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -480089539
*** fb_push ublen NOT ZERO: -480089539
*** fb_push ublen NOT ZERO: -1351113787
*** fb_push ublen NOT ZERO: 1935242563
28/01/2025 08:50:04 client_count: 0
28/01/2025 08:50:04 Restored X server key autorepeat to: 1
28/01/2025 08:50:04 viewer exited.
28/01/2025 08:50:04 killing gui_pid 116113
28/01/2025 08:50:04 deleted 1 tile_row polling images.

Code: Select all

.1-to-1_assistance_receive_rc


#
# This file is based on the current x11vnc settings and can be used as
# as a ~/.x11vncrc defaults file.  If saved to another filename, these
# settings can be passed to x11vnc at startup via "-rc <filename>".
#
# The rc file comment character is "#".  Use "\#" for the literal char.
# You can continue lines using "\" as the last character of a line.
#
# Lines beginning with "#d" indicate the parameter value is at its default
# setting and you probably want to leave it commented out.
#
# Lines beginning with "#?" indicate parameters you probably do not
# want to hardwire to the current setting (uncomment if you want that).
# 
# Some parameters are boolean, e.g. -forever, and take no value; while
# the others, e.g. -wait 50, take a string or numerical value.
#
# For booleans, the line will end with comment "default: on" or
# "default: off" indicating the default setting.  (Note: often
# "-nofoobar" corresponds to option "-foobar" and the former is
# "the default", e.g. -norepeat).
#
# For string or numerical options, the value "" in a line below
# means the default is unset and you will need to supply some non-empty
# value to use the parameter.  For reference, if the default differs
# from your value it placed at the end of the line as a comment.
# 
# Feel free to uncomment or comment any of the lines or to change any
# of the values of the parameters.  Don't be surprised that most if not
# all of the lines below are commented out (x11vnc has so many parameters,
# most of them will be at their default values).
#-------------------------------------------------------------------------

# -gui icon=minimal,iconfont=5x8,geom=24x10+0-0
-gui tray
# -gui tray,ez			# -gui [gui-opts] "gui-opts" can be a comma separated for a "tray" or "icon" mode
-accept popup			# ensure the session is explicity accepted or refused by the user
-bg				# run as a background process
# -chatwindow			# enable text chat
-rfbport 0			# disable listening (listening not wanted in reverse mode using connect_or_exit)
# -ssl				# ensure ssl is used to encrypt the connection
# -sslonly			# ensure only standard ssl tunneling is used
# -ssldir ""
# -ssltimeout ""		# default: -1
# -stunnel			# default: off
# -stunnel ""
# -ultrafilexfer		# enable file transfer
# -usepw			# default: off
# -viewonly			# default: off
# -viewpasswd ""
# -vncconnect			# default: on
# -xrandr			# default: off
# -xrefresh ""			# default: 0.00
# -zeroconf			# default: off

[gosia]

Hallo loik,

Vielleicht, weil Purge so schluderig mit dem Aufräumen des Home-Verzeichnisses ist

also, das sehe ich anders. Wenn ich die man-Page von apt richtig interpretiere, so kümmert sich purge ausdrücklich nicht um lokale Konfigurationsdateien, also solche, die in deinem Home-Verzeichnis liegen:

Code: Select all

man apt

"Aufruf von purge ...
Beachten Sie, dass dies keine Daten oder Konfigurationsdateien betrifft, die in Ihrem Home-Verzeichnis gespeichert sind."
Mit anderen Worten, purge räumt das Home-Verzeichnis nicht auf. Und das ist durchaus richtig so, für meine Konfigurationsdateien bin ich auch nur selbst zuständig.

viele Grüsse gosia

[aika]

...

Code: Select all

.1-to-1_assistance_receive.log

28/01/2025 08:47:23 passing arg to libvncserver: -rfbport
28/01/2025 08:47:23 passing arg to libvncserver: 0
28/01/2025 08:47:23 passing arg to libvncserver: -rfbauth
28/01/2025 08:47:23 passing arg to libvncserver: /home/user/.vnc/passwd
28/01/2025 08:47:23 x11vnc version: 0.9.16 lastmod: 2019-01-05  pid: 116112
28/01/2025 08:47:23 Using X display :0.0
28/01/2025 08:47:23 rootwin: 0x777 reswin: 0x6e00001 dpy: 0x7a5f7b30
28/01/2025 08:47:23 
28/01/2025 08:47:23 ------------------ USEFUL INFORMATION ------------------
28/01/2025 08:47:23 X DAMAGE available on display, using it for polling hints.
28/01/2025 08:47:23   To disable this behavior use: '-noxdamage'
28/01/2025 08:47:23 
28/01/2025 08:47:23   Most compositing window managers like 'compiz' or 'beryl'
28/01/2025 08:47:23   cause X DAMAGE to fail, and so you may not see any screen
28/01/2025 08:47:23   updates via VNC.  Either disable 'compiz' (recommended) or
28/01/2025 08:47:23   supply the x11vnc '-noxdamage' command line option.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Wireframing: -wireframe mode is in effect for window moves.
28/01/2025 08:47:23   If this yields undesired behavior (poor response, painting
28/01/2025 08:47:23   errors, etc) it may be disabled:
28/01/2025 08:47:23    - use '-nowf' to disable wireframing completely.
28/01/2025 08:47:23    - use '-nowcr' to disable the Copy Rectangle after the
28/01/2025 08:47:23      moved window is released in the new position.
28/01/2025 08:47:23   Also see the -help entry for tuning parameters.
28/01/2025 08:47:23   You can press 3 Alt_L's (Left "Alt" key) in a row to 
28/01/2025 08:47:23   repaint the screen, also see the -fixscreen option for
28/01/2025 08:47:23   periodic repaints.
28/01/2025 08:47:23 
28/01/2025 08:47:23 XFIXES available on display, resetting cursor mode
28/01/2025 08:47:23   to: '-cursor most'.
28/01/2025 08:47:23   to disable this behavior use: '-cursor arrow'
28/01/2025 08:47:23   or '-noxfixes'.
28/01/2025 08:47:23 using XFIXES for cursor drawing.
28/01/2025 08:47:23 GrabServer control via XTEST.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Scroll Detection: -scrollcopyrect mode is in effect to
28/01/2025 08:47:23   use RECORD extension to try to detect scrolling windows
28/01/2025 08:47:23   (induced by either user keystroke or mouse input).
28/01/2025 08:47:23   If this yields undesired behavior (poor response, painting
28/01/2025 08:47:23   errors, etc) it may be disabled via: '-noscr'
28/01/2025 08:47:23   Also see the -help entry for tuning parameters.
28/01/2025 08:47:23   You can press 3 Alt_L's (Left "Alt" key) in a row to 
28/01/2025 08:47:23   repaint the screen, also see the -fixscreen option for
28/01/2025 08:47:23   periodic repaints.
28/01/2025 08:47:23 
28/01/2025 08:47:23 XKEYBOARD:
28/01/2025 08:47:23 Switching to -xkb mode to recover these keysyms:
28/01/2025 08:47:23    xkb  noxkb   Keysym  ("X" means present)
28/01/2025 08:47:23    ---  -----   -----------------------------
28/01/2025 08:47:23     X           0x40  at
28/01/2025 08:47:23     X           0x5b  bracketleft
28/01/2025 08:47:23     X           0x5d  bracketright
28/01/2025 08:47:23     X           0x7b  braceleft
28/01/2025 08:47:23     X           0x7d  braceright
28/01/2025 08:47:23     X           0x7c  bar
28/01/2025 08:47:23     X           0x5c  backslash
28/01/2025 08:47:23 
28/01/2025 08:47:23   If this makes the key mapping worse you can
28/01/2025 08:47:23   disable it with the "-noxkb" option.
28/01/2025 08:47:23 
28/01/2025 08:47:23 
28/01/2025 08:47:23 X FBPM extension not supported.
28/01/2025 08:47:23 X display is capable of DPMS.
28/01/2025 08:47:23 --------------------------------------------------------
28/01/2025 08:47:23 
28/01/2025 08:47:23 Default visual ID: 0x21
28/01/2025 08:47:23 Read initial data from X display into framebuffer.
28/01/2025 08:47:23 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/12800
28/01/2025 08:47:23 
28/01/2025 08:47:23 X display :0.0 is 32bpp depth=24 true color
28/01/2025 08:47:23 
28/01/2025 08:47:23 Listening for VNC connections on TCP6 port 5900
28/01/2025 08:47:23 Not listening on IPv6 interface.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Xinerama is present and active (e.g. multi-head).
28/01/2025 08:47:23 Xinerama: number of sub-screens: 2
28/01/2025 08:47:23 Xinerama: enabling -xwarppointer mode to try to correct
28/01/2025 08:47:23 Xinerama: mouse pointer motion. XTEST+XINERAMA bug.
28/01/2025 08:47:23 Xinerama: Use -noxwarppointer to force XTEST.
28/01/2025 08:47:23 Xinerama: sub-screen[0]  1920x1080+0+0
28/01/2025 08:47:23 Xinerama: sub-screen[1]  1280x1024+1920+30
28/01/2025 08:47:23 blackout rect: 1280x30+1920+0: x=1920-3199 y=0-30
28/01/2025 08:47:23 blackout rect: 1280x26+1920+1054: x=1920-3199 y=1054-1079
28/01/2025 08:47:23 
28/01/2025 08:47:23 fb read rate: 206 MB/sec
28/01/2025 08:47:23 fast read: reset -wait  ms to: 10
28/01/2025 08:47:23 fast read: reset -defer ms to: 10
28/01/2025 08:47:23 The X server says there are 13 mouse buttons.
28/01/2025 08:47:23 screen setup finished.

******************************************************************************
Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet?

The scheme stores pixel data offscreen on the VNC viewer side for faster
retrieval.  It should work with any VNC viewer.  Try it by running:

    x11vnc -ncache 10 ...

One can also add -ncache_cr for smooth 'copyrect' window motion.
More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching

28/01/2025 08:47:24 Making connection to client on host 192.168.122.152 port 5500
28/01/2025 08:47:24   0 other clients
28/01/2025 08:47:24 Normal socket connection
28/01/2025 08:47:24 connect_tcp: trying:   192.168.122.152 113
28/01/2025 08:47:24 rfbConnectToTcoAddr: failed to connect
: Connection refused
28/01/2025 08:47:24 connect_tcp: connection failed: Connection refused
28/01/2025 08:47:24 connect_tcp: re-trying 192.168.122.152 113
28/01/2025 08:47:24 rfbConnectToTcoAddr: failed to connect
: Connection refused
28/01/2025 08:47:24 connect_tcp: connection failed: Connection refused
28/01/2025 08:47:24 connect_tcp: trying IPv6 192.168.122.152 113
28/01/2025 08:47:24 connect_tcp[ipv6]: trying sock=12 fam=2 proto=6 using 192.168.122.152
28/01/2025 08:47:24 connect_tcp[ipv6]: connect: Connection refused
28/01/2025 08:47:24 connect_tcp[ipv6]: setsockopt IPV6_V6ONLY: Protocol not available
28/01/2025 08:47:25 ident_username: set refused=1 (exit)
28/01/2025 08:47:25 accept_client: using builtin popup for: 192.168.122.152
28/01/2025 08:47:27 accept_client: popup accepted: 192.168.122.152
28/01/2025 08:47:27 Disabled X server key autorepeat.
28/01/2025 08:47:27   to force back on run: 'xset r on' (3 times)
28/01/2025 08:47:27 incr accepted_client=1 for 192.168.122.152:5500  sock=11
28/01/2025 08:47:27 reverse_connect: 192.168.122.152/192.168.122.152 OK
28/01/2025 08:47:27 reverse_connect: turning on auth for 192.168.122.152
28/01/2025 08:47:27 Client Protocol Version 3.8
28/01/2025 08:47:27 Protocol version sent 3.8, using 3.8
28/01/2025 08:47:27 client progressed=1 in 0/1 0.000309 s
28/01/2025 08:47:27 rfbProcessClientSecurityType: executing handler for type 2
28/01/2025 08:47:28 created   xdamage object: 0x6e0000a
28/01/2025 08:47:28 read X11VNC_REMOTE: qry=ping
28/01/2025 08:47:28 copy_tiles: allocating first_line at size 101
28/01/2025 08:47:28 read X11VNC_REMOTE: cmd=client_info_sock:127.0.0.1:13037 ...
28/01/2025 08:47:28 connect_tcp: trying:   127.0.0.1 13037
28/01/2025 08:47:28 client_set_net: 192.168.122.152  0.0022
28/01/2025 08:47:28 client_info_sock to: 127.0.0.1:13037
28/01/2025 08:47:29 remote_cmd: will try to embed 0x6800088 in the system tray.
28/01/2025 08:47:29 tray_embed: using parent: tkx11vnc - mx-21-narrow:0.0
28/01/2025 08:47:36 created selwin: 0x6e0000b
28/01/2025 08:47:36 called initialize_xfixes()
28/01/2025 08:47:37 Pixel format for client 192.168.122.152:
28/01/2025 08:47:37   32 bpp, depth 24, little endian
28/01/2025 08:47:37   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
28/01/2025 08:47:37 no translation needed
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFE)
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFB)
28/01/2025 08:47:37 Enabling NewFBSize protocol extension for client 192.168.122.152
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x574D5669)
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFD)
28/01/2025 08:47:37 Enabling full-color cursor updates for client 192.168.122.152
28/01/2025 08:47:37 Enabling X-style cursor updates for client 192.168.122.152
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFF)
28/01/2025 08:47:37 Using tight encoding for client 192.168.122.152
*** fb_push ublen NOT ZERO: -1625259245
*** fb_push ublen NOT ZERO: 549810768
*** fb_push ublen NOT ZERO: -888281403
28/01/2025 08:48:05 client 1 network rate 4594.0 KB/sec (17665.1 eff KB/sec)
28/01/2025 08:48:05 client 1 latency:  0.5 ms
28/01/2025 08:48:05 dt1: 0.1064, dt2: 0.0977 dt3: 0.0005 bytes: 937302
28/01/2025 08:48:05 link_rate: LR_LAN - 1 ms, 4594 KB/s
*** fb_push ublen NOT ZERO: 1006992455
*** fb_push ublen NOT ZERO: 776633521
*** fb_push ublen NOT ZERO: -1477377661
*** fb_push ublen NOT ZERO: -1477377661
*** fb_push ublen NOT ZERO: 64094258
*** fb_push ublen NOT ZERO: 1373023784
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -480089539
*** fb_push ublen NOT ZERO: -480089539
*** fb_push ublen NOT ZERO: -1351113787
*** fb_push ublen NOT ZERO: 1935242563
28/01/2025 08:50:04 client_count: 0
28/01/2025 08:50:04 Restored X server key autorepeat to: 1
28/01/2025 08:50:04 viewer exited.
28/01/2025 08:50:04 killing gui_pid 116113
28/01/2025 08:50:04 deleted 1 tile_row polling images.

... könnte es ja sein, dass bei dir in Home ein Eintrag vorhanden ist, der dort im Zuge deiner Programmierung abgelegt wurde und nun bei dir bedingt, dass Rezise funktioniert, bei mir aber fehlt ...

Dieser Lösungsansatz ist nicht schlecht und Danke für die ausführliche Info.

Bei Installation von 1-zu-1-Assistenz wird Konfigurationsdatei ".1-to-1_assistance_receive_rc" immer wieder überschrieben, nur durch einen eingebauten Trick kann man individuelle Einstellungen behalten. Deine ".1-to-1_assistance_receive.log" ist interessant und größer als bei mir, aber mit dieser Log-Datei müsste mein Rezise-Test-Script auch funktionieren:

Code: Select all

#!/bin/bash

LOG=$HOME/.1-to-1_assistance_receive.log


# Capture the current desktop settings
   DESKTOP_ANTE_SESSION=$(unxrandr 2>/dev/null)
   
# Create from the captured settings those to use in the session
   SEARCH="--mode ????x???? "
   SUBSTITUTE="--mode 1280x720 "
   DESKTOP_IN_SESSION=$($DESKTOP_ANTE_SESSION $SEARCH $SUBSTITUTE)

   # Resize the desktop    
   $DESKTOP_IN_SESSION 2>/dev/null


   # Wait for the session to be closed
   while [ "$SESSION_STATUS_CLOSED" = "" ]
   do
         sleep 3
         
         # Check whether the session has finished
         SESSION_STATUS_CLOSED=$(tail $LOG | grep "viewer exited")
   done
   
   # Restore the pre-session desktop settings
   $DESKTOP_ANTE_SESSION 2>/dev/null

gespeichert als ausführbare test.sh in meinem Home-Verzeichnis:

Code: Select all

aika@mx-dell:~
$ sh test.sh
aika@mx-dell:~
$ 

schaltet bei mir Bildschirm-Rezise-1280x720 kurz ein und wieder aus, dieses Script ist normalerweise deaktiviert und wird nicht gebraucht von 1-zu-1-Assistenz.

Weil die alte Variante von DESKTOP_IN_SESSION=$($DESKTOP_ANTE_SESSION $SEARCH $SUBSTITUTE) nicht mehr funktionierte,
könnte dieser neue Yad-Befehl nicht ausgereift sein und andere Werte wie beispielsweise VGA-0 oder VGA-1 evtl. nicht übergeben.
Für den (nicht mehr funktionierenden) alten Yad-Befehl, DESKTOP_IN_SESSION=${DESKTOP_ANTE_SESSION//$SEARCH/$SUBSTITUTE},
fand ich keinen offiziellen Workaround.

Deine ".1-to-1_assistance_receive.log" muss ich mir mal genauer anschauen und analysieren.

[loik]

Hallo, aika.

könnte dieser neue Yad-Befehl nicht ausgereift sein und andere Werte wie beispielsweise VGA-0 oder VGA-1 evtl. nicht übergeben.
Für den (nicht mehr funktionierenden) alten Yad-Befehl,

Tja, ich muss gestehen, meinen Test mit dem real installiertwn System habe ich an einem rechner mit zwei Monitoren gemacht, wo auch noch ein HDMI auf VGA-Adapter im Spiel ist.
Sorry.
Ich werde es heute noch mal am Notebook versuchen.


hallo Gosia.
Ahja, manpage, sowas gibt es ja auch.

O.K. ist also vorsorgliche Absicht von APT, dass bei Purge die Config-Dateien in Home erhalten bleiben.
Hatte ich bisher anders interpretiert, weil manpage nicht gelesen. Wunschdenken.
Deshalb enttäuscht.
Danke für Aufklärung.

Und, zugegeben, ist es auch mir lieber, mich darüber zu ärgern, dass noch Einträge in Home vorhanden sind, als dass ich mich ärgere, dass sie unerwartet weg sind.

Wundert mich trotzdem, dass Purge da keine Wahlmöglichkeiten bietet.

[gosia]

Hallo aika und loik,
um nicht bloss mit apt purge rumzumeckern habe ich mal 1-to-1 ausprobiert (Version 1.3.0)
Verbindung funktioniert bei mir, allerdings muss ich im Vinagre-Betrachter unter "Ansicht" skalieren auswählen, damit die Oberfläche des entfernten Rechners ordentlich (also vollständig) angezeigt wird. Egal ob ich "resize" ausgewählt habe oder nicht.
Da dies aber den Hilfegebenden betrifft sehe ich das nicht als Problem. Wer Hilfe gibt, sollte dies ja hinbekommen.
Was das Trennen der Verbindung betrifft, so geht das sowohl beim Hilfegebenden über Menu "Entfernt" -> "Trennen" als auch beim Hilfesuchenden über das Icon "X11 VNC" in der Taskleiste.
Kann also sagen, bei mir läuft alles, zumindest im heimischen Netzwerk. Verbindungen übers Internet konnte ich nicht testen.

viele Grüsse gosia

[loik]

Hallo, Gosia.

Schön, dass du mit testest.
Und ebenso erfreulich, dass du, ebendo wie ich, die bisherigen erfolgreichen Bemühungen von aika bestätigen kannst.
Zumindest was das Heimnetz angeht..
Über Netzwerkgrenzen hinweg, habe ich bisher auch noch nicht testen können.

Aber Heimnetz läuft.
Sowohl mit MX-21, als auch mit MX-23, als auch zwischen den beiden.

Allerdings, nach heutigem mehrstündigem Testen verschiedenster Konstellationen von Systemen, an zwei PCs und einem Notebook, war ich schon drauf und dran, ein Problembericht zu MX-23 zu verfassen.
Weil, das funktionierte nur in eine Richtung, nämlich raus.
Also MX-23 konnte nur Provider sein.
Als Receiver ließ sich keine Verbindung herstellen.
Jedenfalls, bei dem einen MX-23 nicht.
Des Rätsels Lösung:
Dort war die Firewall eingeschaltet.
Die hat den Verbindungsversuch vom Provider geblockt.

Ist die Firewall des Systems aus, funktioniert 1-to-1 im Heimnetz super.



Die Rezise-Funktion.

Egal wo oder wie ich 1-to-1 installiere, ob fest oder simuliert, ob MX-21 oder MX-23, Rezise funktioniert nicht.

Ja, Gosia, dass kann man beim Provider anpassen.
Wird dabei manchmal ganz schön fisselig klein und unscharf, aber geht.

Als aber mein 4 Monitor-System Receiver war, war das für den Provider ganz schön anstrengend.
Und wenn ich beim Provider dann die Skalierungsoption nutzte, sah das ganz schön schräg aus, weil, wegen unterschiedlicher Monitorgrössen, nun dieses vereinheitlichte Skalierung sowohl gezogen als auch zusammengeschoben war.
Keine Hilfe.
Ob eine funktionierendes Rezise in diesem Fall besser helfen könnte ist aber fraglich.

Jedenfalls hatte Rezise, in der nun in den Paketquellen nicht mehr verfügbaren "Urversion", funktioniert.
Hatte, glaube ich, so 800x600 gemacht.
Sollte den Provider vermutlich entlasten.

Ich denke auch, dass man, statt dran wahnsinnig zu werden, damit leben kann, dass der Provider skalieren kann.

Allerdings vermute ich, bei aika hat nun der Ehrgeiz die Führung übernommen.
( kann ich auch nachvollziehen ).

Aber, aika, vielleicht reicht auch ein Hinweis beim Programm-Start, per Yad-Infofenster, dass diese Rezise-Funkion nicht verfügbar ist.

Auch wäre noch ein deutlicher Hinweis, für beide Teilnehmer, in dem jeweiligen Yad-Infofenster gut, der darauf Hinweist, dass die Firewall des System, für einen Verbindungsaufbau, deaktiviert sein muss.

Und noch ein Wunsch:
Wenn es möglich ist die Yad-Infofenster zu verkleinern, dann wäre dass super.
Weil so sind sie auf manchen Bildschirmen so groß, dass ihre Bedienfelder außerhalb des Bildschirms liegen.
Klar, mit gedrückter ALT-Taste und gedrückter linker Maustaste, kann man es dann zurechtschieben, so dass die Knöpfe wieder erreichbar sind.
Wäre aber bei kleiner gar nicht nötig, zumal viel Leerfläche in den Feldern ist.

Eben so schön wäre es, wenn im ersten Infofenster noch die Internet-Adresse zu der Hilfe-Seite steht.
Gerne, wenn möglich, als klickbarer Link.
Dann wäre es rund.

[aika]

Ich danke gosia und loik für's testen

... muss ich im Vinagre-Betrachter unter "Ansicht" skalieren auswählen, damit die Oberfläche des entfernten Rechners ordentlich (also vollständig) angezeigt wird. Egal ob ich "resize" ausgewählt habe oder nicht ...

Änderte Rezise beim Rechner des Hilfesuchenden die Auflösung (dabei wird der Bildschirm eine halbe Sekunde schwarz) ?

... war die Firewall eingeschaltet.
Die hat den Verbindungsversuch vom Provider geblockt ... wäre noch ein deutlicher Hinweis, für beide Teilnehmer, in dem jeweiligen Yad-Infofenster gut, der darauf Hinweist, dass die Firewall des System, für einen Verbindungsaufbau, deaktiviert sein muss.
...
Wenn es möglich ist die Yad-Infofenster zu verkleinern, dann wäre dass super.
Weil so sind sie auf manchen Bildschirmen so groß, dass ihre Bedienfelder außerhalb des Bildschirms liegen.
...
Eben so schön wäre es, wenn im ersten Infofenster noch die Internet-Adresse zu der Hilfe-Seite steht.
Gerne, wenn möglich, als klickbarer Link ...

Die Firewall vom Hilfesuchenden muss nicht deaktiviert werden bei Reverse-VNC, das ist ja der Vorteil von 1-zu-1-Assistenz. Bezüglich Provider-Firewall muss ich mal recherchieren, bevor ein zusätzlicher Hinweis eingefügt wird. loik, war das UFW oder Router-Firewall?
Eigentlich ist schon ähnliche Info in der englischen Hilfe-Seite:

Provide Assistance
...
Pre-Connection Requirements

Your local network firewall/router forwards ports to the provider system
5500 which is used to listen for a session request from the receiver system
5900 which is used to share the desktop of the receiver system
...

Die Yad-Infofenster haben beispielsweise nur "--geometry=700x400" und sind bei mir nicht breiter als 700 Pixel.
Kann es sein, dass vergrößerte Schriftgröße die Fenster aufbläht?
Ich benutze absichtlich nur 1360x768-Auflösung damit ich die Schrift nicht vergrößern muss.

Die Internet-Adresse der Hilfe-Seite ist http://aika.bplaced.net/1-to-1_vnc-help/ ,
die Adresse der internen HTML-Anker könnte man mit rechte Maustaste kopieren,
die Adresse wird nicht öffentlich angezeigt, weil das aktuell noch private Homepage ist.

to be continued ...