(There is another topic which is quite similar to this one: viewtopic.php?f=22&t=82752)
What I want to do is: Trigger local pop-up when remote command executes. No bell otherwise. Ideas?

Ubuntu has a nice notify-osd system using notify-send. I connected it to the bell using the Konsole notification menu tool. Thats great. But it doesn't really solve the problem because the bell goes off frequently and I ignore it. I'd like to hijack the the bell trigger system and just have it ring when I enter a command, so i can run my commands like this:

Code: Select all

some-remote-ssh-session# do-remote-thing; echo -e '\a'

Why: I have 10+ remote sessions in Konsole where I am doing things, some of which take a long time. They are often on systems I am testing where I don't want to configure anything ( like chat or email) because I create and destroy them constantly. Konsole I realized has this unique position where it sees the remote command but is running locally.

Why don't you just call notify-send (or invoke the notifiction dbus system directly) instead of "echo -e \a"?
The bell is invoked by the running shell (eg. bash) on various occassions (eg. on tab completion), partially configurable.

Other than that, you could configure a more prominent message for invisible sessions and just a "beep" on visible ones.

luebking wrote:Why don't you just call notify-send (or invoke the notifiction dbus system directly) instead of "echo -e \a"?
The bell is invoked by the running shell (eg. bash) on various occassions (eg. on tab completion), partially configurable.

Other than that, you could configure a more prominent message for invisible sessions and just a "beep" on visible ones.

because my session is on a remote server. Is there other way inside Konsole to trigger local events when running Bash on a remote server?

Ah, didn't read close enough - I thought your meant like "ssh foobar.com longRunningJob.sh"

No, the bell is a feature of the shell (bash), not the terminal (konsole) - you'd have to restrict its invocation (eg. on tab completion etc.) in the shell.
It works for me in zsh ("unsetopt beep") but not for bash ("set bell-style none")

Another option was to notify yourself on activity changes in a watched session and watch the session in question for activity (after starting the job) - it'll notify you whenever the shell prints something.

To explicitly call back from a remote system, you'll of course require an open local port to wait for input and do some (eg. via netcat)

Personally I disown the job, exit and have it send me a mail when done (using msmtp, minimal, sendmail compliant smtp client)

Yes but Konsole must be picking up the bell somehow in order to redirect it locally. That BASH session is running remotely...

Sending an email/text is a good idea, it just doesn't suit my particular testing needs. I also considered chat, rejected for same reason.

I just tried loggin into a different server with -X and using xeyes as the notifier. That works great and others may be able to use it successfully, and in fact I can use it on my build machines. The xeyes pop up on whatever desktop has focus, which is perfect as I run 4 desktops.

However there is no X on the servers I am testing.

luebking wrote:No, the bell is a feature of the shell (bash), not the terminal (konsole) - you'd have to restrict its invocation (eg. on tab completion etc.) in the shell.
It works for me in zsh ("unsetopt beep") but not for bash ("set bell-style none")

t and have it send me a mail when done (using msmtp, minimal, sendmail compliant smtp client)