Package download error

Hello everyone! I recently moved from Windows to Linux (of course on the EndeavourOS) and I’m new to it. I am using the Gnome DE and I would like to improve it with a package gnome-shell-performance, but when downloading it, I get an error:

Preparing...
Cloning gnome-shell-performance build files...
Generating gnome-shell-performance information...
Checking gnome-shell-performance dependencies...
Resolving dependencies...
Checking inter-conflicts...

Building gnome-shell-performance...
==> Making package: gnome-shell-performance 1:42.5-1 (Thu 20 Oct 2022 09:22:03 PM +04)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Updating gnome-shell git repo...
From https://gitlab.gnome.org/GNOME/gnome-shell
+ 550af58e5...2797177c8 refs/merge-requests/2479/merge -> refs/merge-requests/2479/merge (forced update)
+ d39ccc088...42430e84d refs/merge-requests/2486/merge -> refs/merge-requests/2486/merge (forced update)
+ 3a2e7d952...76ace1aff refs/merge-requests/2489/merge -> refs/merge-requests/2489/merge (forced update)
-> Updating libgnome-volume-control git repo...
-> Found mr1884.patch
-> Found mr1915.patch
==> Validating source files with sha256sums...
gnome-shell ... Skipped
libgnome-volume-control ... Skipped
mr1884.patch ... Passed
mr1915.patch ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
-> Creating working copy of gnome-shell git repo...
Cloning into 'gnome-shell'...
done.
Switched to a new branch 'makepkg'
-> Creating working copy of libgnome-volume-control git repo...
Cloning into 'libgnome-volume-control'...
done.
==> Starting prepare()...
HEAD is now at 84f0233bd Bump version to 42.5
error: no cherry-pick or revert in progress
fatal: cherry-pick failed
Patching with mr1884.patch...
patching file js/ui/appDisplay.js
patching file js/ui/iconGrid.js
Patching with mr1915.patch...
patching file data/theme/gnome-shell-sass/_common.scss
patching file data/theme/gnome-shell-sass/widgets/_window-picker.scss
patching file src/st/st-theme-node-drawing.c
Submodule 'subprojects/gvc' (https://gitlab.gnome.org/GNOME/libgnome-volume-control.git) registered for path 'subprojects/gvc'
Synchronizing submodule url for 'subprojects/gvc'
Cloning into '/var/tmp/pamac-build-moon/gnome-shell-performance/src/gnome-shell/subprojects/gvc'...
fatal: transport 'file' not allowed
fatal: clone of '/var/tmp/pamac-build-moon/gnome-shell-performance/src/libgnome-volume-control' into submodule path '/var/tmp/pamac-build-moon/gnome-shell-performance/src/gnome-shell/subprojects/gvc' failed
Failed to clone 'subprojects/gvc'. Retry scheduled
Cloning into '/var/tmp/pamac-build-moon/gnome-shell-performance/src/gnome-shell/subprojects/gvc'...
fatal: transport 'file' not allowed
fatal: clone of '/var/tmp/pamac-build-moon/gnome-shell-performance/src/libgnome-volume-control' into submodule path '/var/tmp/pamac-build-moon/gnome-shell-performance/src/gnome-shell/subprojects/gvc' failed
Failed to clone 'subprojects/gvc' a second time, aborting
==> ERROR: A failure occurred in prepare().
Aborting...

Please help solve this problem and describe step by step what needs to be done to fix the problem. Waiting for your support, I hope for you!

The issue is with that PKGBUILD itself. It is probably something the maintainer should change. It is due to a recent change in git.

You can work around it by setting:

git config --global protocol.file.allow always

However, then you will be allowing something that git has decided to stop allowing.

1 Like

It works. Thank you very much!

safer just to add

git -c protocol.file.allow=always submodule update (PACKAGE)

in place of

git submodule update (PACKAGE)

in the PKGBUILD rather than setting a global variable

1 Like

Yes, I agree.

If you are comfortable modifying a PKGBUILD that is a safer option.

Another option would be to call a function to change the git setting, update the package and then change it back.

Also, welcome to the forum! Thanks for creating an account to share that information.

Thanks.
I’ve been on here for about 6 months but what with work and family only really had time to read a few posts. Long time on/off linux user since 1996.

1 Like

Welcome to the purple space!!
:enos_flag: :rocketa_purple:

1 Like

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.