On Wednesday, April 24, 2024 at 10:58:57 AM UTC+2 [email protected] wrote:
The AppImage does not run on my Chromebook with beta linux, which is the reported debian bookworm by the way. It starts flashing and completely blocks everything. But that could be because it is linux running in a sandbox on ChromeOS. Sorry I can't really help with that - I was hoping that the AppImage would run just about everywhere, but there seem to be limits... Sometimes lux starts flashing on start-up if the screen extent is unexpected, and my code just re-tries until it gets what it wants, which may not be the right approach in every case. I do that to circumvent buggy behaviour in gnome which occured after the switch to wayland - I reported the problem, but there was no echo, so I had to program around the bug... Can you please try and start lux in a window to see if that maybe avoids the flashing? just try lux -W This is also easier to shut down if the controls don't work anymore. My other laptop is an aarch64 laptop and the deb and App image do not run on it either as they are intel x86_64. That's correct. On macOS, you can run the i86 build via rosetta, but on other OSs, there are no handy emulation layers which instantly kick in automatically. But it would be interesting to see ARM builds for other platforms! You know that the build is quite straightforward for Linux, so if your ARM boxes run linux, it might be as easy as clone the pv repo, cd pv, mkdir build, cd build, cmake .., make. I recommend installing highway as a build-time dependency. On ARM it should make a big difference. Usage of ARM-specific build toolchain should happen automatically - the cmake build detects the host CPU. Packaging as debian package is now quite straightforward; all you have to do is to tell cmake to pick the appropriate package generator. The variables for the generator are already in the CMakeLists.txt. you specify the generator like this: cmake -DCPACK_GENERATOR=DEB after that, just say make package and cmake should produce the debian package. That's how I made the debian package I just uploaded. Apart from not being signed, it seems to fit in well, and it's much smaller than the AppImages! It also saves me the headache of having to include third party copyright info for all the shared libraries which the AppImage generator I use does not find automatically... but, hey, I want to see users from other distros use lux as well, hence the AppImage approach. If you can produce a viable debian package for Linux on ARM, I can upload it to my downloads page. I think we did that some time ago when you were building lux on your RasPis. -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/c76d6f07-5fbc-4302-901d-4c56442c40fcn%40googlegroups.com.
