Search Criteria
Package Details: yaru-session 22.04.4-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/yaru.git (read-only, click to copy) |
---|---|
Package Base: | yaru |
Description: | Yaru default ubuntu sound theme |
Upstream URL: | https://github.com/ubuntu/yaru |
Licenses: | GPL3 |
Submitter: | drakkan |
Maintainer: | drakkan (chrisjbillington) |
Last Packager: | chrisjbillington |
Votes: | 47 |
Popularity: | 0.39 |
First Submitted: | 2018-07-24 11:55 (UTC) |
Last Updated: | 2022-05-14 00:55 (UTC) |
Dependencies (5)
- gnome-shell (ebadoo-shell, gnome-shell-338, gnome-shell-oldstable, gnome-shell-perf, gnome-shell-git, gnome-shell-xrdesktop-git, gnome-shell-performance)
- yaru-gnome-shell-theme (yaru-gnome-shell-theme-git)
- git (git-git, git-vfs, git-run-command-patch-git) (make)
- meson (meson-git) (make)
- sassc (sassc-git, python-libsass) (make)
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:
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:
Should I fill a bug report here? -> https://archlinux.org/packages/community/x86_64/sassc/
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: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:
https://github.com/ubuntu/yaru/pull/2922
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
andyarn-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 charactersvlatkoB commented on 2021-04-02 11:37 (UTC) (edited on 2021-04-02 12:04 (UTC) by vlatkoB)
@drakkan
@chrisjbillington Yes,
$HOME
is encrypted witheCryptFS
I'll try the temp fix. EDIT:pkgBuild
fix worked. Thanks.-:)drakkan commented on 2021-04-02 07:05 (UTC)
Hi,
please try a script like this:
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):
vlatkoB commented on 2021-04-02 05:04 (UTC)
@chrisjbillington Using ext4
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
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 https://github.com/ubuntu/yaru/pull/2736).
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
https://github.com/ubuntu/yaru/pull/2736
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):
https://github.com/ubuntu/yaru/issues/2667
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 tolibXcursor.so.1
) 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: https://imgur.com/4be65Ej
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 launchpad.net is blocked where you are.
[1] https://launchpad.net/ubuntu/+archive/primary/+files/humanity-icon-theme_0.6.15.tar.xz
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
:https://github.com/ubuntu/yaru/issues/2079
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:
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:
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 thePKGBUILD
:In the long run, Yaru aims to provide a switchable dark/light shell theme:
https://github.com/ubuntu/yaru/issues/1483
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.
Thanks!
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 https://github.com/ubuntu/yaru/releases
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 https://bugs.launchpad.net/ubuntu/+source/yaru-theme/+bug/1832137
drakkan commented on 2019-07-15 13:52 (UTC)
@malwareslayer
I just retested and it works fine here. I have the following packages installed
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.
Thanks
drakkan commented on 2018-12-06 23:13 (UTC) (edited on 2018-12-06 23:14 (UTC) by drakkan)
@chrisjbillington
should be fixed now:
7670e75a2dab
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:
https://github.com/ubuntu/yaru/issues/1018
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
https://github.com/ubuntu/yaru/issues/914
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://i.imgur.com/0ROtwHZ.png
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