Search Criteria
Package Details: acroread-fonts-systemwide 1:DC_2020.012.20041-1
Git Clone URL: | https://aur.archlinux.org/acroread-fonts-systemwide.git (read-only, click to copy) |
---|---|
Package Base: | acroread-fonts-systemwide |
Description: | Fonts from Adobe Acrobat Reader DC |
Upstream URL: | http://www.adobe.com/products/acrobat/acrrasianfontpack.html |
Keywords: | font |
Licenses: | |
Conflicts: | |
Submitter: | None |
Maintainer: | Marcel_K |
Last Packager: | Marcel_K |
Votes: | 108 |
Popularity: | 0.38 |
First Submitted: | 2009-08-20 21:32 |
Last Updated: | 2020-08-22 18:31 |
Dependencies (1)
- p7zip (p7zip-natspec, p7zip-jinfeihan57-git) (make)
Required by (2)
- texlive-minionpro-git (make)
- texlive-myriadpro-git (make)
Latest Comments
1 2 Next › Last »
prettyvanilla commented on 2020-07-01 23:50
Please update to the most recent upstream release and remove the dependencies as per the recent font packaging changes in the official repos, thanks!
dreieck commented on 2018-05-02 13:07
May you add
provides=("acroread-fonts=${pkgver}" "ttf-adobe-fonts=${pkgver}" "ttf-adobe-fonts-cjkext=${pkgver}" "acroread-font-chinese-simplified=${pkgver}")
to thePKGBUILD
?Or is it not applicable?
colinkeenan commented on 2016-03-24 02:08
Thanks. Can see updates now.
Marcel_K commented on 2016-03-23 23:02
There's an epoch system in Arch, which I can set to 1 (> default 0). I'll do so shortly.
colinkeenan commented on 2016-03-23 20:31
I haven't been updating this package on archlinuxcn because the check for new versions was failing to realize new versions were coming out. I just realized this issue and uploaded a new version to archlinuxcn, but nobody will know unless they install it directly:
sudo pacman -S acroread-fonts-systemwide
warning: downgrading package acroread-fonts-systemwide (11.0.10-1 => DC_2015.007.20033-1)
This is because pacman considers the old version (11.0.10-1) to be newer than the new version (DC_2015.007.20033-1).
Can you make a numbering system that is greater than 11.0.10-1?
Like, can you just start with 12DC instead of just DC?
colinkeenan commented on 2015-02-26 03:20
Thanks. Got it built and uploading to archlinuxcn. Also added p7zip920 to archlinuxcn.
Marcel_K commented on 2015-02-25 18:21
FYI, it's a bug in p7zip, which will be fixed in its next version.
https://sourceforge.net/p/sevenzip/bugs/1487/
Marcel_K commented on 2015-02-25 13:55
Thanks for the report. It was not only a too long switch you bumped upon, but it turned out that p7zip was changed after the last major update, so that we can't extract the files anymore.
I uploaded an older version of p7zip to the AUR and made it a makedepend, so you can now rebuild this package again.
I'll try to find a neater solution than relying on an old(er) version of p7zip.
colinkeenan commented on 2015-02-25 07:35
I had previously built the version available on 12/1/14, and it had the same 7z command in it. I had to do a fresh install on Christmas, and didn't get around to working on updating this until now. The version I build on 12/1 is on archlinuxcn, so I've got that one re-installed. I'm responsible for updating it, but can't due to this "Too long switch" on the 7z command.
colinkeenan commented on 2015-02-25 06:09
Command Line Error:
Too long switch:
-yir!131
==> ERROR: A failure occurred in prepare().
Aborting...
It doesn't like "7z -yir!131 ..."