I don't know where this discussion really belongs go, excuse the cross-post.
Please be aware I'm not on either of these lists (I know it's against the
doc :-), so be so kind as to cc any reply to my address.

On a freshly installed 4.1 machine (bin-only installation), I CVSUPed
/usr/src from RELENG_4, then removed the subtrees

and last I CVSUPed the same subtrees with the tag HEAD.

That should have brutally implanted perl5.6.0 in my 4.1-STABLE build tree.

In that condition, buildworld fails with:

  ===> gnu/usr.bin/perl/perl
  Extracting config.h (with variable substitutions)
  Extracting cflags (with variable substitutions)
  Extracting writemain (with variable substitutions)
  Extracting myconfig (with variable substitutions)
  /usr/obj/usr/src/gnu/usr.bin/perl/perl/../miniperl/miniperl:No such file
or directory
  *** Error code 1

  Stop in /usr/src/gnu/usr.bin/perl/perl.

Whereas (cd /usr/src/gnu/usr.bin/perl/perl; make) gave no errors, and
allowed me to continue where I left with buildworld -DNOCLEAN.

installworld failed too with:

  ===> gnu/usr.bin/perl/library
  install: /usr/libdata/perl/5.6.0/./CGI/Apache.pm: No such file or
  *** Error code 71

  Stop in /usr/src/gnu/usr.bin/perl/library.

which I worked around by creating /usr/libdata/perl/5.6.0 and all subdirs by

My question is: is there any plan to merge perl5.6.0 into RELENG_4 (it
shouldn't be that difficult, as the only problem is at build/install time)?
Do you have any hint for me to avoid the errors in my present case? I
suppose the makefile should be changed slightly to avoid the build error,
and that some entry should be added to the mtree control file to avoid the
install failure: but where should I start?

Thank you for any help.

Angelo Turetta

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

Reply via email to