Michael Kelly, le mar. 24 févr. 2026 06:29:04 +0000, a ecrit:
> 2) The remaining packages from the Perl list report an inability to load
> Unicode::Normalize loadable object:
> 
> Can't locate loadable object for module Unicode::Normalize in @INC (@INC
> contains: /usr/share/texi2any/lib/U\
> nicode-EastAsianWidth/lib /usr/lib/texi2any /usr/share/texi2any /usr/share/
> texi2any /etc/perl /usr/local/lib\
> /i386-gnu/perl/5.40.1 /usr/local/share/perl/5.40.1 
> /usr/lib/i386-gnu/perl5/5.40
> /usr/share/perl5 /usr/lib/i3\
> 86-gnu/perl-base /usr/lib/i386-gnu/perl/5.40 /usr/share/perl/5.40 /usr/local/
> lib/site_perl .) at /usr/share/\
> texi2any/Texinfo/Indices.pm line 45
> 
> This error is reported for builds:
> 
> assimp_6.0.4+ds-1+b1_hurd-i386-2026-02-09T20:30:53Z
> assimp_6.0.4+ds-1+b1_hurd-i386-2026-02-10T14:34:22Z
> binutils-embedded_28_hurd-i386-2026-02-12T02:28:03Z
> gcc-riscv64-unknown-elf_23_hurd-i386-2026-02-12T03:02:37Z
> ginac_1.8.10-1_hurd-i386-2026-02-12T01:24:18Z
> octave-tablicious_0.4.5-3_hurd-i386-2026-02-12T02:37:40Z
> 
> 
> I can't make much sense of this report. I vandalized Normalize.so to verify
> that attempting to load a broken shared library results in a different error
> report. It seems therefore that the build genuinely cannot find Normalize.so
> but that should be installed with libperl5.40_5.40.1-7 which is reported
> installed by the log.

This looks like the issue I mentioned in another mail, where some files
show up in ls, but one cannot open them, and just rebooting the system
makes them work fine again, i.e. apparently the lookup cache is getting
out of sync.

Samuel

Reply via email to