>So how do I get the CVS version (2.4.2 preferably) ?
http://amanda.sourceforge.net/fom-serve/cache/136.html
http://amanda.sourceforge.net/fom-serve/cache/156.html
http://amanda.sourceforge.net/fom-serve/cache/170.html
You want "-ramanda-242-branch".
You will need a very recent version of
* John R. Jackson <[EMAIL PROTECTED]> (Tue, Jul 24, 2001 at 03:15:42PM -0500)
> And remember that when you need to make mods to a Makefile, they need to
> be to Makefile.am (which is only in the CVS), not Makefile.in. Which,
> in turn, means you need to be conversant with automake (another of li
>>(comments about making configure.in changes)
>>...
>I haven't, but it should not be too hard
>(famous last words ;0 )
No kidding! :-)
As I said, poke around for how readline is handled, and steal, steal,
steal :-).
And remember that when you need to make mods to a Makefile, they need to
be t
* John R. Jackson <[EMAIL PROTECTED]> (Mon, Jul 23, 2001 at 01:30:37PM -0500)
>>If I get it working, would you include it ?
> Absolutely.
Great.
>>We would need to link against the libtar.a from tar 1.13.19 alpha though.
>>Would that be a problem ?
> Not if it's done right :-).
> I'd suggest
>If I get it working, would you include it ?
Absolutely.
>We would need to link against the libtar.a from tar 1.13.19 alpha though.
>
>Would that be a problem ?
Not if it's done right :-).
I'd suggest something like this:
* Add library tests to configure.in ala the readline ones to see if
* John R. Jackson <[EMAIL PROTECTED]> (Fri, Jul 20, 2001 at 11:40:12AM -0500)
>>calcsize does all 3 estimates in one go ...
> But it does not support exclusion patterns. That's the one major
> thing holding me back from supporting it.
It doesn't ?
If you compile with -DBUILTIN_EXCLUDE_SUPPORT
>calcsize does all 3 estimates in one go ...
But it does not support exclusion patterns. That's the one major
thing holding me back from supporting it.
Now if someone wants to figure out how to link calcsize with the GNU
tar pattern matching code ... :-)
> Gerhard
John R. Jackson, Techn
* John R. Jackson <[EMAIL PROTECTED]> (Thu, Jul 19, 2001 at 10:53:03PM -0500)
>>The Apollo fails to return an estimate and fails to backup. The estimates
>>are taking about 6hrs to complete. ...
> Ick. I'm sure that's because GNU tar does not perform estimates as fast
> as ufsdump can.
> One
>... The tape
>device is a SUN L9 (DLT8000 with autochanger) 40GB (/dev/rmt/1n). ...
We'll come back to this later ...
>I have managed to backup Helios and parts of Apollo using dump uncompressed.
>I want to backup the user partitions compressed with gtar. ...
Why do you want to switch to gt
Hi,
I have recently installed amanda and have not as yet managed to successfully
obtain a backup to my satisfaction. I have a backup server (Helios) which
also has an amanda client and a remote amanda client (Apollo). The tape
device is a SUN L9 (DLT8000 with autochanger) 40GB (/dev/rmt/1n). H
10 matches
Mail list logo