Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stellarium for ARM #1381

Closed
edegraaff opened this issue Nov 23, 2020 · 33 comments · Fixed by #1390
Closed

Stellarium for ARM #1381

edegraaff opened this issue Nov 23, 2020 · 33 comments · Fixed by #1390
Labels
hw: arm Specific issues for ARM-devices importance: low Small problem, rarely visible, no crash infrastructure Infrastructure related issues state: won't fix We have a reason not to do it

Comments

@edegraaff
Copy link

Is your feature request related to a problem? Please describe.
Hi, since there is a Pi4 with plenty memory, and ubuntu 64 bits for arm, i am experimenting with appimages
Describe the solution you'd like
Is it possible to build appimages for pi arm 64 ubunto architecture?

Describe alternatives you've considered
It is possible to use the normal installer, but appimage seems nice, but seems also to have special demands to the platform

Additional context
none

@github-actions
Copy link

Thanks for adding your first issue to Stellarium. If you have questions, please do not hesitate to contact us.

@gzotti
Copy link
Member

gzotti commented Nov 23, 2020

Just follow build instructions for Linux.

@alex-w
Copy link
Member

alex-w commented Nov 23, 2020

I can write a recipe for appimage and update bash script for building an appimage from the recipe, but... I don’t have ARM (I think you meant aarch64 architecture) device for building package.

@edegraaff
Copy link
Author

I am willing to test and build it, just for fun

@alex-w alex-w self-assigned this Nov 24, 2020
@alex-w
Copy link
Member

alex-w commented Nov 24, 2020

I am willing to test and build it, just for fun

Thanks, but what about architecture details? Could you share result of running uname -m?

@alex-w alex-w added the infrastructure Infrastructure related issues label Nov 24, 2020
alex-w added a commit that referenced this issue Nov 24, 2020
@alex-w
Copy link
Member

alex-w commented Nov 24, 2020

@edegraaff please install prerequisite packages (see https://github.com/Stellarium/stellarium/blob/master/BUILDING.md#debian--ubuntu), get the source code from git and check the script util/appimage/build-appimage.sh

@edegraaff
Copy link
Author

I am willing to test and build it, just for fun

Thanks, but what about architecture details? Could you share result of running uname -m?

eelco@pi4:~$ uname -m
aarch64

@alex-w
Copy link
Member

alex-w commented Nov 25, 2020

@edegraaff could you test build-appimage.sh script?

@ultrapre
Copy link
Contributor

Maybe you need to cross-compile a new kit for aarch64.

@alex-w
Copy link
Member

alex-w commented Nov 29, 2020

Please test those packages (see artifacts section): https://github.com/Stellarium/stellarium/actions/runs/390046411

@edegraaff
Copy link
Author

hi i am builing an new machine image with usb disk. the sd card was to small... i.will.get bet to you later this week when the system is rrady with enough resources to compile

@alex-w
Copy link
Member

alex-w commented Nov 30, 2020

I prepared an AppImage - just test it :)

@edegraaff
Copy link
Author

i will this evening great i am curious

@edegraaff
Copy link
Author

I prepared an AppImage - just test it :)
I downloaded 2 of them the x86 i have ignored on the pi4
Files rights changed to able to execute

root@pi4:/home/eelco/Downloads# ./Stellarium-edge-aarch64.AppImage
./Stellarium-edge-aarch64.AppImage: error while loading shared libraries: libz.so: cannot open shared object file: No such file or directory

root@pi4:/home/eelco/Downloads/Stellarium-edge-armv7# ./Stellarium-edge-armhf.AppImage
bash: ./Stellarium-edge-armhf.AppImage: No such file or directory

@alex-w
Copy link
Member

alex-w commented Nov 30, 2020

Thanks!

root@pi4:/home/eelco/Downloads# ./Stellarium-edge-aarch64.AppImage
./Stellarium-edge-aarch64.AppImage: error while loading shared libraries: libz.so: cannot open shared object file: No such file or directory

This is very strange. :(

root@pi4:/home/eelco/Downloads/Stellarium-edge-armv7# ./Stellarium-edge-armhf.AppImage
bash: ./Stellarium-edge-armhf.AppImage: No such file or directory

This is OK for aarch64

@alex-w
Copy link
Member

alex-w commented Nov 30, 2020

@edegraaff could you check package zlib1g - is it installed into system?

@alex-w
Copy link
Member

alex-w commented Nov 30, 2020

Probably this workaround could help you: sudo link /lib/aarch64-linux-gnu/libz.so.1 /lib/aarch64-linux-gnu/libz.so

@edegraaff
Copy link
Author

@edegraaff could you check package zlib1g - is it installed into system?
Reading state information... Done
zlib1g is already the newest version (1:1.2.11.dfsg-2ubuntu4).
zlib1g set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

@edegraaff
Copy link
Author

Probably this workaround could help you: sudo link /lib/aarch64-linux-gnu/libz.so.1 /lib/aarch64-linux-gnu/libz.so

link: cannot create link '/lib/aarch64-linux-gnu/libz.so' to '/lib/aarch64-linux-gnu/libz.so.1': File exists

@alex-w
Copy link
Member

alex-w commented Nov 30, 2020

This is weird... what about ldd Stellarium-edge-aarch64.AppImage?

@alex-w
Copy link
Member

alex-w commented Nov 30, 2020

Possible workaround 1: sudo apt-get install zlib1g-dev

Possible workaround 2: sudo apt-get install fuse

@edegraaff
Copy link
Author

darn both where already installed and the latest version

@alex-w
Copy link
Member

alex-w commented Dec 9, 2020

@edegraaff any news?

@gzotti could you test it on your RPi?

@gzotti
Copy link
Member

gzotti commented Dec 9, 2020

I am still out of town. Maybe next week.

@edegraaff
Copy link
Author

@edegraaff any news?

@gzotti could you test it on your RPi?

I did test it, see respond above both options where tested, and both where already installed and the latest version :-( grrr

@alex-w alex-w reopened this Dec 12, 2020
@alex-w alex-w added the importance: low Small problem, rarely visible, no crash label Jun 9, 2022
@alex-w alex-w removed their assignment Jun 9, 2022
@alex-w
Copy link
Member

alex-w commented Aug 2, 2022

This is a good task for the community to participate in the contribution into Stellarium. Who wants to help us?

@gzotti
Copy link
Member

gzotti commented Aug 2, 2022

What is the benefit of using an AppImage on a RPi? We support building and running out of the box on RPi4 and RPi3B+.

@alex-w alex-w removed the community label Aug 2, 2022
@alex-w
Copy link
Member

alex-w commented Aug 2, 2022

What is the benefit of using an AppImage on a RPi? We support building and running out of the box on RPi4 and RPi3B+.

Not all linux for RPi support the deb packages…

@gzotti
Copy link
Member

gzotti commented Aug 3, 2022

But all RPi distros which have Qt5 available in some format (via own package manager or even self-compiled for the masochists) should allow building on-board, maybe with omissions (QtWebengine may not be available). Uncommon distros are usually used for special purposes, not to run astronomical applications. I understand the AppImage packs all required libraries again, so IMHO it's a waste of space on the small SD cards.

That said, What would I do to install and run such AppImage for a test? I have Raspbian/Buster in RPi3 and Ubuntu Mate 22.04 on my RPi4.

@gzotti gzotti added the community Get involved in development! label Aug 3, 2022
@github-actions
Copy link

github-actions bot commented Aug 3, 2022

This is a good task for the community to participate in the contribution into Stellarium. Who wants to help us?

@alex-w
Copy link
Member

alex-w commented Aug 3, 2022

I’m stopped the preparation of the AppImages for ARM, but you can play with it: https://github.com/Stellarium/stellarium/actions/workflows/appimage-arm.yml

P.S. I’m don’t have ARM-hardware, like RPi, for testing - maximum - QEMU

@alex-w alex-w added the hw: arm Specific issues for ARM-devices label Sep 23, 2024
@alex-w alex-w self-assigned this Sep 23, 2024
@alex-w alex-w removed the community Get involved in development! label Sep 28, 2024
@alex-w alex-w added the state: won't fix We have a reason not to do it label Nov 14, 2024
@alex-w alex-w removed their assignment Nov 14, 2024
Copy link

We have a strong reason not to do it! Some reasons for it can be found in the FAQ:
https://github.com/Stellarium/stellarium/wiki/FAQ#Why_dont_you_implement

@alex-w
Copy link
Member

alex-w commented Nov 14, 2024

The problem is outside of Stellarium and we cannot prepare runnable AppImage for ARM devices

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
hw: arm Specific issues for ARM-devices importance: low Small problem, rarely visible, no crash infrastructure Infrastructure related issues state: won't fix We have a reason not to do it
Development

Successfully merging a pull request may close this issue.

4 participants