On 2023-03-13 05:30, Mario Marietto wrote:
Hello/Ciao.
Luca Manganelli,you come from Italy,right ? just like me. I'm happy to
find,sometimes,a compatriot on the Linux / FreeBSD forums and ML that
I attend. So. The answer is that I don't like, I don't find it
comfortable, to continuously open
When using xpra_launcher with a config file ie: xpra_launcher
/home/me/connect.xpra
Does this file OVERRIDE any other CLI options being used?
ie:
xpra_launcher --speaker=off /home/me/connect.xpra
Tried that.. still connected with audio active
IF I move the option to the connect.xpra file it
On 2023-03-07 09:48, Mario Marietto via shifter-users wrote:
Hello.
I would like to integrate Ubuntu,Fedora,Arch or maybe some other distro
into one single,homogeneous and flexible operating (OS) context. I
would
like to use Ubuntu (22.04) as the host OS and the rest of the OSes
(Fedora,Arch)
Quoting Antoine Martin via shifter-users :
1) Proper server startup ??
Following the wiki, man page and numerous sites adding
Can you please specify the wiki page so that I can amend it?
--bind-tcp=0.0.0.0:14500 --html=on should do the trick, correct?
The html5 client documentation uses
Quoting Antoine Martin via shifter-users :
Can you please specify the wiki page so that I can amend it?
I used about 10 so or web sites from the GitHub to the xpra.org site,
to piece together what should be used...
The html5 client documentation uses port 1, which is usually
Using Xpra 4.3.3 on Kubuntu 20.04both server and client.
I am testing out the HTML client to possibly allow for use case when
SSH and X11 is not available, but a web browser is... but I run into
some issues
1) Proper server startup ??
Following the wiki, man page and numerous sites
After upgrading my client during my recent OS updates, got XPRA 4.3.2
for the client.
Ran that to see if any change in re the "lethargic" startup in
previous mention
But noticed immediately, NO AUDIO.
Do not get the "audible beep" on startup.
Connection status shows Audio: "ready"
Use/problem: Over time the connection setup to the XPRA SERVER grows
lethargic, and eventually fails, with some features that work ie:
audio, quit working.
XPRA Version: 4.2.2 on both server and client
OS's: Server - 20.04 Client 20.04
Kernels: 5.8.0.53-Client 5.4.0.80-Server
Connection is
Quoting Antoine Martin via shifter-users :
On 07/07/2021 00:00, xpra--- via shifter-users wrote:
Something you might want to make a dependency of the XPRA repo is
python3-distutils
That solves several issues/errors that come out when starting the server
and client(s)...
Can you please
Quoting Antoine Martin via shifter-users :
If this is a different problem, then please include the details so that
I can make an informed decision on what packaging and code updates to
include with 4.2.1
Since there is some huge delay on the ML, It appears that this
decision is decided
Something you might want to make a dependency of the XPRA repo is
python3-distutils
This is definitely a dependency to get a lot of things to work.
After installing this, SSH works, as does the audio forwarding now.
Also likely a good thing to add to the dependencies is:
Getting the following error when disconnecting from a XPRA server
2021-07-06 23:25:19,020 audio playback stopping
/usr/lib/python3/dist-packages/gi/overrides/Gtk.py:1632: Warning:
g_object_ref: assertion 'G_IS_OBJECT (object)' failed
return _Gtk_main(*args, **kwargs)
Thats the last two
Trying to connect to the XPRA server via SSH, but running into issues
that it seems to insist on SSH KEYS. I don't use those, thats my
choice, I have my reasons, and don't want to derail this in to a
debate on those.
I can't seem to get XPRA to go this route, I've tried all kinds of
Something you might want to make a dependency of the XPRA repo is
python3-distutils
That solves several issues/errors that come out when starting the
server and client(s)...
That might be a default in some earlier releases, but at least as of
20.04.2 ESR's its not on the ISO's. My two
Quoting Antoine Martin via shifter-users :
and we've just had a few reports of problems with the ffmpeg vaapi
hardware accelerated encoder:
https://github.com/Xpra-org/xpra/issues/3174
If that's the cause of your problem, you can run with:
xpra start --env=XPRA_VAAPI=0
OK. Using that,
I am doing some setup for a program (java based, will provide more
needed, but read on for now, please). I did a rebuild on a system,
tested out Xpra (YES ***XPRA REPOS***, per site, Kubuntu 20.0.2 ESR $
xpra --version
xpra v4.2-r0).
Test system ran, and I was all pleased I could put
I found the problem on what XPRA was doing after getting a chance to
dig further...
XTERM for some idiotic reason is no longer in the base X
distribution.at least on my distros (*buntus). I'll save that rant for
another day.. its right up there with not including basic stuff like
I am looking to use XPRA for exactly what it describes X11 Screen..
and thus dump an VNC connection or shaky X11 forwarding if the
connection drops...and taking this application with it.
I test and test and test things before they get into a box for use.
I've setup up some VM's to test
18 matches
Mail list logo
