[Error] Memory limits for unknown reasons

[lusinge]

Describe the bug
I need help finding the source of an issue with distrobox, because I don't have the technical capacity to pin-point its origin.

Basically, I am using scons to build a very big project (gem5), and if using distrobox (or even toolbx), i get an error 134. That means memory ran out. However, when building with scons in a classic podman container, it works! No memory limitations suddenly!

To Reproduce
Try to build the gem5 project (https://github.com/gem5/gem5).

Expected behavior
Memory should not run out, as host ressources are more than sufficient.

Logs
This is really hard to trace. SCons doesn't give anything apart error 134.

Here is the core dump from the container:

Stack trace of thread 7046:
                                                  #0  0x00007ff4383e1114 __pthread_kill_implementation (libc.so.6 + 0x73114)
                                                  #1  0x00007ff438387f9e raise (libc.so.6 + 0x19f9e)
                                                  #2  0x00007ff43836f942 abort (libc.so.6 + 0x1942)
                                                  #3  0x00007ff4385adcaa _ZN9__gnu_cxx27__verbose_terminate_handlerEv (libstdc++.so.6 + 0x1dcaa)
                                                  #4  0x00007ff4385abc2c n/a (libstdc++.so.6 + 0x1bc2c)
                                                  #5  0x00007ff438599849 __cxa_call_terminate (libstdc++.so.6 + 0x9849)
                                                  #6  0x00007ff4385ab490 __gxx_personality_v0 (libstdc++.so.6 + 0x1b490)
                                                  #7  0x00007ff438580ad9 n/a (libgcc_s.so.1 + 0x1fad9)
                                                  #8  0x00007ff43858158d _Unwind_Resume (libgcc_s.so.1 + 0x2058d)
                                                  #9  0x0000000000404cca n/a (n/a + 0x0)
                                                  #10 0x0000000000404d07 n/a (n/a + 0x0)
                                                  #11 0x00000000004107a7 n/a (n/a + 0x0)
                                                  #12 0x00007ff438599d68 n/a (libstdc++.so.6 + 0x9d68)
                                                  #13 0x00007ff4385abc2c n/a (libstdc++.so.6 + 0x1bc2c)
                                                  #14 0x00007ff438599951 _ZSt9terminatev (libstdc++.so.6 + 0x9951)
                                                  #15 0x00007ff4385abeb8 __cxa_throw (libstdc++.so.6 + 0x1beb8)
                                                  #16 0x0000000000415482 n/a (n/a + 0x0)
                                                  #17 0x0000000000402306 n/a (n/a + 0x0)
                                                  #18 0x00007ff438371248 __libc_start_call_main (libc.so.6 + 0x3248)
                                                  #19 0x00007ff43837130b __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x330b)
                                                  #20 0x0000000000401ca5 n/a (n/a + 0x0)
                                                  ELF object binary architecture: AMD x86-64

Desktop (please complete the following information):

• Are you using podman, docker or lilipod?
  • podman
• Which version or podman, docker or lilipod?
  • podman version 5.3.2
• Which version of distrobox?
  • distrobox: 1.8.1.2
• Which host distribution?
  • Fedora 41
• How did you install distrobox?
  • rpm-ostree/dnf, fedora's official repo

Additional context
When I check memory usage while building, the process aborts before even using any significant memory usage. I know this doesn't come from gem5, as the building issue only happens when in a distrobox/toolbx container.