Package Details: gnome-shell-extension-dash-to-dock-git 69.r14.g302c693-1

Git Clone URL: (read-only, click to copy)
Package Base: gnome-shell-extension-dash-to-dock-git
Description: move the dash out of the overview transforming it in a dock
Upstream URL:
Licenses: GPL
Conflicts: gnome-shell-extension-dash-to-dock
Provides: gnome-shell-extension-dash-to-dock
Submitter: haaja
Maintainer: aminvakil
Last Packager: aminvakil
Votes: 66
Popularity: 0.000045
First Submitted: 2013-12-30 12:25
Last Updated: 2021-07-30 07:17

Required by (4)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

Semietiev commented on 2016-07-29 11:27

@Kubax thanks, now it works! :D

Kubax commented on 2016-07-25 09:13

Here is a small hack, that fixes the build problems.

--- a/PKGBUILD 2016-07-25 11:12:54.185594645 +0200
+++ b/PKGBUILD 2016-07-25 11:10:38.126722339 +0200
@@ -59,6 +59,7 @@
package_10_locale() {
msg2 'Installing translations...'
+ cd _build
cd locale
for locale in */
@@ -73,6 +74,7 @@

package_10_schemas() {
msg2 'Installing schemas...'
+ cd _build
find -name '*.xml' -exec install -Dm644 -t "$pkgdir/usr/share/glib-2.0/schemas" '{}' +

Semietiev commented on 2016-07-22 08:42

Can't install after the last update.

-> Installing translations...
/home/semi/.cache/pacaur/gnome-shell-extension-dash-to-dock-git/PKGBUILD: line 62: cd: locale: No such file or directory
==> ERROR: Error occurred in package().

Sorry if above error message differs from original, I have translated it from my language.

XZS commented on 2016-03-23 20:19

Surprisingly, also traditional tools like grep are regularly updated still today, find exactly the weird unintended behaviour I rely upon and forbid it. The issue affected all my gnome-shell-extension-* packages and is fixed now.

More details can be found in the respective commit to the package collection <>.

XZS commented on 2016-03-23 02:18

This is most likely the same bug also affecting gnome-shell-extension-maximus-two-git. I will fix it in the next few days.

Ste74 commented on 2016-03-22 18:58

@vinadoros .. yes also me the pkgbuild in the last script not working .. same error ... what is your modification

vinadoros commented on 2016-03-21 19:20

I am getting a "grep: unescaped ^ or $ not supported with -Pz" (this is just a warning, but it means that the grep statement actually isn't doing anything on line 82 if the PKGBUILD. The grep statement looks very intense, I couldn't even begin to figure out what it really should be...

More importantly though, the pkgbuild errors out at line 85, "compatibles: bad array subscript". It looks like compatibles[-1] is out of bounds, and I tried checking compatibles[1], but that is actually empty (because of the grep warning above, which couldn't properly set the compatibles variable).

I guess this whole section of the pkgbuild is trying to compare the version of gnome-shell in git, with the gnome-shell you have, and if yours is less than in git, make the package depend on the new one. As a temporary workaround, I just edited the PKGBUILD to remove this logic, but I don't know if anyone else is getting this error or if its just me.

XZS commented on 2016-01-08 20:52

The extension maintainer modified the image not to trigger the bug to begin with. So this package should now be able to function without any hassle again.

bosyi commented on 2015-12-09 00:02

x86_64. changing imagemagik provider to graphicsmagick-imagemagick-compat solve the issue.
but now for some reason, if install with makepkg it fails on -> Installing translations...
/home/.../PKGBUILD: line 70: cd: locale: no such file or directory..

if using yaourt - all ok. strange..

XZS commented on 2015-12-08 23:22

This is exactly the error I experience when trying to open logo.svg with eog. But convert does not abort on my machine, despite strace clearly shows it interested in librsvg.

Which architecture are you working on? Could you try replacing imagemagick with graphicsmagick-imagemagick-compat <> and then attempt to build again?