Package Details: libunity 7.1.4-9

Git Clone URL: (read-only, click to copy)
Package Base: libunity
Description: Library for instrumenting and integrating with all aspects of the Unity shell
Upstream URL:
Licenses: LGPL
Submitter: adsun
Maintainer: yochananmarqos
Last Packager: yochananmarqos
Votes: 9
Popularity: 0.36
First Submitted: 2018-10-07 13:17
Last Updated: 2020-06-26 17:27

Latest Comments

1 2 Next › Last »

billypilgrim commented on 2020-05-20 09:02

I don't use this package any more so I think it's probably best if someone else becomes maintainer.

j1simon commented on 2020-05-20 07:14

Error with gnome-common:

$ pacaur -S libunity
:: Package libunity not found in repositories, trying AUR...
:: resolving dependencies...
:: looking for inter-conflicts...

AUR Packages  (1) libunity-7.1.4-9  
Repo Packages (19) dee-1.2.7-8  glib2-docs-2.64.2-1  gnome-common-3.18.0-3  gobject-introspection-1.64.1-2  graphviz-2.44.0-2  gtk-doc-1.32+37+gefc3644-1  gts-  intltool-0.51.0-5  itstool-1:2.0.6-1  libdbusmenu-glib-16.04.0-4  mallard-ducktype-1.0.2-4  perl-xml-parser-2.46-1  python-anytree-2.8.0-1  python-beaker-1.11.0-4  python-mako-1.1.2-3  python-markdown-3.1.1-4  vala-0.48.6-1  yelp-tools-3.32.2-1  yelp-xsl-3.36.0-1  

Repo Download Size:   11.52 MiB
Repo Installed Size:  71.46 MiB

:: Proceed with installation? [Y/n]
:: Retrieving package(s)...
update complete: /home/juan/.cache/pacaur/libunity
:: libunity build files are up-to-date -- skipping
:: Checking libunity integrity...
==> Making package: libunity 7.1.4-9 (Wed May 20 09:11:17 2020)
==> Retrieving sources...
-> Found libunity_7.1.4+19.04.20190319.orig.tar.gz
-> Found 0001-Fix-FTB-with-recent-vala-requiring-non-public-abstra.patch
==> Validating source files with sha256sums...
libunity_7.1.4+19.04.20190319.orig.tar.gz ... Passed
0001-Fix-FTB-with-recent-vala-requiring-non-public-abstra.patch ... Passed
:: Preparing libunity...
==> Making package: libunity 7.1.4-9 (Wed May 20 09:11:17 2020)
==> WARNING: Skipping dependency checks.
==> Retrieving sources...
-> Found libunity_7.1.4+19.04.20190319.orig.tar.gz
-> Found 0001-Fix-FTB-with-recent-vala-requiring-non-public-abstra.patch
==> WARNING: Skipping all source file integrity checks.
==> Extracting sources...
-> Extracting libunity_7.1.4+19.04.20190319.orig.tar.gz with bsdtar
==> Starting prepare()...
patching file src/unity-aggregator-scope.vala
patching file src/unity-deprecated-scope.vala
patching file tools/preview-renderer.vala
which: no in (/home/juan/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/var/lib/flatpak/exports/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/sbin:/usr/sbin)
You need gnome-common from the GNOME Git repository
==> ERROR: A failure occurred in prepare().
:: failed to verify integrity or prepare libunity package

michaldybczak commented on 2019-10-22 13:44

Thanks. It's very rare that helpers cause an error. Oftentimes it's the opposite, especially with big and complicated compilations (2 hours long), where doing it officially results in an error while through pamac it works - no idea why.

billypilgrim commented on 2019-10-22 13:38

Ah, that's the problem then. It must be a bug in pamac.

I've pushed the change, but FYI AUR helpers aren't officially supported.

michaldybczak commented on 2019-10-22 13:33

Yes, I used pamac in this case. However, sometimes I use trizen with Octopi, sometimes yay with terminal, sometimes I build packages directly from PKGBUILD.

billypilgrim commented on 2019-10-22 13:16

I'm not quite sure what you mean. The PKGBUILD should work on everyone's setup, because the path to the patch is correct. It's not some weird artefact of my setup.

Are you using an AUR helper by any chance?

michaldybczak commented on 2019-10-21 19:27

I already installed it with the provided fix, but there was an error in the path to the patch so the build just errored out. Probably the path works only for you but it's not universal and must be set as @denisfalqueto mentioned. Or maybe the issue is, the build isn't happening in root directory for me. This is how I set it and this is how I prefer it. So if the path will work only for root then it's incorrect anyway. It has to be flexible.

billypilgrim commented on 2019-10-21 09:59

@denisfalqueto That's weird. It builds fine for me. The path shouldn't matter -- the patch is in the root folder AND symlinked into src/. So it should work either way.

What's the error you're getting?

michaldybczak commented on 2019-10-20 16:45

Thanks, @denisfalqueto. I applied your fix and the build finally was successful.

denisfalqueto commented on 2019-10-18 20:42

PKGBUILD has a problem when applying the patch. On line 22, it should be

patch -p1 < 0001-Fix-FTB-with-recent-vala-requiring-non-public-abstra.patch

Instead, the file is being prefixed with "../" which makes the patching fail.