Re: current make world brakes if HESIOD enabled

[Mark Johnston]

On Sat, Apr 03, 2021 at 09:18:29AM +0300, Daniel Braniss wrote:
> I must be the last person on earth to use Hesiod :-)
> this are the diffs:

Thanks, this was committed earlier today.

> diff --git a/lib/libc/gen/getgrent.c b/lib/libc/gen/getgrent.c
> index afb89cab3..5832cb8c6 100644
> --- a/lib/libc/gen/getgrent.c
> +++ b/lib/libc/gen/getgrent.c
> @@ -971,7 +971,7 @@ dns_group(void *retval, void *mdata, va_list ap)
>   hes = NULL;
>   name = NULL;
>   gid = (gid_t)-1;
> - how = (enum nss_lookup_type)mdata;
> + how = (enum nss_lookup_type)(uintptr_t)mdata;
>   switch (how) {
>   case nss_lt_name:
>   name = va_arg(ap, const char *);
> diff --git a/lib/libc/gen/getpwent.c b/lib/libc/gen/getpwent.c
> index a07ee109e..bc1d341fd 100644
> --- a/lib/libc/gen/getpwent.c
> +++ b/lib/libc/gen/getpwent.c
> @@ -1108,7 +1108,7 @@ dns_passwd(void *retval, void *mdata, va_list ap)
>   hes = NULL;
>   name = NULL;
>   uid = (uid_t)-1;
> - how = (enum nss_lookup_type)mdata;
> + how = (enum nss_lookup_type)(uintptr_t)mdata;
>   switch (how) {
>   case nss_lt_name:
>   name = va_arg(ap, const char *);
> 
> 
> ___
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: current make world brakes if HESIOD enabled

[Daniel Braniss]

> On 3 Apr 2021, at 20:22, Warner Losh  wrote:
> 
> What's the error if you don't have these extra uintptr_t casts?

--- getgrent.o ---  

 
*** [getgrent.o] Error code 1   

  

make[4]: stopped in /h/rnd/git/stable/13/lib/libc   

 
--- getpwent.o ---  


/h/rnd/git/stable/13/lib/libc/gen/getpwent.c::8: error: cast to smaller 
integer type 'enum nss_lookup_type' from 'void *' 
[-Werror,-Wvoid-pointer-to-enum-cast]   
  
   how = (enum nss_lookup_type)mdata;   

  
 ^~~


1 error generated. 
> 
> Warner
> 
> On Sat, Apr 3, 2021 at 12:18 AM Daniel Braniss  > wrote:
> I must be the last person on earth to use Hesiod :-)
> this are the diffs:
> 
> diff --git a/lib/libc/gen/getgrent.c b/lib/libc/gen/getgrent.c
> index afb89cab3..5832cb8c6 100644
> --- a/lib/libc/gen/getgrent.c
> +++ b/lib/libc/gen/getgrent.c
> @@ -971,7 +971,7 @@ dns_group(void *retval, void *mdata, va_list ap)
> hes = NULL;
> name = NULL;
> gid = (gid_t)-1;
> -   how = (enum nss_lookup_type)mdata;
> +   how = (enum nss_lookup_type)(uintptr_t)mdata;
> switch (how) {
> case nss_lt_name:
> name = va_arg(ap, const char *);
> diff --git a/lib/libc/gen/getpwent.c b/lib/libc/gen/getpwent.c
> index a07ee109e..bc1d341fd 100644
> --- a/lib/libc/gen/getpwent.c
> +++ b/lib/libc/gen/getpwent.c
> @@ -1108,7 +1108,7 @@ dns_passwd(void *retval, void *mdata, va_list ap)
> hes = NULL;
> name = NULL;
> uid = (uid_t)-1;
> -   how = (enum nss_lookup_type)mdata;
> +   how = (enum nss_lookup_type)(uintptr_t)mdata;
> switch (how) {
> case nss_lt_name:
> name = va_arg(ap, const char *);
> 
> 
> ___
> freebsd-stable@freebsd.org  mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable 
> 
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org 
> "

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: current make world brakes if HESIOD enabled

[Warner Losh]

What's the error if you don't have these extra uintptr_t casts?

Warner

On Sat, Apr 3, 2021 at 12:18 AM Daniel Braniss  wrote:

> I must be the last person on earth to use Hesiod :-)
> this are the diffs:
>
> diff --git a/lib/libc/gen/getgrent.c b/lib/libc/gen/getgrent.c
> index afb89cab3..5832cb8c6 100644
> --- a/lib/libc/gen/getgrent.c
> +++ b/lib/libc/gen/getgrent.c
> @@ -971,7 +971,7 @@ dns_group(void *retval, void *mdata, va_list ap)
> hes = NULL;
> name = NULL;
> gid = (gid_t)-1;
> -   how = (enum nss_lookup_type)mdata;
> +   how = (enum nss_lookup_type)(uintptr_t)mdata;
> switch (how) {
> case nss_lt_name:
> name = va_arg(ap, const char *);
> diff --git a/lib/libc/gen/getpwent.c b/lib/libc/gen/getpwent.c
> index a07ee109e..bc1d341fd 100644
> --- a/lib/libc/gen/getpwent.c
> +++ b/lib/libc/gen/getpwent.c
> @@ -1108,7 +1108,7 @@ dns_passwd(void *retval, void *mdata, va_list ap)
> hes = NULL;
> name = NULL;
> uid = (uid_t)-1;
> -   how = (enum nss_lookup_type)mdata;
> +   how = (enum nss_lookup_type)(uintptr_t)mdata;
> switch (how) {
> case nss_lt_name:
> name = va_arg(ap, const char *);
>
>
> ___
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

current make world brakes if HESIOD enabled

[Daniel Braniss]

I must be the last person on earth to use Hesiod :-)
this are the diffs:

diff --git a/lib/libc/gen/getgrent.c b/lib/libc/gen/getgrent.c
index afb89cab3..5832cb8c6 100644
--- a/lib/libc/gen/getgrent.c
+++ b/lib/libc/gen/getgrent.c
@@ -971,7 +971,7 @@ dns_group(void *retval, void *mdata, va_list ap)
hes = NULL;
name = NULL;
gid = (gid_t)-1;
-   how = (enum nss_lookup_type)mdata;
+   how = (enum nss_lookup_type)(uintptr_t)mdata;
switch (how) {
case nss_lt_name:
name = va_arg(ap, const char *);
diff --git a/lib/libc/gen/getpwent.c b/lib/libc/gen/getpwent.c
index a07ee109e..bc1d341fd 100644
--- a/lib/libc/gen/getpwent.c
+++ b/lib/libc/gen/getpwent.c
@@ -1108,7 +1108,7 @@ dns_passwd(void *retval, void *mdata, va_list ap)
hes = NULL;
name = NULL;
uid = (uid_t)-1;
-   how = (enum nss_lookup_type)mdata;
+   how = (enum nss_lookup_type)(uintptr_t)mdata;
switch (how) {
case nss_lt_name:
name = va_arg(ap, const char *);


___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

port collection severally broken on 11-STABLE (it also breaks make world)

[Aryeh Friedman]

On FreeBSD lilith 10.3-STABLE FreeBSD 10.3-STABLE #0 r307694: Fri Oct 21
00:10:20 EDT 2016 root@lilith:/usr/obj/usr/src/sys/GENERIC  amd64

In order to install java/openjdk8 and devel/subversion I had to install the
following as packages instead of compiling it from source also make world
also is broken (not before) the attempt to install openjdk8 (see below
package listing for makeworld output):

gettext
db5
boehm-gc
pcre
gmp
binutils
jsoncpp
cmake
ninja
llvm37
libclc
gnutls
cups
openjdk
openjdk8

root@lilith:/usr/src # make DESTDIR=/ world kernel
--
>>> make world started on Fri Oct 21 02:27:38 EDT 2016
--
--
>>> World build started on Fri Oct 21 02:27:39 EDT 2016
--

--
>>> Rebuilding the temporary build tree
--
rm -rf /usr/obj/usr/src/tmp/legacy/usr/include
rm -f /usr/obj/usr/src/usr.bin/kdump/ioctl.c
rm -f /usr/obj/usr/src/usr.bin/kdump/kdump_subr.c
rm -f /usr/obj/usr/src/usr.bin/truss/ioctl.c
mkdir -p /usr/obj/usr/src/tmp/lib
mkdir -p /usr/obj/usr/src/tmp/usr
mkdir -p /usr/obj/usr/src/tmp/legacy/bin
mkdir -p /usr/obj/usr/src/tmp/legacy/usr
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist  -p
/usr/obj/usr/src/tmp/legacy/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.groff.dist  -p
/usr/obj/usr/src/tmp/legacy/usr >/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist  -p /usr/obj/usr/src/tmp/usr
>/dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist  -p
/usr/obj/usr/src/tmp/usr/include >/dev/null
ln -sf /usr/src/sys /usr/obj/usr/src/tmp

--
>>> stage 1.1: legacy release compatibility shims
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp  INSTALL="sh
/usr/src/tools/install.sh"
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/tmp  VERSION="FreeBSD 10.3-STABLE amd64 1003509"
MAKEFLAGS="-m /usr/src/tools/build/mk  -m /usr/src/share/mk"
COMPILER_TYPE=clang make  -f Makefile.inc1  DESTDIR=
BOOTSTRAPPING=1003509  SSP_CFLAGS=  -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT
-DWITHOUT_MAN  -DNO_PIC -DNO_PROFILE -DNO_SHARED  _BOOTSTRAP_MAKEINFO=yes
-DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD -DNO_TESTS legacy
===> tools/build (obj,includes,depend,all,install)
set -e; cd /usr/src/tools/build; make buildincludes; make installincludes
cc  -O2 -pipe  -I/usr/src/tools/build/../../contrib/libc-pwcache
-I/usr/src/tools/build/../../lib/libc/include -std=gnu99
-I/usr/obj/usr/src/tmp/legacy/usr/include -c
/usr/src/tools/build/../../contrib/libc-pwcache/pwcache.c -o pwcache.o
building static egacy library
ranlib -D libegacy.a
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444   libegacy.a
/usr/obj/usr/src/tmp/legacy/usr/lib

--
>>> stage 1.2: bootstrap tools
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp  INSTALL="sh
/usr/src/tools/install.sh"
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/tmp  VERSION="FreeBSD 10.3-STABLE amd64 1003509"
MAKEFLAGS="-m /usr/src/tools/build/mk  -m /usr/src/share/mk"
COMPILER_TYPE=clang make  -f Makefile.inc1  DESTDIR=
BOOTSTRAPPING=1003509  SSP_CFLAGS=  -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT
-DWITHOUT_MAN  -DNO_PIC -DNO_PROFILE -DNO_SHARED  _BOOTSTRAP_MAKEINFO=yes
-DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD -DNO_TESTS bootstrap-tools
===> lib/clang/libllvmsupport (obj,depend,all,install)
c++  -O2 -pipe
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/include
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support -I.
-I/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS
-D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.3\"
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.3\" -DDEFAULT_SYSROOT=\"\"
-I/usr/obj/usr/src/tmp/legacy/usr/include  -fno-exceptions -fno-rtti  -c
/usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp
-o APFloat.o
In file 

Re: make world fails in usr.sbin/config?

[Christer Solskogen]

On Tue, May 25, 2010 at 1:05 PM, Matthew Seaman
m.sea...@infracaninophile.co.uk wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 25/05/2010 11:40:23, Stefan Bethke wrote:
 For the record: I'm now running -stable as of last night, compiled
 without issue on ZFS filesystems throughout.  No idea what caused the
 issue in the first place, and what made it disappear though, but
 updating to the correctly built -stable made the build on ZFS work
 again.  (It also involved an accidential upgrade and downgrade via
 -current, since I checked out the wrong tag with csup.  Yikes.)

 I've a new machine that's been running 8-STABLE on ZFS for about a week
 now.  Had no problems installing and then upgrading to recent 8-STABLE
 although I did start with installing an 8-STABLE snapshot rather than
 8.0-RELEASE. (See: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror)

 Verb. Sap.  If you're booting from ZFS, beware of updating the zpool
 version without due care and attention.  8.0-RELEASE was on version 13,
 8-STABLE is now on version 14.  (Use 'zpool update' to see what the
 status is on your machine -- this just gives you a report, and doesn't
 update anything.)  Updating the zpool version is pretty smooth and
 simple, but *remember to immediately rebuild and reinstall gptzfsboot or
 zfsboot bootcode on your drives*.  If you don't do that, your system
 won't be able to find the pool with the root filesystem and so won't be
 able to reboot.



Old thread, I know. But I encountered this error today and my solution
was that /tmp was tmpfs and it was full. Cleaning that up fixed the
error.


-- 
chs,
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

HELP! /usr/bin/as core dump after 'make world' from RELENG_6 to RELENG_7

[NAKAJI Hiroyuki]

Hi,

I made world from RELENG_6 to RELENG_7 on my FreeBSD/i386 box.

make buildworld ... ok
make buildkernel ... ok
make installkernel ... maybe ok
reboot -- -s ... ok
mergemaster -p ... ok
make installworld ... ok
mergemaster ... ok
reboot ... ok

And then I did

make delete-old BATCH_DELETE_OLD_FILES=1
make delete-old-libs BATCH_DELETE_OLD_FILES=1

to update all other packages using portmaster -a.

After all, portmaster -a gets a 'cannot compile' error. I found as.core
in the WRKDIR and 'signal 11' in dmesg.

I tried gdb /usr/bin/as as.core and got gdb.core file ...


Is there any way to recover from this terrible stuation?


BTW, I wonder why. Because a few days ago, I successfully updated my
another FreeBSD/pc98 box from older 6.2-STABLE to 7.4-PRERELEASE and then
8.1-PRERELEASE with the same way.

Thanks in advance.
-- 
NAKAJI Hiroyuki
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: HELP! /usr/bin/as core dump after 'make world' from RELENG_6 to RELENG_7

[Chuck Swiger]

Hi, Hiroyuki--

On Dec 15, 2010, at 6:10 PM, NAKAJI Hiroyuki wrote:
 After all, portmaster -a gets a 'cannot compile' error. I found as.core
 in the WRKDIR and 'signal 11' in dmesg.
 
 I tried gdb /usr/bin/as as.core and got gdb.core file ...
 
 Is there any way to recover from this terrible stuation?
 
 BTW, I wonder why. Because a few days ago, I successfully updated my
 another FreeBSD/pc98 box from older 6.2-STABLE to 7.4-PRERELEASE and then
 8.1-PRERELEASE with the same way.

The primary way to recover from a problem with an upgrade is to restore your 
system from the backups that everyone should be taking.

If you deleted old libraries, then you've removed the shared libraries older 
6.x binaries from ports want.  You can probably fix this by installing 
/usr/ports/misc/compat6x; however, it is better to reinstall all of your 
installed ports in order to relink against the new 7.x system libraries.

Regards,
-- 
-Chuck

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: FreeBSD 8.1 make world FAILED!

[pluknet]

On 9 August 2010 19:55, James Chang james.tech...@gmail.com wrote:
 Dear Sir,

  I install FreeBSD 8.1 RELEASE today and want use make world to
 upgrade to 8.1-STABLE,
[...]
 === lib/libc (install)
 install -C -o root -g wheel -m 444   libc.a /usr/lib
 install -C -o root -g wheel -m 444   libc_p.a /usr/lib
 install -s -o root -g wheel -m 444   -fschg -S  libc.so.7 /lib
 install: rename: /lib/i...@dhuu to /lib/libc.so.7: Operation not permitted
 *** Error code 71

 Stop in /usr/src/lib/libc.
 *** Error code 1

 Stop in /usr/src/lib.
 *** 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.

 Are there smothing wrong?
 Could someone give me a hand?


You could see that with DESTDIR mounted over NFS, btw..
Just my 2c.

-- 
wbr,
pluknet
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

FreeBSD 8.1 make world FAILED!

[James Chang]

Dear Sir,

 I install FreeBSD 8.1 RELEASE today and want use make world to
upgrade to 8.1-STABLE,
But It show me the following ERROR messages :
=
FreeBSD81# make installworld
mkdir -p /tmp/install.pMB8TADB
progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown  date echo
egrep find grep install-info  ln lockf make mkdir mtree mv pwd_mkdb rm
sed sh sysctl  test true uname wc zic; do  if progpath=`which $prog`;
then  echo $progpath;  else  echo Required tool $prog not found in
PATH. 2;  exit 1;  fi;  done);  libs=$(ldd -f %o %p\n -f %o
%p\n $progs 2/dev/null | sort -u |  while read line; do  set --
$line;  if [ $2 $3 != not found ]; then  echo $2;  else  echo
Required library $1 not found. 2;  exit 1;  fi;  done);  cp $libs
$progs /tmp/install.pMB8TADB
cp -R ${PATH_LOCALE:-/usr/share/locale} /tmp/install.pMB8TADB/locale
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64
MACHINE=amd64  CPUTYPE=nocona
GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin
GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font
GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.pMB8TADB
 LD_LIBRARY_PATH=/tmp/install.pMB8TADB
PATH_LOCALE=/tmp/install.pMB8TADB/locale make -f Makefile.inc1
__MAKE_SHELL=/tmp/install.pMB8TADB/sh reinstall;
MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64
CPUTYPE=nocona  GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin
GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font
GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.pMB8TADB
 LD_LIBRARY_PATH=/tmp/install.pMB8TADB
PATH_LOCALE=/tmp/install.pMB8TADB/locale rm -rf /tmp/install.pMB8TADB
--
 Making hierarchy
--
cd /usr/src; make -f Makefile.inc1 hierarchy
cd /usr/src/etc;make distrib-dirs
mtree -eU  -f /usr/src/etc/mtree/BSD.root.dist -p /
mtree -eU  -f /usr/src/etc/mtree/BSD.var.dist -p /var
mtree -eU  -f /usr/src/etc/mtree/BSD.usr.dist -p /usr
mtree -eU  -f /usr/src/etc/mtree/BSD.include.dist  -p /usr/include
mtree -deU  -f /usr/src/etc/mtree/BIND.chroot.dist  -p /var/named
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/en.UTF-8; 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/openssl/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/openssl/man/en.ISO8859-1; ln -sf ../man* .
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 (install)
=== lib (install)
=== lib/csu/amd64 (install)
install -o root -g wheel -m 444  crt1.o crti.o crtn.o Scrt1.o gcrt1.o /usr/lib
=== lib/libc (install)
install -C -o root -g wheel -m 444   libc.a /usr/lib
install -C -o root -g wheel -m 444   libc_p.a /usr/lib
install -s -o root -g wheel -m 444   -fschg -S  libc.so.7 /lib
install: rename: /lib/i...@dhuu to /lib/libc.so.7: Operation not permitted
*** Error code 71

Stop in /usr/src/lib/libc.
*** Error code 1

Stop in /usr/src/lib.
*** 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.

Are there smothing wrong?
Could someone give me a hand?

Best Regards!

 James Chang
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: FreeBSD 8.1 make world FAILED!

[Xin LI]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2010/08/09 08:55, James Chang wrote:
 install -C -o root -g wheel -m 444   libc.a /usr/lib
 install -C -o root -g wheel -m 444   libc_p.a /usr/lib
 install -s -o root -g wheel -m 444   -fschg -S  libc.so.7 /lib
 install: rename: /lib/i...@dhuu to /lib/libc.so.7: Operation not permitted
 *** Error code 71
 
 Stop in /usr/src/lib/libc.
 *** Error code 1
 
 Stop in /usr/src/lib.
 *** 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.
 
 Are there smothing wrong?

Yes.  I think you must have securitylevel set to 1 or above.  Check your
/etc/rc.conf to see if that's the case or upgrade when in single user
mode...

Cheers,
- -- 
Xin LI delp...@delphij.nethttp://www.delphij.net/
FreeBSD - The Power to Serve!  Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (FreeBSD)

iQEcBAEBCAAGBQJMYEPeAAoJEATO+BI/yjfBX+kH/RACoAFSz4gp7eZVTnLe6ScD
wUVMAaAgbUp+Wo9J2qh1yXlnsijKBfv8m5MsdesvpZZX3PFzU+8lSTdVOqpIp3aK
vbwuIkNOptO8iUVcC25KaT+FXjaVdL84hEeI74IyHCNdph2TaqfAona5zLR3gvrT
u+P7El56v0GlrnUH2Zq9ti2RutoLk1JvA0XJCg5JshwdJI+QS8Sg9+L9GTmUrJ6M
lNifYMyyba4kznzPZTEaa0qQsYQLGqJZyd/5vLk8/JKZPqIBc3dIAvu9ELd8aq/e
DbA0AvB/dz1c5FUhV1vGQv85BJQmNj/dFnVzk0TlB5lkayYDYVKP8H7AutrRUDk=
=vJFC
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: FreeBSD 8.1 make world FAILED!

[Andrew J. Caines]

James,


I install FreeBSD 8.1 RELEASE today and want use make world to
upgrade to 8.1-STABLE,


See the instructions on updating your system at the end of src/UPDATING,
specifically To rebuild everything and install it on the current
system, and the Handbook.


--
-Andrew J. Caines-   Unix Systems Engineer   a.j.cai...@halplant.com
FreeBSD/Linux/Solaris, Web/Mail/Proxy/...   http://halplant.com:2001/
  Machines take me by surprise with great frequency - Alan Turing
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Stefan Bethke]

Am 24.05.2010 um 19:49 schrieb Jeremy Chadwick:

 On Mon, May 24, 2010 at 09:24:00AM -0700, Jeremy Chadwick wrote:
 Builds are underway now (following /usr/src/Makefile method), I'll
 report back when those are done.  I'm also adding time in front of the
 make buildXXX portions just to see now long things take.
 
 The build portions finished.  Here are the numbers (quite high due to a
 combination of limited memory constraints (intentional) and the fact
 that VMware Workstation isn't the fastest thing on the planet.  :-) )

For the record: I'm now running -stable as of last night, compiled without 
issue on ZFS filesystems throughout.  No idea what caused the issue in the 
first place, and what made it disappear though, but updating to the correctly 
built -stable made the build on ZFS work again.  (It also involved an 
accidential upgrade and downgrade via -current, since I checked out the wrong 
tag with csup.  Yikes.)

Thanks for all the support to all of you!


Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Matthew Seaman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 25/05/2010 11:40:23, Stefan Bethke wrote:
 For the record: I'm now running -stable as of last night, compiled
 without issue on ZFS filesystems throughout.  No idea what caused the
 issue in the first place, and what made it disappear though, but
 updating to the correctly built -stable made the build on ZFS work
 again.  (It also involved an accidential upgrade and downgrade via
 -current, since I checked out the wrong tag with csup.  Yikes.)

I've a new machine that's been running 8-STABLE on ZFS for about a week
now.  Had no problems installing and then upgrading to recent 8-STABLE
although I did start with installing an 8-STABLE snapshot rather than
8.0-RELEASE. (See: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror)

Verb. Sap.  If you're booting from ZFS, beware of updating the zpool
version without due care and attention.  8.0-RELEASE was on version 13,
8-STABLE is now on version 14.  (Use 'zpool update' to see what the
status is on your machine -- this just gives you a report, and doesn't
update anything.)  Updating the zpool version is pretty smooth and
simple, but *remember to immediately rebuild and reinstall gptzfsboot or
zfsboot bootcode on your drives*.  If you don't do that, your system
won't be able to find the pool with the root filesystem and so won't be
able to reboot.

Cheers,

Matthew 

- -- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkv7rvYACgkQ8Mjk52CukIzoEQCeNccarvp+NUrOAvoomJIRiT+H
N6MAn0UbAcoAIdrgyI8CiEvhoiY1mCLh
=ZfJJ
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

make world fails in usr.sbin/config?

[Stefan Bethke]

I have a feeling I screwed something up, but I can't find anything wrong 
locally.

# uname -a
FreeBSD diesel.lassitu.de 8.0-STABLE FreeBSD 8.0-STABLE #9 r204100: Sat Feb 20 
09:53:14 CET 2010 r...@diesel.lassitu.de:/usr/obj/usr/src/sys/DIESEL  amd64
# svn info
Path: .
URL: svn://svn.freebsd.org/base/stable/8
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 208493
Node Kind: directory
Schedule: normal
Last Changed Author: mav
Last Changed Rev: 208492
Last Changed Date: 2010-05-24 13:01:56 +0200 (Mon, 24 May 2010)

[...]
=== usr.sbin/config (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for 
/usr/src/usr.sbin/config
yacc -d /usr/src/usr.sbin/config/config.y
cp y.tab.c config.c
lex -t  /usr/src/usr.sbin/config/lang.l  lang.c
file2c 'char kernconfstr[] = {' ',0};'  /usr/src/usr.sbin/config/kernconf.tmpl 
 kernconf.c
rm -f .depend
mkdep -f .depend -a-I. -I/usr/src/usr.sbin/config 
-I/usr/obj/usr/src/tmp/legacy/usr/include config.c 
/usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/config/mkmakefile.c 
/usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/mkoptions.c 
kernconf.c
echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a 
/usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a  .depend
cc -O2 -pipe -I. -I/usr/src/usr.sbin/config   
-I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c
config.c:214: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
'*' token
config.c:215: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
'yyval'
config.c:216: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
'yylval'
config.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
'*' token
/usr/src/usr.sbin/config/config.y: In function 'yyerror':
/usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first use in 
this function)
/usr/src/usr.sbin/config/config.y:312: error: (Each undeclared identifier is 
reported only once
/usr/src/usr.sbin/config/config.y:312: error: for each function it appears in.)
/usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first use in 
this function)
/usr/src/usr.sbin/config/config.y: In function 'yywrap':
/usr/src/usr.sbin/config/config.y:318: error: 'found_defaults' undeclared 
(first use in this function)
/usr/src/usr.sbin/config/config.y:319: error: 'PREFIX' undeclared (first use in 
this function)
/usr/src/usr.sbin/config/config.y:319: error: 'stdin' undeclared (first use in 
this function)
/usr/src/usr.sbin/config/config.y:319: warning: comparison between pointer and 
integer
/usr/src/usr.sbin/config/config.y:321: error: 'yyfile' undeclared (first use in 
this function)
/usr/src/usr.sbin/config/config.y:322: error: 'yyline' undeclared (first use in 
this function)
/usr/src/usr.sbin/config/config.y: In function 'newfile':
/usr/src/usr.sbin/config/config.y:337: error: dereferencing pointer to 
incomplete type
/usr/src/usr.sbin/config/config.y:340: error: dereferencing pointer to 
incomplete type
/usr/src/usr.sbin/config/config.y:341: error: 'fntab' undeclared (first use in 
this function)
/usr/src/usr.sbin/config/config.y:341: error: 'f_next' undeclared (first use in 
this function)
/usr/src/usr.sbin/config/config.y: At top level:
/usr/src/usr.sbin/config/config.y:348: warning: 'struct device_head' declared 
inside parameter list
e type
y.tab.c: In function 'yygrowstack':
y.tab.c:382: error: 'YYSTYPE' undeclared (first use in this function)
y.tab.c:382: error: 'newvs' undeclared (first use in this function)
y.tab.c:397: error: 'yyvs' undeclared (first use in this function)
y.tab.c:397: error: expected expression before ')' token
y.tab.c:402: error: 'yyvsp' undeclared (first use in this function)
y.tab.c: In function 'yyparse':
y.tab.c:456: error: 'yyvsp' undeclared (first use in this function)
y.tab.c:456: error: 'yyvs' undeclared (first use in this function)
y.tab.c:488: error: 'yylval' undeclared (first use in this function)
y.tab.c:569: error: 'yyval' undeclared (first use in this function)
*** Error code 1

Stop in /usr/src/usr.sbin/config.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Jeremy Chadwick]

On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote:
 I have a feeling I screwed something up, but I can't find anything wrong 
 locally.
 ...
 === usr.sbin/config (obj,depend,all,install)
 /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for 
 /usr/src/usr.sbin/config
 yacc -d /usr/src/usr.sbin/config/config.y
 cp y.tab.c config.c
 lex -t  /usr/src/usr.sbin/config/lang.l  lang.c
 file2c 'char kernconfstr[] = {' ',0};'  
 /usr/src/usr.sbin/config/kernconf.tmpl  kernconf.c
 rm -f .depend
 mkdep -f .depend -a-I. -I/usr/src/usr.sbin/config 
 -I/usr/obj/usr/src/tmp/legacy/usr/include config.c 
 /usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/config/mkmakefile.c 
 /usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/mkoptions.c 
 kernconf.c
 echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a 
 /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a  .depend
 cc -O2 -pipe -I. -I/usr/src/usr.sbin/config   
 -I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c
 config.c:214: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
 '*' token
 config.c:215: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
 'yyval'
 config.c:216: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
 'yylval'
 config.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
 '*' token
 /usr/src/usr.sbin/config/config.y: In function 'yyerror':
 /usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first use 
 in this function)
 /usr/src/usr.sbin/config/config.y:312: error: (Each undeclared identifier is 
 reported only once
 /usr/src/usr.sbin/config/config.y:312: error: for each function it appears 
 in.)
 /usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first use 
 in this function)

1) Have you tried rm -fr /usr/obj/* prior to building world?

2) If you already tried that, can you provide your /etc/make.conf and
/etc/src.conf contents?

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Stefan Bethke]

Am 24.05.2010 um 14:09 schrieb Jeremy Chadwick:

 On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote:
 I have a feeling I screwed something up, but I can't find anything wrong 
 locally.
 ...
 === usr.sbin/config (obj,depend,all,install)
 /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for 
 /usr/src/usr.sbin/config
 yacc -d /usr/src/usr.sbin/config/config.y
 cp y.tab.c config.c
 lex -t  /usr/src/usr.sbin/config/lang.l  lang.c
 file2c 'char kernconfstr[] = {' ',0};'  
 /usr/src/usr.sbin/config/kernconf.tmpl  kernconf.c
 rm -f .depend
 mkdep -f .depend -a-I. -I/usr/src/usr.sbin/config 
 -I/usr/obj/usr/src/tmp/legacy/usr/include config.c 
 /usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/config/mkmakefile.c 
 /usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/mkoptions.c 
 kernconf.c
 echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a 
 /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a  .depend
 cc -O2 -pipe -I. -I/usr/src/usr.sbin/config   
 -I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c
 config.c:214: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
 '*' token
 config.c:215: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
 'yyval'
 config.c:216: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
 'yylval'
 config.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
 '*' token
 /usr/src/usr.sbin/config/config.y: In function 'yyerror':
 /usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first use 
 in this function)
 /usr/src/usr.sbin/config/config.y:312: error: (Each undeclared identifier is 
 reported only once
 /usr/src/usr.sbin/config/config.y:312: error: for each function it appears 
 in.)
 /usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first use 
 in this function)
 
 1) Have you tried rm -fr /usr/obj/* prior to building world?

/usr/obj is a fresh filesystem (zfs).

 2) If you already tried that, can you provide your /etc/make.conf and
 /etc/src.conf contents?

I have no src.conf, and this is make.conf, unchanged from previous make worlds.

#
# make world etc.
#
KERNCONF?=  DIESEL
#MODULES_WITH_WORLD=true

BOOT_PXELDR_ALWAYS_SERIAL?= true
BOOT_PXELDR_PROBE_KEYBOARD?=true

# added by use.perl 2009-07-26 23:56:06
PERL_VERSION=5.8.9


-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Jeremy Chadwick]

On Mon, May 24, 2010 at 02:12:13PM +0200, Stefan Bethke wrote:
 Am 24.05.2010 um 14:09 schrieb Jeremy Chadwick:
 
  On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote:
  I have a feeling I screwed something up, but I can't find anything wrong 
  locally.
  ...
  === usr.sbin/config (obj,depend,all,install)
  /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for 
  /usr/src/usr.sbin/config
  yacc -d /usr/src/usr.sbin/config/config.y
  cp y.tab.c config.c
  lex -t  /usr/src/usr.sbin/config/lang.l  lang.c
  file2c 'char kernconfstr[] = {' ',0};'  
  /usr/src/usr.sbin/config/kernconf.tmpl  kernconf.c
  rm -f .depend
  mkdep -f .depend -a-I. -I/usr/src/usr.sbin/config 
  -I/usr/obj/usr/src/tmp/legacy/usr/include config.c 
  /usr/src/usr.sbin/config/main.c lang.c 
  /usr/src/usr.sbin/config/mkmakefile.c /usr/src/usr.sbin/config/mkheaders.c 
  /usr/src/usr.sbin/config/mkoptions.c kernconf.c
  echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a 
  /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a  .depend
  cc -O2 -pipe -I. -I/usr/src/usr.sbin/config   
  -I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c
  config.c:214: error: expected '=', ',', ';', 'asm' or '__attribute__' 
  before '*' token
  config.c:215: error: expected '=', ',', ';', 'asm' or '__attribute__' 
  before 'yyval'
  config.c:216: error: expected '=', ',', ';', 'asm' or '__attribute__' 
  before 'yylval'
  config.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__' 
  before '*' token
  /usr/src/usr.sbin/config/config.y: In function 'yyerror':
  /usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first 
  use in this function)
  /usr/src/usr.sbin/config/config.y:312: error: (Each undeclared identifier 
  is reported only once
  /usr/src/usr.sbin/config/config.y:312: error: for each function it appears 
  in.)
  /usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first 
  use in this function)
  
  1) Have you tried rm -fr /usr/obj/* prior to building world?
 
 /usr/obj is a fresh filesystem (zfs).
 
  2) If you already tried that, can you provide your /etc/make.conf and
  /etc/src.conf contents?
 
 I have no src.conf, and this is make.conf, unchanged from previous make 
 worlds.
 
 #
 # make world etc.
 #
 KERNCONF?=DIESEL
 #MODULES_WITH_WORLD=  true
 
 BOOT_PXELDR_ALWAYS_SERIAL?=   true
 BOOT_PXELDR_PROBE_KEYBOARD?=  true
 
 # added by use.perl 2009-07-26 23:56:06
 PERL_VERSION=5.8.9

1) Were you using any -j flags during your make?  If so, try without it.
Sometimes these are known to cause oddities, even if occasionally.

2) Make sure your system clock is correct and isn't drifting badly.
Highly recommend you use ntpdate to set the clock initially, then run
ntpd at all times.

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Stefan Bethke]

Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick:

 1) Were you using any -j flags during your make?  If so, try without it.
 Sometimes these are known to cause oddities, even if occasionally.

Nope.

 2) Make sure your system clock is correct and isn't drifting badly.
 Highly recommend you use ntpdate to set the clock initially, then run
 ntpd at all times.

# ntpq -p
 remote   refid  st t when poll reach   delay   offset  jitter
==
+lokschuppen.zs6 131.188.3.2222 u   69  512  377   34.1155.313   0.153
*jachthafen.hans 131.188.3.2222 u   52  512  377   33.9664.757   0.554
-ps.bucuo.de 192.53.103.108   2 u  185  512  377   39.5677.895   0.268
-svr02.teleport- 73.120.242.922 u  187  512  377   44.5726.949   0.542
-netzwerkteufel. 192.53.103.104   2 u  202  512  377   35.3387.662   0.422
+qraftwerk.de192.53.103.108   2 u  141  512  377   52.5055.228   0.256

I'll try a new checkout next.


Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Jeremy Chadwick]

On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote:
 Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick:
 
  1) Were you using any -j flags during your make?  If so, try without it.
  Sometimes these are known to cause oddities, even if occasionally.
 
 Nope.
 
  2) Make sure your system clock is correct and isn't drifting badly.
  Highly recommend you use ntpdate to set the clock initially, then run
  ntpd at all times.
 
 # ntpq -p
  remote   refid  st t when poll reach   delay   offset  jitter
 ==
 +lokschuppen.zs6 131.188.3.2222 u   69  512  377   34.1155.313   0.153
 *jachthafen.hans 131.188.3.2222 u   52  512  377   33.9664.757   0.554
 -ps.bucuo.de 192.53.103.108   2 u  185  512  377   39.5677.895   0.268
 -svr02.teleport- 73.120.242.922 u  187  512  377   44.5726.949   0.542
 -netzwerkteufel. 192.53.103.104   2 u  202  512  377   35.3387.662   0.422
 +qraftwerk.de192.53.103.108   2 u  141  512  377   52.5055.228   0.256
 
 I'll try a new checkout next.

Your clock looks OK (worst drift from a stratum 2 comparison is 5.313
seconds).

The only other thing I can think of would be to try doing this, to
ensure absolutely no corruption or oddities with the csup CVS DB file:

rm -fr /var/db/sup/src-all
rm -fr /usr/src/*
csup -h server -L 2 /usr/share/examples/cvsup/stable-supfile

All that said: I *have* seen the compiler error you've mentioned, but
usually a 2nd rebuild (after nuking /usr/obj/*) usually works.  Probably
some weird race condition.

For added posterity, it looks like usr.sbin/config has been mostly
untouched for quite some time, sans mkoptions.c and mkmakefile.c:

http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/

I've rebuilt world a couple times in the past few days (on different
boxes, including one under a VMware Workstation VM which is going as I
write this), without issue.

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Paul Mather]

On May 24, 2010, at 8:29 AM, Jeremy Chadwick wrote:

 For added posterity, it looks like usr.sbin/config has been mostly
 untouched for quite some time, sans mkoptions.c and mkmakefile.c:
 
 http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/

Having said that, there is this entry in /usr/src/UPDATING dating from early 
May:

20100502:
The config(8) command has been updated to maintain compatibility
with config files from 8.0-RELEASE.  You will need a new version
of config to build kernels (this version can be used from 8.0-RELEASE
forward).  The buildworld target will generate it, so following
the instructions in this file for updating will work glitch-free.
Merely doing a make buildkernel without first doing a make buildworld
(or kernel-toolchain), or attempting to build a kernel using
traidtional methods will generate a config version warning, indicating
you should update.


Stefan's kernel looks to have last been built on 20th February 2010.  It isn't 
explicit in the first posting of this thread how Stefan is doing his build, so 
there is a possibility that he's being affected by the above UPDATING entry.

Cheers,

Paul.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Stefan Bethke]

Am 24.05.2010 um 14:40 schrieb Paul Mather:

 On May 24, 2010, at 8:29 AM, Jeremy Chadwick wrote:
 
 For added posterity, it looks like usr.sbin/config has been mostly
 untouched for quite some time, sans mkoptions.c and mkmakefile.c:
 
 http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/
 
 Having said that, there is this entry in /usr/src/UPDATING dating from early 
 May:
 
 20100502:
The config(8) command has been updated to maintain compatibility
with config files from 8.0-RELEASE.  You will need a new version
of config to build kernels (this version can be used from 8.0-RELEASE
forward).  The buildworld target will generate it, so following
the instructions in this file for updating will work glitch-free.
Merely doing a make buildkernel without first doing a make buildworld
(or kernel-toolchain), or attempting to build a kernel using
traidtional methods will generate a config version warning, indicating
you should update.
 
 
 Stefan's kernel looks to have last been built on 20th February 2010.  It 
 isn't explicit in the first posting of this thread how Stefan is doing his 
 build, so there is a possibility that he's being affected by the above 
 UPDATING entry.

# make buildworld buildkernel


Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Stefan Bethke]

Am 24.05.2010 um 14:29 schrieb Jeremy Chadwick:

 All that said: I *have* seen the compiler error you've mentioned, but
 usually a 2nd rebuild (after nuking /usr/obj/*) usually works.  Probably
 some weird race condition.

It sure looks like it. Now that I've checked out again, the error has moved to:
cc -O2 -pipe -DHAS_ISBLANK -I. 
-I/usr/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64   
-I/usr/obj/usr/src/tmp/legacy/usr/include  
-L/usr/obj/usr/src/tmp/legacy/usr/lib 
/usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c  -o maketab
In file included from 
/usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c:35:
./ytab.h:98: warning: data definition has no type or storage class
./ytab.h:99: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
'yylval'
*** Error code 1

Stop in /usr/src/usr.bin/awk.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

Again, it appears as if YYSTYPE is defined but empty.  ytab.h looks a bit odd 
to me:

#define DECR 346
#define INCR 347
#define INDIRECT 348
#define LASTTOKEN 349
 YYSTYPE;
extern YYSTYPE yylval;

Line 98 is  YYSTYPE;


Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Jeremy Chadwick]

On Mon, May 24, 2010 at 02:59:01PM +0200, Stefan Bethke wrote:
 Am 24.05.2010 um 14:29 schrieb Jeremy Chadwick:
 
  All that said: I *have* seen the compiler error you've mentioned, but
  usually a 2nd rebuild (after nuking /usr/obj/*) usually works.  Probably
  some weird race condition.
 
 It sure looks like it. Now that I've checked out again, the error has moved 
 to:
 cc -O2 -pipe -DHAS_ISBLANK -I. 
 -I/usr/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64   
 -I/usr/obj/usr/src/tmp/legacy/usr/include  
 -L/usr/obj/usr/src/tmp/legacy/usr/lib 
 /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c  -o maketab
 In file included from 
 /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c:35:
 ./ytab.h:98: warning: data definition has no type or storage class
 ./ytab.h:99: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
 'yylval'
 *** Error code 1
 
 Stop in /usr/src/usr.bin/awk.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 Again, it appears as if YYSTYPE is defined but empty.  ytab.h looks a bit odd 
 to me:
 
 #define DECR 346
 #define INCR 347
 #define INDIRECT 348
 #define LASTTOKEN 349
  YYSTYPE;
 extern YYSTYPE yylval;
 
 Line 98 is  YYSTYPE;

So now the problem has moved from usr.sbin/config to usr.sbin/awk?
Weird.  Usually this sort of thing indicates excessive clock skew (as in
rapidly skewing multiple seconds in bursts), or very strange filesystem
problems.

Is it possible for your /usr/obj to be made a UFS2 filesystem and for
you to re-try your build?

By the way, the buildworld + buildkernel I was running on the FreeBSD VM
box I have just finished -- no issues.  And that's with make -j2.
That's an 8.0-RELEASE machine which is being built to upgrade to
RELENG_8.

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[David Wolfskill]

On Mon, May 24, 2010 at 02:59:01PM +0200, Stefan Bethke wrote:
 ...
 It sure looks like it. Now that I've checked out again, the error has moved 
 to:
 cc -O2 -pipe -DHAS_ISBLANK -I. 
 -I/usr/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64   
 -I/usr/obj/usr/src/tmp/legacy/usr/include  
 -L/usr/obj/usr/src/tmp/legacy/usr/lib 
 /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c  -o maketab
 In file included from 
 /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c:35:
 ./ytab.h:98: warning: data definition has no type or storage class
 ./ytab.h:99: error: expected '=', ',', ';', 'asm' or '__attribute__' before 
 'yylval'
 *** Error code 1
 
 Stop in /usr/src/usr.bin/awk.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 Again, it appears as if YYSTYPE is defined but empty.  ytab.h looks a bit odd 
 to me:
 ...

My laptop has finished byilding the stable/8 world successfully at
r208488 (it's still building the kernel); my build machine completed the
stable/8 build -- also at r208488 -- (and is now building head).

I use a -j factor of $(( 2 \* $( sysctl -n hw.ncpu ) )).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpHaQGtUQQW6.pgp
Description: PGP signature

Re: make world fails in usr.sbin/config?

[Stefan Bethke]

Am 24.05.2010 um 15:13 schrieb Jeremy Chadwick:

 So now the problem has moved from usr.sbin/config to usr.sbin/awk?
 Weird.  Usually this sort of thing indicates excessive clock skew (as in
 rapidly skewing multiple seconds in bursts), or very strange filesystem
 problems.
 
 Is it possible for your /usr/obj to be made a UFS2 filesystem and for
 you to re-try your build?

I've now checked out via csup, and I've put /usr/obj on UFS.  The error has 
shifted yet again:
cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99   
-I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c
/usr/src/usr.bin/lex/parse.y: In function 'build_eof_action':
/usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use in 
this function)

I would agree that this looks like time problems or similar, but I don't see 
how that could be the case.

I'll put the source on UFS as well, just to make sure.

 By the way, the buildworld + buildkernel I was running on the FreeBSD VM
 box I have just finished -- no issues.  And that's with make -j2.
 That's an 8.0-RELEASE machine which is being built to upgrade to
 RELENG_8.

A separate make buildworld on another machine is chugging along just fine, so 
there's definitly something odd about this box.

I've just moved from a root on UFS plus data on ZFS setup, to root on ZFS; 
that's the only real difference I can think of.  Although I don't see how that 
would affect building world, especially since I've had src and obj on ZFS 
before.


Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Paul Mather]

On May 24, 2010, at 9:27 AM, Stefan Bethke wrote:

 I've just moved from a root on UFS plus data on ZFS setup, to root on ZFS; 
 that's the only real difference I can think of.  Although I don't see how 
 that would affect building world, especially since I've had src and obj on 
 ZFS before.

FWIW, I successfully completed buildworld + buildkernel for 8-STABLE on a 
root-on-ZFS system yesterday.

Cheers,

Paul.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Stefan Bethke]

Am 24.05.2010 um 15:27 schrieb Stefan Bethke:

 I've now checked out via csup, and I've put /usr/obj on UFS.  The error has 
 shifted yet again:
 cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99   
 -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c
 /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action':
 /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use in 
 this function)
 
 I would agree that this looks like time problems or similar, but I don't see 
 how that could be the case.
 
 I'll put the source on UFS as well, just to make sure.

Putting the sources on a separate UFS file system fixed the build issue.  
Previously, I did have root on UFS, but /usr/src and /usr/obj on ZFS, so I 
don't quite understand what the difference is.


Thanks for all your help!


Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Jeremy Chadwick]

On Mon, May 24, 2010 at 03:39:19PM +0200, Stefan Bethke wrote:
 Am 24.05.2010 um 15:27 schrieb Stefan Bethke:
 
  I've now checked out via csup, and I've put /usr/obj on UFS.  The error has 
  shifted yet again:
  cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99   
  -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c
  /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action':
  /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use in 
  this function)
  
  I would agree that this looks like time problems or similar, but I don't 
  see how that could be the case.
  
  I'll put the source on UFS as well, just to make sure.
 
 Putting the sources on a separate UFS file system fixed the build issue.  
 Previously, I did have root on UFS, but /usr/src and /usr/obj on ZFS, so I 
 don't quite understand what the difference is.

I'll try reproducing your problem on said VM box I have, once I finish
testing for a possible a 8.0-RELEASE to 8.1-PRERELEASE issue.

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Kevin Oberman]

 Date: Mon, 24 May 2010 05:29:44 -0700
 From: Jeremy Chadwick free...@jdc.parodius.com
 Sender: owner-freebsd-sta...@freebsd.org
 
 On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote:
  Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick:
  
   1) Were you using any -j flags during your make?  If so, try without it.
   Sometimes these are known to cause oddities, even if occasionally.
  
  Nope.
  
   2) Make sure your system clock is correct and isn't drifting badly.
   Highly recommend you use ntpdate to set the clock initially, then run
   ntpd at all times.
  
  # ntpq -p
   remote   refid  st t when poll reach   delay   offset  
  jitter
  ==
  +lokschuppen.zs6 131.188.3.2222 u   69  512  377   34.1155.313   
  0.153
  *jachthafen.hans 131.188.3.2222 u   52  512  377   33.9664.757   
  0.554
  -ps.bucuo.de 192.53.103.108   2 u  185  512  377   39.5677.895   
  0.268
  -svr02.teleport- 73.120.242.922 u  187  512  377   44.5726.949   
  0.542
  -netzwerkteufel. 192.53.103.104   2 u  202  512  377   35.3387.662   
  0.422
  +qraftwerk.de192.53.103.108   2 u  141  512  377   52.5055.228   
  0.256
  
  I'll try a new checkout next.
 
 Your clock looks OK (worst drift from a stratum 2 comparison is 5.313
 seconds).

Minor correction on this. The offset values from 'ntpq -p' are in
milliseconds, so the worst offset is 6 ms. Not great, but way better
than is really needed.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: ober...@es.net  Phone: +1 510 486-8634
Key fingerprint:059B 2DDF 031C 9BA3 14A4  EADA 927D EBB3 987B 3751
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Jeremy Chadwick]

On Mon, May 24, 2010 at 08:07:38AM -0700, Jeremy Chadwick wrote:
 On Mon, May 24, 2010 at 03:39:19PM +0200, Stefan Bethke wrote:
  Am 24.05.2010 um 15:27 schrieb Stefan Bethke:
  
   I've now checked out via csup, and I've put /usr/obj on UFS.  The error 
   has shifted yet again:
   cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99   
   -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c
   /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action':
   /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use 
   in this function)
   
   I would agree that this looks like time problems or similar, but I don't 
   see how that could be the case.
   
   I'll put the source on UFS as well, just to make sure.
  
  Putting the sources on a separate UFS file system fixed the build issue.  
  Previously, I did have root on UFS, but /usr/src and /usr/obj on ZFS, so I 
  don't quite understand what the difference is.
 
 I'll try reproducing your problem on said VM box I have, once I finish
 testing for a possible a 8.0-RELEASE to 8.1-PRERELEASE issue.

VM system has a fresh 8.0-STABLE-201002 installed on it, taken from the
8.0-STABLE snapshots directory.  This is fairly close to your
kernel/world build time.

testbox# uname -a
FreeBSD testbox.home.lan 8.0-STABLE-201002 FreeBSD 8.0-STABLE-201002 #0: Tue 
Feb 16 21:05:59 UTC 2010 
r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64

Things to note up front:

1) I chose *not* to install ports nor src from the installation medium,
   so /usr/src and /usr/ports at this point are empty dirs.
2) VM instance is running without ntpdate + ntpd intentionally.

Preparation and creation of the zpool (raidz1 w/ 3x 8GB disks) and
filesystems:

testbox# echo 'zfs_enable=yes'  /etc/rc.conf
testbox# /etc/rc.d/hostid start
Setting hostuuid: 564de564-be17-6e27-89b6-ae662003f0db.
Setting hostid: 0xfa4c1c12.
testbox# /etc/rc.d/zfs start
testbox# zpool create data raidz1 da1 da2 da3
testbox# zpool list
NAME   SIZE   USED  AVAILCAP  HEALTH  ALTROOT
data  23.9G   141K  23.9G 0%  ONLINE  -
testbox# zfs set mountpoint=none data
testbox# zfs create -o mountpoint=/usr/obj data/usr_obj
testbox# zfs create -o mountpoint=/usr/ports data/usr_ports
testbox# zfs create -o mountpoint=/usr/src data/usr_src
testbox# zfs list
NAME USED  AVAIL  REFER  MOUNTPOINT
data 228K  15.7G  24.0K  none
data/usr_obj24.0K  15.7G  24.0K  /usr/obj
data/usr_ports  24.0K  15.7G  24.0K  /usr/ports
data/usr_src24.0K  15.7G  24.0K  /usr/src

At this point I tuned loader.conf to permit for larger ZFS ARC size (the
VM is only allocated 1GB of RAM; this is intentional, as I wanted to
simulate a memory-tight environment), explicitly disabled prefetching,
and adjusted vfs.zfs.txg.timeout for an increase in responsiveness:

testbox# echo 'vm.kmem_size=768M'  /boot/loader.conf
testbox# echo 'vfs.zfs.arc_max=512M'  /boot/loader.conf
testbox# echo 'vfs.zfs.prefetch_disable=1'  /boot/loader.conf
testbox# echo 'vfs.zfs.txg.timeout=5'  /boot/loader.conf
testbox# shutdown -r now

System rebooted to pick up loader.conf changes, and on to csup:

testbox# csup -h cvsup10.freebsd.org -L 2 -4 
/usr/share/examples/cvsup/stable-supfile
{...}
testbox# csup -h cvsup10.freebsd.org -L 2 -4 
/usr/share/examples/cvsup/ports-supfile
{...}

Removing some base system pieces and adding optimisations:

testbox# cat  /etc/make.conf
KERNCONF=GENERIC
CPUTYPE?=nocona
testbox# cat  /etc/src.conf
WITHOUT_IPFILTER=true
WITHOUT_LIB32=true
WITHOUT_KERBEROS=true
WITHOUT_PROFILE=true
WITHOUT_SENDMAIL=true
testbox#

Builds are underway now (following /usr/src/Makefile method), I'll
report back when those are done.  I'm also adding time in front of the
make buildXXX portions just to see now long things take.

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Jeremy Chadwick]

On Mon, May 24, 2010 at 09:18:55AM -0700, Kevin Oberman wrote:
  Date: Mon, 24 May 2010 05:29:44 -0700
  From: Jeremy Chadwick free...@jdc.parodius.com
  Sender: owner-freebsd-sta...@freebsd.org
  
  On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote:
   Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick:
   
1) Were you using any -j flags during your make?  If so, try without 
it.
Sometimes these are known to cause oddities, even if occasionally.
   
   Nope.
   
2) Make sure your system clock is correct and isn't drifting badly.
Highly recommend you use ntpdate to set the clock initially, then run
ntpd at all times.
   
   # ntpq -p
remote   refid  st t when poll reach   delay   offset  
   jitter
   ==
   +lokschuppen.zs6 131.188.3.2222 u   69  512  377   34.1155.313   
   0.153
   *jachthafen.hans 131.188.3.2222 u   52  512  377   33.9664.757   
   0.554
   -ps.bucuo.de 192.53.103.108   2 u  185  512  377   39.5677.895   
   0.268
   -svr02.teleport- 73.120.242.922 u  187  512  377   44.5726.949   
   0.542
   -netzwerkteufel. 192.53.103.104   2 u  202  512  377   35.3387.662   
   0.422
   +qraftwerk.de192.53.103.108   2 u  141  512  377   52.5055.228   
   0.256
   
   I'll try a new checkout next.
  
  Your clock looks OK (worst drift from a stratum 2 comparison is 5.313
  seconds).
 
 Minor correction on this. The offset values from 'ntpq -p' are in
 milliseconds, so the worst offset is 6 ms. Not great, but way better
 than is really needed.

Thanks Kevin -- you're absolutely right.  I often forget this fact,
since comparatively ntpdc -c peers outputs seconds.

-- 
| Jeremy Chadwick   j...@parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: make world fails in usr.sbin/config?

[Jeremy Chadwick]

On Mon, May 24, 2010 at 09:24:00AM -0700, Jeremy Chadwick wrote:
 Builds are underway now (following /usr/src/Makefile method), I'll
 report back when those are done.  I'm also adding time in front of the
 make buildXXX portions just to see now long things take.

The build portions finished.  Here are the numbers (quite high due to a
combination of limited memory constraints (intentional) and the fact
that VMware Workstation isn't the fastest thing on the planet.  :-) )

--
 World build completed on Mon May 24 10:18:55 PDT 2010
--
1950.588u 1791.577s 32:36.44 191.2% 5154+1888k 26+70io 28130pf+0w

--
 Kernel build for GENERIC completed on Mon May 24 10:33:58 PDT 2010
--
754.864u 739.046s 14:29.00 171.9%   5258+1816k 1+9io 427pf+0w

These should also act as verification that building world (or at least
most of it, see my src.conf) with /usr/src and /usr/obj as ZFS
filesystems is safe to do.

Installation bits:

- make installkernel completed without issue
- rebooted into single-user
- ran: mount -a ; /etc/rc.d/hostid start ; /etc/rc.d/zfs start
- cd /usr/src
- mergemaster -p-- no changes
- make installworld -- no errors witnessed
- yes | make delete-old -- removal of ipfilter + kerberos
- mergemaster   -- lots of changes...
- reboot
- Once system was back up, ran make delete-old-libs

Present state of the system:

testbox# date
Mon May 24 10:45:36 PDT 2010

testbox# uname -a
FreeBSD testbox.home.lan 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon May 24 
10:32:08 PDT 2010 r...@testbox.home.lan:/usr/obj/usr/src/sys/GENERIC  amd64

testbox# df -k
Filesystem 1024-blocksUsedAvail Capacity  Mounted on
/dev/da0s1a1012974  511974   41996455%/
devfs1   10   100%/dev
/dev/da0s1e 507630  12   467008 0%/tmp
/dev/da0s1f   10655298  179240  9623636 2%/usr
/dev/da0s1d2026030   37218  1826730 2%/var
data/usr_obj  15473740 1581700 1389204010%/usr/obj
data/usr_ports14285680  393639 13892040 3%/usr/ports
data/usr_src  14436336  544295 13892040 4%/usr/src

testbox# zfs list
NAME USED  AVAIL  REFER  MOUNTPOINT
data2.40G  13.2G  24.0K  none
data/usr_obj1.51G  13.2G  1.51G  /usr/obj
data/usr_ports   384M  13.2G   384M  /usr/ports
data/usr_src 532M  13.2G   532M  /usr/src

testbox# zpool status
  pool: data
 state: ONLINE
 scrub: none requested
config:

NAMESTATE READ WRITE CKSUM
dataONLINE   0 0 0
  raidz1ONLINE   0 0 0
da1 ONLINE   0 0 0
da2 ONLINE   0 0 0
da3 ONLINE   0 0 0

errors: No known data errors

testbox# zpool scrub data
{...wait a little while...}
testbox# zpool status | grep scrub
 scrub: scrub completed after 0h3m with 0 errors on Mon May 24 10:48:01 2010

Finally, zfs get all output, which is fairly long but I figure it
might help in debugging.  Anything else you'd like me to check before I
delete this VM?

testbox# zfs get all
NAMEPROPERTY  VALUE  SOURCE
datatype  filesystem -
datacreation  Mon May 24  8:37 2010  -
dataused  2.40G  -
dataavailable 13.2G  -
datareferenced24.0K  -
datacompressratio 1.00x  -
datamounted   no -
dataquota none   default
datareservation   none   default
datarecordsize128K   default
datamountpointnone   local
datasharenfs  offdefault
datachecksum  on default
datacompression   offdefault
dataatime on default
datadevices   on default
dataexec  on default
datasetuidon default
datareadonly  offdefault
datajailedoffdefault
datasnapdir   hidden default
dataaclmode   groupmask  default
dataaclinheritrestricted default
data

Re: fxp unusable after make world

[Pyun YongHyeon]

On Mon, Mar 09, 2009 at 09:06:10AM +0900, Pyun YongHyeon wrote:
 On Sun, Mar 08, 2009 at 06:04:35PM +0100, Beat Siegenthaler wrote:
  Pyun YongHyeon wrote:
  
   
   I touched fxp(4) to add more hardware assistance so it could cause
   problems on your box. Please show me dmesg output and
   ifconfig fxp0
   output.
   
   If you doubt checksum offloading or TSO issues, try
   ifconfig fxp0 -tso -txcsum -rxcsum.
   
 
 And the command above fixed your issue?
 

It seems that fxp(4) has a TSO bug. Would you try attached patch?
(Make sure to enable TSO to check whether the issue was resolved.)
Index: sys/dev/fxp/if_fxp.c
===
--- sys/dev/fxp/if_fxp.c	(revision 190876)
+++ sys/dev/fxp/if_fxp.c	(working copy)
@@ -1485,7 +1485,8 @@
 		 * checksum in the first frame driver should compute it.
 		 */
 		ip-ip_sum = 0;
-		ip-ip_len = htons(ifp-if_mtu);
+		ip-ip_len = htons(m-m_pkthdr.tso_segsz + (ip-ip_hl  2) +
+		(tcp-th_off  2));
 		tcp-th_sum = in_pseudo(ip-ip_src.s_addr, ip-ip_dst.s_addr,
 		htons(IPPROTO_TCP + (tcp-th_off  2) +
 		m-m_pkthdr.tso_segsz));
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Failure to make world for RELENG_6_4

[Victor Sudakov]

Xin LI wrote:
 
 According to kan@, it looks like a bug in FreeBSD 6.x :( unfortunately.
  The good news is that the problem has been fixed in 7.x series.

Yes, I confirm that make buildworld works fine for RELENG_7_1 under
VMWare ESXi with 2 virtual CPUs, even with -j4 or -j8.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Failure to make world for RELENG_6_4

[Victor Sudakov]

Victor Sudakov wrote:
 
 I have recently submitted 2 PRs 
 misc/133066

This one was due to a dirty source tree.

 misc/133264

This one however is not so simple. I have tried building world under
VMWare ESXi 3.5.0 Update 3 (FreeBSD as a guest OS) and the building
process crashed occasionally if more than 1 CPU is allocated to the
virtual machine. The failures are due to various processes like sh,
sed or cc1 dupming core on signal 11 during the build.

The problem seems to be SMP related because enabling only 1 virtual
CPU removes the problem. Of course it is also VMWare related.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Failure to make world for RELENG_6_4

[Xin LI]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Victor Sudakov wrote:
 misc/133264
 
 This one however is not so simple. I have tried building world under
 VMWare ESXi 3.5.0 Update 3 (FreeBSD as a guest OS) and the building
 process crashed occasionally if more than 1 CPU is allocated to the
 virtual machine. The failures are due to various processes like sh,
 sed or cc1 dupming core on signal 11 during the build.
 
 The problem seems to be SMP related because enabling only 1 virtual
 CPU removes the problem. Of course it is also VMWare related.

- From what you have described, it's likely that there is some memory
issue.  The FreeBSD Virtual Memory system tends to use all physical
memory and this could be a problem for faulty memory chips (i.e. it's
more easy for FreeBSD to trigger problems).

If you have access to the host system and possible, would you please try
to install FreeBSD directly and see if the problem still occurs?

Cheers,
- --
Xin LI delp...@delphij.nethttp://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (FreeBSD)

iEYEARECAAYFAknZZHUACgkQi+vbBBjt66DbrACfY0tbGQImQgm9PJJGbWDQPZLt
FvIAoK+fWNP2eA37Zs6WpSaF0zG83vWg
=7wMS
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Failure to make world for RELENG_6_4

[Xin LI]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Alexander Kabaev wrote:
 On Sun, 05 Apr 2009 19:09:57 -0700
 Xin LI delp...@delphij.net wrote:
 - From what you have described, it's likely that there is some memory
 issue.  The FreeBSD Virtual Memory system tends to use all physical
 memory and this could be a problem for faulty memory chips (i.e. it's
 more easy for FreeBSD to trigger problems).

 If you have access to the host system and possible, would you please
 try to install FreeBSD directly and see if the problem still occurs?

 Cheers,
 - --
 Xin LI delp...@delphij.net http://www.delphij.net/
 FreeBSD - The Power to Serve!
 JFYI,
 
 this seems to be the issue with combination of FreeBSD 6.x and VMWare
 hypervisor when running with more than one virtual CPUs. I see it will
 the full range of VMWare products, from Player to Fusion and
 Workstation. FreeBSD 7 and up are working fine.

I see, thanks for the pointer.

Cheers,
- --
Xin LI delp...@delphij.nethttp://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (FreeBSD)

iEYEARECAAYFAknZbgAACgkQi+vbBBjt66D7fACgiiqUD6G0YobszxnDpQEvrdtM
g80AoJPh1UDufIml6i66iWJw5EdH6uEH
=rlCg
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Failure to make world for RELENG_6_4

[Alexander Kabaev]

On Sun, 05 Apr 2009 19:09:57 -0700
Xin LI delp...@delphij.net wrote:
 
 - From what you have described, it's likely that there is some memory
 issue.  The FreeBSD Virtual Memory system tends to use all physical
 memory and this could be a problem for faulty memory chips (i.e. it's
 more easy for FreeBSD to trigger problems).
 
 If you have access to the host system and possible, would you please
 try to install FreeBSD directly and see if the problem still occurs?
 
 Cheers,
 - --
 Xin LI delp...@delphij.net  http://www.delphij.net/
 FreeBSD - The Power to Serve!
JFYI,

this seems to be the issue with combination of FreeBSD 6.x and VMWare
hypervisor when running with more than one virtual CPUs. I see it will
the full range of VMWare products, from Player to Fusion and
Workstation. FreeBSD 7 and up are working fine.


-- 
Alexander Kabaev
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Failure to make world for RELENG_6_4

[Victor Sudakov]

Xin LI wrote:
  misc/133264
  
  This one however is not so simple. I have tried building world under
  VMWare ESXi 3.5.0 Update 3 (FreeBSD as a guest OS) and the building
  process crashed occasionally if more than 1 CPU is allocated to the
  virtual machine. The failures are due to various processes like sh,
  sed or cc1 dupming core on signal 11 during the build.
  
  The problem seems to be SMP related because enabling only 1 virtual
  CPU removes the problem. Of course it is also VMWare related.
 
 - From what you have described, it's likely that there is some memory
 issue.  The FreeBSD Virtual Memory system tends to use all physical
 memory and this could be a problem for faulty memory chips (i.e. it's
 more easy for FreeBSD to trigger problems).

How is this connected with the number of virtual CPUs?
When I give only 1 CPU to the virtual machine, the problem is gone.

 
 If you have access to the host system and possible, would you please try
 to install FreeBSD directly and see if the problem still occurs?

Sorry, I cannot do that. This host is already running several Windows
servers and has been thoroughly tested before production use.

I have however run Memtest-86 v3.2 in the virtual machine for 
2 hours and it has found no errors.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Failure to make world for RELENG_6_4

[Victor Sudakov]

Alexander Kabaev wrote:
 
 this seems to be the issue with combination of FreeBSD 6.x and VMWare
 hypervisor when running with more than one virtual CPUs. I see it will
 the full range of VMWare products, from Player to Fusion and
 Workstation. FreeBSD 7 and up are working fine.

Is there a hypervisor which has no problems with FreeBSD? I have tried
several. 

1. Under Microsoft (former Connectix) VirtualPC, FreeBSD has timer
problems (microuptime went backwards).

2. Under VirtualBox, some processes tend to hang with the obscure
kernel mesage sigreturn: eflags = 0x80286 (the VirtualBox
bugtracker claims the issue is fixed, but it is not).

3. Under ESXi, you know.

4. What about Xen? Is it worth trying?

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Failure to make world for RELENG_6_4

[Xin LI]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Victor Sudakov wrote:
 Xin LI wrote:
 misc/133264
 This one however is not so simple. I have tried building world under
 VMWare ESXi 3.5.0 Update 3 (FreeBSD as a guest OS) and the building
 process crashed occasionally if more than 1 CPU is allocated to the
 virtual machine. The failures are due to various processes like sh,
 sed or cc1 dupming core on signal 11 during the build.

 The problem seems to be SMP related because enabling only 1 virtual
 CPU removes the problem. Of course it is also VMWare related.
 - From what you have described, it's likely that there is some memory
 issue.  The FreeBSD Virtual Memory system tends to use all physical
 memory and this could be a problem for faulty memory chips (i.e. it's
 more easy for FreeBSD to trigger problems).
 
 How is this connected with the number of virtual CPUs?
 When I give only 1 CPU to the virtual machine, the problem is gone.
 
 If you have access to the host system and possible, would you please try
 to install FreeBSD directly and see if the problem still occurs?
 
 Sorry, I cannot do that. This host is already running several Windows
 servers and has been thoroughly tested before production use.
 
 I have however run Memtest-86 v3.2 in the virtual machine for 
 2 hours and it has found no errors.

No, memtest is known to be weaker than a 'make world'.

According to kan@, it looks like a bug in FreeBSD 6.x :( unfortunately.
 The good news is that the problem has been fixed in 7.x series.

Cheers,
- --
Xin LI delp...@delphij.nethttp://www.delphij.net/
FreeBSD - The Power to Serve!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (FreeBSD)

iEYEARECAAYFAknZivsACgkQi+vbBBjt66Ag+QCeKj/hsbvPLuiKa65iLsxWj5lt
0JEAnjWtwrGKX11P8h9W2ATmO13dwFT7
=ZVZj
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Failure to make world for RELENG_6_4

[Victor Sudakov]

Colleagues,

I have recently submitted 2 PRs 
misc/133264
misc/133066

regarding the failure to compile the security branch RELENG_6_4.
Could you please look at them and try to reproduce the problems?

http://www.freebsd.org/cgi/query-pr.cgi?pr=133264
http://www.freebsd.org/cgi/query-pr.cgi?pr=133066

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: fxp unusable after make world

[Bruce Simpson]

Pyun YongHyeon wrote:

Your controller looks like i82550. 82550/82551 has nice hardware
cryptographic capability for IPSec acceleration but it's not used
at all under FreeBSD. Intel's open source developer manual didn't
even mention the existence of cryptographic capability.
  


I had a crack at this about 5-6 years ago.

Now that the descriptor ring format is fairly well known for fxp, reverse
engineering is feasible, as the setup uses the normal NDIS hooks which
Microsoft added for offloading cryptographic operations. Those *are*
documented.

Making it work is another matter entirely...
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: fxp unusable after make world

[Beat Siegenthaler]

Bruce Simpson wrote:


Now that the descriptor ring format is fairly well known for fxp, reverse
engineering is feasible, as the setup uses the normal NDIS hooks which
Microsoft added for offloading cryptographic operations. Those *are*
documented.

Making it work is another matter entirely...


Cryptographic functions where never a needed option. I had this card 
running for maybe three Years. And my observations are for the records, 
if somebody have the same issues since one month or so...


I will also check the commands from Pyun. I will post the results here 
too..


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: fxp unusable after make world

[Pyun YongHyeon]

On Mon, Mar 09, 2009 at 03:41:48PM +, Bruce Simpson wrote:
 Pyun YongHyeon wrote:
 Your controller looks like i82550. 82550/82551 has nice hardware
 cryptographic capability for IPSec acceleration but it's not used
 at all under FreeBSD. Intel's open source developer manual didn't
 even mention the existence of cryptographic capability.
   
 
 I had a crack at this about 5-6 years ago.
 
 Now that the descriptor ring format is fairly well known for fxp, reverse
 engineering is feasible, as the setup uses the normal NDIS hooks which
 Microsoft added for offloading cryptographic operations. Those *are*
 documented.
 

I don't think the descriptor format is well known for IPSec
processing. Intel didn't even show VLAN related bit in 82550/82551
Rx descriptor format.

What might be hard to know would be
  o what kind of acceleration is done by hardware and how to active
specific features
  o how SAs are managed in hardware
  o errata information

 Making it work is another matter entirely...

AFAIK hardware supported by fxp(4) and txp(4) can offload IPSec
processing. Sun's Cassini+ also seems to have rudimentary support
for IPSec packets but I'm not sure how useful it is. Because I
don't use IPSec at all I have no interests in IPSec acceleration
at this moment. 3Com's Typhoon2 datasheet gives more information on
IPSec acceleration so it would be easier to start with txp(4).
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

fxp unusable after make world

[Beat Siegenthaler]

Hi,

last week I made a rebuild on my system (7.1 RELENG_7 amd64).

After this i could not reach my system from outside the LAN. It was
extremely slow. I suspected Modem, Firewall and so on, because inside my
LAN I could work. But then with tshark I found, that also there where
many retransmissions and checksum errors.

Then, short in time I replaced the dual EtherExpress PRO/100

f...@pci0:2:4:0:class=0x02 card=0x10158086 chip=0x12298086
rev=0x0d hdr=0x00
vendor = 'Intel Corporation'
device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
class  = network
subclass   = ethernet
f...@pci0:2:5:0:class=0x02 card=0x10158086 chip=0x12298086
rev=0x0d hdr=0x00
vendor = 'Intel Corporation'
device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
class  = network
subclass   = ethernet

With two cheap Realtek cards and the problem was gone...

r...@pci0:0:12:0:class=0x02 card=0x001a6409 chip=0x816910ec
rev=0x10 hdr=0x00
vendor = 'Realtek Semiconductor'
device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller'
class  = network
subclass   = ethernet
r...@pci0:0:13:0:class=0x02 card=0x001a6409 chip=0x816910ec
rev=0x10 hdr=0x00
vendor = 'Realtek Semiconductor'
device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller'
class  = network
subclass   = ethernet


I see that the fxp-code was touched short time ago.

P.S This is the first time since Years, that make world made one of my
Systems unusable
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

fxp unusable after make world

[Beat Siegenthaler]

Hi,

last week I made a rebuild on my system (7.1 RELENG_7 amd64).

After this i could not reach my system from outside the LAN. It was
extremely slow. I suspected Modem, Firewall and so on, because inside my
LAN I could work. But then with tshark I found, that also there where
many retransmissions and checksum errors.

Then, short in time I replaced the dual EtherExpress PRO/100

f...@pci0:2:4:0:class=0x02 card=0x10158086 chip=0x12298086
rev=0x0d hdr=0x00
vendor = 'Intel Corporation'
device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
class  = network
subclass   = ethernet
f...@pci0:2:5:0:class=0x02 card=0x10158086 chip=0x12298086
rev=0x0d hdr=0x00
vendor = 'Intel Corporation'
device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
class  = network
subclass   = ethernet

With two cheap Realtek cards and the problem was gone...

r...@pci0:0:12:0:class=0x02 card=0x001a6409 chip=0x816910ec
rev=0x10 hdr=0x00
vendor = 'Realtek Semiconductor'
device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller'
class  = network
subclass   = ethernet
r...@pci0:0:13:0:class=0x02 card=0x001a6409 chip=0x816910ec
rev=0x10 hdr=0x00
vendor = 'Realtek Semiconductor'
device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller'
class  = network
subclass   = ethernet


I see that the fxp-code was touched short time ago.

P.S This is the first time since Years, that make world made one of my
Systems unusable

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: fxp unusable after make world

[Pyun YongHyeon]

On Sun, Mar 08, 2009 at 10:07:59AM +0100, Beat Siegenthaler wrote:
 Hi,
 
 last week I made a rebuild on my system (7.1 RELENG_7 amd64).
 
 After this i could not reach my system from outside the LAN. It was
 extremely slow. I suspected Modem, Firewall and so on, because inside my
 LAN I could work. But then with tshark I found, that also there where
 many retransmissions and checksum errors.
 
 Then, short in time I replaced the dual EtherExpress PRO/100
 
 f...@pci0:2:4:0:class=0x02 card=0x10158086 chip=0x12298086
 rev=0x0d hdr=0x00
 vendor = 'Intel Corporation'
 device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
 class  = network
 subclass   = ethernet
 f...@pci0:2:5:0:class=0x02 card=0x10158086 chip=0x12298086
 rev=0x0d hdr=0x00
 vendor = 'Intel Corporation'
 device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter'
 class  = network
 subclass   = ethernet
 
 With two cheap Realtek cards and the problem was gone...
 
 r...@pci0:0:12:0:class=0x02 card=0x001a6409 chip=0x816910ec
 rev=0x10 hdr=0x00
 vendor = 'Realtek Semiconductor'
 device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller'
 class  = network
 subclass   = ethernet
 r...@pci0:0:13:0:class=0x02 card=0x001a6409 chip=0x816910ec
 rev=0x10 hdr=0x00
 vendor = 'Realtek Semiconductor'
 device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller'
 class  = network
 subclass   = ethernet
 
 
 I see that the fxp-code was touched short time ago.
 

I touched fxp(4) to add more hardware assistance so it could cause
problems on your box. Please show me dmesg output and
ifconfig fxp0
output.

If you doubt checksum offloading or TSO issues, try
ifconfig fxp0 -tso -txcsum -rxcsum.

 P.S This is the first time since Years, that make world made one of my
 Systems unusable
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: fxp unusable after make world

[Beat Siegenthaler]

Pyun YongHyeon wrote:

 
 I touched fxp(4) to add more hardware assistance so it could cause
 problems on your box. Please show me dmesg output and
 ifconfig fxp0
 output.
 
 If you doubt checksum offloading or TSO issues, try
 ifconfig fxp0 -tso -txcsum -rxcsum.
 

As I remember this Dual card is out of a Symantec/RaQ/Raptor/Firewall
and has a 3DES CryptoChip onboard.

[r...@atom:~] # ifconfig fxp0
fxp0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4
ether 00:02:b3:b8:e5:7f
inet6 fe80::202:b3ff:feb8:e57f%fxp0 prefixlen 64 scopeid 0x3
media: Ethernet autoselect (none)
status: no carrier
[r...@atom:~] # ifconfig fxp1
fxp1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4
ether 00:02:b3:b8:e5:80
inet6 fe80::202:b3ff:feb8:e580%fxp1 prefixlen 64 scopeid 0x4
media: Ethernet autoselect (none)
status: no carrier


[r...@atom:~] # dmesg
Copyright (c) 1992-2009 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 7.1-STABLE #3: Thu Mar  5 17:03:54 CET 2009
r...@atom.beatsnet.com:/usr/obj/usr/src/sys/ATOM_amd64
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.57-MHz K8-class CPU)
  Origin = AuthenticAMD  Id = 0x10ff0  Stepping = 0

Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2
  AMD Features=0xe2500800SYSCALL,NX,MMX+,FFXSR,LM,3DNow!+,3DNow!
  AMD Features2=0x1LAHF
usable memory = 2137423872 (2038 MB)
avail memory  = 2061045760 (1965 MB)
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
agp0: VIA K8T800Pro host to PCI bridge on hostb0
pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0
pci1: ACPI PCI bus on pcib1
pci0: network, ethernet at device 10.0 (no driver attached)
re0: RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet
port 0x8800-0x88ff mem 0xfb40-0xfb4000ff irq 17 at device 12.0 on pci0
re0: Chip rev. 0x1000
re0: MAC rev. 0x
miibus0: MII bus on re0
rgephy0: RTL8169S/8110S/8211B media interface PHY 1 on miibus0
rgephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-FDX, auto
re0: Ethernet address: 00:30:4f:60:3e:16
re0: [FILTER]
re1: RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet
port 0x9000-0x90ff mem 0xfb60-0xfb6000ff irq 18 at device 13.0 on pci0
re1: Chip rev. 0x1000
re1: MAC rev. 0x
miibus1: MII bus on re1
rgephy1: RTL8169S/8110S/8211B media interface PHY 1 on miibus1
rgephy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-FDX, auto
re1: Ethernet address: 00:30:4f:60:3e:2b
re1: [FILTER]
pcib2: PCI-PCI bridge at device 14.0 on pci0
pci2: PCI bus on pcib2
fxp0: Intel 82550 Pro/100 Ethernet port 0xe400-0xe43f mem
0xfbd0-0xfbd00fff,0xfbc0-0xfbc1 irq 19 at device 4.0 on pci2
miibus2: MII bus on fxp0
inphy0: i82555 10/100 media interface PHY 1 on miibus2
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:02:b3:b8:e5:7f
fxp0: [ITHREAD]
fxp1: Intel 82550 Pro/100 Ethernet port 0xe800-0xe83f mem
0xfbf0-0xfbf00fff,0xfbe0-0xfbe1 irq 16 at device 5.0 on pci2
miibus3: MII bus on fxp1
inphy1: i82555 10/100 media interface PHY 1 on miibus3
inphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: Ethernet address: 00:02:b3:b8:e5:80
fxp1: [ITHREAD]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: fxp unusable after make world

[Pyun YongHyeon]

On Sun, Mar 08, 2009 at 06:04:35PM +0100, Beat Siegenthaler wrote:
 Pyun YongHyeon wrote:
 
  
  I touched fxp(4) to add more hardware assistance so it could cause
  problems on your box. Please show me dmesg output and
  ifconfig fxp0
  output.
  
  If you doubt checksum offloading or TSO issues, try
  ifconfig fxp0 -tso -txcsum -rxcsum.
  

And the command above fixed your issue?

 
 As I remember this Dual card is out of a Symantec/RaQ/Raptor/Firewall
 and has a 3DES CryptoChip onboard.
 

Your controller looks like i82550. 82550/82551 has nice hardware
cryptographic capability for IPSec acceleration but it's not used
at all under FreeBSD. Intel's open source developer manual didn't
even mention the existence of cryptographic capability.

 [r...@atom:~] # ifconfig fxp0
 fxp0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4
 ether 00:02:b3:b8:e5:7f
 inet6 fe80::202:b3ff:feb8:e57f%fxp0 prefixlen 64 scopeid 0x3
 media: Ethernet autoselect (none)
 status: no carrier
 [r...@atom:~] # ifconfig fxp1
 fxp1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4
 ether 00:02:b3:b8:e5:80
 inet6 fe80::202:b3ff:feb8:e580%fxp1 prefixlen 64 scopeid 0x4
 media: Ethernet autoselect (none)
 status: no carrier
 
 
 [r...@atom:~] # dmesg
 Copyright (c) 1992-2009 The FreeBSD Project.
 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
 The Regents of the University of California. All rights reserved.
 FreeBSD is a registered trademark of The FreeBSD Foundation.
 FreeBSD 7.1-STABLE #3: Thu Mar  5 17:03:54 CET 2009
 r...@atom.beatsnet.com:/usr/obj/usr/src/sys/ATOM_amd64
 Timecounter i8254 frequency 1193182 Hz quality 0
 CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.57-MHz K8-class CPU)
   Origin = AuthenticAMD  Id = 0x10ff0  Stepping = 0
 
 Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2
   AMD Features=0xe2500800SYSCALL,NX,MMX+,FFXSR,LM,3DNow!+,3DNow!
   AMD Features2=0x1LAHF
 usable memory = 2137423872 (2038 MB)
 avail memory  = 2061045760 (1965 MB)
 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
 pci0: ACPI PCI bus on pcib0
 agp0: VIA K8T800Pro host to PCI bridge on hostb0
 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0
 pci1: ACPI PCI bus on pcib1
 pci0: network, ethernet at device 10.0 (no driver attached)
 re0: RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet
 port 0x8800-0x88ff mem 0xfb40-0xfb4000ff irq 17 at device 12.0 on pci0
 re0: Chip rev. 0x1000
 re0: MAC rev. 0x
 miibus0: MII bus on re0
 rgephy0: RTL8169S/8110S/8211B media interface PHY 1 on miibus0
 rgephy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
 1000baseT-FDX, auto
 re0: Ethernet address: 00:30:4f:60:3e:16
 re0: [FILTER]
 re1: RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet
 port 0x9000-0x90ff mem 0xfb60-0xfb6000ff irq 18 at device 13.0 on pci0
 re1: Chip rev. 0x1000
 re1: MAC rev. 0x
 miibus1: MII bus on re1
 rgephy1: RTL8169S/8110S/8211B media interface PHY 1 on miibus1
 rgephy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
 1000baseT-FDX, auto
 re1: Ethernet address: 00:30:4f:60:3e:2b
 re1: [FILTER]
 pcib2: PCI-PCI bridge at device 14.0 on pci0
 pci2: PCI bus on pcib2
 fxp0: Intel 82550 Pro/100 Ethernet port 0xe400-0xe43f mem
 0xfbd0-0xfbd00fff,0xfbc0-0xfbc1 irq 19 at device 4.0 on pci2
 miibus2: MII bus on fxp0
 inphy0: i82555 10/100 media interface PHY 1 on miibus2
 inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 fxp0: Ethernet address: 00:02:b3:b8:e5:7f
 fxp0: [ITHREAD]
 fxp1: Intel 82550 Pro/100 Ethernet port 0xe800-0xe83f mem
 0xfbf0-0xfbf00fff,0xfbe0-0xfbe1 irq 16 at device 5.0 on pci2
 miibus3: MII bus on fxp1
 inphy1: i82555 10/100 media interface PHY 1 on miibus3
 inphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 fxp1: Ethernet address: 00:02:b3:b8:e5:80
 fxp1: [ITHREAD]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make world builderror on 7.1-BETA2 with latest cvsup

[Dominik Żyła]

On Sun, Jan 04, 2009 at 11:39:28AM +0100, Mattias Björk wrote:
 Hello again,
 
 
 Garrett Cooper wrote:
  On Fri, Jan 2, 2009 at 11:52 AM, Mattias Björk mattias.bj...@sydnet.net 
  wrote:
  Hello Garrett,
 
 
  Sorry for top posting, but here is the attachment of the log.
 
 
  Garrett Cooper wrote:
  On Jan 1, 2009, at 19:23, Mattias Björk mattias.bj...@sydnet.net wrote:
 
  Hello everybody,
 
  First of all, my bad if this get sent two times.
 
  I have a compile error/problem when building world.
 
  My uname -a output is:
 
  FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec  4 20:52:35
  CET 2008 r...@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP  i386
 
  My make.conf looks like:
 
  # added by use.perl 2008-12-03 00:58:09
  PERL_VER=5.8.8
  PERL_VERSION=5.8.8
  WRKDIRPREFIX=/var/tmp
 
 
  The options.h file in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/options.h
 
  Here are the output of options.h from pastebin:
 
  http://pastebin.com/m254dfedf
 
 
  When I run make -j1 buildworld i get the error is as following:
 
  http://pastebin.com/m57738677
 
  I don't know much of programming (if any), but I have tried to change
  things in (remove OPT_w from both places) options.h and runned
  make -j1 -DNOCLEAN buildworld
 
  But that have not solve anything of this, perhaps some can shine some
  light on this or have I missed something trivial?
  I can build ports and so on without any problems.
 
  Thank you.
  Not enough data. Please send a full compressed version of the log to me.
  Thanks!
  -Garrett
  
  That's really odd why the symbol was redefined. Here're the relevant
  sections of the log:
  
  c_tools/../../../../contrib/gcc/gencheck.c
  In file included from ./tm.h:4,
  from
  /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:25:
  ./options.h:901: error: redeclaration of enumerator 'OPT_w'
  ./options.h:899: error: previous definition of 'OPT_w' was here
  *** Error code 1
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  1 error
  *** Error code 2
  
  Looking back, I'm not sure why OPT_w is printed into the file twice.
  I wonder if you met a rare race condition where options.sh printed out
  that line twice; then again that's unlikely, given the
  reproducibility... I could be wrong however.
  Is your source tree based off of RELENG_7 and what cvsup server is it
  synced against?
  -Garrett
 
 
 I'm using cvsup.se.freebsd.org, cvsup.dk.freebsd.org, 
 cvsup.no.freebsd.org I have tried to remove /usr/src/* right now and 
 downloaded it again but it did not help after the build.
 
 So I have no idea what to do from here.
 
 But I guess It would be solved sometime in the future.

Did you clean your /usr/obj/ directory?

-- 
Dominik Żyła

If you want a picture of the future, imagine a boot stamping on a human 
face - for ever..
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make world builderror on 7.1-BETA2 with latest cvsup

[Mattias Björk]

Hello again,


Garrett Cooper wrote:

On Fri, Jan 2, 2009 at 11:52 AM, Mattias Björk mattias.bj...@sydnet.net wrote:

Hello Garrett,


Sorry for top posting, but here is the attachment of the log.


Garrett Cooper wrote:

On Jan 1, 2009, at 19:23, Mattias Björk mattias.bj...@sydnet.net wrote:


Hello everybody,

First of all, my bad if this get sent two times.

I have a compile error/problem when building world.

My uname -a output is:

FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec  4 20:52:35
CET 2008 r...@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP  i386

My make.conf looks like:

# added by use.perl 2008-12-03 00:58:09
PERL_VER=5.8.8
PERL_VERSION=5.8.8
WRKDIRPREFIX=/var/tmp


The options.h file in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/options.h

Here are the output of options.h from pastebin:

http://pastebin.com/m254dfedf


When I run make -j1 buildworld i get the error is as following:

http://pastebin.com/m57738677

I don't know much of programming (if any), but I have tried to change
things in (remove OPT_w from both places) options.h and runned
make -j1 -DNOCLEAN buildworld

But that have not solve anything of this, perhaps some can shine some
light on this or have I missed something trivial?
I can build ports and so on without any problems.

Thank you.

Not enough data. Please send a full compressed version of the log to me.
Thanks!
-Garrett


That's really odd why the symbol was redefined. Here're the relevant
sections of the log:

c_tools/../../../../contrib/gcc/gencheck.c
In file included from ./tm.h:4,
from
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:25:
./options.h:901: error: redeclaration of enumerator 'OPT_w'
./options.h:899: error: previous definition of 'OPT_w' was here
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2

Looking back, I'm not sure why OPT_w is printed into the file twice.
I wonder if you met a rare race condition where options.sh printed out
that line twice; then again that's unlikely, given the
reproducibility... I could be wrong however.
Is your source tree based off of RELENG_7 and what cvsup server is it
synced against?
-Garrett



I'm using cvsup.se.freebsd.org, cvsup.dk.freebsd.org, 
cvsup.no.freebsd.org I have tried to remove /usr/src/* right now and 
downloaded it again but it did not help after the build.


So I have no idea what to do from here.

But I guess It would be solved sometime in the future.

Thanks so far :)
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make world builderror on 7.1-BETA2 with latest cvsup

[Mattias Björk]

Dominik Żyła wrote:

On Sun, Jan 04, 2009 at 11:39:28AM +0100, Mattias Björk wrote:

Hello again,


Garrett Cooper wrote:

On Fri, Jan 2, 2009 at 11:52 AM, Mattias Björk mattias.bj...@sydnet.net wrote:

Hello Garrett,


Sorry for top posting, but here is the attachment of the log.


Garrett Cooper wrote:

On Jan 1, 2009, at 19:23, Mattias Björk mattias.bj...@sydnet.net wrote:


Hello everybody,

First of all, my bad if this get sent two times.

I have a compile error/problem when building world.

My uname -a output is:

FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec  4 20:52:35
CET 2008 r...@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP  i386

My make.conf looks like:

# added by use.perl 2008-12-03 00:58:09
PERL_VER=5.8.8
PERL_VERSION=5.8.8
WRKDIRPREFIX=/var/tmp


The options.h file in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/options.h

Here are the output of options.h from pastebin:

http://pastebin.com/m254dfedf


When I run make -j1 buildworld i get the error is as following:

http://pastebin.com/m57738677

I don't know much of programming (if any), but I have tried to change
things in (remove OPT_w from both places) options.h and runned
make -j1 -DNOCLEAN buildworld

But that have not solve anything of this, perhaps some can shine some
light on this or have I missed something trivial?
I can build ports and so on without any problems.

Thank you.

Not enough data. Please send a full compressed version of the log to me.
Thanks!
-Garrett

That's really odd why the symbol was redefined. Here're the relevant
sections of the log:

c_tools/../../../../contrib/gcc/gencheck.c
In file included from ./tm.h:4,
from
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:25:
./options.h:901: error: redeclaration of enumerator 'OPT_w'
./options.h:899: error: previous definition of 'OPT_w' was here
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2

Looking back, I'm not sure why OPT_w is printed into the file twice.
I wonder if you met a rare race condition where options.sh printed out
that line twice; then again that's unlikely, given the
reproducibility... I could be wrong however.
Is your source tree based off of RELENG_7 and what cvsup server is it
synced against?
-Garrett


I'm using cvsup.se.freebsd.org, cvsup.dk.freebsd.org, 
cvsup.no.freebsd.org I have tried to remove /usr/src/* right now and 
downloaded it again but it did not help after the build.


So I have no idea what to do from here.

But I guess It would be solved sometime in the future.


Did you clean your /usr/obj/ directory?



Yes I have also done that, still no luck there.

Thanks anyway.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make world builderror on 7.1-BETA2 with latest cvsup

[Mattias Björk]

Hello Garret,


Garrett Cooper wrote:

On Jan 1, 2009, at 19:23, Mattias Björk mattias.bj...@sydnet.net wrote:


Hello everybody,

First of all, my bad if this get sent two times.

I have a compile error/problem when building world.

My uname -a output is:

FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec  4 20:52:35
CET 2008 r...@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP  i386

My make.conf looks like:

# added by use.perl 2008-12-03 00:58:09
PERL_VER=5.8.8
PERL_VERSION=5.8.8
WRKDIRPREFIX=/var/tmp


The options.h file in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/options.h

Here are the output of options.h from pastebin:

http://pastebin.com/m254dfedf


When I run make -j1 buildworld i get the error is as following:

http://pastebin.com/m57738677

I don't know much of programming (if any), but I have tried to change
things in (remove OPT_w from both places) options.h and runned
make -j1 -DNOCLEAN buildworld

But that have not solve anything of this, perhaps some can shine some
light on this or have I missed something trivial?
I can build ports and so on without any problems.

Thank you.


Not enough data. Please send a full compressed version of the log to me.
Thanks!



No thank you, :) I will send it to you directly.



-Garrett___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make world builderror on 7.1-BETA2 with latest cvsup

[Mattias Björk]

Hello Claus,

Claus Guttesen wrote:

I have a compile error/problem when building world.

My uname -a output is:

FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec  4 20:52:35
CET 2008 r...@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP  i386


Sync the time on your computer and try the buildworld again.




I have tried that several times, even removed /usr/src/* entirely and 
started from scratch. And tried a couple of other cvsup.XX.freebsd.org 
servers. Still no go Claus :(


Any more suggestions ?

Thanks so far.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make world builderror on 7.1-BETA2 with latest cvsup

[Mattias Björk]

Hello again :)

Claus Guttesen wrote:

Hello Mattias.

On Fri, Jan 2, 2009 at 9:04 PM, Mattias Björk mattias.bj...@sydnet.net wrote:

Hello Claus,

Claus Guttesen wrote:

I have a compile error/problem when building world.

My uname -a output is:

FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec  4 20:52:35
CET 2008 r...@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP  i386

Sync the time on your computer and try the buildworld again.



I have tried that several times, even removed /usr/src/* entirely and
started from scratch. And tried a couple of other cvsup.XX.freebsd.org
servers. Still no go Claus :(

Any more suggestions ?

Thanks so far.


Unfortunately not. :-/ The only times I've had problems recently
building world was because the time on my computer was (way)
incorrect.



Well I don't think anything is incorrect on the computer, can build
everything else fine and it goes on and on.



You can try removing /usr/obj as well before doing a new buildworld.
AFAIK you don't have to alter options.h to make a buildworld run
smoothly.



I have tried too make clean ; make clean ; make cleandir ; make cleandir
and then rm -rf /usr/obj. Still the same problem I'm afraid.



HTH.



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Make world builderror on 7.1-BETA2 with latest cvsup

[Mattias Björk]

Hello everybody,

First of all, my bad if this get sent two times.

I have a compile error/problem when building world.

My uname -a output is:

FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec  4 20:52:35
CET 2008 r...@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP  i386

My make.conf looks like:

# added by use.perl 2008-12-03 00:58:09
PERL_VER=5.8.8
PERL_VERSION=5.8.8
WRKDIRPREFIX=/var/tmp


The options.h file in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/options.h

Here are the output of options.h from pastebin:

http://pastebin.com/m254dfedf


When I run make -j1 buildworld i get the error is as following:

http://pastebin.com/m57738677

I don't know much of programming (if any), but I have tried to change
things in (remove OPT_w from both places) options.h and runned
make -j1 -DNOCLEAN buildworld

But that have not solve anything of this, perhaps some can shine some
light on this or have I missed something trivial?
I can build ports and so on without any problems.

Thank you.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Make world builderror on 7.1-BETA2 with latest cvsup

[Mattias Björk]

Hello everybody,

I have a compile error/problem when building world.

My uname -a output is:

FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec  4 20:52:35
CET 2008 r...@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP  i386

My make.conf looks like:

# added by use.perl 2008-12-03 00:58:09
PERL_VER=5.8.8
PERL_VERSION=5.8.8
WRKDIRPREFIX=/var/tmp


The options.h file in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/options.h

Here are the output of options.h from pastebin:

http://pastebin.com/m254dfedf


When I run make -j1 buildworld i get the error is as following:

http://pastebin.com/m57738677

I don't know much of programming (if any), but I have tried to change
things in (remove OPT_w from both places) options.h and runned
make -j1 -DNOCLEAN buildworld

But that have not solve anything of this, perhaps some can shine some
light on this or have I missed something trivial?
I can build ports and so on without any problems.

Thank you.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make world builderror on 7.1-BETA2 with latest cvsup

[Garrett Cooper]

On Jan 1, 2009, at 19:23, Mattias Björk mattias.bj...@sydnet.net  
wrote:



Hello everybody,

First of all, my bad if this get sent two times.

I have a compile error/problem when building world.

My uname -a output is:

FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec  4  
20:52:35

CET 2008 r...@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP  i386

My make.conf looks like:

# added by use.perl 2008-12-03 00:58:09
PERL_VER=5.8.8
PERL_VERSION=5.8.8
WRKDIRPREFIX=/var/tmp


The options.h file in /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/ 
options.h


Here are the output of options.h from pastebin:

http://pastebin.com/m254dfedf


When I run make -j1 buildworld i get the error is as following:

http://pastebin.com/m57738677

I don't know much of programming (if any), but I have tried to change
things in (remove OPT_w from both places) options.h and runned
make -j1 -DNOCLEAN buildworld

But that have not solve anything of this, perhaps some can shine some
light on this or have I missed something trivial?
I can build ports and so on without any problems.

Thank you.


Not enough data. Please send a full compressed version of the log to me.
Thanks!
-Garrett___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Re: Make world builderror on 7.1-BETA2 with latest cvsup

[Claus Guttesen]

 I have a compile error/problem when building world.

 My uname -a output is:

 FreeBSD barabolaptop 7.1-BETA2 FreeBSD 7.1-BETA2 #0: Thu Dec  4 20:52:35
 CET 2008 r...@barabolaptop:/usr/obj/usr/src/sys/BARABOLAPTOP  i386

Sync the time on your computer and try the buildworld again.

-- 
regards
Claus

When lenity and cruelty play for a kingdom,
the gentler gamester is the soonest winner.

Shakespeare
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

RELENG_6: make world is broken at sys/modules/if_tap when MODULES_WITH_WORLD=yes

[Eugene Grosbein]

Hi!

make buildworld of RELENG_6 fails if /etc/make.conf
contains MODULES_WITH_WORLD=yes:

[skip lots of lines]

=== sys/modules/if_tap (depend)
@ - /usr/local/src/sys
machine - /usr/local/src/sys/i386/include
echo #define INET 1  opt_inet.h
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h
rm -f .depend
mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ 
-I@/contrib/altq -I@/../include -I/usr/obj/usr/local/src/tmp/usr/include 
/usr/local/src/sys/modules/if_tap/../../net/if_tap.c
/usr/local/src/sys/modules/if_tap/../../net/if_tap.c:38:24: opt_compat.h: No 
such file or directory
mkdep: compile failed
*** Error code 1

Stop in /usr/local/src/sys/modules/if_tap.
*** Error code 1

There was already very similar breakage:
http://freebsd.rambler.ru/bsdmail/freebsd-current_2005/msg07955.html

Please help.

Eugene Grosbein
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: RELENG_6: make world is broken at sys/modules/if_tap when MODULES_WITH_WORLD=yes

[Abdullah Ibn Hamad Al-Marri]

On 7/30/07, Eugene Grosbein [EMAIL PROTECTED] wrote:
 Hi!

 make buildworld of RELENG_6 fails if /etc/make.conf
 contains MODULES_WITH_WORLD=yes:

 [skip lots of lines]

 === sys/modules/if_tap (depend)
 @ - /usr/local/src/sys
 machine - /usr/local/src/sys/i386/include
 echo #define INET 1  opt_inet.h
 awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p
 awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q
 awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h
 rm -f .depend
 mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ 
 -I@/contrib/altq -I@/../include -I/usr/obj/usr/local/src/tmp/usr/include 
 /usr/local/src/sys/modules/if_tap/../../net/if_tap.c
 /usr/local/src/sys/modules/if_tap/../../net/if_tap.c:38:24: opt_compat.h: No 
 such file or directory
 mkdep: compile failed
 *** Error code 1

 Stop in /usr/local/src/sys/modules/if_tap.
 *** Error code 1

 There was already very similar breakage:
 http://freebsd.rambler.ru/bsdmail/freebsd-current_2005/msg07955.html

 Please help.

 Eugene Grosbein

Hello,

I got the same problem too.

Could someone fix it?

-- 
Regards,

-Abdullah Ibn Hamad Al-Marri
Arab Portal
http://www.WeArab.Net/
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

make world broken for RELENG_6

[Rick C. Petty]

Is anyone else experiencing build problems with the latest RELENG_6 (sup'd
as of 2007-Mar-31 0800 UTC)?

A buildworld failed at:

=== sbin/ipfw (all)
cc -O2 -fno-strict-aliasing -pipe   -c /usr/src/sbin/ipfw/ipfw2.c
/usr/src/sbin/ipfw/ipfw2.c: In function `add':
/usr/src/sbin/ipfw/ipfw2.c:3976: error: `ipfw_insn_pipe' undeclared (first use 
in this function)
/usr/src/sbin/ipfw/ipfw2.c:3976: error: (Each undeclared identifier is reported 
only once
/usr/src/sbin/ipfw/ipfw2.c:3976: error: for each function it appears in.)
*** Error code 1

Stop in /usr/src/sbin/ipfw.
*** Error code 1

Stop in /usr/src/sbin.
*** Error code 1

Stop in /usr/src.
*** Error code 1


I keep most of my machines csup'd every day, and this is the first time
since 2.2.5 that I've ever seen the build broken for -STABLE.  Maybe I've
just been lucky in the past, or are people breaking things now?

Please Cc: me, thanks,

-- Rick C. Petty
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make world broken for RELENG_6

[Stefan 'Steve' Tell]

* Rick C. Petty [EMAIL PROTECTED] wrote:

 Is anyone else experiencing build problems with the latest RELENG_6 (sup'd
 as of 2007-Mar-31 0800 UTC)?

Jip, same here.

-- 
By(t)e,
Steve   /\  http://blog.crashmail.de

GnuPG/PGP: 0x9B6C7E15, encrypted mail prefered, see header

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make world broken for RELENG_6

[David Wolfskill]

On Sat, Mar 31, 2007 at 02:27:56AM -0600, Rick C. Petty wrote:
 Is anyone else experiencing build problems with the latest RELENG_6 (sup'd
 as of 2007-Mar-31 0800 UTC)?
 
 A buildworld failed at:
 
 === sbin/ipfw (all)
 ...

Right; I encountered the same thing.

Locally reverting src/sys/netinet/ip_fw.h rev. 1.100.2.6 appears to have
fixed it for me:  after doing that, I was able to successfully build,
install, and boot.  And yes, I use IPFW.  :-}

The issue appears to be that src/sbin/ipfw/ipfw2.c references
ipfw_insn_pipe, which 1.100.2.6 dyked out out ip_fw.h.

I don't know that reverting 1.100.2.6 was the correct thing to do; it
may be better to change ipfw2.c to not try to refer to it.

I've Cc:ed Julian, since he committed the changes.

Peace,
david
-- 
David H. Wolfskill  [EMAIL PROTECTED]
Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 1999.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpKb7Z9N9BlM.pgp
Description: PGP signature

Re: make world broken for RELENG_6

[Scott Robbins]

On Sat, Mar 31, 2007 at 03:47:19PM +0200, Stefan 'Steve' Tell wrote:
 * Rick C. Petty [EMAIL PROTECTED] wrote:
 
  Is anyone else experiencing build problems with the latest RELENG_6 (sup'd
  as of 2007-Mar-31 0800 UTC)?
 
 Jip, same here.

Tinderbox is showing it in the place--ipfw.  

In a way that's a good thing, usually, when I see a problem I'm having
on Tinderbox, it gets fixed in a few hours.  

Amazing how much we take for granted--thank you developers, for all your
hard work. (That's not saying anyone posting here is taking things for
granted--I just mean that we, in general,  see something broken 
on Tinderbox and expect that it will be fixed quickly.)


-- 

Scott Robbins

PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Xander: How could you let her go? 
Giles: As the soon-to-be-purple area on my jaw will attest, 
I did not 'let' her go. 

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make world broken for RELENG_6

[Rick C. Petty]

On Sat, Mar 31, 2007 at 09:22:58AM -0700, Julian Elischer wrote:
 David Wolfskill wrote:
 
 Right; I encountered the same thing.
 
 Locally reverting src/sys/netinet/ip_fw.h rev. 1.100.2.6 appears to have
 fixed it for me:  after doing that, I was able to successfully build,
 install, and boot.  And yes, I use IPFW.  :-}
 
 The issue appears to be that src/sbin/ipfw/ipfw2.c references
 ipfw_insn_pipe, which 1.100.2.6 dyked out out ip_fw.h.
 
 I don't know that reverting 1.100.2.6 was the correct thing to do; it
 may be better to change ipfw2.c to not try to refer to it.
 
 I've Cc:ed Julian, since he committed the changes.
 
 Peace,
 david
 
 
 try just deleting the offending lines in ipfw2.c



It's just so rare that -stable breaks on buildworld (even -current isn't
broken often, in terms of build breakage)..  something I can't say about
other operating systems.  A csup this morning caused the problem to go
away.  Thanks, guys!

-- Rick C. Petty
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING

[Patrick Bowen]

Kim Culhan wrote:


Subject says it all.. nothing in UPDATING regarding audit group.

Appears to have been in the process of linking sshd

This src is RELENG_6 cvsup'd ~1930 UTC this date

Any help is greatly appreciated

-kim

--
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

 


Kim;

I expect you forgot to run mergemaster. That would have added the audit 
group. From (near the end) of UPDATING;


   To rebuild everything and install it on the current system.
   ---
   # Note: sometimes if you are running current you gotta do more than
   # is listed here if you are upgrading from a really old current.

   make sure you have good level 0 dumps
   make buildworld
   make kernel KERNCONF=YOUR_KERNEL_HERE
  [1]
   reboot in single user [3]
   mergemaster -p [5]
   make installworld
   make delete-old
   mergemaster [4]
   reboot

Further down in UPDATING you'll see the notes referenced in the above 
procedure.


Patrick

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING

[Torfinn Ingolfsen]

On Sat, 11 Mar 2006 16:50:05 -0500
Kim Culhan [EMAIL PROTECTED] wrote:

 Subject says it all.. nothing in UPDATING regarding audit group.
 
 Appears to have been in the process of linking sshd
 
 This src is RELENG_6 cvsup'd ~1930 UTC this date
 
 Any help is greatly appreciated

To you and everybody else; please read the documentation about 'make
world' in the handbook (The Canonical Way to Update Your System).
It *clearly* states that you should do 'mergemaster -p' .

HTH
-- 
Regards,
Torfinn Ingolfsen,
Norway

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING

[Scott Robbins]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, Mar 11, 2006 at 04:50:05PM -0500, Kim Culhan wrote:
 Subject says it all.. nothing in UPDATING regarding audit group.
 
 Appears to have been in the process of linking sshd
 
 This src is RELENG_6 cvsup'd ~1930 UTC this date
 
 Any help is greatly appreciated

Heh, however, there is, at the end, something about running mergemaster
- -p before doing make installworld.   That's the solution. 

In fairness, many folks often skip mergemaster -p without ill effect
till something like this happens. 

There have been many posts about this.  One could argue back and forth
or submit a patch for UPDATING.  The pro side of adding it is that there
have been a lot of posts similar to this and it is considered a server
O/S not a hobbyist O/S, and busy sysadmins who have been updating for a
long time and not bitten by ignoring mergemaster -p (I forget the last
time it caught a lot of people--was it with the authpf?--in a long time,
should probably be reminded by a note in UPDATING.   


The con side is that if you're updating to a PRERELEASE, you're more a
tester and/or developer as it's probably not a good idea to update to it
on a production server.

Having said this, I can smugly say that I wasn't bitten by it, because I
learned my lesson the last time, and have a little installworld.sh
script that runs mergemaster -p before doing installworld.  I'm also too
lazy to submit a patch for UPDATING, and will just say, Hey Warner or
someone, you oughta put a note about it in there. 

All whimsicality aside, this sort of thing is the reason that it really
is better to not skip mergemaster -p before doing installworld--if
there's nothing for it to do, it only takes a minute, even on a slower
machine.


- -- 

Scott Robbins

PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Buffy: Okay, well, how long before you un-crypt it? 
Willow: Hours. Days maybe. Anyone suggesting months would not 
be accused of crazy talk. 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (FreeBSD)

iD8DBQFEE0um+lTVdes0Z9YRAks4AJ95pVDAHx81+GGaQgjtRI92VtUZ9QCfdqGa
zvwqrgrN9Xh9/rBeuyAbi5U=
=stjJ
-END PGP SIGNATURE-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING

[Kim Culhan]

Thanks muchly to Scott, Torfinn and Patrick for the quick replies.

This machine was running:

6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Sun Feb 12 11:37:04 EST 2006

Since it was this new, it was updated with a make world and the error did not
appear in the process where I first thought it did -at link time for sshd..

It appeared at the end of the make world, which resembled more closely
the output of buildworld fwiw -I'll go add the group now :)

thanks agn

-kim

--
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING

[Peter Jeremy]

On Sat, 2006-Mar-11 17:13:58 -0500, Scott Robbins wrote:
In fairness, many folks often skip mergemaster -p without ill effect
till something like this happens. 

Note that mergemaster -p also checks the options in your /etc/make.conf
and whilst changes to supported options are also rare, missing a change
could have far more subtle effects than installworld failing.

-- 
Peter Jeremy


pgpoyOKBJKOE4.pgp
Description: PGP signature

RE: -stable make world: ERROR: Required audit group is missing, see /usr/src/UPDATING

[Gray Lilley]

This was discussed on this list a few days ago...

You forgot to run mergemaster -p before installworld didn't you? :)
This adds the relevant group to /etc/groups.

Graham

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kim Culhan
Sent: 11 March 2006 22:00
To: freebsd-stable@freebsd.org
Subject: -stable make world: ERROR: Required audit group is missing,see
/usr/src/UPDATING

Subject says it all.. nothing in UPDATING regarding audit group.

Appears to have been in the process of linking sshd

This src is RELENG_6 cvsup'd ~1930 UTC this date

Any help is greatly appreciated

-kim

--
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to
[EMAIL PROTECTED]


-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 268.2.1/279 - Release Date:
10/03/2006



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Make World Fails on Man Pages

[Jason C. Wells]

Mark Andrews wrote:

 From unlink(2).

 [ENOTDIR]  A component of the path prefix is not a directory.


I suppose that is why rm is not working.  The question was Why don't 
some man pages install?


I think I have found the problem.  Somewhere along the way a DOCSUPFILE 
make variable and separate doc-supfile came into existence.  I never 
learned this so my doc sources were out of date.  That gave me errors 
that caused me to set NO_SHARE which resulted in groff macros not being 
installed which resulted man page weirdness.


This answer to myself for posterity.

Later,
Jason C. Wells


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Make World Fails on Man Pages

[Jason C. Wells]

Here is a snippet of my failed installworld logs as I move to 6.0R:

install -o root -g wheel -m 444 crypt.3.gz  /usr/share/man/man3
/usr/share/man/man3/crypt_get_format.3.gz - /usr/share/man/man3/crypt.3.gz
rm: /usr/share/man/man3/crypt_get_format.3: Not a directory
rm: /usr/share/man/man3/crypt_get_format.3.gz: Not a directory

I get the same error from a couple other man pages (e.g. bwrite) if I 
run make from the directory where the pages source exists.  Not all man 
pages cause an error, just some.  I tried removing /usr/obj for a fresh 
build since this was a former 5.4R box.  Cvsup isn't fetching any new 
sources so I must be up to date.


Any ideas why some man pages won't install?

Thanks,
Jason
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Make World Fails on Man Pages

[Mark Andrews]

 Here is a snippet of my failed installworld logs as I move to 6.0R:
 
 install -o root -g wheel -m 444 crypt.3.gz  /usr/share/man/man3
 /usr/share/man/man3/crypt_get_format.3.gz - /usr/share/man/man3/crypt.3.gz
 rm: /usr/share/man/man3/crypt_get_format.3: Not a directory
 rm: /usr/share/man/man3/crypt_get_format.3.gz: Not a directory
 
 I get the same error from a couple other man pages (e.g. bwrite) if I 
 run make from the directory where the pages source exists.  Not all man 
 pages cause an error, just some.  I tried removing /usr/obj for a fresh 
 build since this was a former 5.4R box.  Cvsup isn't fetching any new 
 sources so I must be up to date.
 
 Any ideas why some man pages won't install?

 From unlink(2).

 [ENOTDIR]  A component of the path prefix is not a directory.

 
 Thanks,
 Jason
 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to [EMAIL PROTECTED]
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Sendmail not compiling with make world in 6.0

[Scot Hetzel]

As Brain had stated you are using the libsasl from your 5.x system. 
You need to rebuild the sasl port for 6.x, and then do either a
buildworld or build sendmail manually from the base sources.

If your system is not at 6.x right now, just comment out those entries
in /etc/make.conf. Do the build/installworld.  Then build the Cyrus
SASL port (I would suggest that you take this time to update to the
Cyrus SASL 2 port).

Scot
--
DISCLAIMER:
No electrons were mamed while sending this message. Only slightly bruised.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Sendmail not compiling with make world in 6.0

[sammy!!!]

I get this error when trying to do a make world with FreeBSD 6.0.
=== libexec/mail.local (all)
cc -O2 -fno-strict-aliasing -pipe  -I/usr/src/libexec/ 
mail.local/../../contrib/sendmail/include -I. -I/usr/local/include/ 
sasl1 -DSASL  -c /usr/src/libexec/mail.local/../../contrib/sendmail/ 
mail.local/mail.local.c
cc -O2 -fno-strict-aliasing -pipe  -I/usr/src/libexec/ 
mail.local/../../contrib/sendmail/include -I. -I/usr/local/include/ 
sasl1 -DSASL   -L/usr/local/lib -o mail.local mail.local.o /usr/obj/ 
usr/src/libexec/mail.local/../../lib/libsm/libsm.a -lsasl
/usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypt.so.2, needed by / 
usr/local/lib/libsasl.so, not found (try using -rpath or -rpath-link)
/usr/obj/usr/src/tmp/usr/bin/ld: warning: libpam.so.2, needed by /usr/ 
local/lib/libsasl.so, not found (try using -rpath or -rpath-link)

/usr/local/lib/libsasl.so: undefined reference to `pam_end'
/usr/local/lib/libsasl.so: undefined reference to `pam_authenticate'
/usr/local/lib/libsasl.so: undefined reference to `crypt'
/usr/local/lib/libsasl.so: undefined reference to `pam_start'
*** Error code 1

Stop in /usr/src/libexec/mail.local.
*** Error code 1


I have the following in  my /etc/make.conf
SENDMAIL_CFLAGS=-I/usr/local/include/sasl1 -DSASL
SENDMAIL_LDFLAGS=-L/usr/local/lib
SENDMAIL_LDADD=-lsasl

Any clues on why this is failing with 6.0?  It worked in 5.4 no  
problem...



___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Sendmail not compiling with make world in 6.0

[Brian Fundakowski Feldman]

On Mon, Nov 07, 2005 at 07:28:06PM -0500, sammy!!! wrote:
 I get this error when trying to do a make world with FreeBSD 6.0.
 === libexec/mail.local (all)
 cc -O2 -fno-strict-aliasing -pipe  -I/usr/src/libexec/ 
 mail.local/../../contrib/sendmail/include -I. -I/usr/local/include/ 
 sasl1 -DSASL  -c /usr/src/libexec/mail.local/../../contrib/sendmail/ 
 mail.local/mail.local.c
 cc -O2 -fno-strict-aliasing -pipe  -I/usr/src/libexec/ 
 mail.local/../../contrib/sendmail/include -I. -I/usr/local/include/ 
 sasl1 -DSASL   -L/usr/local/lib -o mail.local mail.local.o /usr/obj/ 
 usr/src/libexec/mail.local/../../lib/libsm/libsm.a -lsasl
 /usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypt.so.2, needed by / 
 usr/local/lib/libsasl.so, not found (try using -rpath or -rpath-link)
 /usr/obj/usr/src/tmp/usr/bin/ld: warning: libpam.so.2, needed by /usr/ 
 local/lib/libsasl.so, not found (try using -rpath or -rpath-link)
 /usr/local/lib/libsasl.so: undefined reference to `pam_end'
 /usr/local/lib/libsasl.so: undefined reference to `pam_authenticate'
 /usr/local/lib/libsasl.so: undefined reference to `crypt'
 /usr/local/lib/libsasl.so: undefined reference to `pam_start'
 *** Error code 1
 
 Stop in /usr/src/libexec/mail.local.
 *** Error code 1
 
 
 I have the following in  my /etc/make.conf
 SENDMAIL_CFLAGS=-I/usr/local/include/sasl1 -DSASL
 SENDMAIL_LDFLAGS=-L/usr/local/lib
 SENDMAIL_LDADD=-lsasl
 
 Any clues on why this is failing with 6.0?  It worked in 5.4 no  
 problem...

You're still using your libsasl from 5.4.  The warnings pretty
unequivocally showed that it can't find the libraries it was
originally linked against.

-- 
Brian Fundakowski Feldman   \'[ FreeBSD ]''\
   [EMAIL PROTECTED]   \  The Power to Serve! \
 Opinions expressed are my own.   \,,\
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Make world fails

[Ruslan Ermilov]

On Thu, Nov 06, 2003 at 03:21:31PM -0500, condory wrote:
 There a bit of this I just posted part of it any ideas anyone ?
 
 
 magic, 34789: type @Initial revision invalid
 mkmagic: magic, 34790: offset @ invalid
 mkmagic: magic, 34790: type @ invalid
 mkmagic: magic, 34791: offset text invalid
 mkmagic: magic, 34791: type text invalid
 mkmagic: magic, 34792: offset @#
 -- invalid
 mkmagic: magic, 34792: type @#--
  invalid
 mkmagic: magic, 34810: offset @ invalid
 mkmagic: magic, 34810: type @ invalid
 mkmagic: magic, 34813: type .1.1.1 invalid
 mkmagic: magic, 34814: offset log invalid
 mkmagic: magic, 34814: type log invalid
 mkmagic: magic, 34815: offset @Virgin import of Christos Zoulas's FILE 3.39. inv
 alid
 mkmagic: magic, 34815: type @Virgin import of Christos Zoulas's FILE 3.39. inval
 id
 mkmagic: magic, 34816: offset @ invalid
 mkmagic: magic, 34816: type @ invalid
 mkmagic: magic, 34817: offset text invalid
 mkmagic: magic, 34817: type text invalid
 mkmagic: magic, 34818: offset @@ invalid
 error.txt: unmodified: line 1
 
No context -- no cookie.  :-(


Cheers,
-- 
Ruslan Ermilov  Sysadmin and DBA,
[EMAIL PROTECTED]   Sunbay Software Ltd,
[EMAIL PROTECTED]   FreeBSD committer


pgp0.pgp
Description: PGP signature

Make world fails

[condory]

There a bit of this I just posted part of it any ideas anyone ?


magic, 34789: type @Initial revision invalid
mkmagic: magic, 34790: offset @ invalid
mkmagic: magic, 34790: type @ invalid
mkmagic: magic, 34791: offset text invalid
mkmagic: magic, 34791: type text invalid
mkmagic: magic, 34792: offset @#
-- invalid
mkmagic: magic, 34792: type @#--
 invalid
mkmagic: magic, 34810: offset @ invalid
mkmagic: magic, 34810: type @ invalid
mkmagic: magic, 34813: type .1.1.1 invalid
mkmagic: magic, 34814: offset log invalid
mkmagic: magic, 34814: type log invalid
mkmagic: magic, 34815: offset @Virgin import of Christos Zoulas's FILE 3.39. inv
alid
mkmagic: magic, 34815: type @Virgin import of Christos Zoulas's FILE 3.39. inval
id
mkmagic: magic, 34816: offset @ invalid
mkmagic: magic, 34816: type @ invalid
mkmagic: magic, 34817: offset text invalid
mkmagic: magic, 34817: type text invalid
mkmagic: magic, 34818: offset @@ invalid
error.txt: unmodified: line 1
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: make world

[Doug White]

On Sun, 28 Sep 2003, Peter J. Blok wrote:

 Hi, I was under the impression a successful make world was updating include
 files in /usr/include/netinet too.

 When I have a good make world, the files in /usr/include have new time stamps,
 but the ones in netinet have not!

Are you sure the files are different?

You can try doing 'make includes' from /usr/src/ to see if it fixes your
compile issues. This forcibly reinstalls the header files.

Also check that your checkout is complete.


 Am I missing something here? My current stable doesn't compille properly it
 fails in kdump on a missing ioctlcmd_t typedef.

 Peter

 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to [EMAIL PROTECTED]


-- 
Doug White|  FreeBSD: The Power to Serve
[EMAIL PROTECTED]  |  www.FreeBSD.org
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: outdated files after make world

[Dag-Erling Smørgrav]

Ruslan Ermilov [EMAIL PROTECTED] writes:
  | -CCopy the file.  If the target file already exists and the files
  |   are the same, then don't change the modification time of the tar-
  |   get.
  This is ambiguos. Does that mean the file isn't copied at all, or 
  is it copied with the mtime preserved (and thus changes the ctime)?
 There used to be a bug.  It is fixed in 5.0-CURRENT:
 : -C   Copy the file.  If the target file already exists and the files
 :  are the same, then don't change the modification time of the tar-
 :  get.  If the target's file flags and mode need not to be changed,
 :  the target's inode change time is also unchanged.


That's still a bug.  If the files match, nothing is copied.  RTFS.

DES
-- 
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: outdated files after make world

[Ruslan Ermilov]

On Sat, Apr 05, 2003 at 01:53:23PM +0200, Dag-Erling Sm?rgrav wrote:
 Ruslan Ermilov [EMAIL PROTECTED] writes:
   | -C  Copy the file.  If the target file already exists and the files
   | are the same, then don't change the modification time of the tar-
   | get.
   This is ambiguos. Does that mean the file isn't copied at all, or 
   is it copied with the mtime preserved (and thus changes the ctime)?
  There used to be a bug.  It is fixed in 5.0-CURRENT:
  : -C   Copy the file.  If the target file already exists and the files
  :  are the same, then don't change the modification time of the tar-
  :  get.  If the target's file flags and mode need not to be changed,
  :  the target's inode change time is also unchanged.
 
 
 That's still a bug.  If the files match, nothing is copied.  RTFS.
 
Sorry?  Where is the bug?


-- 
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


pgp0.pgp
Description: PGP signature

make world crashing

[Holt Grendal]

Hello all,

My make world is randomly crashing. ie.:

Jan 24 21:55:02 gren /kernel: pid 45494 (as), uid 0: exited on signal 11 (core dumped)
Jan 24 22:33:44 gren /kernel: pid 69117 (cpp0), uid 0: exited on signal 11 (core 
dumped)
Jan 24 22:58:24 gren /kernel: pid 13571 (as), uid 0: exited on signal 11 (core dumped)

I have replaced the motherboard, cpu and ram with new
equipment and this still happens.

What else could be wrong? Power Supply? Its a SCSI system
so perhaps the SCSI Controller (but we have no problems
with the hard disks)?

Any ideas?

H.


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

Re: failure to build gcc in make world

[Jens Rehsack]

Andrew McNaughton wrote:
 
 I've worked through this more thoroughly, but I still can't get a
 successful make buildworld.
 
 I've thoroughly checked my source tree.  I've compared all files'
 checksums against a known good source tree on a different system which
 compiles correctly  (it's a later freebsd running gcc 3).
 Something's wrong with my build environment.

You use gcc v3 to compile 4.6-STABLE?

 The bit that's failing checks to see if it's gcc compiling itself and does
 different things accordingly.  I presume this is about avoiding linking
 the new gcc against the one that's about to get over-written.  Somehow
 this check is going wrong.  If I do `CC=gcc make buildworld` then it gets
 past this point, but it fails later on when building libg2c.
 
 Does anyone know what might be going wrong?
 
 On Fri, 21 Jun 2002, Jens Rehsack wrote:
 
  Andrew McNaughton wrote:
  
   I've just brought my source tree up to sync with RELENG_4_6, and tried
   to do a make world.  It fails with the following output:
  
   -
   cc -c -O -pipe -march=pentium
   -I/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/config
   -I/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc -I.
   -fexceptions -DIN_GCC -D_PTHREADS -fPIC -DGTHREAD_USE_WEAK  -DL_mulsi3 -o
   _mulsi3.o
   /mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c
   /mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c:244:
   `a' was not declared in this scope
   /mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c:244:
   `b' was not declared in this scope
   /mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c:245:
   syntax error before `long'
   *** Error code 1
  
   Stop in /mnt/imac/andrew/src/gnu/lib/libgcc.
   *** Error code 1
  
   Stop in /mnt/imac/andrew/src.
   *** Error code 1
  
   Stop in /mnt/imac/andrew/src.
   *** Error code 1
  
   Stop in /mnt/imac/andrew/src.
  
   -
  
   Does anyone recognise this?  Can anyone tell me what is going wrong?
 
  If sth. like that hitting me, I usually delete all files which have sth. to do
  with that and redo a cvsup.
 
   If it's important, my system is currently running 4.3-RELEASE.
  
   Andrew McNaughton
  
   To Unsubscribe: send mail to [EMAIL PROTECTED]
   with unsubscribe freebsd-stable in the body of the message
 
  --
  L i  W W W  i Jens Rehsack
  LW W W
  L i   W   W W   W   i  nnnLiWing IT-Services
  L iW W   W Wi  n  n  g   g
    i W W i  n  n  g   gFriesenstraße 2
06112 Halle
   g
   g   g
  Tel.:  +49 - 3 45 - 5 17 05 91ggg e-Mail: [EMAIL PROTECTED]
  Fax:   +49 - 3 45 - 5 17 05 92http://www.liwing.de/
 

-- 
L i  W W W  i Jens Rehsack
LW W W
L i   W   W W   W   i  nnnLiWing IT-Services
L iW W   W Wi  n  n  g   g
  i W W i  n  n  g   gFriesenstraße 2
  06112 Halle
 g
 g   g
Tel.:  +49 - 3 45 - 5 17 05 91ggg e-Mail: [EMAIL PROTECTED]
Fax:   +49 - 3 45 - 5 17 05 92http://www.liwing.de/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

Re: failure to build gcc in make world

[Andrew McNaughton]

On Thu, 22 Aug 2002, Jens Rehsack wrote:

 Date: Thu, 22 Aug 2002 00:33:07 +0200
 From: Jens Rehsack [EMAIL PROTECTED]
 To: Andrew McNaughton [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Subject: Re: failure to build gcc in make world



 Andrew McNaughton wrote:
 
  I've worked through this more thoroughly, but I still can't get a
  successful make buildworld.
 
  I've thoroughly checked my source tree.  I've compared all files'
  checksums against a known good source tree on a different system which
  compiles correctly  (it's a later freebsd running gcc 3).
  Something's wrong with my build environment.

 You use gcc v3 to compile 4.6-STABLE?


gcc version 2.95.3 [FreeBSD] 20010315 (release)

I'm upgrading from 4.3-STABLE.  I could install a later gcc, but I'm a
little wary of moving further from a standard setup unless there's an
explanation of why it should matter.


  The bit that's failing checks to see if it's gcc compiling itself and does
  different things accordingly.  I presume this is about avoiding linking
  the new gcc against the one that's about to get over-written.  Somehow
  this check is going wrong.  If I do `CC=gcc make buildworld` then it gets
  past this point, but it fails later on when building libg2c.
 
  Does anyone know what might be going wrong?
 
  On Fri, 21 Jun 2002, Jens Rehsack wrote:
 
   Andrew McNaughton wrote:
   
I've just brought my source tree up to sync with RELENG_4_6, and tried
to do a make world.  It fails with the following output:
   
-
cc -c -O -pipe -march=pentium
-I/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/config
-I/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc -I.
-fexceptions -DIN_GCC -D_PTHREADS -fPIC -DGTHREAD_USE_WEAK  -DL_mulsi3 -o
_mulsi3.o
/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c
/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c:244:
`a' was not declared in this scope
/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c:244:
`b' was not declared in this scope
/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c:245:
syntax error before `long'
*** Error code 1
   
Stop in /mnt/imac/andrew/src/gnu/lib/libgcc.
*** Error code 1
   
Stop in /mnt/imac/andrew/src.
*** Error code 1
   
Stop in /mnt/imac/andrew/src.
*** Error code 1
   
Stop in /mnt/imac/andrew/src.
   
-
   
Does anyone recognise this?  Can anyone tell me what is going wrong?
  
   If sth. like that hitting me, I usually delete all files which have sth. to do
   with that and redo a cvsup.
  
If it's important, my system is currently running 4.3-RELEASE.
   
Andrew McNaughton
   
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message
  
   --
   L i  W W W  i Jens Rehsack
   LW W W
   L i   W   W W   W   i  nnnLiWing IT-Services
   L iW W   W Wi  n  n  g   g
     i W W i  n  n  g   gFriesenstraße 2
 06112 Halle
g
g   g
   Tel.:  +49 - 3 45 - 5 17 05 91ggg e-Mail: [EMAIL PROTECTED]
   Fax:   +49 - 3 45 - 5 17 05 92http://www.liwing.de/
  

 --
 L i  W W W  i Jens Rehsack
 LW W W
 L i   W   W W   W   i  nnnLiWing IT-Services
 L iW W   W Wi  n  n  g   g
   i W W i  n  n  g   gFriesenstraße 2
   06112 Halle
  g
  g   g
 Tel.:  +49 - 3 45 - 5 17 05 91ggg e-Mail: [EMAIL PROTECTED]
 Fax:   +49 - 3 45 - 5 17 05 92http://www.liwing.de/



To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

Re: make world considered harmful

[Jamie Bowden]

On Mon, 22 Jul 2002, Barney Wolff wrote:

:But there's nothing right with it, either.  Is the demonstrated risk
:of people using it inappropriately really worth not having to type
:  make buildworld  make installworld
:in the few cases where it's safe?  I claim not.
:
:I run cvsup nohup'd and look at the output, but I'd would never trust
:that I'd notice a kernel interface change, and know when I could get
:away with not building the kernel.

#
# $FreeBSD: src/Makefile,v 1.234.2.14 2002/07/16 18:36:19 ru Exp $
#
# The user-driven targets are:
#
# buildworld  - Rebuild *everything*, including glue to help do
#   upgrades.
# installworld- Install everything built by buildworld.
# world   - buildworld + installworld.

Perhaps I'm missing something, but 'make world' appears to do nothing more
than you've done above in fewer keystrokes.

Jamie Bowden

-- 
It was half way to Rivendell when the drugs began to take hold
Hunter S Tolkien Fear and Loathing in Barad Dur
Iain Bowen [EMAIL PROTECTED]



To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

Re: make world considered harmful

[Jonathan Chen]

On Tue, Jul 23, 2002 at 03:49:04AM -0700, Jamie Bowden wrote:
 On Mon, 22 Jul 2002, Barney Wolff wrote:
 
 :But there's nothing right with it, either.  Is the demonstrated risk
 :of people using it inappropriately really worth not having to type
 :  make buildworld  make installworld
 :in the few cases where it's safe?  I claim not.
 :
 :I run cvsup nohup'd and look at the output, but I'd would never trust
 :that I'd notice a kernel interface change, and know when I could get
 :away with not building the kernel.
 
 #
 # $FreeBSD: src/Makefile,v 1.234.2.14 2002/07/16 18:36:19 ru Exp $
 #
 # The user-driven targets are:
 #
 # buildworld  - Rebuild *everything*, including glue to help do
 #   upgrades.
 # installworld- Install everything built by buildworld.
 # world   - buildworld + installworld.
 
 Perhaps I'm missing something, but 'make world' appears to do nothing more
 than you've done above in fewer keystrokes.

Except for the fact that if the new kernel doesn't like your system,
you're SOL with out-of-sync userland.
-- 
Jonathan Chen [EMAIL PROTECTED]
--
 Nyuck, nyuck, nyuck - Curly

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

Re: make world considered harmful

[Darren Pilgrim]

Matthew Whelan wrote:
 24/07/2002 14:59:42, Jamie Bowden [EMAIL PROTECTED] wrote:
 [re-insert from Brian's post]
 :Personally, I think it would be better to remove it; for those who dislike
 :typing and don't mind endangering their system, it would be better to have
 :instead a
 :
 :make universe
 
 Maybe 'make bravenewworld'?

Is there a reason against changing the world target to just be an alias
for make buildworld  make kernel  make installworld  mergemaster?
Forgive me if I'm asking something already answered I haven't been able
to follow this entire thread.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

Re: make world considered harmful

[Brian T. Schellenberger]

On Monday 22 July 2002 07:41 am, Jamie Bowden wrote:
| On Sun, 21 Jul 2002, Barney Wolff wrote:
| :When is make world the right thing to do?  If the answer is never
| :then why don't we remove it from /usr/src/Makefile?  Its availability
| :just leads people into trouble.
|
| Since when?  I use it regularly after CVSupdating /usr/src, works fine.

It's definately not recommended even if it will sometimes work.

It causes you to try to start running with the new world while still running 
the older kernel.  (Or, I guess, you could follow the sequence make kernel, 
reboot, make world, mergemaster.  That sequence would seem relatively safe, I 
guess.)

|
| Jamie Bowden

-- 
Brian, the man from Babble-On . . . .   [EMAIL PROTECTED] (personal)
http://www.babbleon.org

http://www.eff.org  http://www.programming-freedom.org 

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

Re: make world considered harmful

[Ruben de Groot]

On Mon, Jul 22, 2002 at 08:38:50AM -0400, Brian T. Schellenberger typed:
 On Monday 22 July 2002 07:41 am, Jamie Bowden wrote:
 | On Sun, 21 Jul 2002, Barney Wolff wrote:
 | :When is make world the right thing to do?  If the answer is never
 | :then why don't we remove it from /usr/src/Makefile?  Its availability
 | :just leads people into trouble.
 |
 | Since when?  I use it regularly after CVSupdating /usr/src, works fine.
 
 It's definately not recommended even if it will sometimes work.
 
 It causes you to try to start running with the new world while still running 
 the older kernel.  (Or, I guess, you could follow the sequence make kernel, 
 reboot, make world, mergemaster.  That sequence would seem relatively safe, I 
 guess.)

Save, but not supported. You must buildworld before you can buildkernel.

 
 |
 | Jamie Bowden
 
 -- 
 Brian, the man from Babble-On . . . .   [EMAIL PROTECTED] (personal)
 http://www.babbleon.org
 
 http://www.eff.org  http://www.programming-freedom.org 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-stable in the body of the message

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

Re: make world considered harmful

[Brian T. Schellenberger]

On Monday 22 July 2002 09:05 am, Ruben de Groot wrote:
| On Mon, Jul 22, 2002 at 08:38:50AM -0400, Brian T. Schellenberger typed:
|  On Monday 22 July 2002 07:41 am, Jamie Bowden wrote:
|  | On Sun, 21 Jul 2002, Barney Wolff wrote:
|  | :When is make world the right thing to do?  If the answer is never
|  | :then why don't we remove it from /usr/src/Makefile?  Its availability
|  | :just leads people into trouble.
|  |
|  | Since when?  I use it regularly after CVSupdating /usr/src, works fine.
| 
|  It's definately not recommended even if it will sometimes work.
| 
|  It causes you to try to start running with the new world while still
|  running the older kernel.  (Or, I guess, you could follow the sequence
|  make kernel, reboot, make world, mergemaster.  That sequence would seem
|  relatively safe, I guess.)
|
| Save, but not supported. You must buildworld before you can buildkernel.

My intuition is that it would be almost certain to fail to compile if it ewere 
to fail rather than leaving you completely dead in the water.  But I always 
do it per UPDATING:

make buildworld
make kernel   # dunno why UPDATING says to do *this* in two steps
reboot (-s)
make installworld
mergemaster

-- 
Brian, the man from Babble-On . . . .   [EMAIL PROTECTED] (personal)
http://www.babbleon.org

http://www.eff.org  http://www.programming-freedom.org 

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

failure to build gcc in make world

[Andrew McNaughton]

I've just brought my source tree up to sync with RELENG_4_6, and tried
to do a make world.  It fails with the following output:


-
cc -c -O -pipe -march=pentium
-I/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/config
-I/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc -I.
-fexceptions -DIN_GCC -D_PTHREADS -fPIC -DGTHREAD_USE_WEAK  -DL_mulsi3 -o
_mulsi3.o
/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c
/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c:244:
`a' was not declared in this scope
/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c:244:
`b' was not declared in this scope
/mnt/imac/andrew/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c:245:
syntax error before `long'
*** Error code 1

Stop in /mnt/imac/andrew/src/gnu/lib/libgcc.
*** Error code 1

Stop in /mnt/imac/andrew/src.
*** Error code 1

Stop in /mnt/imac/andrew/src.
*** Error code 1

Stop in /mnt/imac/andrew/src.

-

Does anyone recognise this?  Can anyone tell me what is going wrong?

If it's important, my system is currently running 4.3-RELEASE.

Andrew McNaughton


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

Make world failed with RELENG_4_5: in /usr/src/gnu/usr.bin/cc/cc_tools

[Chojin]

Hello,

after had an error in pam_ssh in RELENG_4 I decided to rm -rf /usr/src and
/usr/obj/* and cvs again with RELENG_4_5 branch.

But now after make world I get an error in /usr/src/gnu/usr.bin/cc/cc_tools:

...
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c: In
function `usage':
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:34:
`stderr' undeclared (first use in this function)
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:34:
(Each undeclared identifier is reported only once
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:34: for
each function it appears in.)
*** Error code 1

Stop in /usr/src/gnu/usr.bin/cc/cc_tools.
*** Error code 1

You can see the entire log of cvs and make buildworld there:
http://www.tarakan-network.com/makeworld/err.txt
It might help you I hope.

For the moment I cannot upgrade my computer in anyway...

If you need some other informations:
# uname -a
FreeBSD host 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Mon Jan 28 14:31:56 GMT
2002 [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC  i386
# gcc --version
2.95.3
With dmesg:
CPU: \^Peftium II.Pentium II Xeon/Celeron (3\^T8,49%IHz 686)class CPU)
  Origin = GeluineIntel  Id = 0x612  Qtdppijg = 2

Features=0x183f9ffDPU,VME,DE,PSE,TSC,MSR,PE,MCE,BX8,SEP,MT\^RR,\^PGE,M\^CA,
CMOF,PAT\^LPSE36,MMX,FXSR
real memory = 268435456

--
Chojin


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

make world causes error

[Roger Williams]

Hello,
I am trying to update a new machine to the most recent version of freebsd.
  Im using a 4.2 cd as an intitial install (successful)and trying to upgrade
using cvs.  When I run make world, I get the error shown below.
   I do this all the time and have never seen this error.
I posted a question on freebsd-questions and they suggested I post it here.  
Im not a member of the list (not competient enough to give advice) so if you 
could email me directly I would apreciate it.
  I worked past the smmsp issue, now I get this error.  Am I doing something 
wrong?

snip
evX75-12/../../../../../contrib/groff/font/devX75-12/NI 
/usr/src/gnu/usr.bin/groff/font/devX75-12/../../../../../contrib/groff/font/devX75-12/NB
 
/usr/src/gnu/usr.bin/groff/font/devX75-12/../../../../../contrib/groff/font/devX75-12/NBI
 
/usr/src/gnu/usr.bin/groff/font/devX75-12/../../../../../contrib/groff/font/devX75-12/S
 
/usr/share/groff_font/devX75-12
=== gnu/usr.bin/groff/font/devascii
Making R
expr: not found
*** Error code 127

Stop in /usr/src/gnu/usr.bin/groff/font/devascii.
*** Error code 1

Stop in /usr/src/gnu/usr.bin/groff/font.
*** Error code 1

Stop in /usr/src/gnu/usr.bin/groff.
*** Error code 1

Stop in /usr/src/gnu/usr.bin.
*** Error code 1

Stop in /usr/src/gnu.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

/snip



_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

Re: bug or feature: make world static linking

[Kris Kennaway]

On Fri, Oct 05, 2001 at 08:44:34PM +, E.B. Dreger wrote:
 Greetings all,
 
 While playing around with 4.4-R, I finally did my first 'make
 world'.  Even after running 'strip' on the resultant binaries, I
 was puzzled by their large sizes compared to -RELEASE.
 
 After investigating with 'ldd', it was pretty obvious that the
 binaries had been _statically_ linked.  Easy enough to change
 by adding -Xlinker -Bdynamic to CFLAGS.
 
 However:
 
 Static linking for /bin and /sbin is obviously the sane choice,
 but I'd prefer dynamic linking for anything in /usr.  Bug,
 feature, or just me cutting my teeth?

It shouldn't be doing this unless you tell it to.  What other local
settings have you changed?

Kris

 PGP signature

Re: bug or feature: make world static linking

[E.B. Dreger]

 Date: Fri, 5 Oct 2001 18:10:21 -0700
 From: Kris Kennaway [EMAIL PROTECTED]

[ snip ]

  After investigating with 'ldd', it was pretty obvious that the
  binaries had been _statically_ linked.  Easy enough to change
  by adding -Xlinker -Bdynamic to CFLAGS.

[ snip ]

 It shouldn't be doing this unless you tell it to.  What other local
 settings have you changed?

Although I had messed with CFLAGS settings in '/usr/share/mk/':

1. I think that I changed all back, and didn't change anything
   that looked like linker food;

2. I maked again after reinstalling the source distribution.

It's conceivable that I goofed (minimal sleep when I did this),
but I'm 98% certain that I had a clean environment.  If nobody
else can confirm or deny my observations, I'll run a clean
install and 'make world' to address the 2%.


Eddy

---
Brotsman  Dreger, Inc. - EverQuick Internet Division
Phone: +1 (316) 794-8922 Wichita/(Inter)national
Phone: +1 (785) 865-5885 Lawrence
---

Date: Mon, 21 May 2001 11:23:58 + (GMT)
From: A Trap [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Please ignore this portion of my mail signature.

These last few lines are a trap for address-harvesting spambots.  Do NOT
send mail to [EMAIL PROTECTED], or you are likely to be blocked.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message

FreeBSD not parsing rc.conf after make world

[Philip Paeps]

Hi all,

I wonder what I might have done wrong to cause this.  I've just CVSupped the
latest stable sources last night, and today I built the world as follows:

% cd /usr/src
% make buildworld
(loads of coffee, lunch, etc)
% make buildkernel KERNCONF=FORTUNA
(more coffee)
% make installkernel KERNCONF=FORTUNA
% reboot
(single user)

# fsck -p
# mount -u /
# mount -a -t ufs
# swapon -a

# make installworld
# mergemaster

I told it to install the new MAKEDEV, and merge most of the stuff in /etc, the
sort of stuff I do everytime I make the world.

# reboot

When my machine booted, I was welcomed by (Amnesiac) before login, as opposed to
the (fortuna.paeps.cx), which I'm used to.  After a bit of testing around (a few
changes in rc.conf, followed by reboots), I realised that the system just wasn't
reading it on startup.  Any ideas what might have caused this?  Probably
something silly I did, but I don't want to do it again, given the amount of
coffee I have to consume to kill time waiting for it to let me play with it :-)

Thanks for any help!

 - Philip

--
Philip Paeps
[EMAIL PROTECTED]
http://www.vitaya.tv



To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-stable in the body of the message