Linux - Avoinding x server message when running .exe with wine - linux

I'm trying to run a .exe file (that uses some other .dll files) with wine, in Ubuntu 11.04, command line, but i get an error regarding the x server not being started and that a window is being created (i attached a screenshot).
When I run it normally (normal ubuntu boot, x server running) everything is ok, but actually, no window is displayed, which is normal because no window is needed for the program to run. So I just want to know if there is a way to avoid that: somehow simulating that the x server is open or to set $DISPLAY in some way to "fool" the program.

Just use Xvfb.
Xvfb :1 &
DISPLAY=:1 wine ...

Related

NodeJs terminal configuration in VScode

How do I configure details of nodeJS terminal? ( using- windows 10 & VScode )
Its bothers me that when I type commands in split screen mode, the line gets split up because it ran out of space. If possible, id like the terminal to display:
$
when awaiting commands.
please use the remote wsl extension for windows subsystem for linux
for ubuntu terminal in vs code use extension Ubuntu pastebin for vs code

"Cannot open display" error when trying to install JBoss on Linux

I am unable to install JBoss on a Linux VM virtual box.
I'm getting this error:
$ java -jar jboss-eap-6.2.0-installer.jar
(.:1616): Gtk-WARNING **: cannot open display:
How can I fix this?
The EAP installer has a graphical interface. It looks as if your Linux VM either doesn't have an X desktop, or you are logging into it using something other than an X session. To use the graphical installer you will need to run it from a shell within an X desktop (in which case you might just need to set do export DISPLAY=:0.0 or something similar); or you'll need to take some other convoluted steps to get X running and be able to run executables against the X server.
If you can't run an X desktop, or don't want to, I believe EAP is available as a zipfile you can just unpack.
You have to provide a value for the DISPLAY variable, e.g. in my case
Microknoppix:~$ echo $DISPLAY
:0

Raspberry PI remote debug GTK error

I'm using NetBeans IDE 8.0.2 on my Win7 machine to develop Raspberry Pi opencv C++ application.
I'm building & debugging the application remotely on the Raspberry Pi from my Win7 machine.
At run time the application fails with "Gtk-WARNING **: cannot open display:" error when reaches the line:
imshow("source", src);
When I'm running the exact same application from the Raspberry Pi and not remotely via SSH everything works as expected.
Is there any way that I can configure NetBeans to open GTK windows at the Raspberry Pi?
The solution is to add DISPLAY=:0 Environment variable.
At File menu select Project Properties (yourprojectname) to open Project Properties window.
At Categories: click Run and then click Environment, add variable name DISPLAY with value :0
Good luck
I haven't actually tried this with the Rasberry Pi, but assuming it is like other linux systems perhaps this will get you started.
To have the Gtk program display on your windows system will need a version of X Windows ( the linux/unix graphics server) for Windows the operating system. You can get it as one of the packages in Cygwin. (http://x.cygwin.com/) Get cygwin https://cygwin.com/index.html during setup select the xinit package. You also either need to enable port-forwarding in ssh or set the DISPLAY variable on the Rasberry Pi to your windows host:0.
To have the Gtk program display on the Rasberry Pi when started from Windows you just need to allow remote hosts to open windows.
Try the command :
xhost +
in the Rasberry Pi shell before trying to have the program started from windows.
Another option would be to start the program on the Rasberry Pi with gdbserver and then attach to the already running program with Netbeans.
You will need to install the gdbserver plugin for Netbeans.
An alternative to getting the X window manager working on Windows would be to get a remote desktop running on both machines. VNC is a popular client and server for this. This would allow you to run the window for Netbeans and use the system as if it were your desktop from another location.
There is even a download specifically for Raspberry pi here:
https://www.realvnc.com/download/vnc/latest/

Bootable Qt-Linux Application

How to boot a linux kernel + dependencies and auto run a Qt application so the linux environment doesn't show up (only the Qt GUI is visible)?
on x86 PCs
should be able to run from RAM (of course)
Perhaps you could look at how this guy did it:
http://www.embedded-bits.co.uk/2011/1-second-linux-boot-to-qt/
You could start with a minimal linux distribution such as Ubuntu Server and install only X-Windows (without any Window Manager) on top of it: https://help.ubuntu.com/community/ServerGUI
Then, start your Qt application by adding a call to it in the .xinitrc initialization script.
Might be helpfull Linux Journal KDE Kiosk Mode
Why not run x server without window manager and the running the application in full screen mode on that x server.
to start x server type startx
and then you must run your application in fullscreen mode
(your app must support this mode by argument switch like this)
./myapp --fullscreen
I have never tried this, but try google for 'framebuffer'. It should allow you to run a single application with no need for X server.

Attach/Detach to a remote instance of Eclipse

When using Eclipse over X-Windows on a remote shell (X port forwarding), is there a way to simply detach my X connection and come back to the process later. For a little more clarity, I'm on a Windows machine and have to reboot. I'd like to keep Eclipse running and come back where I left off. Eclipse is running on my Windows machine through an X-Server connected to a Linux box.
I'm thinking something like tmux could do the trick. However, I do a Ctrl-Z to stop Eclipse and it won't close the Eclipse Window. If I restart the X-Server in Windows, Eclipse fails when I try fg 1. Any other options?
Xpra did everything that I needed, but it was not clear exactly how it worked. I was able to get it working by opening two PuTTY sessions in windows, one server and one client. Also, the Google Code is out-dated. Instead, install from http://xpra.devloop.org.uk/dists/xpra-0.0.7.9.tar.bz2. I'm not sure how it's different, but it worked for me. The README tells how to build the package. It is necessary to apt-get a bunch of other stuff. But, here are the missing pieces on how to get it work as I describe above:
Setup server:
cd ~/download/xpra/xpra-0.0.7.9
export PYTHONPATH=$PWD/install/lib/python:$PYTHONPATH
./install/bin/xpra start :10
export DISPLAY=:10
xterm&
Setup client:
cd ~/download/xpra/xpra-0.0.7.9
export PYTHONPATH=$PWD/install/lib/python:$PYTHONPATH
./install/bin/xpra attach :10
Notes:
The Windows xpra installer is not needed for this configuration. I don't know what it's supposed to do.
Be sure to run Xming on Windows.
Be sure to enable X port forwarding on the client PuTTY window.
Launch whatever you want from the xterm window. (ie Eclipse)
You can close the server window once xterm is up.
Hit ctrl-c in the client window to detach from the session.
Do all the client commands again to re-attach..even after restarting PuTTY, the Xming, or Windows itself.
I have zero experience with it, but xpra sounds like exactly what you're looking for.

Resources