Hiding terminal window when running shell script?

Hi,
I've set up a shell script (myscript.command) to run an application with certain launch arguments. When I execute the script the app runs fine, but I get a residual terminal window.
How can I hide it immediately after the app launch, or, preferably, avoid seeing it in the first place?
Thanks!
Guy

A .command script is really just a data file for Terminal.app, which is why a terminal opens. One solution is to convert it to be its own .app (i.e., it would run on its own instead of being run by something else). I think platypus and dropscript are the two standard tools for doing that.

Similar Messages

Dbms_scheduler error when running shell script

I have 2 shell scripts.
ftp_file_from_apps.sh copies a file from one server to antoher. It receives an input which is the name of the file to be copied.
scp_file_to_dbs.sh does a secure copy. Copying the file fo anther directory on the same server.
ftp_file_from_apps.sh
~~~~~~~~~~~~~~~~~
#!/bin/bash
sftp applprod@<host.domain>:/<source_directory>/$1
/<destination_directory>/$2
scp_file_to_dbs.sh
~~~~~~~~~~~~~
scp -r /<source_directory>/$1 <host.domain>:/<destination_directory>/$1
Both of these scripts works 100% when i run them from os level:
ftp_file_from_apps.sh xxx.out xxx.pdf
scp_file_to_dbs.sh xxx.pdf
the problem is when i run them with dbms_scheduler:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
v_file_name and v_file_name_pdf is varchar2(20) with values assigned.
begin
dbms_scheduler.create_job(
job_name=>'FTP_FILE_FROM_APPS',
job_type=>'executable',
job_action=>'/<directory_of_script>/ftp_file_from_apps.sh
v_file_name v_file_name_pdf',
enabled=>TRUE
end;
begin
dbms_scheduler.create_job(
job_name=>'SCP_FILE_TO_DBS',
job_type=>'executable',
job_action=>'/<directory_of_script>/scp_file_to_dbs.sh
v_file_name_pdf',
enabled=>TRUE
end;
ftp_file_from_apps.sh error:
ORA-27369: job of type EXECUTABLE failed with exit code: No such file or directory
scp_file_to_dbs.sh error:
ORA-27369: job of type EXECUTABLE failed with exit code: No such file or directory
I tripple checked my <directory_of_script>.
Please help.
Regards
John

Hi,
What Paul means is that you should not be using
job_action=>
'/<directory_of_script>/scp_file_to_dbs.sh v_file_name_pdf',
Instead job_action should be the name of the shell script only. So you should have
job_action=>
'/<directory_of_script>/scp_file_to_dbs.sh',
number_of_arguments=>1
enabled=>false
And then make a call to dbms_scheduler.set_job_argument_value (for each argument) and finally a call to dbms_scheduler.enable.
Hope this helps,
Ravi.

Automator - Run Shell Script - Does not return when script launches firefox

Automator does not work the same on my MacBooks as my Mac mini! Both are latest Snow Leopard. I'm trying to automatically setup my MacBook after it decides if I'm at work, or elsewhere.
The Automator Action "Run Shell Script" (Shell: /usr/bin/perl) does NOT return control when attempting to launch Firefox:
system("/Application/Firefix.app/Contents/MacOS/firefox-bin -private news.google.com &");
Note: the ampersand should cause Firefox to start as a background process.
It only returns control after I close Firefox. I have a "Show Growl Notification" as the second action, so I know that the first action has not completed. Odd thing is that this works on my Mac mini. I also noticed that another difference: on my MacBook status is displayed in the top toolbar when the Automator application is running.
Any ideas?

Thanks, it worked. I forgot about stderr and stdin.
I'm using Perl as it is part of a bigger script. I can quickly and easily figure out if I am at work where my MacBook is plugged into a network:
my $ethernet = qx(ifconfig en0) =~ m{status:.active}xms;
if ($ethernet) {
# setup stuff for work environment
} else {
# setup stuff for mobile environment
}

Running Shell scripts from the desktop

Hi,
I'm from the UNIX world rather than the mac one so have written a number of shell scripts. Lets call them foo.sh and bar.bash for the sake of argument.
These are sitting in a folder on my desktop
I can happily open a terminal session and run the scripts - and they work as I expect them to.
If I open a Finder window and double click on the icons for the scripts what happens is that it opens TextEdit.
Theres two things I'd like to change
A. I'd like to change the behaviour so that the scripts run when I double clike them rather than opening an editor (possibly in a terminal window )
B. I'd like to be able to change the editor from TextEdit to one I'm more used to...(I've installed Vim/Gvim which I quite like).
A. - Haven't managed to get anywhere trying to solve this....
B. - So far my attempts have got as far as...
1...
right-click -> open with -> Other -> select vim.app
tick Always open as
click open
The file then opens in a vim window.
however if I now close the vim application and double clike the file icon then the file opens in TextEdit again
2...
Right Click -> Get Info -> Open with VIM -> add -> Change all
message appears
'Are you sure you want to change all your Vimm.app documents to open with the application "vim.app"
This change will apply to all Vim.app documents with extension ".sh" '
click continue
In the Info pane the 'Open with' selection widget immediately changes to say 'Open with: TextEdit.app'
So I'm a bit stumped, can you help!
Regards
Mark
Mac Mini Mac OS X (10.4.3)

Thanks to both people who answered.
You both gave me useful workarounds to my problem.
Renaming the scripts to be 'foo.command' was very hepful and useful to know. I tried this and it does indeed work. I may use this in the future.
I also had a play around with applescript and the automator to achieve similar results.
I agree that double clicking to run the file and also edit it is mutually exlcusive - I'm sort of trying to work out how I could make it do 'either/or' as I choose. In the Windows world i'd have the option of setting 'open' to run the script (assuming I'd got cygwin installed and had assiciated it) OR 'Edit with vim' if I wanted to edit the file (assuming vim was installed!).
Unresolved issue is that I'm still unable to get VIM to be associated with a .sh file.
The way I would envisage it working in Mac world would be to be able to right click on foo.sh -> Open with... and have a list to select from immediately there like..
Text Edit
Vim
Terminal (default)
and be able to somehow add and remove apps from the list and change which is the default.
My issue is that I don't seem to know how to get other apps than TextEdit to appear in the list - I suspect I need a better understanding of how these file/application associations work and are configured.
Regards
Mark

Running shell scripts/apple scripts without dock icon?

Is there anyway to hide the ugly dock icon when executing shell scripts (or apple scripts)?
I have a script I execute every time as a login item, and it bounces in the dock whenever I log in. Is there any way to hide it ?
Thanks,

Thanks to both people who answered.
You both gave me useful workarounds to my problem.
Renaming the scripts to be 'foo.command' was very hepful and useful to know. I tried this and it does indeed work. I may use this in the future.
I also had a play around with applescript and the automator to achieve similar results.
I agree that double clicking to run the file and also edit it is mutually exlcusive - I'm sort of trying to work out how I could make it do 'either/or' as I choose. In the Windows world i'd have the option of setting 'open' to run the script (assuming I'd got cygwin installed and had assiciated it) OR 'Edit with vim' if I wanted to edit the file (assuming vim was installed!).
Unresolved issue is that I'm still unable to get VIM to be associated with a .sh file.
The way I would envisage it working in Mac world would be to be able to right click on foo.sh -> Open with... and have a list to select from immediately there like..
Text Edit
Vim
Terminal (default)
and be able to somehow add and remove apps from the list and change which is the default.
My issue is that I don't seem to know how to get other apps than TextEdit to appear in the list - I suspect I need a better understanding of how these file/application associations work and are configured.
Regards
Mark

Run Shell Script: Interaction?

I use a shell script to build and edit blog articles.
It's quite clever when on the local server where the files end up. A simple routine of building a .php file, then it launches Vim on the file it created, I make some edits to it (add the content), then save and exit Vim.
That is it. When done on the local server, this is perfect. However, with my new upgrade to Tiger, I wanted to try using Automator to do some of this as well as the image copy and conversions which I typically do beforehand.
The Workflow I have so far actually works but the SCRIPT part is messing with me.
I need to have Automator launch the script in a Terminal window so I can interact with the steps it goes thru. Essentially, the launch of Vim in the Terminal opening the file that was made.
I can't figure out how to do this. Terminal is not an app in the left pane of Automator, and when I call my script using "Run Shell Script", it does not perform the last step, "vi filename.php" - rather it completes and leaves my "Stencil" un-edited.
How can I get this done?
Beavis2084

http://discussions.apple.com/message.jspa?messageID=1791477#1791477

Perl's __END__ doesn't work under Automator's Run Shell Script action

Howdy,
I have a large embedded data file in my Perl source file using the _END_ token. It works great at the command line, but when I copy and paste my Perl code into the Run Shell Script code window and execute it, reading the special file handle DATA always returns 0 lines.
Help?
-Eric

Originally I was using $@ to parse a string and get the result pasted by the service. That was a while ago. There, I noticed that some Japanese characters were messed up. Basically all the kana characters that come with voicing markers like が-ga (instead of か-ka) etc. I did not have the time to pursue that issue though.
Then, last night, I found that a colleague of mine had tried to use $@ to feed to a local dictionary application called ding (http://ftp.tu-chemnitz.de/pub/Local/urz/ding/). His problem was with characters that had umlauts. After verifying how he wrote his action I remembered that I had similar issues with Japanese.
Basically his command was "/path/to/ding $@"
That's supposed to use the selected string as an argument to pass to ding, which will launch a Wish application where the string is used as the searched item.
From Terminal, that works a treat. But the exact same line in Automator (with input as argument, not as stdin) messed the composition and the resulting string was not recognized by ding as a match to what it was supposed to match.
So, I tried a few things to get to the core of the issue and found that a simple "echo [accented characters]" was enough to reproduce the difference in string handling between Automator and Terminal. That difference is also reproduced on a number of person's machines.
I have a number of services that basically revolve on "run shell script" actions and involve 3rd party application outputs, preference files etc. so it would not be convenient to show that to you.
I have sent a mail about this issue to the automator list yesterday too:
http://lists.apple.com/archives/Automator-users/2011/Jun/msg00004.html

How to prevent Automator's "run shell script" to create fully decomposed forms of my strings ?

I am using Automator's "run shell script" and I am seeing that it outputs fully decomposed forms of my strings.
For example, when I set the action to "echo été" in a service (with "Replace selected text" activated) and run that into a Textwrangler window, I'll get fully decomposed forms that Textwrangler won't understand. But when I simply type that command into Terminal, I get my string in composed form.
The problem is not the display issue, but the fact that if I want to run grep for example in "run shell script", I will not be able to find the proper strings since the forms are different.

Originally I was using $@ to parse a string and get the result pasted by the service. That was a while ago. There, I noticed that some Japanese characters were messed up. Basically all the kana characters that come with voicing markers like が-ga (instead of か-ka) etc. I did not have the time to pursue that issue though.
Then, last night, I found that a colleague of mine had tried to use $@ to feed to a local dictionary application called ding (http://ftp.tu-chemnitz.de/pub/Local/urz/ding/). His problem was with characters that had umlauts. After verifying how he wrote his action I remembered that I had similar issues with Japanese.
Basically his command was "/path/to/ding $@"
That's supposed to use the selected string as an argument to pass to ding, which will launch a Wish application where the string is used as the searched item.
From Terminal, that works a treat. But the exact same line in Automator (with input as argument, not as stdin) messed the composition and the resulting string was not recognized by ding as a match to what it was supposed to match.
So, I tried a few things to get to the core of the issue and found that a simple "echo [accented characters]" was enough to reproduce the difference in string handling between Automator and Terminal. That difference is also reproduced on a number of person's machines.
I have a number of services that basically revolve on "run shell script" actions and involve 3rd party application outputs, preference files etc. so it would not be convenient to show that to you.
I have sent a mail about this issue to the automator list yesterday too:
http://lists.apple.com/archives/Automator-users/2011/Jun/msg00004.html

Trouble using Run Shell Script with python in Automator

Hi. I have a python script I want to run in Automator (update_puzzles.py). All it does is check, rearrange and update files and there is not supposed to be any input. I can get the script to run outside of Automator, in Terminal, by navigating to the right directory and typing "python update_puzzles.py"
I must not be setting up Run Shell Script correctly. I have it set to /bin/bash and Pass Input to stdin. The command line simply reads python /pathname/update_puzzles.py (where pathname is the path to the .py file, which I got by dragging the file onto the Run Shell Script command window). There are no actions before this in my workflow and the action after is View Results.
The log says Run Shell Script failed, and the error is "Traceback (most recent call last):"
Any suggestions?
Thanks so much.

If the script is expecting to do stuff with files in the same directory as the executable, you will probably need to add a statement to change to the appropriate working directory. The shell used in the Automator *Run Shell Script* action is a generic one that does not share any of the environment variables that the Terminal uses.

Automator and "Run Shell Script" error

First, if I'm in the wrong place with this- sorry. Figured this was an OS kind-of thing.
I recently migrated to a new iMac ... I brought along an Automator script; I've been using it for years to perform a little rsync backup to an USB HDD. It's 'never' given me any problems ... until now!
"*Run Shell Script*" encountered an error .. but alas, the system log is devoid of messages ... and the verbose log I have running indicates that all the files are copied/backed-up ... I would love any input on this that might help me get back on the feet. .....
*Here's what my Shell Script Looks like:*
Shell Option: /bin/bash
Pass Input: to stdin
rm -dfr '/Volumes/Backup HD/*********'
rm -dfr '/Users/***********/Library/Logs/Profile_Backup.log'
rsync -rltv /Users/******** '/Volumes/Backup HD/' > /Users/*******/Library/Logs/Profile_Backup.log
(I'm sure there's way to only sync the changed stuff between backups ... but I've simply preferred the fresh copy approach).
*I do however note this in my logs when I open Automator:*
12/14/10 3:15:46 PM [0x0-0x42042].com.apple.automator.Backup[464] Application Stub: OpenScripting.framework - scripting addition "/Library/ScriptingAdditions/Adobe Unit Types.osax" declares no loadable handlers.

@Tony T1
Thanks, I'll certainly adjust the log file as suggested
In troubleshooting the problem I went the terminal route - and issued each command ... during the rsync process I was getting an error ... turns out when it was syncing the SyncServices folder it was encountering a copy of the keychain ... which had root permissions - naturally rsync was not able to copy the file (personally I have no idea why the keychain would be being sync'd with anything)!
I removed the file from the sync ... I'm still doing some "debugging" to correct the problem-
Again, thanks for the assist!

Automator runs shell script differently

hi
i build a little shell script that mounts my network-shares when they are available - that's works perfect if run by terminal but if i run it via Automator-Run shell script it does ******** - it doesn't seem to recognize my variables and creates dirs like $“Data“ instead of just Data
can anyone help me with that?
#!/bin/bash
# connects to network shares if server available
#config - wich server and mountpoints, login
server=$"192.168.2.1"
serverName=$"NAS(AFP)"
dir=$“Data“
dir2=$“Data1“
login=$“xxx“
pw=$“xxx“
#connect-test and create mountfolders
ping -q -c3 $server > /dev/null
if [ $? -eq 0 ];then
if [ -d "/Volumes/"$dir"" ]; then
echo "folder $dir exists"
else
echo "creating folder $dir"
mkdir "/Volumes/"$dir""
fi
if [ -d "/Volumes/"$dir2"" ]; then
echo "folder $dir2 exists"
else
echo "creating folder $dir2"
mkdir "/Volumes/"$dir2""
fi
#mount
mount_afp "afp://"$login":"$pw"@"$serverName"._afpovertcp._tcp.local/"$dir"" "/Volumes/"$dir""
mount_afp "afp://"$login":"$pw"@"$serverName"._afpovertcp._tcp.local/"$dir2"" "/Volumes/"$dir2""
echo „ping ok“
else
echo „failed to connect to $serverName“
fi

FYI. If you create an Alias of a mounted volume, the Alias will record all the connection information, except the password. If your keychain is not locked, then when double clicking on the Alias, it will get the password from the keychain and mount the networked volumes (assumes you allowed the password to be stored in the keychain when you first mounted the volumes interactively).
The Aliases can be put into your System Preferences -> Users & Groups -> Startup Items if you like.
If this is a laptop and you are re-mounting the volumes when you get to a specific location, you might want to look at ControlPlane
<http://www.macupdate.com/app/mac/39644/controlplane>

Apple Automator - Run Shell Script Application

Morning, hope somebody can point of my error please.
I'm attempting to create an Application wrapper for a minecraft server.
I've done the following
Automator > Application
I've dragged in 'Run Shell Script'
The Shell dropdown is '/bin/bash'
The Pass input is 'as arguments'
In the script I have '
cd /Volumes/3Tb/Bukkit_live
/usr/bin/java -Xmx2G -jar /Volumes/3Tb/Bukkit_live/minecraft_server.jar nogui
Now when I run it through the automator app, it works fine, the server starts, however when I try and run it as a standalone application it does nothing ?
Please help.
Thanks in advance.
Darren

Best guess is that there is an environment variable in your Terminal session that does not exist when you are running an Automator workflow.
You could try running an Automator workflow that does Run Shell Script with something like
( pwd
id -a
echo $#
echo "$@"
printenv
) >/tmp/automator.environment.txt
Then do 2 things. Run it within Automator and copy the /tmp/automator.environment.txt file someplace safe. Next save it as an Automator app and run it that way. Compare the 2 automator.environment.txt files and see if anything significant is different between the 2.
This is just a guess (an educated guess, as this sort of thing has happened to others in the past when they see a difference between running a script interactively and running it as an embedded app).

How to pass video file name to run shell script

Trying to make an automator script that will 1. Start a video capture, 2. Stop video capture, 3. Rename video, 4. Run Shell Script. Here is the shell script:
for f in "$@"
do
echo "$f"
/usr/bin/podcast --server my.podcast.server --user myself --pass mypass --submit --file $f --workflow "my workflow" --metadata /path/to/file
done
Question:
Do I need to create a variable in the automator script to pass it to the script? If I need the variable do I also need to use both Set Value of Variable and Get Value of Variable? If I don't need a variable does $f need quotes around them?

I'm not familiar with the terminal command /usr/bin/podcast so I don't know what it does but what i said is correct. to pass a file to this action you don't need any variables. the previous action in the workflow should output the video file you want to process, that's all. how you arrange that is up to you. it's clear that you have to fill in appropriate things in that shell script like " my workflow" and path to metadata. But if you have questions about how this shell action works you should ask people who made it.

Running Shell Script

Hi all,
I need to run shell script on one of linux servers while executing some IdM workflow.
There is no need to manage that server/ provision accounts / reset passwords etc but just to run the script and to process the result.
I have IdM 8.04 installed on Windows Machine.
What are my options to achieve that mission?
Thank You,
Alex.

I was considering a situation similar to AD after actions where sometimes we execute a dos batch file for any specific purpose like creating home folder using mkdir. I was thinking on similar lines if your shell script is also for a specifc function similar to the one I mentioned above and if it is applicable in windows environment, you might covert that into a dos batch and do similar to an after action.
Since you need your shell script to be run in UNIX / LINUX machine, I do not see any other way other than writing a java class and invoke within a wf as it was mentioned by etech or if you are planning on using any of the out of the box resource adapters, the AIX resource adapter reference might help, but I have not worked with that

Can't add "Run Shell Script" in Automator

When I drag "Run Shell Script" to the right pane in Automator nothing happens. All other applications I've tried can be dragged to the right pane. In the system.log I can find the following message:
Feb 7 16:56:48 Bananaboat Automator[195]: Error : -[AMWorkflowView _addAction:Kör kommandotolksskript] : * -[NSTextView replaceCharactersInRange:withString:]: nil NSString given.
"Kör kommandotolksskript" is "Run Shell Script" in Swedish.
Any ideas how to fix this?

You might have a corrupted file in the action, in which case you could reload it with something like Pacifist. You can't get the digest of a directory, so for comparison, compressing a copy of /System/Library/Automator/Run Shell Script.action on my desktop gives me the following:
sha1 digest: c209b69777f6a3301d72ddf0eb0ad4e7d4230741
md5 digest: 09e4ade9056ada3294ffb93bd16de1a7

Hiding terminal window when running shell script?

Similar Messages

Maybe you are looking for