-
-
Notifications
You must be signed in to change notification settings - Fork 133
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
asbru crashes on Opensuse Tumbleweed #1038
Comments
Describe the bug: I am on OpenSUSE Tumbleweed and the Appimage won't start either. Down below are the Logs when trying to start the Appimage: To Reproduce:
Environment:
Logs:
Any Help would be greatly appreciated. Thank you |
I get the exam same
Any ideas on how to get it running? |
Same problem here using OpenSUSE Tumbleweed 20230709 😢 |
Line 173 in PACMain.pm is this:
Can one reproduce the issue outside Ásbrú ? To do so, simply create a text file
And run it from the command line:
It should display "All done." and no other error message. If this small test script also fails on your environment, let's open an issue in to the Net::Ping project to find more appropriate help and suggestion. |
This works fine for me, Shows "All done." I've tried reinstalling from scratch, now the error changes a bit: $ asbru-cm
Fontconfig warning: "/usr/share/fontconfig/conf.avail/05-reset-dirs-sample.conf", line 6: unknown element "reset-dirs"
INFO: Ásbrú Connection Manager 6.4.0 (asbru-cm) started with PID 6756
INFO: Language detected : en_GB.UTF-8, forcing to en_US.UTF-8
INFO: Desktop environment detected : other
INFO: Config directory is '/home/stasky/.config/asbru'
INFO: Used config file '/home/stasky/.config/asbru/asbru.nfreeze'
INFO: Virtual terminal emulator (VTE) version is 0.62
INFO: Theme directory is '/tmp/.mount_asbru-EIbn5L/opt/asbru-cm/res/themes/system'
INFO: Trying to loading Unity specific tray icon package...
WARNING **: Failed to load shared library 'libayatana-appindicator3.so.1' referenced by the typelib: Error relocating /lib/libayatana-ido3-0.4.so.0: g_time_zone_new_identifier: symbol not found at /tmp/.mount_asbru-EIbn5L/usr/local/lib/perl5/site_perl/Glib/Object/Introspection.pm line 110.
INFO: Using Unity tray icon
Error relocating /usr/lib/gio/modules/libdconfsettings.so: __snprintf_chk: symbol not found
Failed to load module: /usr/lib/gio/modules/libdconfsettings.so
Could not locate symbol app_indicator_new at /tmp/.mount_asbru-EIbn5L/opt/asbru-cm/lib/PACTrayUnity.pm line 151. |
Looks to be a missing dependency in the AppImage... Maybe a dependency to add in AppRun ? I'm not very comfortable with this. @henry701, would you have any advice ? |
Looks like a symbol relocation issue, but I have to investigate. I'll try to reproduce this and investigate it. This probably slipped because the AppImage wasn't tested with the Unity desktop environment, but only with no desktop environment or GNOME environments instead. |
Yeah nah it seems we're just missing We should either add the library (could still cause some issues if the versions from the user's desktop differ) or revert back to using the base system's library path as the last searchable path (causes its own host of compatibility issues, but would solve this one). I recall searching for solutions to this dilemma when building the AppImage implementation, but this is a complicated one because it's for something deeply integrated with the user's desktop. Alpine Linux (which is used for building the AppImage using Docker) does have it in the APK Repository under the name Now about the earlier messages, which feature another error ( I'll try some of those locally after reproducing the problem here but it might take a while to get to it. |
@Stasky745 What version of You can obtain this information by running: perl -MNet::Ping -e 'print $Net::Ping::VERSION ."\n";' |
My version of
I'm on Void, not Alpine. Nonetheless, I have the package manager version of If it helps, I'm on Void Linux using AwesomeWM. If you need any additional information let me know. |
@Stasky745 Sorry for not making it clear, that part of the response was meant for @gfrenoy. The AppImage doesn't use the libraries installed on your system, it bundles all the libraries, so that doesn't change the situation albeit it could fix it if you use Asbrú from the packages or run it directly from the source.
Thanks! I pinned the version to this one in my local tests. I couldn't reproduce the issues for now, actually ran into some new ones (segfaults...) but I tweaked the dependencies a bit and generated a new AppImage that worked locally, pinning the versions of @gfrenoy I created a new branch with the changes in case you want to check it out. If it works for the users I'll open a PR. @Stasky745, @themmm Can you try using this AppImage instead of the released one and see how it goes? Alternatively, if you want to check the source before running you may use the branch I linked above and build it as well. @eliwap Unfortunately this could be a bug in the dependencies, the Asbrú usage of this library doesn't seem to be complex at all. You could try using the AppImage linked above for now as a workaround, it reads the configs from your user directory so it should be almost seamless unless you're doing custom scripting or customizing Asbrú's source. You could also install the dependency manually via CPANM, overwriting the one installed by Zypper. This isn't pretty, but it could be a viable workaround. It involves installing some development dependencies because CPANM compiles packages while installing them. If interested, try this: sudo zypper install perl-App-cpanminus gcc gobject-introspection gobject-introspection-devel make
cpanm --install XAOC/Glib-Object-Introspection-0.049.tar.gz Let me know how it goes, people! |
This one works for me! Haven't tried it too much but at least the program starts. |
- add libappindicator - pin dependency on Net::Ping 2.74 - pin dependency on Glib-Object-Introspection 0.049
Hi, Error
|
@marcogiorgio That's the same error on the ping module at the end (ignoring the rest), that's odd. I'll probably take some time to solve this because it's hard to reproduce. Can you give more detailed system specs? It's an OpenSUSE Tumbleweed installation on bare metal, right? I can try running it inside a VM later, once reproduced I can work on solving it, but it will take some time as I'm currently busy :/. Open another issue, tag me, and reference this issue, please. |
Using version 6.4.0
I've seen similar reports of Asbru crashing on Arch and the fix for that was to downgrade perl-glib-object-introspection to version 0.49-3.
Unfortuneately this is not possible on Tumbleweed without breaking something. The current version available on Tumbleweed is 0.50.
Is there anyway I can work around this? Is a fix coming to allow Asbru to work with newer versions of the required package?
Thanks for any insight anyone can provide.
The text was updated successfully, but these errors were encountered: