summarylogtreecommitdiffstats
AgeCommit message (Collapse)Author
2016-07-20improve location metricXZS
As an extension consists of both the metadata description and a JavaScript entry point always named extension.js, searching for both hardens the locating process against changes to the directory structure. This does not change the contents of the built package, so the pkgver stays unchanged.
2016-04-22fix version comparisonXZS
Comparing the minor version to a string of minor and major will never succeed. Originally, a restriction on the current shell version was omitted for historical reasons - most packages did so when dependencies were defined manually. This now turns into a concious decision to - permit the usage of the extension in instable gnome-shell versions - the ones with odd minor version numbers - where incompatibilities are introduced gradually. - ease the transition from one stable gnome-shell version - the ones with even minor version numbers - to the next. In an ideal world, all extensions should have been updates before the update hits the repositories. But as Arch is quite more on the edge than developers of some of the extensions, this is not the case more often than not.
2016-03-23propagate upstream updateXZS
Apart from translation updates, the intellihide machinery has been optimized. The extension can now also be active with full screen windows and supports the upcoming gnome-shell version 3.20. Fortunately, the same dash-to-dock release applies to gnome-shell 3.18 and 3.20 as well. This saves the hassle of rewriting the code that extracts the download link from the webpage and provides the hopeful perspective that transition will be effortless when the next stable shell version hits the Arch Linux repositories.
2016-03-23end grep trickery, it has been bustedXZS
Unbelievably, also traditional tools like grep are regularly updated still today. Version 2.24 forbid the combination of some features with the -z option. This was exactly what was exploited here to make grep ignore newlines so they would not interrupt JSON dissection. More information about the change can be found at the bottom of the respective release notes. [1] Fixing it costs an invocation of tr to remove the bothersome newlines. Because the files are read within "find -exec" where input redirection is not readily possible, cat has to be invoked to start the pipeline. The grep script got only a tiny bit simpler by adhering to the new restriction and leaving newlines to tr. Thanks to AUR users jmauss, Asher256 and vinadoros for pointing to the critical line. [1]: http://savannah.gnu.org/forum/forum.php?forum_id=8477
2016-03-23remove mksrcinfo headerXZS
This reverts "add mksrcinfo header". The .SRCINFO is now generated by "makepkg --printsrcinfo" which does no longer include any header since commit f63854f [1], released with pacman version 5.0.1. [1]: https://projects.archlinux.org/pacman.git/commit/?id=f63854fa96f658ca5bdf2c21a1cd33cf4e3fbdbd
2016-02-19adopt package to collectionXZS
This package is now again maintained as part of the collection of gnome-shell-extensions and related templates on GitHub. <https://github.com/dffischer/gnome-shell-extensions>
2016-02-19use original imageXZS
Meanwhile, the bug in librsvg was fixed upstream. [1] The maintainer of the extension cared for the issue as well [2] and was so kind to rework the image not to trigger it to begin with [3]. So there is no need to patch the image any longer and the respective last two commits since "patch up unreadable image" can be reverted, bringing this package as close to upstream as it has been. This change does not increase the pkgrel as there is no functional change to be shipped out. Already installed packages will continue to work without the need of an update. [1]: https://bugzilla.gnome.org/show_bug.cgi?id=759084 [2]: https://github.com/micheleg/dash-to-dock/issues/262 [3]: https://github.com/micheleg/dash-to-dock/commit/8a7e74e
2015-12-08add dependency needed for patching upXZS
The imagemagick package contains the convert program needed for the interim fix.
2015-12-08patch up unreadable imageXZS
Due to a bug with librsvg[1] GTK is unable to process the image logo.svg. As ImageMagic still can handle it without any hiccups, it can be converted to a PNG before GTK ever sees it until the bug is fixed. [1]: https://bugs.archlinux.org/index.php?do=details&task_id=47245
2015-10-081:49-1carl.george
2015-08-101:47-1carl.george
* revert update to v48, because that version is only for gnome 3.14
2015-08-1048-2carl.george
* switch to sha256sums
2015-08-1048-1carl.george
2015-08-0547-1carl.george
2015-07-1046-4carl.george
2015-07-1046-3carl.george
2015-07-1046-1carl.george
2015-07-10initial import from legacy AURcarl.george