Which supports PinePhone and PinePhone Pro but not PinePhone Tab and none of the device from Sony on which SailFish OS runs.
However, once a boot image with recovering tools are running based on Sony Open Device Program AOSP can boot a Sony device included in that program, then any GNU/Linux distribution could also be installed on it and run on it. The next two steps to complete the job is to integrate one mobile UI among many available and develop a system configuration manager.
This is also true for the PinePhone Tab which recently has been ported on Sailfish OS.
Because it has a system configuration manager natively as a pillar of its architecture:
Nix is a tool that takes a unique approach to package management and system configuration.
Unfortunately, about SFOS applications - making his apps available - it is not the only tedious task for a modern mobile OS which aims to privacy and security. Therefore porting Nix Package Manager on Sailfish OS is not enough and move the SailFish UI to the mobile NixOS would kill all the apps ecosystem which requires SFOS binary compatibility.
In other words Nix Package Manager on SFOS lose its best feature being a system configuration manager. In fact, he wrote:
Which means that now SFOS limitations are working on another device instead of the beauty of NIX is fully working on SFOS.
Ok, I accept that TRANSITION times are hard and sometimes messy but I cannot still see any system architecture design here that would bring anywhere in a reasonable time with a reasonable effort.
Just let me ask a question.
All these independent attempts puzzled together like a patchwork blanket to avoid accepting the sad true that the only valuable part of SFOS is its UI which cannot run on a modern and secure [1] Linux distro even if that distro might be installed on a Sony device and the only way to fulfill this gap is to release that UI under open-source license and publish its code?
Conclusion
Advancing slowly for an open-source community is fine not for a business. As long as, there is a clearly and precise direction to go forward. Here, I do not see anything like that but I accept that it can be my fault. A system redesign (because refactoring word has been just taken) plan has been published somewhere?
Moreover, SFOS is not open-source and that is its main problem: SFOS evolution is limited by the Jollyboy Oy team best effort [2]. NIX package manager will not solve any of the SFOS issues but just allow some technically skilled people to have their Linux application running effortlessly on their SFOS smartphone [3].
Another question, for @nobodyinperson
Which is great but then why SFOS apart its UI?
Notes
[1] because the best choice here is CentOS 8 which does not fit into the “modern and secure” Linux distro definition because its support is ceased and moving on a CentOS 9 is required at the expense that every SFOS might need to be rebuild. Nix package manger on SFOS would solve this? Nope.
[2] all the effort included into the Repository roundup is meaningless because it could - then it should - be avoided adopting a community driven Linux Distribution which can be CentOS because binary convergence with 8 to upgrade to 9 or NixOS mobile because its configuration manager but in this latter case say “goodby” to the SFOS app ecosystem unless rebuilding all the apps and moving into NixOS which NixOS people might will to do, but only if the SFOS UI will be published open-source.
[3] In fact, after having check the related post my guess was right: