Package Details: ttf-iosevka-custom-git r1912.a1501ba6-1

Git Clone URL: https://aur.archlinux.org/ttf-iosevka-custom-git.git (read-only, click to copy)
Package Base: ttf-iosevka-custom-git
Description: A slender monospace sans-serif and slab-serif typeface inspired by Pragmata Pro, M+ and PF DIN Mono.
Upstream URL: https://be5invis.github.io/Iosevka/
Licenses: custom:OFL
Conflicts: ttf-iosevka-custom
Provides: ttf-iosevka-custom
Submitter: andykluger
Maintainer: andykluger
Last Packager: andykluger
Votes: 3
Popularity: 0.000001
First Submitted: 2017-02-07 06:42
Last Updated: 2020-08-10 20:05

Latest Comments

1 2 3 Next › Last »

andykluger commented on 2020-03-05 21:39

Heads up everyone!

Looks like the naming of these build variants is changing upstream, so the relevant package names here will change accordingly as well.

  • Iosevka (custom) will now have wide arrows and geometric symbols
  • formerly "termlig" -> "term"
  • formerly "term" -> "fixed"

I will be requesting deletion of the termlig package for the rename. I will be requesting deletion of the slab packages because no one uses them.

Please stay tuned for updated packages as I ensure a successful transition.

andykluger commented on 2020-02-03 17:36

I've now included, disabled unless manually uncommented, a patch to get back the old, smoother, "toothless" capital G, as seen here (look for "LIGHT"): https://raw.githubusercontent.com/be5invis/Iosevka/47023ab4058987f58844f6308d8175e735106b8a/images/preview-all.png

If anyone else here prefers that toothless version, please express that at https://github.com/be5invis/Iosevka/issues/442 so that it might return upstream as a glyph variant option.

andykluger commented on 2020-02-03 15:48

@E I've changed things so that the file is no longer overwritten, so there shouldn't be any trouble with checksums anymore. Note that this build does not check for the user-defined toml file in the build directory, but in ~/.config/iosevka/

Let me know if this is good for you.

andykluger commented on 2020-01-26 00:05

@E You can always check out the committed version of that file, or tell yay to check it out again.

I'll remove the integrity check if a second person requests it

Epdfjasfvzp commented on 2020-01-25 23:38

@andykluger It's because I use yay, perhaps I'm the only yay user of this package. I think it would be better not to check since I doubt there are any security implications for that.

andykluger commented on 2020-01-25 04:11

@E it sounds like you are first overwriting that file yourself. It will work if instead you keep your custom file in the mentioned folder, and run makepkg from the clean, checked-out state of this repo.

However, if everyone still wants me to stop checking the integrity of this repo's file, I will.

Epdfjasfvzp commented on 2020-01-25 03:47

But after the hash check, it will overwrite the shipped copy with one from ~/.config/iosevka/ if it exists.

For me I can't install it without editing the PKGBUILD because it will complain that my private-build-plans.toml fails validation.

andykluger commented on 2020-01-24 20:12

If anyone else hates the new capital G with the "tooth" at the lower right, I've reverted that change at https://github.com/AndydeCleyre/Iosevka/tree/feature/toothless-G . I hope the old G comes back as a selectable glyph variant upstream, but no news on that yet.

If there's any interest here in my including this change as a patch, either enabled or disabled (commented out in the PKGBUILD) by default, let me know.

andykluger commented on 2020-01-23 03:29

Well it does ship with that file, so the hash is known anyway. But after the hash check, it will overwrite the shipped copy with one from ~/.config/iosevka/ if it exists.

Epdfjasfvzp commented on 2020-01-23 03:23

Why check the hash of the private-build-plans.toml? I thought the point of this package was to allow installers to set their own options with their own private-build-plans.toml.