st moved a file that already existed in the /release/
directory to the AIX.tgz. Perhaps this could be it?
Scot P. Floess-2 wrote:
>
>
>
> Wow...
>
> Try a smaller file...see what happens :)
>
> On Thu, 22 Jan 2009, Faded-Maximus wrote:
>
>>
>> Doesn'
gt;
> --glenn
>
> On Thu, Jan 22, 2009 at 1:49 PM, Faded-Maximus
> wrote:
>
>>
>> After adding the ls -la command:
>>
>> tidy.ASE:
>> [echo] Cleaning the ASE folders...
>> [echo] The ASE folders have been cleaned.
>>
>> unzip.A
No it doesn't reside on a network drive.
Blaine Simpson wrote:
>
> Does /users/build/main/release reside on a network drive? If so, what
> type of network drive?
>
> Faded-Maximus wrote:
>> I really appreciate the help!
>>
>> Added the few lines y
before the gunzip call do this:
>
>
>
>
>
>
>
>
> On Thu, 22 Jan 2009, Faded-Maximus wrote:
>
>>
>> I really appreciate the help!
>>
>> Added the few lines you requested, it appears the GZ_EXISTS variable
>> isn't
>> set, so apparently the gz
P. Floess-2 wrote:
>
>
> OK...so permissions not a problem - next ;)
>
> Hmm...interesting...
>
> What about prior to the gunzip call do this
>
> ...
>
>
>
>
>
>
>
>
> On Thu, 22 Jan 2009, Faded-Maximus w
from the tgz...what does
> the parent dir show as permissions?
>
>
> On Thu, 22 Jan 2009, Faded-Maximus wrote:
>
>>
>> It's not silly, sometimes things like that are indeed the problem. As for
>> an
>> answer, yes I am able to manually unzip it via the command
It's not silly, sometimes things like that are indeed the problem. As for an
answer, yes I am able to manually unzip it via the command line.
Scot P. Floess-2 wrote:
>
>
> OK - my silly question...
>
> From the command line can you manually gunzip it?
>
> On Thu,
Thanks for the reply. Yes, it has read and write permissions, so it's not a
permissions mistake.
Dale Anson wrote:
>
> Does you build user have permission to read the file?
>
>
> On Thu, Jan 22, 2009 at 9:51 AM, Faded-Maximus
> wrote:
>
>>
>> I have
I have been trying to figure this out for the last few hours to no avail.
The code works fine on my one linux account and after editing a few
variables and using it on the build account, I am receiving an error
message.
[install]$ ant build.ASE
Buildfile: build.xml
tidy.ASE:
[echo] Cleanin
et to the value of the
>> > "targetfile" attribute." So I think your srcfiles element is
>> > mergemapped into becoming "build.zip", not the list of files, and if
>> > so an existing copy of a file is always considered more up to date
>>
non-existent copy. Have not had a chance to cobble up a test
> script, so not sure, but I would start there.
>
> Brian Stephenson
> ThorTech Solutions
> www.thortech-solutions.com
>
> On Jan 14, 2009, at 1
I am trying to use the uptodate task to see if I need to rebuild my program.
[code]
[/code]
Based on my understanding. If the build.z
12 matches
Mail list logo