Arch Linux User Repository

eCryptFS can only store filenames of up to 143 characters

@drakkan

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

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

Hi,

please try a script like this:

num=1
while [ true ]
do
   if ! touch $(printf "%${num}s"  | tr ' ' 'a')
   then
       echo $num
       break
   fi
   ((num++))
done

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

@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
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -24,7 +24,8 @@ source=("https://github.com/ubuntu/yaru/archive/${_commit}.tar.gz")
 sha256sums=('e2a400527451e33abb44d96b6878514482d008355639add6ab30d6e9b2dd70f3')

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

@chrisjbillington Using ext4

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

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).

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

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.

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.

@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).