Package Details: ttf-ms-fonts 2.0-12

Git Clone URL: https://aur.archlinux.org/ttf-ms-fonts.git (read-only, click to copy)
Package Base: ttf-ms-fonts
Description: Core TTF Fonts from Microsoft
Upstream URL: http://corefonts.sourceforge.net
Keywords: corefonts
Licenses: custom:microsoft
Provides: ttf-font
Submitter: None
Maintainer: caleb
Last Packager: caleb
Votes: 1981
Popularity: 9.06
First Submitted: 2010-12-01 11:17
Last Updated: 2020-05-25 15:35

Dependencies (0)

Required by (160)

Sources (11)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

duzun commented on 2020-09-13 11:14

The issue is in that SourceForge has changed the behaviour of the download links and no longer redirect to the binaries on curl. I've inserted the following in the PKGBUILD after source=("${_files[@]/#/$_dlpath/}"):

idx=0
for i in "${source[@]}"; do 
    source[idx]="$i?ts=$(date +%s)&use_mirror=deac-ams"
    idx=$(( idx + 1))
done

And it worked!

The mirron "deac-ams" is from https://sourceforge.net/p/forge/documentation/Mirrors/

caleb commented on 2020-08-31 21:00

@micronetic That's proof that the package and its checksums are doing their job and flagging invalid downloads. The problem here is Source Forge's download mirror system. The issues are highly mirror (and hence region) dependent with some having more strict rate limiting and such than others. There isn't really anything this package can do about this.

micronetic commented on 2020-08-31 10:32

@caleb I had the same problem as @ginkel yesterday but today it is working again.

caleb commented on 2020-08-31 07:19

@ginkel The upstream source files haven't changed since 2002. I suspect you had trouble downloading them all at once from some SourceForge mirror. Try downloading them one at a time using wget or even from a browser and placing them in the sources folder. The checksums should be right when you get valid files.

b3n10 commented on 2020-08-30 07:09

@ginkel my only failed download is webdin32.exe, but i changed the _dlpath to https://sourceforge.net/projects/corefonts/files/the%20fonts/final and afterwards it downloads that file for me and proceed installation

ginkel commented on 2020-08-29 11:19

Since two days, installing the package fails with the following error:

-- 8< --

==> Validating source files with sha256sums...
    andale32.exe ... FAILED
    arial32.exe ... FAILED
    arialb32.exe ... FAILED
    comic32.exe ... FAILED
    courie32.exe ... FAILED
    georgi32.exe ... FAILED
    impact32.exe ... FAILED
    times32.exe ... FAILED
    trebuc32.exe ... FAILED
    verdan32.exe ... FAILED
    webdin32.exe ... FAILED
==> ERROR: One or more files did not pass the validity check!

-- 8< --

Did the upstream files change?

danielsouzat commented on 2020-08-02 13:20

I had the same problem as Stunkymonkey.

caleb commented on 2020-06-08 06:03

@Stunkymonkey That doesn't sound like a packaging issue, this package is just extracting and installing the upstream archive files. Incidentally while the download path changes the actual version of the files used hasn't changed in quite some time. It sounds like your issue is either with some font in the upstream project or ever your usage of them. Fonts don't declare characters you know, they just have a table of glyphs for them. It's up to you to specify which font you want your characters from.

Stunkymonkey commented on 2020-06-07 22:12

the latest updates added some strange characters 0xF015 was declared by font-awesome before is now a weird tilde. Is this expected? Because 0xF015-0xF01D and 0xF02D-0xF030 are nearly all the same character

caleb commented on 2020-05-28 15:28

@StormEngineer That's a problem with whatever mirror Sourceforge has directed you at. You can change it manually to one you can reach by changing the _dlpath in the PKGBUILD or messing about with your DNS resolution to override the domain to a working mirror, but that's up to you to download the files not this package. Sorry!