summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Change the default database directoryKhaled Hosny2010-03-242-3/+3
| | | | | Now $TEXMFVAR/luatex-cache/latex/names/ which looks more logical than $TEXMFVAR/scripts/luatexfontdb/.
* Fixing database generation under windowseroux2010-03-171-4/+3
|
* Updating to latest ConTeXt beta (2010.03.12)Khaled Hosny2010-03-145-5/+13
| | | | Fixes a regression with legacy TeX ligatures (``'' etc.)
* CosmeticsKhaled Hosny2010-03-141-19/+23
|
* Set minimal required luatex to 0.51Khaled Hosny2010-03-141-18/+14
| | | | + remove some unused compatibility code.
* Make the loaded names database table globalKhaled Hosny2010-03-121-12/+13
| | | | + some cosmetics
* Isolate database loading code and clean it a bitKhaled Hosny2010-03-122-21/+22
|
* Check for windows not "not unix"Khaled Hosny2010-03-121-1/+1
|
* LUAROCKS_UNAME_S doesn't work in tex modeKhaled Hosny2010-03-122-19/+3
| | | | | Use os.type and os.name instead, if os.name doesn't return cygwin then luatex need to be fixed.
* CleanupKhaled Hosny2010-03-124-70/+107
| | | | | | | Group all our font names functions in |otfl-font-nms.lua| and make |luaotfload.lua| load it. Now |otfl-font-dum.lua| is an unmodified, we instead override the needed functions in the names module. This decreases the redundancy that we had.
* Pump version here tooKhaled Hosny2010-03-121-1/+1
|
* Fix loading existing databseKhaled Hosny2010-03-101-2/+2
| | | | We were always generating a new one.
* CosmeticsKhaled Hosny2010-03-101-12/+12
|
* CosmeticsKhaled Hosny2010-03-101-17/+18
|
* --no-fc-cache doesn't make sense nowKhaled Hosny2010-03-101-4/+0
|
* Oops...eroux2010-03-101-0/+3
|
* Making purge an non-default option and fixing log levelseroux2010-03-102-22/+53
| | | | | It seems that there is no performance regressions with purge... can you test, maybe it would be better to make it default?
* Improvements on the database and on the scripteroux2010-03-092-37/+54
| | | | | | | | | | | | * the info on a font now contains the checksum (might be needed for font caching) * very small optimizations in force mode * database version bumping * a new purge option (not taken into consideration yet) * new mechanism to remove old entries in the database without rebuilding everything, activated all the time but (for performance reasons) will be activated only with the purge options in the very near future.
* We support nothing but the latest and greatestKhaled Hosny2010-03-081-7/+1
| | | | | It is actually worse than that, I only test against trunk, once texlive2010 binaries are frozen we will test against it.
* Locals are fasterKhaled Hosny2010-03-081-17/+10
| | | | | We also don't need to call that code from outside anyway (there is no point).
* Fix log messageKhaled Hosny2010-03-081-1/+2
|
* Changing the database directory to TEXMFVAR/scripts/luatexfontdberoux2010-03-032-15/+17
|
* Now having version in status table tooeroux2010-03-012-5/+13
| | | | Also stronger checks on status
* Changing the checksum system to a timestamp systemeroux2010-03-012-19/+35
| | | | | | | - the status is now externalized in another file name (in the same directory), so that it's not loaded when just asking for a font - the status is now filename->last-modification-timestamp so that we don't have to checksum the files (much faster)
* renaming in the Makefile tooeroux2010-03-011-3/+3
|
* not using fc-cache by defaulteroux2010-03-011-3/+2
|
* Fixing small bugseroux2010-03-012-13/+13
|
* finishing renamingeroux2010-03-012-7/+6
|
* Renaming the script mkluatexfontdberoux2010-03-011-0/+0
|
* Rewrite loggingKhaled Hosny2010-03-012-40/+62
|
* A, useless, rewriteKhaled Hosny2010-03-012-117/+98
| | | | | | Rewrite the database script to be a more or less a luaotfload module (so it can be invoked, say, by fontspec) and actual file writing to the update script. Not finished yet.
* Prepare for merging luaotfload-fonts in luaotfloadKhaled Hosny2010-02-281-0/+0
|
* Correlate checksums to filenamesKhaled Hosny2010-02-282-4/+4
| | | | | This way when the file is moved around, its filename in the database will be updated, as suggested by Elie.
* Open the file in append modeKhaled Hosny2010-02-261-1/+1
| | | | | So that the old file content is not erased, right now if the script ended unexpectedly, we are left with an empty file.
* Implement a --force optionKhaled Hosny2010-02-262-8/+19
|
* Checksum loaded fontsKhaled Hosny2010-02-262-10/+33
| | | | | | Store checksums of already loaded fonts in the database to avoids reloading them, this isn't much faster but it avoids reloading the fonts and the huge memory consumption. Is there a faster way to hash a file?
* Get rid of empty lines in the outputKhaled Hosny2010-02-261-3/+0
|
* Updating News fileeroux2010-02-261-1/+1
|
* Updating READMEeroux2010-02-261-0/+1
|
* making the end of the path (after TEXMFVAR) a variableeroux2010-02-262-3/+7
| | | | as it will change soon...
* Adding a swith on arg[0]eroux2010-02-261-0/+3
|
* Executing fc-cache if necessary (to be tested further)eroux2010-02-261-7/+35
|
* Making the log function available elsewhereeroux2010-02-261-5/+3
| | | | + Ooops, I missed one commit...
* A safer path normalizationeroux2010-02-261-7/+16
|
* Remove the arg[0] checking hackKhaled Hosny2010-02-261-4/+0
| | | | The script is no longer to be run standalone.
* More robust progress bar buildingKhaled Hosny2010-02-261-3/+3
|
* Port to "alt_getopt"Khaled Hosny2010-02-261-58/+52
| | | | | | | | | Now the options are handled the standard getopt_long way, with a hack to support multiple -v's, and --verbose now takes a required level argument. Also, we now use require() which already have built-in error checking (if it doesn't work on some system, then this is a bug to report).
* Updating the README and MakefileElie Roux2010-02-252-9/+12
|
* First commit of the update-luatex-font-database scriptElie Roux2010-02-251-0/+103
| | | | I think it's quite OK as it is now... all comments are welcome!
* Actually working checks for writabilityElie Roux2010-02-251-12/+19
| | | | | | | | | Now we scan the fonts only if we can write in the final file. There is currently (if I understand correctly) no clean way to check if a folder is writable or not in Lua: lfs.attributes will give you the string returned by ls -l, but there is no simple way to know if we can actually write, as we don't know if we are the owner, or if we have access to the group...
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-09 07:50:11 +0000