the alpha iso boot fine i use virtualbox at moment native mode do not work "error intelGMA"

at the moment I don't receive any news from Mr. Alfred Faust about Bars&Pipes I think that anyway there will be further updates Mr. Faust cares a lot about the development of this program, later there will be a new version of WCS also in 64 bit this is a fantastic program and very fun and creative, the Beebase cross-platform relational database will always be updated and there will be a 64 bit version as well, we hope n a midi implementation d Protrekkr professional program to create music, again thanks to Mr. Franck Charlet for the midi implementation on Aros, and as soon as the compiler for the missing plugins will be updated there will be other projects in the works all best!

Thanks Deadwood I'll do some testing but I won't be releasing a new distribution at the moment

Created bug report for this issue: [url]https://github.com/deadwood2/AROS/issues/144[/url]

Well, there is no new ABIv11 release. 20230430-1 is still the "current" one. The previous post was only to inform about updated source in the repository.

deadwood thank you for all you do ! Question, the new Contrib 20230430-1 is only for AROS ABIv11 ? Now I can start creating an Alpha version of AROS One AROS ABIv11.

deadwood, is it possible to correct the graphic artifacts when dragging an Icon ? If you try to drag a native AROS Icon but also a DualPNG Icon, around the Icon you notice black graphic artifacts, see screenshot I specify that on AROS 68k the problem does not exist, especially the DualPNG Icon when dragged and clean and clear !

FYI: The master branch of my AROS repository has been updated with around 220 changes from main AROS repository and is now up-to-date with it. If you have local linux-hosted compilations, it's best to do a full rebuild. The latest builds on build server, for both 64-bit and m68k, contain these changes. Known issues: a) Synchronization of usb 3.0 related work has been delayed to later date. As far as I understand the work is not done and it's possible that is introduces problems with existing 2.0 support b) if you have local pc-x86_64 builds, InstallAROS process is currently broken - it will be fixed before next release. If you detect addition issues after this update, let me know.

I don't find any anomalies

Ok so I can proceed to build the new AROS One 2.5. Regarding the USB image I will probably still use Rufus v3.2 and VHD format, unless in the meantime the new version of Rufus 4.5 will be released (like v4.4 It will only work on Win10/11). Meanwhile, yesterday the developer of Rufus informed me by e-mail that he has finally located the [url=https://github.com/pbatard/rufus/issues/2468][b]Bug[/b][/url] that I had reported to him on the AROS One Images with Rufus v4, referred to by him as "benign error, Read error: [0x0000001B] " and that it will be fixed in the next version.

Thanks. There are no more changes planned for U1 update. Unless some problems are found, the archive above will be the official release.

deadwood, actually I had already tested part of these updates, anyway everything seems to be fine ! In the Build you are going to release will there be more new update ?

Ok, corrected.

@deadwood link don't work ?

I do intend to synchronize patches from Apollo repository, but this is not on priority list right now - at least not for this year. There is a considerable effort in doing this and I want to set aside time to structurally move these changes.

Hello Deadwood, I just looked at Apolloos at github and there was a extensive commit https://github.com/ApolloTeam-dev/ApolloOS/pull/109 it is about screens, something heavily affects software on 68k because on Aros it can happen that a game or app asks for a PAL screen and gets RTG and then crashes. Perhaps it would be possible to update your branch too?

And we have a tie this month! To resolve that I did a flip of the coin the and winner is #125 - so this bug will be fixed in May. As for #140 it will then automatically be selected as June's bug.

Thanks Deadwood. I though it might be something like that :) I will try now.

many thanks deadwoodfor fix release

For D520 you need to add 'noacpi' to grub command line in order to boot.