sshmenu-users — For discussion of SSHMenu

[sshmenu] Antw: Re: problems with integrating the applet in thepanel on opensuse-10.2

[Stephan H. <Ste...@La...>]

Just I've take the clock applet, changed everything but the same error still exists ;-( Unfortunately I'm not familiar with ruby and so I look into the code like someone who doesn't what he's doing. Starting the program from the shell works fine but I looked for the possiblity to start it from the panel preferably.

Would you mind explaining the code in the sshmenu-applet? Maybe there are differences betwenn gnome on SuSE and Ubuntu. We have installed gnome-2.16 (opensuse 10.2).

thanks
Stephan

>>> Grant McLean <gr...@mc...> schrieb am Di 29 Jul 2008 um 11:47 in
Nachricht <1217324867.18272.20.camel@hoiho>:
> On Tue, 2008-07-29 at 10:39 +0200, Stephan Hendl wrote:
>> first of all - very nice program - exactly what I was looking for
>> 
>> "make Test" works fine without any errors.
> 
> You should also be able to run the 'sshmenu' and 'sshmenu-gnome'
> standalone applications.
> 
>> I get problems once I want load the program into the panel. The
>> process gives an error like "error on loading the
>> OAFIID:GNOME_SSHMenuApplet applet. Do you want to delete the applet
>> from your configuration?" The text ist not the same because it was
>> displayed in German...
> 
> Thanks for translating - my German is limited to counting to 10 :-)
> 
>> OpenSuSE installs GNMOE in /opt/gnome.
> 
> Unfortunately I don't know very much about this stuff myself.  The
> approach I took originally was to copy how the 'clock-applet' did stuff
> and adapt that to suit.  This page on the SSHMenu web site documents
> what goes where on Debian/Ubuntu and it may give you some hints:
> 
>   http://sshmenu.sourceforge.net/download/install.html
> 
> You might also get some hints by running:
> 
>   locate clock-applet
> 
> And look at the files listed.
> 
> Good luck
> Grant
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> sshmenu-users mailing list
> ssh...@li...
> https://lists.sourceforge.net/lists/listinfo/sshmenu-users

Re: [sshmenu] problems with integrating the applet in the panel on opensuse-10.2

[Grant M. <gr...@mc...>]

On Tue, 2008-07-29 at 10:39 +0200, Stephan Hendl wrote:
> first of all - very nice program - exactly what I was looking for
> 
> "make Test" works fine without any errors.

You should also be able to run the 'sshmenu' and 'sshmenu-gnome'
standalone applications.

> I get problems once I want load the program into the panel. The
> process gives an error like "error on loading the
> OAFIID:GNOME_SSHMenuApplet applet. Do you want to delete the applet
> from your configuration?" The text ist not the same because it was
> displayed in German...

Thanks for translating - my German is limited to counting to 10 :-)

> OpenSuSE installs GNMOE in /opt/gnome.

Unfortunately I don't know very much about this stuff myself.  The
approach I took originally was to copy how the 'clock-applet' did stuff
and adapt that to suit.  This page on the SSHMenu web site documents
what goes where on Debian/Ubuntu and it may give you some hints:

  http://sshmenu.sourceforge.net/download/install.html

You might also get some hints by running:

  locate clock-applet

And look at the files listed.

Good luck
Grant

[sshmenu] problems with integrating the applet in the panel on opensuse-10.2

[Stephan H. <Ste...@La...>]

first of all - very nice program - exactly what I was looking for

"make Test" works fine without any errors.

I get problems once I want load the program into the panel. The process gives an error like "error on loading the OAFIID:GNOME_SSHMenuApplet applet. Do you want to delete the applet from your configuration?" The text ist not the same because it was displayed in German...

OpenSuSE installs GNMOE in /opt/gnome.

hendl@client> ll /opt/gnome/lib/gnome-panel/*ssh*
-rwxr-xr-x 1 root root 570 29. Jul 09:08 /opt/gnome/lib/gnome-panel/sshmenu-applet

hendl@client> ll /opt/gnome/lib/bonobo/servers/sshmenu*
/opt/gnome/lib/bonobo/servers/sshmenu-applet.server

Contents of sshmenu-applet.server:

<oaf_info>
<oaf_server iid="OAFIID:GNOME_SSHMenuApplet_Factory" type="exe"
            location="/opt/gnome/lib/gnome-panel/sshmenu-applet">

        <oaf_attribute name="repo_ids" type="stringv">
                <item value="IDL:Bonobo/GenericFactory:1.0"/>
                <item value="IDL:Bonobo/Unknown:1.0"/>
        </oaf_attribute>
        <oaf_attribute name="name" type="string" value="SSH Menu Applet Factory"/>
        <oaf_attribute name="description" type="string" value="SSH Menu Applet factory"/>
</oaf_server>

<oaf_server iid="OAFIID:GNOME_SSHMenuApplet" type="factory"
            location="OAFIID:GNOME_SSHMenuApplet_Factory">

        <oaf_attribute name="repo_ids" type="stringv">
                <item value="IDL:GNOME/Vertigo/PanelAppletShell:1.0"/>
                <item value="IDL:Bonobo/Control:1.0"/>
                <item value="IDL:Bonobo/Unknown:1.0"/>
        </oaf_attribute>
        <oaf_attribute name="name" type="string" value="SSH Menu Applet"/>
        <oaf_attribute name="description" type="string"
           value="Open SSH terminal windows from a menu of hosts"/>
        <oaf_attribute name="panel:category" type="string" value="Utilities"/>
        <oaf_attribute name="panel:icon" type="string" value="gnome-sshmenu-applet.png"/>
</oaf_server>
</oaf_info>

What's wrong...?
Cheers, Stephan

Re: [sshmenu] Suggestions

[Grant M. <gr...@mc...>]

On Thu, 2008-07-03 at 11:34 -0400, Jeff Greenfield wrote:
> First off, let me just say this is a great app.
> 
> I've got a bit of a problem when using the "Open all windows" feature.
> My gnome-terminals don't seem to open at a rate that allows the compiz
> place-windows to function correctly.  When I use the feature, it
> stacks a bunch of the gnome-terminals on-top of each other instead of
> doing the "smart" placement that it should.  I'm wondering if it would
> be possible to add a minor delay in-between each of the calls to
> gnome-terminal when using the open all windows option.  I suspect a
> customizable delay would be best for the general case.

Actually SSHMenu does have a delay - it sleeps for 100ms before opening
each subsequent window.  But like you, I've found situations where this
delay is not long enough.  A configurable option is probably a good idea
but not necessarily exposed in the preferences dialog.

You could work around the problem by overriding the 'open_all' method.
Unfortunately you'd have to cut/paste the whole method from sshmenu.rb
and then change just the sleep time.

I'll look at putting a configurable sleep in a future version.

> Second, is it possible in addition to the Geometry preference to allow
> someone to specify what workspace the window(s) will open on?

Not as far as I know - but I'd be delighted to be proven wrong on that.
You may be able to workaround that problem using the window manager
helper app called 'Devils Pie'.  In summary, you'd specify a unique
window title in the SSHMenu host definition and then you'd configure
Devil's Pie to override geometry when it sees that title.

  http://ubuntuforums.org/showthread.php?t=75749

A colleague suggested that compiz has support for starting things on
specific desktops.  I haven't used compiz so can't comment further.

Cheers
Grant

[sshmenu] Suggestions

[Jeff G. <jg...@ca...>]

First off, let me just say this is a great app.

I've got a bit of a problem when using the "Open all windows" feature.  My gnome-terminals don't seem to open at a rate that allows the compiz place-windows to function correctly.  When I use the feature, it stacks a bunch of the gnome-terminals on-top of each other instead of doing the "smart" placement that it should.  I'm wondering if it would be possible to add a minor delay in-between each of the calls to gnome-terminal when using the open all windows option.  I suspect a customizable delay would be best for the general case.

Second, is it possible in addition to the Geometry preference to allow someone to specify what workspace the window(s) will open on?  Perhaps even extend to allow someone that has a geometry/workspace setting specified to use a hotkey or something similar to override the setting temporarily (ignore it and allow the window manager to place it)?

Thanks

- Jeff

Re: [sshmenu] Transferring SSHMenu Configuration from one machine to another

[Grant M. <gr...@mc...>]

Hi David

So, to summarise, you can ssh to a host manually, but if you try to
connect using SSHMenu then you can't connect?  That's very odd.

At first, I suspected a problem with you private key setup but if that
was the case you couldn't connect from a shell prompt either.  Then I
suspected a problem with your SSH agent but if that was the case, it
should still work, but with a prompt for your passphrase.

The only thing that's different when ssh is invoked from SSHMenu is the
environment but even that *should* be the same since multiple
gnome-terminal windows all use the same process and ssh will inherit its
environment from gnome-terminal.

There isn't any log to look at because SSHMenu just hands everything off
to gnome-terminal - which doesn't support logging.

You could try running the standalone sshmenu-gnome app from a terminal
window.  Any STDERR or STDOUT messages will go to your terminal.  I
strongly suspect there won't be any though.  Probably all the diagnostic
output is sent to the terminal window just before it closes :-(

Another suggestion is to edit /usr/lib/ruby/1.8/gnome-sshmenu.rb to add
some diagnostics.  Look for the definition of the 'build_window_command'
method and add a line to display the command in an alert box, like this:

      command += ' -e ' + shell_quote("sh -c #{shell_quote(ssh_cmnd)}")
      alert("About to run: #{command}")
      return command + ' &';
    end

Then, try running that command manually and see what you get.

Cheers
Grant


On Sun, 2008-05-18 at 00:27 -0400, David Ehrlich wrote:
> I'm migrating from Ubuntu 7.10 to Ubuntu 8.04.  For a number of
> reasons, I've created a brand new Ubuntu 8.04 installation on a new
> physical machine.  I've installed SSHMenu from the repositories and
> I've copied over the .sshemenu file from my home machine.  (I also
> copied the "gnome-telnetmenu.rb" file I created from the case-study
> described here:
> http://sshmenu.sourceforge.net/articles/sshtelnetmenu.html.)
> 
> When I click on the SSHMenu panel applet on the 8.04 machine, it
> displays the list of "Host Connection Details" titles as I had defined
> them in my 7.10 environment, so everything looks ok.  However, when I
> attempt to launch one of those sessions, I see a window "blink" and
> immediately disappear.  
>
> I see the same behavior if I use the "Test" button on the "Host
> Connection Details" dialog.  If I take the Hostname value from a
> random "Host Connection Details" definition and use it with ssh from
> the command line, it works.
> 
> How can I troubleshoot this?  I've been looking for a log file, but I
> haven't found it.  Am I missing something simple?
> 
> Thanks,
> --David

Re: [sshmenu] Transferring SSHMenu Configuration from one machine to another

[Christopher J. W. <chr...@gm...>]

This is just a hunch, but you probably also need to copy over your
~/.ssh/known_hosts file... or your whole  ~/.ssh folder

On Sun, May 18, 2008 at 12:27 AM, David Ehrlich <
dav...@tr...> wrote:

>  I'm migrating from Ubuntu 7.10 to Ubuntu 8.04.  For a number of reasons,
> I've created a brand new Ubuntu 8.04 installation on a new physical
> machine.  I've installed SSHMenu from the repositories and I've copied over
> the .sshemenu file from my home machine.  (I also copied the
> "gnome-telnetmenu.rb" file I created from the case-study described here:
> http://sshmenu.sourceforge.net/articles/sshtelnetmenu.html.)<http://sshmenu.sourceforge.net/articles/sshtelnetmenu.html.%29>
>
> When I click on the SSHMenu panel applet on the 8.04 machine, it displays
> the list of "Host Connection Details" titles as I had defined them in my
> 7.10 environment, so everything looks ok.  However, when I attempt to launch
> one of those sessions, I see a window "blink" and immediately disappear.  I
> see the same behavior if I use the "Test" button on the "Host Connection
> Details" dialog.  If I take the Hostname value from a random "Host
> Connection Details" definition and use it with ssh from the command line, it
> works.
>
> How can I troubleshoot this?  I've been looking for a log file, but I
> haven't found it.  Am I missing something simple?
>
> Thanks,
> --David
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> sshmenu-users mailing list
> ssh...@li...
> https://lists.sourceforge.net/lists/listinfo/sshmenu-users
>
>


-- 
Christopher J. Wells

[sshmenu] Transferring SSHMenu Configuration from one machine to another

[David E. <dav...@tr...>]

I'm migrating from Ubuntu 7.10 to Ubuntu 8.04.  For a number of reasons,
I've created a brand new Ubuntu 8.04 installation on a new physical
machine.  I've installed SSHMenu from the repositories and I've copied
over the .sshemenu file from my home machine.  (I also copied the
"gnome-telnetmenu.rb" file I created from the case-study described here:
http://sshmenu.sourceforge.net/articles/sshtelnetmenu.html.)

When I click on the SSHMenu panel applet on the 8.04 machine, it
displays the list of "Host Connection Details" titles as I had defined
them in my 7.10 environment, so everything looks ok.  However, when I
attempt to launch one of those sessions, I see a window "blink" and
immediately disappear.  I see the same behavior if I use the "Test"
button on the "Host Connection Details" dialog.  If I take the Hostname
value from a random "Host Connection Details" definition and use it with
ssh from the command line, it works.

How can I troubleshoot this?  I've been looking for a log file, but I
haven't found it.  Am I missing something simple?

Thanks,
--David

Re: [sshmenu] two suggestions

[Grant M. <gr...@mc...>]

On Fri, 2008-02-22 at 15:55 +0200, Can Bican wrote:
> Hi,
> 
> Thanks for this tiny and useful tool. I always asked for something
> like the "konsole menu" after I switched to gnome from kde, now here
> it is :)
> 
> Two suggestions though:
> 
> 1. I understand you rely on gnome-terminal for some features, but as a
> streamlined application, I think it should honor the global settings,
> or at least provide an option for it. So can we add "using the default
> gnome terminal application" to the wish list?

The standard SSHMenu classes support either gnome-terminal or xterm.
While it's not terribly hard to add support for alternative terminal
emulators, it would be extremely hard to make SSHMenu 'just work' with
whatever the GNOME default terminal setting is.

If you have a particular terminal package you wish to use, I'm happy to
work with you to add support for that.  To get basic functionality, all
that's required is overriding the build_window_command() method as
described in the SSHMenu Hacker's Guide:

  http://sshmenu.sourceforge.net/dev/hackers_guide.html

> 2. Another cool feature would be to use avahi, so that computers using
> avahi/zeroconf/rendezvous and announcing their ssh services are
> automatically visible on the list. How does it sound?

I know some people have already adapted SSHMenu to dynamically add and
remove hosts from the menu, I'm not sure if anyone has integrated with
avahi.  Speaking for myself, I certainly don't want menu options
appearing and disappearing automatically :-)

> I would humbly ask for them as feature additions, and I'm also willing
> to contribute, if you need me :)

My philosophy with SSHMenu is to keep the core code fairly lean, and to
make it easy for people to customise.

On other projects I have suffered from adding too many features.  Any
one user typically only needs one or two features but I end up with the
headache of making sure all of them work together and the responsibility
for resolving the inevitable conflicts.

In the first instance, I'd suggest you look into the hacker's guide.  If
you come up with customisations, I'd be happy to showcase them on the
SSHMenu web site, as with the telnet support feature: 

  http://sshmenu.sourceforge.net/articles/sshtelnetmenu.html

If there's interest, I could also set up an add-ons folder in the SVN
repo and share around commit rights.

If you do try your hand at customising SSHMenu then feel free to ask
questions on the list.

Regards
Grant

[sshmenu] two suggestions

[Can B. <ca...@bi...>]

Hi,

Thanks for this tiny and useful tool. I always asked for something
like the "konsole menu" after I switched to gnome from kde, now here
it is :)

Two suggestions though:

1. I understand you rely on gnome-terminal for some features, but as a
streamlined application, I think it should honor the global settings,
or at least provide an option for it. So can we add "using the default
gnome terminal application" to the wish list?

2. Another cool feature would be to use avahi, so that computers using
avahi/zeroconf/rendezvous and announcing their ssh services are
automatically visible on the list. How does it sound?

I would humbly ask for them as feature additions, and I'm also willing
to contribute, if you need me :)

Btw, apologies if they're mentioned / implemented in development
branch, I'm using 3.15 at the moment.

Cheers,

-- 
Can Bican

Re: [sshmenu] Warning when connecting to ssh server

[Christopher J. W. <chr...@gm...>]

Right on.  I can't believe that was in the FAQ and I missed it.  For anyone
else interested, on Ubuntu (I'm on Gutsy) the FAQ lists
/etc/X11/gdm/PostSession/Default, but the gdm stuff is now just at /etc/gdm
(ergo, /etc/gdm/PostSession/Default).

Thanks!
.cw.

On Jan 24, 2008 2:50 PM, Grant McLean <gr...@mc...> wrote:

> On Thu, 2008-01-24 at 13:01 -0500, Christopher J. Wells wrote:
> > $SSH_AUTH_SOCK point to /tmp/whatever, but it does not exist!
> >
> > This started happening recently, but never used to.  Is there a way to
> > prevent or re-set this or anything?
>
> This sounds like the problem described here:
>
>  http://sshmenu.sourceforge.net/faq/#agent_error
>
> The quick and dirty workaround is to reboot your workstation.  The fix
> is to make sure that when you log out of GNOME, all the GNOME processes
> are killed.
>
> Regards
> Grant
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> sshmenu-users mailing list
> ssh...@li...
> https://lists.sourceforge.net/lists/listinfo/sshmenu-users
>



-- 
Christopher J. Wells

Re: [sshmenu] Warning when connecting to ssh server

[Grant M. <gr...@mc...>]

On Thu, 2008-01-24 at 13:01 -0500, Christopher J. Wells wrote:
> $SSH_AUTH_SOCK point to /tmp/whatever, but it does not exist!
> 
> This started happening recently, but never used to.  Is there a way to
> prevent or re-set this or anything?

This sounds like the problem described here:

  http://sshmenu.sourceforge.net/faq/#agent_error

The quick and dirty workaround is to reboot your workstation.  The fix
is to make sure that when you log out of GNOME, all the GNOME processes
are killed.

Regards
Grant

[sshmenu] Warning when connecting to ssh server

[Christopher J. W. <chr...@gm...>]

$SSH_AUTH_SOCK point to /tmp/whatever, but it does not exist!

This started happening recently, but never used to.  Is there a way to
prevent or re-set this or anything?

-- 
Christopher J. Wells

Re: [sshmenu] multiple sshmenu applets?

[Jeff E. <je...@ac...>]

> 
> One quick-and-dirty way to get multiple copies of SSHMenu in the panel
> is to use the GNOME Swallower Meta Applet (the gnome-swallow-applet
> package on Debian/Ubuntu).  This allows you to 'swallow' any standalone
> menu into the panel so you could use it to invoke the sshmenu-gnome
> program with whatever command-line arguments you need.
> 
> 

The GNOME Swallower Meta Applet (from Debian) has provided the solution
I was after.


Thank you

Jeff Ewing

Re: [sshmenu] multiple sshmenu applets?

[Grant M. <gr...@mc...>]

On Wed, 2007-12-19 at 07:44 +1100, Jeff Ewing wrote:
> Hello,
> 
> Is it possible to configure multiple applets in the panel with different
> .sshmenu configuration files?

I'm not aware of a mechanism for passing arguments to applets, or any
other mechanism which could be used to tell each SSHMenu instance which
config file to use.

One quick-and-dirty way to get multiple copies of SSHMenu in the panel
is to use the GNOME Swallower Meta Applet (the gnome-swallow-applet
package on Debian/Ubuntu).  This allows you to 'swallow' any standalone
menu into the panel so you could use it to invoke the sshmenu-gnome
program with whatever command-line arguments you need.

> Now I have one applet, and two standalone sshmenu windows invoked with 
> the command line --config-file. If I cant easily put three sshmenu
> applets in my panel, I wanted to arrange these  (like the rest of 
> my desktop) with devilspie. However, both of my standalone
> sshmenu windows have the same application names and window names.
>
> Is there any way I can pass a --title (or app name|class) to differentiate 
> my standalone sshmenu windows?

It's possible that you'll have the same issue with the swallower applet,
however you could use a custom wrapper script to change the window
title.

The default wrapper script looks like this:

  #!/usr/bin/ruby -W2

  require 'gnome-sshmenu'

  app = GnomeSSHMenu::Factory.make_app()

  app.run

You could make your one (or more) of your own along these lines:

  #!/usr/bin/ruby -W2

  require 'gnome-sshmenu'

  win = Gtk::Window.new( Gtk::Window::TOPLEVEL )
  win.title = 'xyzzy'

  app = GnomeSSHMenu::Factory.make_app(:window => win)

  app.run

You could also try something like: 

  win.role = 'sshmenu1' 

to give devilspie something else to match on.

Cheers
Grant

[sshmenu] multiple sshmenu applets?

[Jeff E. <je...@ac...>]

Hello,


Is it possible to configure multiple applets in the panel with different
.sshmenu configuration files?

Now I have one applet, and two standalone sshmenu windows invoked with 
the command line --config-file. If I cant easily put three sshmenu
applets in my panel, I wanted to arrange these  (like the rest of 
my desktop) with devilspie. However, both of my standalone
sshmenu windows have the same application names and window names.

Is there any way I can pass a --title (or app name|class) to differentiate 
my standalone sshmenu windows?


-- 
Jeff Ewing

Aconex
The easy way to save time and money on your project

696 Bourke Street, Melbourne,
VIC 3000, Australia
Tel: +61 3 9240 0200  Fax: +61 3 9240 0299
Email: je...@ac...  www.aconex.com

[sshmenu] [ANNOUNCE] SSHMenu Release 3.15

[Grant M. <gr...@mc...>]

I'm pleased to announce that version 3.14 of SSHMenu is now available.
This is mainly a code cleanup and documentation release.  The only new
feature is XEmbed support which primarily targets non-GNOME desktops.

Here's the changelog:

  * added support for using XEmbed to embed SSHMenu in another app/panel
    via the --socket-window-id command line option
  * simplified wrapper scripts so all arguments to make_app are now
    optional and have sensible defaults
  * wrapper scripts no longer need to call Gtk.init
  * major revamp of command-line option handling
    + no longer necessary to call app.getopts from wrapper script
    + custom override of ARGV can be passed to make_app
    + --config-file now processed early to allow it to influence class
mappings
  * calls to ssh-add now check exit code rather than parsing STDOUT
  * added rdoc comments throughout codebase
  * set_askpass() method renamed to setup_askpass_env()
  * selected()    method renamed to on_selection_changed()

If refactored methods break your custom classes, then I'm happy to help
you resolve those issues on the list.  Where possible, changes have been
made in a way that preserves backwards compatibility.

Finally, now that RDoc comments have been added throughout the code, the
generated HTML documentation for developers can be browsed here:

  http://sshmenu.sourceforge.net/dev/rdoc/

Regards
Grant

Re: [sshmenu] SSHMenu powertop report

[Grant M. <gr...@mc...>]

On Thu, 2007-10-11 at 20:00 +0200, Ori Avtalion wrote:
> Hi,
> 
> I ran powertop on my machine, and discovered that SSHMenu 3.14 causes
> lots of processor wakeups when it's idle.
> 
> ( 62.5)    sshmenu-applet : do_nanosleep (hrtimer_wakeup)
> 
> Any idea what causes it?

One of my colleagues was trying out PowerTop and saw the same thing.
It seems to be an issue with any Ruby/Gtk program.

I made a test program that used no SSHMenu code and simply displayed one
button I was surprised to see it was bouncing in and out of the select()
system call even without user interaction. I sent this message to the
ruby-gnome2 list:

  http://www.ruby-forum.com/topic/126172

The upshot seems to be that the Ruby/Gtk bindings work this way to
support Ruby threading - i.e. if the main Ruby thread blocked in the Gtk
event loop's select() then other threads would never get a chance to
run.  SSHMenu doesn't explicitly use threading but there's no way to
tell the bindings that it's safe to block in the event loop.

The discussion in the thread linked above does suggest it could be fixed
in the bindings but there's no short-term fix.

Regards
Grant

[sshmenu] SSHMenu powertop report

[Ori A. <or...@av...>]

Hi,

I ran powertop on my machine, and discovered that SSHMenu 3.14 causes
lots of processor wakeups when it's idle.

( 62.5)    sshmenu-applet : do_nanosleep (hrtimer_wakeup)

Any idea what causes it?

[sshmenu] Adding Telnet Support to SSHMenu (was: SSHMenu Hack?)

[Grant M. <gr...@mc...>]

Hi Eric

On Sat, 2007-09-15 at 05:57 -0600, Eric Krieger wrote:
> Hi Grant,
> 	Thank you so much for writing SSHMENU. It saves me so much time that I
> now ask if there is a way to do the same thing for telnet?  I've looked
> at the hack page and wondering if I can create a custom launcher for
> telnet?  SSH is great for servers and firewalls but telnet is still used
> for most routers and switches.

Sorry about the delay in responding - I thought your enquiry would make
a useful real-world case study so I wrote it up here:

  http://sshmenu.sourceforge.net/articles/sshtelnetmenu.html

Cheers
Grant

Re: [sshmenu] SSHMenu coming to Debian unstable

[Grant M. <gr...@mc...>]

On Sat, 2007-09-08 at 21:44 +0300, Ori Avtalion wrote:
> Hi,
> 
> I filed a Request-to-Package, and someone volunteered to maintain it:
> <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438615>

Yes, I received an email from Kevin Coyner last week saying he was
packaging SSHMenu for Debian.  I replied to let him know that a new
release was imminent and then again after the release, but I haven't
heard back from him yet.

Cheers
Grant

[sshmenu] SSHMenu coming to Debian unstable

[Ori A. <or...@av...>]

Hi,

I filed a Request-to-Package, and someone volunteered to maintain it:
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438615>

Re: [sshmenu] Installation Problems

[Grant M. <gr...@mc...>]

On Wed, 2007-09-05 at 16:42 +0200, =C3=96hler, Alessandro wrote:
> Hi
>=20
> I have troubles to run your applet.
> I=C2=B4m running gnome and gentoo Linux.
> As there is no ebuild available i added it manually with make install.

Hmm the 'make install' has only been tested on Debian/Ubuntu.  One thing
it doesn't do at all (but probably should) is check dependencies.  The
dependencies and file locations are documented here:

  http://sshmenu.sourceforge.net/download/install.html

The easiest way to check the basic dependencies is to run the standalone
version of sshmenu from the command line:

  sshmenu-gnome

If that pops up a tiny little window with a menu then you have the basic
Ruby and Ruby-Gtk library dependencies satisfied.  The only other
library required is the panelapplet2 ruby library.

> Then i can select the "SSH Menu Applet" in the add to Panel menu.

That suggests that the sshmenu-applet.server file at least is in the
right place.  The .server file tells GNOME where to find the
'executable' for the applet.  Specifically, it points at:

  /usr/lib/gnome-panel/sshmenu-applet

Check that file exists and is executable.

> But here the Problems beginn with a Errormessage.
>=20
> "The panel encountered a problem while loading "OAFIID:GNOME_SSHMenuApple=
t"

There is a trick to debugging panel applet problems.  First, make sure
you've removed all instances of the applet from the panel.  Then from a
command window run the applet executable:

  /usr/lib/gnome-panel/sshmenu-applet

This should not give any errors, not pop up any windows and not return
to a command prompt - i.e.: your shell window is waiting for the applet
executable to exit (which it won't).

Now, with the applet executable still running in the shell window, use
the GUI to add the applet to the panel.  The panel will attach to the
running instance of the applet and any errors will go to the terminal.

I'm assuming that at some point in this process you'll get an error that
give us a clue.

Cheers
Grant

[sshmenu] Installation Problems

[<Ale...@ec...>]

Hi

I have troubles to run your applet.
I=B4m running gnome and gentoo Linux.
As there is no ebuild available i added it manually with make install.
Then i can select the "SSH Menu Applet" in the add to Panel menu.

But here the Problems beginn with a Errormessage.

"The panel encountered a problem while loading "OAFIID:GNOME_SSHMenuApple=
t"

What i=B4m doing wrong ???

Ciao
  Alessandro
Die Information in dieser Nachricht ist vertraulich und ausschliesslich f=
uer den Adressaten bestimmt. Der Empfaenger dieser Nachricht, der nicht d=
er Adressat, einer seiner Mitarbeiter oder sein Empfangsbevollmaechtigter=
 ist, wird hiermit davon in Kenntnis gesetzt, dass er deren Inhalt nicht =
verwenden, weitergeben oder reproduzieren darf. Sollten Sie diese Nachric=
ht irrtuemlich erhalten haben, benachrichtigen Sie uns bitte unverzueglic=
h per Telefon und retournieren Sie uns die Nachricht per E-Mail/Fax.


The information contained in this e-mail is privileged and confidential a=
nd is for the exclusive use of the addressee. The person who receives thi=
s e-mail and who is not the addressee, one of his employees or an agent e=
ntitled to hand it over to the addressee, is informed that he may not use=
, disclose or reproduce the contents thereof. If you have received this c=
ommunication by mistake, please let us know by telephone without delay an=
d send it back to us by e-mail/fax.

[sshmenu] [ANNOUNCE] SSHMenu Release 3.14

[Grant M. <gr...@mc...>]

I'm pleased to announce that version 3.14 of SSHMenu is now available.
Here are the relevant change log entries:

  * add support for environment settings when connecting (eg: LANG)
  * improved quoting of command arguments
  * fix bcvi support in tabbed mode
  * preserve unknown host attributes when saving config
  * add homepage link in 'About' pane of main dialog
  * initially collapse sub-menus in preferences dialog
  * replace README.HACKERS file with HTML version at:
    http://sshmenu.sourceforge.net/dev/hackers_guide.html
  * add a test suite

The environment support is the main new feature.  It is probably most
useful for people who use a modern distro with a utf-8 locale but must
connect to older servers which don't have utf-8 locales.  You can now
use an environment setting to change the locale used by the local
terminal process which allows you to work-around the fact that you can't
select a locale in the gnome-terminal profile.

The other news is that SSHMenu has now moved to SourceForge, so there's
a shiny new web site here:

  http://sshmenu.sourceforge.net/

details for the new Debian/Ubuntu repository are here:

  http://sshmenu.sourceforge.net/download/deb_repo.html

and the Hacker's Guide has been removed from the distribution and
replaced with this HTML page:

  http://sshmenu.sourceforge.net/dev/hackers_guide.html

The preferred place for enquiries is the SSHMenu Mailing list:

  https://lists.sourceforge.net/lists/listinfo/sshmenu-users

Regards
Grant McLean