AROS 68k updates from ApollOS repository

[OlafS3]

one demo I downloaded and unpacked and started in my distribution and returned to OS

thanks Deadwood... for me problem is solved 

not everything works everywhere but even you cannot do wonder 

[deadwood]

Made a small video showing how "1daydemo" and "afl_demo" work with AROS ROMs used on an A1200/2MB

https://drive.google.com/file/d/1ymatGtx11akS_sewOiO7bvBh7Ysd2RV5/view?usp=sharing

Thanks for confirmation.

[deadwood]

one demo I downloaded and unpacked and started in my distribution and returned to OS

thanks Deadwood... for me problem is solved 

not everything works everywhere but even you cannot do wonder 

Glad we have this sorted out

[Gundam]

@Deadwood

Can you have a look at "compositor", please ?
It 's broken; it can't drag screens in RTG, any more. (since 2020, I think)

[deadwood]

@Gundam

Created bug report here: https://github.com/deadw00d/AROS/issues/56

[deadwood]

@deadwood

I may be mistaken but the problem with displaying png icon images was caused by regression in png.datatype not png.library. When I replaced png.datatype v42.1 with v42.0 per directions from AMIGASYSTEM then the images are correct.

Also Icon Library uses png direct access rather than pngclass. But for v42.1 there were significant changes in both modules.

I hope that helps to clarify.

This should now be fixed in 42.3.
https://axrt.org/development/png.datatype_42.3_m68k.zip

[deadwood]

@AMIGASYSTEM

I think at some point you mentioned that ModExplorerNG is freezing AROS when launching. I tried it with my latest build and it is no longer freezing. Can you confirm the problem has already been solved? For some reason I still had this on my TODO list.

[AMIGASYSTEM]

With AROS One 68k I had no problems, now works well even the FPU version, I had encountered the block with the Nightly Build, I had reported HERE

I'm glad the problem has been solved, in the next days I'll test better to verify if there are other problems

[miker1264]

@deadwood

I may be mistaken but the problem with displaying png icon images was caused by regression in png.datatype not png.library. When I replaced png.datatype v42.1 with v42.0 per directions from AMIGASYSTEM then the images are correct.

Also Icon Library uses png direct access rather than pngclass. But for v42.1 there were significant changes in both modules.

I hope that helps to clarify.

This should now be fixed in 42.3.
https://axrt.org/development/png.datatype_42.3_m68k.zip

Thank you.

[OlafS3]

I found this (from 2020):

" dont think i can view a file in your home folder just like that?
you would have to add:
boot/amiga/AROSBootstrap ROM boot/amiga/aros.hunk.gz
at the beginning of your s-s. that with an amiga or linux editor, or notepad++ on windows.

unfortunately currently bootstrapping upon amiga ks is broken anyway. we wait for a fix. ill try to remember to let you know, when it will be worth to test."

Is this still valid or fixed? In UAE I only get a error. I get several lines of "AddMemList" as output and then error #8000000B

[AMIGASYSTEM]

@deadwood

I must report that the Nightly Build does not include the latest things discussed in this forum, every time I update my AROS One 68k I have to reinsert the various updated files, for example your reqtools.library, Miker's new Datatypes, the Italian keymap that is always the corrupted one.

I think you need a readme in the Nightly Build that lists the updated files so that you can immediately identify what has been updated, avoiding to copy the entire contents of the Nightly Build that maybe contains old libraries or that do not work like the camd.library.

[miker1264]

@deadwood

I must report that the Nightly Build does not include the latest things discussed in this forum, every time I update my AROS One 68k I have to reinsert the various updated files, for example your reqtools.library, Miker's new Datatypes, the Italian keymap that is always the corrupted one.

I think you need a readme in the Nightly Build that lists the updated files so that you can immediately identify what has been updated, avoiding to copy the entire contents of the Nightly Build that maybe contains old libraries or that do not work like the camd.library.

I have been neglecting AROS lately. I haven't submitted the updated datatypes to the repository. 

[deadwood]

@AMIGASYSTEM

The closes thing there is to the readme you suggest is commit log of repository: https://github.com/aros-development-team/AROS/commits/master. By comparing build dates with commit date you can derive the change.

If you are looking for full system builds with my changes, they can be downloaded from here: https://build.axrt.org/download/builds/AROS-ABIv11/ with commit log here: https://github.com/deadw00d/AROS/commits/master

A more user-friendly description of changes I'm attaching to full releases (see here: https://axrt.org/index.php?tab=releasenotes-aros-v0). For automated builds this won't be available and you need to use commit history as shown above.

[AMIGASYSTEM]

Thanks for the links, if I understand correctly, regarding the date of the files in the Nightly Build, "all files" and folders contained in the ISO have the same date as the day the ISO was created.

[deadwood]

Yes, I believe so.