Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Hi,
I am trying to run matlab on a remote mac through my laptop at home, which is a linux-based. I am not able to export the display. Here are the steps I followed.
1. xhost +remotehost
2. Log into remotehost (i.e., the mac machine)
3. export DISPLAY="192.168.2.2:0.0"
4. matlab
But I get the following message,
"unable to open display 192.168.2.2:0.0"
The reason I typed in that ip address in step 3 was that is the ip listed in the "wlan0" block when I typed "ifconfig -a" on my local linux laptop.
Could you give us the full output of ifconfig -a from your machine? Also, could you verify that you are using your wireless interface instead of eth0 or such?
Could you give us the full output of ifconfig -a from your machine? Also, could you verify that you are using your wireless interface instead of eth0 or such?
Cheers,
Josh
Josh, thanks for your reply. I believe I am using my wireless interface as I am not connected via an ethernet cable, if that is what you asked. I am pasting below the output from "ifconfig -a" :
Hi,
I am trying to run matlab on a remote mac through my laptop at home, which is a linux-based. I am not able to export the display. Here are the steps I followed.
1. xhost +remotehost
2. Log into remotehost (i.e., the mac machine)
3. export DISPLAY="192.168.2.2:0.0"
4. matlab
But I get the following message, "unable to open display 192.168.2.2:0.0"
The reason I typed in that ip address in step 3 was that is the ip listed in the "wlan0" block when I typed "ifconfig -a" on my local linux laptop.
Your help is appreciated, Thanks.
On your local Linux system, type in "ps -ef | grep -i listen". If you see something like this:
then your local Linux system isn't accepting incoming connections. No matter what you type, it won't work, and will be rejected. Since all you've told us is "Linux based", you'll have to specify your distro/version, before we can help getting it TO listen. It's usually a well documented thing, though, and easily found via Google, or you can tell us here, and we can try to help.
then your local Linux system isn't accepting incoming connections. No matter what you type, it won't work, and will be rejected. Since all you've told us is "Linux based", you'll have to specify your distro/version, before we can help getting it TO listen. It's usually a well documented thing, though, and easily found via Google, or you can tell us here, and we can try to help.
I tried remote logging into a different machine (a linux machine) and I am able to export display from that machine (view pdf files, etc.) onto my laptop. It is the mac which is giving me problems.
Perhaps your problem is that the MAC OS X version of Matlab is not built to display it's GUI in X Windows and more generally, that Mac OS X has no X display for you access. Mac OS X does not use X. (Though is does ship with an X implementation, which allows you to ssh in to a Linux box with X forwarding enabled so you can run GUI applications on the Linux machine.)
I tried remote logging into a different machine (a linux machine) and I am able to export display from that machine (view pdf files, etc.) onto my laptop. It is the mac which is giving me problems.
My linux laptop runs on Fedora 7.
While I don't doubt you...I've never seen such behavior.
The "-nolisten" will deny ANY requests made to the X server. Unless you remove it, I'd strongly doubt it would work, no matter what you connect to. Fedora 7 is VERY old...the latest is 14. Upgrading wouldn't be a bad idea, when you can. To get the "-nolisten" to go away, edit /etc/gdm/custom.conf, and add DisallowTCP=false to make gdm listen. If you've got iptables running/firewall in place, and you haven't explicitly unblocked port 6000 in iptables, then it's almost certainly blocked. Edit /etc/sysconfig/iptables and add this line immediately before the line that contains --reject-with icmp-host-prohibited.
Code:
-A RH-Firewall-1-INPUT -p tcp -m tcp --dport 6000 -j ACCEPT
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.