Package Details: yaru-sound-theme 22.04.4-1

Git Clone URL: (read-only, click to copy)
Package Base: yaru
Description: Yaru default ubuntu sound theme
Upstream URL:
Licenses: GPL3
Submitter: drakkan
Maintainer: drakkan (chrisjbillington)
Last Packager: chrisjbillington
Votes: 47
Popularity: 0.45
First Submitted: 2018-07-24 11:55 (UTC)
Last Updated: 2022-05-14 00:55 (UTC)

Latest Comments

chrisjbillington commented on 2022-04-07 23:07 (UTC) (edited on 2022-04-07 23:09 (UTC) by chrisjbillington)

@Gio sounds like a problem with your AUR helper. Can you build manually by cloning and running makepkg?

With your AUR helper, I'd recommend clearing its cache, or asking it to cleanbuild the package, if that's an option.

Gio commented on 2022-04-07 19:13 (UTC)

Hi. When attempting to update from v22.04.1-1 to v22.04.3.1-1 , it shows:

Checking yaru-icon-theme dependencies... Resolving dependencies... Checking inter-conflicts...

Building yaru... ==> ERROR: PKGBUILD does not exist.

esaporski commented on 2021-08-09 13:40 (UTC) (edited on 2021-08-09 14:07 (UTC) by esaporski)

I'm getting an error when trying to install the dependencies:

error: libsass: signature from "Jerome Leclanche <>" is unknown trust
:: File /var/cache/pacman/pkg/libsass-3.6.5-1-x86_64.pkg.tar.zst is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n] 
error: sassc: signature from "Jerome Leclanche <>" is unknown trust
:: File /var/cache/pacman/pkg/sassc-3.6.2-3-x86_64.pkg.tar.zst is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n] 
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.
error installing repo packages

Should I fill a bug report here? ->

Edit: Removing some keys and running sudo pacman-key --populate archlinux fixed it.

chrisjbillington commented on 2021-07-15 23:30 (UTC) (edited on 2021-07-15 23:31 (UTC) by chrisjbillington)

@Remedan you're using eCryptFS? It has a 143 character filename limit.

If you scroll down/click onto the next page of comments, another user had the same issue when this package was using a git commit as the source - the filenames all had a full git hash in them which made them very long.

That's no longer the case, but there are nontheless filenames bumping up against the limit.

Not a whole lot this PKGBUILD can do about that unless there's some flags we can pass to whatever component of the build process makes those horrendous filenames, telling it to do something else. Anybody know which build tool is responsible for the .cache___aurutils___sync___yaru___src___ type filenames with slashes replaced with underscores, storing a full path in a single filename?

The underlying issue is that that tool and eCryptFS are not playing nice together, since one breaks the assumptions of the other.

Remedan commented on 2021-07-15 18:12 (UTC)

I'm using aurutils to manager AUR packages. It builds packages in ~/.cache/aurutils/sync. This results in the following error:

ninja: error: stat(gnome-shell/src/___home___remedan___.cache___aurutils___sync___yaru___src___yaru-21.10.1___gnome-shell___src___gnome-shell-sass___widgets____network-dialog.scss): File name too long

A workaround that worked for me is to move ~/.cache/aurutils/sync/yaru under a shorter path and then symlink it back.

chrisjbillington commented on 2021-07-13 04:15 (UTC)

@JoveYu the mixed theme has been removed due to poor toolkit support:

The next version of Ubuntu won't have it either.

JoveYu commented on 2021-07-13 01:20 (UTC)

this package contains two theme yarn and yarn-dark,is there a theme using light content and dark title? just like ubuntu default.

chrisjbillington commented on 2021-07-08 05:15 (UTC)

With Yaru tagging 21.10.1, This package is now back to official releases instead of a git commit.

chrisjbillington commented on 2021-06-12 09:28 (UTC)

@coxackie this package is for stable releases generally - it was only pointed at a git commit since no stable release supported gnome 40 yet, but that should be a once off.

Unless it's actually broken on Arch due to other packages here updating ahead of Yaru's release cycle (is that the case with gtk4?) I think its best to stick with official releases.

Those who want goodies can use yaru-git :)

coxackie commented on 2021-06-12 09:03 (UTC)

@chrisjbillington there seems to be a lot of movement in the master branch of yaru lately with gtk4 commits (last one I see is 1dece88568a336b8cf82883ac6843e1113d4c416). Maybe you could update the PKGBUILD to get the latest goodies?

lunaryorn commented on 2021-04-20 20:35 (UTC)

Why does "yaru-gtk-theme" depend on gtk-engine-murrine and, by implication, gtk2? I just realized that yaru-gtk-theme pulls in Gtk2, even though nothing else actually needs gtk2 on my system.

Could gtk-engine-murrine perhaps be turned into an optdepends?

chrisjbillington commented on 2021-04-02 23:50 (UTC)

Have applied the workaround to the PKGBUILD for now, since eCryptFS is not uncommon.

drakkan commented on 2021-04-02 11:48 (UTC)

eCryptFS can only store filenames of up to 143 characters

vlatkoB commented on 2021-04-02 11:37 (UTC) (edited on 2021-04-02 12:04 (UTC) by vlatkoB)


touch: cannot touch 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa': File name too long

@chrisjbillington Yes, $HOME is encrypted with eCryptFS I'll try the temp fix. EDIT: pkgBuild fix worked. Thanks.-:)

drakkan commented on 2021-04-02 07:05 (UTC)


please try a script like this:

while [ true ]
   if ! touch $(printf "%${num}s"  | tr ' ' 'a')
       echo $num

to understand your file name limit. Are you using something like eCryptfs?

chrisjbillington commented on 2021-04-02 05:21 (UTC)

@vlatkoB no idea why that's happening. You could shorten the directory like this if you like as a temporary fix until this package starts shipping an official release again (which will have a shorter name owing to not containing a commit hash):

diff --git a/PKGBUILD b/PKGBUILD
index c55a3b1..7170eb4 100644
@@ -24,7 +24,8 @@ source=("${_commit}.tar.gz")

 build() {
-  arch-meson $pkgbase-$_commit build
+  mv $pkgbase-$_commit $pkgbase
+  arch-meson $pkgbase build
   meson configure build -Dubuntu-unity=true
   ninja -C build

vlatkoB commented on 2021-04-02 05:04 (UTC)

@chrisjbillington Using ext4

$ df -TH
Filesystem            Type        Size  Used Avail Use% Mounted on
/dev/nvme0n1p3        ext4        388G  326G   46G  88% /home

chrisjbillington commented on 2021-04-02 00:12 (UTC)

What filesystem are you using @vlatkoB? 161 characters shouldn't be too much to ask for a filepath on any system I know about.

Obviously the fact that the filepath now contains a commit hash is pushing something over a limit, but I would not expect limits this short (I certainly don't see the problem here on an ext4 filesystem).

vlatkoB commented on 2021-04-01 14:53 (UTC) (edited on 2021-04-01 14:55 (UTC) by vlatkoB)

I'm receiving this error on upgrade to 21.04.1-3

Found ninja-1.10.2 at /usr/bin/ninja
ninja: error: stat(gnome-shell/src/___home___vlatko___.cache___yay___yaru___src___yaru-b01004d7ca3eb86f2110c5aabecd9fed93ede70f___gnome-shell___src___gnome-shell-high-contrast.scss): File name too long

chrisjbillington commented on 2021-03-28 05:22 (UTC) (edited on 2021-03-28 05:28 (UTC) by chrisjbillington)

I've updated this package to pull in the changes so far from the gnome-shell-40 branch of Yaru's github repo (see

Once there is an official release with gnome 40 support, I'll move this package back to targeting the official release.

The gnome-shell-40 branch seems to work fine on GNOME 3.38 as well.

chrisjbillington commented on 2021-03-21 02:49 (UTC)

Looks like my polite nudge on the bugtracker had the desired effect :p

Once GNOME 40 is here on Arch, if there hasn't been a release of Yaru with GNOME-40 support, I'll include the relevant patch with this package so that it will keep working for us until there is a release.

chrisjbillington commented on 2021-03-20 09:15 (UTC)

@coxackie I didn't realise Ubuntu was holding back for a release, I actually assumed Yaru 21.04.1 was designed for GNOME 40 and was pleasantly surprised it "still worked" on 3.38.

But breakage with the shell themes in GNOME 40 seems likely, and it looks like the Yaru devs are planning to sync the relevant changes once GNOME 40 lands in Ubuntu (presumably they mean the in-development Ubuntu 21.10 after 21.04 is released):

So yeah, shell themes here might be borked until they make those changes.

There's already a GTK 4 theme in the current package, so I think it is intended to work already (though if it's new then rough edges are to be expected).

coxackie commented on 2021-03-20 09:00 (UTC)

@chrisjbillington many thanks for the update. Since you have looked closely, I wanted to ask, preemptively, whether the theme will be usable with GNOME 40 and GTK4. I know Ubuntu is holding back until October to update, but these updates will arrive in Arch in a month or so.

chrisjbillington commented on 2021-03-20 02:22 (UTC)

Package has been updated for 21.04.1.

There are now metacity and gtksourceview theme packages.

The shell themes have been renamed. They were previously "Yaru" for the light version and "Yaru-dark" for the dark version. They are now "Yaru-light" for the light version" and "Yaru" for the dark version. You'll need to update your selected theme in gnome-tweaks accordingly.

chrisjbillington commented on 2021-03-19 23:37 (UTC)

@drakkan if you are happy to leave it to me, I'm figuring out the minor restructuring needed to get this and the -git packages working with the latest changes.

Seems like the changes are the addition of a metacity theme and a gtksourceview theme, which should probably be split off as separate subpackages, and the location/names of the shell themes having changed slightly.

chrisjbillington commented on 2020-10-22 22:46 (UTC)

@coxackie I haven't seen any issues like that, no. I installed scummvm just to try, and it didn't segfault. I'm running GNOME under X, perhaps is specific to your WM/DE?

coxackie commented on 2020-10-22 12:27 (UTC)

@chrisjbillington ok, thanks, another question: The yaru cursor theme appears to play badly with some apps. For example, scummvm segfaults (something related to with yaru cursor theme, while it is perfectly fine with adwaita cursor theme. I asked upstream, but they do not see this in Ubuntu. Anyone faves similar problems?

chrisjbillington commented on 2020-10-21 22:55 (UTC)

@coxackie it's for the yaru-unity-theme package, without that flag it doesn't build the unity theme.

coxackie commented on 2020-10-21 14:26 (UTC)

Maybe this is nitpicking, but what is the reason that -Dubuntu-unity=true is passed in the build system? It is supposed to "build Yaru with Unity assets", but I do not see why this is relevant.

chrisjbillington commented on 2020-09-25 00:37 (UTC)

I see some commits in Yaru about syncing with the new release of gnome-shell. Last time this package was updated out of sync with gnome-shell there were some issues, so I think this package should be held back until gnome-shell 3.38 hits the Arch repos.

Please flag Yaru out of date again once gnome-shell 3.38 is in the Arch repos, if I don't update it before you notice.

chrisjbillington commented on 2020-09-12 12:43 (UTC)

@snfesh, I'm not seeing the issue on my computer. You might consider reporting a bug upstream.

It occurs to me that the Yaru shell theme, since it is targeting Ubuntu 20.10, might expect gnome-shell 3.38 which is to be released next week. If that's the issue then it might be resolved once we get the new gnome-shell release, and you can downgrade in the meantime.

snfesh commented on 2020-09-12 12:10 (UTC)

After update package apps grid has narrow. Shell theme: Yaru-dark Image:

chrisjbillington commented on 2020-06-25 18:27 (UTC)

@Zwenn76 can you download the source URL [1] via e.g. a web browser? If not, the issue is your network. Perhaps is blocked where you are.


Zwenn76 commented on 2020-06-25 07:30 (UTC)

@chrisjbillington Sorry for posting in both sites. Still doesn't work for me. I am getting the same error again. I tried several times during the day.

chrisjbillington commented on 2020-06-24 19:12 (UTC)

@Zwenn76 works for me. Perhaps the site was down temporarily, have you tried again? In any case if it were broken it would be an issue for the humanity-icon-theme AUR package and not this one, so you should limit your comments to the thread there instead of posting in both.

Zwenn76 commented on 2020-06-24 19:06 (UTC)

I get an error downloading sources : humanity-icon-theme

chrisjbillington commented on 2020-05-17 13:12 (UTC)

@rhysperry111 it ships a GTK2 theme, so I think so, yes.

If it's not a build-time requirement though we could split the GTK2 theme into a separate subpackage to avoid the dependency for those who don't want it.

rhysperry111 commented on 2020-05-17 11:18 (UTC)

Is there a need for a dependency on gtk-engine-murrine? Currently this is the only package on my system that requires it (and therefor gtk2)

darkside commented on 2020-04-27 17:34 (UTC) (edited on 2020-04-27 17:34 (UTC) by darkside)

Maybe temporary blindness but Is there a xfce window manager theme?

chrisjbillington commented on 2020-04-15 17:17 (UTC)

The libsass-related build failure has been resolved in the latest release, so no need to hold back libsass anymore if you were doing so for this package.

chrisjbillington commented on 2020-04-07 22:54 (UTC)

@FiNeX yes, see the pinned comment.

You can either downgrade libsass to 3.6.1 (if only temporarily to build this package), or install the -git versions of the packages, as the issue was fixed in a recent commit (though there hasn't been a release with the fix yet).

FiNeX commented on 2020-04-07 22:51 (UTC)

Hi, the package is still broken due to the libsass 3.6.3 incompatibility.

chrisjbillington commented on 2020-03-19 14:59 (UTC)

@covegeary it's due to this issue regarding recent releases of libsass:

You can downgrade libsass to 3.6.1 and then the build will complete. Until the issue is resolved either in Yaru or libsass, this package won't build.

In libsass 3.6.2 the issue is an indefinite hang with high CPU, in libass 3.6.3 the issue is a long hang and high RAM usage - it will in principle complete if you have enough RAM but will take a long time and most likely exhaust your RAM (I think someone said it exhausted 32GB).

Hopefully it is fixed one way or another!

covegeary commented on 2020-03-19 14:51 (UTC) (edited on 2020-03-19 15:06 (UTC) by covegeary)

Trying to install this package leads to CPU-intensive hang on my system. The last few lines from makepkg are:

Found ninja-1.10.0 at /usr/bin/ninja
ninja: Entering directory `build'
[4/23] Generating dark-gtk-3.20-gtk-generated.css with a custom command.

It went overnight with no signs of stopping. Anyone else?

EDIT thanks @chrisjbillington ! Temporarily downgrading libsass for now.

chrisjbillington commented on 2020-03-08 17:54 (UTC)

@coxackie, the icon theme inherits humanity, so looks like it should depend on it for now at least.

I'll add it to the git version

chrisjbillington commented on 2020-03-08 16:53 (UTC)

Thanks @coxackie, updated.

Not sure why humanity-icon-theme is a dependency - I am not the original maintainer of either package so I didn't make either decision to depend or not depend on it. I'll see if I can find out whether it actually depends on it or not.

coxackie commented on 2020-03-08 11:27 (UTC)

@chrisjbillington gnome 3.36 is already rolling out in arch repos. It is safe now to use yaru 20.04.2. quick question: why is humanity icons a dependency for yaru-icon-theme? it is not for the git alternative that you also maintain.

chrisjbillington commented on 2020-02-26 16:53 (UTC)

Although there has been a new upstream release (20.04.2), it is based on changes to gnome-shell in the upcoming gnome 3.36 release, and has some minor issues when running on gnome-shell 3.34. So this AUR package should be held at 20.04.1 until gnome 3.36 hits Arch likely in March.

chrisjbillington commented on 2020-02-11 18:11 (UTC)

FYI one can now select the gnome-shell theme (dark or light) from gnome-tweaks, so use of yaru-session is optional. The only noticeable difference I see is that yaru-session changes the appearance of the lock screen as well.

(@drakkan I unstickied your comment advising that this was not possible in the previous version)

gcoda commented on 2019-10-30 11:33 (UTC)

i am not using login screens or any stuff that manages sessions

so this works fine:

GNOME_SHELL_SESSION_MODE=yaru QT_QPA_PLATFORMTHEME=qt5ct QT_QPA_PLATFORM=wayland XDG_SESSION_TYPE=wayland exec dbus-run-session gnome-session

chrisjbillington commented on 2019-10-23 14:49 (UTC)

Just a heads up, there are directory layout changes in the upcoming Yaru release that will require changing this PKGBUILD. See yaru-git if you want to copy its PKGBUILD. Furthermore, the shell theme will be selectable in gnome-tweaks from the next release, so using the session will be optional.

chrisjbillington commented on 2019-10-18 18:31 (UTC)

If anyone wants to build the dark version of the gnome shell theme, they can add the following prepare() function to the PKGBUILD:

    sed -i  s/light/dark/ yaru/gnome-shell/src/gnome-shell.scss

In the long run, Yaru aims to provide a switchable dark/light shell theme:

figue commented on 2019-10-03 15:42 (UTC)

@drakkan it is indeed! Thanks

drakkan commented on 2019-10-03 12:42 (UTC)

@figue, it should be better now, thank you for your suggestion

figue commented on 2019-10-03 11:07 (UTC)

@drakkan thanks for these packages.

Only one request: can you hide all these hundreds of thousands lines while building? It's impossible to find anything significant in that huge log.


ali.molaei commented on 2019-09-22 11:40 (UTC)

Why is this package flagged out of date? Can you please remove the flag? the latest release is 19.10.2

drakkan commented on 2019-08-30 06:44 (UTC)

@chrisjbillington thanks for the investigation I reverted to 19.04.3

chrisjbillington commented on 2019-08-30 03:18 (UTC)

The overview search bugginess is due to a change to Yaru required to be compatible with an upcoming gnome-shell change. So in gnome-shell 3.34 there will be no problem, unfortunately the 'fix' makes Yaru 19.10.1 buggy on gnome-shell 3.32. Either stick to Yaru 19.04.3 until gnome-shell 3.34 is out as @Mershl has done, or use a gnome-shell package with the required backported changes.

The aur package gnome-shell-performance has the required patch (it is the patch for merge request !110), but it is disabled at the moment, so you have to uncomment it manually for now if you use that package.

Mershl commented on 2019-08-21 16:59 (UTC) (edited on 2019-08-21 17:04 (UTC) by Mershl)

The latest release (19.10.1-1) shows icon misplacements and cut strings when searching using the Super-key in Gnome 3.32. Downgrading to 19.04.3 fixes these issues on my system.

malwareslayer commented on 2019-07-15 21:50 (UTC)

@drakkan Still didn't works :( but i found the solutions

drakkan commented on 2019-07-15 13:52 (UTC)


I just retested and it works fine here. I have the following packages installed

pacman -Q | grep yaru
yaru-gnome-shell-theme 19.04.2-1
yaru-gtk-theme 19.04.2-1
yaru-icon-theme 19.04.2-1
yaru-session 19.04.2-1

To use yaru-gnome-shell-theme you need to choose yaru session using gdm login screen.

To use gtk and icon theme you need to select them in gnome-tweaks

malwareslayer commented on 2019-07-15 13:12 (UTC)

Doesn't work even i changed the session into yaru-session :(

drakkan commented on 2019-03-09 12:43 (UTC)

@ribald_om it works fine on my laptop, can you please provide more info? For example the yaru packages installed and the settings in gnome tweak. Do you use the latest gnome-shell or an older version? Thanks

ribald_om commented on 2019-03-09 03:03 (UTC)

@drakken I set theme to default but an unable to log into Yaru Session or Yaru Session on Wayland. It either lock ups or boots me back to the display manager.

kode54 commented on 2018-12-25 03:17 (UTC)

yaru-icon-theme should be depending on humanity-icon-theme, as the theme definition inherits from it.

drakkan commented on 2018-12-07 14:55 (UTC) (edited on 2019-09-22 14:51 (UTC) by drakkan)

gnome-shell-theme is not listed in gnome-tweaks, this is as upstream designed the theme.

To use shell theme you need to set the default shell theme in gnome-tweaks and select "Yaru session" in the login screen.

Mershl commented on 2018-12-07 14:25 (UTC)

gnome-tweaks no longer lists yaru-gnome-shell-theme after update to 18.10.7-2

drakkan commented on 2018-12-07 10:28 (UTC)

@FelixHaller, the upstream build system build all packages, we can separate them after the build as we done.

If a package update trigger the update for all componenets this seems a bug in your aur helper, yay works as expected here, If I remember correctly yaourt had this bug, please let me know if I'm wrong, thanks!

FelixHaller commented on 2018-12-07 09:42 (UTC)

Could you please separate the packages? If I install yaru-icon-theme it builds: icons, gtk, shell, session and sound theme. When updating, every package updates all five components. Therefore the update process builds the same packages several times, with hints that the packages are up-to-date -- reinstalling.

This is a waste of time and resources.


drakkan commented on 2018-12-06 23:13 (UTC) (edited on 2018-12-06 23:14 (UTC) by drakkan)


should be fixed now:


thanks for reporting

chrisjbillington commented on 2018-12-06 14:49 (UTC)

There is an issue with the way this package is built, either with the patch being applied, or with the x and wayland sessions being removed - leading to this bug with ugly buttons in the shell theme:

If I modify the PKGBUILD to not rm the wayland and x sessions and to not apply the patch, then the shell theme isn't able to be selected from within gnome-tweak, but the ugly buttons problem is resolved by logging into the session from GDM.

It looks like the shell theme maybe isn't designed to be used without the session, though I don't fully understand why.

amoka commented on 2018-10-22 21:12 (UTC)

@drakkan Thanks! Too bad it seems they won't fix it anytime soon!

drakkan commented on 2018-10-22 20:57 (UTC)

@amoka, I think this is an upstream issue not a packaging one.

This specific issue seems already reported upstream

amoka commented on 2018-10-22 18:43 (UTC) (edited on 2018-10-22 18:44 (UTC) by amoka)

Issue with the current directory title color using the non-dark version "Yaru" theme.

Please see image: hXXps://

drakkan commented on 2018-10-21 12:45 (UTC) (edited on 2018-10-22 22:18 (UTC) by drakkan)

never used pamac before, just installed and tested, it seems to work fine using this command:

pamac build yaru-gnome-shell-theme

In you output I see "Interrupt.." This generally means that the build was intentionally interrupted (using CTRL+C or similar way to send a SIGINT). I don't see obvious error in the PKGBUILD

gavr123456789 commented on 2018-10-21 12:19 (UTC)

Cant build this from pamac

Installing /tmp/pamac-build-gavr/yaru/src/yaru/gtk/src/light/gtk-2.0/assets/combo-entry-rtl-entry.png to /tmp/pamac-build-gavr/yaru/pkg/yaru-gnome-shell-theme/usr/share/themes/Yaru/gtk-2.0/assets Installing /tmp/pamac-build-gavr/yaru/src/yaru/gtk/src/light/gtk-2.0/assets/handle-vert.png to /tmp/pamac-build-gavr/yaru/pkg/yaru-gnome-shell-theme/usr/share/themes/Yaru/gtk-2.0/assets ==> ERROR: package_ya ru-gnome-shell-theme () failed. Interrupt...

SentakuHM commented on 2018-10-16 20:16 (UTC)

Gr8 theme thanx, waiting for more support.

kamilst96 commented on 2018-09-14 22:37 (UTC) (edited on 2018-09-15 06:59 (UTC) by kamilst96)

Yaru developers are messing around with the Light/Dark theme, and moved file structure a bit, which breaks your PKGBUILD. The git commit that breaks this PKGBUILD is pull request #816 (7eebdd859a9a774d1e7beed5ebacf6c526b804dc)

Errors (I install {gnome-shell,gtk,icon} together): /usr/share/Yaru-dark/gtk-3.0/assets is both in 'yaru-gnome-shell-theme' and 'yaru-gtk-theme' /usr/share/Yaru-dark/gtk-3.0/gtk.css {error as above} /usr/share/Yaru-dark/index.theme {error as above}

Note that Yaru developers are removing the dark variant during building, and will only enable it after they think it's good. Technical details are above me, though, sadly.

EDITv2: For now, I added 'rm -r "$pkgdir/usr/share/themes/Yaru-dark" to package_yaru-gnome-shell-theme(), since it's dark-themed anyway (mostly) and it works (dark gtk theme is present too).

phw commented on 2018-07-25 10:20 (UTC)

Please add "git" to makedepends, it is required for pulling the git sources. Without that you cannot build the Yaru packages inside a clean chroot