-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Packaging Data for Busytex #2
Comments
Hi! Thanks for interest in my hobby project :) Some my thoughts on data packaging:
To conclude, if you'd like to contribute to the project, please let me know and we can chat more. |
My idea (for the first step) is, that a script detect which packages are needed (analyse the tex files). Then pull the package.7z files from the server (if not already). Then load all content from inside the archive into the virtual FileSystem. Of course, if that works, the best thing would be to read the contents of the files directly from the archives, but I think for the first step, this is not needed at the moment. So, for the first step, there won't be any "pre-index" necessary. I am currently working on the packer, and then I will made a pull request, so you can review it. Then, I think, we both can be work on the loader and tex packageChecking. I know the first Version is only available for the wasm version. (my packager can export the latexPackage as 7z or tar.xz - so we can use the best one, for 7z you must have installed py7zr from pip) |
I think your approach might work if your tex sources don't need to do any font compilation / generation / other post processing at dependent package installation step |
But, when i use the default installer (while the pipeline builds it) and install one package after another and pack the "installed" files in the directory. After every single package I delete all temp files. Then all fonts,... are compiled and build correctly. |
I think I'm still not understanding your complete usecase :( Please explain your full usecase with an example |
Will the fonts for your usecase get compiled at the latex compilation time? If so, how? I don't mind upstreaming a simpler packer script with an example even for a narrow usecase, but just the complete usecase needs to be explained (with usage examples), along with explained limitations |
(I've fixed the master branch and cleaned it up) |
Wouldn't it better (performance and network traffic) if busytex don't download the full texlive-basic (uncompressed by the way), instead download only the packages needed.
I tool a look into the archive folder, and the best way would be, to create .7z files (there are very good 7zip readers in js - or use an other compression format like tar.xz) and make a graphics.7z, and so on.
The base latex package (latex.r******.tar.xz and latex.source.r******.tar.xz) are 888kB in common. (there is a tlpkg folder in them, which can be ignored). All packages are build like that. If you want to use 7z it would be 763kb (I attached this file
latex.txt -> change file ending to .7z and open it. everything is in there
)
For using cdn this trick can be used, to make js or other static cacheable files from that.
So the packageLoader must only load the needed packageFiles and the internal archive file system can be used as well, so there must not be any reinvention of the wheel.
Another good advantage would be that there must not be an "tlgmr" install. CTAN packages are bigger (~50mb for above latex package, because the docu pdf files are included)
What do you think about this version of a packager? -> it would extremly reduce the initial load.
Have a nice evening.
Thecoolpeople
The text was updated successfully, but these errors were encountered: