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

Help wanted with AppImage #92

Open
csete opened this issue Dec 10, 2017 · 6 comments
Open

Help wanted with AppImage #92

csete opened this issue Dec 10, 2017 · 6 comments

Comments

@csete
Copy link
Owner

csete commented Dec 10, 2017

I have a script that can generate an AppImage from our PPA. It is based on the official documentation.

The generated package runs but the program can not find any image or data files from the package.

I need somebody to dig into it and find out how to properly package.

@probonopd
Copy link

Hi @csete - happy to help. Can you upload the AppImage for testing? Thanks.

@probonopd
Copy link

In general, please refer to this section of the documentation:
https://github.com/AppImage/AppImageKit/wiki/Creating-AppImages#no-hard-coded-paths

@csete
Copy link
Owner Author

csete commented Dec 12, 2017

Hi @probonopd

Thanks for getting in touch even before I contacted you :)

I think you are right regarding hard coded paths. It is a Gtk+ based application and uses autotools. The data and image paths are defined at compile time based on the --prefix=... option.

I will check the documentation you link to. I have uploaded the scripts I used and the AppImage here:
http://files.oz9aec.net/gpredict/temp/

@probonopd
Copy link

Thanks @csete - does not run for me:

me@host:~$ Downloads/Gpredict-2.0.glibc-x86_64.AppImage 

** (gpredict:28105): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
me@host:~$ cat /etc/os-release 
PRETTY_NAME="Deepin 15"
NAME="Deepin"
VERSION_ID="15.5"

But yes, the first step is to get rid of the hardcoded absolute paths.

@csete csete added this to the v2.4 milestone Jan 20, 2018
@csete
Copy link
Owner Author

csete commented Jan 21, 2018

So, the latest 2.2.1 release now has an AppImage where the paths have been fixed using the binary patch method. Since the hardcoded paths only exist three places I felt this was the easiest.

I have not yet looked into the runtime error you encountered.

@csete csete removed this from the v2.4 milestone Dec 22, 2018
@tulipman
Copy link

tulipman commented Feb 7, 2021

Hi Csete.
I wonder if you are still active on the Gpredict software.

I don't see any activity since 2018.

Is it a 'dead horse' now??

I was interested in the program as it could (possibly control my Yaesu G-5500 El/Az rotor system, using just a Raspberry Pi.

Best regards

Robbert / PA3BKL (aka TA2IX)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants