Package Details: unity-editor 1:2019.2.19f1-1

Git Clone URL: (read-only, click to copy)
Package Base: unity-editor
Description: The world's most popular development platform for creating 2D and 3D multiplatform games and interactive experiences.
Upstream URL:
Keywords: develop engine gamedev unity3d
Licenses: custom
Submitter: ljrk
Maintainer: None
Last Packager: spacepluk
Votes: 152
Popularity: 0.018494
First Submitted: 2015-08-26 18:08 (UTC)
Last Updated: 2020-01-24 13:13 (UTC)

Pinned Comments

spacepluk commented on 2020-01-29 09:11 (UTC)

I'm thinking about turning these packages into metapackages that only pull the appropriate dependencies, so that they can used side by side with the unityhub package.

The current solution doesn't make much sense for anyone that's actually building games with this. This is because you want to have control over which version of unity you are using for each project and the packages do a poor job at that. It also has the nice side-effect of reducing the packaging work, plus it aligns better with what upstream is offering.

Any thoughts?

Latest Comments

Nickelbawker commented on 2020-12-16 03:14 (UTC) (edited on 2020-12-16 03:32 (UTC) by Nickelbawker)

Ah, sweet this works fine with the 242 AUR Unity hub. Just tested it out.

partizan commented on 2020-05-05 15:19 (UTC)

@spacepluk this is literally what i just done locally. I think it's a great idea.

spacepluk commented on 2020-04-14 13:46 (UTC)

I would try again with the dependencies of unity-editor installed.

alx365 commented on 2020-04-14 13:39 (UTC)

I did actually use that before but today it didn't start launching so i decided to download this :)

spacepluk commented on 2020-04-14 13:05 (UTC)

@axl365 I recommend you use unityhub. I have to turn this packages into meta packages to fetch the dependencies but I haven't had the time to do it.

alx365 commented on 2020-04-14 12:58 (UTC)

When i start it, unity says i have to have a license and i have to install unity. So how do I use this?

docquantum commented on 2020-03-24 00:04 (UTC)

I think that's a great idea

spacepluk commented on 2020-01-29 09:11 (UTC)

I'm thinking about turning these packages into metapackages that only pull the appropriate dependencies, so that they can used side by side with the unityhub package.

The current solution doesn't make much sense for anyone that's actually building games with this. This is because you want to have control over which version of unity you are using for each project and the packages do a poor job at that. It also has the nice side-effect of reducing the packaging work, plus it aligns better with what upstream is offering.

Any thoughts?

xploreitcorp commented on 2019-08-19 05:24 (UTC)

very helpful and informative blog. Thank you for

your information.If you are searching for Angular

training in kochi visit us">Angular training in

kochi,Angular courses in kochi ||

Toric commented on 2019-07-30 03:26 (UTC)

is there any way to target mono 3.5? installing the AUR package, but it still says that target framework 3.5 is not installed...

ijann commented on 2019-04-24 22:57 (UTC)

Hello people, a consultation, to you, you are conjela the window, I have noticed that certain windows stop, in my case it happens to me with the Animation window, in some occasions I am using and when I go to that window I can not create a transition, I can not right click, On other occasions, it happened to me, when I wanted to create a script from the Inspector window, he would not let me write the name, someone happens to that, I tell you that I use Manjaro Cinnamon

algebro commented on 2019-04-19 13:14 (UTC)

Thanks @spacepluk, I opened a thread on the Unity forums the other day and haven't heard back yet. I have an AMD RX580 with mesa/vulkan-radeon 19.0.2 and LLVM 8.0.0. It shouldn't be a problem with the OpenGL version because glxinfo shows OpenGL 4.5.

I also tried installing 2019.1 via unityhub and ran into the same problem, so I don't think it's an issue with this package. Given that, I'll plan to continue to troubleshoot on the Unity forums, although I'd be curious to know if this happens to anyone else on Arch (in case it's a problem with dependency versions packaged by Arch).

spacepluk commented on 2019-04-19 08:14 (UTC)

@algebro In any case I would take this to the forum

spacepluk commented on 2019-04-19 08:11 (UTC)

hey @algebro what GPU are you trying to use with unity? the editor requires at least OpenGL 3.2 if I remember correctly.

algebro commented on 2019-04-16 20:31 (UTC) (edited on 2019-04-18 22:33 (UTC) by algebro)

I am unable to open or create projects after the 2019 update--It just crashes after going through the project prompts. Is this happening to anyone else?

Here's the error I'm getting when I try to open a project:

libGL: pci id for fd 54: 1002:67df, driver radeonsi
libGL: MESA-LOADER: failed to open /usr/lib/dri/ /usr/lib/dri/ undefined symbol: amdgpu_bo_list_create_raw
libGL error: MESA-LOADER: failed to open radeonsi (search paths /usr/lib/dri)
libGL error: failed to load driver: radeonsi
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/algebro/.drirc: No such file or directory.
libGL: pci id for fd 54: 1002:67df, driver radeonsi
libGL: MESA-LOADER: failed to open /usr/lib/dri/ /usr/lib/dri/ undefined symbol: amdgpu_bo_list_create_raw
libGL error: MESA-LOADER: failed to open radeonsi (search paths /usr/lib/dri)
libGL error: failed to load driver: radeonsi
libGL: MESA-LOADER: failed to open /usr/lib/dri/ /usr/lib/dri/ undefined symbol: amdgpu_bo_list_create_raw
libGL error: MESA-LOADER: failed to open swrast (search paths /usr/lib/dri)
libGL error: failed to load driver: swrast
Segmentation fault (core dumped)

Also oddly enough I'm getting a prompt saying the project I just created was created with an older version of unity and that it needs to be upgraded.

Downgrading to 2018.3.12f1-1 fixes the crashes, although now I'm getting dependency errors/missing assemblies when I try to open my existing projects.

Update: here is the crash in Editor.log:

[vulkan] LoadVulkanLibrary[vulkan] Loaded function vkGetInstanceProcAddr
[vulkan] Loaded function vkGetInstanceProcAddr
[vulkan] Loaded function vkCreateInstance
[vulkan] Loaded function vkDestroyInstance
[vulkan] Loaded function vkEnumerateInstanceExtensionProperties
[vulkan] Loaded function vkEnumerateInstanceLayerProperties
[vulkan] Loaded function vkEnumeratePhysicalDevices
[vulkan] Loaded function vkGetPhysicalDeviceProperties
[Vulkan init] extensions: count=2
[Vulkan init] extensions: name=VK_EXT_debug_report, enabled=1
[Vulkan init] extensions: name=VK_EXT_debug_utils, enabled=0
Vulkan error VK_ERROR_INCOMPATIBLE_DRIVER (-9) file: ./Runtime/GfxDevice/vulkan/VKContext.cpp, line: 333
Vulkan error./Runtime/GfxDevice/vulkan/VKContext.cpp:333

nerdnils commented on 2019-04-01 18:01 (UTC)

Crashes when creating a project. Reproducable. Memory Access error. Expected more from this

commented on 2019-03-23 10:35 (UTC)”>Python Training in Bangalore"> Angular 7 Training in bangalore"> best angularjs institute in bangalore”>java training in Marathahalli"> ui development training in marathahalli

commented on 2019-03-20 05:52 (UTC)">UI Development Training In Marathahalli">Web Designing Training In Bangalore">Web Designing training in Marathahalli bangalore">Web Designing Course bangalore">best Web Designing training center in Marathahalli bangalore">web designing courses in bangalore">Java Training In Bangalore

spacepluk commented on 2019-03-17 16:40 (UTC)

@weedfreak no problem, glad you figured it out.

weedfreak commented on 2019-03-15 13:13 (UTC) (edited on 2019-03-15 14:17 (UTC) by weedfreak)

Trying to update to 2018.3.8f1 I get an error messgage that cannot extract xz file, no room left on device. The install folder has 64 Gb free but the file registers itself as containing 3.4 Tb of data, the download is only ~800Mb and I tried it twice with the same results.

Ignore this, problem was with system update done earlier today, nothing to do with this package, all solved now. Sorry for the noise.

HunabKu commented on 2019-02-03 13:57 (UTC) (edited on 2019-02-03 13:57 (UTC) by HunabKu)

Hi, there is a bug in 2018.3x revisions. You need to manualy install 2018.2.20 revision. If you need 2018.3 features, use unity-editor-beta instead.

spacepluk commented on 2018-11-13 17:51 (UTC)

@mfracker yeah, that's the way makepkg works afaik.

I think there's an option to change the name of the downloaded file. I could append the version and that would solve these issues.

But I need to find some time to sit and do/test it, and I'm afraid of people complaining about the package leaving garbage behind and filling up their disks.

mfracker commented on 2018-11-13 17:31 (UTC)

@omid3098 I deleted the Unity.tar.xz from the pervious install, and the checksum passed.

@spacepluk It seems that when updating and Unity.tar.xz exists from a previous install, the PKGBUILD is not be downloading the new Unity.tar.xz since the files are named the same.

spacepluk commented on 2018-11-12 13:07 (UTC)

@omid3098 make sure you're actually downloading the latest Unity.tar.xz

omid3098 commented on 2018-11-12 07:00 (UTC)

trying to update to unity-editor 1:2018.2.14f1-1

==> Validating source files with sha1sums... Unity.tar.xz ... FAILED

Sarbot commented on 2018-09-30 11:33 (UTC)

@spacepluk changing the build directory solved it. Thank you!

spacepluk commented on 2018-09-30 07:38 (UTC)

@Sarbot it's a big package but it should build with 50Gb free. Make sure you're actually building in the volume that has the free space, Some AUR helpers build in /tmp by default.

Sarbot commented on 2018-09-29 19:30 (UTC)

How much disk space is needed to build this package? I still get an disk space error with 50GB free. :o Since I'm on a Laptop with just 128GB SSD I want to ask before I removed everything and it still wouldnt fit ;). How much of the space is available after installation (by removing package files etc)? But I'm glad that there is a Linux version packed for arch!

spacepluk commented on 2018-09-20 18:14 (UTC)

@HunabKu This looks like an upstream problem.

Maybe chime in here:

or in the forums:

HunabKu commented on 2018-09-19 06:41 (UTC) (edited on 2018-09-19 06:46 (UTC) by HunabKu)

Hi, i have this warning twice on each project load and on each script recompilation.

Plugins: Couldn't open /opt/Unity/Editor/Data/UnityExtensions/Unity/VR/Linux64/, error: /opt/Unity/Editor/Data/UnityExtensions/Unity/VR/Linux64/ symbol __google_auxv version GLIBC_PRIVATE not defined in file with link time reference

I disabled VR in package manager - built in, no change. This warning seems comes from gcc lib version difference.

wolfyrion commented on 2018-09-13 08:16 (UTC)

@spacepluk you were right,Thanks a lot!

spacepluk commented on 2018-09-13 07:37 (UTC)

@wolfyrion It seems to work here. Maybe you had an old Unity.tar.xz in your build folder?

wolfyrion commented on 2018-09-13 06:15 (UTC)

cant be installed

==> Validating source files with sha1sums... Unity.tar.xz ... FAILED

spacepluk commented on 2018-09-13 05:44 (UTC)

@Morganamilo While I agree that it's not the best, these packages are so big that I think it's sane to have that as the default. Otherwise the packages take forever to build.

You can always remove that line from the PKGBUILD if it really bothers you. If anybody can think of a better solution I'm all ears.

Morganamilo commented on 2018-09-12 17:06 (UTC)

PKGEXT='.pkg.tar' # Prevent compressing of the final package

PKGEXT is a makepkg config option. I strongly disagree with a pkgbuild overriding my makepkg.conf settings.

krukai commented on 2018-08-31 08:03 (UTC)

@spacepluk Sorry for the late reply. That might actually have been the case for my /home partition at that point. I hope this helps clearing things up.

spacepluk commented on 2018-08-10 07:22 (UTC)

hi @krukai, thanks for sharing. I'm also getting similar warnings (but with murrine) but it installs anyway. Could it be that you didn't have enough space the first time?

krukai commented on 2018-08-06 09:09 (UTC)

It might just be my setup (using LxQt as my desktop), but I could not install the latest version of the package (1:2018.2.1f1+20180703-1) due to the following GTK warning/error:

Unable to locate theme engine in module_path: "adwaita"

Installing extra/gnome-themes-extra fixed this issue for me. So even if this isn't actually a needed dependency, perhaps this helps others at least.

ealrann commented on 2018-07-22 17:50 (UTC)

Thank you for your comment, you lead me to the solution: My package directory is inside a "ln -s" folder (so pwd reflected that). I tried again going "normally" (e.g without using the link) to the folder, no problem this time.

spacepluk commented on 2018-07-20 09:42 (UTC)

@ealrann what filesystem are you using? have you tried in a different location?

ealrann commented on 2018-07-19 02:42 (UTC) (edited on 2018-07-19 02:48 (UTC) by ealrann)


I have some trouble to makepkg this one. I just:

tar xfv unity-editor.tar.gz
cd unity-editor

Then I got this log:

==> Making package: unity-editor 1:2018.2.0f2+20180711-1 (Thu 19 Jul 2018 10:32:05 AM CST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
mkdir: cannot create directory ‘/home/ealrann_public/pkg/unity-editor/unity-editor’: Not a directory

spacepluk commented on 2018-07-02 18:44 (UTC)

@retrakker no problem =) I just finished uploading the packages, let me know if you find any issues

retrakker commented on 2018-07-02 15:32 (UTC)

@spacepluk - wow. very much appreciated!

spacepluk commented on 2018-07-02 15:19 (UTC)

@retrakker that's a good idea, I'll upload another group of packages for that: unity-editor-lts*

retrakker commented on 2018-07-02 12:05 (UTC)

Are there any plans to have for of this repo to support the LTS line of Unity releases?

spacepluk commented on 2018-06-19 12:07 (UTC)

@mitchhentges I was about to answer, I was travelling and I couldn't answer. Glad you figured it out! :)

@arazosman I don't think a real-time kernel is necessary or helps with the crashes. Most crashes I've experienced that weren't known bugs, were caused by corrupted/incompatible data in the project's Library. Removing the Library folder and reimporting should be enough in those cases.

arazosman commented on 2018-06-16 15:56 (UTC)

If Unity crashes on loading projects, try to switch your kernel to a real-time kernel.

mitchhentges commented on 2018-06-14 19:40 (UTC) (edited on 2018-06-14 19:48 (UTC) by mitchhentges)

EDIT: I was out of disk space, so the setup was failing. Not an issue with this package, sorry!

I'm getting an error when I run "makepkg":

==> Making package: unity-editor 1:2018.1.3f1+20180607-1 (Thu 14 Jun 2018 12:39:10 PM PDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found UnitySetup-2018.1.3f1
  -> Found unity-editor
  -> Found unity-editor.desktop
  -> Found unity-editor-icon.png
==> Validating source files with sha1sums...
    UnitySetup-2018.1.3f1 ... Passed
    unity-editor ... Passed
    unity-editor.desktop ... Passed
    unity-editor-icon.png ... Passed
==> Extracting sources...
==> Starting prepare()...
==> Removing existing $pkgdir/ directory...
==> Entering fakeroot environment...
==> Starting package()...
  -> Extracting EULA...
  -> Extracting Unity...
==> ERROR: A failure occurred in package().

spacepluk commented on 2018-05-10 18:14 (UTC)

@zerophase I can't see anything obvious, I would love to have that too :)

But it's probably more complicated than it sounds. I believe they would need to use an archiving format that uses a compression algorithm that allows parallelization. And then package a library that can handle that in a cross-platform installer and probably integrate it with their build systems, etc.

I would rather have them spend the time on the engine, hehe :D

zerophase commented on 2018-05-10 17:59 (UTC)

@spacepluk Thanks. I just wanted to check if there was a switch for unity-setup for specifying threads or core count. Would be so much faster if it could use all cores.

spacepluk commented on 2018-05-10 16:08 (UTC)

@zerophase I don't think so but I'll ask upstream.

zerophase commented on 2018-05-10 15:33 (UTC)

Is there anyway to increase the amount of cores used while extracting the package?

spacepluk commented on 2018-05-10 08:16 (UTC)

@ask6155 nevermind, it seems like you don't have enough free space to build the package:

Required space 2.80GB is greater than available space 1.89GB on volume, aborting

spacepluk commented on 2018-05-10 08:13 (UTC)

@ask6155 that's what I meant sorry. I don't see anything wrong. It takes a while to build the package did you let it running enough time?

ask6155 commented on 2018-05-10 05:46 (UTC)

There is no editor.log but in /tmp there is a file called unity.log here it is

spacepluk commented on 2018-05-09 11:35 (UTC)

hi @ask6155, can you post a pastbin with the content of /tmp/Editor.log after it fails?

ask6155 commented on 2018-05-09 07:20 (UTC)

A failure occurred in the package() it started package() extracting EULA......... then it fails

also might help

(UnitySetup-2018.1.0f2:14654): Gtk-WARNING **: 12:45:01.304: Unable to locate theme engine in module_path: "adwaita",

spacepluk commented on 2018-04-26 07:06 (UTC)

@josexyz actually, somebody already asked and linux is not supported:

spacepluk commented on 2018-04-26 07:05 (UTC)

@josexyz I think you're more likely to get answers about this if ask in Unity's forum:

josexyz commented on 2018-04-23 04:04 (UTC)

I want to use the Vuforia Unity Component, it appears there is no AUR package for this component. How do I install this component?

spacepluk commented on 2018-03-23 12:48 (UTC)

@vita_cell it looks like there's something in your system that prevents the update of the desktop database. I would try uninstalling lib32-libcaberra and lib32-libcanberra-gtk3 and see if that helps. You can ping me on freenode if you'd like and I'll try to help :)

vita_cell commented on 2018-03-23 12:29 (UTC) (edited on 2018-03-23 12:36 (UTC) by vita_cell)

@spacepluk you are right, but now I have the same error as months before, it hangs at licence agreement:

  1. “Your Project Content” means games, applications, software or other content that you develop with the Unity Software.

Do you accept the ter

UPDATE: I left it doing something (no output in console), but now I have new errors:

cargando los paquetes... resolviendo dependencias... buscando conflictos entre paquetes...

Paquetes (1) unity-editor-1:2017.3.1f1+20180216-1

Tamaño total de la instalación: 2649,07 MiB

:: ¿Continuar con la instalación? [S/n] (1/1) comprobando las claves del depósito [#################] 100% (1/1) verificando la integridad de los paquetes [#################] 100% (1/1) cargando los archivos de los paquetes [#################] 100% (1/1) comprobando conflictos entre archivos [#################] 100% (1/1) comprobando el espacio disponible en el ... [#################] 100% :: Procesando los cambios de los paquetes... (1/1) instalando unity-editor [#################] 100% Dependencias opcionales para unity-editor unity-editor-doc unity-editor-standardassets unity-editor-example unity-editor-android unity-editor-ios unity-editor-mac unity-editor-webgl unity-editor-windows unity-editor-facebook :: Ejecutando los «hooks» de posinstalación... (1/3) Updating icon theme caches... (2/3) Arming ConditionNeedsUpdate... (3/3) Updating the desktop file MIME type cache... error: file owned by 'lib32-libcanberra' and 'lib32-libcanberra-gtk3': 'usr/lib32/gtk-3.0/modules/' error: file owned by 'lib32-libcanberra' and 'lib32-libcanberra-gtk3': 'usr/lib32/gtk-3.0/modules/' error: file owned by 'lib32-libcanberra' and 'lib32-libcanberra-gtk3': 'usr/lib32/' error: file owned by 'lib32-libcanberra' and 'lib32-libcanberra-gtk3': 'usr/lib32/' error: file owned by 'lib32-libcanberra' and 'lib32-libcanberra-gtk3': 'usr/lib32/' error: file owned by 'lib32-libcanberra' and 'lib32-libcanberra-gtk3': 'usr/lib32/pkgconfig/libcanberra-gtk3.pc'

spacepluk commented on 2018-03-22 12:19 (UTC)

@datgame my guess is that you don't have enough space to create the package. Can you post the content of /tmp/Unity.log when that happens?

@vita_cell's problem doesn't seem related to unity-editor but the log would help figure out what's going on.

vita_cell commented on 2018-03-22 12:05 (UTC)

Great, new errors!!:

==> Iniciando package()... -> Extracting EULA... /usr/share/themes/Chicago95/gtk-2.0/panel.rc:366: Imposible encontrar un archivo imagen en pixmap_path: «panel/null.png» /usr/share/themes/Chicago95/gtk-2.0/panel.rc:369: Background image options specified without filename /usr/share/themes/Chicago95/gtk-2.0/panel.rc:376: Imposible encontrar un archivo imagen en pixmap_path: «panel/null.png» /usr/share/themes/Chicago95/gtk-2.0/panel.rc:379: Background image options specified without filename -> Extracting Unity... /usr/share/themes/Chicago95/gtk-2.0/panel.rc:366: Imposible encontrar un archivo imagen en pixmap_path: «panel/null.png» /usr/share/themes/Chicago95/gtk-2.0/panel.rc:369: Background image options specified without filename /usr/share/themes/Chicago95/gtk-2.0/panel.rc:376: Imposible encontrar un archivo imagen en pixmap_path: «panel/null.png» /usr/share/themes/Chicago95/gtk-2.0/panel.rc:379: Background image options specified without filename ==> ERROR: Se produjo un fallo en package(). Cancelando...

datgame commented on 2018-03-21 14:25 (UTC)

makepkg -si ==> Making package: unity-editor 1:2017.3.1f1+20180216-1 (ons mar 21 15:23:31 CET 2018) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found UnitySetup-2017.3.1f1 -> Found unity-editor -> Found unity-editor.desktop -> Found unity-editor-icon.png ==> Validating source files with sha1sums... UnitySetup-2017.3.1f1 ... Passed unity-editor ... Passed unity-editor.desktop ... Passed unity-editor-icon.png ... Passed ==> Extracting sources... ==> Starting prepare()... ==> Removing existing $pkgdir/ directory... ==> Entering fakeroot environment... ==> Starting package()... -> Extracting EULA... -> Extracting Unity... ==> ERROR: A failure occurred in package(). Aborting...

david_pjimenez commented on 2018-02-10 16:32 (UTC)

@vita_cell, every time I install Unity, it doesn't install Visual Studio or MonoDevelop. You have to install the IDE that you want and tell Unity what IDE you want to use. (By default Unity use MonoDevelop).

But you can use any program to edit your scripts, just tell Unity the path.

vita_cell commented on 2018-02-10 13:14 (UTC)

@david_pjimenez If I could install new "unity-editor", I just want it with no Visual Studio (or any other Microsoft software), I just want Unity with monodevelop.

spacepluk commented on 2018-02-10 10:06 (UTC)

@vita_cell ping me on freenode and we can try and figure out how what's going on

david_pjimenez commented on 2018-02-10 06:08 (UTC)

@vita_cell What "Microsoft bloatware" are you talking about? My installation is completely free of any software from Microsoft. I use Visual Studio Code (With Unity extension and Mono installed) but Unity didn't install it, I did.

Visual Studio is included by default in Windows and Mac OS.

And as @spaceplik said, Unity is not longer supporting MonoDevelop (2018 builds, this build should work fine with MonoDevelop).

vita_cell commented on 2018-02-10 05:44 (UTC) (edited on 2018-02-10 05:47 (UTC) by vita_cell)

Guys one question: if some day I can install "unity-editor", how can I remove all Microsoft crap/bloatware? (even with no cost) I just want to use monodevelop as previously by default.

vita_cell commented on 2018-02-09 19:42 (UTC)

@spacepluk I already tryed (y,enter,yes), it keeps stucked.

spacepluk commented on 2018-02-09 15:52 (UTC)

@vita_cell thanks for the info, I'll wait until I deliver the current game before I update hehe

I checked your logs and I'm not sure what's going on. Maybe if you try to run the installer with --unattended that will shed some light. Or maybe it's a locale problem, do you accept the license with "y" or "s"?

vita_cell commented on 2018-02-09 13:55 (UTC) (edited on 2018-02-09 14:09 (UTC) by vita_cell)

Here is a response of Unity's support: " Hello,

Thank you for your report.

According to the logs, it seems that the issue was caused by your GPU driver incompatibility with Unity. I recommend trying the newest version of Unity (2017.3.0p2) and an alternative set of drivers. The newest Unity can be found in this thread:

We highly appreciate your contribution. If you have further questions, feel free to contact us.

Regards, Tomas Unity QA Team "


So basically, new "nouveau" driver stuff into Linux4.15 causes Unity to glitch GUI and graphics, and make it unusable.

Maybe it is same problem with other kernel versions, when I minimize Unity.

"unity-editor" installation:

Here is a console output when it hangs:

And here is the log while installing (take a look at the line 691):

It looks like licence terms accepting fails or stucks.

Thanks to everybody for helping and for quick answers!

spacepluk commented on 2018-02-09 11:59 (UTC)

@vita_cell thanks for the heads up about the new kernel.

Can you please post the content of /tmp/Unity.log after if fails to install? It looks like it might be another bug with the new installer. unity-editor-bin is installing an older version that doesn't have the new unity installer so it makes sense that that works for you.

vita_cell commented on 2018-02-09 08:54 (UTC) (edited on 2018-02-09 09:14 (UTC) by vita_cell)



Hi, now I can confirm, that booting with Linux 4.15, I can not do anything in Unity. Booting with 4.14.18-1-lts, Unity just works.

I already reported minimize and Linux4.15 bugs to Unity's devs.

So the problem is buggy Linux4.15 kernel.

I am using "unity-editor-bin", because I could not download "unity-editor". It stucks at "EULA" (see my message at the bottom). Still I have Unity's window minimize bug and crash (when I drag or move Camera inside Unity and after that minimize and maximize the Unity's window, GUI dissapear and Unity crashes). But I can work without problems if I don't minimize Unity.

spacepluk commented on 2018-02-09 08:37 (UTC)

vita_cell: Can you share a screenshot of the glitches?

spacepluk commented on 2018-02-09 08:36 (UTC)

@vita_cell: I redirect the output of the installer to /tmp/Unity.log, so you can check there for more info if waiting doesn't work.

@david_pjimenez: For unity-editor-android I packaged the specific version of the ndk that unity needs a while ago and the dependencies should be fine now.

david_pjimenez commented on 2018-02-08 19:53 (UTC)

@vita_cell I have been using this package without any problems (Even "unity-editor-android and more)

I remember when I was installing this package took a while with that string "EULA ......" but the editor was downloading and that's why it took me a while.

I'm using this editor on my laptop and desktop without any kind of UI issue or bug.

I'm using Gnome, RX480 (With open source drivers), Ryzen 5, 12 GB of RAM. The only "problem" that I had was installing "unity-editor-android" so many AUR dependencies and it was a little bit annoying. Especially because Unity doesn't work with the NDK and the SDK that is here as dependencies, you have to open the editor, go to preferences and download from there the SDK and NDK, then extract them in a simple folder (Separate folder for each one) and tell Unity where they are.

vita_cell commented on 2018-02-08 19:30 (UTC) (edited on 2018-02-08 19:53 (UTC) by vita_cell)

@david_pjimenez thanks for quick answer, ok I will give it some time to finish, it just looks like stucked or crashed.

Also I used the previous version of Unity(2017.2.*), which worked mostly fine (bug, glitched gui and crash when Unity window gets minimized). Today I could not do anything (updated Arch, packages, kernel...), after open Unity I just see only graphics glitches and bugs (but no crash). So I need to try newer version.

I am using XFCE, i5-2500k, 8gb ram, and gtx770 with nouveau, never had problems. I also tryed with LXDE, and other DEs.

Do you recommend me to install "unity-editor-bin"? ot newer "unity-editor"?

EDIT: installed "unity-editor-bin" and still have same graphics corruption glitches, I only can see the camera and move it, I don't see anything more. Even I can not see anything inside window when I click on "help"->"about unity"

david_pjimenez commented on 2018-02-08 19:13 (UTC)

@vita_cell are you sure you're stuck? In my case it took a while in that part but in the end it worked. I never saw the EULA, but the installation continued anyway.

vita_cell commented on 2018-02-08 19:00 (UTC)

-> Extracting EULA...

(UnitySetup-2017.3.0p2:9717): WARNING : 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.


How can I fix it? it sticks at Extracting EULA

spacepluk commented on 2018-01-26 17:38 (UTC)

@IXgnas if this is the same old bug, Alt-tabbing to another app and then back lets you type in the input fields.

IXgnas commented on 2018-01-26 17:19 (UTC)

I cannot log into Unity with Unity ID as the text boxes do not react to any input. Alternative login options have the same problem.

pschichtel commented on 2018-01-19 18:30 (UTC)

@spacepluk it works now without a xserver, thanks.

spacepluk commented on 2018-01-19 18:17 (UTC)

@pschichtel @Chais: I pushed a workaround, I think it should work now.

More info here:

spacepluk commented on 2018-01-19 12:03 (UTC)

MonoDevelop is officially deprecated:

pschichtel commented on 2018-01-18 21:29 (UTC)

I got the installer running in my headless environment by running it with a virtual framebuffer using xvfb-run from xorg-server-xvfb

Chais commented on 2018-01-18 19:34 (UTC)

@spacepluk: Well it seems it insists on running with an X server.

spacepluk commented on 2018-01-18 18:28 (UTC)

@Chais: I think that might be a bug in the new installer

Chais commented on 2018-01-18 18:21 (UTC)

Building in a chroot this fails with:

No protocol specified

GTK cannot open DISPLAY. Are you trying to run --unattended or --list-components?

spacepluk commented on 2018-01-18 12:00 (UTC)

hi everybody, I missed some changes in Arch's packages that moved some libraries around (

That's why there were some missing dependencies in the last update that prevented the mono compiler from running, and probably other helper tools.

That should be fixed now, let me know if you still have problems.

Chais commented on 2018-01-17 23:12 (UTC)

This doesn't build in a chroot. Which deps are missing?

spacepluk commented on 2018-01-17 08:03 (UTC) (edited on 2018-01-17 17:17 (UTC) by spacepluk)

@rvenson, @mahakala, @Invarianz: While I find time to review all the dependencies you can try installing lib32-gcc-libs manually.

spacepluk commented on 2018-01-17 07:59 (UTC) (edited on 2018-01-17 08:00 (UTC) by spacepluk)

hi there,

@pschichtel I'm executing the installer with the unattended flag. maybe this is a bug in the installer? I suggest you build the packages in a machine with a desktop environment and then upload the binaries to your headless machine.

@rvenson I was looking into that with @mahakala and the package is missing some lib32 dependencies. But, I'm a bit swamped right now and I don't know if I'll be able to fix it before the weekend.

rvenson commented on 2018-01-17 05:10 (UTC)

To reproduce the error, you just need create a new project and a new c# script. Aparently, Unity don't could compile any scripts. They show a message that say: "No MonoBehaviour scripts in the file..."

pschichtel commented on 2018-01-15 21:43 (UTC)

I tried to build this package on a headless system, but it fails during package().

The /tmp/Unity.log file says the following: GTK cannot open DISPLAY. Are you trying to run --unattended or --list-components?

mahakala commented on 2018-01-15 15:45 (UTC)

As far as I can see, nothing useful in the editor log. But I am not really sure what to look for there either.

I'm on irc/freenode if you'd like to talk to me there.

mahakala commented on 2018-01-15 15:37 (UTC)

spacepluk: I tried that, but it did not help :(

I've just reinstalled arch on a new computer. Might there be some unlisted dependencies causing this?

spacepluk commented on 2018-01-15 15:35 (UTC)

@mahkala, @Invarianz do you get anything useful in the editor logs?

spacepluk commented on 2018-01-15 15:28 (UTC) (edited on 2018-01-15 15:29 (UTC) by spacepluk)

hi there, Have you tried deleting UnityPackageManager, Library and Temp from your project's folder?

mahakala commented on 2018-01-15 15:27 (UTC)

I can confirm Invarianz error. I also get the empty error message.

When I create a new project without any code, but a cube, this does not happen. However, as soon as I add a new script (unmodified, with just the Start(){} and Update(){} empty as per default) I get the error.

I also tried the unity-editor-beta but got the same error...

Invarianz commented on 2018-01-05 02:50 (UTC) (edited on 2018-01-05 02:51 (UTC) by Invarianz)

In this version of unity the console is showing me an error without specifying the cause.

This error flag prevents compilation of scripts and changing unity to "play mode".

I already cleaned all files in .config and .local from the old unity version, to get a fresh install.

Since i get an empty error line I cannot state more details.

EDIT: Also projects build with the previous AUR version are affected. I cannot run them.

spacepluk commented on 2018-01-03 10:01 (UTC) (edited on 2020-01-29 16:21 (UTC) by spacepluk)

Following 2018.3.0f1 all the components in UnitySetup correspond to separate AUR packages.

So, for example to get the editor with Android build support you need to install both: unity-editor-beta and unity-editor-beta-android. Check the optional dependencies for the other platforms/components.

MonoDevelop is not included since 2013.3.0b1:

spacepluk commented on 2017-12-28 10:34 (UTC)

@jurf: try deleting UnityPackageManager and Temp from your project's folder and try again.

@ivan_p: thanks, I'll fix it ASAP :)

@SHARP_CODER: both yaourt and pacaur should be fine. I personally find pacaur to be better/easier.

@Hering: waiting to see what happens with monodevelop:

adangert commented on 2017-12-27 22:34 (UTC)

Failed to start Unity Package Manager: operation timed out. Please see the Editor.log file for more information.

this was when unity was on starting server.

ivan_p commented on 2017-12-26 11:04 (UTC)

Just found that android-sdk-platform-tools is required for Android Remote, android-tools from [community] (that I already had) didn't work for me. I think it should be added to the optdepends too.

SHARP_CODER commented on 2017-12-26 08:07 (UTC) (edited on 2017-12-26 08:11 (UTC) by SHARP_CODER)

@spacepluk, please recommend what way is easier and better to perfect install Unity3D. (of course with all needed dependencies). yaourt or packaur or something else? Just i'm new in AUR.

commented on 2017-12-16 10:07 (UTC)

@spacepluk: Interestingly the newest update still does not work because it tries to pull in monodevelop-unity as well when I upgrade it via yaourt but manually downloading unity-editor and installing with pacman -U .. did work.

spacepluk commented on 2017-12-15 15:31 (UTC) (edited on 2017-12-15 15:31 (UTC) by spacepluk)

@Herig but unity-editor works, right?

I'm not sure it's worth it dealing with this because with the new installer they don't provide monodevelop. My guess is that they might be dropping support for that.

commented on 2017-12-15 15:23 (UTC)

Currently this package cannot be installed because monodevelop is not resolveable: error: failed to prepare transaction (could not satisfy dependencies) :: monodevelop-unity: requires monodevelop

Manually installing it reveals that it is orphaned and the key was disabled: error: mono-addins: key "Daniel Isenmann" is disabled)

The system is up-to-date with all packages updated (2017-12-15 4 pm).

spacepluk commented on 2017-12-14 12:07 (UTC)

hi Nagasaki45, thanks for sharing that :) I'll add the missing dependency ASAP

Nagasaki45 commented on 2017-12-12 00:04 (UTC)

Hi. I just managed to install this, but not without some issues on the way. After a smooth installation, I opened the application, passed the login and "new project" pages, and when the unity editor was about to load most of the panels (like the hierarchy, project, inspector, etc.) were black. Only the scene panel showed a view of the empty scene. Searching the Editor.log I discovered that I'm facing this issue: I installed lib32-gcc-libs and the problem was solved. Maybe it's worth adding it to the PKGBUILD?

BTW, thanks for maintaining this package!

spacepluk commented on 2017-11-02 18:38 (UTC)

@adangert that doesn't sound like a problem in this package. Maybe make sure your system is up to date and try again.

adangert commented on 2017-10-29 23:12 (UTC)

Error: mono-addins: key "Daniel Isenmann <>" is disabled Failed to commit transaction: invalid or corrupted package:

pschichtel commented on 2017-10-25 20:31 (UTC)

@veridiam that sounds like a good fit for a split package

veridiam commented on 2017-10-25 19:19 (UTC) (edited on 2017-10-25 19:37 (UTC) by veridiam)

@spacepluk thanks! I also recommend pulling in the offline documentation ( and extracting to the directory /opt/Unity/Editor/Data/Documentation, or possibly /usr/share/doc/ and symlinking to the former. This will allow the editor to open up the documentation entries locally. Alternatively, I could put together a separate PKGBUILD for the docs and they can be optionally depended here.

spacepluk commented on 2017-10-25 15:58 (UTC)

@veridiam I intended to fix the desktop file and I forgot :@ but I'll fix it with the next update.

spacepluk commented on 2017-10-25 15:57 (UTC)

@flortsch fixed, thanks!

flortsch commented on 2017-10-23 22:12 (UTC)

gconf should be added as a dependency, without this package installed, the editor won't start.

veridiam commented on 2017-10-17 21:08 (UTC)

Suggest to add a .desktop entry to overwrite the one rolled by the install script, which has some issues. [Desktop Entry] Version=2017.2.0f3 Name=Unity Exec=/usr/bin/unity-editor Icon=unity-editor-icon Terminal=false Type=Application StartupNotify=true Categories=Development;IDE;Application; MimeType=x-scheme-handler/com.unity3d.kharma; StartupWMClass=Unity

spacepluk commented on 2017-10-08 16:31 (UTC)

@Fjellvang they raised the requirements at some point during 5.x and some older GPUs stopped working. To check if your GPU is supported try running: glxinfo | grep "core profile version" I think the minimum was 3.2.

Fjellvang commented on 2017-10-08 16:10 (UTC)

@spacepluk As far as i'm aware i have OpenGL, Unity used to work a few months back. But im not sure how to debug it..

commented on 2017-10-02 20:39 (UTC)

Not sure why this package is trying to call these files: [CEF] undefined in file:///%2Fhome%2Falek%2F.local%2Fshare%2Funity3d%2FPackages%2Fnode_modules%2Funity-editor-home%2Fdist/assets/unity-editor-home.js at line 39 [0930/] DOMStorageDatabase sqlite error 14, errno -2: unable to open database file, sql: -- sqlite3_open() [0930/] Unable to open DOM storage database at /home/alek/.config/unity3d/Unity/Browser/Cache/Local Storage/file__0.localstorage error: sql::Connection has no connection. IsTimeToCheckForNewEditor: Update time 0 current 1506787980 /home/alek/Documents/Unity/PIngPong Just to clarify: /home/alek is not on my computer nor has it ever been

spacepluk commented on 2017-10-01 17:03 (UTC)

@Fjellvang it looks like it's having trouble creating the OpenGL context. Unity needs at least OpenGL 3.2 if I remember correctly. @medicineman25 can you uninstall maya and try again?

Fjellvang commented on 2017-09-30 16:22 (UTC)

@medicineman25 I'm also seg faulting on startup. Tried reinstalling unity to no avail. This is my Crash log: Desktop is 1920 x 1080 @ 60 Hz No matching FBConfig found LICENSE SYSTEM [2017930 18:12:52] No start/stop license dates set LICENSE SYSTEM [2017930 18:12:52] Next license update check is after 2017-01-20T21:12:01 COMMAND LINE ARGUMENTS: /opt/Unity/Editor/Unity -no-throttle-updates [0930/] Running without the SUID sandbox! See for more information on developing with the sandbox on. [0930/] glxQueryVersion failed [0930/] GLSurfaceGLX::InitializeOneOff failed. [0930/] Running without renderer sandbox [0930/] Failed to establish GPU channel. [CEF] undefined in file:///%2Fhome%2Falek%2F.local%2Fshare%2Funity3d%2FPackages%2Fnode_modules%2Funity-editor-home%2Fdist/assets/unity-editor-home.js at line 39 [0930/] DOMStorageDatabase sqlite error 14, errno -2: unable to open database file, sql: -- sqlite3_open() [0930/] Unable to open DOM storage database at /home/alek/.config/unity3d/Unity/Browser/Cache/Local Storage/file__0.localstorage error: sql::Connection has no connection. IsTimeToCheckForNewEditor: Update time 0 current 1506787980 /home/alek/Documents/Unity/PIngPong UpdateMenuTitleForLanguage: 10 Loading GUID <-> Path mappings...0.000099 seconds Loading Asset Database...0.001774 seconds Audio: FMOD Profiler initialized on port 54900 AudioManager: Using PulseAudio: Default Output Device AssetDatabase consistency checks...0.048681 seconds Refreshing native plugins compatible for Editor in 0.00 ms, found 0 plugins. Preloading 0 native plugins for Editor in 0.00 ms. Initialize engine version: 2017.1.1xf1Linux (f4fc8fd4067d) Assertion failed on expression: 'context.IsValid()' (Filename: /home/builduser/buildslave/unity/build/Runtime/GfxDevice/opengl/GLContext.cpp Line: 70)

brknrobot commented on 2017-09-25 16:29 (UTC)

@memelord You can use the run_scaled tool to scale non-hidpi apps.

medicineman25 commented on 2017-09-24 14:06 (UTC)

Anyone else getting segfaults upon launch? terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid Stack trace: gsignal abort __gnu_cxx::__verbose_terminate_handler() /usr/lib/ [0x7ffa9dbbb8e6] /usr/lib/ [0x7ffa9dbbb933] /usr/lib/ [0x7ffa9dbbbb88] std::__throw_logic_error(char const*) char* std::string::_S_construct<char const*>(char const*, char const*, std::allocator<char> const&, std::forward_iterator_tag) std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) /usr/autodesk/maya2017/lib/ [0x7ffa98c9cd9f] /usr/autodesk/maya2017/lib/ [0x7ffa98cfab10] CMLFacade::Initialize(CMLWaypoint*, wchar_t const*, wchar_t const*, int, unsigned int, long long, long long, wchar_t const*, bool) CMLFacade::Initialize(CMLWaypoint*, wchar_t const*, wchar_t const*, int, unsigned int, long long, long long, wchar_t const*) TCIPClient::initialize() TCIPClient::TCIPClient() TCIPClient::theOne() TbaseApp::cipReportStartup() TbaseApp::initGeneral() /usr/autodesk/maya2017/bin/maya.bin() [0x4163d2] Tapplication::start() /usr/autodesk/maya2017/bin/maya.bin() [0x40ef90] main __libc_start_main /usr/autodesk/maya2017/bin/maya.bin() [0x40e82d] Segmentation fault (core dumped)

spacepluk commented on 2017-09-10 10:26 (UTC)

@memelord I think they don't really support HiDPI anywhere at the moment. It works on Windows/OSX because they rescale non-HiDPI apps automatically. I read somewhere that they are working on proper HiDPI support, so hopefully that will make it into the linux builds at some point. When I had a laptop with a QHD+ screen I just changed the screen resolution while I was working with unity. It't not the best but it worked for me :)

memelord commented on 2017-09-10 10:03 (UTC)

@spacepluk I tried the 5.5f version a while back and it didnt support hidpi hence I had to uninstall it and switch to windows. deleted my windows partition now but I was hoping maybe they implemented in the new beta.

spacepluk commented on 2017-09-10 05:53 (UTC)

@memelord now I don't have an HIDPI screen to test the latest versions, but none of them had support last time I checked.

memelord commented on 2017-09-10 04:56 (UTC)

Does this unity-editor or the unity-editor-beta support HIDPI on linux at the moment?

zerophase commented on 2017-08-27 18:30 (UTC)

@spacepluk no idea. It's probably just trying to hold all of unity in ram, while installing. Save it to disk first, or try increasing the size of tmp, if you have swap space.

spacepluk commented on 2017-08-27 17:54 (UTC)

Any idea which process was eating all the memory? I haven't seen this on my machine but I have 16G of ram.

devnull902 commented on 2017-08-27 17:42 (UTC)

@gestalt I had the same issue with 8GB of ram, so I added 16GB of swap while it was installing as a work around.

gestalt commented on 2017-08-25 11:22 (UTC) (edited on 2017-08-25 11:22 (UTC) by gestalt)

Anyone else runs out of memory? And I don't mean space on /tmp I allocated 20GB there. Should be enough. It took quite long so I left the PC running and in the end I was at my login screen. Journalctl shows several messages of killing processes to free up memory. Aug 25 12:16:27 marco kernel: Out of memory: Kill process 1343 (Discord) score 332 or sacrifice child Aug 25 12:16:27 marco kernel: Killed process 1343 (Discord) total-vm:2321968kB, anon-rss:171252kB, file-rss:0kB, shmem-rss:94044kB e.g P.S: I have 8GB of RAM.

spacepluk commented on 2017-08-14 11:20 (UTC)

@drtwisted monodevelop-unity is now in a separate package. Just install monodevelop-unity if you want it back.

drtwisted commented on 2017-08-14 09:55 (UTC)

After update monodevelop-unity has disappeared from my system.

spacepluk commented on 2017-08-13 07:56 (UTC)

It's done now, let me know if you have any issues.

spacepluk commented on 2017-08-12 15:40 (UTC)

I just rechecked to see how they do it in the debian package and it's actually an optional dependency. I think I'm gonna make it a split package that provides both unity-editor, monodevelop-unity but it only saves around 200Mb.

zerophase commented on 2017-08-11 20:15 (UTC)

@spacepluk Yeah, make monodevelop an optional dependency, and toss a bool in the PKGBUILD for copying monodevelop-unity over or not. Something like: # Assign anything here that is not null to use unity-monodevelop _MONODEVELOP_UNITY= if [ -n "$_MONODEVELOP_UNITY" ]; then # unity-monodevelop install options. fi

pschichtel commented on 2017-08-11 15:37 (UTC)

@spacepluk wouldn't it work to simply make the monodevelop dependency optional?

zerophase commented on 2017-08-11 13:48 (UTC)

@spacepluk monodevelop-unity gets copied over explicitly. I would like to remove mono, since that would save a decent amount of space on my system. You could add a bool to the package for installing monodevelop-unity.

spacepluk commented on 2017-08-11 10:47 (UTC)

Hi pschichtel, If I remember correctly, the Debian package they provide is set up like this. I haven't tried to split it but I don't think it's worth the trouble.

pschichtel commented on 2017-08-08 09:03 (UTC)

Is the monodevelop dependency really necessary? I'm personally using Rider for Unity development and never even stated monodevelop.

Arthank commented on 2017-08-06 16:36 (UTC)

hey guys, I makepkg -i this little guy and after downloading and validating went ok, in "Starting build" -> "extracting archive" takes a little eternity and did not complete yet ( and I must be waiting for one hour or so now )... any advice or info ? I have at least 200 GB of free space, i5 running at 2.7 GHz and 8 gigs or ram... so space and performance should not be an issue.

spacepluk commented on 2017-07-15 06:45 (UTC)

Hi linarcx, Is that a NTFS partition by any chance? The package has a workaround to get WebGL builds to work and it makes a symlink of the /usr/bin/python2 executable, if you filesystem doesn't allow that it will fail. I think your options are: 1. Install in another partition with a unix fs 2. Comment/remove that line if you don't need WebGL builds. I hope that helps, Cheers.

linarcx commented on 2017-07-14 06:02 (UTC)

==> Starting package()... ln: failed to create symbolic link '/mnt/D/Software/Program_Sources/Linux/Tar.xz/UnityEditor/source/pkg/unity-editor/opt/Unity/Editor/python': No such f ile or directory ==> ERROR: A failure occurred in package(). /usr/bin/python2.7

zerophase commented on 2017-07-14 00:29 (UTC)

Sha1 sum for EULA is: b0b08428b5df109916db396717ec7a8ec5f4c0c4 Sha512 sum for EULA is: 9349fd1bf385d0cec8ed4596502b082c8f1f09c2c30a63d2f1d3b5e0695f86760ac7289eacc07d92d6f161ddd9ba838fb41883247fc5c8616e8bfe73f7eca070

Kozeid commented on 2017-07-13 22:22 (UTC)

==> Validating source files with sha1sums... ... Passed EULA ... FAILED unity-editor ... Passed monodevelop-unity ... Passed unity-monodevelop.png ... Passed ==> ERROR: One or more files did not pass the validity check!

gururise commented on 2017-06-15 21:00 (UTC) (edited on 2017-06-15 21:02 (UTC) by gururise)

Problem: Launching monodevelop to edit script results in: "The following add-ins could not be started: MonoDevelop.GnomePlatform,5.9"

qw3ry commented on 2017-05-14 12:35 (UTC)

Note that if you're using a build helper such as yaourt you will probably want to change the build dir from /tmp to something else because there is very limited space available on /tmp (4GB in my case). The build script says this as well, but only after the download, so even if you notice the message (it got lost for me in the countless "no space left on device" messages), you'll have to re-download the whole thing which can be a pain with a slow connection.

zerophase commented on 2017-05-01 15:27 (UTC)

Does building for mobile still not work?

jurf commented on 2017-04-22 13:23 (UTC) (edited on 2017-04-22 13:28 (UTC) by jurf)

OK I don’t even use Arch anymore so I’m going to unmaintainer myself. It’s been a nice ride however. See ya! Edit: can’t find a way to do so, @spacepluk could you do the honor?

superhansel commented on 2017-04-18 19:40 (UTC)

Could you add "gconf" as a dependency? This prevented the startup of the application for me.

gestalt commented on 2017-04-10 15:46 (UTC)

The editor crashes on startup. journalctl gives following error: Apr 10 17:39:24 localhost.localdomain systemd[1]: Started Process Core Dump (PID 16288/UID 0). Apr 10 17:39:25 localhost.localdomain systemd-coredump[16290]: Process 16280 (UnityHelper) of user 1000 dumped core. Stack trace of thread 16287: #0 0x00007f407cf48ae5 n/a ( #1 0x00007f407d266214 n/a ( #2 0x00007f407d271b59 n/a ( #3 0x00007f407d10fc22 n/a ( #4 0x00007f407d11aeb6 n/a ( #5 0x00007f407cf2d925 n/a ( #6 0x00007f407cf08e3c n/a ( #7 0x00007f407df1f1a0 n/a ( #8 0x00007f407df1f3cd n/a ( #9 0x00007f407df546b1 n/a ( #10 0x00007f407df23bea n/a ( #11 0x00007f407cc9b15e n/a ( #12 0x00007f407df7d12c n/a ( #13 0x00007f408b4aa2e7 start_thread ( #14 0x00007f408b1eb54f __clone ( Stack trace of thread 16280: #0 0x00007f408b1d3707 __sched_yield ( #1 0x00007f407df7c96b n/a ( #2 0x00007f407cc98869 n/a ( #3 0x00007f407df53ca2 n/a ( #4 0x00007f40822b5f63 n/a ( #5 0x00007f40822b66bd n/a ( #6 0x00007f40822b800a n/a ( #7 0x00007f408c8dce5c _ZN3gfx12GLContextGLX11MakeCurrentEPNS_9GLSurfaceE.part.10 ( #8 0x00007f408c978617 _ZN3gpu21CollectGraphicsInfoGLEPNS_7GPUInfoE ( #9 0x00007f408c976e19 _ZN3gpu26CollectContextGraphicsInfoEPNS_7GPUInfoE ( #10 0x00007f408ea967ad _ZN7content7GpuMainERKNS_18MainFunctionParamsE ( #11 0x00007f408ea942fc _ZN7content21ContentMainRunnerImpl3RunEv ( #12 0x00007f408ea92869 _ZN7content11ContentMainERKNS_17ContentMainParamsE ( #13 0x00007f408c1d65e7 _Z17CefExecuteProcessRK11CefMainArgs9CefRefPtrI6CefAppEPv ( #14 0x00007f408c17db81 cef_execute_process ( #15 0x000000000040b8a5 _Z17CefExecuteProcessRK11CefMainArgs9CefRefPtrI6CefAppEPv (UnityHelper) #16 0x0000000000402d88 main (UnityHelper) #17 0x00007f408b11f511 __libc_start_main ( #18 0x0000000000402ea9 _start (UnityHelper)

spacepluk commented on 2017-04-09 14:58 (UTC)

hey @Kerrex, I checked the permissions and they look good. Maybe I'm missing something?

z3ntu commented on 2017-04-05 09:26 (UTC)

@maintainers: You can add me as a co-maintainer if you want as I also use the package at least once a week.

spacepluk commented on 2017-04-03 16:02 (UTC)

Hi there, I'm using both unity-editor and unity-editor-beta on a daily basis. It's just that I've been traveling and I didn't have time to update yet. And I also wanted to address the monodevelop issue, and the thing with the permissions in the same update. I'm hoping to have time in the next couple of days. I'm happy to take over the package if the rest of the maintainers aren't using it anymore. Cheers,

GreenByte commented on 2017-04-03 15:49 (UTC)

Here is a patch for 5.6f3 (hopefully diff -Nu is the correct way to do it): --- PKGBUILDold 2017-04-03 18:41:05.851930442 +0300 +++ PKGBUILDcp 2017-04-03 18:40:00.948968457 +0300 @@ -5,9 +5,9 @@ # Contributor: Ace <a.mad.coder at gmail dot com> pkgname=unity-editor -_version=5.5.2 -_build=f1 -_buildtag=20170228 +_version=5.6.0 +_build=f3 +_buildtag=20170403 pkgver=${_version}${_build}+${_buildtag} pkgrel=1 epoch=1 @@ -35,18 +35,18 @@ 'android-udev: for Android Remote') conflicts=('unity3d') replaces=('unity3d') -source=("" +source=("" 'EULA' 'unity-editor' 'monodevelop-unity' 'unity-monodevelop.png') noextract=("unity-editor-installer-${_version}x${_build}") -sha1sums=('01f4b892935efa125cec11c4b0eda005989619d7' +sha1sums=('0ce174eb5dbe2d3c7192869cee5569f618831d15' '53092e4526533baf3e76db454b7b07ba3557d159' 'c3727d6851a3ffd0aef9b380e2485eed9f02ef6b' '8ffbfd8f4577b146d25217720ac6689c5d929e84' 'd1ecf758c9816f964febf601d065b0354940d866') -sha512sums=('d6d5c544c0aac9a403dc6382660379ef8aff8298a90e8a0117f27a3fe5c5f04b9598fd7350d67682e100541c026edaf61f589ed41be3f69c2755309be533764c' +sha512sums=('0bf8df750d3bdc72b66f7401555ddb7f42927b889ea1b7878ba6c12d75c91f8fc57d5ece7e778584c6a9de3b82b40419b92120e363c0e2596e0d47d0c9c494b4' 'e512c7fa28207d39a968eda2ef9dc67f6b91dc91cd7fd5133a44232a5d73b2c29851be146d842dfcf2e6d932eb205beb6ee8eae689ac37643afec74b4f015a5e' 'ef907b215996354dd4f76cae79687952e11937510823ec836bc984180803b5deb3fd5a055092e258ca3a2293b90ce0da7f0c8cdb7862d546d843e092b3dbc3a0' '26946ad2c759699763c1284a1f30380072da2911659992fa2471b436df1f0535b6eef61007f11c2e010e4a002663324e42ef5ae1417aa45e0ec99f4e3f0aafb7'

jurf commented on 2017-04-02 17:01 (UTC)

OK I’m gonna be frank, I don’t use Unity at all now (and I haven’t for a year now). Seeing as there’s not much responding to the comments I’m not sure whether the other maintainers still do either. I stuck around but I’m not sure if I just shouldn’t pass it on, since I’m not going to waste 2 gigs of bandwidth and 10+ gigs of free space to package something I’m probably not even going to use.

z3ntu commented on 2017-03-31 16:48 (UTC) (edited on 2017-03-31 16:49 (UTC) by z3ntu)

Sry, apparently f1 & f2 are still beta and only f3 is final... Extremely weird naming scheme by Unity... (reference:

BjarnoBe commented on 2017-03-25 22:43 (UTC) (edited on 2017-03-27 21:49 (UTC) by BjarnoBe)

Those with the "The following addins could not be started: MonoDevelop.GnomePlatform,5.9" error. There seems to be a problem with the built-in version of MonoDevelop. I changed the external script editor in Unity to fix this problem... Edit > Preferences > External Tools > (In dropdown menu) Browse Then go to /usr/bin and find the monodevelop file. Select it, and click ok. Close Unity Preferences and then try editing/opening a script. I'm not sure whether there are any noteworthy differences between the built-in (outdated) version of MonoDevelop, and the one that is in the Arch Repositories. But it's worth giving a shot! (I've recently started learning to use Unity, so I can't test throughly if using a newer version simply fixes the problem or not!). Edit: One of the things I noticed is that when opening a script from within Unity, MonoDevelop doesn't open the solution or the script at all. So you have to manually open the solution (which Unity generates) and the C# file you want to edit from within MonoDevelop.

Kerrex commented on 2017-03-07 18:18 (UTC)

Hello, every new release Unity forces me to change "/opt/Unity/Editor/chrome-sandbox" permission to 4755. It's not the big deal to do manually but I think it'd be easy to fix next update :)

FordO commented on 2017-02-27 20:47 (UTC) (edited on 2017-02-27 20:48 (UTC) by FordO)

Whenever I launch Monodevelop-Unity editor I get the following error: The following addins could not be started: MonoDevelop.GnomePlatform,5.9 Error: Error while getting object for node in path `/MonoDevelop/Core/PlatformService'. Exception: System.TypeLoadException: Could not load type 'MonoDevelop.Platform.GnomePlatform' from assembly 'GnomePlatform, Version=, Culture=neutral, PublicKeyToken=null'. at ...

gururise commented on 2017-02-23 05:06 (UTC)

How do you get rid of the warning: "The following add-ins could not be started: MonoDevelop.GnomePlatform,5.9" when launching Monodevelop to edit a script??

Beretta021 commented on 2017-02-10 17:52 (UTC)

Does anyone have issues with adding C# scripts to unity, When there is no script unity runs in play mode and builds propperly, but if I add empty script I'm getting this errors

gururise commented on 2017-02-03 16:03 (UTC) (edited on 2017-02-03 19:44 (UTC) by gururise)

Thanks for this package! I currently have monodevelop-6.2 installed from archlinux and noticed that the monodevelop-unity is version 5.9.6. Is that normal? It seems one of the depends is monodevelop, just wondering why the monodevelop-unity is a different version than the system installed monodevelop and is there a way to bump up the monodevelop-unity version to match?

silverhammermba commented on 2017-01-30 19:46 (UTC)

Please add gconf as a dependency. Unity won't start without it.

igorrafael commented on 2017-01-13 05:49 (UTC)

@DoctorJellyface: thank you for your input. The point we disagree is that keeping the package at the f version would be "at other users' expenses". My initial comment is based on the release standards of the windows and mac version, where Unity devs consider the bug fixes to be potentially unstable. I assume it is ok to have a potentially broken patch considering the whole Linux build is experimental itself and the patch versions might be the only source for some Linux specific bugfixes. That said, I would still prefer to see a third package with the patch version (unity-editor-patch ?). It's just not a big deal while the Linux editor remains in the experimental state.

jurf commented on 2016-12-27 09:09 (UTC)

And please do not mix up beta with this. The beta releases have higher version numbers and include experimental **new** features. The patch releases are nothing of the sort, no matter where they are hosted. They fix issues on the current _stable_ branch. It's like a minor bugfix release, except the Unity devs are aware of the size of the download and do not want to force anyone to it. Neither do we. What you install is your choice alone.

jurf commented on 2016-12-27 09:05 (UTC)

Also, if some users need those patches, how are they supposed to install them?

jurf commented on 2016-12-27 09:03 (UTC)

@spacepluk, I would like to second this. Just because some users don't need the fixes doesn't mean that new users (installers) should get an unpatched bugged one. If you really want to save those gigs just add unity-editor to the pacman ignore list and install when you think it is needed (which you should be doing already owing to the size of the package), but you cannot ask us to skip those releases at other users' expense.

spacepluk commented on 2016-12-27 08:31 (UTC) (edited on 2016-12-27 08:31 (UTC) by spacepluk)

hi @bohdanfetso @igorrafael, My understanding is that patch versions add bugfixes, which I think is desirable given the current situation of the editor for linux where there's no real stable :) 5.5.0p1 is definitely not a beta release, the unity-editor-beta package is on version 5.6.0b1. I think that providing the latest version available for each line of development follows the Arch way and I believe most users would expect that. And if you wish to skip the patch versions that's something you can do easily. I don't know, this way makes more sense to me but I could be wrong. I would love to hear more opinions about this.

commented on 2016-12-27 05:58 (UTC)

Please update back to version 5.5.0f3. Version 5.5.0p1 is beta! And this is stable branch.

igorrafael commented on 2016-12-26 15:27 (UTC)

IMHO, the main unity-editor package should not update to patch versions. I understand arch users are used to living on the bleeding edge but even unity states "As always, patch releases are recommended only for users affected by those bugs fixed in that patch" []. Another hint to that is that the patch version's URL starts with "beta". btw, thanks for maintaining this package in the first place :)

spacepluk commented on 2016-12-05 16:24 (UTC)

I don't think there's a workaround. Unity is probably not tested/meant to run without hardware acceleration, so it's not so surprising that it fails. I would just run the previous version until you can upgrade the hardware. To revert to the previous version you can try this: git clone cd unity-editor git checkout 8070e9e33c25b13ee023d031b1c8195d96cbb101 makepkg -sif

element commented on 2016-12-04 19:58 (UTC) (edited on 2016-12-04 20:15 (UTC) by element)

Is there any work-around (that doesn't involve hardware upgrade) ? If I use LIBGL_ALWAYS_SOFTWARE=1 I manage to run OpenGL 3.3 but why does the unity-editor crash in such a scenario ? can I upgrade or use OpenGL 3.3 without using LIBGL_ALWAYS_SOFTWARE=1 (intel)? can I downgrade back to Unity3D v5.4.1 somehow ?

spacepluk commented on 2016-12-04 19:43 (UTC)

hi @element, I'm afraid they dropped support for OpenGL 2 in this version and now it seems to require OpenGL 3 or later.

element commented on 2016-12-04 19:38 (UTC)

# unity-editor loads starting screen but crashes after selecting a game project # LIBGL_ALWAYS_SOFTWARE=1 unity-editor With this I manage to load a project, but closes/crashes instants later. Everything worked fine (5.4.1) until I updated to the latest release... [openGL is 2.1 unless I use LIBGL_ALWAYS_SOFTWARE=1 which gives 3.3] Hope someone can help me ( & probably others ... )

spacepluk commented on 2016-12-04 16:58 (UTC)

@dkotama I don't know, I think something got messed up. I would start from scratch and report on the first problem so we can try to help you.

dkotama commented on 2016-12-04 14:31 (UTC)

thanks for fast reply @spacepluk i tried that command and the output was -rwsr-xr-x 1 root root 3.2M Nov 26 00:20 /opt/Unity/Editor/Data/Tools/ oh forgot to mention, maybe it just stupidity, before this happened, i changed the /opt/Unity owner to myself with command, because i read that some modules failed to load because of Unity cannot access it, # chown $USER:sdkusers -R /opt/Unity after crash, unity want me to restore to root, and all permission to 4755, and i did this # chown root:root -R /opt/Unity # chmod 4755 -R /opt/Unity still error happened, sorry for the trouble

spacepluk commented on 2016-12-03 19:02 (UTC)

Hi @dkotama, I just tested on my computer and everything seems to work as expected. Is that log from trying to open a C# script? What do you get if you execute this? ls -lh /opt/Unity/Editor/Data/Tools/

dkotama commented on 2016-12-03 16:58 (UTC)

Hi, firstly i succeed in install using yaourt. Make a new project, and then crashes while opening a C# Script (Monodevelop part maybe). After crash i tried to run editor again, and failed this is the log

spacepluk commented on 2016-12-01 10:07 (UTC)

hey @zerophase, we try to stay as close as possible to upstream's packaging. I see the benefit of separating unity's monodevelop, but I'm afraid that would put an extra burden on maintenance.

z3ntu commented on 2016-11-30 19:17 (UTC)

Build #20161125 (5.5) is out!

zerophase commented on 2016-11-30 18:41 (UTC)

With Rider almost out for C#, has there been any further consideration for making monodevelop optional?

Cravix commented on 2016-11-30 01:24 (UTC)

oh sorry, just find libirml searching happened before unity started, so maybe irrelevant. and full log here: , don't know if there's any hint?

Cravix commented on 2016-11-30 01:06 (UTC)

importing any package leads to crash, and when run LD_DEBUG=libs unity-editor and do it again, seems it failed in trying to search, any solution here? thanks in advance!

ljrk commented on 2016-11-07 21:19 (UTC)

@DoctorJellyface Done. I think any maintainer should be able to do this, maybe we should make a bugreport for the AUR -- is it really so that you do not have the small pin next to your comment on the right edge?

jurf commented on 2016-11-07 21:02 (UTC)

@LeonardK I believe only you can sticky comments, please do so with mine or make your own, we need one like this.

jurf commented on 2016-11-07 21:01 (UTC) (edited on 2016-11-07 21:02 (UTC) by jurf)

This is not the beta package! Please do not flag it out of date if the new version has the letter "b" in it. Instead please look at

beroal commented on 2016-10-28 14:22 (UTC)

What are those "..." in the file path? Post your "/etc/makepkg.conf". Try to turn off compression by setting {{{ PKGEXT='.pkg.tar' }}}.

xavier83 commented on 2016-10-28 10:25 (UTC) (edited on 2016-10-28 10:26 (UTC) by xavier83)

makepkg keeps crashing for me during the compression step when building this package.

jurf commented on 2016-10-10 14:28 (UTC)

If you installed it directly with the .sh file then you can't expect pacman to know about it, you need to install this package for that. To remove just remove the folder Unity extracted itself into.

hunganh commented on 2016-10-10 13:35 (UTC)

Excuse me. Are there somebody know how to remove it? I installed with the .sh file and now i want to completely remove it but i cannot find it in package manager neither yaourt.

Matheus commented on 2016-10-04 22:00 (UTC)

Ok, it works, thanks !

spacepluk commented on 2016-10-04 16:55 (UTC)

Hi Matheus, This is a very big package. If you're using an AUR helper you'll need to specify a build dir with a lot of free space because most of them default to /tmp which is usually a ramdisk. For example: yaourt --tmp=/somewhere/with/lots/of/free/space -S unity-editor or: BUILDIR=/somewhere/with/lots/of/free/space pacaur -S unity-editor I hope that helps.

Matheus commented on 2016-10-03 00:49 (UTC)

I'm getting not enough space error, even though a lot of space.

commented on 2016-09-15 14:57 (UTC)

Never mind, it worked perfectly for me, now. I've no idea what was going on. *shrug* Thanks to @DoctorJellyface for his/her advice and thanks to everyone involved in maintaining this. :)

jurf commented on 2016-09-15 11:15 (UTC)

Did it pass the checksums? (Do you have base and base-devel installed?)

commented on 2016-09-15 10:26 (UTC)

I'm getting a strange error, here. No matter how many times I download the snapshot, the archive cannot be extracted or viewed. "An error occured while loading the archive. Fatal Error." I've never had this before.

spacepluk commented on 2016-09-03 11:34 (UTC)

I just rolled back to the stable version. People looking for the beta should install `unity-editor-beta` instead. Sorry for the inconvenience.

spacepluk commented on 2016-09-01 17:29 (UTC)

hey @LeonardK, shouldn't we keep this package on the stable version?

spacepluk commented on 2016-09-01 17:28 (UTC)

@zentu most of it it's the new iOS project deployment thing.

z3ntu commented on 2016-09-01 17:10 (UTC)

Packages (1) unity-editor-5.5.0b1+20160830-1 Total Installed Size: 6383,93 MiB Net Upgrade Size: 2787,81 MiB what happened with the unity editor? :o

ljrk commented on 2016-06-22 08:14 (UTC)

@DoctorJellyface The reason is that it packages its own libs and for the same reason chrome etc. are kept in /opt/ too. One could try to remove all those libs and run it on system libraries only in which case we could move it to /usr/ but it'd require some work and I doubt this'll be as stable as the pre-packaged version is. Also we follow upstream.

jurf commented on 2016-06-22 07:08 (UTC)

@LeonardK @adaoag the windows installer can optionally fetch I think. Speaking of which, do you think it's a good idea to move Unity into /usr/share? There's no reason to keep it in /opt really.

ljrk commented on 2016-06-04 11:38 (UTC)

There is none is the package provided by Unity: $ pacman -Ql unity-editor I've found no resource on why it's supposed to be there...

commented on 2016-06-04 01:25 (UTC)

Does anyone here know where the offline documentation is located or a way to download it? I can't find it in its supposed location /opt/Unity/Editor/Documentation

jurf commented on 2016-05-07 09:03 (UTC)

Why does everyone want to get rid of MonoDevelop? Seriously, it takes up like 10% of Unity's size, counting all the deps and shoes. Anyway, since upstream packages them together this is probably a no-go, since we try to follow it as closely as possible, as per the Arch way. If you really want it though try to ask the devs, but I doubt it'll happen, it just adds maintenance burden for everyone.

hstefan commented on 2016-05-06 03:57 (UTC) (edited on 2016-05-06 03:57 (UTC) by hstefan)

What do you guys think of a making monodevelop-unity a separate package and only an optional dependecy for this one? I have my own "hacked" version of this PKGBUILD that doesn't install monodevelop and I wonder if it would be a good contribution to clean it and submit here.

jurf commented on 2016-04-28 15:17 (UTC)

OK just tried it on another package and yes it works! I'll update it right away.

jurf commented on 2016-04-28 15:06 (UTC)

We should start using pacman hooks instead of the install file. I think it's done automatically but I'm not sure, and I don't have the free space to test. I can't find anything on the interwebs either. I noticed that the otter browser was updated to use them, here are the changes:

jurf commented on 2016-04-26 19:38 (UTC)

tancrackers: Because both 32 and 64 bit versions are needed, see:

tancrackers commented on 2016-04-26 15:40 (UTC)

Question: How come gcc-multilib and not gcc?

jurf commented on 2016-04-08 14:36 (UTC)

lordmetroid: yes, Unity will work fine, but libpng is useless on your system now, and when Unity crashes so will the bugreporter. Just build it, it doesn't get many updates.

lordmetroid commented on 2016-04-08 14:08 (UTC)

Thank you DoctorJellyFace, I changed libpng12 dependency to libpng and it seems to work fine. So the PKGBUILD file can be adjusted to use the regular libpng for all I know.

ljrk commented on 2016-04-08 13:39 (UTC)

Note: 5.4 ain't out yet, it's just a beta. If you want the beta, use this package:

jurf commented on 2016-04-07 19:54 (UTC)

For ggc-multilib you have to enable the [multilib] repo. See libpng12 is an AUR package, you have to build it from there, or use an AUR helper.

lordmetroid commented on 2016-04-07 19:26 (UTC)

[lordmetroid@baboon unity-editor]$ makepkg -sri ==> Making package: unity-editor 5.3.4f1+20160317-1 (Thu Apr 7 21:24:30 CEST 2016) ==> Checking runtime dependencies... ==> Installing missing dependencies... [sudo] password for lordmetroid: error: target not found: gcc-multilib error: target not found: libpng12 ==> ERROR: 'pacman' failed to install missing dependencies. Is it possible to have makepkg fetch the dependencies?

jurf commented on 2016-04-05 04:22 (UTC)

Yes, unfortunately, otherwise the bug (crash) reporter crashes.

ben0mega commented on 2016-04-04 22:56 (UTC)

Question: Does this package really depend on libpng12? /opt/Unity/Editor/Unity is linked against libpng16, and I am not sure what else would require it.

ljrk commented on 2016-04-03 12:55 (UTC)

do you have awk installed? It's in base so it should be there... Otherwise, could you please give the output of "$ df . -BG --output=avail"?

piojo commented on 2016-04-03 08:21 (UTC)

This gives no output on my system: df . -BG --output=avail | awk -F'[^0-9]*' 'FNR==2 {print $0;}' Fortunately, the script still runs.

spncr.hg commented on 2016-03-24 19:27 (UTC)

If you get the "No space left on device" error, I would suggest telling your AUR helper to build in an alternative directory. #mount -o remount,size=20G,noatime /tmp Will eat a lot of your RAM. An example for yaourt is creating ~/tmp/yaourt and have the line TMPDIR=/home/YOUR_USERNAME/tmp/yaourt in ~/.yaourtrc .

kasdrs commented on 2016-03-19 13:12 (UTC)

if u got a space error mensage. /tmp "No space left on device" Error try resize /tmp like this. #mount -o remount,size=20G,noatime /tmp i have this problem and it works for me ^^

ljrk commented on 2016-03-18 13:06 (UTC)

Achievement unlocked: Update unity-editor before someone flags it out-of-date :-)

spacepluk commented on 2016-03-17 07:24 (UTC)

I made another package for the beta releases if you want to try it: It's based on this one but it installs into /opt/UnityBeta so you can use both side by side.

spacepluk commented on 2016-03-16 16:55 (UTC)

I'm working on it :)

Zuntatos commented on 2016-03-16 16:49 (UTC)

New file assuming stable branch = SHA256 = 501e548e4f958ffc4e404155291e3db464ae65f6995e0e78becc717b3d5d3046

ljrk commented on 2016-02-26 13:28 (UTC)

@xavier Hm this curl error means: "Write error. Curl couldn't write data to a local filesystem or similar. Possibly you are downloading into /tmp and have no space left? Test like this: $ cd /tmp # or the dir you are downloading to $ df . -mh

xavier83 commented on 2016-02-26 13:03 (UTC)

keep getting this error. -> Downloading % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 37 1016M 37 379M 0 0 1230k 0 0:14:05 0:05:15 0:08:50 1735k curl: (23) Failed writing body (1248 != 1448) ==> ERROR: Failure while downloading Aborting...

raingloom commented on 2016-02-15 00:27 (UTC)

@RalphORama I got the same error but did some digging. Turns out there is an executable named "unity-editor" in the build folder, the pkg folder it looks for is a subfolder of a nonexistent folder with the same name. However, there already is a folder called "pkg" in the same folder as unity-editor. You can't mkdir -p it, because you can't make the "unity-editor" dir, hence you can't make the pkg dir.

RalphORama commented on 2016-02-11 21:42 (UTC)

I'm getting the following error when installing the package via "yaourt -S unity-editor": ==> Starting build()... -> Extracting archive ... ==> Entering fakeroot environment... chmod: cannot access ‘/tmp/yaourt-tmp-ralph/aur-unity-editor/unity-editor/pkg’: Not a directory /usr/bin/fakeroot: line 181: 14284 User defined signal 1 FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH="$PATHS" LD_PRELOAD="$LIB" "$@" ==> ERROR: Makepkg was unable to build unity-editor. ==> Restart building unity-editor ? [y/N] ==> ------------------------------------- ==> However, I can't manually create that directory: [ralph@kelper-186f ~]$ mkdir /tmp/yaourt-tmp-ralph/aur-unity-editor/unity-editor/pkg mkdir: cannot create directory ‘/tmp/yaourt-tmp-ralph/aur-unity-editor/unity-editor/pkg’: Not a directory Any idea what the issue could be?

ljrk commented on 2016-02-10 21:35 (UTC)

@Det Thanks, fixed

Det commented on 2016-02-10 20:55 (UTC)

No space in "less than 10GB left.If".

aash29 commented on 2016-01-14 07:55 (UTC)

Thanks! It is my main user, I'll try posting on Unity forums. So far I found a similar bug with no solution:

spacepluk commented on 2016-01-14 07:46 (UTC)

It seems to be related to opencl, but also that UsbDevices.cpp line looks suspicous. Is that your main user? If not, maybe it's missing some groups? I'd also take the log to the unity forums it's easier to help when you can see the source, hehe.

aash29 commented on 2016-01-14 07:36 (UTC) (edited on 2016-01-14 07:40 (UTC) by aash29)

hey @spacepluk Here it is: I guess the relevant error is this: ../../third_party/tcmalloc/chromium/src/] Attempt to free invalid pointer 0x7ffeb8f60330 Receiving unhandled NULL exception Launching bug reporter #0 0x007ffeb8f5efc0 in funlockfile #1 0x007ffeb8f5f558 in tcmalloc::Abort() #2 0x007ffeb8f5f560 in tcmalloc::Log(tcmalloc::LogMode, char const*, int, tcmalloc::LogItem, tcmalloc::LogItem, tcmalloc::LogItem, tcmalloc::LogItem) #3 0x007ffeb8f5f680 in (anonymous namespace)::InvalidFree(void*) #4 0x007ffeb8f5f700 in glCreateSyncFromCLeventARB /home/builduser/buildslave/unity/build/Editor/Platform/Linux/UsbDevices.cpp:UsbDevicesQuery /home/builduser/buildslave/unity/build/Editor/Platform/Linux/UndoPlatformDependent.cpp:SetUndoMenuNamePlatformDependent /home/builduser/buildslave/unity/build/Editor/Platform/Linux/UndoPlatformDependent.cpp:SetUndoMenuNamePlatformDependent /home/builduser/buildslave/unity/build/Editor/Platform/Linux/UndoPlatformDependent.cpp:SetUndoMenuNamePlatformDependent /home/builduser/buildslave/unity/build/Editor/Platform/Linux/UndoPlatformDependent.cpp:SetUndoMenuNamePlatformDependent /home/builduser/buildslave/unity/build/Editor/Platform/Linux/UndoPlatformDependent.cpp:SetUndoMenuNamePlatformDependent /home/builduser/buildslave/unity/build/Editor/Platform/Linux/UndoPlatformDependent.cpp:SetUndoMenuNamePlatformDependent

spacepluk commented on 2016-01-14 07:10 (UTC)

hey @aash29, I don't see any of those issues here. Do you get any errors in Editor.log?

aash29 commented on 2016-01-14 07:08 (UTC)

5.3 crashes each time after I close the Build option dialog after it performs a build. Anyone else encountered this? This happens in empty projects too. In my older project, which was fine in 5.2, it also produces binaries that segfault on launch, but that is probably a different issue.

ljrk commented on 2016-01-04 22:24 (UTC)

Well, as I said it's probably built the package but it just didn't install it. I was too lazy to report tbh.

spacepluk commented on 2016-01-04 16:17 (UTC)

cool =] Yeah, I think it might be a bug in pacaur. I'm using yaourt and it works.

therocode commented on 2016-01-04 16:14 (UTC)

Alright, I used the normal makepkg method and unity-editor installed fine and now works! Odd that it doesn't work the pacaur way. Is that something that should be reported to pacaur do you think? Anyway, thanks for the help! :)

ljrk commented on 2016-01-04 16:01 (UTC)

I recently have this problem too, but not with unity-editor but other packages. The package is successfully built and located in /tmp/pacaurtemp-USERNAME/unity-editor ... Just use pacman -U PACKAGENAME on the file to install

spacepluk commented on 2016-01-04 15:58 (UTC)

Hmm, I don't know I can't see any recent changes that could cause that. Do you mind building the package manually to make sure it's not a problem with pacaur?

therocode commented on 2016-01-04 15:54 (UTC) (edited on 2016-01-04 15:55 (UTC) by therocode)

spacepluk, that's an issue I had before but then it would give an error similar to "error: no space left on device" and shut down. I recently however ran "systemctl mask tmp.mount" to make /tmp not mount in the ram file system but on disk instead and I've got 25G available. Kimspindel in fact did this recently as well, as we're both trying to get it to work on very similar computer setups. After trying to install, there is a folder called "unity" in the /tmp folder but it only contains a directory '13a24ab5-c919-4b48-b01c-5784912bde2e' which has ivy.xml in it. Nothing more. Also yeah, no errors are given when installing. It's just that nothing is installed.

spacepluk commented on 2016-01-04 15:48 (UTC)

it's a big package, maybe you're running out of space in /tmp??

therocode commented on 2016-01-04 15:46 (UTC)

I have the exact same issue as kimspindel. Upgrading from 5.1.0 here, it looks like the package is being upgraded but then after the "installing..." message, it is as if nothing happened and the old version boots up. I also uninstalled unity-editor to try from scratch, but same thing happens - it goes through the building and seemingly the installing but then nothing is installed at all.

kimspindel commented on 2016-01-04 15:43 (UTC)

Hi, I've been trying to upgrade unity-editor from 5.2.2 to 5.3.0 through pacaur. However, after extracting and making the package, it seemingly starts to install and then stops, then nothing happens and the package isn't upgraded. I tried to uninstall and then install the package again, but then now I don't have any unity installed at all. Here is the log of the installation process

spacepluk commented on 2015-12-23 17:28 (UTC)

hi there! :) That's a known issue you need to force a mesa version with an env variable. Check this thread

RMKD commented on 2015-12-23 17:25 (UTC)

This is great, though I still can't get mine to complete. From the unity script, I've got the license check working (via i3wm - can't type in xfce) and can create new projects, but when I load I get this popup error: "OpenGL 3.2 is required. Your GPU (Mesa DRI Intel(R) Haswell Mobile ) or OpenGL drivers only supports OpenGL 3.0". This is a Lenovo z510 using a Haswell Integrated Graphics Controller, so I'm not expecting a ton of graphics power but it's not like the machine is very old. Any ideas how to meet the OpenGL dependency? The log provides a little more info: ATTENTION: default value of option force_s3tc_enable overridden by environment. [1223/] Failed to establish GPU channel. Full log here: mhwd -l produces (the video-intel is currently installed): > 0000:00:02.0 (0300:8086:0416) Display controller Intel Corporation: -------------------------------------------------------------------------------- NAME VERSION FREEDRIVER TYPE -------------------------------------------------------------------------------- video-intel 2015.08.18 true PCI video-vesa 2012.09.18 true PCI

jurf commented on 2015-12-18 17:45 (UTC)

Heh, it's fun to look at the diff of the EULA. Much clearer than their summaries.

clara2g commented on 2015-12-18 17:24 (UTC)

@LeonardK: Ah, I didn't know about the code-tags. Edited my previous message in order to keep the comments board clean. Thanks for the tip :)

ljrk commented on 2015-12-18 17:19 (UTC)

Ah, good to know will update the package. You cannot use code-tags in the AUR comments, it's better to instead just rely on external providers like pastebin

clara2g commented on 2015-12-18 17:17 (UTC) (edited on 2015-12-18 17:22 (UTC) by clara2g)

@LeonardK: I fixed it installing 'npm'. It's supposed to be optional (and it was in 5.2) but 5.3 dind't launched until installed. The log before installing npm was:

ljrk commented on 2015-12-18 17:05 (UTC)

Hm, this is weird. Can you post your .config/unity3d/Editor.log somewhere please?

ljrk commented on 2015-12-18 17:03 (UTC)

already updated

clara2g commented on 2015-12-18 17:02 (UTC)

@LeonardK: Thanks but didn't work for me

jurf commented on 2015-12-18 16:58 (UTC)

We should put that into the launch script.

ljrk commented on 2015-12-18 16:52 (UTC)

Ok, could fix it, just execute: mkdir -p ~/.local/share/unity3d/Packages

ljrk commented on 2015-12-18 16:47 (UTC)

Same thing here, sadly I couldn't get it to log anything neither, yet

clara2g commented on 2015-12-18 16:40 (UTC)

Thanks for the quickness! But after updating to 5.3 Unity doesn't open anymore. I can't go beyond the "Recent" window, which is all black... This is happening in both my laptop and desktop computers. Deleting Unity config files doesn't solve the problem... Any Ideas?

spacepluk commented on 2015-12-18 14:33 (UTC)

I'm downloading 5.3.0f4 right now, I'll push the new version in a bit :)

ljrk commented on 2015-12-18 09:20 (UTC)


erbridge commented on 2015-12-17 15:51 (UTC)

@LeonardK: The trick with wget in the makepkg.conf seemed to work, thanks.

anthraxx commented on 2015-12-09 20:18 (UTC)

It prints warnings if its not a common license that is shipped via /usr/share/licenses/common. So if it does not exist there, its mandatory to package the license into the package itself. @DoctorJellyface: can't tell yet, once I have a bit more time I will look into the EULA, the dependencies and may drop the vendor a mail... not nice to have non-source packages but its not strictly forbidden (so maybe yes, why not)

jurf commented on 2015-12-09 20:15 (UTC)

Also isn't it mandatory to have the license in the package as per the Arch packaging standards? I know at least namcap prints out an error if it's not present. Also @anthraxx, do you think Unity has a realistic chance to get into [community]?

ljrk commented on 2015-12-09 12:53 (UTC)

Ah, okay -- didn't get that ^^ This is ofcourse a good reason, but if it's included in their archive, I think we should just package it there (the script of spacepluk is nice too xD)

anthraxx commented on 2015-12-09 12:52 (UTC)

@LeonardK: as i already explain, thats not the point. technically seen its correct, but the AUR should be seen as staging for binary repository (which is redistribution in the end). TU's don't want to mess around with such issues if they want to move packages from the AUR, it should be as complete as possible. We shouldn't play the douchebag card just because this PKGBUILD is not a package itself (but creates one) when the upstream folks explicitly said it should contain it. Do we really have to spend so much time arguing about putting that in or not? We really should keep it and spend the time on something actually useful and productive while still making upstream happy about their decisions.

ljrk commented on 2015-12-09 12:48 (UTC)

Also this package isn't out of date -- 5.3 isn't out for Linux afaik. Deflagging.

ljrk commented on 2015-12-09 12:44 (UTC)

Well, we don't provide a package, right? We provide a script which shouldn't be redistribution

spacepluk commented on 2015-12-07 16:02 (UTC)

Not an official statement but related:

anthraxx commented on 2015-12-07 15:56 (UTC)

that depends on the content of the EULA (did not read it). They are providing _their_ packages, if you ever provide a packaged package then its technically redistribution. So just because their own installer has none, doesn't mean you don't have to include it if you package it somewhere.

ljrk commented on 2015-12-07 15:50 (UTC)

well, still I'd say that the EULA shouldn't be something we should provide. If they do not provide it with their installer, we shouldn't (need to) either imho.

anthraxx commented on 2015-12-07 15:43 (UTC)

One should always see the AUR as a kind of 'staging area for community'. If the day comes when a package will be moved to community, a TU does not (optimally) want to bother with anything besides moving the package as is into community.

spacepluk commented on 2015-12-07 15:38 (UTC)

hehe, yeah I guess this is only relevant if the package ever makes it into community. I'm not sure how feasible that is though. If it's going to stay in AUR forever it's probably better to get rid of the eula and just provide a file with the link inside.

ljrk commented on 2015-12-07 15:33 (UTC)

What I'm actually wondering about is that why should we care about their EULA and ship it? It's not that we would distribute releases of their software, we just provide a script to repackage. The debian package doesn't have such a thing as we have either (does it even provide a EULA?). I think we should just use the EULA in the 'installer' if provided, otherwise provide a link max. I don't see why we should create scripts to update the EULA but they don't ^^ The script is nice tho xD

spacepluk commented on 2015-12-07 12:20 (UTC)

@LeonardK @DoctorJellyface hey guys, I made some improvements to the update-eula script and now it can be used as a pre-push hook. I think that should be enough to make sure we keep the EULA up to date and it's more compliant with the packaging standards. It also has the nice side-effect of showing exactly what has changed in the diff. Let me know what you think. We should update the package with the new EULA as soon as possible, it's been out of date for a while now.

ljrk commented on 2015-12-05 14:20 (UTC) (edited on 2015-12-05 14:21 (UTC) by ljrk)

Sadly their download servers are not that great, so the connection might close. Best thing is to download with wget and tell it to reconnect if closed: wget -c I recommend editing the DLAGENTS array in your makepkg.conf like this: < 'http::/usr/bin/curl -fLC - --retry 3 --retry-delay 3 -o %o %u' > 'http::/usr/bin/wget -t0 -c -O %o %u' Ofcourse you can also just manually download the file (eg. with wget configured for unlimited retries) and place it within the same folder. This will use wget to download the file which can be configured to have unlimited tries (-t0). I've not tested this within the makepkg.conf but it should work.

erbridge commented on 2015-12-05 00:59 (UTC)

I'm having trouble updating. The following always happens around 10 mins into the download. $ makepkg ==> Making package: unity-editor 5.2.2f1+20151018-1 (Sat 5 Dec 00:46:37 GMT 2015) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 71 953M 71 683M 0 0 1083k 0 0:15:01 0:10:46 0:04:15 1466kcurl: (18) transfer closed with 281906459 bytes remaining to read ==> ERROR: Failure while downloading Aborting...

ljrk commented on 2015-11-28 13:20 (UTC) (edited on 2015-11-28 13:20 (UTC) by ljrk)

Bug recognized upstream they say it's an issue with thr chromium embedded framework. As a workaround you can install fluxbox or similar WMs which are confirmed working (i3wm works here) for the one-time login. Alt-tab works for some people too. EDIT: source:

misz commented on 2015-11-28 10:50 (UTC)

I have the same issue as @galixigen

galixigen commented on 2015-11-24 10:01 (UTC)

I can't login, text fields don't react on my input. How to fix it?

ljrk commented on 2015-11-22 20:54 (UTC)

Weird, so they added a different server which makes me download the whole thing in 80 minutes(!) but doesn't abort downloading (only curl aborts after some minutes). The old URL works fine with wget though, and I can download in ~5mins when I tell wget to reconnect ...

ljrk commented on 2015-11-21 15:36 (UTC)

@Schala No idea what you mean, we aren't stripping anything from the package @DoctorJellyface The warning-way would be a way to go definitely.

Schala commented on 2015-11-21 05:07 (UTC)

The non-custom asset packages seem to be missing.

jurf commented on 2015-11-20 15:52 (UTC)

Thanks for the update. Also, regarding the EULA, couldn't we just normally generate it and then compare the file to a checksum _inside_ the PKGBUIlD? We could then print a warning and add a comment to the top of the EULA that in might not be up-to-date with an URL.

ljrk commented on 2015-11-20 14:10 (UTC)

update pushed ;-)

spacepluk commented on 2015-11-20 14:09 (UTC)

cool :)

ljrk commented on 2015-11-20 13:41 (UTC)

currently in a lecture @ uni, trying to update pkg, internet is good here :-)

Schala commented on 2015-11-05 08:42 (UTC)

FYI, Monodevelop isn't needed. It's just the default setting for text editor

jurf commented on 2015-11-01 20:14 (UTC)

There's not a whole lot of them, either major completion sets or small user made colourful completions which aren't used by many people (usually with less then 2 votes). Think of completions as a very quick kind of documentation. Also we could actually make a --help.

ljrk commented on 2015-11-01 20:07 (UTC)

Just searching in the AUR for completions gives many results -- so maybe we should just do it too.

spacepluk commented on 2015-11-01 18:23 (UTC)

I think that's the case when upstream provides the completion scripts but I might be wrong.

jurf commented on 2015-11-01 18:18 (UTC)

We do however ship scripts and the completions belong into _them_. I don't remember an example where they are shipped in a different package though.

spacepluk commented on 2015-11-01 18:16 (UTC)

I still think that belongs to `bash-completion-unity-editor` or something like that. I know this is the AUR but if this package is ever gonna make it into community we should try to keep it as close as possible to upstream.

jurf commented on 2015-11-01 18:08 (UTC)

Yep. Seems like basic functionality to me, hope you don't mind if I add them.

spacepluk commented on 2015-11-01 18:05 (UTC)

@DoctorJellyFace You mean these, right?

spacepluk commented on 2015-11-01 18:01 (UTC)

Me neither, it could be super cool though. I'm thinking remote iOS builds on a mac like with UE4.

ljrk commented on 2015-11-01 17:58 (UTC)

Didn't know that it was even possible to build stuff on cli in Unity ^^ +1 for simplicity ;-)

spacepluk commented on 2015-11-01 17:04 (UTC)

Sounds cool, but maybe that should be a separate package/project (Simplicity principle).

jurf commented on 2015-11-01 14:53 (UTC)

*thinking You know, command line argument completion, along with simple descriptions, etc. Maybe a script for building projects for multiple platforms from the command line.

ljrk commented on 2015-11-01 13:56 (UTC)

@DoctorJellyface: What completions do you have in mind? @Kazune: The GTK_IM_MODULE thing is known already -- but we unset the environment variable before launching actually: Does this not work for you?

Kazune commented on 2015-11-01 13:53 (UTC)

Unity keeps crashing on load/create project, unless XMODIFIERS is unset (along with GTK_IM_MODULE). Possibly it doesn't like any input modifiers?

jurf commented on 2015-10-17 14:49 (UTC)

I've been thing about adding zsh completion to the scripts, and maybe some handy ones of our own. What do you think?

ljrk commented on 2015-09-30 16:06 (UTC)

@DoctorJellyface Yep, that's what it was ;-)

jurf commented on 2015-09-30 15:49 (UTC)

AFAIK we are following upstream, who included monodevelop in their dependencies too. The reasons in a nutshell: 1. We want to ship a working package, and monodevelop is expected to work out-of-the-box. 2. We could manually include the dependencies ourselves, but MD has quite a lot and are subject to change, so by installing it we pull all of them automatically, leaving less burden on our shoulders. 3. Size issues are irrelevant here, since we are comparing a ~1GiB Unity download vs a ~40MiB MD one, and ~2GiB in installed size vs ~80MiB.

ljrk commented on 2015-09-30 15:41 (UTC)

@Schala That's right, but we use it to get the transitive dependencies of Monodevelop as it is shipped. One could make it optional though but iirc we discussed that already and apparently we had a good reason not to do so - or forgot about it ^^

Schala commented on 2015-09-30 07:32 (UTC)

FYI, Monodevelop isn't needed. It's just the default setting.

edoantonioco commented on 2015-09-26 04:17 (UTC)

the source is not found, maybe they changed the link where it is located

ljrk commented on 2015-09-24 19:43 (UTC)

Germany here, so it's probably that ^^

ronjouch commented on 2015-09-24 18:50 (UTC)

@LeonardK strange, it does 404 for me, right now oÔ. Maybe they're having CDN issues? I live in Canada. ~ wget --2015-09-24 14:49:41-- Resolving (, Connecting to (||:80... connected. HTTP request sent, awaiting response... 404 Not Found 2015-09-24 14:49:42 ERROR 404: Not Found.

ljrk commented on 2015-09-24 18:28 (UTC)

maybe some of their servers are overloaded :/

ljrk commented on 2015-09-24 18:27 (UTC)

no 404 here:

ronjouch commented on 2015-09-24 17:48 (UTC)

Not installable as of 2015-09-24 because the source installation file 404s. Other users are complaining about it on Unity's support forum ( ), hoping a new build comes soon :/

spacepluk commented on 2015-09-17 19:01 (UTC)

I just checked, it's already there.

jurf commented on 2015-09-17 19:00 (UTC)

Mono pulls in python, smbclient python2. But if it wasn't then definitely optdepends, following the upstream.

ljrk commented on 2015-09-17 18:55 (UTC)

hm, in that case yes. But make sure pactree doesn't show it as an already satisfied dependency. Currently not at my PC so I cannot check.

spacepluk commented on 2015-09-17 18:54 (UTC)

I'm not sure, but I think it's only needed for the webgl stuff. Maybe I should put it in optdepends?

ljrk commented on 2015-09-17 18:52 (UTC)

(or is it a transitive dependecny already?)

ljrk commented on 2015-09-17 18:51 (UTC)

In this case though we should add python2 as a dependecny ;-)

spacepluk commented on 2015-09-17 18:49 (UTC)

FYI, the new version (5.1.0f3+2015091501-2) only "fixes" the webgl builds.

jurf commented on 2015-09-16 16:38 (UTC)

Actually it just bumped to 60 min, so yeah... Strange servers they have there.

spacepluk commented on 2015-09-16 16:37 (UTC)

Mine is going to take longer so go for it :)

jurf commented on 2015-09-16 16:28 (UTC)

Already downloading the new build, ETA 30 min, will push updated checksums closely after that. If someone's gonna have it sooner, please tell me so I won't rush of my ass for nothing ;)

jurf commented on 2015-09-11 16:00 (UTC)

Just the heads up, the problem is fixed in the next build.

spacepluk commented on 2015-09-11 09:15 (UTC)

@silverhammermba thanks for tracking that down. I reported the problem in the forums (here

silverhammermba commented on 2015-09-11 05:37 (UTC)

I was getting a SIGABRT on launch because Unity couldn't load ~/.config/user-dirs.dirs. Apparently it expects you to have the default Xdg user directories set up. Maybe add something in the install script that checks for the existence of the Xdg user directories files?

lybin commented on 2015-09-04 02:45 (UTC)

@boustrophedon, in login, yes, helping the TAB

boustrophedon commented on 2015-09-04 02:15 (UTC)

Is anyone else having problems entering text into text boxes?

ljrk commented on 2015-09-02 16:36 (UTC)

yep, a typo. idk how it did test-build then tho.

Bastian commented on 2015-09-02 16:30 (UTC)

I seem to be getting a "install: cannot stat ‘/opt/Unity/unity-editor-icon.png’: No such file or directory" during phase 'Starting package()', hmm..

ljrk commented on 2015-09-02 14:16 (UTC)

Yep, noticed that while ago but forgot to move it >.< Will do so now, and while I'm on it, I should increase pkgrel too...

vdust commented on 2015-09-02 14:14 (UTC)

The message in pre_install() (in unity-editor.install) is out of place. The message concerns package building, but is printing during package installation. It should be printed in the PKGBUILD instead (outside of functions). % ... warning "If you are using an AUR-Helper or building on a small partition ..." build() { ... %

spacepluk commented on 2015-09-02 14:02 (UTC)

oh crap, I had a really bad day :P

ljrk commented on 2015-09-02 13:59 (UTC)

yep, we updated the unity-editor script to include an additionaly fix but forgot to update the checksums. Fixed.

vdust commented on 2015-09-02 13:45 (UTC)

Thanks for the quick update. However, there's still an issue (sha256 mismatch) ==> Validating source files with sha256sums... ... Passed EULA ... Passed unity-editor ... FAILED monodevelop-unity ... Passed ==> ERROR: One or more files did not pass the validity check!

spacepluk commented on 2015-09-01 18:39 (UTC)

@vdust Oops! I'm not used to have * in .gitignore, sorry about that. It should be ok, now. @anthraxx thanks for the tips :)

anthraxx commented on 2015-09-01 18:11 (UTC)

PS: sed is not needed in the makedepends, its part of base-devel :)

anthraxx commented on 2015-09-01 18:08 (UTC)

@vdust: the only problem is that they forgot to add and commit the local EULA file... they don't intend that a package builder needs to run that script, its just for internal usage when the maintainers want to update the local file. Please include the local EULA file and also please run mksrcinfo, the .SRCINFO is also outdated

vdust commented on 2015-09-01 17:58 (UTC)

==> ERROR: EULA was not found in the build directory and is not a URL. ==> ERROR: Makepkg was unable to build unity-editor. You should NOT have scripts to be run manually before PKGBUILD is run. It makes it impossible to install/update it through yaourt now... This EULA file should NOT be listed in the source array at all.

jurf commented on 2015-09-01 12:11 (UTC)

Well, they don't _need_ them to build the package, though maybe they'll want to update the EULA themselves.

spacepluk commented on 2015-09-01 10:09 (UTC)

I put the EULA as a text file and moved the conversion stuff to a small script that is meant to be run manually by the maintainers. I'm not sure if I should remove the makedepends though.

spacepluk commented on 2015-09-01 09:22 (UTC)

I don't know, in that case if they change something in the html we won't notice and we could be shipping a broken EULA. I still think that it's better to leave the html alone, or add a reference to the website.

jurf commented on 2015-09-01 09:20 (UTC)

Maybe we could just download it from _inside_ the PKGBUILD?

spacepluk commented on 2015-09-01 08:56 (UTC)

dammit, I changed it back to skip the checksum. The EULA itself doesn't change, it's just some webapp related token.

Lindenk commented on 2015-09-01 02:58 (UTC)

eula sha256sum has changed again to 3617d64c0d5976a1ba487b84c2fcc23528bc5606dd31a065b13f3bc361bd3c29

godofgrunts commented on 2015-08-31 22:31 (UTC)

eula sha256sum has changed. It's now 01d16bbd155f79cea6b19d73e806d7af24318715bbdf5eb688eaf8e423682fa5

navi commented on 2015-08-31 20:57 (UTC)

The same error with the chrome sandbox shows when running Chromium/Google Chrome, and the --ignore-gpu-blacklist flag doesn't make it go away. I don't use Chromium/Chrome regularly, but the browser seems to run fine (with GPU accel). This fixed it for me, but thanks for all the help.

ljrk commented on 2015-08-31 10:37 (UTC)

@navi: Definitely run pacman -Syu, there might be other not up2date packages that could rise issues. Also, according to this,, it might help to launch chromium (chrome-sandbox) with --ignore-gpu-blacklist. Idk how to achieve that but you might try to prefix launching Unity with this: CHROMIUM_ARGS=--ignore-gpu-blacklist. Also might wanna try installing chromium and see whether the problem is there to, or not. If the latter is the case you might wanna also try: CHROME_DEVEL_SANDBOX=/path/to/the/chromium/chrome-sandbox spacepluk also started a thread about this:

spacepluk commented on 2015-08-31 10:02 (UTC)

Yeah, I meant the graphics driver. I'd try upgrading the driver and if that doesn't work it might be a good idea to report the problem in the forum and see if a Unity dev can take a look.

navi commented on 2015-08-31 09:36 (UTC)

Driver for what? I'm using Nvidia 352.30 for graphics.

spacepluk commented on 2015-08-31 08:46 (UTC)

@navi it looks like a libcef issue. Which driver are you using? Can you post the output of `LD_DEBUG=libs /opt/Unity/Editor/Unity`?

navi commented on 2015-08-31 08:27 (UTC)

spacepluk commented on 2015-08-31 08:04 (UTC)

That's a great idea :) @DoctorJellyface #unity3d-linux at freenode

jurf commented on 2015-08-31 07:59 (UTC)

Anyone thought starting a Unity3D Arch Wiki entry? Also, what's the IRC room name?

spacepluk commented on 2015-08-31 07:44 (UTC)

@navi: can you post the content of `~/.config/unity3d/Editor.log`? I'm in the irc channel right now if you want some realtime help.

navi commented on 2015-08-31 04:52 (UTC)

Still crashes when loading a project, new or old.

ljrk commented on 2015-08-30 16:43 (UTC)

@navi: We had this bug once already, just delete the unity config files (probably some wrong permissions): rm -rf .config/unity3d Or delete them manually as there are also some logs of the unity games launched.

spacepluk commented on 2015-08-30 16:43 (UTC)

@navi make sure that you have write permissions for `~/.config/unity3d`

navi commented on 2015-08-30 16:40 (UTC)

Does this crash unless run as root for anyone else?

spacepluk commented on 2015-08-30 08:49 (UTC)

@fwalch the thing with libresolv is still bugging me :/ It didn't fail for everybody and I have no idea why. My last theory is that there's some kind of race condition and in some systems one of the dependencies ends up dragging in the system's libresolv instead of the bundled one. But I couldn't prove it after investigating LeonardK ldd and trying different levels of cpu/network throttling.

spacepluk commented on 2015-08-30 08:30 (UTC)

Sorry, I didn't get the notifications for some reason. Yeah, I was completely wrong about the quote thing :P

fwalch commented on 2015-08-29 08:24 (UTC)

Re reverting the "$@" change: When the expansion occurs within double quotes, each parameter expands to a separate word. That is, "$@" is equivalent to "$1" "$2" ... Also looks like you found a workaround for the network problems, awesome! :-)

jurf commented on 2015-08-29 07:10 (UTC)

Why is it reverted?

spacepluk commented on 2015-08-28 15:42 (UTC)

fixed :)

ljrk commented on 2015-08-28 15:28 (UTC)

Oops, yep. Maybe that's why it crashed for some people if they tried to launch via /usr/bin/unity3d

spacepluk commented on 2015-08-28 15:26 (UTC)

I just noticed the quotes around "$@" I don't think we should do that, we are compacting all the parameters into one.

jurf commented on 2015-08-28 12:07 (UTC)

Pushed a minor rename patch, didn't increase the rel, rebuild isn't necessary.

jurf commented on 2015-08-28 06:16 (UTC)

It's needed for the bug reporter. If it runs fine without it then we'll remove it, but the last time I checked it was definitely needed. No idea why it isn't mentioned in the release notes, Levi knows about it.

sankasan commented on 2015-08-28 06:13 (UTC)

Is there any reason this package depends on libpng12 from AUR? The binary provided works fine without it and the dependencies from Unity don't mention libpng.

jurf commented on 2015-08-27 17:08 (UTC)

Heh, I guess we're just walking around in circles.

ljrk commented on 2015-08-27 16:58 (UTC)

yes, shoudl be enough too. mv would be still ok I guess, though. We just use it instead of copying ^^

jurf commented on 2015-08-27 16:49 (UTC)

AFAIK > -o $pkgdir > mv $pkdir/unity-editor-VERSIONSTUFF $pkgdir/Unity should be enoguh, no need to complicate it. I was talking about the second part btw (the one with mv, whether to use it or not).

ljrk commented on 2015-08-27 16:34 (UTC)

@DoctorJellyface We could just use > ARCHIVE=$(awk '/^__ARCHIVE_BEGINS_HERE__/ {print NR + 1; exit 0; }' $pkgname-installer-$ > tail -n+$ARCHIVE $pkgname-installer-$ | tar xj -C $pkgdir and then > mv $pkdir/unity-editor-VERSIONSTUFF $pkgdir/Unity I think

jurf commented on 2015-08-27 15:57 (UTC)

OK, looked at what would happen if -o would be used, and it looks like it would be much more complicated, since 'install' would have to be replaced with 'mv' or something and trust it not to mess up permissions or we would have to remove the icons/.desktops after using 'install'.

ljrk commented on 2015-08-27 15:43 (UTC)

We all did this via the installer as this is much more transparent. Also we currently investigate issues that are .deb-specific so I'd say we just stick with the script which works really well so far.

edh commented on 2015-08-27 15:40 (UTC)

I guess it is not necessary to reinvent the wheel. There already is an up-to-date .deb file [1] which should do the job. If you don't mind I would be glad to update the package. [1]:

ljrk commented on 2015-08-27 14:20 (UTC)

@spacepluk: xD Well, sure, I just need to setup my IRC client I've buried somewhere. Had some nice configs in it^^

ljrk commented on 2015-08-27 14:19 (UTC)

fastest release i've ever done :D

ljrk commented on 2015-08-27 14:18 (UTC)

Well, I can try ^^

spacepluk commented on 2015-08-27 14:18 (UTC)

@LeonardK hehe, we crossed-posted on the unity forum. I created #unity3d-linux@freenode if you're into that kind of thing, it might be good for coordination.

anthraxx commented on 2015-08-27 14:18 (UTC)

LeonardK: I guess bumoing pkgrel would have been enough... if you are fast you can drop epoch :P :D

ljrk commented on 2015-08-27 14:18 (UTC)

Well, the old unity-editor package had the same version but release 4 - which is higher than ours ;-) Also I just wanted to make sure that everything goes smooth - some people maybe already changed from unity-editor to unity3d and like this we just 'force' the migration once and for all.

jurf commented on 2015-08-27 14:16 (UTC)

Ok, cool! Also, whyis there an epoch?

ljrk commented on 2015-08-27 14:15 (UTC)

Yep, but I'm currently eating some food, will do afterwards if nobody else has done then already ^^

jurf commented on 2015-08-27 14:14 (UTC)

Ok, should probably output the script to pkgdir for simplicity

ljrk commented on 2015-08-27 14:08 (UTC)

ok, nvm done that :D

ljrk commented on 2015-08-27 14:08 (UTC)

fuck, forgot their names, will read them up^^

ljrk commented on 2015-08-27 14:06 (UTC)

merge completed!

anthraxx commented on 2015-08-27 14:05 (UTC)

LeonardK: done, you may also want to re-add the co-maintainers :)

ljrk commented on 2015-08-27 14:02 (UTC)

Roger, waiting for merge :P

anthraxx commented on 2015-08-27 14:01 (UTC)

DoctorJellyface: sure, it can be changed anytime if upstream renames it :) Have a nice day and may the force also be with you :P I will now merge unity3d -> unity-editor, please update the unity-editor package accordingly

ljrk commented on 2015-08-27 14:01 (UTC)

Yep, we should be able to change back if they do or respond. I've prepared my git-fu and am ready. Have fun outside ;-)

jurf commented on 2015-08-27 14:00 (UTC)

Okay, let's not complicate this further. Probably better to move to unity-editor as the upstream, and follow suit as the upstream. We can change it back anytime, right? Okay, gotta go outside now, into weak wi-fi conditions, dunno whether I'll be able to respond on my phone. May the force be with you all! :)

ljrk commented on 2015-08-27 13:56 (UTC)

Well, the way I did it in the unity-editor package was just to extract the embedded .tar.bzip2-archive directly. That way one can handle it even more flexible but it's not needed I'd say.

anthraxx commented on 2015-08-27 13:56 (UTC)

@DoctorJellyface: True points but thats not a strict rule. It should be avoided but if this package gets a very high popularity and the vendor allows us to redistribute and repackage it its still a valid option to do so, so don't worry (however the size is *really* huge -.-) If you want to sort that out by upstream, tell me and I can wait for the response... but if so, upstream should also change to unity3d in their package name and also debian control files. Sounds reasonable that it may possibly be wrong, but for now its the official name upstream provides and ships and we should follow.

jurf commented on 2015-08-27 13:51 (UTC)

Also, as per [], you can specify the output of the script, saving us quite a few lines and misunderstandings.

ljrk commented on 2015-08-27 13:51 (UTC)

Well, I chose unity-editor because the filename was like that and the package in ubuntu was called like that too. It's all the same for me, but just merge it, one or the other way ^^

jurf commented on 2015-08-27 13:48 (UTC)

Argh, AUR strips spaces in front. I meant Unity/ --Editor/ --MonoDevelop/

jurf commented on 2015-08-27 13:47 (UTC)

So what now? unity-editor->unity3d or unity3d->unity-editor? Also, another point to unity3d: monodevelop is also shipped, and when you look into the windows file structure you find Unity/ Editor/ MonoDevelop/

jurf commented on 2015-08-27 13:43 (UTC)

But IDK, probably better to follow the upstream, but unity3d was a more logical choice for me. And neither of the developers said anything against it.

ljrk commented on 2015-08-27 13:41 (UTC)

Well, I think copying-over is easier - git will do deltas then anyway ^^

jurf commented on 2015-08-27 13:41 (UTC)

No, I real pre-built package will never be an option, unless someone makes a unofficial repo, due to the EULA, and Arch not wanting proprietary (and huge) things in their repos. And I thought about the name quite a lot. It boils down to these four things (heh, that's like from sudo): 1: They use unity3d as their website 2: Their configs and logs are in ~/.config/unity3d 3: unity-editor conflicts with canonical's unity, hence the 3D is added everywhere 4: unity-editor is a package made by two people, and one of them works on it in her free time, so I don't think the name was given a lot of attention, and is possibly wrong, since it differs from what the installer is called on other platforms.

spacepluk commented on 2015-08-27 13:40 (UTC)

you're right, but I kind of liked unity3d more because of the Ubuntu's unity thing.

anthraxx commented on 2015-08-27 13:40 (UTC)

LeonardK: users will not be able to force push commits, so either you have to copy it over or you could do some git fengshui and rebase the unity3d commits ontop of the latest unity-editor HEAD (this will however involve a conflict resolution and be absolutely sure to rebase it on top of the last commit... else you rewrote the history and will nit be able to push the deltas :D Will merge unity3d into unity-editor now.

ljrk commented on 2015-08-27 13:38 (UTC)

Hm, actually we never removed the EULA nor we plan to do so. The only eula-part they have is in /opt/Unity/Editor/Data/Resources/Home/src/pn-eula/eula.html but it's only a msall snippet of the whole EULA - we actually download the EULA by ourselves^^

ljrk commented on 2015-08-27 13:36 (UTC)

Sure, I have the git repo here, so I could just push everything there (maybe even with --force?) I chose unity-editor for that reason as the name, too.

anthraxx commented on 2015-08-27 13:33 (UTC)

LeonardK: to be honest I'm already thinking since an hour about the merge... and I think it should be the other way around... because Unity itself ships their debian package with the package-name 'unity-editor' and we should follow upstream naming conventions. I would like to merge it the other way around (but then make sure that you copy over all the changes from the "new" unity3d package into unity-editor.

spacepluk commented on 2015-08-27 13:30 (UTC)

@anthraxx I think they're mostly concerned about the EULA hopefully it will be ok. See here -> maybe @DoctorJellyface knows more?

ljrk commented on 2015-08-27 13:28 (UTC)

@anthraxx Just seen that you are a TU - is it possible for you to already merge the unity-editor package? We filed a request but since nothing happened ... and since you are here already ... ^^

spacepluk commented on 2015-08-27 13:26 (UTC)

ah, nevermind :)

anthraxx commented on 2015-08-27 13:26 (UTC)

@spacepluk: technically you don't modify the binary package, you just re-package their binaries :) First lets get some time passed to catch some possible issues.. but at one point I can talk to Unity and ask them if we can redistribute their software via a package in the repos

ljrk commented on 2015-08-27 13:25 (UTC)

already did so :P I also added the msg ;-)

spacepluk commented on 2015-08-27 13:25 (UTC)

@LeonardK oops, sorry about that. I'll fix it in a minute.

ljrk commented on 2015-08-27 13:22 (UTC)

@anthraxx We just add a message which prints to the screen, so there should be no problems ;-) @spacepluk: In case you don't know, you should do 'mksrcinfo' after editing the PKGBUILD to update the .SRCINFO file ;-)

spacepluk commented on 2015-08-27 13:21 (UTC)

fair enough :) I wonder if they'll allow us to ship a modified binary package.

anthraxx commented on 2015-08-27 13:18 (UTC)

please don't start adding AUR helper specific things :D AUR PKGBUILDs should be stated as staging for the binary repositories and you don't want re rewrite a PKGNUILD just to move a package from AUR into the repos. I know the pain of people crying because their aur helper breaks stuff, but thats their environment fault (or the fault of the specific aur helper) not the one of this package PKGBUILD. try to see AUR as staging for [community]

ljrk commented on 2015-08-27 13:14 (UTC)

yep. But for now doing cp, pre_install is a non-harmful thing we can do anyway ^^

spacepluk commented on 2015-08-27 13:11 (UTC)

@LeonardK I'd like that more packages did that. It sucks having to wait for it all over again.

ljrk commented on 2015-08-27 13:09 (UTC)

Yep, that was what I was concerned about: Disk Space. Or actually: AUR Helpers. This isn't exactly a package where you can expect anyone using makepkg locally but mosty relying on AUR-Helpers. And these are dumb :P Maybe adding a pre_install() which just does msg "If you are using an AUR-Helper you most likely need to specify a different cache dir or just build using makepkg as this package is huge"

lybin commented on 2015-08-27 12:57 (UTC)

@anthraxx, to use mv is cheaper :D

anthraxx commented on 2015-08-27 12:46 (UTC)

lybin: disc storage is cheap nowadays, just buy a regular non-SSD disc for building stuff :P :D However, I see your point... if you feel like you need to do this (before your new harddrive arrives and you can revert it *giggle*) then go with mv, but please no logic to check available disc space :D

lybin commented on 2015-08-27 12:41 (UTC)

@anthraxx, /tmp is mounted as a tmpfs. I have no free RAM more than 10GB. I changed the build directory. But I have a SSD drive and 9GB free :D Yes, it's my problem, but it's need (2*size of extracted sources + size of sources) space for building an arch package.

anthraxx commented on 2015-08-27 12:39 (UTC)

@DoctorJellyface: Ah ok, I see... a good way would be to patch the install script to install into ${pkgdir} rather then ${srcdir} Please don't add logic that checks the free disc space and does a switch between mv or cp, thats _definitively_ not what should go into a PKGBUILD ;-)

jurf commented on 2015-08-27 12:32 (UTC)

@LeonardK agreed. We should probably wait for the linux build to come out of beta. Or maybe we can try to do it the smart way and choose mv over cp depending on the free space on the drive. @anthraxx: the problem is that the installation script installs them to the $srcdir, so they have to be moved out of there. I _think_ I saw a command line argument that changes the install dir, so maybe we should check that.

anthraxx commented on 2015-08-27 12:26 (UTC)

@LeonardK: why exactly do you want to use mv? The recommended way (if possible) is to use 'install', and that copies files. There is no point in moving anything from the builddir to ${pkgdir}. If you are concerned about your own local space, delete the builddir after you created the packge

ljrk commented on 2015-08-27 12:20 (UTC)

Maybe changing from cp to mv is a good idea - but better we wait until the package has matured and no changes land for some time. We should not need to rebuild then anymore.

spacepluk commented on 2015-08-27 12:05 (UTC)

@aash29 I just pushed a workaround. It should work now :)

ljrk commented on 2015-08-27 12:05 (UTC)

Oh, nvm. It's already a transitive dependecny as we switchted from gcc to gcc-multilib ^^

jurf commented on 2015-08-27 11:48 (UTC)

Dunno, I don't think adding a replaces would break anything. It would just serve for users so they would know what to install before the merge. I did see the commit, but I seemed to misunderstood it. See the comment I left there, and if it's not the case please tell me. I do remember gcc directly being in the dep list, but correct me if I'm wrong.

ljrk commented on 2015-08-27 11:36 (UTC)

Yep, ready. But shouldn't this be done by some TU or so - as we filed the request already. Anyway, you seem to have push'ed without mergin a commit of mine (adding the gcc-libs-multilib (not in base(-devel)) and lib32-gcc-libs) as I wrote earlier. I'm not sure whether gcc-multilib or just gcc should be needed, though. If the latter is the case we only need to add the lib32- package.

jurf commented on 2015-08-27 11:32 (UTC)

So then, ready to replaces()?

ljrk commented on 2015-08-27 11:30 (UTC)

Yep, I noticed it wanted to include Qt stuff while it was already provided by the package itself (since when includes Qt5Widgets Qt5Widgets? ^^)

jurf commented on 2015-08-27 11:24 (UTC)

No problem ;) Oh yeah... don't believe everything namcap says about unity. It get's sort of confused with all the stuff unity has inside. But it does get redundant deps right. Mostly. If their provided by something else.

ljrk commented on 2015-08-27 11:22 (UTC)

Well, I just can't believe it what namcap tries to yell at me :P You are right about MD - thanks for curing my headache with it ^^

jurf commented on 2015-08-27 11:12 (UTC)

@aash29: upstream problem, check the forums, no fix yet.

jurf commented on 2015-08-27 11:11 (UTC)

Leonard wait, gcc-libs-multilib and lib32-gcc-libs get added with gcc-multilib: $ pactree gcc-multilib gcc-multilib ├─gcc-libs-multilib │ ├─glibc │ │ ├─linux-api-headers │ │ ├─tzdata │ │ └─filesystem │ │ └─iana-etc │ └─lib32-gcc-libs │ └─lib32-glibc ├─binutils │ ├─glibc │ └─zlib │ └─glibc └─libmpc └─mpfr └─gmp ├─gcc-libs-multilib provides gcc-libs └─bash provides sh ├─readline │ ├─glibc │ └─ncurses │ ├─glibc │ ├─gcc-libs-multilib provides gcc-libs │ └─bash provides sh └─glibc

aash29 commented on 2015-08-27 11:11 (UTC)

I'm unable to log in my unity account after launch. "Service not available, please try again later." Since it's the first time, I cannot proceed offline

jurf commented on 2015-08-27 11:04 (UTC)

It's on purpose, so you can rebuild the package with makepkg -R, without having to re-extract.

lybin commented on 2015-08-27 11:02 (UTC)

Can you reduce the space required to build the package? This package requires 9gb = 900mb source + 4gb src + 4gb pkg Can to replace cp -a "${extraction_dir}/." "${pkgdir}/opt/Unity" on mv

jurf commented on 2015-08-27 11:00 (UTC)

It's pulled in with others, don't worry. You should seriously try namcap & pactree ;) Most of the dependencies aren't listed because they are pulled in like this. Also, regarding MD and size, when you're comparing 50MB vs 2GB it doesn't really matter, and we need those deps anyway. I looked at the way the buildtag is generated, and it looks like it's perfectly comparable. It goes from a bigger unity to the smallest one (year to day), and ends with the number of the build in that day, so it shouldn't cause any problems. I'll update the PKGBUILD.

ljrk commented on 2015-08-27 10:49 (UTC)

Wait, we don't have either gdk nor gtk as dependency? I can't imagine this being correct O.o

jurf commented on 2015-08-27 10:40 (UTC)

Talked to the devs, seems that the eula changes quite a lot, so this is the best way.

ljrk commented on 2015-08-27 10:39 (UTC)

I'd like to do so too, but: pkgrel Release number: this value allows users to differentiate between consecutive builds of the same version of a package. As fixes and additional features are added to the PKGBUILD that influence the resulting package, the pkgrel should be incremented by 1. When a new version of the software is released, this value must be reset to 1. ( it must be reset to 1, that's why it's giving me a bit of a headache. We could instead of the date maybe just add a '.1' for the first _buildtag, and when the next is released a .2, maybe. This should be comparable. Also just a few questions (as you discussed it with the devs :P): - pango/cairo is not needed? (stated in the forums) - the EULA: Shouldn't it be just clean text instead of html? Maybe add .html to at least make it clear? I'm unsure myself here You are right about human errors regarding monodevelop as a dependency - but it doesn't feel right to pull a huge package when it's already included :/

lybin commented on 2015-08-27 10:37 (UTC)

@DoctorJellyface, imho better to download and add the license in the package.

jurf commented on 2015-08-27 10:33 (UTC)

Strange, works fine on my side. I'll SKIP the eula in the checksums, probably a better idea.

aash29 commented on 2015-08-27 10:31 (UTC)

Thanks! I'm rebuilding, but now eula fails validation.

jurf commented on 2015-08-27 10:31 (UTC)

Also, I prefer not to add the build tag to the version, I don't know whether AUR helpers will be able to compare them. I'd rather solve it with pkgrels.

jurf commented on 2015-08-27 10:16 (UTC)

Yeah, I know, but that would screw things up for... Oh yeah, there won't be any 32 bit users. Duh. thanks, hehe.

jurf commented on 2015-08-27 10:15 (UTC)

@lybin fixed! @aash29 check ~/.config/unity3d/Editor.log and Editor-prev.log.

ljrk commented on 2015-08-27 10:13 (UTC)

But gcc is, too ;-) lib32-gcc-libs though is not of base-devel but needed as of lib32gcc1 (>= 1:4.1.1) lib32stdc++6 (>= 4.6) from here:

jurf commented on 2015-08-27 10:09 (UTC)

gcc-libs is part of base-devel, so it shouldn't be part of any AUR package deps. Will fix the mesa-libgl, thanks for the tip! And I suggest we do pull md, as we'll lessen the burden on our shoulders and make the package less prone to human error. It is a huge package, possibly one of the largest ones on the AUR. Also, the package existed for several weeks now. I actually namcaped it and went through every single deps and discussed them with the devs. I'm pretty sure we didn't miss anything, but I could be wrong.

aash29 commented on 2015-08-27 10:07 (UTC)

"Aborted (core dumped)" on launch. How do I get a more detailed report?

jurf commented on 2015-08-27 10:02 (UTC)

Working on it...

lybin commented on 2015-08-27 10:01 (UTC)

mesa-libgl and nvidia-340xx-libgl are in conflict (libgl). Remove nvidia-340xx-libgl? [y/N] need to change mesa-libgl on libgl

ljrk commented on 2015-08-27 09:58 (UTC)

Ok, just a note: As @lybin correctly states, we need gcc-libs(-multilib) for the stdc++6 dependency. The stdc++5 dependency can be removed. Also we need lib32-gcc-libs. Also I would include _buildtag into the version as there might be multiple builds per _version (which just include build-system-fixes etc.). We would get versioning problems then. mesa-libgl has to be libgl for the poor nVidia users like me :P Instead of pulling monodevelop as a hard dependency I would just add the dependencies of monodevelop to the depends array - and/or we create another package that strips monodevelop stuff from the package and instead goes with the archlinux monodevelop installation. Currently I'm just checking through transitive and missed dependencies on both PKGBUILDs, also comparing to the forum doc.

jurf commented on 2015-08-27 09:40 (UTC)

We've already sorted out the deps and the license too. Check out I'll add you as a maintainer. The more, the merrier :)

ljrk commented on 2015-08-27 09:36 (UTC)

(As the message needs mod-approval, I just x-post it here): On Thu, Aug 27, 2015 at 11:21 AM, <> wrote: > DoctorJellyface [1] filed a request to merge unity-editor [2] into > unity3d [3]: > > Hey, would you be fine with merging this into unity3d? You can still > be a maintainer if you want. > > [1] > [2] > [3] > Would be fine with me, I just got up and wanted to have a look at how it is - but there's no necessesity for me to be maintainer ;-). I could do it though ofcourse. I'm just looking through all the forum posts and updates on dependencies as there are some other neat improvements proposed

ljrk commented on 2015-08-27 09:35 (UTC)

@TingPing: Yep, yesterday evening I just was too tired to do that. gtk-update-icon-cache should be added, thank you for the hint! @salviati: Weird, you are correct but is not listed in the doc. Maybe it's a transitive dependency in Ubuntu? Will add it / or it wil be added on merge. @DoctorJellyface: I just answered the request ;-) @lybin: Ah, thanks for the hint! I was searching for this but somehow forgot to check the gcc-libs. Will update!

lybin commented on 2015-08-27 07:07 (UTC)

As I understand it, is included to gcc-libs/gcc-libs-multilib. libstdc++5 - prev version pacman -Qo /usr/lib/ /usr/lib/ is owned by gcc-libs-multilib 5.2.0-2

jurf commented on 2015-08-27 06:35 (UTC)

Hiya. Just want to inform you that we have already built a quite stable and matured PKGBUILD during the beta testing, just that I had problems uploading it. Would you be intersted in merging? It's name's gonna be `unity3d`, as per the website.

salviati commented on 2015-08-27 01:45 (UTC)

libpng12 is required for unity bug report tool.

TingPing commented on 2015-08-27 00:35 (UTC)

You can use `namcap` to track down deps already satisfied as well as various other issues (some can be ignored) Also your install script needs to call `gtk-update-icon-cache` (see other packages for usage).

ljrk commented on 2015-08-26 21:37 (UTC)

Hm, this would be another way (I did completely forget about ^^), but as we are not giving any parameters I think it's more transparent to just symlink. This way, someone who attaches gdb to the /usr/bin/Unity won't be surprised by bash stuff either :D

lybin commented on 2015-08-26 21:30 (UTC)

@LeonardK, I think the right way is to create a file unity-editor: #/bin/bash exec /opt...../Unity And install -m755 unity-editor /usr/bin/unity-editor

ljrk commented on 2015-08-26 21:11 (UTC)

... just remembered, .install file is the solution.

ljrk commented on 2015-08-26 21:04 (UTC)

@lybin: Do you know how to make symlinks within a PKGBUILD? They are not relative and thus it links to the place where the package is built rather than extracted to. Prolbably there's a wiki page for this, will lookup 2morrow.

ljrk commented on 2015-08-26 21:02 (UTC)

@lybin: nvm, removed my comment.

ljrk commented on 2015-08-26 20:45 (UTC)

@TingPing: Yep, been working on all that. At first I just to make sure used ldd to figure out dependencies. But I've switched to the forum-doc and now there should be far less of them.

lybin commented on 2015-08-26 20:30 (UTC)

@LeonardK, thanks for answer ;)

TingPing commented on 2015-08-26 20:29 (UTC)

Oh you already got the optdepends nvm.

TingPing commented on 2015-08-26 20:27 (UTC)

You have a ton of unnecessary deps like gtk2 pulls in glib2, cairo, etc. glu pulls in libgl. You also don't have the optional deps for webgl and android: optdepends=('ffmpeg: WebGL' 'nodejs: WebGL' 'java-environment: WebGL' 'jdk7-openjdk: Android/Tizen' )

ljrk commented on 2015-08-26 20:21 (UTC)

@lybin: Hm, I added the date in the version as this one is based on version 5.1.0f3 of the main branch but there might be future builds coming which are too and just do Linux-specific fixes. On the other hand, the date is pretty much the same as the ArchLinux release variable. But this one I use for fixing the PKGBUILD for the same build. That's why I use the date as part of the version: If they push a new build on the same verson doing otherwise would lead to confusion. Adding the symlink is defnitely a good idea. I've also found some of those dependencies but they did not list them in the forums here: So I commented them. The problem is to rule out what are 'real' depends and what is just linked to in the specific setup or transitive dependencies. I hope I can do some more stuff tomorrow as it's kinda late here now ^^

lybin commented on 2015-08-26 20:09 (UTC)

Can you please create symlink to /usr/bin/unity-editor?

lybin commented on 2015-08-26 20:04 (UTC)

Hello. I have created a package based on .deb. I think it's not necessary specify a date in version. We can to see here: Please look at my PKGBUILD, maybe something will find useful. namcap said about some packages, I've added in depends.