| Summary: | dev-libs/nspr-4.35-r2: Value too large for defined data type | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | germ <germtoo> |
| Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | germtoo, ted.d.rodgers |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 471102 | ||
| Attachments: |
full build.log for nspr
successful-dev-libs\:nspr-4.35-r2 (normal built, no additional flags) |
||
|
Description
germ
2024-02-05 02:08:03 UTC
Is this xfs-related? Would any RHEL-based distro have a patch we could apply? xfs is prone to it as it has larger inodes. Can you try add 'append-lfs-flags' to multilib_src_configure and tell us if it helps? Attempted to reproduce this using the same march and cpu flags, also on xfs for both the merge target fs + the work directory during build.
env over-ride used when attempting to reproduce error:
COMMON_FLAGS="-march=sandybridge -mtune=sandybridge -O2 -pipe"
CFLAGS="${COMMON_FLAGS}"
CXXFLAGS="${COMMON_FLAGS}"
FCFLAGS="${COMMON_FLAGS}"
FFLAGS="${COMMON_FLAGS}"
CPU_FLAGS_X86="aes avx mmx mmxext pclmul popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3"
-----
# mount | grep /
/dev/nvme0n1p3 on / type xfs (rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)
# df -h .
Filesystem Size Used Avail Use% Mounted on
/dev/root 1.9T 92G 1.8T 5% /
# qlist -ICUv nspr
dev-libs/nspr-4.35-r2 -abi_mips_n32 -abi_mips_n64 -abi_mips_o32 -abi_s390_32 -abi_s390_64 abi_x86_32 abi_x86_64 -abi_x86_x32 -debug
Attaching successful-dev-libs:nspr-4.35-r2:20240217-184720.log
systems --info (noteL env over-ride above was used to test build)
# emerge --info
Portage 3.0.61 (python 3.11.8-final-0, default/linux/amd64/17.1, gcc-13, glibc-2.38-r10, 6.6.2-gentoo-test x86_64)
=================================================================
System uname: Linux-6.6.2-gentoo-test-x86_64-Intel-R-_Xeon-R-_w7-3465X-with-glibc2.38
KiB Mem: 263425180 total, 258346432 free
KiB Swap: 10485756 total, 10485756 free
Timestamp of repository gentoo: Sat, 10 Feb 2024 04:30:01 +0000
Head commit of repository gentoo: c0dd4c19405172c7132c084618c69d6fa747850e
sh bash 5.2_p26
ld GNU ld (Gentoo 2.41 p5) 2.41.0
app-misc/pax-utils: 1.3.7::gentoo
app-shells/bash: 5.2_p26::gentoo
dev-build/autoconf: 2.71-r7::gentoo, 2.72-r1::gentoo
dev-build/automake: 1.16.5-r2::gentoo
dev-build/cmake: 3.28.3::gentoo
dev-build/libtool: 2.4.7-r2::gentoo
dev-build/make: 4.4.1-r1::gentoo
dev-build/meson: 1.3.1-r1::gentoo
dev-lang/perl: 5.38.2-r1::gentoo
dev-lang/python: 3.11.8::gentoo, 3.12.2::gentoo
dev-lang/rust: 1.74.1::gentoo
sys-apps/baselayout: 2.14-r2::gentoo
sys-apps/openrc: 0.53::gentoo
sys-apps/sandbox: 2.38::gentoo
sys-devel/binutils: 2.41-r5::gentoo
sys-devel/binutils-config: 5.5::gentoo
sys-devel/clang: 17.0.6::gentoo
sys-devel/gcc: 13.2.1_p20240113-r1::gentoo
sys-devel/gcc-config: 2.11::gentoo
sys-devel/llvm: 17.0.6::gentoo
sys-kernel/linux-headers: 6.7::gentoo (virtual/os-headers)
sys-libs/glibc: 2.38-r10::gentoo
Created attachment 885232 [details]
successful-dev-libs\:nspr-4.35-r2 (normal built, no additional flags)
It depends on the FS state - XFS inodes are always big but if the value is small enough, it'll work (until one day it ticks over and it won't). I think there's a way to use tmpfs and force it to always use large inodes to trigger these bugs. xfs info for where I tested, for comparison: # xfs_db /dev/nvme0n1p3 -r xfs_db> sb 0 xfs_db> p magicnum = 0x58465342 blocksize = 4096 dblocks = 485625856 rblocks = 0 rextents = 0 uuid = 2e7eab34-c65f-4cf3-a3f9-e4485ebae1f0 logstart = 268435463 rootino = 128 rbmino = 129 rsumino = 130 rextsize = 1 agblocks = 121406464 agcount = 4 rbmblocks = 0 logblocks = 237122 versionnum = 0xb4b5 sectsize = 512 inodesize = 512 inopblock = 8 fname = "root_fs\000\000\000\000\000" blocklog = 12 sectlog = 9 inodelog = 9 inopblog = 3 agblklog = 27 rextslog = 0 inprogress = 0 imax_pct = 5 icount = 1787840 ifree = 877 fdblocks = 461476398 frextents = 0 uquotino = null gquotino = null qflags = 0 flags = 0 shared_vn = 0 inoalignmt = 8 unit = 0 width = 0 dirblklog = 0 logsectlog = 0 logsectsize = 0 logsunit = 1 features2 = 0x18a bad_features2 = 0x18a features_compat = 0 features_ro_compat = 0xf features_incompat = 0x2b features_log_incompat = 0 crc = 0x15f852ab (correct) spino_align = 4 pquotino = null lsn = 0xd0005d3f6 meta_uuid = 00000000-0000-0000-0000-000000000000 (In reply to Sam James from comment #2) > xfs is prone to it as it has larger inodes. Can you try add > 'append-lfs-flags' to multilib_src_configure and tell us if it helps? This worked and allowed the package to build The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=208d6652b99222db775e219072ecee32194b40ac commit 208d6652b99222db775e219072ecee32194b40ac Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2024-02-21 08:43:53 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2024-02-21 08:43:53 +0000 dev-libs/nspr: add 'append-lfs-flags' call Closes: https://bugs.gentoo.org/923802 Signed-off-by: Joonas Niilola <juippis@gentoo.org> dev-libs/nspr/nspr-4.35-r2.ebuild | 3 +++ 1 file changed, 3 insertions(+) |
