3.4+ Support

[Eeems]

This issue is for tracking OS 3.4+ support in toltec.

[Eeems]

Due to the current state of rm2fb support in the community. We will not be supporting every OS release after 3.3.2. Instead, we will be adding 3.5.2 and 3.8.2 support. When timower's rm2fb is updated to support newer OS versions, we will work on only supporting those versions.

[baflo]

Hi,

as fas as I comprehend, the issue is displaying apps on OS release > 3.4. But how is the state for non-UI packages?
Would it be possible to install wireguard und webinterface-wifi on the latest OS versions?

Cheers

[Eeems]

Hi,

as fas as I comprehend, the issue is displaying apps on OS release > 3.4. But how is the state for non-UI packages?
Would it be possible to install wireguard und webinterface-wifi on the latest OS versions?

Cheers

Wireguard was removed from toltec for the OS 3.x repositories: https://github.com/toltec-dev/toltec/releases/tag/2024-W21

As for webinterface-wifi, you would likely be able to follow it's manual install instructions to run it on 3.4.

[baflo]

Oh, that's too bad regarding wireguard 😲

So generally speaking that's a "no"? Non-GUI apps don't work any better than GUI-applications?

[Eeems]

Oh, that's too bad regarding wireguard 😲

linux-stracciatella contains the wireguard module.

So generally speaking that's a "no"? Non-GUI apps don't work any better than GUI-applications?

That was not a "no". That was a "you can manually install stuff if you want, and it may work". Toltec does not support anything past 3.4, and as such we don't test it, and heavily recommend against using it on a newer version.

[0xAdriaTorralba]

Is there any estimation time for latest versions to be supported?

[Eeems]

No

[maliayas]

I'm not knowledged about technical aspect of this issue but FWIW I'd like to bring 2 repos into your attention in case they may contribute to this issue:

• https://github.com/asivery/qtfb
• https://github.com/asivery/rmpp-qtfb-shim

@asivery seems to do framework level studies on recent versions of RM.

I'm sorry if this comment is a noise.

[Eeems]

We are aware of these repositories. The changes in #860 will still be required to allow splitting display providers on different OS versions that we support, and #929 would need to be addressed to support the rMPP

[Eeems]

Due to how stale this all is, next efforts will be for 3.18 support. There are rm2fb solutions in the works for 3.18 that we can take advantage of as indicated above. Targeting 3.18 also allows us to start adding rMPP support.