brockgr / csshx Goto Github PK

Allow user to configure foreground and background colors for the master window 
"disabled" 
windows and the "enable" cursor window.

What steps will reproduce the problem?
1. Set up keyed access to a Linux server.
2. Make sure you can SSH into the the Linux server using the key (not the
password)
3. Try the same command with csshX instead of ssh

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

I expect to be able to log into the server using the key, not getting
prompted for a password.

Instead, I am prompted for the password, and THEN entering the correct
password does not let me log on (what the...?)


What version of the product are you using? On what operating system?

0.61 on OS X 10.5.7

Please provide any additional information below.

Weird!  I had tried upgrading from 0.59 today.  I reverted back to 0.59 and
everything works fine again.

I would like to be able to specify the password on the command line.

I have a couple of SSH config files, and I need to pass a specific 
(non-default) one to csshX. I would love to have the ability to just pass -F 
{config file}.

It would be nice to have key bindings to:
- return to the master window after using a specific slave window
- expand (or zoom in) a single slave window to all available space (resize can 
already be done via 
retile)
- quickly activate navigate between slave windows
- maybe make key bindings user configurable
On top of this: why not enable return on top of esc for window selection / mode 
change?

What steps will reproduce the problem?
1. Connect to remote server
2. Type Exit

What is the expected output? What do you see instead?
I expect a clean exit but see the message....
ubuntu@myserver:~$ exit                                                         

logout
'xterm-256color': unknown terminal type.
Connection to myserver.example.com closed.
CHILD at /usr/local/bin/csshX line 1256.

What version of csshX (do a "csshX -v") are you using? On what operating
system version?
This happens on v0.73-169 and 0.74 under Mac OS X 10.7.1

Please provide any additional information below.
I'm connecting to a bunch of remote Ubuntu 8.04 LTS servers. This happens on 
all of them

What steps will reproduce the problem?
1. ssh to something (I tried it on both my on MBPro and on a linux livecd)
2. run 'man bash' (or 'make menuconfig' on a linux kernel source directory)
3. press the down arrow

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

The screen should scroll downward.  Instead, nothing happens.  If you click
on the individual Terminal.app windows, they work normally, but the
keypresses aren't getting through the "Master" window.

What version of the product are you using? On what operating system?

csshX v0.57 on Max OS X 10.5.6 sshing into Mac OS X 10.5.6 and Gentoo
2008.0 amd64 livecd

Please provide any additional information below.

From "csshX --help":

    -y, --tile_x *number*
        (csshX only) The number of columns to use when tiling windows.

    -x, --tile_y *number*
        (csshX only) The number of rows to use when tiling windows. tile_x
        will be use if both are specified.


Shouldn't -y have a long option --tile_y instead of --tile_x?  And vice versa?


What version of the product are you using? On what operating system?

csshX 0.61 on OS X 10.5.7

Support:

   csshX -o "-x -o ConnectTimeout=10"

csshrc:

   ssh_args = "-x -o ConnectTimeout=10"

What steps will reproduce the problem?
1. csshX host1 host2 host3 ... host7

What is the expected output? What do you see instead?
i would like to see the windows arranged in a grid, but instead
they are arranged in narrow strips.


What version of the product are you using? On what operating system?
csshX v0.61 
osx 10.5.6

What steps will reproduce the problem?
1. Run csshx 

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

Can't load
'/System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level/auto/MacPerl/MacP
erl.bundle'
for module MacPerl:
/System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level/auto/MacPerl/MacPe
rl.bundle:
no appropriate 64-bit architecture (see "man perl" for running in 32-bit
mode) at
/System/Library/Perl/5.10.0/darwin-thread-multi-2level/DynaLoader.pm line 207.
 at /usr/local/bin/csshx line 237
Compilation failed in require at /usr/local/bin/csshx line 237.
BEGIN failed--compilation aborted at /usr/local/bin/csshx line 237.


What version of the product are you using? On what operating system?
csshX-0.63, Mac OS X 10.6

For example:

Ctrl-a s h  - To send hostname (as passed to ssh) to enabled remote machines.

I added the few lines to the script to accept the "ssh" config option from
.csshrc.  This allows you to designate a different script to use as the
base ssh command.  I use it to put in a helper script that allows me to use
csshX with a jump box.  

Example: create a helper script called "sshgw" like so

#!/bin/bash

jumpbox=JUMPBOX

if [ $4 ] ; then
  host=$4
else
  host=$1
fi


ssh -o ConnectTimeout=10 $jumpbox -t ssh $host

add "ssh=/home/user/sshgw" to your .csshrc file.

Now when you run "csshX host1 host2" it will connect through the JUMPBOX.

What steps will reproduce the problem?
1. Have two or more monitors in use.  (For me, it was my MPB's LCD and an 
external monitor.)
2. Run csshX
3. Profit

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

I tried to run csshX to connect to two web server boxes.  I expected three 
terminals to open: two 
for the servers and one control window.  Instead, they all opened, then closed 
quickly.  After 
turning off terminal.app's "Close window on successful completion" (or 
something close to that) 
option, I found that the command window has this error message:

Input to terminal: (Ctrl-a to enter control mode)
Bad bounds at /usr/local/bin/csshX line 281.

What version of the product are you using? On what operating system?

0.57 on OS X 10.5.6.

Please provide any additional information below.

Disconnecting my external monitor fixed things.

I would like to see a new command which clears the scroll back in all 
terminals, like CMD-K.

I generally execute this before running any command with lots of output, so I 
can easily scroll to the top.

What steps will reproduce the problem?
1. ctl+a in master window to open menu
2. [r] to "retile"

What is the expected output? What do you see instead?
Retiling of windows in a grid, presumably. (default is stacked). Instead all 
windows including the 
master close out and vanish.

What version of the product are you using? On what operating system?
Latest download tgz file on OSX 10.5

Please provide any additional information below.

Awesome osx port of csshX ;) ive been waiting eons for something like this!

Windows do not open when running on 10.6 64bit

This appears to be an issue when calling deprecated setOrigin/setSize calls on 
the window.

Will replace with setBounds (however the coordinate system is different so is 
not trivial)

What steps will reproduce the problem?
1. Use with the dock not hiding
2.
3.

What is the expected output? What do you see instead?
Expect tiling to take account of dock position, and not to overlap the dock. 
Instead the tiles 
overlap the dock.

What version of the product are you using? On what operating system?
0.57 on OSX 10.5.7

Please provide any additional information below.

What steps will reproduce the problem?
1. As of Lion, we are now given the ability to create and delete so-called 
"Desktop Spaces" via Mission Control on-the-fly. This is a beautiful feature 
that could be used to dedicate a location for csshX to work on.
2. Window management with 8+ hosts on your active desktop was always a 
nightmare :). This is why --screen and --space were added, but 10.6's spaces 
was terrible.

What is the expected output? What do you see instead?
I assume --space doesn't work under Lion, though I admit that I haven't used it 
yet!

What version of csshX (do a "csshX -v") are you using? On what operating system 
version?
csshX v0.73- (current SVN HEAD, r180) under 10.7 Lion

Please provide any additional information below.
Yep.

Shows:

Cluster SSH tool for MacOS-X Termial.app

Should show:

Cluster SSH tool for MacOS-X Terminal.app

What steps will reproduce the problem?
1. Screen resolution of 2560 x 1440
2. Try to open cluster with 39 terminals
3. Immense input lag

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

Terminals should receive commands near instant, instead commands are heavily 
delayed and incomplete, for instance "ls -l" will instead type "l -l", missing 
the "s".  This issue doesn't appear in screen resolution of 1920 x 1080, only 
higher resolutions.

What version of csshX (do a "csshX -v") are you using? On what operating
system version?

csshX  0.74 (Mac OSX 10.7)

Please provide any additional information below.

What steps will reproduce the problem?
1. Using a Network Connect VPN connection (not sure if it matters)
2. csshX -d -l <user> <host1> <host2> <host3> <host4>
3. wait

What is the expected output? What do you see instead?
---------------------------------------------------
Expected to see 4 screens pop up with the red control window at the bottom.  
One terminal pops up instead.

What version of csshX (do a "csshX -v") are you using? On what operating
system version?
---------------------------------------------------
MBPro i7, 8GB Mem, 256 SSD

Lion 10.7
[2125]$ uname -a
Darwin nugget.local 11.2.0 Darwin Kernel Version 11.2.0: Tue Aug  9 20:54:00 
PDT 2011; root:xnu-1699.24.8~1/RELEASE_X86_64 x86_64

[2122]$ csshX -v
csshX  0.74

Please provide any additional information below.
---------------------------------------------------
Out of caution, I completed a repair permissions on my disk.

csshX -d -l <user> <host1> <host2> <host3> <host4>
No master at /usr/local/bin/csshX line 1179.
 at (eval 18) line 1
    main::__ANON__('No master at /usr/local/bin/csshX line 1179.\x{a}') called at /usr/local/bin/csshX line 1179
    CsshX::Launcher::new('CsshX::Launcher') called at /usr/local/bin/csshX line 2083

Implement a key combo (maybe Ctrl-a e O ) to enable one window an maximise it 
to fill bounds.

What steps will reproduce the problem?
1. csshX root@localhost:22
2.
3.

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

Should strip of :22 from hostname and pass it to ssh -p 22

When running csshX v0.73-169 with any number of server addresses to connect to, 
it throws the error:

Can't call method "qualifiedSpecifier" on unblessed reference at 
/usr/local/bin/csshX line 519.

An example command:

csshX web1.example.com:1234 web2.example.com:1234 web3.example.com:1234

Looking at the code, it seems like this is an undocumented API endpoint that 
may or may not have changed in Lion.

Running csshX without arguments (so it shows the help) doesn't throw the error.

What steps will reproduce the problem?
1. running csshX from /usr/local/bin/
2.
3.

What is the expected output? What do you see instead?
Bad bounds at /usr/local/bin/csshX line 281.


What version of the product are you using? On what operating system?
latest on 10.5.6


Please provide any additional information below.
i cannot execute the program due to said error message

any command issues prints a ctrl-M at the end of line.
Is this normal?

I'm on a 10.6.2 
Here below I attach a partial screenshot of the problem

As of the latest version of csshX, the master window overlaps with the bottom 
row of slave 
windows, which makes it impossible to read the last line in these windows.
The area used by the slave windows should be resized to accommodate all windows.

What steps will reproduce the problem?
1. Create a machine cluster of 5 hosts, 4 valid, 1 erroneous (or, simply open 
multiple slaves)
2. Whether by error or intentionally, kill a particular slave manually.
3. Weep at the gap in your grid.


What is the expected output? What do you see instead?
Is "retile" support to restore window locations, or account for added/lost 
slaves? I have a 10 machine cluster with 2 hosts currently offline for their 
own reason. I open the cluster that includes them, and nearly immediately two 
slave windows die off. No amount of retiling/changing the grid, etc. will allow 
me to reclaim this lost space. Instead, I have to get the cluster connection 
string and manually strip out the two hosts I don't want.

I would expect "retile" to react to the changes in the number of active slaves, 
and follow all the same rules of useable space, and use it all/as much as 
possible.

Just in case it makes some strange difference, I do specify --screen 2 on init, 
pushing slaves off on my external display.


What version of csshX (do a "csshX -v") are you using? On what operating
system version?
Current HEAD (173) from SVN.
OSX 10.6 x64 capable mac book pro.

It would be really nice to have the capability on the command line to do
something along the lines of:
csshx --login elubow 192.168.1.12/29

This would open up everything in that netmask.

As of revision 93, the new sort menu feature was added.

Unfortunately, it's shortcut key is t, which conflicted with the previously 
existing toggle enabled, 
which is still t. However, it is now inaccessible due to the conflict, and the 
higher ordered 'sort' 
shortcut being defined first.

http://code.google.com/p/csshx/source/detail?r=93&path=/trunk/csshX#

The first two diffs tell the tale.

Enable user to customize bindings. This will require reworking of menus too.

What steps will reproduce the problem?

1. Download 0.72 version : http://code.google.com/p/csshx/downloads/list
2. Install to home directory /bin
3. Change permissions to 755
4. Run via command line with csshX host1 host2 host3
5. Run via command line with csshX clustername with .csshrc defining clustername

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

When executing the command, I do see a new terminal(s) open and connect to the 
desired host or hosts, they then however exit and the master window displays 
the following:

"Input to terminal: (Ctrl-a to enter control mode)
**** ERROR **** PerlObjCBridge:: convertPerlToObjC(): Unrecognized or 
unsupported argument type B (66)"

What version of csshX (do a "csshX -v") are you using? On what operating
system version?

csshX v0.72-146

Darwin 10.0.0 Darwin Kernel Version 10.0.0: 
Fri Jul 31 22:47:34 PDT 2009; 
root:xnu-1456.1.25~1/RELEASE_I386 i386

MacOS X 10.6 all updates have been applied.

Please provide any additional information below.

I did download the .65 version and it works correctly.  I did see your posting 
at http://gavcode.wordpress.com/2010/04/24/csshx-0-70/ but I was unsure if 
these two errors were related.  I also searched for closed / open issues with 
this error message and did not find one.  So worst case if they are related 
anyone else who gets this error will find this report and resolution.

When you corrected "windwow" in version 64, you created "minimse" at the same 
time.

While we could sit around and debate "minimize" vs. "minimise" all day 
(http://en.wiktionary.org/wiki/minimise), just take the one or two character 
patch of your choice 
instead :).

Index: csshX
===========================================================
========
--- csshX   (revision 82)
+++ csshX   (working copy)
@@ -1200,7 +1200,7 @@
     'action' => {
         prompt => "Actions (Esc to exit, Ctrl-a / a to send Ctrl-a to input)\r\n".
         "[c]reate window, [r]etile, [e]nable/disable input, e[n]able all, ".
-        "[t]oggle enabled, [m]inimse, [h]ide, [s]end text, change [b]ounds, ".
+        "[t]oggle enabled, [m]inimise, [h]ide, [s]end text, change [b]ounds, ".
         "chan[g]e [G]rid, e[x]it\r\n",
         parse_buffer => sub {
             my ($obj, $buffer) = @_;


or


Index: csshX
===========================================================
========
--- csshX   (revision 82)
+++ csshX   (working copy)
@@ -1200,7 +1200,7 @@
     'action' => {
         prompt => "Actions (Esc to exit, Ctrl-a / a to send Ctrl-a to input)\r\n".
         "[c]reate window, [r]etile, [e]nable/disable input, e[n]able all, ".
-        "[t]oggle enabled, [m]inimse, [h]ide, [s]end text, change [b]ounds, ".
+        "[t]oggle enabled, [m]inimize, [h]ide, [s]end text, change [b]ounds, ".
         "chan[g]e [G]rid, e[x]it\r\n",
         parse_buffer => sub {
             my ($obj, $buffer) = @_;

As nice as the master input window is, it takes up a lot of space. And when 
you're working on a 12 
box cluster, the allowed terminal space is uncomfortably small.

It would be nice to see support for allowing the grid to span 2, or even 3 
screens. I think this should 
NOT be a default, but if csshX is activated via something like --screen 0,1 the 
terminals should be 
allowed to grid using both screens (or any/all configured screens.

I do NOT feel as though terminals should be split by the part between monitors. 
Meaning don't split 
a single terminal in half and have each part reside on each screen.

I couldn't see an easy way to do this so i figured i would request it as an 
enhancement...

It would be great to have an option to delay execution of ssh until the windows 
are tiled.

I run an expect script to jump through multiple hosts to get to my clusters, 
the issue is that if the expect script is executed during the window resize, it 
kills the expect trap on window resize and can cause some very un-expected 
behavior from expect...  my current solution is to have a wrapper script with a 
sleep statement in it..  but i have to adjust the sleep interval depending on 
how many hosts i am opening up.

Spelling fix.

What steps will reproduce the problem?
1. Simply add a extra_cluster_file = [clusters file] in ~/.csshrc
2. Run csshX passing in a cluster from this clusters file
3. csshX will fail to run

What is the expected output? What do you see instead?
csshX will fails to run

What version of csshX (do a "csshX -v") are you using? On what operating
system version?
csshX v0.73-169 on OS X Snow Leopard

Please provide any additional information below.

I found the source of the bug. There's a map function which tries to substitute 
$HOME or ~ with the actual path. The map is incorrectly implemented.

line 141:

map { s/(~|\$HOME)/$ENV{HOME}/g} split /\s*,\s*/, $value

This line should be written:

map { local $_ = $_; s/(~|\$HOME)/$ENV{HOME}/g; $_} split /\s*,\s*/, $value

See this for an explanation: http://www.perlmonks.org/index.pl?node_id=613280

What steps will reproduce the problem?
1. launch csshx
2. sudo yast

What is the expected output? What do you see instead?
You can usually navigate YAST using tabs, arrow keys and individual keys. When 
YAST is opened 
from a csshx session, arrow keys seem to be disabled, which makes navigation 
impossible.

What version of the product are you using? On what operating system?
csshx 0.63
perl 5.8.8
Mac OS 10.5.7

Please provide any additional information below.

Arrow keys seem to work fine in csshx with other applications such as lynx

This is more of an enhancement request.  I'm not sure why you decided to use 
the same command (Ctrl-a) to enter the operation mode/menu.  For example create 
a new window Ctrl-a then c.  This is the exact same sequence for creating a new 
"screen" using the often used screen command on unix servers.  So if I want to 
use screen (which I often do) and issue the same commands i.e. switch between 
screens.  Then I have to click into each individual window and repeat the exact 
same commands, which, of course, defeats the purpose of having the csshx tool 
in the first place.  

Don't get me wrong.  Absolutely love, love the tool and so grateful that you 
took the time to create it.  Just wanted to ask if in an upcoming release if 
you could make a change so that I can use my screen commands uninterupted.

Thanks,

A supporter and enthusiastic user

Perhaps with a command line switch or something could support for iterm2 be 
added?

On the page http://code.google.com/p/csshx/wiki/FAQ

There is a typo in the section:
I'm getting "Could not open a new pseudo-tty."¶

This happens when you try to open a lot of slave windows, and is caused by OS-X 
file/process/pty limits.

It is possible to try to increase these limits, but this require root 
privileges and a certain amount of bravery. Warning - these changes may break 
your OS

In /etc/sysctl.conf, add:

kern.tty.ptmx_max=511
kern.maxproc=2128
kenr.maxprocperuid=1064

The last line should be kern.maxprocperuid=1064

Seeing as this is a MacOSX app, it occurred to me that, if possible, Spaces 
Support would be 
awesome in csshX.

The way I picture it is very similar to --screen's operation (and could be used 
in tandem).

Spaces by default comes with 4 screens, arranged in a square. This is the 
assumption for the rest of 
this feature request.

The presumed use case is that when starting csshX, you can specify as one of 
the command line 
options --space 3 (or set a space as part of your cluster config in the .csshrc 
file).

Regardless if you're on space 3 already, csshX should start up, move all of 
it's terminals into the 
arranged layout on screen 3, and also move focus to Space 3 as the active space.

What steps will reproduce the problem?

1. csshX -debug 1 -l usernamename sshbastionserver host2 host3 host4 host5 
host6 host7 host 8 host9 host10 host 11 host12 host13 host14 host15 host16 
host17

2. my .ssh/config contains:

Host host*
    ProxyCommand ssh username@sshbastionserver exec nc %h %p
    User username
    ForwardAgent yes



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

error given is 
(for each of host14 host15 host16 host17)
e.g. host14:
ssh -l username host14
ssh_exchange_identification: Connection closed by remote host
ssh_exchange_identification: Connection closed by remote host
CHILD at /usr/local/bin/csshX line 1241.


What version of csshX (do a "csshX -v") are you using? On what operating
system version?

csshX v0.73-178
and
csshX v0.73-169
(same result)

OSX 10.6.8

Please provide any additional information below.

Testing with other hosts and not using any .ssh/config gives the same result.

I've just switched to the new fish shell (http://ridiculousfish.com/shell/) and 
found that the csshX is not compatible with it. The problem is that '&&' 
operator is not used by fish shell and will cause error.
This Patch simply replaces the '&&' after 'clear' command with ';', which makes 
it work under fish shell without breaking anything under bash shell.
Thanks.

What steps will reproduce the problem?
1. Within .csshrc add a line specifying an extra cluster file, eg 
"extra_cluster_file=~/.csshclusters"
2. Create ~/.csshclusters file containing the line "testcluster hostname1 
hostname2 hostname3"
3. Give the command "csshX testcluster"

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

I would expect terminal windows to be opened on machines hostname1, hostname2 
and hostname3. Instead an attempt is made to open the windows, which then 
close. Adding the "-d" debug option reveals csshX is trying to connect to a 
host named testcluster instead of expanding it into a list of host names.

What version of csshX (do a "csshX -v") are you using? On what operating
system version?

Version csshX v0.73-169 (installed from MacPorts)
Running on OS X 10.6.5

Please provide any additional information below.

The problem lies in the "map" function call on lines 140 through 142 that reads 
the extra cluster file names from the "extra_cluster_file" directive, 
substituting the home directory as needed. Currently these lines read

                $obj->load_clusters($_) foreach (
                    map { s/(~|\$HOME)/$ENV{HOME}/g} split /\s*,\s*/, $value
                );

The content of the "map{ ... }" call is incorrect as the "s" substitute command 
returns the number of substitutions made. Thus the result of the "map" is 
typically the integer value 0 or 1 (depending on if a substitution needed to be 
made).

In turn this results in the load_clusters() function trying to load the 
additional cluster configurations from a file named "1" in the current 
directory.

The fix is simply to return "$_" as the value of the "map" call, after the 
substitutions...

                $obj->load_clusters($_) foreach (
                    map { s/(~|\$HOME)/$ENV{HOME}/g; $_ } split /\s*,\s*/, $value
                );

Cheers...

What steps will reproduce the problem?
1. Open Terminal Preferences to the Advanced Tab
2. Ensure the "Audible Bell" is enabled on the profile you use
3. Use csshX to launch a reasonable number of connections (say, 6)
4. Press tab twice or generally cause a bell to occur in the shell
5. I hope you had your speakers/headphones turned down


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

The system default sound will be LOUD. For whatever reason, the sound being 
played at the same time starts increasingly the overall volume on it.

I have an 8 machine cluster that I work on regularly, and when I cause a system 
bell to occur, I usually rip off my headphones in agony because the "Morse" OSX 
system sound is now ringing constantly through my head.

The resolution I'd like to have is to create a clone of my profile, and likely 
name it csshX, and on csshX invocation add in --profile csshX, disabling the 
audible bell (and likely enabling the visual bell).

Perhaps this could be added as a "slave_profile" property to csshrc as well?
That or a simple: 'alias csshX="csshX --profile csshX"' is in my future.


What version of csshX (do a "csshX -v") are you using? On what operating
system version?

csshX v0.73-168
OSX 10.6.4


Please provide any additional information below.

I'm open to other methods for accomplishing this. Let's brainstorm!

What steps will reproduce the problem?
1. Have 2+ monitors
2. Run csshx

What is the expected output? What do you see instead?
I would expect the terminals to take up real estate on a single screen.
They instead span the width of all monitors.

What version of the product are you using? On what operating system?
0.56 on Mac OS 10.5.6.

Please provide any additional information below.
This is being done on one of the new Mac Minis, which have dual monitor
support.

From initial tests, the Master process takes 15MB of memory and each slave 
takes 14MB.

This should be reduced, especially for the slaves.

Line 973 - says "windwow" (notice extra w) instead of "window"