Re: n262026-37d97b10ff0e installworld failure

On 07/04/2023 16:51, Mateusz Guzik wrote: On 4/7/23, Graham Perrin wrote: … I pushed the fix. git pull, make sure you are at 20be1b4fc4b72f10d5f9411e5bbde0f46a98be5b or later. build and install the new kernel, only then proceed with installworld and you should be fine. Fix confirmed, thanks

Re: n262026-37d97b10ff0e installworld failure

On 4/7/23, Graham Perrin wrote: > Log: > > Any ideas? > > 37d97b10ff0e was around twelve hours ago, > > I pushed the fix. git pull, make sure you are at 20be1b4fc4b72f10d5f9411e5bbde0f46a98be5b or later. build a

Re: n262026-37d97b10ff0e installworld failure

yes, this is the recent zfs breakage. temporarily you can work around by installing the patched cp by hand. it already in the tree. alternatively get yourself https://github.com/openzfs/zfs/pull/14723 On 4/7/23, Graham Perrin wrote: > Log: > > Any ideas? > > 37d97b10ff0e

n262026-37d97b10ff0e installworld failure

Log: Any ideas? 37d97b10ff0e was around twelve hours ago, OpenPGP_signature Description: OpenPGP digital signature

installworld failure with poudriere

https://people.freebsd.org/~sbruno/poudriere_atf_debug.txt I think that some of the atf_check(1) Makefiles aren't respecting WITHOUT_DEBUG_FILES and this change has happened in the last few months. ===> libexec/atf/atf-check (install) --- _proginstall --- install -N /usr/src/etc -s -o root -g

Re: installworld failure on r361107 (curs_addch.3.filt)

On Sat, 16 May 2020 22:35:32 -0700 bsd-li...@bsdforge.com said Pilot error... On a recent install from FreeBSD-13.0-CURRENT-amd64-20200514-r361019-disc1.iso I intitated a build/install world/kernel from src @r361107 The build of world and kernel went as anticipated, as did the kernel install. A

installworld failure on r361107 (curs_addch.3.filt)

On a recent install from FreeBSD-13.0-CURRENT-amd64-20200514-r361019-disc1.iso I intitated a build/install world/kernel from src @r361107 The build of world and kernel went as anticipated, as did the kernel install. After booting to single user for the installworld. The install failed with: ... d

head -r351153 amd64 upgrade installworld failure: realinstall_subdir_stand got: 'sh: cc: not found' (a race?)

The below installworld material was after an apparently successful buildworld buildkernel then installkernel . Wrong stage for a cc producing loader_lua.sym ? (This was a normal, system-clang based build context, attempting an upgrade from head -r351102 .) --- realinstall_subdir_stand --- cc -targ

Re: r 328531: installworld failure: /usr/share/man/man3/cap_syslog.3.gz: No such file or directory

Am Mon, 29 Jan 2018 13:58:33 +0100 Mariusz Zaborski schrieb: > On Mon, Jan 29, 2018 at 06:31:31AM +0100, O. Hartmann wrote: > > > > "make installworld' fails on r328531 with the follwoing error: > > > > [...] > > --- maninstall --- > > rm -f /usr/share/man/man3/cap_syslog.3 /usr/share/man/man3/

Re: r 328531: installworld failure: /usr/share/man/man3/cap_syslog.3.gz: No such file or directory

On Mon, Jan 29, 2018 at 06:31:31AM +0100, O. Hartmann wrote: > > "make installworld' fails on r328531 with the follwoing error: > > [...] > --- maninstall --- > rm -f /usr/share/man/man3/cap_syslog.3 /usr/share/man/man3/cap_syslog.3.gz; > install -l > h /usr/share/man/man3/cap_syslog.3.gz /usr/

r 328531: installworld failure: /usr/share/man/man3/cap_syslog.3.gz: No such file or directory

"make installworld' fails on r328531 with the follwoing error: [...] --- maninstall --- rm -f /usr/share/man/man3/cap_syslog.3 /usr/share/man/man3/cap_syslog.3.gz; install -l h /usr/share/man/man3/cap_syslog.3.gz /usr/share/man/man3/cap_syslog.3.gz install: link /usr/share/man/man3/cap_syslog.3.

installworld failure: strip: elf_strptr failed: Invalid argument

This drives me nuts: After a successful buildworld, installworld fails. It is always strip: elf_strptr failed: and it hits always different binaries in the obj tree, this one is an example: ===> usr.sbin/nologin (install) install -s -o root -g wheel -m 555 nologin /usr/sbin/nologin strip: elf

Re: installworld failure due to cross-device links

On Fri, Jan 11, 2013 at 6:18 AM, Matt Burke wrote: > On 01/02/13 13:26, Nathan Whitehorn wrote: >> Thanks for the patch! I've committed it (slightly modified) as r244958. >> I haven't taken any action on the chgrp/chown issue, though. > > Similarly, 'make distribution' fails when /root is a separa

Re: installworld failure due to cross-device links

On 01/02/13 13:26, Nathan Whitehorn wrote: > Thanks for the patch! I've committed it (slightly modified) as r244958. > I haven't taken any action on the chgrp/chown issue, though. Similarly, 'make distribution' fails when /root is a separate filesystem: cd /usr/src/etc/root; install -o root -g w

Re: installworld failure due to cross-device links

Am 02.01.2013 14:26, schrieb Nathan Whitehorn: > On 01/02/13 07:04, Stefan Esser wrote: >> I'd be interested in the general policy on LINKS vs. SYMLINKS >> between directories that might end up on different file systems. >> >> There seems to be an assumption that system directories in /usr >> (e.g.

Re: installworld failure due to cross-device links

On 01/02/13 07:04, Stefan Esser wrote: > I'd be interested in the general policy on LINKS vs. SYMLINKS > between directories that might end up on different file systems. > > There seems to be an assumption that system directories in /usr > (e.g. /usr/bin, /usr/sbin, /usr/libexec) are on the same fi

installworld failure due to cross-device links

I'd be interested in the general policy on LINKS vs. SYMLINKS between directories that might end up on different file systems. There seems to be an assumption that system directories in /usr (e.g. /usr/bin, /usr/sbin, /usr/libexec) are on the same file system, but I do not think that this assumpti

Re: FreeBSD-current r238290 installworld failure

On Tue, Jul 10, 2012 at 10:19 PM, Garrett Cooper wrote: > On Tue, Jul 10, 2012 at 7:10 PM, Kim Culhan wrote: >> On Tue, Jul 10, 2012 at 9:52 PM, Garrett Cooper wrote: >>> On Tue, Jul 10, 2012 at 6:22 PM, Kim Culhan wrote: >>> >>> ... >>> Ran another buildworld and on this run gcc was produ

Re: FreeBSD-current r238290 installworld failure

On Tue, Jul 10, 2012 at 7:10 PM, Kim Culhan wrote: > On Tue, Jul 10, 2012 at 9:52 PM, Garrett Cooper wrote: >> On Tue, Jul 10, 2012 at 6:22 PM, Kim Culhan wrote: >> >> ... >> >>> Ran another buildworld and on this run gcc was produced in >>> /usr/obj/usr/src/gnu/usr.bin/cc/cc >>> and installworl

Re: FreeBSD-current r238290 installworld failure

On Tue, Jul 10, 2012 at 9:52 PM, Garrett Cooper wrote: > On Tue, Jul 10, 2012 at 6:22 PM, Kim Culhan wrote: > > ... > >> Ran another buildworld and on this run gcc was produced in >> /usr/obj/usr/src/gnu/usr.bin/cc/cc >> and installworld worked fine. > > I would be curious (if it happened again)

Re: FreeBSD-current r238290 installworld failure

On Tue, Jul 10, 2012 at 6:22 PM, Kim Culhan wrote: ... > Ran another buildworld and on this run gcc was produced in > /usr/obj/usr/src/gnu/usr.bin/cc/cc > and installworld worked fine. I would be curious (if it happened again) if you updated your source tree but not your objdir, or see whether

Re: FreeBSD-current r238290 installworld failure

On Tue, Jul 10, 2012 at 11:40 AM, Kim Culhan wrote: > On Tue, Jul 10, 2012 at 11:00 AM, Konstantin Belousov > wrote: >> On Tue, Jul 10, 2012 at 10:52:26AM -0400, Kim Culhan wrote: >>> Updating -current to r238290 after make buildworld, installworld fails at: >>> >>> install -o root -g wheel -m 44

Re: FreeBSD-current r238290 installworld failure

On Tue, Jul 10, 2012 at 11:00 AM, Konstantin Belousov wrote: > On Tue, Jul 10, 2012 at 10:52:26AM -0400, Kim Culhan wrote: >> Updating -current to r238290 after make buildworld, installworld fails at: >> >> install -o root -g wheel -m 444 as.info.gz ld.info.gz >> binutils.info.gz /usr/share/info

Re: FreeBSD-current r238290 installworld failure

On Tue, Jul 10, 2012 at 10:52:26AM -0400, Kim Culhan wrote: > Updating -current to r238290 after make buildworld, installworld fails at: > > install -o root -g wheel -m 444 as.info.gz ld.info.gz > binutils.info.gz /usr/share/info > ===> gnu/usr.bin/cc (install) > ===> gnu/usr.bin/cc/cc_tools (ins

FreeBSD-current r238290 installworld failure

Updating -current to r238290 after make buildworld, installworld fails at: install -o root -g wheel -m 444 as.info.gz ld.info.gz binutils.info.gz /usr/share/info ===> gnu/usr.bin/cc (install) ===> gnu/usr.bin/cc/cc_tools (install) ===> gnu/usr.bin/cc/libiberty (install) ===> gnu/usr.bin/cc/libcpp

Re: installworld failure

On Wed, 19 Nov 2003, Thomas T. Veldhouse wrote: > "/usr/src/bin/csh/Makefile", line 3: warning: "cd > /usr/src/bin/csh/../../contrib/tcsh/nls/ukrainian; echo set[0-9]*" returned > non-zero status > install -s -o root -g wheel -m 555 csh /bin > install -o root -g wheel -m 444 > /usr/src/bin/csh/

Re: installworld failure

Tor 2003-11-20 klockan 02.47 skrev Thomas T. Veldhouse: ... > cat /usr/src/bin/csh/../../contrib/tcsh/nls/et/ > et_EE.ISO8859-15.msg > gencat -new et_EE.ISO8859-15.cat et_EE.ISO8859-15.msg > gencat:No such file or directory ... If you don't insist on implement support for Estonian, just touch /us

installworld failure

"/usr/src/bin/csh/Makefile", line 3: warning: "cd /usr/src/bin/csh/../../contrib/tcsh/nls/ukrainian; echo set[0-9]*" returned non-zero status install -s -o root -g wheel -m 555 csh /bin install -o root -g wheel -m 444 /usr/src/bin/csh/../../contrib/tcsh/complete.tcsh /usr/src/bin/csh/../../contr

installworld failure

% make installworld ===> gnu/usr.bin/binutils ===> gnu/usr.bin/binutils/libiberty ===> gnu/usr.bin/binutils/libbfd ===> gnu/usr.bin/binutils/libopcodes ===> gnu/usr.bin/binutils/libbinutils ===> gnu/usr.bin/binutils/addr2line install -s -o root -g wheel -m 555 addr2line /usr/bin install: a

installworld failure in libncurses

When doing an installworld from srcs cvsup'ed this morning, installworld craps out linking ncurses man pages: ===> lib/libncurses install -C -o root -g wheel -m 444 libncurses.a /usr/lib install -C -o root -g wheel -m 444 libncurses_p.a /usr/lib install -s -o root -g wheel -m 444 libncur

Re: installworld failure in libncurses

Crist J. Clark writes: > On Sat, Jun 01, 2002 at 08:15:28PM -0400, Andrew Gallatin wrote: > > > > ===> lib/libncurses > > install -C -o root -g wheel -m 444 libncurses.a /usr/lib > > install -c -s -o root -g wheel -m 444 libncurses.so.5 /usr/lib > > ln -fs libncurses.so.5 /usr/lib/li

Re: installworld failure in libncurses

On Sat, Jun 01, 2002 at 08:15:28PM -0400, Andrew Gallatin wrote: > > ===> lib/libncurses > install -C -o root -g wheel -m 444 libncurses.a /usr/lib > install -c -s -o root -g wheel -m 444 libncurses.so.5 /usr/lib > ln -fs libncurses.so.5 /usr/lib/libncurses.so > install -C -o root -g wheel

installworld failure in libncurses

===> lib/libncurses install -C -o root -g wheel -m 444 libncurses.a /usr/lib install -c -s -o root -g wheel -m 444 libncurses.so.5 /usr/lib ln -fs libncurses.so.5 /usr/lib/libncurses.so install -C -o root -g wheel -m 444 curses.h term.h termcap.h unctrl.h /usr/src/lib/libncurses/../../con

Installworld failure

===> usr.bin/netstat install -C -s -o root -g kmem -m 2555 netstat /usr/bin install: /usr/bin/INS@4uTe: Bad address consistently at that point. -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | | ACN: 082

Re: make installworld failure in usr.bin/tip

> > Erm, it _is_ "fixed" in the makefile. If you have a better method, lets hear > > it. :-) > > Back out the entire tip commit? This would also restore all the FreeBSD > changes clobbered by it. It doesn't even compile cleanly: Entirely different problem. M -- o Mark Murray \_ Fr

Re: make installworld failure in usr.bin/tip

On Fri, 16 Nov 2001, Mark Murray wrote: > > Mark, Poul-Henning, > > > > So, what was the concensus? Should we fix this in Makefile, > > or just put this as an UPDATING entry and have users manually > > remove the old UUCP stuff? > > Erm, it _is_ "fixed" in the makefile. If you have a better meth

Re: make installworld failure in usr.bin/tip

> Mark, Poul-Henning, > > So, what was the concensus? Should we fix this in Makefile, > or just put this as an UPDATING entry and have users manually > remove the old UUCP stuff? Erm, it _is_ "fixed" in the makefile. If you have a better method, lets hear it. :-) M > On Sat, Nov 03, 2001 at 0

Re: make installworld failure in usr.bin/tip

Mark, Poul-Henning, So, what was the concensus? Should we fix this in Makefile, or just put this as an UPDATING entry and have users manually remove the old UUCP stuff? On Sat, Nov 03, 2001 at 05:07:01PM +0100, Poul-Henning Kamp wrote: > > ===> usr.bin/tip > install -c -s -o root -g wheel -m 5

Re: make installworld failure

In message <[EMAIL PROTECTED]>, Poul-Henning Kamp writes: > >===> usr.bin/tip >install -c -s -o root -g wheel -m 555 tip /flat/syv/usr/bin >/flat/syv/usr/bin/cu -> /flat/syv/usr/bin/tip >ln: /flat/syv/usr/bin/cu: Operation not permitted >*** Error code 1 > >flat# ls -l /flat/syv/usr/bin/cu >-r-s

make installworld failure

===> usr.bin/tip install -c -s -o root -g wheel -m 555 tip /flat/syv/usr/bin /flat/syv/usr/bin/cu -> /flat/syv/usr/bin/tip ln: /flat/syv/usr/bin/cu: Operation not permitted *** Error code 1 flat# ls -l /flat/syv/usr/bin/cu -r-sr-sr-x 1 uucp dialer 124384 Oct 21 13:04 /flat/syv/usr/bin/cu fl

Re: installworld failure - libsdbm.a

On Nov 4, 11:54am, Kent Stewart wrote: } Subject: Re: installworld failure - libsdbm.a } } } Steven Farmer wrote: } > } > After this morning's cvsup and buildworld, installworld failed trying } > to build libsdbm.a. I worked around the problem by adding chmod to } > Makef