| 1 |
I got past that by setting |
| 2 |
|
| 3 |
XML_CATALOG_FILES=/etc/xml/catalog |
| 4 |
|
| 5 |
For some reason, setting |
| 6 |
|
| 7 |
XML_CATALOG_FILES=$EPREFIX/etc/xml/catalog |
| 8 |
|
| 9 |
did not work. |
| 10 |
|
| 11 |
There seems to be something amiss with the docbook setup. |
| 12 |
|
| 13 |
Glenn Johnson |
| 14 |
|
| 15 |
|
| 16 |
On Tue, Oct 5, 2021 at 4:41 PM Glenn Johnson <glennpj@×××××.com> wrote: |
| 17 |
|
| 18 |
> Indeed, it gets further, but eventually fails with: |
| 19 |
> |
| 20 |
> Convert blib/man/de/man1/po4a-display-man.1 (online docbook.xsl file). I/O |
| 21 |
> error : Attempt to load network entity |
| 22 |
> http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl |
| 23 |
> |
| 24 |
> warning: failed to load external entity " |
| 25 |
> http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" |
| 26 |
> |
| 27 |
> cannot parse |
| 28 |
> http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl |
| 29 |
> |
| 30 |
> Undefined subroutine &PerlIO::F_UTF8 called at |
| 31 |
> /opt/packages/gpjohnsn/prefix/usr/lib64/perl5/5.34/Pod/Man.pm line 799. |
| 32 |
> |
| 33 |
> ...propagated at Po4aBuilder.pm line 252. |
| 34 |
> |
| 35 |
> * ERROR: app-text/po4a-0.64::gentoo failed (compile phase): |
| 36 |
> |
| 37 |
> Glenn Johnson |
| 38 |
> |
| 39 |
> |
| 40 |
> On Tue, Oct 5, 2021 at 5:58 AM Michael Morak <michael.morak@×××××.com> |
| 41 |
> wrote: |
| 42 |
> |
| 43 |
>> Hi Glenn, |
| 44 |
>> |
| 45 |
>> > Here is what I get with a fresh bootstrap. |
| 46 |
>> > |
| 47 |
>> > |
| 48 |
>> /opt/packages/gpjohnsn/prefix/var/tmp/portage/sys-devel/gcc-10.3.0-r2/work/gcc-10.3.0/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cpp:142:10: |
| 49 |
>> fatal error: crypt.h: No such file or directory |
| 50 |
>> > 142 | #include <crypt.h> |
| 51 |
>> > | ^~~~~~~~~ |
| 52 |
>> > compilation terminated. |
| 53 |
>> |
| 54 |
>> Just ran into the same problem right now. The problem is that the current |
| 55 |
>> ~amd64 version of glibc in the tree does not install crypt.h anymore. I |
| 56 |
>> faked its presence by copying over the missing file from the host system: |
| 57 |
>> |
| 58 |
>> ~$ cp /usr/include/crypt.h ${EPREFIX}/usr/include |
| 59 |
>> |
| 60 |
>> Afterwards, gcc should compile. You will run into the next problem |
| 61 |
>> immediately: a circular dependency via virtual/libcrypt -> libxcrypt -> |
| 62 |
>> perl -> virtual/libcrypt. However, libxcrypt needs perl as a build |
| 63 |
>> dependency only, so if your host system has it installed, you can add the |
| 64 |
>> following two lines to ${EPREFIX}/tmp/etc/portage/profile/package.provided: |
| 65 |
>> |
| 66 |
>> # temporarily tell portage that perl is already installed |
| 67 |
>> dev-lang/perl-5.34.0-r2 |
| 68 |
>> |
| 69 |
>> Then separately emerge virtual/libcrypt and remove the package.provided |
| 70 |
>> file again. Still compiling at the moment, but looking much better so far. |
| 71 |
>> Hope this helps. |
| 72 |
>> |
| 73 |
>> Cheers, |
| 74 |
>> Michael |
| 75 |
>> |
| 76 |
> |
Archives