@miker:
Debian Buster used to work without any issues but can imagine it being a bit out of date in order to be able to build AROS these days though in such case I would not expect the error you are currently reporting.


A small piggyback on/in this thread if allowed (if it requires more attention then please say so and I'll open up another thread on this topic).
@deadwood (or someone else that known):

My build stops here (debian 13, virtualbox):
[code]
Fetching zstd-1.5.7 ...
Trying /media/sf_builder/arosbuilds/portssources/zstd-1.5.7.tar.gz...
unpack_cached: `/media/sf_builder/arosbuilds/toolchain-core-x86_64-build/bin/linux-x86_64/Ports/zstd' does not exist. Making it.
Unpacking `zstd-1.5.7.tar.gz'...
tar: zstd-1.5.7/tests/cli-tests/bin/unzstd: Cannot utime: Operation not permitted
tar: zstd-1.5.7/tests/cli-tests/bin/zstdcat: Cannot utime: Operation not permitted
tar: Exiting with failure status due to previous errors
fetch: Error while unpacking `zstd-1.5.7.tar.gz'.
make[1]: *** [mmakefile:39: workbench-libs-zstd-fetch] Error 1
[MMAKE] make --no-print-directory TOP=/media/sf_builder/arosbuilds/toolchain-core-x86_64-build SRCDIR=/media/sf_builder/arosbuilds/AROS CURDIR=workbench/libs/zstd TARGET=workbench-libs-zstd-fetch -s --file=mmakefile workbench-libs-zstd-fetch failed: 512
[MMAKE] Error: Error while running make in workbench/libs/zstd: No such file or directory
make: *** [Makefile:178: /media/sf_builder/arosbuilds/toolchain-core-x86_64/.installflag-crosstools] Error 10
[/code]
I have the suspicion it is more distro/vbox related than it is an issue regarding aros build-system (but I might very well be wrong there).

/media/sf_builder ?

Shared folder, permission issue. This has nothing to do with the Aros build system

[quote name=retrofaza post=12387]@retrofaza - /media/sf_builder ?

Shared folder, permission issue. This has nothing to do with the Aros build system[/quote]

Thank you for the suggestion retrofafza. I Would agree if it was not for the fact that I use this vm for all my 3th party builds (and otherwise works like a charm), though in all honesty I do that with a debian 13 VM while this is an (recently installed) debian 12 VM.

I do not deny the fact that I (also) suspect it is a VM related issue (this particular debian 12 setup caused other/earlier headaches for some reason or another).

Or, is the suggestion that aros should be build as someone with root permission ?

I suspect (judging by the path) that you're using a folder shared by the host. The problem might lie in the permissions for that folder (or the file system?). But that's just a guess on my part I never build anything in a virtual machine myself.

You are correct there retrofaza in that things are build on a shared folder. Again, this is otherwise not a problem and virtualbox has provisions in place to circumvent some of the more pressing issues (such as the inability to create links on a shared folder).

This particular VM however seem to suffer from issues regarding clock skew (seem to have something todo with with cpu/thread-scheduling) which I discovered just now and also not have encountered when using virtualbox before (and yes, I know it is not the best of virtualization solutions for linux but I got used to VBox when I was still using windows many moons ago so, sue me ).

Thanks for the input though because the issues for this particular VM are still haunting me just as they seem to do for miker and his VMWare install (and imho oracle documentation sucks big time as you seem to need to read all nooks and crannies to be able to have a chance to discover such an issues is able to exist in the first place)

Interestingly, the version of Ubuntu newly installed where compiling stops is 20.04 focal fossa. Both the original Ubuntu and the new one (20.04) stop at flexcat.

However, the version installed for ABIv0 which is compiling correctly is 18.04 bionic beaver which is an older version. I could try installing 18.04 again in a new virtual machine. Or I could also try installing 24.04.

The difference that I see mostly is the version of GCC for 18.04 is 7.5.0 but for 20.04 it's GCC 9.4.0 so maybe I can try downgrading GCC.

Keep in mind that supported host version is 24.04 - other version might or might not work.