Check 028: Check fails when OFL.txt is present
See original GitHub issueObserved behaviour
Run fontbakery
from the root directory of a font repo containing an OFL.txt file and this test will fail.
Expected behaviour
If valid OFL.txt file is in repo root directory, the test should pass.
Resources and exact process needed to replicate
Version: 0.5.2.dev18+gcff658dd
Issue Analytics
- State:
- Created 5 years ago
- Comments:24 (23 by maintainers)
Top Results From Across the Web
iOS update and restore errors - Apple Support
iOS update and restore errors · Try these steps first · Choose your error number or message · Update the software on your...
Read more >Verification, Updates, and Corrections | 2022-2023 Federal ...
You must verify applications selected by the CPS of students who will receive or have received subsidized student financial assistance, as defined below....
Read more >Outlook Search not showing recent emails after Windows ...
Outlook Search not showing recent emails after Windows update KB5008212 · From Outlook select File, Options, Search. · Select Indexing Options, ...
Read more >CMake error at CMakeLists.txt:30 (project) - Stack Overflow
just mean that CMake was unable to find your C/CXX compiler to compile a simple test program (one of the first things CMake...
Read more >Monthly Enrollment Verification Frequently Asked Questions
How does the text option work? A. If you need to verify enrollment and VA has a current U.S.-based mobile number on file...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
From an email earlier today.
Checking pwd, same path as each font file, if they are not in pwd and deduplicated, and git rev-parse --show-toplevel (if it returns something) seems sufficient to me