Some opencv code needs to show a GUI window when executing. Instead it shows Gtk-WARNING **: xxx: cannot open display:. It happened both on the web and in the desktop app. Is it possible to use something like x11 forwarding to enable this feature? Thanks.
Use x11 forwarding.
On the codespaces, ssh X11 forwarding is enabled by default.
Just make sure to install xauth package, then connect to codespaces use gh cs ssh -- -X.
Goose's answer almost worked for me. I had to use gh cs ssh -- -XY.
Related
I am trying to connect to a redhat server from a macos client, using ssh and openvpn. Command line commands work fine (eg vim), but displays dont get displayed, eg while running firefox or gvim, and I get the error:
No protocol specified
E233: cannot open display
I did "xhost +" and "export XAUTHORITY=~/.Xauthority" on the macos client, and "export DISPLAY=:0.0" on the redhat server, but that did not solve the problem.
However, it is working when the client is ubuntu, so I guess the problem is on the macos client side.
BTW, when I run ssh after I did "xhost +", I get the warning:
Warning: untrusted X11 forwarding setup failed: xauth key data not generated
Any suggestions?
Answer is given here: instead of doing "ssh -X", do "ssh -Y". This is the short solution (which worked for me on Catalina + XQuartz), other longer solutions are also provided at this link.
I could not find anything other than the command below but this did not work either. I need to allow an incoming telnet connection from a PC app to connect to my Mac. I know SSH is better but I have to have telnet to connect to my Mac OS. Does anyone know?
This is the only thing I found to allow the incoming telnet connection, however this did not work.
sudo launchctl load -w /System/Library/LaunchDaemons/telnet.plist
-Seth
According to apple support :
You can’t use Telnet to log in to your Mac.
see here
I'm trying to install auctex which is on the the gnu elpa.gnu.org repo but it gets stuck for some reason on downloading.
I can't find anything online for this problem so I'm guessing this is something specific to my setup and not something wrong with ELPA. I'm using a port of Emacs for OS X which isn't Aquamacs and isn't vanilla emacs. I use the Emacs.app that comes with it to launch the GUI version. I've already started trying to disable parts of my init.el but it's a lot pieces of code and I want to help narrow things down first.
Here is what I have in *messages*
Making completion list... [2 times]
Contacting host: elpa.gnu.org:443
Opening TLS connection to `elpa.gnu.org'...
Opening TLS connection with `gnutls-cli --insecure -p 443 elpa.gnu.org'...done
Opening TLS connection to `elpa.gnu.org'...done
Contacting host: elpa.gnu.org:443
Buffer " *epg*" has a running process; kill it? (y or n) y
Quit
How do I debug this situation? I am guessing I need to debug the part where it tries to contact elpa.gnu.org since thats where I eventually need to kill it, but I'm not even sure how to start my version of Emacs in debug mode.
This is my version of emacs: https://bitbucket.org/mituharu/emacs-mac
Installed using this homebrew recipe: https://github.com/railwaycat/emacs-mac-port
I'm trying to avoid downloading and installing auctex manually if possible.
First of all, a little workaround: if you want to avoid installing AUCTeX manually, you can go to the auctex page in the package list of GNU ELPA, download the auctex-11.89.3.tar from that page through the web browser, and then in Emacs type M-x package-install-file to install that tar file. The end result is the same as if Emacs had downloaded and installed the package for you: AUCTeX will be managed by the Emacs package manager.
It seems like something is going wrong when Emacs tries to download the file, so this can be a way to circumvent the problem. If you want to figure out what's happening, I'd suggest downloading Wireshark and capturing the network traffic while Emacs is trying to download the file. (You might find this intro video helpful.) My guess is that you'll see some TLS alerts or TCP connection resets, which could be a pointer to where to start looking for the error.
I have this error while trying to launch the command ./runInstaller
Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable.
From Oracle help docs:
sudo yum install xorg-x11-utils -y
worked for me.
If you are executing this via Putty, then I suggest you have a look at Xming, this allows you to have a Putty remote ssh session, and forward your display to you Windows machine...
If you're executing this from a Linux server without a gui, you will either need to connect remotely with a pc with a GUI installed (Gnome, KDE, etc) or you'll need to install the Gui directly on the server.
Check if it's not already installed by using the command on the terminal
$ startx
Error is reproducible thus:
$ export DISPLAY=:0.0
$ ./runInstaller
ERROR: Unable to verify the graphical display setup. This application requires X display. Make sure that xdpyinfo exist under PATH variable.
Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable.
OP's X server was Hummingbird Exceed. Xming will work as well.
The actual solution depends on:
whether you are su'd to oracle from a different login account.
whether you are using X11 forwarding.
the actual port used by X11 forwarding, which could be 6010 or a different port.
If you logged in and then su'd to oracle, then copy ~/.Xauthority to the oracle account.
If you are using X11 forwarding and the forwarding port is 6010, then DISPLAY=localhost:10.0 is correct.
If you are not using X11 forwarding, and if port 6000 on your PC is reachable from the oracle server, then export DISPLAY=your.pc.ip.address:0.0 is correct.
Install xterm and use xterm to test X windows.
Be sure to install xdpyinfo.
For more details, please refer to my article X windows for Oracle DBAs
I am using Raspberry pi(s) for workstations in an office setup. I want the users to have access to the intranet and a couple of websites. I have a proxy set up with whitelist that works fine.
I want to boot the RPI and show only a web browser and connect through the proxy. I understand I need a window manager for this.
I have been experimenting with chromium (as it makes it very easy to insert the proxy address as an attribute when opening chromium via command line). The problem is, Chromium is a demanding browser and struggles with JQuery on the RPI.
I am looking for a browser I can run through a proxy, in a window manager from a start up script that won't be slow as hell!
Does this exist? Or am I going down the wrong path for this?
I don't know if this is really what you want but here is one way to boot directly into a web-browser:
1. Make sure you use a Raspberry with the latest version of raspbian installed and updated:
sudo apt-get update
sudo apt-get upgrade
2. If you don't want to use Midori, install the browser you want. I prefer chromium (Light version of Google Chrome) so that's what I will use here. To install chromium run the following command:
sudo apt-get install chromium
3. Configure raspi-config to start in GUI mode:
sudo raspi-config -> Enable boot to desktop/Scratch -> Desktop login as....
4. To start chromium on boot, comment all existing code in the file and add the following last:
sudo nano /etc/xdg/lxsession/LXDE/autostart
#xset s off
#xset -dpms
#xset s noblank
#chromium
On the last line you can also add switches like kiosk mode (--kiosk) after #chromium. Watch this link for more switches:
List of commandline switches
Hope this was any help! Good luck!