Re: setting up a CVSup repository
This can be done, as another poster has indicated. But it may be too much effort for what you want to accomplish. There are multiple ways to administer a collection of FreeBSD systems without having each one do its own cvsup: 1. As you asked, set up your own cvsup mirror. It seems to me that this is the way to go only if the systems that will be using it are not under your direct supervision. 2. Do cvsup of the cvs archive on one machine, then have others do their own remote CVS checkouts from the archive on that. This is simpler in some ways on the server, and really no harder on the clients. It allows you to build current and stable and cpu flavors, as you wish. 3. cvsup on one machine, build on that, and have all the others NFS mount /usr/src, /usr/obj and /usr/ports. This has the feature that you control which version is in use and saves a lot of time on all the client machines. It is clearly the way to go if all the machines are under your supervision and you're willing to build stuff that will run on all your cputypes - the optimizations available for each type are really minor within the x86 family so the loss of the last inch of performance is worth the generality, imho. I build separate kernels for each x86 flavor but a common world. I actually do #2 but only do the checkout on the local machine and build there. On Wed, Aug 14, 2002 at 09:19:35AM -0400, Matthias Trevarthan wrote: > I'd like to set up a repository on ONE server for all the ports AND /usr/src. > > Then I'd like my other machines to download it via cvsup just like they would > from some machine out on the net, but with the speed of 10/100... -- Barney Wolff I'm available by contract or FT: http://www.databus.com/bwresume.pdf To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
make buildworld failed for alpha -STABLE in contrib/gcc/toplev.c
Hi, All! I CVSuped source this morning at 8:00 AM EDT. I received the following when I executed 'make buildworld' ... cc -O -pipe -mcpu=ev56 -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/alph a/usr\" -DHAIFA -DFORCE_OPTIMIZATION_DOWNGRADE=yes -I/usr/obj/usr/src/alpha/usr/ src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_too ls -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/usr/src/gnu/usr.b in/cc/cc_int/../../../../contrib/gcc/config -DTARGET_NAME=\"alpha-unknown-freebs d\" -DIN_GCC -D__FBSDID=__RCSID -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../c ontrib/gcc/toplev.c -o toplev.o /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4878: warning: # warning FORCE_OPTIMIZATION_DOWNGRADE /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c: In function `ma in': /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4879: `yes' unde clared (first use in this function) /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4879: (Each unde clared identifier is reported only once /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4879: for each f unction it appears in.) *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Here's my uname -a ... FreeBSD roshomon.idnopheq.net 4.6-RC FreeBSD 4.6-RC #3: Mon May 27 03:47:48 EDT 2002 root@:/usr/obj/usr/src/sys/ROSHOMON alpha I followed the handbook instructions and read UPDATING prior to buildworld. I can provide my make.conf, kernel config file, and the make buildworld output upon request. Thoughts? Recommendations? Advice? Thanks! -- "Drawing on my fine command of language, I said nothing." - advice I should take more often http://idnopheq.perlmonk.org[EMAIL PROTECTED] http://idnopheq.dns2go.com [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: setting up a CVSup repository
If all of your servers are identical, you can certainly do the NFS mount method described below. That's absolutely preferable for *most* people. If you need different make options on the various machines, though, that's not that useful. You can build multiple worlds with different make options, but that may be more trouble than building locally. In some environments, you cannot use NFS mounts across the firewalls between application tiers. A central cvsup server is quite useful there. Also, if you're in an enterprise setting, each version of the code must separately pass QA. If you cvsup each server separately, this is bad. (I've been in a situation before where one server crashed, while all the others didn't. The problem turned out to be slight differences in the version of -stable I was running at the time. Tracking that down was utter hell. That's my motivation for using a central cvsup server. :-) ==ml On Wed, Aug 14, 2002 at 10:05:26AM -0400, Barney Wolff wrote: > This can be done, as another poster has indicated. But it may be too > much effort for what you want to accomplish. There are multiple ways > to administer a collection of FreeBSD systems without having each one > do its own cvsup: > > 1. As you asked, set up your own cvsup mirror. It seems to me that > this is the way to go only if the systems that will be using it are > not under your direct supervision. > > 2. Do cvsup of the cvs archive on one machine, then have others do > their own remote CVS checkouts from the archive on that. This is simpler > in some ways on the server, and really no harder on the clients. It > allows you to build current and stable and cpu flavors, as you wish. > > 3. cvsup on one machine, build on that, and have all the others > NFS mount /usr/src, /usr/obj and /usr/ports. This has the feature > that you control which version is in use and saves a lot of time on > all the client machines. It is clearly the way to go if all the > machines are under your supervision and you're willing to build > stuff that will run on all your cputypes - the optimizations available > for each type are really minor within the x86 family so the loss > of the last inch of performance is worth the generality, imho. I > build separate kernels for each x86 flavor but a common world. > > I actually do #2 but only do the checkout on the local machine and > build there. > > On Wed, Aug 14, 2002 at 09:19:35AM -0400, Matthias Trevarthan wrote: > > I'd like to set up a repository on ONE server for all the ports AND /usr/src. > > > > Then I'd like my other machines to download it via cvsup just like they would > > from some machine out on the net, but with the speed of 10/100... > > -- > Barney Wolff > I'm available by contract or FT: http://www.databus.com/bwresume.pdf > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message -- Michael Lucas [EMAIL PROTECTED], [EMAIL PROTECTED] http://www.oreillynet.com/pub/q/Big_Scary_Daemons Absolute BSD: http://www.AbsoluteBSD.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: setting up a CVSup repository
On Wednesday 14 August 2002 10:05 am, Barney Wolff wrote: > This can be done, as another poster has indicated. But it may be too > much effort for what you want to accomplish. There are multiple ways > to administer a collection of FreeBSD systems without having each one > do its own cvsup: > Nope. This is exactly what I want. > 1. As you asked, set up your own cvsup mirror. It seems to me that > this is the way to go only if the systems that will be using it are > not under your direct supervision. > > 2. Do cvsup of the cvs archive on one machine, then have others do > their own remote CVS checkouts from the archive on that. This is simpler > in some ways on the server, and really no harder on the clients. It > allows you to build current and stable and cpu flavors, as you wish. > I'm a little confused about the differences between one and two. Could you elaborate? > 3. cvsup on one machine, build on that, and have all the others > NFS mount /usr/src, /usr/obj and /usr/ports. This has the feature > that you control which version is in use and saves a lot of time on > all the client machines. It is clearly the way to go if all the > machines are under your supervision and you're willing to build > stuff that will run on all your cputypes - the optimizations available > for each type are really minor within the x86 family so the loss > of the last inch of performance is worth the generality, imho. I > build separate kernels for each x86 flavor but a common world. > I'm not real fond of NFS. We have a somewhat distributed network, with multiple server rooms connected by T1s. They're all under my administration, but I think running CVSup on each machine is fairly ideal. UNIX machines multitask pretty well, and it only takes about two hours to make buildworld on my beefy servers. I may do this within server rooms though.. Have one master server download and build the world in each room, then distribute via NFS inside each room... Don't know. I'll have to think about it. > I actually do #2 but only do the checkout on the local machine and > build there. Again, how does this differ from #1? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: make buildworld failed for alpha -STABLE in contrib/gcc/toplev.c
On Wed, Aug 14, 2002 at 10:09:04AM -0400, Coffin, Dexter wrote: I had that some time ago. Nuking /usr/src and checking out a fresh copy made buildworld succeed. Wilko > Hi, All! > > I CVSuped source this morning at 8:00 AM EDT. > > I received the following when I executed 'make buildworld' ... > > > > cc -O -pipe -mcpu=ev56 -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr/obj/usr/src/alph > a/usr\" -DHAIFA -DFORCE_OPTIMIZATION_DOWNGRADE=yes > -I/usr/obj/usr/src/alpha/usr/ > src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_too > ls -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.b > in/cc/cc_int/../../../../contrib/gcc/config > -DTARGET_NAME=\"alpha-unknown-freebs > d\" -DIN_GCC -D__FBSDID=__RCSID -c > /usr/src/gnu/usr.bin/cc/cc_int/../../../../c > ontrib/gcc/toplev.c -o toplev.o > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4878: > warning: # > warning FORCE_OPTIMIZATION_DOWNGRADE > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c: In > function `ma > in': > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4879: > `yes' unde > clared (first use in this function) > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4879: > (Each unde > clared identifier is reported only once > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4879: > for each f > unction it appears in.) > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/cc/cc_int. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/cc. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > > Here's my uname -a ... > > FreeBSD roshomon.idnopheq.net 4.6-RC FreeBSD 4.6-RC #3: Mon May 27 > 03:47:48 EDT 2002 root@:/usr/obj/usr/src/sys/ROSHOMON alpha > > I followed the handbook instructions and read UPDATING prior to > buildworld. > > I can provide my make.conf, kernel config file, and the make buildworld > output upon request. > > Thoughts? Recommendations? Advice? > > Thanks! > -- > "Drawing on my fine command of language, I said nothing." > - advice I should take more often > http://idnopheq.perlmonk.org [EMAIL PROTECTED] > http://idnopheq.dns2go.com[EMAIL PROTECTED] > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message ---end of quoted text--- -- | / o / /_ _ [EMAIL PROTECTED] |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Re: A but in Zoo
On Wed, Aug 14, 2002 at 10:03:33AM -0400, Bill Vermillion wrote: > Wilko Bulte, the prominent pundit, on Wed, Aug 14, 2002 at 15:53 > while half mumbling, half-witicized: > > > On Wed, Aug 14, 2002 at 03:00:31PM +0200, Erik Trulsson wrote: > > > > I suppose someone needs to sendpr this one so that the port can be > > corrected! > > I just sent email to Eric asking about what looked like to me > an error in the patch. He did post his reply to the ports group > too, but it's only been about 10-15 minutes since I sent the email. > > I'm waiting his response before I attempt to remake zoo. As I said in my response to you, it is no error in my patch. It's just that a patch to a patch looks a bit strange. -- Erik Trulsson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
read-only installworld broken?
Anyone seen this? ===> gnu/usr.bin/perl/library/SDBM_File cd sdbm && make all rm -rf libsdbm.a rm: libsdbm.a: Read-only file system A. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Installing on ATI video card laptop
On Tue, Aug 13, 2002 at 01:52:16PM -0700, Andrea Monaldi wrote: > Hi All, > > I am trying to install 4.6 release on a Compaq laptop > with an ATI Rage Mobility video card. > > It seems there's no driver at all for the ATI familiy. > Is it true? No. I have a Compaq laptop with a slightly different ATI (Radeon Mobility) that works fine with stable. See http://www.freebsd.org/~wilko/Evo/n160.html -- | / o / /_ _ [EMAIL PROTECTED] |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: read-only installworld broken?
If memory serves me right, Antoine Beaupre wrote: > Anyone seen this? > > ===> gnu/usr.bin/perl/library/SDBM_File > cd sdbm && make all > rm -rf libsdbm.a > rm: libsdbm.a: Read-only file system The Perl build process is a little picky about timestamps on files. I've seen this happen when I've forgotten to do "adjkerntz -i" before an installworld. Bruce. msg48655/pgp0.pgp Description: PGP signature
Re: read-only installworld broken?
On Wednesday, August 14, 2002, at 11:20 AM, Bruce A. Mah wrote: > If memory serves me right, Antoine Beaupre wrote: >> Anyone seen this? >> >> ===> gnu/usr.bin/perl/library/SDBM_File >> cd sdbm && make all >> rm -rf libsdbm.a >> rm: libsdbm.a: Read-only file system > > The Perl build process is a little picky about timestamps on files. > I've seen this happen when I've forgotten to do "adjkerntz -i" before an > installworld. Hmm... This is an installworld on a machine running multi-user, with the clock set to UTC, so I doubt this would be an issue. What's more, re-installing world fixed the problem (!?). non-issue, I guess. ;) A. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
make installworld fails
I am trying to upgrade from 4.6-RELEASE to 4.6-STABLE.
Cvsup, buildworld, buildkernel and installkernel all
went fine (as far as I know).
When I try to do installworld, I get the message
"touch: not found". Touch is in my path and runs fine.
Any ideas would be greatly appreciated. I have been
trying for days to get this done, running into first
one problem then another.
Thanks,
Doug
Following is the output of installworld:
# make installworld
mkdir -p /tmp/install.455
for prog in [ awk cat chflags chmod chown date echo
egrep find grep ln make makewhatis mtree mv perl
pwd_mkdb rm sed sh sysctl test true uname wc zic; do
cp `which $prog` /tmp/install.455; done
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj
MACHINE_ARCH=i386 MACHINE=i386
OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec
PERL5LIB=/usr/obj/usr/src/i386/usr/libdata/perl/5.00503
GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin
GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font
GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac
PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.455
make -f Makefile.inc1 reinstall
--
>>> Making hierarchy
--
cd /usr/src; make -f Makefile.inc1 hierarchy
cd /usr/src/etc;make distrib-dirs
set - `grep "^[a-zA-Z]"
/usr/src/etc/locale.deprecated`; while [ $# -gt 0 ] ;
do for dir in /usr/share/locale /usr/share/nls
/usr/local/share/nls; do test -d /${dir} && cd
/${dir}; test -L "$2" && rm -rf "$2"; test \! -L
"$1" && test -d "$1" && mv "$1" "$2"; done; shift;
shift; done
mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /
mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /var
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p
/usr/include
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p
/usr/libdata/perl/5.00503/mach
mtree -deU -f /usr/src/etc/mtree/BSD.sendmail.dist -p
/
cd /; rm -f /sys; ln -s usr/src/sys sys
cd /usr/share/man/en.ISO8859-1; ln -sf ../man* .
cd /usr/share/man; set - `grep "^[a-zA-Z]"
/usr/src/etc/man.alias`; while [ $# -gt 0 ] ; do rm
-rf "$1"; ln -s "$2" "$1"; shift; shift; done
cd /usr/share/locale; set - `grep "^[a-zA-Z]"
/usr/src/etc/locale.alias`; while [ $# -gt 0 ] ; do
rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done
cd /usr/share/nls; set - `grep "^[a-zA-Z]"
/usr/src/etc/nls.alias`; while [ $# -gt 0 ] ; do rm
-rf "$1"; ln -s "$2" "$1"; shift; shift; done
--
>>> Installing everything..
--
cd /usr/src; make -f Makefile.inc1 install
===> share/info
===> include
creating osreldate.h from newvers.sh
setvar PARAMFILE /usr/src/include/../sys/sys/param.h;
. /usr/src/include/../sys/conf/newvers.sh; echo
"$COPYRIGHT" > osreldate.h; echo "#ifdef _KERNEL"
>> osreldate.h; echo '#error "osreldate.h must not
be used in the kernel, use sys/param.h"' >>
osreldate.h; echo "#else" >> osreldate.h; echo
\#'undef __FreeBSD_version' >> osreldate.h; echo
\#'define __FreeBSD_version' $RELDATE >> osreldate.h;
echo "#endif" >> osreldate.h
touch: not found
*** Error code 127
Stop in /usr/src/include.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
__
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Re: make buildworld failed for alpha -STABLE in contrib/gcc/toplev.c
Hi, All! I followed Wilko's (THX!) advice and 'rm -rf'-ed the /usr/src directory and re-CVSup-ed at about 11:30 AM EDT. Results reflected my notes below. There was no change. Any additional thoughts, comments, or advice? TIA! On Wed, 2002-08-14 at 10:40, Wilko Bulte wrote: > On Wed, Aug 14, 2002 at 10:09:04AM -0400, Coffin, Dexter wrote: > > I had that some time ago. Nuking /usr/src and checking out > a fresh copy made buildworld succeed. > > Wilko > > > Hi, All! > > > > I CVSuped source this morning at 8:00 AM EDT. > > > > I received the following when I executed 'make buildworld' ... > > > > > > > > cc -O -pipe -mcpu=ev56 -DIN_GCC -DHAVE_CONFIG_H > > -DPREFIX=\"/usr/obj/usr/src/alph > > a/usr\" -DHAIFA -DFORCE_OPTIMIZATION_DOWNGRADE=yes > > -I/usr/obj/usr/src/alpha/usr/ > > src/gnu/usr.bin/cc/cc_int/../cc_tools > > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_too > > ls -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > > -I/usr/src/gnu/usr.b > > in/cc/cc_int/../../../../contrib/gcc/config > > -DTARGET_NAME=\"alpha-unknown-freebs > > d\" -DIN_GCC -D__FBSDID=__RCSID -c > > /usr/src/gnu/usr.bin/cc/cc_int/../../../../c > > ontrib/gcc/toplev.c -o toplev.o > > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4878: > > warning: # > > warning FORCE_OPTIMIZATION_DOWNGRADE > > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c: In > > function `ma > > in': > > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4879: > > `yes' unde > > clared (first use in this function) > > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4879: > > (Each unde > > clared identifier is reported only once > > /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:4879: > > for each f > > unction it appears in.) > > *** Error code 1 > > > > Stop in /usr/src/gnu/usr.bin/cc/cc_int. > > *** Error code 1 > > > > Stop in /usr/src/gnu/usr.bin/cc. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > > > > > Here's my uname -a ... > > > > FreeBSD roshomon.idnopheq.net 4.6-RC FreeBSD 4.6-RC #3: Mon May 27 > > 03:47:48 EDT 2002 root@:/usr/obj/usr/src/sys/ROSHOMON alpha > > > > I followed the handbook instructions and read UPDATING prior to > > buildworld. > > > > I can provide my make.conf, kernel config file, and the make buildworld > > output upon request. > > > > Thoughts? Recommendations? Advice? > > > > Thanks! > > -- > > "Drawing on my fine command of language, I said nothing." > > - advice I should take more often > > http://idnopheq.perlmonk.org[EMAIL PROTECTED] > > http://idnopheq.dns2go.com [EMAIL PROTECTED] > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > > with "unsubscribe freebsd-stable" in the body of the message > ---end of quoted text--- > > -- > | / o / /_ _ [EMAIL PROTECTED] > |/|/ / / /( (_) Bulte Arnhem, the Netherlands > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-stable" in the body of the message -- "Drawing on my fine command of language, I said nothing." - advice I should take more often http://idnopheq.perlmonk.org[EMAIL PROTECTED] http://idnopheq.dns2go.com [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: read-only installworld broken?
On Wed, Aug 14, 2002 at 11:16:48AM -0400, Antoine Beaupre wrote: > > On Wednesday, August 14, 2002, at 11:20 AM, Bruce A. Mah wrote: > > >If memory serves me right, Antoine Beaupre wrote: > >>Anyone seen this? > >> > >>===> gnu/usr.bin/perl/library/SDBM_File > >>cd sdbm && make all > >>rm -rf libsdbm.a > >>rm: libsdbm.a: Read-only file system > > > >The Perl build process is a little picky about timestamps on files. > >I've seen this happen when I've forgotten to do "adjkerntz -i" before an > >installworld. > > Hmm... This is an installworld on a machine running multi-user, with the > clock set to UTC, so I doubt this would be an issue. > > What's more, re-installing world fixed the problem (!?). > > non-issue, I guess. ;) > This this definitely was a time issue. make(1) heavily depends on a correct time being set during build/install. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg48659/pgp0.pgp Description: PGP signature
