> > > What then? Was this because of the failed 'make path' command?
> >
> >
> > It's 'make patch' but adding the proper CONFIGURE_ARGS environment
> > variable as Dan stated would be the best way to go. Example for
> > csh/tcsh:
> >
> > cd /usr/ports/sysutils/bacula-client
> > env CONFIGURE_ARG
> > What then? Was this because of the failed 'make path' command?
>
>
> It's 'make patch' but adding the proper CONFIGURE_ARGS environment
> variable as Dan stated would be the best way to go. Example for
> csh/tcsh:
>
> cd /usr/ports/sysutils/bacula-client
> env CONFIGURE_ARGS+=--enable-static
On Fri, Feb 20, 2009 at 9:37 PM, Doug Sampson wrote:
>> > Found a few ways to create a static-fd (i think)
>> >
>> > run make configure in /usr/ports/sysutils/bacula-client
>> > write down (copy) the configure command with all the argument from
>> > config.log in the work/bacula-2.4.4 dir
>> > run
Doug Sampson wrote:
>> Found a few ways to create a static-fd (i think)
>>
>> run make configure in /usr/ports/sysutils/bacula-client
>> write down (copy) the configure command with all the argument from
>> config.log in the work/bacula-2.4.4 dir
>> run make clean in /usr/ports/sysutils/bacula-clie
> > Found a few ways to create a static-fd (i think)
> >
> > run make configure in /usr/ports/sysutils/bacula-client
> > write down (copy) the configure command with all the argument from
> > config.log in the work/bacula-2.4.4 dir
> > run make clean in /usr/ports/sysutils/bacula-client
> > now ru
> Found a few ways to create a static-fd (i think)
>
> run make configure in /usr/ports/sysutils/bacula-client
> write down (copy) the configure command with all the argument from
> config.log in the work/bacula-2.4.4 dir
> run make clean in /usr/ports/sysutils/bacula-client
> now run make extract
> On Wed, 18 Feb 2009 10:16:51 -0800, Doug Sampson said:
>
> > > On Wed, 11 Feb 2009 16:34:16 -0800, Doug Sampson said:
> > >
> > > I poked around some more. I discovered the 'ldd' command
> > which shows the
> > > libraries used/required by bacula-fd as follows:
> > >
> > > r...@pisces
Doug Sampson wrote:
>
>> > On Wed, 11 Feb 2009 16:34:16 -0800, Doug Sampson said:
>> >
>> > I poked around some more. I discovered the 'ldd' command
>> which shows the
>> > libraries used/required by bacula-fd as follows:
>> >
>> > r...@pisces:/root# ldd /usr/local/sbin/bacula-fd
>> > /us
Hi,
those running FreeBSD 8-current could take a look into
~src/tools/tools/nanobsd/rescue
This will build a bootable .iso I386/AMD64 image
with TMPFS mounted /tmp and MDMFS mounted /etc and /var
which is intended as a starting point for rescue activities
like a bacua client...
Comments and sugg
> > On Wed, 11 Feb 2009 16:34:16 -0800, Doug Sampson said:
> >
> > I poked around some more. I discovered the 'ldd' command
> which shows the
> > libraries used/required by bacula-fd as follows:
> >
> > r...@pisces:/root# ldd /usr/local/sbin/bacula-fd
> > /usr/local/sbin/bacula-fd:
> >
> On Wed, 11 Feb 2009 16:34:16 -0800, Doug Sampson said:
>
> I poked around some more. I discovered the 'ldd' command which shows the
> libraries used/required by bacula-fd as follows:
>
> r...@pisces:/root# ldd /usr/local/sbin/bacula-fd
> /usr/local/sbin/bacula-fd:
> libz.so.4 => /li
> > Doug Sampson wrote:
> > > I'm using this to recover data onto a FreeBSD 7.1
> prerelease server:
> > >
> > >
> > http://www.bacula.org/fr/dev-manual/Disast_Recove_Using_Bacula
> .html#SECTION0
> > 082314000
> > >
> > > All of the steps work up until #17 where I need to chroot
>
> Doug Sampson wrote:
> > I'm using this to recover data onto a FreeBSD 7.1 prerelease server:
> >
> >
> http://www.bacula.org/fr/dev-manual/Disast_Recove_Using_Bacula
.html#SECTION0
> 082314000
> >
> > All of the steps work up until #17 where I need to chroot in order to
start
> > th
Doug Sampson wrote:
> I'm using this to recover data onto a FreeBSD 7.1 prerelease server:
>
> http://www.bacula.org/fr/dev-manual/Disast_Recove_Using_Bacula.html#SECTION0
> 082314000
>
> All of the steps work up until #17 where I need to chroot in order to start
> the bacula-fd daemo
I'm using this to recover data onto a FreeBSD 7.1 prerelease server:
http://www.bacula.org/fr/dev-manual/Disast_Recove_Using_Bacula.html#SECTION0
082314000
All of the steps work up until #17 where I need to chroot in order to start
the bacula-fd daemon. I get the following error messa
i have a FreeBSD 4.x machine running bacula, that will be replaced
with a new machine. we are wanting to use bacula to recover the date
from machine1 to machine2. we have a full backup of machine1. both
machines are running the same version of FreeBSD.
after reading your documentation on the Free
16 matches
Mail list logo