Thanks to everyone who replied to this question. I wound up doing it in
Perl. ;-)
Sliante,
Richard S. Crawford
http://www.mossroot.com
AIM: Buffalo2K ICQ: 11646404 Y!: rscrawford
MSN: [EMAIL PROTECTED]
"It is only with the heart that we see rightly; what is essential is
invisible to the eye."
On Fri, 2003-06-27 at 09:43, Richard Crawford wrote:
> Greetings,
>
> I have a shell script which duplicates a file and then renames the
> duplicate file; the trick is that the duplicate file needs to have the
> same permissions as the original file. For example:
>
> 1. Open file A.txt
> 2.
Richard Crawford wrote:
...
5. Give B.txt the same permissions as A.txt
I assume that there is some set of variables I can look at to find various
attributes of A.txt, so that $APerm = permissions(A.txt) or something, so
I can do chmod $APerm B.txt in step 5.
From the "setfacl" man page:
On Fri, 2003-06-27 at 11:43, Richard Crawford wrote:
> Greetings,
>
> I have a shell script which duplicates a file and then renames the
> duplicate file; the trick is that the duplicate file needs to have the
> same permissions as the original file. For example:
>
> 1. Open file A.txt
> 2.
On Mon, 2002-12-16 at 20:03, Jianping Zhu wrote:
>
> After I change .bash_profile, how I can let it take effect?
> is there some command for bash shell like source for csh?
Yes, "source" is also present in bash:
source .bash_profile
--
redhat-list mailing list
unsubscribe mailto:[EMAIL PROT
logout and log back in.
Or, you could try "reset"
On Mon, 16 Dec 2002, Jianping Zhu wrote:
>
> After I change .bash_profile, how I can let it take effect?
> is there some command for bash shell like source for csh?
>
>
>
> Jianping Zhu
> Department of Computer
Around Mon,Dec 16 2002, at 11:03, Jianping Zhu, wrote:
>
> After I change .bash_profile, how I can let it take effect?
> is there some command for bash shell like source for csh?
>
I think it's designed to be read at login, but you could source it
like:
. .bash_profile
^-single period needed.
On Sat, 26 Oct 2002, MET wrote:
> if[ $MANPATH ] ; then
It's telling you it can't tokenize the expressions, right? Spacing and
quoting are not optional for this construct. And where is the test
condition? How about changing all your tests to something like:
if [ -n "$MANPATH" ]; then
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 26 Oct 2002 16:42:34 -0400, MET wrote:
> I'm trying to start using Qt and I'm having problems setting up the
> environmental variables so I guess I'm off to a pretty bad start.
> Below is what I have included in my /etc/profile minus the defa
D]
Subject: Re: Bash Shell login script
On Fri, Oct 11, 2002 at 03:35:52PM -0700, Todd A. Jacobs wrote:
> Use .bash_profile. If you use .bashrc instead, it will cause all sorts
> of grief if the user opens any xterms. ...
Well, not really--you just make sure that .bashrc is sufficiently
pa
On Fri, Oct 11, 2002 at 03:35:52PM -0700, Todd A. Jacobs wrote:
> Use .bash_profile. If you use .bashrc instead, it will cause all sorts of
> grief if the user opens any xterms. ...
Well, not really--you just make sure that .bashrc is sufficiently paranoid
about its environment that it doesn't ru
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11-Oct-2002/17:46 -0400, MET <[EMAIL PROTECTED]> wrote:
>What is the script that gets for the bash shell on login for a user.
>Not the default wide file, but the user specified one. Basically, I
>want to set it up so that when 1 of my users logs o
On Fri, 11 Oct 2002, MET wrote:
> What is the script that gets for the bash shell on login for a user. Not
> the default wide file, but the user specified one. Basically, I want to
> set it up so that when 1 of my users logs on it automatically runs the
> command 'startx' to load of KDE. I'm do
Cameron Simpson <[EMAIL PROTECTED]> writes:
[...]
> Pretty much only things explicitly opening /dev/tty.
>
> You may also get it if some clueless piece of code assumes it's talking
> to a tty and does a stty or something like that.
I've written many cluesless pieces of code..But missed this on
On Tue, Apr 03, 2001 at 09:25:26AM -0700, Harry Putnam <[EMAIL PROTECTED]> wrote:
| > Another possibility is that your script is dependent upon running on
| > a terminal. Cron jobs do not have a controlling terminal, nor do they
| > have a tty attached to any inputs or outputs.
|
| What kind of t
Jerry,
echo will send its output to wherever the "stdout" is at the
specific portion of your script.
Here is a quickie to demonstrate:
#!/bin/sh
echo "line 1"
echo line 2
(
echo "Testing echo line 3"
) >/dev/null
echo "Number 4"
# end quickie
And the output is:
line 1
line 2
Number 4
We'd have
Rick:
Thanks; belive I've got a clue now.
//jrkeene
On 17 Nov 99, at 20:02, Rick L. Mantooth wrote:
> Jerry,
> echo will send its output to wherever the "stdout" is at the
> specific portion of your script.
> Here is a quickie to demonstrate:
>
> #!/bin/sh
> echo "line 1"
> echo line 2
> (
>
17 matches
Mail list logo
