Appimagekit: Continuous build AppRun-x86_64 404 Not Found

Created on 7 Jul 2020  Â·  12Comments  Â·  Source: AppImage/AppImageKit

+ '[' -z '' ']'
+ get_apprun
+ TARGET_ARCH=x86_64
+ wget -c https://github.com/AppImage/AppImageKit/releases/download/continuous/AppRun-x86_64 -O AppRun
--2020-07-07 23:10:49--  https://github.com/AppImage/AppImageKit/releases/download/continuous/AppRun-x86_64
Resolving github.com (github.com)... 140.82.112.3
Connecting to github.com (github.com)|140.82.112.3|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2020-07-07 23:10:50 ERROR 404: Not Found.

Using pkg2appimage (master).
URL: https://github.com/AppImage/AppImageKit/releases/download/continuous/AppRun-x86_64

Most helpful comment

Damn. I'll re-run that job again.

All 12 comments

May be something with GitHub again?

As a workaround, use wget to download the previous version and copy it to appimage-builder-cache/ directory

Or, here : https://github.com/AppImage/AppImageKit/releases/tag/continuous
the following assets are missing :

  • AppRun-amd64
  • appimagetool-amd64

(at least, as seen in functions.sh)… I guess...

appimagetool-amd64 is no longer there. When using the i686, running into these new issues:

Traceback (most recent call last):
  File "/usr/local/bin/appimage-builder", line 18, in <module>
    __main__();
  File "/usr/local/lib/python3.8/dist-packages/AppImageBuilder/__main__.py", line 63, in __main__
    builder.build()
  File "/usr/local/lib/python3.8/dist-packages/AppImageBuilder/app_dir/builder.py", line 68, in build
    self._generate_runtime()
  File "/usr/local/lib/python3.8/dist-packages/AppImageBuilder/app_dir/builder.py", line 90, in _generate_runtime
    runtime.generate()
  File "/usr/local/lib/python3.8/dist-packages/AppImageBuilder/app_dir/runtimes/wrapper/runtime.py", line 44, in generate
    app_run.deploy()
  File "/usr/local/lib/python3.8/dist-packages/AppImageBuilder/app_dir/runtimes/wrapper/app_run.py", line 57, in deploy
    shutil.copy(wrapper_path, os.path.join(self.app_dir, lib_paths[0], "libapprun_hooks.so"))
  File "/usr/lib/python3.8/shutil.py", line 415, in copy
    copyfile(src, dst, follow_symlinks=follow_symlinks)
  File "/usr/lib/python3.8/shutil.py", line 261, in copyfile
    with open(src, 'rb') as fsrc, open(dst, 'wb') as fdst:
FileNotFoundError: [Errno 2] No such file or directory: '/home/USERNAME/WORKSPACE/PROJECT/appimage/AppDir/usr/local/lib/x86_64-linux-gnu/libapprun_hooks.so'

These files are now in AppDir/usr/lib When I fix that with a symbolic link, then appimage-builder with docker tests fails on:

INFO:root:Writing bundle info to: .bundle.yml
INFO:root:Downloading runtime: https://github.com/AppImage/AppImageKit/releases/download/continuous/runtime-x86_64
Traceback (most recent call last):
  File "/usr/local/bin/appimage-builder", line 18, in <module>
    __main__();
  File "/usr/local/lib/python3.8/dist-packages/AppImageBuilder/__main__.py", line 79, in __main__
    builder.build()
  File "/usr/local/lib/python3.8/dist-packages/AppImageBuilder/appimage_builder.py", line 42, in build
    self._download_runtime_if_required(runtime_path, runtime_url)
...
urllib.error.HTTPError: HTTP Error 404: Not Found

Are those URLs hardcoded somewhere, e.g. appimage_builder-0.5.5?

Yes, hardcoded in appimage-builder

This is how I'm handling this error - https://github.com/ShiftLeftSecurity/sast-scan/blob/master/.github/workflows/appimage.yml#L19

at least appimagetool-x86_64.AppImage was added again today

I've had to manually re-run some jobs, and have them recreate the release. There's more than one potential race condition in this uploadtool we use, which have never been fixed. Now, all binaries are up again.

When I merge PRs, I usually monitor the builds and make sure everything's been uploaded again. But I hadn't merged the last one. @probonopd please remember to check whether uploading worked next time, thanks.

@TheAssassin This one still persist about giving 404 :
https://github.com/AppImage/AppImageKit/releases/download/continuous/AppRun-x86_64
FYI

Damn. I'll re-run that job again.

Fixed. Thanks for notifying us.

Thanks for fixing! Perhaps there could be a test that looks to see if all the expected files are available before deleting the old version or publishing a new release?

__EDIT:__ It seems upload.sh already does this, so I guess it must be a GitHub problem.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

emanresusername picture emanresusername  Â·  3Comments

probonopd picture probonopd  Â·  7Comments

jviotti picture jviotti  Â·  9Comments

harrytuttle picture harrytuttle  Â·  8Comments

traverseda picture traverseda  Â·  10Comments