| Native | |
| Reference | https://axrt.org/download/aros/v0/AROS-20180415-2-pc-i386-boot-iso.zip |
| Testing | https://axrt.org/development/AROS-20180423-D1-pc-i386-boot-iso-GCC630.zip |
AROS ABIv0 20180423 changes:
Functionalities:
Math library functions refreshed based on FreeBSD codes (Kalamatee)
Added device-specific settings for AD1981HD and AD1884 codecs (Neil)
vusbhci.device (DizzyOfCRN)
Migrated to use GCC 6.3.0 from GCC 4.6.4 (deadwood)
64-bit support:
Misc fixes (Kalamatee)
68k support:
Updates:
AROS build system (Kalamatee)
Fixes:
help (sys:utilities) do not work freeze the system
sysexplorer (sys:tools) do not work
reboot aros from menu do not works for me
Are there any particular applications to test? I need to check if the old bugs have been fixed!
Found a problem on the "Pointer" Prefs, if clicked several times the GUI does not open and slows down the system. Found that the picure.datatype is to blame, if you replace the picure.datatype with a previous version "Pointer" prefs works perfectly.
help (sys:utilities) do not work freeze the system
sysexplorer (sys:tools) do not work
reboot aros from menu do not works for me
Thanks salvo. Are those issues regressions or are they also happening with the reference (20180415-2) ISO?
Does anyone else have a problem with prefs locale? When I click on the window, the timezone image bleeds through the tab.
Replacing "muimaster.library" with a previous version also solves the Tab problem on OWB that I reported above :)
minor issues
help (sys:utilities) do not work freeze the system
sysexplorer (sys:tools) do not work
reboot aros from menu do not works for me
Replacing "muimaster.library" with a previous version also solves the Tab problem on OWB that I reported above :)
What do you mean by "previous" version?
Attach screenshot, in practice the graphics overlap the texts!
Can you make a screen shot of the Locale Prefs problem? I can't trigger it.
I confirm help freezing, added to list to invastigateNo this happens only if you run Help from CD/ISO, once installed the Help system works fine, see screenshoot
What do you mean by "previous" version?Just use the muimaster.library of the distro "AROS-20170402-5-pc-i386", "AROS-20180415-1-pc-i386" or AROS-20180415-2-pc-i386, as said with this replacement, fix to Locale Prefs and the problem Tab on OWB
[No this happens only if you run Help from CD/ISO, once installed the Help system works fine, see screenshootIt also does not happen with linux-hosted AROS. However it does not happen with reference ISO, suggesting there some problem with cd-filesystem on new ISO
Just use the muimaster.library of the distro "AROS-20170402-5-pc-i386", "AROS-20180415-1-pc-i386" or AROS-20180415-2-pc-i386, as said with this replacement, fix to Locale Prefs and the problem Tab on OWB
. However it does not happen with reference ISO, suggesting there some problem with cd-filesystem on new ISONo this happens also with reference ISO, but also with Distro "AROS-20170402-5-pc-i386", "AROS-20180415-1-pc-i386" or AROS-20180415-2-pc-i386, it happens also if you copy and run help from RAM.
Is it run from CD or installed to HDD?This happens both from CD/ISO and from installed system, as said the muimaster.library "GCC630" has some problem.
No this happens also with reference ISO, but also with Distro "AROS-20170402-5-pc-i386", "AROS-20180415-1-pc-i386" or AROS-20180415-2-pc-i386, it happens also if you copy and run help from RAM.
Once the system is installed the problem on Help disappears, probably due to some Path or assign in the startup-sequence.
Also your latest Distro AROS 68k have the same problem on Locale Prefs, also here is solved by replacing muimaster.library with an old version !
Now I do not know if we are talking about the same problem, this occurs when you click on a chapter of the guide, see screenshot "cloud pointer".
To me even on VirtualBox the problem exists!
All your latest AROS 68k releases have the muimaster.library causing the graphical overlay problem, while the muimaster.library of the old and recent Nightly Builds does not have that problem and everything works perfectly.
What is "an old version" in case of AROS 68k problem?
My problem is that starting "Help" shows empty window that cannot be closed with D1. There are two problems then :)I don't have this problem what you need to do to get it, I attach small video that shows Help working well on your distro GCC630 "installed" on Hardisk !
On ISO "D2" has something changed in the system boot "GRUB", on VmWare i found a slower boot and also in opening windows the icons appear a bit late
I have updated my AROS One x86 with the new "Development" update of ISO "D2", for the rest of the system has anything changed compared to ISO "D1" ?stdc.library/posixc.library/arosc.library have fixes needed by GCC to work.
If there is no big news coming, I plan to Deploy the new version of AROS One x86 to version 1.7 !
Contrib programs add startup scripts that can slow things down. ISO with contrib (D1) should boot faster than ISO with contrib (D2)The script assignments "Development" on my AROS One contains many more strings also for other contained applications such as "Murks", "Lua", "AntiryadGX" and more and in spite of everything is much faster.
stdc.library/posixc.library/arosc.library have fixes needed by GCC to work.
I'd suggest waiting for official release which should come at end of month latest unless we discover some more regressions.Ok i will wait for the stable version
Can you describe me your system setup (CPU, virtual or real, memory, etc) when you get the Locate Prefs "bleeding image" problem?
@deadwood
Question, in D2 have the Contributions found in Extras been recompiled/updated or are they still the same ?
I ask this because on AROS One x86 the Contributions are installed in the appropriate folders
In ISO "D2" I'm checking all Extras software, at the moment found a problem with "FryingPan" it doesn't start and crashes the System.
"FryingPan" version I have on AROS One x86 included on "AROS-20180415-pc-i386-contrib.tar.bz2" works perfectly !
In ISO "D2", but also in "AROS-20180415-pc-i386-contrib.tar.bz2" an old version 2.1 of FileX is included, among other things it is also Shareware, on Aminet for OS3, MOS and OS4 there are the most updated versions that "are not Shareware"
http://aminet.net/search?query=filex
In Wanderer prefs, I clicked on Appearance-Drawer-Advamced and the button "Use MultiLine Labels" did not work. and some of the string input gadgets had problems too. And also the Background tab, didn't seem to work either.
Tested "amiga-m68k-20220515-201246.tar.gz" and Locale Prefs works fine, no problems encountered, even on my AROS One 68k your fix of Locale Prefs worked fine.
Your fixed version of Locale Prefs will also work fine on AROS x86, but I think the problmema on OWB will remain, both problems I had solved by replacing the muimaster.library !
Also, I seem to be getting conflicting declarations, with isnan in math.h. Is that normal?
And in share/man/man3. There is 42mb in 3638 files, which really, really, slows down the installation.
AROS ABIv0 20180423 changes:
Functionalities:
Math library functions refreshed based on FreeBSD codes (Kalamatee)
Added device-specific settings for AD1981HD and AD1884 codecs (Neil)
vusbhci.device (DizzyOfCRN)
Migrated to use GCC 6.3.0 from GCC 4.6.4 (deadwood)
Added ACTION_FH_FROM_LOCK, case ACTION_COPY_DIR_FH to cdrom-handler (deadwood)
64-bit support:
Misc fixes (Kalamatee)
68k support:
Updates:
AROS build system (Kalamatee)
Fixes:
C library (sscanf, open) (deadwood)
Pointer Preferences (crash at startup) (deadwood)
amigaguide.datatype (hang at startup) (deadwood)
muimaster.library (bugs: #53, #62) (deadwood)
Locale Preference (leaking image) (deawdood)
Sorry, no idea about SmartTrash.
@salvo
Thanks for testing.
-------------------------------------------------------------------------------
1 > make
Also another request, gcc has much more output. I wonder if the shell buffer
could possibly be increased someday, to show more lines of text.
ps I've managed to compile my first c++11 program, yay :)
On AROS 68k in your Distros there are no Duplicates, but in the Devs\Keymaps folder the pc105_i file is corrupt, we had discussed this in the past.
Note that this is not a bug. AROS supports both "english" and "native" locale names, so the locale files can be in either german or deutch directories.
For the requester, I created enhancement report: https://github.com/deadw00d/AROS/issues/71
As for the size, how much bigger you need. Remember that you also need to take into account m68k build where space is limited in lower resolutions. Best if you provide two sets of sizes, one for x86 another for m68k.
Ok I'll wait and then deploy, these are all the updates done on AROS One x86 v1.7
Update AROS One System:
- HDToolBox Device fix TolType Opzioni
- Update Image WHDMenu
- Update Def_MIDI
- Update Def_CDXL
- Update Def_Icons Lua, AmiLua
- Update DirectoryOpus.CFG
- Update ZuneARC
- New Skins for Murks
- New Datatyes BMP, TGA
- New Themes for Wanderer
- New Descriptor (Datatypes)
- 8 New Icon DualPNG Buton AmiStart
- DT2GIF
- DTConv
- DTConvertGui
- BMP.datatype
- TGA.datatypes
- ICO.datatypes
- UnDeleteSFS
- UnDeletePFS
- New GRUB background
Update App:
- AmigaKeyRemaper v1.1
- GarshneBlanker v3.9
- RNOEffects v1.3
- DiskValid GUI v1.0
- GarshneBlanker v39.2
- TCPPrefs v1.0
- RNOPublisher v1.0
- Acuario 2020
- ViewISO v1.1
- ZapHod v1.3
- MCC TextEditor v15.56
- RNOArchive v1.0
- RapaGUI v2.1
- 4KLive v0.7
- RunInDOSBox r1
- RMan v3.2
- RTF2HTML v3.97
- GrafX2 2.7.2978
- GTuner v0.41
- AmiNote v0.1
- ZuneARC v1.6
- ModExplorer v3.81
- ModExplorerCE v3.80
- Bin2ISO
- DTConv
- Daysleeper v0.9
- AIDEa v04/03/21
- Murks vO,6
- GCC v6.3.0.
- MUIBase v4.4
- IconClone v1.0.7
- PerCIMan v0.7.4
- InstallerLG v1.0
- Vim v8.2.4370
- Multiview v1.8 by Miker
- VindentiumPicta v2.50
- SilkRAW v1.3
- Aget v0.64
- HollywoodPlayer v9.1
Update Games:
- Hle Poker Card
- BOH
- BlackjuanPokerCard
- Atomiks
- Breaker
- SYASokoban
- Pipewalker
Deadwood RnoTunes have the problem with new muimaster.library the list of songs selects itself with movement of the mouse
Can you check other Hollywood applications if they also show issues like these?
Ok I'll wait and then deploy, these are all the updates done on AROS One x86 v1.7
Ok, noted the ZunePaint window title problem for investigation.
For the requester, I created enhancement report: https://github.com/deadw00d/AROS/issues/71 (https://github.com/deadw00d/AROS/issues/71)
As for the size, how much bigger you need. Remember that you also need to take into account m68k build where space is limited in lower resolutions. Best if you provide two sets of sizes, one for x86 another for m68k.
let me know if it works OK for you, and if you find any unresponsive/incompatible 3rd party application.
You'll have to install it onto hard drive to test it thoroughly.
Wouldn't be better if requesters really followed Prefs/ReqTools settings? I changed file requester behavior with the preferences tool, setting it to appear next to mouse pointer and showing minimum 20 lines instead of 10, but guess what? Requesters still appear at the centre of the screen showing just 10 lines, so my nettings get igonored.
I even tried deleting reqtools.prefs both in env: and envarc: saving them again. No luck.
After integrating D3 system files in icaros desktop, i cannot warm reset AROS anymore,
By the way, powering off through ACPI now works correctly, thank you: it didn't with last year's effort.
That sounds like a better solution. I created a bug report for it here: https://github.com/deadw00d/AROS/issues/73
Deadwood RnoTunes have the problem with new muimaster.library the list of songs selects itself with movement of the mouse
With this version of muimaster.library the program works, it seems to me that you have released it in some thread
https://jmp.sh/VTS6qt8
@salvo
Do you remember where did you get this version from?
@deadwood
Sorry, one more question, i recompiled ZuneARC with GCC 6.3.0, i noticed faster speed, actually what other improvement you can see after compiling with GCC 6.3.0 ?
AROS ABIv0 20180423 changes:
Functionalities:
Math library functions refreshed based on FreeBSD codes (Kalamatee)
Added device-specific settings for AD1981HD and AD1884 codecs (Neil)
vusbhci.device (DizzyOfCRN)
Migrated to use GCC 6.3.0 from GCC 4.6.4 (deadwood)
Added ACTION_FH_FROM_LOCK, case ACTION_COPY_DIR_FH to cdrom-handler (deadwood)
Linux-hosted debugging of C++ code enabled (deadwood)
Shell scroll back buffer increased to 1000 lines (deadwood)
64-bit support:
Misc fixes (Kalamatee)
68k support:
Updates:
AROS build system (Kalamatee)
Fixes:
C library (sscanf, open, isnan, sprintf) (deadwood)
Pointer Preferences (crash at startup) (deadwood)
amigaguide.datatype (hang at startup) (deadwood)
muimaster.library (bugs: #53, #62, List) (deadwood)
Locale Preference (leaking image) (deawdood)
FryingPan (crash at startup and exit) (deadwood)
TheBar.mcc (deadwood)
I updated my system with the last Build the only strange thing perhaps concerns the muimaster.library some applications that use it show strange anomalies in their main bar but everything works regularly
https://axrt.org/development/zunepaint.i386-aros.zip and let me know if the title problem is fixed for you.
@deadwood
In Contrib there are files the same as the one included in Distro, an example, some libraries or applications have the same version but a different size, which one should be chosen?
Another small problem with the programs written with Hollywood when you open Zune Settings the dialog box presents themselves with Zunepaint problems
AROS ABIv0 20180423-1 changes:
Functionalities:
Math library functions refreshed based on FreeBSD codes (Kalamatee)
Added device-specific settings for AD1981HD and AD1884 codecs (Neil)
vusbhci.device (DizzyOfCRN)
Migrated to use GCC 6.3.0 from GCC 4.6.4 (deadwood)
Added ACTION_FH_FROM_LOCK, case ACTION_COPY_DIR_FH to cdrom-handler (deadwood)
Linux-hosted debugging of C++ code enabled (deadwood)
Shell scroll back buffer increased to 1000 lines (deadwood)
64-bit support:
Misc fixes (Kalamatee)
68k support:
Updates:
AROS build system (Kalamatee)
Fixes:
C library (sscanf, open, isnan, sprintf) (deadwood)
Pointer Preferences (crash at startup) (deadwood)
amigaguide.datatype (hang at startup) (deadwood)
muimaster.library (bugs: #53, #62, List) (deadwood)
Locale Preference (leaking image) (deawdood)
FryingPan (crash at startup and exit) (deadwood)
TheBar.mcc (deadwood)
@salvo, @AMIGASYSTEM
For RNOTune Play button problem, please use the following TheBar classes:
https://axrt.org/development/MCC_TheBar-20180423-1.zip
They are the same version as the contrib archive I released, but they were missing in it.
Ok RNOTune Play button works fine, now though you have to delete from Aros Archive the "newer" 26.22 version that doesn't work, or report that it doesn't work with RNOTunes
http://archives.aros-exec.org/index.php?function=showfile&file=library/mui/mcc_thebar-26.22.lha
Good point. I added and comment there. I also submitted a bug to authors and hopefully we will understand where the problem is.
Good point. I added and comment there. I also submitted a bug to authors and hopefully we will understand where the problem is.
Thank you, now I think I can proceed to deploy the new AROS One x86 v1.7.
The bug has also been fixed by authors of TheBar, so next releases from them are safe to integrate with your distro.
After integrating D3 system files in icaros desktop, i cannot warm reset AROS anymore,
By the way, powering off through ACPI now works correctly, thank you: it didn't with last year's effort.
Is this in real hardware or VM?
Give me a link of your 68k version, and I will check if the same problems persist !
The link download AROS version same as mine, can you attach OS3 link, thanks