Skip to content
This repository has been archived by the owner on Dec 9, 2022. It is now read-only.

Where to "install" appimagekit? #248

Open
nubnubbud opened this issue Oct 26, 2020 · 3 comments
Open

Where to "install" appimagekit? #248

nubnubbud opened this issue Oct 26, 2020 · 3 comments

Comments

@nubnubbud
Copy link

nubnubbud commented Oct 26, 2020

the build guide says to install appimagekit, but to the best of my knowledge, it can't be installed. I can't tell where it goes. I've put it in path, on my desktop, in various files in cura source, but nothing works, I just get:

CMake Error at /usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146 (message):
  Could NOT find AppImageKit (missing: APPIMAGEKIT_APPIMAGETOOL_EXECUTABLE
  APPIMAGEKIT_APPRUN_EXECUTABLE)
Call Stack (most recent call first):
  /usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:393 (_FPHSA_FAILURE_MESSAGE)
  cmake/FindAppImageKit.cmake:5 (find_package_handle_standard_args)
  packaging/python3.7/linux.cmake:2 (find_package)
  CMakeLists.txt:124 (include)


-- Configuring incomplete, errors occurred!

every time, and as far as I can tell there's no right way to do this. The only other information I have is from a previous person who had the same error, and the only real response was to look at a docker file with a smiley, and nothing there shows any distinct directories or directions about appimagekit, so that's not helping me much, and the docker file seems only for centOS, or at the very least I have no clue what that page is on about. Docker is confusing compared to cloning a git repo and siccing Cmake on it.

@nallath
Copy link
Member

nallath commented Oct 27, 2020

Did you already try just setting APPIMAGEKIT_APPIMAGETOOL_EXECUTABLE to be the path of the appimage-builder executable?

@nubnubbud
Copy link
Author

nubnubbud commented Oct 29, 2020

well, I put the .appimage in path and made it executable... but I'm not sure what to make of an executable that isn't an executable, yet cmake will look for like a library. How do I set that to the path? I might not be doing it right

but the thing is... I can't find a suitable release. there... doesn't seem to be a pure executable. they're all appimages, appruns, and... unmarked.

alright, it was super confusing so I was able to find the cmake file and open it up and...
no appimagekit releases work without being edited. Apprun has no upfront download page, and only has releases through its github, which are all marked with the OS architecture it targets. basically, cmake was looking for appimagetool.appimage and apprun, but it was getting appimagetool-x86_64.appimage and apprun-x86_64

so unless I looked at the findappimagekit.cmake or knew about the intricacies of cmake (honestly I'm impressed anyone can- it's super cryptic), it wouldn't have worked, even though I put it in path and linked to it 3 different correct ways. man, I'd like to take a scalpel to the build instructions and make them a bit more straightforward XD.

TL;DR: I was setting it to the right path and getting the right files, but the cmake file is looking for filenames appimagekit is not released with.

[ 98%] Packaging Projects...
Cleaning old package directory...
Running cx_Freeze to generate executable...
/usr/lib/python3/dist-packages/setuptools/dist.py:481: UserWarning: The version specified ('..') is an invalid version, this may not work as expected with newer versions of setuptools, pip, and PyPI. Please see PEP 440 for more details.
  warnings.warn(
running build
running build_exe
Traceback (most recent call last):
  File "setup.py", line 148, in <module>
    setup(
  File "/home/nub/.local/lib/python3.8/site-packages/cx_Freeze/dist.py", line 342, in setup
    distutils.core.setup(**attrs)
  File "/usr/lib/python3.8/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/usr/lib/python3.8/distutils/dist.py", line 966, in run_commands
    self.run_command(cmd)
  File "/usr/lib/python3.8/distutils/dist.py", line 985, in run_command
    cmd_obj.run()
  File "/usr/lib/python3.8/distutils/command/build.py", line 135, in run
    self.run_command(cmd_name)
  File "/usr/lib/python3.8/distutils/cmd.py", line 313, in run_command
    self.distribution.run_command(command)
  File "/usr/lib/python3.8/distutils/dist.py", line 985, in run_command
    cmd_obj.run()
  File "/home/nub/.local/lib/python3.8/site-packages/cx_Freeze/dist.py", line 195, in run
    freezer = cx_Freeze.Freezer(self.distribution.executables,
  File "/home/nub/.local/lib/python3.8/site-packages/cx_Freeze/freezer.py", line 108, in __init__
    self._VerifyConfiguration()
  File "/home/nub/.local/lib/python3.8/site-packages/cx_Freeze/freezer.py", line 485, in _VerifyConfiguration
    raise ConfigError("cannot find file/directory named %s",
cx_Freeze.freezer.ConfigError: cannot find file/directory named /lib/libprotobuf.so.3.9.2.0
make[2]: *** [CMakeFiles/packaging.dir/build.make:64: packaging] Error 1
make[1]: *** [CMakeFiles/Makefile2:99: CMakeFiles/packaging.dir/all] Error 2
make: *** [Makefile:84: all] Error 2

now I'm getting this- which I don't think should be happening-is it true only one version of protobuf will work?

@Ghostkeeper
Copy link
Contributor

Ghostkeeper commented Nov 2, 2020

no appimagekit releases work without being edited. Apprun has no upfront download page, and only has releases through its github, which are all marked with the OS architecture it targets. basically, cmake was looking for appimagetool.appimage and apprun, but it was getting appimagetool-x86_64.appimage and apprun-x86_64

For me on Ubuntu, installing through apt install libappimage0 worked. I've built it before manually though.

now I'm getting this- which I don't think should be happening-is it true only one version of protobuf will work?

No, that's not true. The official build of Cura still uses Protobuf 3.0.2 (as installed through cura-build-environment). The cura-build repository doesn't specify any Protobuf version. I don't know how it got to version 3.9.2.0 on your system other than that being the Protobuf version you actually installed. But apparently it didn't install well, then.

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

No branches or pull requests

3 participants