Coffee for AROS - joint thread: AROS FORUMS

Coffee for AROS - joint thread

Last updated on 5 hours ago

AMIGASYSTEMDistro Maintainer

Posted 7 days ago

@miker1264
AmiNetRadio isn't available on AROS, but you can listen to the streaming radio using MPlayer.

On AROS One 32/64-bit, if you go to the Extras/MusicFile folder, you'll find numerous links to listen to radio stations. Just choose the station you want, and one click is all it takes to start listening—you don't need to configure anything.

Signature: AROS One All Thread
AROS One Home Site
AROS One Facebook

AROS One All Thread
AROS One Home Site
AROS One Facebook

1 user reacted to this post

Argo

coffeecatMember

Posted 7 days ago

#62

I have a player for local music files, internet radio, and podcasts with downloading and streaming (including resuming from the last played location per item), but I haven't yet figured out what I want to do with it or what the interest is, so it's a low-low prio.

Edited by coffeecat on 04-10-2026 18:48, 7 days ago

coffeecatMember

Posted 7 days ago

#63

Bohun wrote:

@Bohun - The apkg ran on the Pi, but it won't install either Folio or Limpet.
It says these packages are x64, but the apkg is aarch64.

Which is 50% okay - Limpet is only x86_64 right now. Folio failed correctly - I forgot to refresh the index.

Try now with
apkg update
apkg show folio
apkg install folio

r-teaJunior Member

Posted 7 days ago

#64

miker1264 wrote:

@miker1264 - Ideas for AROS projects?
Someone mentioned porting MUI 5 to AROS or at least updating Zune to be fully MUI 5 compatible?

Agree. MUI5 is a killer software. Have used lots of different OS-es and haven't found such powerful tool the Amiga's MUI is.
MUI5 is a must have for AROS because AROS is AmigaOS for x86 based hardware.

coffeecatMember

Posted 7 days ago

#65

Is MUI5 really a *must*, though? AROS already has Zune, so I’d turn the question around: what is missing in *Zune*, and which applications or features would MUI5 actually unlock?

For FolioPDF and Boxer, the DOSBox emulation frontend, I’ve already extended existing classes and created new ones. That makes me want to identify concrete gaps and see how we can address them. Since I can only speak for myself, I will propose the new classes for review and consideration.

MUI is impressive and genius in the Amiga world, but in 2026, frameworks like Qt/QML and SwiftUI offer concepts worth considering, including declarative composition and state-driven interfaces. We don’t need to copy them; we just need to learn from them.

What AROS definitely needs is one coherent, modern, stable GUI framework, with the compatibility its applications require. MUI5 could achieve that, but admiration for MUI alone doesn’t make it the only - or best - way forward.

That's my personal opinion. Personally I will continue working on Zune for all the projects for AROS.

Edited by coffeecat on 05-10-2026 02:48, 7 days ago

3 users reacted to this post

retrofaza, aha, Argo

AMIGASYSTEMDistro Maintainer

Posted 7 days ago

#66

coffeecat, I agree with everything you wrote; AROS needs to be innovative, not just a copy of other operating systems.
As for your applications, if you’re okay with it, I’ll include them all in the new version of AROS One—I’ve even created icons in the AROS One style.

I like Boxer’s interface, and it’s great software for anyone who loves old MS-DOS games.

As for your player for local music files, internet radio, and podcasts, keep it in mind—it’s one of the most popular programs among users who like to listen to music while they work.

2 users reacted to this post

Argo, coffeecat

You do not have access to view attachments

ArgoMember

Posted 7 days ago

#67

Yup, Want MUI5 features, then update Zune
Want a feature that neither has, Submit that feature to Zune

AmigaOS has Intuition, Reaction, MUI
Other OSs have how many, I've lost count

I like keeping it simple

2 users reacted to this post

coffeecat, cdimauro

coffeecatMember

Posted 7 days ago

#68

AMIGASYSTEM wrote:

@AMIGASYSTEM - coffeecat, I agree with everything you wrote; AROS needs to be innovative, not just a copy of other operating systems.
As for your applications, if you’re okay with it, I’ll include them all in the new version of AROS One—I’ve even created icons in the AROS One style.

I like Boxer’s interface, and it’s great software for anyone who loves old MS-DOS games.

As for your player for local music files, internet radio, and podcasts, keep it in mind—it’s one of the most popular programs among users who like to listen to music while they work.

And of course, please include them. I use AROS One in every test, so it would be a great pleasure for me to have them in the distribution directly

coffeecatMember

Posted 7 days ago

#69

Continuous file syncing between AROS and other file systems? Who knows...

So far my tests allowed me to pull files from my Mac.

Edited by coffeecat on 05-10-2026 07:33, 7 days ago

1 user reacted to this post

x-vision

AMIGASYSTEMDistro Maintainer

Posted 6 days ago

#70

Thank you coffeecat !

www.arosworld.org/infusions/forum/attachments/pkgmanager.jpg

1 user reacted to this post

coffeecat

You do not have access to view attachments

coffeecatMember

Posted 6 days ago

#71

Just a heads up: distribute Boxer only with a foreword that it's not the final release and likely has many bugs. Those will be fixed in the upcoming releases

Edited by coffeecat on 05-10-2026 09:34, 6 days ago

1 user reacted to this post

Argo

BohunSenior Member

Posted 6 days ago

#72

apkg:
Could not install folio: the download does not match the index https://github.co....4.1/Folio -0.4.1-aros1.aarch64-aros-raspi.zip c22d439ce86d7b7ab3873e23440dd0fee859f07744e9492234c0f2a7ea76cb6b

coffeecatMember

Posted 6 days ago

#73

Could you run apkg update and try installing Folio again?

If it still fails, please send me:
- the output of apkg --version;
- the output of apkg show folio;
- the full installation error, including the checksum.

The archive currently on GitHub matches my catalog. These details will help me check whether you have an older catalog or the downloaded file differs.

Edited by coffeecat on 05-10-2026 13:00, 6 days ago

BohunSenior Member

Posted 6 days ago

#74

Installing folio 0.4.1-aros1Downloading 10% 2828 KiB / 28172 KiBDownloading 20% 5644 KiB / 28172 KiBDownloading 30% 8460 KiB / 28172 KiBDownloading 40% 11280 KiB / 28172 KiBDownloading 50% 14096 KiB / 28172 KiBDownloading 60% 16912 KiB / 28172 KiBDownloading 70% 19728 KiB / 28172 KiBDownloading 80% 22539 KiB / 28172 KiBDownloading 90% 25371 KiB / 28172 KiBDownloading 100% 28172 KiB / 28172 KiBCould not install folio: the download does not match the index https://github.co....4.1/Folio -0.4.1-aros1.aarch64-aros-raspi.zip b0650827678562fad8eb099f972005c7534b3521e537d50d407e30a5113063f58.Piaros:> apkg --versionapkg 0.4.0 abi v1 binary 562dc2862f371e2d518db59761a17671eb2355fe2aa63f9d1ecd9fb83c989889 source 4ffcf32627ce41dc cc clang 20.1.0 tc /Users/tumash/Work/AROS/toolchains/raspi-aarch64 sdk /Users/tumash/Work/AROS/toolchains/raspi-aarch64/sdk tls Mbed TLS 3.6.78.Piaros:> apkg show foliofolio 0.4.1-aros1 PDF reader with two-page spreads, search and highlighting category: office/misc target: aarch64, ABI v1 (the index lists: aarch64/v1, i386/v0, x86_64/v11) compatibility: native -- built for this machine: aarch64, ABIv1, mainline AROS download: 28173 KB from https://github.co...-raspi.zip sha256: 693ebe244eaa8ef6b1e7fa7ce22217ea70b43261b79aa665fd96c6e03a1f5fe0 source: https://github.co...s-foliopdf license: AGPL-3.0-or-later requirements: satisfied, probed now: posixc.library: satisfied (already open, version 0) stdc.library: satisfied (already open, version 0) stdcio.library: satisfied (already open, version 0) muimaster.library: satisfied (already open, version 19) asl.library: satisfied (already open, version 50) iffparse.library: satisfied (already open, version 50) cybergraphics.library: satisfied (already open, v

1 user reacted to this post

coffeecat

BohunSenior Member

Posted 6 days ago

#75

cybergraphics.library: satisfied (already open, version 51) installed: noNotes from the package Native Raspberry Pi build; not validated on hosted Macaros. This 0.4.1 binary has not been runtime-tested. See BUILD-REPORT.md. Launch from the Folio icon, which sets an 8 MiB stack. Shell: Stack 8388608. Opening external web links requires openurl.library.8.Piaros:>

coffeecatMember

Posted 6 days ago

#76

Bohun wrote:

@Bohun - cybergraphics.library: satisfied (already open, version 51) installed: noNotes from the package Native Raspberry Pi build; not validated on hosted Macaros. This 0.4.1 binary has not been runtime-tested. See BUILD-REPORT.md. Launch from the Folio icon, which sets an 8 MiB stack. Shell: Stack 8388608. Opening external web links requires openurl.library.8.Piaros:>

Thanks, that confirms the correct Pi build and catalogue entry. The checksum differs between attempts.

Could you try installing into RAM? This leaves your existing installation untouched:



apkg --root RAM:FolioTest update

apkg --root RAM:FolioTest install folio

Please send the result, including the checksum if it fails.

BohunSenior Member

Posted 6 days ago

#77

10.Piaros:> apkg --root RAM:Foliotest updateUpdating the package catalogueUpdated the package catalogue: 2 packages for this system 151 more are for other systems (apkg --all-abi search)10.Piaros:> apkg --root RAM:Foliotest install folioInstalling folio 0.4.1-aros1Downloading 10% 2828 KiB / 28172 KiBDownloading 20% 5644 KiB / 28172 KiBDownloading 30% 8460 KiB / 28172 KiBDownloading 40% 11276 KiB / 28172 KiBDownloading 50% 14092 KiB / 28172 KiBDownloading 60% 16908 KiB / 28172 KiBDownloading 70% 19724 KiB / 28172 KiBDownloading 80% 22540 KiB / 28172 KiBDownloading 90% 25356 KiB / 28172 KiBDownloading 100% 28172 KiB / 28172 KiBVerifying archiveInstalling filesInstalled folio 0.4.1-aros1 Location: RAM:Foliotest/folio Open folder: apkg --root "RAM:Foliotest" open folioNotes from the package Native Raspberry Pi build; not validated on hosted Macaros. This 0.4.1 binary has not been runtime-tested. See BUILD-REPORT.md. Launch from the Folio icon, which sets an 8 MiB stack. Shell: Stack 8388608. Opening external web links requires openurl.library.10.Piaros:>

coffeecatMember

Posted 6 days ago

#78

Bohun wrote:

@Bohun - 10.Piaros:> apkg --root RAM:Foliotest updateUpdating the package catalogueUpdated the package catalogue: 2 packages for this system 151 more are for other systems (apkg --all-abi search)10.Piaros:> apkg --root RAM:Foliotest install folioInstalling folio 0.4.1-aros1Downloading 10% 2828 KiB / 28172 KiBDownloading 20% 5644 KiB / 28172 KiBDownloading 30% 8460 KiB / 28172 KiBDownloading 40% 11276 KiB / 28172 KiBDownloading 50% 14092 KiB / 28172 KiBDownloading 60% 16908 KiB / 28172 KiBDownloading 70% 19724 KiB / 28172 KiBDownloading 80% 22540 KiB / 28172 KiBDownloading 90% 25356 KiB / 28172 KiBDownloading 100% 28172 KiB / 28172 KiBVerifying archiveInstalling filesInstalled folio 0.4.1-aros1 Location: RAM:Foliotest/folio Open folder: apkg --root "RAM:Foliotest" open folioNotes from the package Native Raspberry Pi build; not validated on hosted Macaros. This 0.4.1 binary has not been runtime-tested. See BUILD-REPORT.md. Launch from the Folio icon, which sets an 8 MiB stack. Shell: Stack 8388608. Opening external web links requires openurl.library.10.Piaros:>

Please run these commands before rebooting. They check the verified archive in RAM, copy it to SYS:, then check that copy twice. No download or installation is involved.

text

apkg assert-hash RAM:Foliotest/cache/folio.zip 693ebe244eaa8ef6b1e7fa7ce22217ea70b43261b79aa665fd96c6e03a1f5fe0

MakeDir SYS:FolioCopyTest

Copy RAM:Foliotest/cache/folio.zip SYS:FolioCopyTest/folio.zip

apkg assert-hash SYS:FolioCopyTest/folio.zip 693ebe244eaa8ef6b1e7fa7ce22217ea70b43261b79aa665fd96c6e03a1f5fe0

apkg assert-hash SYS:FolioCopyTest/folio.zip 693ebe244eaa8ef6b1e7fa7ce22217ea70b43261b79aa665fd96c6e03a1f5fe0

Please send the output. If that folder already exists, stop before copying.

BohunSenior Member

Posted 6 days ago

#79

Unfortunately, my card's fat has gone bad. I won't be able to test anything else today.

coffeecatMember

Posted 6 days ago

#80

Bohun wrote:

@Bohun - Unfortunately, my card's fat has gone bad. I won't be able to test anything else today.

That's likely the reason. The hash shouldn't change unless the file itself changes, and it could only change if something happened to the file itself.

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.

Moderator: Administrator, Moderators

Users who participated in discussion: serk118uk, terminills, deadwood, Argo, AMIGASYSTEM, Amiwell79, cdimauro, miker1264, Jeff1138, arosbeginner, r-tea, Bohun, jonx, coffeecat

Search AROSWorld

Coffee for AROS - joint thread