On Tuesday, August 31st, 2021 at 7:41 PM, hal <[email protected]> wrote: > On 8/31/21 11:02, g4sra via Dng wrote > <snip,snip,snip> >
> > > ctl.!default {
> > >
> > > type hw
> > >
> > > card 0
> > >
> > > }
> > >
> > > Check to make sure you do not have a ~/.asoundrc overriding
> > > /etc/asound.conf
>
> Good thought, and have checked this. Especially relevant with the multi-user
> situation. I will check on the other enlightening ALSA suggestions you have
> made.
>
> <snip>
>
> > get user_one's cookie:
> > user_one# xauth -n list localhost/unix:0
> > localhost/unix:0 MIT-MAGIC-COOKIE-1 83c12a394ac0c5afe1fee0a973b9e49g
> >
> > then give the cookie to user_two:
> > user_two# xauth add localhost/unix:0 MIT-MAGIC-COOKIE-1
> > 83c12a394ac0c5afe1fee0a973b9e49g
> >
> > now 'user_two' can access the GUI (you may need to set DISPLAY):
> > user_two# DISPLAY=:0 /usr/bin/apulse /home/apps/firefox/firefox
> > -ProfileManager
>
> Thank you for this! I have always used 'xhost +' and drop TCP 6000 (eth0) on
> the host firewall (on my "single-user" workstation anyway). I've tried to
> find more secure ways to share the X cookie but for one reason or another,
> they never worked out. I will try this!
To work remotely you use the FQDN appended with the DISPLAY number (as opposed
to localhost/unix:0) to get the TCP connection cookie.
user_one# xauth -n list host.example.com:0
10.0.0.1 MIT-MAGIC-COOKIE-1 92b21b394ac0c5afe1fee0a973b9e49g
This will only work if Xorg is listening for non-local TCP connections though,
which is NOT the default.
I almost always use XForward'ing over ssh.
publickey - [email protected] - 0x42E94623.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Dng mailing list [email protected] https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
