Re: n262026-37d97b10ff0e installworld failure

[Graham Perrin]

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 for the rapidity.

% uname -aKU
FreeBSD mowa219-gjp4-8570p-freebsd 14.0-CURRENT FreeBSD 14.0-CURRENT #38 
main-n262032-5e2e3615d91f: Fri Apr  7 18:54:28 BST 2023 
grahamperrin@mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-

NODEBUG amd64 1400085 1400085
%



OpenPGP_signature
Description: OpenPGP digital signature

Re: n262026-37d97b10ff0e installworld failure

[Mateusz Guzik]

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 and install
the new kernel, only then proceed with installworld and you should be
fine.

-- 
Mateusz Guzik 

Re: n262026-37d97b10ff0e installworld failure

[Mateusz Guzik]

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 was around twelve hours ago,
> 
>
>


-- 
Mateusz Guzik 

n262026-37d97b10ff0e installworld failure

[Graham Perrin]

Log: 

Any ideas?

37d97b10ff0e was around twelve hours ago, 





OpenPGP_signature
Description: OpenPGP digital signature

installworld failure with poudriere

[Sean Bruno]

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 wheel -m 555   atf-check 
/usr/local/poudriere/jails/14amd64/usr/libexec/atf-check
install -N /usr/src/etc  -o root -g wheel -m 444  atf-check.debug 
/usr/local/poudriere/jails/14amd64/usr/lib/debug/usr/libexec/atf-check.debug

install: atf-check.debug: No such file or directory
*** [_proginstall] Error code 71


sean

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

[Chris]

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. After booting to single user for the
installworld. The install failed with:
...
dll.h /usr/include/
install -l s -o root -g wheel -m 755  curses.h /usr/include/ncurses.h
install  -o root -g wheel -m 444 curs_addch.3.filt 
/usr/share/man/man3/curs_add

ch.3
install: curs_addch.3.filt: No such file or directory
*** Error code 71

Stop.
make[6]: stopped in /usr/src/lib/ncurses/ncursesw
*** Error code 1

Stop.
make[5]: stopped in /usr/src/lib/ncurses
*** Error code 1

Stop.
make[4]: stopped in /usr/src/lib
*** Error code 1

Stop.
make[3]: stopped in /usr/src
*** Error code 1

There nothing interesting/unusual in src.conf(5)
and make.conf doesn't exist.


OK This was a case of pilot error. After the buildworld I
realized that I hadn't added WITHOUT_MANCOMPRESS. Which I
wanted. So being of the belief that both non-compressed, as
well as compressed pages had been created during the buildworld.
I simply added it before installworld. Knowing it would pick up
the change. Well, as it turns out, both copies do *not* exist.

End of story, and sorry for the noise.

--Chris


Any chance for recovery? Or will I need initiate a new
install, and hope for the best checking out a newer revision
of src.

Thanks in advance.

--Chris


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



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

installworld failure on r361107 (curs_addch.3.filt)

[Chris]

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:
...
dll.h /usr/include/
install -l s -o root -g wheel -m 755  curses.h /usr/include/ncurses.h
install  -o root -g wheel -m 444 curs_addch.3.filt  /usr/share/man/man3/curs_add
ch.3
install: curs_addch.3.filt: No such file or directory
*** Error code 71

Stop.
make[6]: stopped in /usr/src/lib/ncurses/ncursesw
*** Error code 1

Stop.
make[5]: stopped in /usr/src/lib/ncurses
*** Error code 1

Stop.
make[4]: stopped in /usr/src/lib
*** Error code 1

Stop.
make[3]: stopped in /usr/src
*** Error code 1

There nothing interesting/unusual in src.conf(5)
and make.conf doesn't exist.

Any chance for recovery? Or will I need initiate a new
install, and hope for the best checking out a newer revision
of src.

Thanks in advance.

--Chris


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

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

[Mark Millard]

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 -target x86_64-unknown-freebsd13.0 
--sysroot=/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp 
-B/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/bin -O2 -pipe 
-I/usr/src/stand/i386/btx/lib -nostdinc 
-I/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/stand/libsa32 
-I/usr/src/stand/libsa -D_STANDALONE -I/usr/src/sys -Ddouble=jagged-little-pill 
-Dfloat=floaty-mcfloatface -DLOADER_GELI_SUPPORT -I/usr/src/stand/libsa/geli 
-DLOADER_DISK_SUPPORT -m32 -ffreestanding -mno-mmx -mno-sse -mno-avx -mno-avx2 
-msoft-float -march=i386 -I. -I/usr/src/stand/common -I/usr/src/contrib/lua/src 
-I/usr/src/stand/common -I/usr/src/stand/liblua 
-DLUA_FLOAT_TYPE=LUA_FLOAT_INT64 -DLOADER_CD9660_SUPPORT 
-DLOADER_EXT2FS_SUPPORT -DLOADER_MSDOS_SUPPORT -DLOADER_UFS_SUPPORT 
-DLOADER_GZIP_SUPPORT -DLOADER_BZIP2_SUPPORT -DLOADER_NET_SUPPORT 
-DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DLOADER_GPT_SUPPORT 
-DLOADER_MBR_SUPPORT -DLOADER_ZFS_SUPPORT -I/usr/src/stand/libsa/zfs 
-I/usr/src/sys/cddl
 /boot/zfs -Wall -I/usr/src--- realinstall_subdir_usr.sbin ---
. . .
--- realinstall_subdir_stand ---
/stand/i386 -DLOADER_PREFER_AMD64 -std=gnu99 -Wno-format-zero-length 
-Wsystem-headers -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion 
-Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Oz 
-Qunused-arguments ERROR-tried-to-rebuild-during-make-install  -nostdlib 
-static -Ttext 0x0 -Wl,--no-threads -Wl,--no-rosegment  -o loader_lua.sym 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/stand/i386/btx/lib/crt0.o 
main.o conf.o vers.o chain.o boot.o commands.o console.o devopen.o interp.o 
interp_backslash.o interp_parse.o ls.o misc.o module.o load_elf32.o 
load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64.o 
disk.o part.o vdisk.o dev_net.o bcache.o isapnp.o pnp.o interp_lua.o zfs_cmd.o  
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/stand/
 liblua32/liblua.a  /usr/ob--- realinstall_subdir_share ---
. . .
--- realinstall_subdir_stand ---
j/amd64_clang/amd64.amd64/usr/src/amd64.amd64/stand/i386/libi386/libi386.a 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/stand/libsa32/libsa32.a 
--- realinstall_subdir_tests ---
. . .
--- realinstall_subdir_stand ---
sh: cc: not found

Repeating buildworld buildkernel and then trying installworld (without
the -j28 I had used originally) completed.



===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

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

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

[O. Hartmann]

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/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.gz  
> > -> /usr/share/man/man3/cap_syslog.3.gz: No such file or directory ***  
> > [maninstall] Error code 71
> > 
> > make[7]: stopped in /usr/src/lib/libcasper/services/cap_syslog
> > 1 error  
> 
> Hello,
> 
> Thank you for reporting.
> Did r328532 fix the problem for you?
> 
> Thanks,

Yes, it did ;-)
Everything smooth again.

Kind regards,
Oliver

-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).


pgpYliBQKR_wx.pgp
Description: OpenPGP digital signature

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

[Mariusz Zaborski]

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/share/man/man3/cap_syslog.3.gz
> install: link /usr/share/man/man3/cap_syslog.3.gz
> -> /usr/share/man/man3/cap_syslog.3.gz: No such file or directory ***
> [maninstall] Error code 71
> 
> make[7]: stopped in /usr/src/lib/libcasper/services/cap_syslog
> 1 error

Hello,

Thank you for reporting.
Did r328532 fix the problem for you?

Thanks,
-- 
Mariusz Zaborski
oshogbo//vx | http://oshogbo.vexillium.org
FreeBSD commiter| https://freebsd.org
Software developer  | http://wheelsystems.com
If it's not broken, let's fix it till it is!!1


signature.asc
Description: PGP signature

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

[O. Hartmann]

"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.gz
-> /usr/share/man/man3/cap_syslog.3.gz: No such file or directory ***
[maninstall] Error code 71

make[7]: stopped in /usr/src/lib/libcasper/services/cap_syslog
1 error

make[7]: stopped in /usr/src/lib/libcasper/services/cap_syslog
*** [realinstall_subdir_lib/libcasper/services/cap_syslog] Error code 2
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

installworld failure: strip: elf_strptr failed: Invalid argument

[O. Hartmann]

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_strptr failed: Invalid argument
install: strip command strip failed on /usr/sbin/nologin
*** [_proginstall] Error code 70


I manually deleted /usr/obj/usr/src/amd64.amd64/[s]bin/*

and performed a make -jX buildworld again, which completes successfully. But
after that, the error pops up in another place, so I delete, rebuild. Now it
closed the circle: it starts again with nologin as shown above - the game
starts again.

What is this about?

I try now to rebuild world starting with cleanworld. Hope this resolves the
problem.


Kind regards,

oliver
-- 
O. Hartmann

Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: installworld failure due to cross-device links

[Matt Burke]

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 wheel -m 644  dot.profile
/tmproot/root/.profile;  rm -f /tmproot/.profile;  ln
/tmproot/root/.profile /tmproot/.profile
ln: /tmproot/.profile: Cross-device link
*** [distribution] Error code 1

Is there any real advantage of hard links over symlinks nowadays?

-- 
Sorry for the following...


The information contained in this message is confidential and intended for the 
addressee only. If you have received this message in error, or there are any 
problems with its content, please contact the sender. 

iCritical is a trading name of Critical Software Ltd. Registered in England: 
04909220.
Registered Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH.

This message has been scanned for security threats by iCritical. 
www.icritical.com

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

Re: installworld failure due to cross-device links

[Kevin Oberman]

On Fri, Jan 11, 2013 at 6:18 AM, Matt Burke mattbli...@icritical.com 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 separate filesystem:

 cd /usr/src/etc/root;  install -o root -g wheel -m 644  dot.profile
 /tmproot/root/.profile;  rm -f /tmproot/.profile;  ln
 /tmproot/root/.profile /tmproot/.profile
 ln: /tmproot/.profile: Cross-device link
 *** [distribution] Error code 1

 Is there any real advantage of hard links over symlinks nowadays?

Yes. In fact, hard links are essential for some purposes. Key
advantage of hard links is that you can create and use them as long as
needed and then just delete them. Any remaining hard links are
unaffected. When the last hard link is deleted, so is the file.

Symlinks, on the other hand are simply pointer to a real file and if
the file is deleted, the symlink remains, but is broken. Of course,
symlinks can cross file systems when hard links can't.

Both are likely to remain useful and neither is appropriate for all
applications.
-- 
R. Kevin Oberman, Network Engineer
E-mail: kob6...@gmail.com
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: installworld failure due to cross-device links

[Stefan Esser]

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. /usr/bin, /usr/sbin, /usr/libexec) are on the same file
 system, but I do not think that this assumption is documented.

 I'm using a ZFS only installation of -CURRENT and have separate file
 systems for several of the directories in / and /usr, that usually
 share a file system (e.g. /bin, /sbin, but also /usr/bin/, /usr/sbin
 and /usr/libexec are independent file systems).

 An older case is the link from /usr/bin/chgrp to /usr/sbin/chown
 (see usr.sbin/chown/Makefile), which is easily fixed by using a
 SMYLINK instead of a LINK.

 And now there is usr.sbin/bsdinstall/partedit/Makefile, which as of
 r244859 creates a link from /usr/libexec/bsdinstall to /usr/sbin/sade.

 This breaks with /usr/bin and /usr/sbin on different file systems,
 while it should not according to the commit message:

 
 Thanks for the patch! I've committed it (slightly modified) as r244958.
 I haven't taken any action on the chgrp/chown issue, though.

Thanks for the fix. Seems I had a wrong idea of the semantics of the
(SYM)LINKS macro, as I had assumed that the build target would be
linked to the list of names (instead of pairs of source/dest).

I did not expect you to do anything with chown/chgrp, but I still
think there should be a policy on whether hard links may be used to
connect files in different directories (which might be in different
file systems).

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

installworld failure due to cross-device links

[Stefan Esser]

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 assumption is documented.

I'm using a ZFS only installation of -CURRENT and have separate file
systems for several of the directories in / and /usr, that usually
share a file system (e.g. /bin, /sbin, but also /usr/bin/, /usr/sbin
and /usr/libexec are independent file systems).

An older case is the link from /usr/bin/chgrp to /usr/sbin/chown
(see usr.sbin/chown/Makefile), which is easily fixed by using a
SMYLINK instead of a LINK.

And now there is usr.sbin/bsdinstall/partedit/Makefile, which as of
r244859 creates a link from /usr/libexec/bsdinstall to /usr/sbin/sade.

This breaks with /usr/bin and /usr/sbin on different file systems,
while it should not according to the commit message:

--
r244859 | nwhitehorn | 2012-12-30 15:35:00 +0100 (Sun, 30 Dec 2012) | 7
lines

Replace sade the extracted piece of sysinstall with sade the extracted
piece of bsdinstall (although this time with a symlink instead of
duplicated source code).

Discussed on:   freebsd-geom
MFC after:  3 months
--

The SYMLINK mentioned in the commit message is a LINK to a different
directory, which might be on a different file system, actually.

This should be fixed by the attached patch, to remove the implied
assumption and to make the Makefile match the commit message.

Regards, STefan
Index: Makefile
===
--- Makefile(revision 244957)
+++ Makefile(working copy)
@@ -2,7 +2,8 @@
 
 BINDIR= /usr/libexec/bsdinstall
 PROG=  partedit
-LINKS= ${BINDIR}/partedit ${BINDIR}/autopart ${BINDIR}/partedit /usr/sbin/sade
+LINKS= ${BINDIR}/partedit ${BINDIR}/autopart ${BINDIR}/partedit
+SYMLINKS= /usr/sbin/sade
 LDADD= -lgeom -lncursesw -lutil -ldialog -lm
 
 PARTEDIT_ARCH= ${MACHINE}
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: installworld failure due to cross-device links

[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. /usr/bin, /usr/sbin, /usr/libexec) are on the same file
 system, but I do not think that this assumption is documented.

 I'm using a ZFS only installation of -CURRENT and have separate file
 systems for several of the directories in / and /usr, that usually
 share a file system (e.g. /bin, /sbin, but also /usr/bin/, /usr/sbin
 and /usr/libexec are independent file systems).

 An older case is the link from /usr/bin/chgrp to /usr/sbin/chown
 (see usr.sbin/chown/Makefile), which is easily fixed by using a
 SMYLINK instead of a LINK.

 And now there is usr.sbin/bsdinstall/partedit/Makefile, which as of
 r244859 creates a link from /usr/libexec/bsdinstall to /usr/sbin/sade.

 This breaks with /usr/bin and /usr/sbin on different file systems,
 while it should not according to the commit message:


Thanks for the patch! I've committed it (slightly modified) as r244958.
I haven't taken any action on the chgrp/chown issue, though.
-Nathan
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: FreeBSD-current r238290 installworld failure

[Kim Culhan]

On Tue, Jul 10, 2012 at 10:19 PM, Garrett Cooper yaneg...@gmail.com wrote:
 On Tue, Jul 10, 2012 at 7:10 PM, Kim Culhan w8hd...@gmail.com wrote:
 On Tue, Jul 10, 2012 at 9:52 PM, Garrett Cooper yaneg...@gmail.com wrote:
 On Tue, Jul 10, 2012 at 6:22 PM, Kim Culhan w8hd...@gmail.com 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 or not there was some clock
 skew at hand.

 Yes the objdir was unchanged from the the previous run which was ~30 days 
 ago.

 Should probably have rm -r'd /usr/obj before the first run today.

 Indeed. Changing source directories and not cleaning out your
 objdir is certain to bring pain in certain cases because of dependency
 order `violations` if you using -DNO_CLEAN, -DKERNFAST, etc (sys/boot
 definitely hates it when things are in an inconsistent state, as does
 include/). `Hacks` or modifications to sources might be required to
 get things to work if you patch things on the fly as well [1].
 Cheers,
 -Garrett

 1. http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/160646

Very good, thanks for the info, running another buildworld now.

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

FreeBSD-current r238290 installworld failure

[Kim Culhan]

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 (install)
=== gnu/usr.bin/cc/libdecnumber (install)
=== gnu/usr.bin/cc/cc_int (install)
=== gnu/usr.bin/cc/cc (install)
install -s -o root -g wheel -m 555   gcc /usr/bin
install: gcc: No such file or directory
*** [_proginstall] Error code 71

Stop in /usr/src/gnu/usr.bin/cc/cc.
*** [realinstall] Error code 1

Any help is greatly appreciated.

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

Re: FreeBSD-current r238290 installworld failure

[Konstantin Belousov]

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 (install)
 === gnu/usr.bin/cc/libiberty (install)
 === gnu/usr.bin/cc/libcpp (install)
 === gnu/usr.bin/cc/libdecnumber (install)
 === gnu/usr.bin/cc/cc_int (install)
 === gnu/usr.bin/cc/cc (install)
 install -s -o root -g wheel -m 555   gcc /usr/bin
 install: gcc: No such file or directory
 *** [_proginstall] Error code 71
 
 Stop in /usr/src/gnu/usr.bin/cc/cc.
 *** [realinstall] Error code 1
 
 Any help is greatly appreciated.
Are you installing to NFS ? What is the version of the kernel you run ?

If installing to NFS, and you run a kernel before r237987, try to set
sysctl debug.vn_io_fault_enable to 0.


pgpGJb8lMWxrR.pgp
Description: PGP signature

Re: FreeBSD-current r238290 installworld failure

[Kim Culhan]

On Tue, Jul 10, 2012 at 11:00 AM, Konstantin Belousov
kostik...@gmail.com 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
 === gnu/usr.bin/cc (install)
 === gnu/usr.bin/cc/cc_tools (install)
 === gnu/usr.bin/cc/libiberty (install)
 === gnu/usr.bin/cc/libcpp (install)
 === gnu/usr.bin/cc/libdecnumber (install)
 === gnu/usr.bin/cc/cc_int (install)
 === gnu/usr.bin/cc/cc (install)
 install -s -o root -g wheel -m 555   gcc /usr/bin
 install: gcc: No such file or directory
 *** [_proginstall] Error code 71

 Stop in /usr/src/gnu/usr.bin/cc/cc.
 *** [realinstall] Error code 1

 Any help is greatly appreciated.
 Are you installing to NFS ? What is the version of the kernel you run ?

 If installing to NFS, and you run a kernel before r237987, try to set
 sysctl debug.vn_io_fault_enable to 0.

Not installing to NFS, present kernel is 236925.

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

Re: FreeBSD-current r238290 installworld failure

[Kim Culhan]

On Tue, Jul 10, 2012 at 11:40 AM, Kim Culhan w8hd...@gmail.com wrote:
 On Tue, Jul 10, 2012 at 11:00 AM, Konstantin Belousov
 kostik...@gmail.com 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
 === gnu/usr.bin/cc (install)
 === gnu/usr.bin/cc/cc_tools (install)
 === gnu/usr.bin/cc/libiberty (install)
 === gnu/usr.bin/cc/libcpp (install)
 === gnu/usr.bin/cc/libdecnumber (install)
 === gnu/usr.bin/cc/cc_int (install)
 === gnu/usr.bin/cc/cc (install)
 install -s -o root -g wheel -m 555   gcc /usr/bin
 install: gcc: No such file or directory
 *** [_proginstall] Error code 71

 Stop in /usr/src/gnu/usr.bin/cc/cc.
 *** [realinstall] Error code 1

 Any help is greatly appreciated.
 Are you installing to NFS ? What is the version of the kernel you run ?

 If installing to NFS, and you run a kernel before r237987, try to set
 sysctl debug.vn_io_fault_enable to 0.

 Not installing to NFS, present kernel is 236925.

Ran another buildworld and on this run gcc was produced in
/usr/obj/usr/src/gnu/usr.bin/cc/cc
and installworld worked fine.

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

Re: FreeBSD-current r238290 installworld failure

[Garrett Cooper]

On Tue, Jul 10, 2012 at 6:22 PM, Kim Culhan w8hd...@gmail.com 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 or not there was some clock
skew at hand.
-Garrett
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: FreeBSD-current r238290 installworld failure

[Kim Culhan]

On Tue, Jul 10, 2012 at 9:52 PM, Garrett Cooper yaneg...@gmail.com wrote:
 On Tue, Jul 10, 2012 at 6:22 PM, Kim Culhan w8hd...@gmail.com 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 or not there was some clock
 skew at hand.

Yes the objdir was unchanged from the the previous run which was ~30 days ago.

Should probably have rm -r'd /usr/obj before the first run today.

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

Re: FreeBSD-current r238290 installworld failure

[Garrett Cooper]

On Tue, Jul 10, 2012 at 7:10 PM, Kim Culhan w8hd...@gmail.com wrote:
 On Tue, Jul 10, 2012 at 9:52 PM, Garrett Cooper yaneg...@gmail.com wrote:
 On Tue, Jul 10, 2012 at 6:22 PM, Kim Culhan w8hd...@gmail.com 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 or not there was some clock
 skew at hand.

 Yes the objdir was unchanged from the the previous run which was ~30 days ago.

 Should probably have rm -r'd /usr/obj before the first run today.

Indeed. Changing source directories and not cleaning out your
objdir is certain to bring pain in certain cases because of dependency
order `violations` if you using -DNO_CLEAN, -DKERNFAST, etc (sys/boot
definitely hates it when things are in an inconsistent state, as does
include/). `Hacks` or modifications to sources might be required to
get things to work if you patch things on the fly as well [1].
Cheers,
-Garrett

1. http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/160646
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: installworld failure

[Aron Håkanson]

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
/usr/src/contrib/tcsh/et_EE.ISO8859-15.msg so gencat
will find its msg-file.

Aron Håkanson
Comitor Konsult
http://www.comitor.se/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]

installworld failure

[Thomas T. Veldhouse]

/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/../../contrib/tcsh/csh-mode.el /usr/share/examples/tcsh
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
*** Error code 1

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

Stop in /usr/src/bin.
*** 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.
ekg#


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

installworld failure

[Andrzej Tobola]

% 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: addr2line: No such file or directory
*** Error code 71

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

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

installworld failure in libncurses

[Andrew Gallatin]

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 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/../../contrib/ncurses/include/ncurses_dll.h
/usr/include
/usr/include/ncurses.h - curses.h
ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_addstr.3x
curs_addstr.3
ln: curs_addstr.3: File exists
..

Andybody seen this?  I hate doing make -i installworld, but it seems
thats the only thing which works anymore.

Thanks,

Drew


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

Re: installworld failure in libncurses

[Crist J. Clark]

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 -m 444  curses.h term.h termcap.h unctrl.h 
/usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_dll.h /usr/include
 /usr/include/ncurses.h - curses.h
 ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_addstr.3x curs_addstr.3
 ln: curs_addstr.3: File exists
 *** Error code 1
 
 Stop in /usr/src/lib/libncurses.
 *** Error code 1

That ln(1) command should be happening during the build and NOT during
install. I've seen this problem after interupted installworlds
(although I'm not exactly sure why) and when there are clock issues.
-- 
Crist J. Clark | [EMAIL PROTECTED]
   | [EMAIL PROTECTED]
http://people.freebsd.org/~cjc/| [EMAIL PROTECTED]

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

Re: installworld failure in libncurses

[Andrew Gallatin]

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/libncurses.so
   install -C -o root -g wheel -m 444  curses.h term.h termcap.h unctrl.h 
 /usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_dll.h /usr/include
   /usr/include/ncurses.h - curses.h
   ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_addstr.3x 
 curs_addstr.3
   ln: curs_addstr.3: File exists
   *** Error code 1
   
   Stop in /usr/src/lib/libncurses.
   *** Error code 1
  
  That ln(1) command should be happening during the build and NOT during
  install. I've seen this problem after interupted installworlds
  (although I'm not exactly sure why) and when there are clock issues.

Clock issues might be it.  I did the cvs update with the clock set to
1934, so perhaps some of my source tree is misdated..

I won't worry about it.

Thanks,

Drew

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

installworld failure in libncurses

[Andrew Gallatin]

=== 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/../../contrib/ncurses/include/ncurses_dll.h /usr/include
/usr/include/ncurses.h - curses.h
ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_addstr.3x curs_addstr.3
ln: curs_addstr.3: File exists
*** Error code 1

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


This continues on for all the .3 man pages in libncurses.

rm -f /usr/obj/usr/src/lib/libncurses/*3 allows the installworld to
continue until it pukes on another libncurses man page:

ln -s /usr/src/lib/libform/../../contrib/ncurses/man/form.3x form.3
ln: form.3: File exists
*** Error code 1



Drew

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

Installworld failure

[Andrew Kenneth Milton]

=== 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 081 472 ABN: 83 082 081 472 |  M:+61 416 022 411   | Carpe Daemon
PO Box 837 Indooroopilly QLD 4068|[EMAIL PROTECTED]| 

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

Re: make installworld failure in usr.bin/tip

[Mark Murray]

  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
\_  FreeBSD Services Limited
O.\_Warning: this .sig is umop ap!sdn

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

Re: make installworld failure in usr.bin/tip

[Mark Murray]

 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 05:07:01PM +0100, Poul-Henning Kamp wrote:
  
  === 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
  flat# /flat/src/usr.bin/tip
  flat# cvs log Makefile | less
  [...]
  total revisions: 10;selected revisions: 10
  description:
  
  revision 1.7
  date: 2001/10/30 21:22:08;  author: markm;  state: Exp;  lines: +1 -1
  Make the dirty, rotten hack failsafe and quiet if cu(1) does not exist.
  
  
  I'm sure there is a connection somewhere...
  
  -- 
  Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
  [EMAIL PROTECTED] | TCP/IP since RFC 956
  FreeBSD committer   | BSD since 4.3-tahoe
  Never attribute to malice what can adequately be explained by incompetence.
  
  To Unsubscribe: send mail to [EMAIL PROTECTED]
  with unsubscribe freebsd-current in the body of the message
 
 -- 
 Ruslan ErmilovOracle Developer/DBA,
 [EMAIL PROTECTED] Sunbay Software AG,
 [EMAIL PROTECTED]FreeBSD committer,
 +380.652.512.251  Simferopol, Ukraine
 
 http://www.FreeBSD.orgThe Power To Serve
 http://www.oracle.com Enabling The Information Age
-- 
o   Mark Murray
\_  FreeBSD Services Limited
O.\_Warning: this .sig is umop ap!sdn

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

Re: make installworld failure in usr.bin/tip

[Bruce Evans]

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

/usr/src/usr.bin/tip/aculib/courier.c:312: warning: `cour_write' was declared 
implicitly `extern' and later `static'
/usr/src/usr.bin/tip/aculib/courier.c:306: warning: previous declaration of 
`cour_write'
/usr/src/usr.bin/tip/aculib/courier.c:312: warning: type mismatch with previous 
implicit declaration
/usr/src/usr.bin/tip/aculib/courier.c:306: warning: previous implicit declaration of 
`cour_write'
/usr/src/usr.bin/tip/aculib/courier.c:312: warning: `cour_write' was previously 
implicitly declared to return `int'
/usr/src/usr.bin/tip/aculib/df.c:126: warning: type mismatch with previous implicit 
declaration
/usr/src/usr.bin/tip/aculib/df.c:85: warning: previous implicit declaration of 
`df_disconnect'
/usr/src/usr.bin/tip/aculib/df.c:126: warning: `df_disconnect' was previously 
implicitly declared to return `int'
/usr/src/usr.bin/tip/aculib/hayes.c:148: warning: type mismatch with previous implicit 
declaration
/usr/src/usr.bin/tip/aculib/hayes.c:141: warning: previous implicit declaration of 
`hay_disconnect'
/usr/src/usr.bin/tip/aculib/hayes.c:148: warning: `hay_disconnect' was previously 
implicitly declared to return `int'
/usr/src/usr.bin/tip/aculib/hayes.c:214: warning: `error_rep' was declared implicitly 
`extern' and later `static'
/usr/src/usr.bin/tip/aculib/hayes.c:122: warning: previous declaration of `error_rep'
/usr/src/usr.bin/tip/aculib/hayes.c:214: warning: type mismatch with previous implicit 
declaration
/usr/src/usr.bin/tip/aculib/hayes.c:122: warning: previous implicit declaration of 
`error_rep'
/usr/src/usr.bin/tip/aculib/hayes.c:214: warning: `error_rep' was previously 
implicitly declared to return `int'
/usr/src/usr.bin/tip/aculib/hayes.c:255: warning: type mismatch with previous implicit 
declaration
/usr/src/usr.bin/tip/aculib/hayes.c:156: warning: previous implicit declaration of 
`goodbye'
/usr/src/usr.bin/tip/aculib/hayes.c:255: warning: `goodbye' was previously implicitly 
declared to return `int'
/usr/src/usr.bin/tip/aculib/t3000.c:123: warning: type mismatch with previous implicit 
declaration
/usr/src/usr.bin/tip/aculib/t3000.c:117: warning: previous implicit declaration of 
`t3000_disconnect'
/usr/src/usr.bin/tip/aculib/t3000.c:123: warning: `t3000_disconnect' was previously 
implicitly declared to return `int'
/usr/src/usr.bin/tip/aculib/t3000.c:328: warning: `t3000_write' was declared 
implicitly `extern' and later `static'
/usr/src/usr.bin/tip/aculib/t3000.c:322: warning: previous declaration of `t3000_write'
/usr/src/usr.bin/tip/aculib/ventel.c:143: warning: type mismatch with previous 
implicit declaration
/usr/src/usr.bin/tip/aculib/ventel.c:117: warning: previous implicit declaration of 
`ven_disconnect'
/usr/src/usr.bin/tip/aculib/ventel.c:143: warning: `ven_disconnect' was previously 
implicitly declared to return `int'

Bruce


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

Re: make installworld failure in usr.bin/tip

[Ruslan Ermilov]

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 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
 flat# /flat/src/usr.bin/tip
 flat# cvs log Makefile | less
 [...]
 total revisions: 10;selected revisions: 10
 description:
 
 revision 1.7
 date: 2001/10/30 21:22:08;  author: markm;  state: Exp;  lines: +1 -1
 Make the dirty, rotten hack failsafe and quiet if cu(1) does not exist.
 
 
 I'm sure there is a connection somewhere...
 
 -- 
 Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
 [EMAIL PROTECTED] | TCP/IP since RFC 956
 FreeBSD committer   | BSD since 4.3-tahoe
 Never attribute to malice what can adequately be explained by incompetence.
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-current in the body of the message

-- 
Ruslan Ermilov  Oracle Developer/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

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

make installworld failure

[Poul-Henning Kamp]

=== 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
flat# /flat/src/usr.bin/tip
flat# cvs log Makefile | less
[...]
total revisions: 10;selected revisions: 10
description:

revision 1.7
date: 2001/10/30 21:22:08;  author: markm;  state: Exp;  lines: +1 -1
Make the dirty, rotten hack failsafe and quiet if cu(1) does not exist.


I'm sure there is a connection somewhere...

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

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

Re: make installworld failure

[Poul-Henning Kamp]

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-sr-sr-x  1 uucp  dialer  124384 Oct 21 13:04 /flat/syv/usr/bin/cu
flat# /flat/src/usr.bin/tip
flat# cvs log Makefile | less
[...]
total revisions: 10;selected revisions: 10
description:

revision 1.7
date: 2001/10/30 21:22:08;  author: markm;  state: Exp;  lines: +1 -1
Make the dirty, rotten hack failsafe and quiet if cu(1) does not exist.


I'm sure there is a connection somewhere...

I should add for completeness:

flat# make -dl install DESTDIR=/
chflags 0 /usr/bin/cu
install -c -s -o root -g wheel -m 555   tip //usr/bin
set /usr/bin/tip /usr/bin/cu;  while test $# -ge 2; do  l=/$1;  shift;  t=/$1;  shift; 
 echo $t -\ $l;  ln -f $l $t;  done; true
//usr/bin/cu - //usr/bin/tip
install -c -o root -g wheel -m 444 tip.1.gz  //usr/share/man/man1
set `echo tip.1 cu.1   | sed 's/\.\([^.]*\) /.\1 \1 /g'`;  while : ; do  case $# in  
0) break;;  [123]) echo warn: empty MLINK: $1 $2 $3; break;;  esac;  name=$1; shift; 
sect=$1; shift;  l=//usr/share/man/man${sect}/$name;  name=$1; shift; sect=$1; shift;  
t=//usr/share/man/man${sect}/$name;  echo ${t}.gz -\ ${l}.gz;  rm -f ${t} ${t}.gz;  
ln ${l}.gz ${t}.gz;  done
//usr/share/man/man1/cu.1.gz - //usr/share/man/man1/tip.1.gz
flat# make -dl install DESTDIR=/flat/syv
chflags 0 /usr/bin/cu
install -c -s -o root -g wheel -m 555   tip /flat/syv/usr/bin
set /usr/bin/tip /usr/bin/cu;  while test $# -ge 2; do  l=/flat/syv$1;  shift;  
t=/flat/syv$1;  shift;  echo $t -\ $l;  ln -f $l $t;  done; true
/flat/syv/usr/bin/cu - /flat/syv/usr/bin/tip
ln: /flat/syv/usr/bin/cu: Operation not permitted
*** Error code 1

Stop in /flat/src/usr.bin/tip.


-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

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