qalasi / ostinato

Automatically exported from code.google.com/p/ostinato
GNU General Public License v3.0
0 stars 0 forks source link

Drone needs X support #34

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. try running drone w/o X

What is the expected output? What do you see instead?

# drone
drone: cannot connect to X server

What version and revision of the product are you using (available in the About 
dialog)? On what operating system?

# dpkg -l | grep osti
ii  ostinato                                  0.3-1
              Packet/Traffic Generator and Anaylzer
# uname -a
Linux doors 2.6.32-28-generic-pae #55-Ubuntu SMP Mon Jan 10 22:34:08 UTC 2011 
i686 GNU/Linux

Please provide any additional information below.

Drone should not depend on X, should be able to run on headless
machines.

Original issue reported on code.google.com by cmendio...@gmail.com on 1 Feb 2011 at 2:58

GoogleCodeExporter commented 9 years ago

Original comment by pstav...@gmail.com on 1 Feb 2011 at 4:19

GoogleCodeExporter commented 9 years ago

Original comment by pstav...@gmail.com on 5 Feb 2011 at 6:07

GoogleCodeExporter commented 9 years ago
Just FYI, there's an X wrapper called Xvfb that can be used to provide drone's 
needs and that way be able to run drone in a headless server.

Original comment by cmendio...@gmail.com on 20 Jul 2011 at 4:46

GoogleCodeExporter commented 9 years ago
Has this been fixed?  I can't seem to run headless unless I have an X server 
present.  Xvfb is not a good fix if I am using workstation with an X server 
already running.

Original comment by tim.ep...@gmail.com on 4 Jan 2013 at 3:35

GoogleCodeExporter commented 9 years ago
Not to the best of my knowledge. If you already have an X server, then what's 
the problem  ?

Original comment by cmendio...@gmail.com on 4 Jan 2013 at 3:41

GoogleCodeExporter commented 9 years ago
The issue is when you fire the drone off (logged in via ssh -X you@address) via 
"nohup drone &" and then log out expecting it to continue running (but logging 
out for security) it dies.

Original comment by tim.ep...@gmail.com on 5 Jan 2013 at 10:30

GoogleCodeExporter commented 9 years ago
And what would be the issue with running Xvfb in that case ? You may declare it 
as display 1 I guess, if it clashes with ssh's X proxy service...

Original comment by cmendio...@gmail.com on 5 Jan 2013 at 11:12

GoogleCodeExporter commented 9 years ago
It just acts as a Xserver if you don't have one right?   Therefore ssh -X and 
disconnect would result in the same I would assume.

Original comment by tim.ep...@gmail.com on 5 Jan 2013 at 10:10

GoogleCodeExporter commented 9 years ago

Original comment by pstav...@gmail.com on 7 Feb 2013 at 1:56

GoogleCodeExporter commented 9 years ago

Original comment by pstav...@gmail.com on 27 Mar 2014 at 3:13

GoogleCodeExporter commented 9 years ago
Pushed a huge bunch of changes to change the framework to remove dependency on 
X and modified all protocols as per the new framework. ProtocolBuilderHOWTO 
wiki page and associated doxygen documentation also updated.

Original comment by pstav...@gmail.com on 10 May 2014 at 11:16