Mar 28 2026 APP 2.0.0-beta40 will be released in 7 days.
It did take a long time to have the work finished on this and it will have a major performance boost of 30-50% over 2.0.0-beta39 from calibration to integration. We extensively optimized many critical parts of APP. All has been tested to guarantee correct optimizations. Drizzle and image resampling is much faster for instance, those modules have been completely rewritten. Much less memory usage. LNC 2.0 will be released which works much better and faster than LNC in it's current state. And more, all will be added to the release notes in the coming weeks...
Update on the 2.0.0 release & the full manual
We are getting close to the 2.0.0 stable release and the full manual. The manual will soon become available on the website and also in PDF format. Both versions will be identical and once released, will start to follow the APP release cycle and thus will stay up-to-date to the latest APP version.
Once 2.0.0 is released, the price for APP will increase. Owner's license holders will not need to pay an upgrade fee to use 2.0.0, neither do Renter's license holders.
Hi,
I am using Arch Linux distribution, and it does not use deb or rpm package. There are some tricks to install deb/rpm package on Arch, but those are not recommended. Nevertheless, I have tried (using dpkg) but APP crashes on launch.
Is there an other way to install it ?
Thank you ! 🙂
Good question, not sure about that and we asked Mabula to have a look. He's very busy on trying to release the next version atm, so if you don't get an answer within a week or 2, please remind us. 🙂
Thank you Vincent! 🙂
@vincent-mod hi, any news about an install on arch ? thanks ! 🙂
@thibautflt We asked Mabula and there currently is no way to install APP other than via the deb or rpm package. Also, there are no plans to enable this at this moment, sorry.
I use Arch Linux. I install APP by downloading the .rpm package and extracting it. You will then have a folder labeled opt. Open the opt folder there is only a folder labeled AstroPixelProcessor. Copy this folder to /opt on your computer. That is all there is to it. You can then run the program using the command /opt/AstroPixelProcessor/AstroPixelProcessor.
[...] You can then run the program using the command /opt/AstroPixelProcessor/AstroPixelProcessor.
You can also copy /opt/AstroPixelProcessor/AstroPixelProcessor.desktop to e.g. ~/.local/share/applications/ so APP will show up in your menu.
EndeavourOS user here. Thank you for this!
Hi all, @astronikko @the1batman @msa
So besides the RPM and DEB installer for linux, what is the other needed installer type then? Would APP Image : https://appimage.org/ work in your Linux distributions? I should now be able to add support for that 😉
Mabula
Possibly. I think Flatpak is more common for multiple distributions. I was thinking about putting together a package for the AUR (Arch User Repository) that uses the RPM package.
I'd prefer a package that can be updated along with all other system packages using pacman, or an AUR helper like paru. I haven't published any packages myself, and my understanding of them is still only rudimentary. My only concern with Flatpak or Appimage is if APP will take a performance hit due to how it's packaged.
For the RPM, I basically expand the archive and copy the contents to the root file structure:
rsync -avh --progress [source]/ /
Where [source] is the path to the expanded RPM package. It copies the contents of the ./opt and ./usr contained within to the root file system /opt and /usr directories, while preserving symbolic links.
@mabula-admin Howdy - I ended up switching to a fedora variant (Nobara) and it works fantastic there. But to answer the question an appimage or a flatpak are both fantastic choices. I can install or use both of those with no issues.
Hi @astronikko & @the1batman
Okay, thank you very much for the feedback.
Flatpak or AppImage will not affect APP's performance, I am sure about that 😉 And extracting form the RPM package is fine as well with above instructions.
The way that we make our RPM and DEB packages is to use a third party packager. This 3rd party now supports AppImage, so it should not prove difficult to add that to our Linux packages. Flatpak is not yet supported unfortunately but might be supported as well going forward by this third party provider.
AppImage is very simple and should work on basically all Linux distributions I think.
Mabula
Sounds good! Appreciate the insight into the packaging process, too. Thank you.
@astronikko you are most welcome !
I will try to change our build process to include the AppImage for Linux starting with 2.0.0-beta36 😉
Mabula
