Search Criteria
Package Details: tango-icon-theme 0.8.90-14
Package Actions
Git Clone URL: | https://aur.archlinux.org/tango-icon-theme.git (read-only, click to copy) |
---|---|
Package Base: | tango-icon-theme |
Description: | Icon theme that follows the Tango visual guidelines |
Upstream URL: | http://tango.freedesktop.org |
Licenses: | custom:public domain, custom:TRADEMARKS |
Submitter: | boenki |
Maintainer: | boenki |
Last Packager: | boenki |
Votes: | 228 |
Popularity: | 2.80 |
First Submitted: | 2011-12-19 23:52 (UTC) |
Last Updated: | 2019-05-24 20:49 (UTC) |
Dependencies (4)
- icon-naming-utils (make)
- imagemagick (graphicsmagick-imagemagick-compat, imagemagick-git, imagemagick-full-git, imagemagick-fftw, imagemagick-no-hdri, imagemagick-full) (make)
- intltool (make)
- librsvg (librsvg-minimal-git, librsvg-og, librsvg-git) (make)
Latest Comments
nyanpasu64 commented on 2020-08-26 17:31 (UTC)
I noticed that the high-resolution bitmaps are blurry because you're calling ImageMagick and asking it to upscale the images instead of rendering at high resolution. I fixed the repo in my fork at https://github.com/nyanpasu64/aur-tango-icon-theme .
jgottula commented on 2019-12-23 00:17 (UTC) (edited on 2019-12-23 00:18 (UTC) by jgottula)
@boenki Recently I was starting to get a bit aggravated with how long this package takes to build. I noticed that all of the ImageMagick conversions were happening serially, one-at-a-time, in spite of
MAKEFLAGS="-j8"
.So I made an improved PKGBUILD that incorporates a couple of patches which replace the makefiles' one-at-a-time
for
loops with functionally-equivalent calls to theparallel
utility.On my FX-8350 system (8 CPU threads), this modification reduced the total build time of this package (wall time) from 7m13s down to 2m09s! A rather substantial improvement, I think.
Here's the PKGBUILD diff along with the two new patch files, if you'd like to incorporate this parallelization into the AUR package:
https://gist.github.com/jgottula/45fdd72c11476b4565be5512dc166529
r381581 commented on 2019-06-03 11:18 (UTC)
Problem solved:
There was some strange problem with opencl in combination with my old AMD Cape Verde GPU and not insecure package building, which was my first guess. Removing ocl-icd made ImageMagick work again.
Sorry for bothering you.
boenki commented on 2019-06-03 04:13 (UTC) (edited on 2019-06-03 04:14 (UTC) by boenki)
@r381581: Please try 'makepkg' or 'extra-x86_64-build'.
Can't help you with "AUR-helpers" :(
r381581 commented on 2019-06-02 21:00 (UTC)
Exact error (one of many similar ones, partially in german):
convert: MagickCore/opencl.c:1497: CopyMagickCLCacheInfo: Zusicherung »pixels == info->pixels« nicht erfüllt.
../../svg2png.sh: Zeile 16: 24351 Abgebrochen (Speicherabzug geschrieben) ${SVGCONVERT} ${OPTIONS} ${3} ${OUTPUT} ${2}/${ICONNAME}.png
/usr/bin/convert -background none ./bookmark-new.svg -resize 64x64 /home/xxx/.cache/yay/tango-icon-theme/pkg/tango-icon-theme/usr/share/icons/Tango/64x64/actions/bookmark-new.png
Failed to create /root/.cache for shader cache (Keine Berechtigung)---disabling. Error: 8 unsupported relocations Error: 8 unsupported relocations
r381581 commented on 2019-06-02 20:48 (UTC)
There is a problem, if you use a secure AUR helper, because probably su-rights are needed for building:
Failed to create /root/.cache for shader cache Error: 8 unsupported relocations"
jidibinlin commented on 2019-05-25 10:33 (UTC)
It`s work for me . Thanks for fixing.
acxz commented on 2019-05-25 02:31 (UTC)
Thanks for fixing up the package @boenki. The install works for me!!! Sadly, I don't know how to take back my submitted request, but I'm sure it will come back rejected soon enough. Thx once again!
boenki commented on 2019-05-24 17:17 (UTC) (edited on 2019-05-24 20:50 (UTC) by boenki)
Sorry,I did not know archive.org is blocked in china. I will include the files in the pkg after work. Edit: Done, hope it works for you.
acxz commented on 2019-05-24 14:16 (UTC)
Ah rip. I sent a request for this package. Maybe somebody else can fix it/is more responsive than the current maintainer.
jidibinlin commented on 2019-05-24 08:26 (UTC)
@acxz Fine! I`m in china. The Great FireWall of China makes me have no idea to solve this problem.
acxz commented on 2019-05-24 05:37 (UTC)
@jidibinlin The links work for me. However, the package does not install for me.
jidibinlin commented on 2019-05-24 04:28 (UTC)
Hai! The links you suggest to use(commented on 2019-05-10) still can`t be reached.
Secreteus commented on 2019-05-10 14:46 (UTC)
As temporary solution I suggest to use those links to replace missing sources:
https://web.archive.org/web/20180303014950if_/http://cinderwick.ca:80/files/archlinux/artwork-official/symbol.svg
https://web.archive.org/web/20150801113032if_/http://cinderwick.ca/files/archlinux/licensing-docs/TRADEMARKS
lostatsea commented on 2019-05-04 18:04 (UTC)
The upstream source (cinderwick.ca) seems to no longer be a valid site. Is there an alternative source that can be used?
AnonJose commented on 2018-08-22 16:32 (UTC) (edited on 2018-08-22 16:35 (UTC) by AnonJose)
on my system this seems to the problem, any idea on how to resolve it ?
==> Starting prepare()... patching file configure.ac patching file svg2png.sh.in configure.ac:9: error: possibly undefined macro: AC_PROG_INTLTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1 ==> ERROR: A failure occurred in prepare(). Aborting... :: failed to verify integrity or prepare tango-icon-theme package
haawda commented on 2018-08-11 20:00 (UTC)
On my system the creation of document-print.png in size 48x48 does not work. It seems to hang.
su - -c " strace -p 23512 " strace: Process 23512 attached wait4(23513,
Process 23513 is an inkscape process. Huh?
hringriin commented on 2018-05-23 14:09 (UTC)
Stuck at
checking for gcc... gcc
for about 40 minutes. I aborted compiling. Another machine has no issues with that.How to debug that?
commented on 2017-08-27 05:10 (UTC)
boenki commented on 2017-05-28 11:56 (UTC)
FredBezies commented on 2017-05-28 09:33 (UTC)
boenki commented on 2016-12-30 05:52 (UTC)
AndyRTR commented on 2016-12-29 17:11 (UTC)
boenki commented on 2016-05-17 11:45 (UTC)
boenki commented on 2016-05-13 10:50 (UTC)
Alad commented on 2016-05-12 17:36 (UTC) (edited on 2016-05-12 17:37 (UTC) by Alad)
gapo commented on 2016-05-07 19:12 (UTC)
gapo commented on 2016-05-07 18:03 (UTC)
boenki commented on 2015-12-20 16:32 (UTC)
Hazzl commented on 2015-12-20 16:00 (UTC)
tsester commented on 2015-03-11 21:27 (UTC)
rafaelff commented on 2014-04-30 11:04 (UTC)
boenki commented on 2014-04-30 10:57 (UTC)
Marcel_K commented on 2014-04-13 20:31 (UTC)
boenki commented on 2013-04-09 09:38 (UTC)
asmolero commented on 2013-04-09 06:50 (UTC)
boenki commented on 2012-12-15 14:35 (UTC)
commented on 2012-12-11 17:34 (UTC)
rafaelff commented on 2012-05-01 00:50 (UTC)
JohnDVD commented on 2012-04-30 20:33 (UTC)
rafaelff commented on 2012-04-29 01:03 (UTC)
boenki commented on 2012-04-28 22:06 (UTC)
rafaelff commented on 2012-04-27 14:03 (UTC)
commented on 2012-04-26 07:09 (UTC)
boenki commented on 2012-04-24 20:03 (UTC)
prg commented on 2012-04-24 17:33 (UTC)
rafaelff commented on 2012-04-19 10:13 (UTC)
commented on 2012-04-19 06:48 (UTC)
rafaelff commented on 2012-04-18 14:17 (UTC)
commented on 2012-04-18 14:06 (UTC)
rafaelff commented on 2012-04-18 13:55 (UTC)
commented on 2012-04-18 13:40 (UTC)
rafaelff commented on 2012-01-10 23:41 (UTC)
rafaelff commented on 2012-01-08 23:48 (UTC)
mrunion commented on 2012-01-06 02:48 (UTC)
mrunion commented on 2012-01-06 02:36 (UTC)
mrunion commented on 2012-01-06 02:29 (UTC)
commented on 2012-01-04 22:19 (UTC)
mrunion commented on 2012-01-02 18:09 (UTC)