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: alerque
Last Packager: alerque
Votes: 2077
Popularity: 11.86
First Submitted: 2010-12-01 11:17 (UTC)
Last Updated: 2020-05-25 15:35 (UTC)

Dependencies (0)

Required by (279)

Sources (11)

Latest Comments

duzun commented on 2020-09-13 11:14 (UTC) (edited on 2020-09-13 11:15 (UTC) by duzun)

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/

alerque commented on 2020-08-31 21:00 (UTC)

@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 (UTC) (edited on 2020-08-31 10:37 (UTC) by micronetic)

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

alerque commented on 2020-08-31 07:19 (UTC)

@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 (UTC)

@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 (UTC) (edited on 2020-08-29 11:20 (UTC) by ginkel)

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?

danisztls commented on 2020-08-02 13:20 (UTC)

I had the same problem as Stunkymonkey.

alerque commented on 2020-06-08 06:03 (UTC)

@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 (UTC)

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

alerque commented on 2020-05-28 15:28 (UTC)

@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!

alerque commented on 2020-05-28 15:26 (UTC)

@Lenry You can replace the base url in $_dlpath to the base of a mirror that works for you. Unfortunately we won't be able to do that for the package itself. It's specifically against Arch's guidelines to hard code a specific mirror. The Sourceforge redirections work for most locations/situations and are better than pointing at one mirror.

Lenry commented on 2020-05-28 13:55 (UTC)

For me it's trying to download from a non-working mirror (Liquid Telecom of Kenya) If I choose an other mirror from the website, I can download the files, but I can't figure out how to define a mirror in the PKGBUILD

StormEngineer commented on 2020-05-28 13:42 (UTC)

It might be a problem with SourceForge, but currently the font download keeps timing out.

alerque commented on 2020-05-25 15:35 (UTC)

@MuLDeRiZed or @merlock can you elaborate on that? If there is something this package should add like a conflicts=() I'd like to know about it.

alerque commented on 2020-05-25 15:03 (UTC)

Please do not depend on any of fontconfig, xorg-font-utils, or xorg-font-encodings. These are all obsolete and make the system do duplicate work as well as make container builds heavier than they need to be.

FredBezies commented on 2020-05-14 13:31 (UTC)

@chennux: I tried with old PKGBUILD and it works.

Fonts are downloaded flawlessly.

chennux commented on 2020-05-05 13:32 (UTC)

The link of the fonts was modified ; fonts are now here : http://downloads.sourceforge.net/project/corefonts/the%20fonts/final/

Currently, we must modify the PKGBUILD in order to complete the installation of the fonts.

(The Ubuntu package has a similar bug).

merlock commented on 2019-08-29 13:16 (UTC)

@MuLDeRiZeD: Good catch. Wondered why some of my glyphs wouldn't show right.

MuLDeRiZeD commented on 2019-08-28 13:28 (UTC)

Avoid if you are using awesome fonts. There is a problem with several glyphs not being recognized when both sets are installed.

xuiqzy commented on 2019-08-02 08:20 (UTC)

extra/xorg-bdftopcf extra/xorg-font-util extra/xorg-font-utils

Are these dependencies really needed? I have installed multiple other ttf fonts and they don't require them.

patrakov commented on 2019-03-20 22:35 (UTC)

I think that the web.archive.org suggestion by nishant is a really good one. It also allows to add Tahoma32.exe and thus make the package more complete.

nishant commented on 2019-03-03 01:55 (UTC)

For successful download, I had to change the download path to https://web.archive.org/web/20020124085641/http://www.microsoft.com/typography/downloads

lectrode commented on 2018-10-03 19:24 (UTC)

For successful download, I had to change "http" to "https" for the font source urls. HTH

Win8Error commented on 2018-02-25 18:30 (UTC)

Build failed:

install: der Aufruf von stat für '*.ttf' ist nicht möglich: Datei oder Verzeichnis nicht gefunden ==> FEHLER: Ein Fehler geschah in package(). Breche ab...

commented on 2017-09-26 21:30 (UTC)

What about using the original web page as upstream webpage on the pkgbuild? https://web.archive.org/web/20020124085641/http://www.microsoft.com/typography/fontpack/default.htm Also Im having problems downloading from sourceforge, is possible list either in a comment on the pkgbuild another source? Edit: I think this is why I have problems also in other networks, at this point better add a non-sourceforge mirror just in case https://www.theregister.co.uk/2017/09/27/faulty_data_center_takes_out_sourceforge/

birdflesh commented on 2017-05-10 20:06 (UTC)

@srand thanks for the suggestion. Install file was removed with no version bump.

srand commented on 2017-05-10 19:39 (UTC)

No need for the .install file anymore, everything font-related that's done in there is handled by pacman hooks now.

beroal commented on 2016-11-30 19:34 (UTC)

@mgd: I can give a summary. One party in the discussion says that SHA256 is no better than MD5 because here a hash is used for error checking, not for security. So SHA256 is no better than any CRC.

mgd commented on 2016-11-30 18:05 (UTC)

Care to give a summary? I can't read that bbs w/o registering beforehand (which I won't do for the sole purpose to read your link).

birdflesh commented on 2016-11-30 14:07 (UTC)

Respectfully, I won't be switching to SHA256. Reasoning behind this decision can be found here: https://bbs.archlinux.org/viewtopic.php?id=217588

procrastinator commented on 2016-11-29 20:51 (UTC)

Second what the previous commenter said. Please switch to sha256sums.

GI_Jack commented on 2016-11-23 21:54 (UTC)

MD5sums are sooo 1996. SHA256 plz

hawaka commented on 2016-08-01 16:21 (UTC) (edited on 2016-08-01 16:24 (UTC) by hawaka)

The md5 errors did occur for me too. They seem to only happen when I don't have mhash installd. Maybe mhash should be added as a dependency for yaourt.

boozelo commented on 2016-07-13 10:48 (UTC) (edited on 2016-07-13 11:02 (UTC) by boozelo)

@Arup: Sourceforge is tmpy down Edit pkgbuild to use mirror: _sfpath="http://sourceforge.mirrorservice.org/c/co/corefonts/the%20fonts/final/"

Arup commented on 2016-07-13 10:32 (UTC)

I am getting same error even after cleaning up build directory. md5 error Validating source files with md5sums... 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! ==> ERROR: Makepkg was unable to build ttf-ms-fonts.

beroal commented on 2016-05-01 20:15 (UTC)

@LazyLucretia: It builds for me. Try to clean the build directory.

LazyLucretia commented on 2016-05-01 19:22 (UTC)

impact32.exe fails the md5sum validity test.

andreyv commented on 2016-03-28 12:28 (UTC)

@birdflesh: Thanks for the explanation.

birdflesh commented on 2016-03-23 18:31 (UTC) (edited on 2016-03-23 18:31 (UTC) by birdflesh)

@andreyv you can refer to my 2013-01-30 comment about Tahoma font. I believe this is the same reason that Tahoma was not included in this package when it was available through the official repos. Versioning also follows the official package which when moved to AUR was on its 2.0-3 version. About https, you will notice that trying to download an https url on sf with curl or wget will always redirect to an http location, so I think there is no real point in using https.

andreyv commented on 2016-03-22 16:30 (UTC) (edited on 2016-03-22 16:34 (UTC) by andreyv)

Hello, Two remarks: - http://corefonts.sourceforge.net/ shows the latest version is 2.5, but here it is 2.0. - https://sourceforge.net/projects/corefonts/files/the%20fonts/final/ also contains wd97vwr32.exe, which contains the Tahoma font according to corefonts changelog, but this package does not extract this font. EDIT: Also the upstream files should be available through HTTPS now.

Megameneer commented on 2016-03-15 17:59 (UTC) (edited on 2016-03-15 18:02 (UTC) by Megameneer)

Does not work: 404 error on andale32. When I open the link to it in Firefox, I am redirected to a page ( https://sourceforge.net/projects/corefonts/files/the%20fonts/final/andale32.exe/download?use_mirror=heanet ) that says "Your download is starting in 5 seconds", so maybe that might be the problem. When I use the patch from dustinphipps, it just worked.

lisu_ml commented on 2015-11-09 14:06 (UTC)

It works again, sorry for bothering you and thanks for the reply!

DarkCerberus commented on 2015-11-08 14:47 (UTC) (edited on 2015-11-08 14:48 (UTC) by DarkCerberus)

lisu_ml: It must have been temporary, it works for me on a clean arch install - nothing wrong with the PKGBUILD it only downloads from sourceforge to get the windows fonts so it may have been a sourceforge.net technical server fault.... Try it again if it still doesn't work then it maybe at your end - maybe a recent configuration change or a broadband connection glitch.

lisu_ml commented on 2015-11-06 19:51 (UTC)

Won't build as the URL for trebuc32.exe is broken.

birdflesh commented on 2015-07-18 07:58 (UTC)

I believe your problem was temporary. I just tested the current PKGBUILD and it works as usual.

stegosaurus commented on 2015-07-17 21:45 (UTC)

The sources aren't resolving because the URL in the PKGBUILD is incorrect. Here's a patch file that will make it point to the correct one: https://gist.github.com/dustinphipps/68257fde2eff971fb1be Clone it to the package directory and run the following command: patch PKGBUILD ttf-ms-fonts_PKGBUILD.diff

vinadoros commented on 2015-07-17 21:01 (UTC)

Seems like the links are having some issue (they can't resolve to any download).

beroal commented on 2015-02-11 11:44 (UTC)

I forgot that I already had those files downloaded.

ant32 commented on 2015-02-11 06:33 (UTC)

sourceforge was down. Was probably downloading some 404 website not available files.

bazenuggets commented on 2015-02-11 01:08 (UTC)

This is broken. I get md5 errors, then when I run with --skipinteg, I get "cannot stat *.ttf".

beroal commented on 2015-02-10 21:54 (UTC)

@DiscipleOfDante: I've checked after you. Everything is okay.

DiscipleOfDante commented on 2015-02-10 19:49 (UTC)

I've tried to install this package and all of the files fail the md5check. When I went to update the md5s I noticed the sources all have the same md5sum, this implies that they are all the same file. Upon replacing these I get the error: install: cannot stat '*.ttf': No such file or directory

birdflesh commented on 2014-12-02 19:04 (UTC)

It works now, it must have been something temporary.

Brother commented on 2014-12-02 17:23 (UTC)

The requested URL returned error: 404 Not Found Flagging as out-of-date. PKGBUILD needs to be updated.

darose commented on 2014-07-10 14:48 (UTC)

Works for me, using the following configuration: * Installed helper/fix package https://aur.archlinux.org/packages/fontconfig-ttf-ms-fonts/ * XFCE font settings: http://www.darose.net/XFCEFontSettings.png * Chromium font settings: http://www.darose.net/ChromiumFontSettings.png

jlesquembre commented on 2014-07-10 08:35 (UTC)

The package changed my chromium font, now looks weird. I removed the package, but I still have the same weird font. I'm trying to clear/update the fonts cache, but it didn't solve the problem. Any suggestion to go get back the original font?

DaveCode commented on 2014-04-16 00:46 (UTC)

http://www.ephifonts.com/free-fonts/download-free-helvetica-fonts https://www.fonts.com/content/learning/fyti/typefaces/arial-vs-helvetica

DaveCode commented on 2014-04-10 08:16 (UTC)

Wondering if otf-texgyre and ttf-comic-neue and such could sub (partially or wholly) for ttf-ms-fonts using fontconfig rules like https://weirdfellow.wordpress.com/2010/07/20/linux-font-substitutions/ What really are the current closest approximations to core MS fonts in Linux FOSS?

Scimmia commented on 2014-04-08 17:25 (UTC)

Everything in the AUR requires base-devel. It's assumed to be installed.

webdawg commented on 2014-04-08 17:23 (UTC)

requires base-devel ?

commented on 2013-11-04 07:27 (UTC)

Lone Wolf: Thanks, for some reason the process just went through the next day. Probably just a temporary error :)

Lone_Wolf commented on 2013-11-01 10:55 (UTC)

melltuga : downloading tarball, extract it, and then running makepkg works fine for me. you may have discovered a yaourt bug yourealwaysbe : bsdtar extracts the fonts from the *.exe automagically, cabextract is not needed.

commented on 2013-11-01 09:33 (UTC)

==> ERROR: Makepkg was unable to build ttf-ms-fonts. ==> Restart building ttf-ms-fonts ? [y/N] Any ideas on this? I really need the ms-fonts :/

yourealwaysbe commented on 2013-10-19 11:27 (UTC)

@emel: I had the same problem: the current PKGBUILD doesn't seem to extract the fonts from the exes before trying to install them. I fixed it by editing the PKGBUILD to include for f in *.exe; do cabextract $f done before install -dm755 "$pkgdir/usr/share/fonts/TTF" in the package() function.

commented on 2013-09-17 09:22 (UTC)

I'm fairly sure that this could be made legal for packaged distribution if you ship the exe-files untouched and extract them in post_install() (and remove on port_remove())... I've made a PKGBUILD & install-file that should do this: https://gist.github.com/bkcsoft/6591991 Doesn't really make a difference in AUR (as you're building them locally anyway) but would be nice if someone could comment on the legality of this :)

emel commented on 2013-08-06 21:06 (UTC)

The checksums failed so I generated new ones with makepkg -g. then trying to install these says ==> Starting package()... install: cannot stat ‘*.ttf’: No such file or directory ==> ERROR: A failure occurred in package(). Aborting... What am I doing wrong here?

birdflesh commented on 2013-01-30 18:06 (UTC)

Still, tahoma is not part of the core fonts. Also, there is no license file in your installer. If this is part of some MS Office update, it's probably not legal to use this without an Office license.

Mikos commented on 2013-01-30 16:11 (UTC)

Thank you for explanation, I didn't know about this issue. I know there are another packages in AUR that provides Tahoma, but nothing is from official sources (one is WINE equivalent of Tahoma which has bad quality and other is from unofficial/illegal source). Btw. I have found that winetricks is downloading Tahoma installer from this official Microsoft FTP server: ftp://64.4.17.176/Softlib/MSLFILES/tahoma32.exe And this installer also contains Tahoma Bold. It can be made to separate package, but IMHO it would be better to include it in this one.

birdflesh commented on 2013-01-28 17:34 (UTC)

This has been discussed before (take a look at comments starting from 2010-12-08). Basically, tahoma from wd97vwr32.exe misses the bold version and this looks bad in some web pages. Additionally, tahoma is not part of the original core fonts from microsoft that this package is supposed to provide. There are a couple of packages that provide tahoma or you can use your modified PKGBUILD.

Mikos commented on 2013-01-28 15:17 (UTC)

Damn, it doesn't preserve text formatting. So here it is on pastebin: http://pastebin.com/z5GtGTHE

Mikos commented on 2013-01-28 15:14 (UTC)

Please can you change this PKGBUILD to also install original Tahoma font? Here is updated PKGBUILD which works: pkgname=ttf-ms-fonts pkgver=2.0 pkgrel=11 pkgdesc="Core TTF Fonts from Microsoft" arch=('any') url="http://corefonts.sourceforge.net/" license=('custom:microsoft') depends=('fontconfig' 'xorg-fonts-encodings' 'xorg-font-utils') makedepends=('libarchive>=3.0.2' 'cabextract') provides=('ttf-font') install=$pkgname.install _sfpath="http://downloads.sourceforge.net/corefonts" source=($_sfpath/andale32.exe $_sfpath/arial32.exe $_sfpath/arialb32.exe $_sfpath/comic32.exe $_sfpath/courie32.exe $_sfpath/georgi32.exe $_sfpath/impact32.exe $_sfpath/times32.exe $_sfpath/trebuc32.exe $_sfpath/verdan32.exe $_sfpath/webdin32.exe $_sfpath/wd97vwr32.exe) md5sums=('cbdc2fdd7d2ed0832795e86a8b9ee19a' '9637df0e91703179f0723ec095a36cb5' 'c9089ae0c3b3d0d8c4b0a95979bb9ff0' '2b30de40bb5e803a0452c7715fc835d1' '4e412c772294403ab62fb2d247d85c60' '4d90016026e2da447593b41a8d8fa8bd' '7907c7dd6684e9bade91cff82683d9d7' 'ed39c8ef91b9fb80f76f702568291bd5' '0d7ea16cac6261f8513a061fbfcdb2b5' '12d2a75f8156e10607be1eaa8e8ef120' '230a1d13a365b22815f502eb24d9149b' 'efa72d3ed0120a07326ce02f051e9b42') package() { # We have to use cabextract, bsdtar doesn't work with this CAB archive cabextract "Viewer1.cab" install -dm755 "$pkgdir/usr/share/fonts/TTF" for font in *.{ttf,TTF}; do install -m644 $font "$pkgdir/usr/share/fonts/TTF/$(echo $font|tr A-Z a-z)" done install -Dm644 Licen.TXT "$pkgdir/usr/share/licenses/$pkgname/LICENSE" }

birdflesh commented on 2013-01-26 09:38 (UTC)

@jstjohn, unfortunately not everyone is fully updated before using aur. Keeping this in makedepends ensures that a meaningful error message is presented to those who aren't.

jstjohn commented on 2013-01-25 23:23 (UTC)

@birdflesh, pacman has the same versioned dependency. :)

birdflesh commented on 2013-01-25 09:36 (UTC)

@xangelux please take a look at lrm's latest comment. Is this the case with you too? @jstjohn it's the version number that is important here (libarchive>=3.0.2). So, just to be safe, I will keep this for some more time.

jstjohn commented on 2013-01-25 01:36 (UTC)

All of the checksums pass for me. Delete your src dir (e.g. "rm -rf /path/to/your/aur/ttf-ms-fonts/src") and run 'makepkg -s' again. @birdflesh, because libarchive is a dependency of pacman, you can safely remove the makedepends array from the PKGBUILD

xangelux commented on 2013-01-25 00:04 (UTC)

checksum does fail

lrm commented on 2013-01-22 21:01 (UTC)

Please disregard my out of date flag. My error. The download was failing due to bad flags in the makepkg DLAGENT (not following redirects). The package is fine. My apologies.

birdflesh commented on 2013-01-22 16:41 (UTC)

No such problem here. Please avoid flagging packages without a reason.

lrm commented on 2013-01-22 16:28 (UTC)

Failing checksum verification.

birdflesh commented on 2013-01-12 10:05 (UTC)

It will be added as soon as font packages in extra have it too. Thanks.

Scimmia commented on 2013-01-12 05:22 (UTC)

How about adding provides=('ttf-font')? https://mailman.archlinux.org/pipermail/arch-dev-public/2013-January/024252.html

birdflesh commented on 2012-04-25 13:32 (UTC)

This *could* be considered as an option if ms-fonts were installed in a separate folder. Since they are installed in /usr/share/fonts/TTF I guess we have to stick with what arch recommends for ttf fonts packages install scripts.

heavyrail commented on 2012-04-25 11:25 (UTC)

There are some problems with encodings other than UTF-8. For example, in some applications using these fonts in cp-1251 encoding, you might lose Russian symbols after each update of ttf-ms-fonts - these symbols would transform 'glyphs'. One have to manually issue the following commands to fix this: cd /usr/share/fonts/TTF sudo mkfontscale -a microsoft-cp1251 sudo mkfontdir Please consider inserting these or similar commands in post-install script for them to be executed automatically on update.

birdflesh commented on 2012-02-27 12:32 (UTC)

You should have ttf-ms-fonts.install in the same folder with the PKGBUILD when you are trying to makepkg. This file is contained in the tarball (https://aur.archlinux.org/packages/tt/ttf-ms-fonts/ttf-ms-fonts.tar.gz)

throbscottle commented on 2012-02-27 12:04 (UTC)

I got: $ makepkg ==> ERROR: install file (ttf-ms-fonts.install) does not exist. $ I downloaded all the .exe's individually and did manual install. Thanks very much for this - I've finally been able to finish my CV!

birdflesh commented on 2012-02-06 17:35 (UTC)

Works for me. Try manually downloading each exe file to your build directory from http://sourceforge.net/projects/corefonts/files/the fonts/final/

commented on 2012-02-06 17:18 (UTC)

Every single file fails the validity check for me, and does so every time I've tried to update. I'm on x86_64, and it fails both with yaourt and with standard makepkg.

commented on 2012-02-05 15:56 (UTC)

@sanderd17: Considering it uses the same pkgbuild for both 32-bit and 64-bit, it's probably an issue with your AUR helper. Try downloading the tarball and running makepkg?

hadrons123 commented on 2012-01-31 01:40 (UTC)

the letter 'e' looks bad after this install.I would suggest everyone here to install trebuchet font from Windows 7 installation if you think the 'e' looks ugly at some webpages.

commented on 2012-01-22 20:28 (UTC)

It seems that the new pacman can unpack CAB archives natively or something, which causes the conflict. I'll look into it.

Diego commented on 2012-01-22 20:00 (UTC)

broken /tmp/yaourt-tmp-diego/aur-ttf-ms-webfonts/src/fontinst.exe: no valid cabinets found

commented on 2012-01-20 13:10 (UTC)

For some reason, when I want to install it on my 32-bit system, I get an empty PKGBUILD. It's clear when I want to edit it. It works fine on my 64-bit system. Does anyone notice the same thing?

birdflesh commented on 2012-01-18 13:00 (UTC)

Updated to 2.0-9 From now on libarchive is used to extract the fonts (cabextract not needed). Also LICENCE is now provided by the extracted content.

commented on 2012-01-11 05:55 (UTC)

Yes, I am currently using the libarchive from [testing]. Glad that you figured out where that file was coming from ;)

birdflesh commented on 2012-01-10 21:21 (UTC)

Do you have libarchive from [testing]? It seems that bsdtar 3 can handle exe/cab files and it fully extracts them at the beginning, including this 'fontinst.exe' So, I will wait until libarchine 3 hits [core] and then I will probably review this PKGBUILD without the cabextract dependency.

commented on 2012-01-10 20:40 (UTC)

I can confirm that it's fixed now. The -L switch of makepkg just showed the cabextract messages in its "log" so I redirected all output to a file. Without fix: http://slexy.org/raw/s2sqJxiFk2 With fix: http://slexy.org/raw/s20Twgg5RV There isn't any mention of 'fontinst.exe', I'm kind of curious where it is coming from...

birdflesh commented on 2012-01-10 06:35 (UTC)

Ok, tell me if this is fixed now. I didn't do a version bump as the resulting package has no differences. And since I'm still curious about the fontinst.exe finding its way in the $srcdir, I would also appreciate a build log from someone with this problem.

kirrmann commented on 2012-01-10 00:08 (UTC)

Problem is that cabextract tries to process the fontinst.exe in $srcdir So fontinst.exe should be excluded in the for loop.

commented on 2012-01-08 18:40 (UTC)

Hmm, well I went ahead and downloaded the tarball and tried it again with makepkg but it still occurs.

birdflesh commented on 2012-01-08 11:06 (UTC)

No problems here, and you should not have a 'fontinst.exe' file anywhere. Try using a clean directory and avoid AUR helpers, using makepkg directly.

commented on 2012-01-08 05:12 (UTC)

There is a problem with the current PKGBUILD, it seems cabextract errors when trying to extract 'fontinst.exe' causing everything to break. Removing the file before the for loop seems to fix this.

gauthma commented on 2011-08-10 20:03 (UTC)

Err... none. I don't now how that happened; I'm sure I didn't install ttf-ms-fonts by hand. Was this package moved from the repos into AUR? Anyway, it's solved now. Thanks for the hint! ;-)

birdflesh commented on 2011-08-08 16:40 (UTC)

Which package prodives the file on your system? (pacman -Qo /usr/share/fonts/TTF/andalemo.ttf)

gauthma commented on 2011-08-07 19:38 (UTC)

Isn't the PKGBUILD missing a provides= or conflitcs= line? I ask this because when upgrading, I get a bunch of messages like so: error: failed to commit transaction (conflicting files) ttf-ms-fonts: /usr/share/fonts/TTF/andalemo.ttf exists in filesystem

ilpianista commented on 2011-04-19 11:19 (UTC)

e.g. an http server doesn't need Xorg, but could use fonts :)

birdflesh commented on 2011-04-16 12:43 (UTC)

I preferred xorg-font-utils since this is what most ttf packages in extra/community use. Personally, I wouldn't even add xorg-font-utils, since it's an indirect dependency of xorg-server and should be available on any system needing fonts (for example ttf-dejavu does not depend on it). Thanx for this, but I'm leaving it this way for now.

ilpianista commented on 2011-04-16 12:22 (UTC)

IMHO That's not the way. You should explicitly add xorg-mkfontscale and xorg-mkfontdir.

birdflesh commented on 2011-04-16 11:22 (UTC)

Ok I'm (re)adding xorg-font-utils as a dependency (that would satisfy both xorg-mkfontscale and xorg-mkfontdir)

ilpianista commented on 2011-04-16 10:52 (UTC)

needs xorg-mkfontscale xorg-mkfontdir to install

SanskritFritz commented on 2011-01-18 13:08 (UTC)

I think the problem is when old files remain from old installs, like the forementioned setup.exe. Try a fesh install in an empty folder. Bauerbill works after I deleted the previous sources, confirmed.

msx commented on 2011-01-18 11:31 (UTC)

I can confirm PKGBUILD is working fine with Yaourt and Bauerbill/Powerpill.

birdflesh commented on 2011-01-15 21:06 (UTC)

You should probably contact clyde's developer about this. Adding workarounds for specific AUR helpers, while the PKGBUILD normally builds fine, is something that shouldn't be necessary. Thanks for letting us know though.

commented on 2011-01-15 20:43 (UTC)

Sorry, but RamsesDeNorre is right. The latest iteration won't build for me, either, unless I make the alteration he suggested. Upon further investigation, the reason is probably because in previous iterations you had a step that provided a setup.exe. I noticed that I had two package versions in the same location, suggesting that the cached data wasn't cleaned between version builds. Deleting the build directory had the same effect as RamsesDeNorre's change, allowing me to build. I'm using clyde for installing packages. I'm not sure if other package managers would have the same issue with caching package data.

commented on 2011-01-13 14:03 (UTC)

Ok, according to the name ttf-ms-extrafonts is supposed to be a nice addition to this package here. But it should include way more fonts imho. You know what? I think it's better if one of you guys takes the package. I created it because its removal from the repos was discussed on the mailing lists and I wanted to help, but I don't need it as much as you guys do. I suggest, whoever takes this package here should also adopt ttf-ms-extrafonts to make them a nice couple. Last note for RamsesDeNorre, I really don't understand why you need this. There's no setup.exe in the srcdir!

commented on 2011-01-12 18:50 (UTC)

I had to add a if [ "${font}" != "${srcdir}/setup.exe" ]; then cabextract stuff fi around the cabextract line to avoid getting /tmp/clyde-ramses/ttf-ms-fonts/ttf-ms-fonts/src/setup.exe: no valid cabinets found After doing so the package built fine.

Jonhoo commented on 2011-01-12 17:01 (UTC)

Hmm.. Just had a look around, and we already have two other ms fonts packages: http://aur.archlinux.org/packages.php?ID=35297 http://aur.archlinux.org/packages.php?ID=10408 Maybe find a way of sorting out this mess and providing two or three coordinated packages instead?

commented on 2011-01-12 16:55 (UTC)

That's a good suggestion too. I guess I'll leave this package as it is now and add one called ttf-ms-fonts-extra with additional fonts. Does anybody know where I can find a list of additional fonts for this other package?

commented on 2011-01-12 16:43 (UTC)

As of 2.0-7 it is working fine. Maybe you can keep this package as it is (it's working nicely) and add a new package with additional fonts that are not part of corefonts (as tahoma) for people who want them. Thanks for your work.

commented on 2011-01-12 12:41 (UTC)

Ok guys, I switched back to the initial fonts, so tahoma is removed for now. I'll give Jonhoo's suggestion another thought and will bring an update soon.

commented on 2011-01-12 12:00 (UTC)

I have the same problem as Vieira, /usr/share/fonts/TTF/tahomabd.ttf is missing.

commented on 2011-01-12 01:38 (UTC)

Hello, I'm having some problems (ugly fonts) on some websites (for e.g. www.sapo.pt) after updating from 2.0-5 to 2.0-6. I downgraded and everything looks nice again. Do you have any idea of which changes lead to this problem? Is it related to the removal of tahoma? Thanks in advance.

Jonhoo commented on 2011-01-11 21:35 (UTC)

Well, I would probably split it into several packages; for instance: ttf-ms-fonts-core ttf-ms-fonts-common ttf-ms-fonts-extra Tahoma is a pretty common font, so I reckon that should be in core, but then the bold version also has to be in core to prevent ugly fonts as mentioned in the comment by Dogmeat.

commented on 2011-01-11 20:50 (UTC)

Yes I saw that ... I followed sergej's advice a little bit too fast. That's why I asked you guys if you'd like to have all MS fonts in this package. Then I'll get tahoma from another source which also includes the bold version.

commented on 2011-01-11 20:31 (UTC)

By the way, ttf-tahoma also contains tahomabd.ttf which this package doesn't. Without Tahoma Bold font some webpages look really ugly (blurry).

commented on 2011-01-11 20:19 (UTC)

Ok, there's a thing I have to ask you guys, do you want this package here to be one which completely provides all MS fonts? If so, could you provide a list or a link to a list? I'd be happy to include way more fonts.

commented on 2011-01-11 20:14 (UTC)

Oh, ok

BluePeril commented on 2011-01-11 20:01 (UTC)

could you please add conflicts=('ttf-tahoma')

commented on 2011-01-11 15:16 (UTC)

I could add lucida console from ftp://ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/NT40TSE/hotfixes-postSP3/Euro-fix/eurofixi.exe (file lucon.ttf in there) Does anybody know if that's ok? I have that link from winetricks.

commented on 2011-01-11 15:10 (UTC)

Done. Thanks sergej, I didn't see that font in there when I looked the first time.

sergej commented on 2011-01-10 12:38 (UTC)

What about tahoma.ttf from wd97vwr32.exe ?

commented on 2010-12-08 10:29 (UTC)

No it installs all fonts being listed here http://sourceforge.net/projects/corefonts/files/the%20fonts/final/ I see no lucida there.

reflectionalist commented on 2010-12-08 10:00 (UTC)

Does it really contain the Lucida Console font, I cannot find it anywhere in the font lists of any editor?

commented on 2010-12-07 01:02 (UTC)

I also wrote it in the very first comment here.

commented on 2010-12-06 15:12 (UTC)

@cga: look below, your question has already been answered. (Even if you can't read cyrillic, which I can't either, the similarities with the lower comment should be obvious)

commented on 2010-12-06 11:43 (UTC)

hi, it does not install: Targets (1): ttf-ms-fonts-2.0-5 Total Download Size: 0.00 MB Total Installed Size: 5.61 MB Proceed with installation? [Y/n] checking package integrity... (1/1) checking for file conflicts [################################################################] 100% error: failed to commit transaction (conflicting files) ttf-ms-fonts: /usr/share/fonts/TTF/andalemo.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/arial.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/arialbd.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/arialbi.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/ariali.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/ariblk.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/comic.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/comicbd.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/cour.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/courbd.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/courbi.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/couri.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/georgia.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/georgiab.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/georgiai.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/georgiaz.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/impact.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/times.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/timesbd.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/timesbi.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/timesi.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/trebuc.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/trebucbd.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/trebucbi.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/trebucit.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/verdana.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/verdanab.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/verdanai.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/verdanaz.ttf exists in filesystem ttf-ms-fonts: /usr/share/fonts/TTF/webdings.ttf exists in filesystem please fix.

chmurli commented on 2010-12-05 10:30 (UTC)

problem solved. I had some strange configs in ~/.wgetrc. Sorry for trouble.

commented on 2010-12-04 21:19 (UTC)

@ dapolinario, no problem, in the first moment I just thought that you wanted me to use install -f in the PKGBUILD :D :D

commented on 2010-12-04 21:17 (UTC)

Hm, I don't know. You could try to download the files manually wget http://downloads.sourceforge.net/corefonts/andale32.exe etc. Then, if the md5sum differs from those in the PKGBUILD, it might help if you show us the output of your wget, maybe there's something strange going on.

chmurli commented on 2010-12-04 08:59 (UTC)

why my wget connot download any of this exe files properly?

dapolinario commented on 2010-12-03 20:08 (UTC)

Yes, the reply was for @KFE. Sorry, was my lack of attention.

commented on 2010-12-03 19:58 (UTC)

update: @KFe, I guess you need to manually remove the ttf-ms-fonts package, before you can install this new one. Another option is what dapolinario posted (now I get it, you pointed this to KFe, right?)

commented on 2010-12-03 19:57 (UTC)

@KFe, please do a export lang=C before the commands, your output doesn't give me any clues @thestinger, thanks! @dapolinario, why do you think this option is necessary?

dapolinario commented on 2010-12-03 19:22 (UTC)

Install with the option "--force" or "-f"

thestinger commented on 2010-12-03 18:02 (UTC)

updated https://wiki.archlinux.org/index.php/MS_Fonts to point people to this

commented on 2010-12-03 17:33 (UTC)

ttf-ms-fonts: /usr/share/fonts/TTF/andalemo.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/arial.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/arialbd.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/arialbi.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/ariali.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/ariblk.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/comic.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/comicbd.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/cour.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/courbd.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/courbi.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/couri.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/georgia.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/georgiab.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/georgiai.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/georgiaz.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/impact.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/times.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/timesbd.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/timesbi.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/timesi.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/trebuc.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/trebucbd.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/trebucbi.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/trebucit.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/verdana.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/verdanab.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/verdanai.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/verdanaz.ttf уже существует в файловой системе ttf-ms-fonts: /usr/share/fonts/TTF/webdings.ttf уже существует в файловой системе

commented on 2010-12-01 12:00 (UTC)

Ah thanks, this build function is better! But you don't need those || return 1 anymore. And I want the build function to show some output.

dracorp commented on 2010-12-01 11:50 (UTC)

http://aur.pastebin.com/raw.php?i=sQvS4ENY msfonts.txt isn't necessary, rather.

commented on 2010-12-01 11:19 (UTC)

I uploaded this package because here https://bugs.archlinux.org/task/21942 it is being discussed to be removed from [extra]. In case that won't happen, any TU may feel free to remove it. To all the users, you need to manually remove ttf-ms-fonts with pacman -Rcns ttf-ms-fonts (I always use -Rcns, use what you prefer), otherwise it won't work.