On Wed, Dec 30, 2009 at 01:30:16PM -0600, Dustin J. Mitchell wrote:
On Wed, Dec 30, 2009 at 1:03 PM, stan st...@panix.com wrote:
urity.c ??-fPIC -DPIC -o .libs/bsd-security.o
In file included from bsd-security.c:33:
util.h:349: error: parse error before in_port_t
util.h:350: warning:
On Thu, Dec 31, 2009 at 11:12 AM, stan st...@panix.com wrote:
This looks similar, but I am having a hard time believeg that the atch you
mentioned yesterday did not get applied to the 2.5.2 tree. Is that correct?
Do I need to apply that patch to 2.5.2p1?
Yep.
Dustin
--
Open Source Storage
I am trying to build 2.5.1p2 on a Solaris 5 machine that i just confirmed I
can build 2.4.3b4 on this morning, so I know I have a somewhat sane build
environment. configure seems happy, but the compile fails fairly quickly
with this error. Any thoughts?
urity.c -fPIC -DPIC -o
On Wed, Dec 30, 2009 at 1:03 PM, stan st...@panix.com wrote:
urity.c -fPIC -DPIC -o .libs/bsd-security.o
In file included from bsd-security.c:33:
util.h:349: error: parse error before in_port_t
util.h:350: warning: function declaration isn't a prototype
I suspect this patch might help:
On Wed, Dec 30, 2009 at 01:30:16PM -0600, Dustin J. Mitchell wrote:
On Wed, Dec 30, 2009 at 1:03 PM, stan st...@panix.com wrote:
urity.c ??-fPIC -DPIC -o .libs/bsd-security.o
In file included from bsd-security.c:33:
util.h:349: error: parse error before in_port_t
util.h:350: warning:
SYSTEM: SunOS zorn.math.purdue.edu 5.10 Generic_120011-14 sun4u sparc
SUNW,Sun-Fire-280R
AMANDA: 2.6.1p1
When I run configure I get the following error.
| ;
| return 0;
| }
configure:53701: error: in `/pkgs/src/amanda-server/amanda-2.6.1p1':
configure:53704: error: cannot compute sizeof
I just released 2.6.1.p1 + patches for the FSF_AFTER_FILEMARK Solaris
bug, and amsuntar rev-1905 to the OpenCSW 'current' repository last
week. I see that you're using some OpenCSW/Blastwave packages so the
package might save you some time.
McGraw, Robert P wrote:
SYSTEM: SunOS
Hi,
I try to compile amanda-2.4.4p4 on solaris 8 to get the amrecover_changer
option (we run now amanda-2.4.3):
[EMAIL PROTECTED] /root]# uname -a
SunOS backup-a01 5.8 Generic_108528-16 sun4u sparc SUNW,Ultra-250
When I try to use the following config command:
[EMAIL PROTECTED]
On Thu, Feb 10, 2005 at 01:33:53PM +, Rolinux wrote:
Hi,
I try to compile amanda-2.4.4p4 on solaris 8 to get the amrecover_changer
option (we run now amanda-2.4.3):
[EMAIL PROTECTED] /root]# uname -a
SunOS backup-a01 5.8 Generic_108528-16 sun4u sparc SUNW,Ultra-250
...
Some
On Thursday 10 February 2005 15:46, Jon LaBadie wrote:
On Thu, Feb 10, 2005 at 01:33:53PM +, Rolinux wrote:
Hi,
I try to compile amanda-2.4.4p4 on solaris 8 to get the amrecover_changer
option (we run now amanda-2.4.3):
[EMAIL PROTECTED] /root]# uname -a
SunOS backup-a01 5.8
On Thu, Feb 10, 2005 at 04:21:35PM +, Rolinux wrote:
On Thursday 10 February 2005 15:46, Jon LaBadie wrote:
On Thu, Feb 10, 2005 at 01:33:53PM +, Rolinux wrote:
Hi,
I try to compile amanda-2.4.4p4 on solaris 8 to get the amrecover_changer
option (we run now amanda-2.4.3):
i had problems about ld when compiling package with gcc 3.3 or xlc.(they
were object pointer errors i think - i did not take outputs.)
i downloaded the bos.rte.bind_cmds update package from ibm. (which is
the package that owns /usr/ccs/bin/ld binary)
i applied the patch and recompiled again
Hi,
I found a problem with compiling the changer-src:
I run configure with the following parameters:
./configure --prefix=/opt/local/amanda --program-suffix=2.4.3 --with-user=amanda
--with-group=sys --with-config=daily --with-tape-device=/dev/rmt/0n
chg-scsi-chio.c: In function
Hi,
The newer amidxtaped need the server library which is not build if
you set --without-server
The fix is not build amidxtaped and amrestore if --without-server is set.
The next snapshot will be available soon.
Jean-Louis
On Thu, Jan 16, 2003 at 02:22:49PM -0800, DK Smith wrote:
the last bit of the output:
Making all in restore-src
make[1]: Entering directory `/Admin/Build/amanda-2.4.3-20030104/restore-src'
source='amidxtaped.c' object='amidxtaped.o' libtool=no \
depfile='.deps/amidxtaped.Po' tmpdepfile='.deps/amidxtaped.TPo' \
depmode=gcc3 /bin/sh ../config/depcomp \
On Wednesday 15 January 2003 18:07, DK Smith wrote:
the last bit of the output:
Making all in restore-src
make[1]: Entering directory
`/Admin/Build/amanda-2.4.3-20030104/restore-src'
source='amidxtaped.c' object='amidxtaped.o' libtool=no \
depfile='.deps/amidxtaped.Po'
i try to compile amanda 2.4.3 on sun solaris 2.5.1 with gcc 2.95.3
i got error when doing this thing :
gcc -g -O2 -o chg-scsi chg-scsi.o scsi-aix.o scsi-changer-driver.o
scsi-hpux_new.o scsi-irix.o scsi-linux.o scsi-solaris.o scsi-bsd.o
scsi-cam.o sense.o ../server-src/.libs/libamserver.a
: Compile error, resolution, confusion
Hello,
I have been reading through the archives and found a bit of information
that helped me.
for amanda 2.4.3b3, I received errors while compiling on a solaris8 (bybee)
machine. I applied a change I found in reference to this error, and the
compiler
Hello,
I have been reading through the archives and found a bit of information
that helped me.
for amanda 2.4.3b3, I received errors while compiling on a solaris8 (bybee)
machine. I applied a change I found in reference to this error, and the
compiler error went away. the wierd part: this
On Mon, Jun 24, 2002 at 01:10:24PM -0700, Jason Brooks wrote:
Hello,
I have been reading through the archives and found a bit of information
that helped me.
for amanda 2.4.3b3, I received errors while compiling on a solaris8 (bybee)
machine. I applied a change I found in reference to
I have searched the config.log file and I see no references to the
string 'ruserok' with regard to the multiply declared ruserok
issue...
That doesn't make any sense. Here's what I see:
configure:14463: checking for ruserok
configure:14491: gcc -Wall -DPUCC -o conftest
amanda.h:1092: conflicting types for `strncasecmp'
/usr/include/strings.h:32: previous declaration of `strncasecmp'
What is supposed to happen is ./configure should see that you already
have a declaration for strncasecmp and disable the Amanda version.
For instance, here's what is said on one of
I'm trying to build amanda on an NCR 3430 running MP-RAS.
While compiling I got the following error:
In file included from alloc.c:33:
amanda.h:1092: conflicting types for `strncasecmp'
/usr/include/strings.h:32: previous declaration of `strncasecmp'
make[1]: *** [alloc.lo] Error 1
make[1]:
Davidson, Brian wrote:
I'm trying to build amanda on an NCR 3430 running MP-RAS.
While compiling I got the following error:
In file included from alloc.c:33:
amanda.h:1092: conflicting types for `strncasecmp'
/usr/include/strings.h:32: previous declaration of `strncasecmp'
--- Thomas Hepper [EMAIL PROTECTED] wrote: Hi,
On Thu, Feb 14, 2002 at 03:00:00PM +, Robert
Early wrote:
Hi,
I;m getting the following compile error when
trying to
compile amanda amanda-2.4.3b2:
gcc -D_FILE_OFFSET_BITS=64 -g -O2 -o chg-scsi-chio
chg-scsi-chio.o scsi-hpux.o
Hi,
On Thu, Feb 14, 2002 at 03:00:00PM +, Robert Early wrote:
Hi,
I;m getting the following compile error when trying to
compile amanda amanda-2.4.3b2:
gcc -D_FILE_OFFSET_BITS=64 -g -O2 -o chg-scsi-chio
chg-scsi-chio.o scsi-hpux.o scsi-chio.o
../server-src/.libs/libamserver.a
Hi,
I;m getting the following compile error when trying to
compile amanda amanda-2.4.3b2:
gcc -D_FILE_OFFSET_BITS=64 -g -O2 -o chg-scsi-chio
chg-scsi-chio.o scsi-hpux.o scsi-chio.o
../server-src/.libs/libamserver.a
../tape-src/.libs/libamtape.a
../common-src/.libs/libamanda.a -lgen -lm
Take a look at config.log and see why the test programs are failing.
It might even be the ruserok() problem.
B) When I compile on OSF/1 v5.1 (or DEC ALPHA, or Tru64), I get an
error about ruserok being declared twice...
I am using a gnu make 3.79 and gcc 3.0.3.
Can I comment out
I have searched the config.log file and I see no references to the
string 'ruserok' with regard to the multiply declared ruserok
issue...
That doesn't make any sense. Here's what I see:
configure:14463: checking for ruserok
configure:14491: gcc -Wall -DPUCC -o conftest
Two issues I need some perspective on...
A) What should I do about warnings regarding an absence of file locking
Could this create run-time problems and be a hindrance to success?
checking disk device prefixes... /dev/ - /dev/r
checking whether posix fcntl locking works... no
checking
A) What should I do about warnings regarding an absence of file locking
Fix them :-).
Could this create run-time problems and be a hindrance to success?
Yes. Very much so.
Take a look at config.log and see why the test programs are failing.
It might even be the ruserok() problem.
B)
with #line with /* */.
It compiled ok. Did I do the right thing?
- Original Message -
From: Alexandre Oliva [EMAIL PROTECTED]
To: Howard Zhou [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, May 27, 2001 2:41 PM
Subject: Re: amanda compile error on solaris
On May 26, 2001, Howard
On May 28, 2001, Howard Zhou [EMAIL PROTECTED] wrote:
Are these lines use by a parser? Or just comment lines?
They're mostly used to emit debugging information, so that the object
file points at the original file, as opposed to the generated file.
However, the preprocessor also uses these
On May 26, 2001, Howard Zhou [EMAIL PROTECTED] wrote:
/home/gandalf/u66/jrj/work/amanda/amanda-242/recover-src/uparse.y:32:
Edit uparse.c and remove all pathname components in any occurrences of
the filename above, leaving just `uparse.h'. This should fix the
problem.
JJ, this is yet another
Hi, I am trying to install amanda on a solaris system and got the following
error with either make or gmake.
_FILE_OFFSET_BITS=64 -g -O2 -c set_commands.c
gcc -DHAVE_CONFIG_H -I. -I. -I../config -I../common-src -I../client-src
-I../tape-src -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
Hi,
hen I tried to install gnuplot with make, I got the following errors.
Can someone help me on this issue?
It seems to me that gnuplot needs GD to install, and GD will need
libzip, ligjpeg and libpng (or lib gif)... Gnuplot is typical
sintalation that requires bunch of pre installation.
You
They look installed.
Try forcing make to rebuild uscan.c from uscan.l:
touch recover-src/uscan.l
Robert L. Harris
John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Matt, if you have Solaris 8 you don't need SST at all. Solaris 8 includes a
generic SCSI driver.
Does it require you to be running as root like (an unpatched) sst?
If so, that won't work very well with Amanda which tries to run as root
as little as possible.
Joe Rhett
John R. Jackson,
flash:/usr/src/amanda-2.4.2-19991216-beta1/contrib/sst# make
gcc -D_KERNEL -c sst.c
sst.c: In function `sst_handle_sense':
sst.c:2103: warning: passing arg 1 of `timeout' from incompatible pointer
type
...
sst.c:2451: `__builtin_va_alist' undeclared (first use in this function)
...
How do I fix
I've built amanda so far on about 6 clients. On # 7 I'm getting this:
gcc -g -o .libs/amrecover amrecover.o display_commands.o extract_list.o
help.o set_commands.o uparse.o uscan.o -ll -R/usr/local/lib
../client-src/.libs/libamclient.so -lgen -lm -ltermcap -lsocket -lnsl
-lintl
40 matches
Mail list logo