Package Details: unityhub 2.1.3-1

Git Clone URL: https://aur.archlinux.org/unityhub.git (read-only)
Package Base: unityhub
Description: The Unity Hub is a standalone application that streamlines the way you find, download, and manage your Unity Projects and installations.
Upstream URL: None
Licenses: custom
Submitter: spacepluk
Maintainer: spacepluk
Last Packager: spacepluk
Votes: 15
Popularity: 1.77
First Submitted: 2018-08-31 12:14
Last Updated: 2019-10-24 13:23

Latest Comments

1 2 3 4 5 Next › Last »

KazDelphi commented on 2019-11-02 09:00

md5sum is incorrect. '012c855e84965e5fb3d52a36677ccfdf' is correct

TorosFanny commented on 2019-10-31 11:21

md5sum is incorrect: ==> Validating source files with md5sums... unityhub-2.1.3.AppImage ... FAILED ==> ERROR: One or more files did not pass the validity check!

condoriano commented on 2019-10-24 01:03

md5sum is incorrect

spacepluk commented on 2019-10-22 12:39

I still didn't have time to look at this, so I just added @Darkhogg's patch (thanks!). I hope that solves the issue for everybody.

spacepluk commented on 2019-10-14 13:12

Yeah maybe. I just tested this on a fresh VM but I'll try to take a closer look at it later tonight. Thanks!

Darkhogg commented on 2019-10-14 12:52

I'm on Arch + yay too, not sure what your setup might be but the problem seems to be related to the fakeroot: AppImage tries to use root-owned directories and buses and obviously can't, while with my fix it will try to use the regular user-owned ones and therefore succeeds. Maybe you have something configured that makes AppImage play nice with fakeroot.

spacepluk commented on 2019-10-14 12:40

Hi there! Thanks for tracking this down. We're in the middle of releasing a game and I'm a bit overwhelmed atm.

Are you both using Manjaro? It seems to work fine on Arch + yay.

Thanks!

Darkhogg commented on 2019-10-14 09:52

I found the problem!!

The AppImage --appimage-extract operation fails because it's done inside of the package() function, which is run in the fakeroot. Instead, the extract step should be run during build(), which is run by the local user.

The following is the diff I get from git when updating the PKGBUILD to work this way:

diff --git a/PKGBUILD b/PKGBUILD
index [`b657e5e`](https://aur.archlinux.org/cgit/aur.git/commit/?h=unityhub&id=b657e5e)..552d036 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -11,7 +11,7 @@ source=("${pkgname}-${pkgver}.AppImage::<https://public-cdn.cloud.unity3d.com/hub>
 md5sums=('7cbff634d574a4e6da02fd1ce15bf2cb')
 PKGEXT='.pkg.tar'

-package() {
+build () {
   # Extract AppImage
   chmod +x "${pkgname}-${pkgver}.AppImage"
   "./${pkgname}-${pkgver}.AppImage" --appimage-extract
@@ -21,8 +21,11 @@ package() {
   sed -i "/^Exec=/cExec=unityhub" "${_df}"
   sed -i "s/^X-AppImage-Version=/Version=/" "${_df}"
   sed -i "/^X-AppImage/d" "${_df}"
+}

+package() {
   # Install
+  _df="${srcdir}/squashfs-root/unityhub.desktop"
   install -d "${pkgdir}/usr/share"
   install -D ${_df} "${pkgdir}/usr/share/applications/unityhub.desktop"
   install -D "${srcdir}/squashfs-root/usr/share/icons/hicolor/48x48/apps/unityhub.png" \

SorcererSupreme commented on 2019-10-11 21:54

Similar issue as @Darkhogg

Using manjaro with yay.

QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
Failed to connect to bus: Operation not permitted
Failed to connect to bus: Operation not permitted
Failed to create /root/.cache for shader cache (Permission denied)---disabling.
==> ERROR: A failure occurred in package().
    Aborting...
Error making: unityhub

Darkhogg commented on 2019-10-11 13:03

I'm having the same problem @thunderingMarmot described, with the following logs:

==> Starting package()...
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0

(AppImageLauncher:53713): dbind-WARNING **: 14:59:27.931: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Failed to connect to bus: Operation not permitted
Failed to connect to bus: Operation not permitted
Failed to create /root/.cache for shader cache (Permission denied)---disabling.
==> ERROR: A failure occurred in package().
    Aborting...

and the "Failed to register AppImage in AppImageLauncherFS: error while trying to start appimagelauncherfs.service" popup dialog.

This is all happening with the --appimage-extract command, which is weird because I have other AppImage packages installed (I maintain one myself, even) that give me no such problems.