Package Details: unityhub 2.3.0-1

Git Clone URL: (read-only, click to copy)
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: 22
Popularity: 2.43
First Submitted: 2018-08-31 12:14
Last Updated: 2020-03-28 08:46

Pinned Comments

spacepluk commented on 2019-12-18 20:10

Unity doesn't provide version-specific urls for Unity Hub so on every update there will be some period where the sum is incorrect until I find time to update the package.

Then even after I update the package, the CDN will keep serving the old version for a while to some people...

There isn't much that I can do to make this better, so please be patient.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

drifio commented on 2019-12-18 09:40

md5sum is incorrect, correct is "25a791ede226bdab78bb823340c277e0".

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.


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`]( 100644
@@ -11,7 +11,7 @@ source=("${pkgname}-${pkgver}.AppImage::<>

-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().
Error making: unityhub