Search Criteria
Package Details: libunity 7.1.4-15
Package Actions
Git Clone URL: | https://aur.archlinux.org/libunity.git (read-only, click to copy) |
---|---|
Package Base: | libunity |
Description: | Library for instrumenting and integrating with all aspects of the Unity shell |
Upstream URL: | https://launchpad.net/libunity |
Licenses: | LGPL |
Submitter: | adsun |
Maintainer: | drarig29 |
Last Packager: | drarig29 |
Votes: | 13 |
Popularity: | 0.29 |
First Submitted: | 2018-10-07 13:17 (UTC) |
Last Updated: | 2022-04-13 21:34 (UTC) |
Dependencies (7)
- dee
- gtk3 (gtk3-git, gtk3-classic-noatk-64, gtk3-no_deadkeys_underline, gtk3-ubuntu, gtk3-typeahead, gtk3-classic, gtk3-patched-filechooser-icon-view)
- libdbusmenu-glib (libdbusmenu-glib-ubuntu)
- gnome-common (gnome-common-git) (make)
- gobject-introspection (gobject-introspection-git) (make)
- intltool (make)
- vala (vala0.42, vala0.44, vala-git, vala0.52, vala0.54) (make)
Required by (13)
- calima-app (optional)
- dostuff
- latte-dock-git (optional)
- microsoft-edge-beta-bin (optional)
- microsoft-edge-dev-bin (optional)
- microsoft-edge-stable-bin (optional)
- python2-unity-singlet
- relay-git
- rush-git
- tomato-git
- tomatoapp-bzr
- wallch
- webwatcher-git
Latest Comments
UndiedGamer commented on 2022-05-06 13:34 (UTC)
well this works with Vala 0.56.1
fred118 commented on 2022-05-06 10:48 (UTC)
Installing vala made it compile again. Shouldn't vala be installed through dependencies of this project?
UndiedGamer commented on 2022-05-04 14:55 (UTC) (edited on 2022-05-04 14:55 (UTC) by UndiedGamer)
@draig29 even i am facing the same issue, my vala version is Vala 0.44.11
drarig29 commented on 2022-04-16 19:53 (UTC)
@peter.kehl what's your
vala --version
?peter.kehl commented on 2022-04-16 19:36 (UTC)
The most recent update keeps failing in Manjaro: https://pastebin.com/Y56PPUvk
drarig29 commented on 2022-04-13 21:38 (UTC) (edited on 2022-04-13 21:39 (UTC) by drarig29)
@mnabid oh yes, Fedora for the win! Thanks for the help.
It's funny because this patch is exactly the same as the one I came up with on my own in this old commit: https://aur.archlinux.org/cgit/aur.git/commit/?h=libunity&id=c6a50ece4247f880ee0e21481428595418d6c38e
But I had to remove it because of a downgrade... :(
Anyway, everything should work fine now, simply with
vala
anddee
.Strixpyrr commented on 2022-04-03 21:29 (UTC)
For anyone facing the same issue I was, I was able to successfully build:
Install "vala0.52" and build "dee" (with gcc; clang doesn't work). Install "vala" from the official repo, replace "icu69-bin" and "vala0.44" in the "libunity" PKGBUILD with "icu" and "vala" respectively, and build using
makepkg -si
.mnabid commented on 2022-02-07 21:52 (UTC)
@draig29
This patch from Fedora Rawhide fixes building against vala 0.54.
icu69-bin
isn't needed anymore. The one in the official repo works fine.drarig29 commented on 2022-01-09 21:59 (UTC)
@leo_sk you are right! And it indeed compiles with icu69-bin. I'm going to add it as a make dependency.
leo_sk commented on 2022-01-09 21:00 (UTC)
Compiling the above package requires icu69, while the one in arch repos is icu70. However icu69 is available in AUR via package icu69-bin . Consider adding it as a make dependency
Zame commented on 2021-12-05 08:20 (UTC)
@CaptainKrull Thank you, solved )
Zame commented on 2021-12-04 17:40 (UTC) (edited on 2021-12-04 17:43 (UTC) by Zame)
The same update problem
tari01 commented on 2021-11-28 10:20 (UTC)
@michaldybczak
For me it builds with 0.44 when dee is built with 0.52.
michaldybczak commented on 2021-11-28 10:05 (UTC)
Won't build with dee compiled with newer vala :(
/usr/bin/ld: warning: libicui18n.so.69, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/../../../../lib/libdee-1.0.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libicuuc.so.69, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/11.1.0/../../../../lib/libdee-1.0.so, not found (try using -rpath or -rpath-link)
drarig29 commented on 2021-11-27 16:17 (UTC)
@tari01 it's done, I reverted my changes.
tari01 commented on 2021-11-27 06:53 (UTC)
@drarig29
We also need to remove
0001-Fix-optional-types.patch
to make it build again with 0.44.drarig29 commented on 2021-11-25 12:00 (UTC)
@tari01 oh okay, sorry I haven't tested if everything works. Just that it builds. I used
vala0.52
because this is whatdee
needs to build. I'll change this back.tari01 commented on 2021-11-25 11:39 (UTC)
It appears we'll need to change back to vala0.44. With 0.52 the gobject-introspection bindings are broken.
(When built with 0.44, all works fine)
mcterra commented on 2021-10-22 02:08 (UTC)
Heads up, dee fails to compile on the latest update of vala. You will need to downgrade to an older version from the Arch Archives (I used 0.52.4-1) for it to build correctly, since it won't build with 0.44 or 0.42 from the AUR. With newer versions, you'll get an error along the lines of
NovaViper commented on 2021-10-03 03:43 (UTC) (edited on 2021-10-03 03:44 (UTC) by NovaViper)
I can't get this crap to compile for nothing, I've tried setting vala to 0.44 and 0.42, it still wont compile It always fails when trying to compile dee no matter what version of vala I use. My system's running EndeaovurOS
Cantello commented on 2021-07-06 07:50 (UTC)
Installing the newest vala prior to building dee did not work but, as described below, changing libunity's build file to vala0.42 worked and building libunity did produce several warnings but installed fine and now I have notification badges on electron apps in task manager. Thanks!
CaptainKrull commented on 2021-06-10 20:15 (UTC)
It seems like dee (which is a dependency of this package) needs the newest vala to build. Vala0.44 won't do it, therefore you have to install the new vala first, build and install dee, then uninstall the new vala, build and install vala0.44 and use it to build/install libunity.
michaldybczak commented on 2021-06-09 16:33 (UTC) (edited on 2021-06-09 16:33 (UTC) by michaldybczak)
For me, editing to "vala" worked out fine. However, instead picking vala from repos, it built vala-0.44.11 anyway...
nfs commented on 2021-04-21 21:39 (UTC)
I found that editing the libunity PKGBUILD makedepends so that "vala" became "vala0.42" of "vala0.44" worked all right, but changing it to "vala-git" or leaving it as "vala" did not.
commented on 2020-12-18 21:36 (UTC)
Note: The build works fine if you replace vala with vala0.42
mokkurkalve commented on 2020-12-02 14:56 (UTC) (edited on 2020-12-02 14:57 (UTC) by mokkurkalve)
Building errs out with:
Kodehawa commented on 2020-11-26 21:21 (UTC)
Anyone else getting
I haven't been able to build this for a while
billypilgrim commented on 2020-05-20 09:02 (UTC)
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 (UTC)
Error with
gnome-common
:michaldybczak commented on 2019-10-22 13:44 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
@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 (UTC)
Thanks, @denisfalqueto. I applied your fix and the build finally was successful.
denisfalqueto commented on 2019-10-18 20:42 (UTC)
PKGBUILD has a problem when applying the patch. On line 22, it should be
Instead, the file is being prefixed with "../" which makes the patching fail.
billypilgrim commented on 2019-10-18 12:02 (UTC)
@Negher I've pushed a fix. Thanks for the report :-)
Negher commented on 2019-10-18 11:08 (UTC) (edited on 2019-10-18 12:04 (UTC) by Negher)
As of today the package doesn't compile. Searching for a solution I sumbled upon bug 1844158 on launchpad.
The following PKGBUILD patch should fix the problem:
PS: I hope I didn't screw up the Markdown syntax PS2: Yes I did
adsun commented on 2019-06-06 22:38 (UTC)
@BasT
gnome-common
is already inmakedepends
, so I cannot reproduce your error. However, the build fails becausedee
was not updated for a new version ofvala
and nowlibunity
fails to build when usingdee
.BasT commented on 2019-06-06 13:18 (UTC)
Trying to build this, I get:
adsun commented on 2019-01-16 19:54 (UTC)
@FirefighterBlu3 I am not really sure but I think it is the use of a more recent source tarball, which may have fixed a bug causing the crash. Glad to hear that the crash no longer happens, though.
FirefighterBlu3 commented on 2019-01-16 19:38 (UTC)
@adsun what was the difference between -6 and -7? -6 was making blender crash
adsun commented on 2018-12-08 20:46 (UTC)
@gazellejaeger This is not out of date, and it builds fine on a clean chroot. Unflagging this now.