For the application window not redrawing under ZunePrefs - that's a know issue and there were not fixes for it in the integrated code package.

For "3 dots", hopefully Bo (the author of rounded buttons) is reading this forum and will notice your report.

@ntromans, @AMIGASYSTEM

Please try this version of AROSTCP: https://axrt.org/development/AROSTCP.20251006.x86_64.zip

It may solve for you the "google search" issue.

I successfully tested Google, Google searches on a native PC with USB tethering connection!
On my DualCore OWB, it was even faster and smoother!

Fantastic update . Google, Youtube, BBC news and BCLM.com all open and open petty quickly on my i5 machine. Thank you!

Cheers,
Nigel.

Glad it worked! Now that this major bug is fixed, I'm moving onto preparing an official update package.

I also tried everything, all good the stack arostcp is very fast

The TCP stack runs at twice the usual speed

This might not be the right thread to post about this but trying to run RetroArch 64-bit the program ask for crt.library v.4
From where I looked I can only find v.3.6?
Thanks in advance

v4 crt.library is part of U1 update

https://axrt.org/download/aros/v11/AROS-20250418-1-U1.B-any-x86_64-update.zip

Thanks Deadwood.

Please update this Library in the Aros One distribution.

crt.library v.4 was released after the publication of AROS One 1.1!

In addition to crt.library v.4, there are also other libraries to update as well as third-party software. I am waiting for the stable reference build to publish the new version of AROS One 64Bit. I cannot do an update for every library that is updated or fixed

Hello,

I'm trying to make a local nightly build of AROS.
That always fail with cannot find -laom.

I'm using those command lines from the nightly build logs:

configure --target=pc-x86_64 --enable-target-variant=smp --with-gcc-version=15.2.0 --enable-ccache --enable-build-type=nightly --with-portssources=/a/src/AROS/bin/Sources --with-aros-toolchain-install=/a/x-tools/x86_64-aros
... idem below

configure --target=linux-x86_64 --with-gcc-version=13.4.0 --enable-ccache --enable-unit-tests=no --enable-build-type=nightly --with-portssources=/a/src/AROS/bin/Sources --with-aros-toolchain-install=/a/x-tools/aros/linux-x86_64-13.4.0

MMAKE] Making workbench-datatypes-html-fd in workbench/classes/datatypes/html
Generating AROS/Developer/SDK/fd/html_lib.fd
[MMAKE] Making workbench-datatypes-pnm-fd in workbench/classes/datatypes/pnm
Generating AROS/Developer/SDK/fd/pnm_lib.fd
make[2]: *** No targets specified and no makefile found. Stop.
make[2]: *** No targets specified and no makefile found. Stop.
[MMAKE] Making workbench-datatypes-heic in workbench/classes/datatypes/heic
Makedepend workbench/classes/datatypes/heic/heicdummy.cc ...
Generating support files for module heic
Makedepend bin/linux-x86_64/gen/workbench/classes/datatypes/heic/heic/heic_end.c ...
Makedepend bin/linux-x86_64/gen/workbench/classes/datatypes/heic/heic/heic_start.c ...
Makedepend workbench/classes/datatypes/heic/heicclass.c ...
Compiling bin/linux-x86_64/gen/workbench/classes/datatypes/heic/heic/heic_start.c
Compiling workbench/classes/datatypes/heic/heicclass.c
Compiling workbench/classes/datatypes/heic/heicdummy.cc
Compiling bin/linux-x86_64/gen/workbench/classes/datatypes/heic/heic/heic_end.c
Building Module AROS/Classes/DataTypes/heic.datatype ...
ccache /a/x-tools/aros/linux-x86_64-13.4.0/x86_64-aros-g++ -m64 -mcmodel=large -mno-red-zone -mno-ms-bitfields -nostartfiles -Wl,-Map -Xlinker /a/src/AROS-linux-x86_64-13.4.0/bin/linux-x86_64/gen/workbench/classes/datatypes/heic/heic/.map /a/src/AROS-linux-x86_64-13.4.0/bin/linux-x86_64/gen/compiler/libinit/libentry.o /a/src/AROS-linux-x86_64-13.4.0/bin/linux-x86_64/gen/workbench/classes/datatypes/heic/heic/heic_start.o /a/src/AROS-linux-x86_64-13.4.0/bin/linux-x86_64/gen/workbench/classes/datatypes/heic/heic/heicclass.o /a/src/AROS-linux-x86_64-13.4.0/bin/linux-x86_64/gen/workbench/classes/datatypes/heic/heic/heicdummy.o /a/src/AROS-linux-x86_64-13.4.0/bin/linux-x86_64/gen/workbench/classes/datatypes/heic/heic/heic_end.o -o /a/src/AROS-linux-x86_64-13.4.0/bin/linux-x86_64/AROS/Classes/DataTypes/heic.datatype -static-libstdc++ -L/a/src/AROS-linux-x86_64-13.4.0/bin/linux-x86_64/gen/workbench/classes/datatypes/heic/lib -Wl,--start-group -lheif -laom -lde265 -lposixc -lstdc -latomic -Wl,--end-group
/a/x-tools/aros/linux-x86_64-13.4.0/x86_64-aros-ld: cannot find -laom
make[1]: *** [mmakefile:3481: /a/src/AROS-linux-x86_64-13.4.0/bin/linux-x86_64/AROS/Classes/DataTypes/heic.datatype] Error 1
[MMAKE] make --no-print-directory TOP=/a/src/AROS-linux-x86_64-13.4.0 SRCDIR=/a/src/AROS CURDIR=workbench/classes/datatypes/heic TARGET=workbench-datatypes-heic --file=mmakefile workbench-datatypes-heic failed: 512
[MMAKE] Error: Error while running make in workbench/classes/datatypes/heic: No such file or directory
make: *** [Makefile:128: all] Error 10

As those nightly builds are okay according to the github page, tell me how can I fix that.

Thanks,

PS: trying with --enable-unit-tests=yes fails on some cunit header file not found.
PS: I added -v to mmake args in Makefile
PS: the build logs should contain the git commit ID to be able to reproduce builds locally, I have commit b7c005a522 (HEAD)
PS: more info about the problem:
$ find -name heic
./bin/linux-x86_64/AROS/Developer/Debug/Tests/Datatypes/heic
./bin/linux-x86_64/gen/workbench/classes/datatypes/heic
./bin/linux-x86_64/gen/workbench/classes/datatypes/heic/heic
./workbench/classes/datatypes/heic
PS: maybe another problem is with workbench-datatypes-pnm-fd
PS: I now understand that I'm on the wrong place to post this, this is deadwoord-AROS, I'm talking about https://github.co...-team/AROS

PS: problem solved with Nick on github https://github.co...ssues/709, TLDR: unset CMAKE_GENERATOR before build

Looking from logs you are building AROS from ADT repository. I believe that the missing libaom.a should be build during the build process itself (it's not an external dependency). When building from ADT repository please keep in mind that this repository uses submodules, so you need to clone and pull with --recurse_submodules flags.

I edited my post before I saw your answer ...
The problem was that I have CMAKE_GENERATOR=ninja in my .bashrc. Removed and the build is ok.

@nikos - be sure to apply the all the files from the update archive, not just crt.library.

Hi All,

A "release candidate" version of second update for 64-bit AROS is now available for testing. It contains changes from last two months which you were testing through "nightly builds". There we some incompatibilites in nightly build which were fixed for this upgrade.

https://axrt.org/development/tmp/AROS-20250418-1-U2-any-x86_64-update.zip

Notes:
- U2 contains also U1 so you can apply it directly on clean 20250418-1 installation
- you will find changelog file inside the archive
- I tried following upgrades, both worked
a) clean 20250418-1 installation upgraded with U2
b) AROS One v1.1 first upgraded with U1 and then upgraded with U2

If no issues are found with this update, it will be officially released somewhere next week.

Okay, thank you. I will run some tests with the Build and the Integrated Build on AROS One. If there are no differences in the official version, AROS One v1.2 will be ready for release.

FYI, there is also going to be an update to the SDK made available later today or on Monday.

I overwrote the files on my previous build

And here is "release candidate" of SDK update:

https://axrt.org/development/tmp/SDK-20250418-1-U2-any-x86_64-update.zip