Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.

AROS 64-bit Nightly build Testing

Last updated on 2 days ago
N
ncafferkeyAROS Dev
Posted 2 months ago
Thanks, I'll check liblist later. About CPU speed, I really meant if there's anything that would stand in for a benchmark program (I gave boot time, but that's likely IO bound).
D
deadwoodAROS Dev
Posted 2 months ago
Hmm, running Amiberry could be such a usecase as it is quite CPU hungry. Alternativelly maybe Development/Debug/Tests/benchmarks/graphics pixelarray or gfxbench, especially if you boot in VESA mode.
N
ntromansSenior Member
Posted 2 months ago
A couple of quick questions. Has Grub changed or can I just copy the distribution's files over to a previously prepared memory stick? Also to check for battery I presume 'noacpi' should not be set?

Cheers,
Nigel.
D
deadwoodAROS Dev
Posted 2 months ago
The preffered way is to do a clean install. If you start combining this ISO with other ISOs it might lead to some unexpected issues and reporting of errors that doesn't exist in reality.
N
ntromansSenior Member
Posted 2 months ago
Tried on my i5 machine; so far everyting looks good. Boots with no issue. Audio, USB and network all fine. Speed wise feels much the same; as suggested I tried Amiberry and didn't see any difference there to the previous rlelease.

I couldn't see anything to do with the battery but the new virtual memory application looks to be very intersting. I'd need a larger SSD to try it though, as currently mine has very little free space left.

I'll try on some other machines at the weekend.

Cheers,
Nigel.
D
deadwoodAROS Dev
Posted 2 months ago
There is a new Nightly build ready for re-testing.

https://build.axrt.org/download/builds/AROS-ABIv11/pc-x86_64-20260206-013345.tar.gz

Please read this post https://www.arosworld.org/infusions/forum/viewthread.php?thread_id=1707#post_9254 before proceeding.

History:
- integrated ~15 commits from Kalamatee from October-January period, completed ADT synchronization

Areas to test:
- does it still boot on your hardware
- does ahci still work a previously on your hardware
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 2 months ago
I tested this new Native PC and VMware Build without encountering any problems; it works very well.

I noticed that there is a new “VMM” app for managing virtual memory, which I haven't tested because there is no information on how to use it.

On all Builds, there is still that old minor issue with the window bar turning pink when testing applications, reported here:

https://www.arosw...#post_9258
D
deadwoodAROS Dev
Posted 2 months ago
VMM is an early port I think. Will have to wait for Kalamatee to implement it more.
N
ncafferkeyAROS Dev
Posted 2 months ago

deadwood wrote:

@deadwood - @ncafferkey

Thanks for the tests!

Baterry -> Either I misread the commits or something isn't loading. Can you check with 'liblist' if you have power.hidd and acpibattery.hidd on the list?


Sorry, I forgot to check this. Those HIDDs are not loaded.

I also tested the newer ISO on the same three machines as the previous one, plus one more. No regression.
D
deadwoodAROS Dev
Posted 2 months ago
Ok, thanks. I'll see what is going on.
N
ntromansSenior Member
Posted 2 months ago
Just tried with my i5 laptop; so far everthing seems fine. Just to say using liblist I can see power.hidd but not acpibattery.hidd.

Cheers,
Nigel.
N
ntromansSenior Member
Posted 2 months ago
Found a regression on my AMD A4-9210 HP laptop It boots but the left mouse button function does not work either from the trackpad button or by tapping on the trackpad. Unfortunately I can't check with a mouse as it only has one functioning USB port under AROS which is being booted from (no optical drive either). Right mouse button function works fine. This problem was not present in previous releases.

Cheers,
Nigel.
D
deadwoodAROS Dev
Posted 2 months ago
Hmm, that's quite strange. I don't see anything in the last ISO that could be causing this. Does it happen each time you boot?
N
ntromansSenior Member
Posted 2 months ago

deadwood wrote:

@deadwood - Hmm, that's quite strange. I don't see anything in the last ISO that could be causing this. Does it happen each time you boot?


Yes, I've tried several times now. I found it does boot with the memory stick in a hub; with a mouse connected the pointer can be moved and RMB works but again no LMB function.

Cheers,
Nigel.
N
ntromansSenior Member
Posted 2 months ago
No luck with the i7 desktop; it's still resetting back to BIOS after the couple of output lines showing the build details.

Cheers,
Nigel.
D
deadwoodAROS Dev
Posted 2 months ago
So just for clarification:

With pc-x86_64-20260204-123515.tar.gz you have LMB but with pc-x86_64-20260206-013345.tar.gz you don't have it?

Have you tried using LMB in different scenarios? Like clicking on the icon on Wanderer desktop or starting some other program from shell like a prefs program and clicking on buttons?
N
ntromansSenior Member
Posted 2 months ago

deadwood wrote:

@deadwood - So just for clarification:

With pc-x86_64-20260204-123515.tar.gz you have LMB but with pc-x86_64-20260206-013345.tar.gz you don't have it?

Have you tried using LMB in different scenarios? Like clicking on the icon on Wanderer desktop or starting some other program from shell like a prefs program and clicking on buttons?


As ...20260206... came out so quickly after ...20260204... I didn't get a chance to test the latter; the regression is with respect to the release previous to these two.

I couldn't click icons on Wanderer; I'll try program buttons when starting from the shell this evening.

Cheers,
Nigel.
N
ntromansSenior Member
Posted 2 months ago
Some very strange results on my AMD machine...

LMB does not work to select icons on Wanderer (as mentioned) or select buttons in a Zune window. However, if you press the LMB with the pointer anywhere on the screen (not just inside the title-bar) and move the pointer the screen is dragged. LMB also works to select windows but you can't move them - the screen drags instead.

In the shell, the cursor keys do not work and neither do the letters n and m.

As noted, these issues are not present in builds previous to February's.

Cheers,
Nigel.

P.S. on the other hand I've installed the latest build on my i5 work machine to give a thorough test and so far everything is fine.
Edited by ntromans on 09-02-2026 18:24, 2 months ago
D
deadwoodAROS Dev
Posted 2 months ago
Ok, I documented the regressions here: https://github.com/deadwood2/AROS/issues/231

Now let's focus on the i7 machine. Firt please provide the exact model of the motherboard and CPU you are using.

Then, could you, using the 20260206 build do the following:

1) boot with 'noacpi'
2) if one fails, disconnect all hardware from the motherboard expect for boot medium, also make sure to disable all onboard hardware in BIOS

If 2 succeeds, try to enable hardware one by one to see when the failure happens.
A
aros-sgJunior Member
Posted 2 months ago

Quote


LMB does not work to select icons on Wanderer (as mentioned) or select buttons in a Zune window. However, if you press the LMB with the pointer anywhere on the screen (not just inside the title-bar) and move the pointer the screen is dragged. LMB also works to select windows but you can't move them - the screen drags instead.

In the shell, the cursor keys do not work and neither do the letters n and m.


That means that OS thinks one of the AMIGA keys is held down. Quick press/release of this keys should fix it.
You can view all discussion threads in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.