• This repository has been archived on 17/Dec/2021
  • Stars
    star
    197
  • Rank 197,722 (Top 4 %)
  • Language
    JavaScript
  • License
    GNU Affero Genera...
  • Created almost 11 years ago
  • Updated about 3 years ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

A web api for compiling LaTeX documents in the cloud

โš ๏ธ This repository has been migrated into overleaf/overleaf. See the monorepo announcement for more info. โš ๏ธ


overleaf/clsi

A web api for compiling LaTeX documents in the cloud

The Common LaTeX Service Interface (CLSI) provides a RESTful interface to traditional LaTeX tools (or, more generally, any command line tool for composing marked-up documents into a display format such as PDF or HTML). The CLSI listens on the following ports by default:

  • TCP/3013 - the RESTful interface
  • TCP/3048 - reports load information
  • TCP/3049 - HTTP interface to control the CLSI service

These defaults can be modified in config/settings.defaults.js.

The provided Dockerfile builds a Docker image which has the Docker command line tools installed. The configuration in docker-compose-config.yml mounts the Docker socket, in order that the CLSI container can talk to the Docker host it is running in. This allows it to spin up sibling containers running an image with a TeX distribution installed to perform the actual compiles.

The CLSI can be configured through the following environment variables:

  • ALLOWED_COMPILE_GROUPS - Space separated list of allowed compile groups
  • ALLOWED_IMAGES - Space separated list of allowed Docker TeX Live images
  • CATCH_ERRORS - Set to true to log uncaught exceptions
  • COMPILE_GROUP_DOCKER_CONFIGS - JSON string of Docker configs for compile groups
  • COMPILES_HOST_DIR - Working directory for LaTeX compiles
  • COMPILE_SIZE_LIMIT - Sets the body-parser limit
  • DOCKER_RUNNER - Set to true to use sibling containers
  • DOCKER_RUNTIME -
  • FILESTORE_DOMAIN_OVERRIDE - The url for the filestore service e.g.http://$FILESTORE_HOST:3009
  • FILESTORE_PARALLEL_FILE_DOWNLOADS - Number of parallel file downloads
  • FILESTORE_PARALLEL_SQL_QUERY_LIMIT - Number of parallel SQL queries
  • LISTEN_ADDRESS - The address for the RESTful service to listen on. Set to 0.0.0.0 to listen on all network interfaces
  • PROCESS_LIFE_SPAN_LIMIT_MS - Process life span limit in milliseconds
  • SENTRY_DSN - Sentry Data Source Name
  • SMOKE_TEST - Whether to run smoke tests
  • SQLITE_PATH - Path to SQLite database
  • SYNCTEX_BIN_HOST_PATH - Path to SyncTeX binary
  • TEXLIVE_IMAGE - The TeX Live Docker image to use for sibling containers, e.g. gcr.io/overleaf-ops/texlive-full:2017.1
  • TEX_LIVE_IMAGE_NAME_OVERRIDE - The name of the registry for the Docker image e.g. gcr.io/overleaf-ops
  • TEXLIVE_IMAGE_USER - When using sibling containers, the user to run as in the TeX Live image. Defaults to tex
  • TEXLIVE_OPENOUT_ANY - Sets the openout_any environment variable for TeX Live (see the \openout primitive documentation)

Further environment variables configure the metrics module

Installation

The CLSI can be installed and set up as part of the entire Overleaf stack (complete with front end editor and document storage), or it can be run as a standalone service. To run is as a standalone service, first checkout this repository:

$ git clone [email protected]:overleaf/clsi.git

Then build the Docker image:

$ docker build . -t overleaf/clsi

Then pull the TeX Live image:

$ docker pull texlive/texlive

Then start the Docker container:

$ docker run --rm \
    -p 127.0.0.1:3013:3013 \
    -e LISTEN_ADDRESS=0.0.0.0 \
    -e DOCKER_RUNNER=true \
    -e TEXLIVE_IMAGE=texlive/texlive \
    -e TEXLIVE_IMAGE_USER=root \
    -e COMPILES_HOST_DIR="$PWD/compiles" \
    -v "$PWD/compiles:/app/compiles" \
    -v "$PWD/cache:/app/cache" \
    -v /var/run/docker.sock:/var/run/docker.sock \
    --name clsi \
    overleaf/clsi

Note: if you're running the CLSI in macOS you may need to use -v /var/run/docker.sock.raw:/var/run/docker.sock instead.

The CLSI should then be running at http://localhost:3013

Important note for Linux users

The Node application runs as user node in the CLSI, which has uid 1000. As a consequence of this, the compiles folder gets created on your host with uid and gid set to 1000.

ls -lnd compiles
drwxr-xr-x 2 1000 1000 4096 Mar 19 12:41 compiles

If there is a user/group on your host which also happens to have uid / gid 1000 then that user/group will have ownership of the compiles folder on your host.

LaTeX runs in the sibling containers as the user specified in the TEXLIVE_IMAGE_USER environment variable. In the example above this is set to root, which has uid 0. This creates a problem with the above permissions, as the root user does not have permission to write to subfolders of compiles.

A quick fix is to give the root group ownership and read write permissions to compiles, with setgid set so that new subfolders also inherit this ownership:

sudo chown -R 1000:root compiles
sudo chmod -R g+w compiles
sudo chmod g+s compiles

Another solution is to create a sharelatex group and add both root and the user with uid 1000 to it. If the host does not have a user with that uid, you will need to create one first.

sudo useradd --uid 1000 host-node-user # If required
sudo groupadd sharelatex
sudo usermod -a -G sharelatex root
sudo usermod -a -G sharelatex $(id -nu 1000)
sudo chown -R 1000:sharelatex compiles
sudo chmod -R g+w compiles
sudo chmod g+s compiles

This is a facet of the way docker works on Linux. See this upstream issue

Config

The CLSI will use a SQLite database by default, but you can optionally set up a MySQL database and then fill in the database name, username and password in the config file at config/settings.development.js.

API

The CLSI is based on a JSON API.

Example Request

(Note that valid JSON should not contain any comments like the example below).

POST /project/<project-id>/compile
{
    "compile": {
        "options": {
            // Which compiler to use. Can be latex, pdflatex, xelatex or lualatex
            "compiler": "lualatex",
            // How many seconds to wait before killing the process. Default is 60.
            "timeout": 40
        },
        // The main file to run LaTeX on
        "rootResourcePath": "main.tex",
        // An array of files to include in the compilation. May have either the content
        // passed directly, or a URL where it can be downloaded.
        "resources": [
          {
            "path": "main.tex",
            "content": "\\documentclass{article}\n\\begin{document}\nHello World\n\\end{document}"
          }
          // ,{
          //     "path": "image.png",
          //     "url": "www.example.com/image.png",
          //     "modified": 123456789 // Unix time since epoch
          // }
        ]
    }
}

With curl, if you place the above JSON in a file called data.json, the request would look like this:

$ curl -X POST -H 'Content-Type: application/json' -d @data.json http://localhost:3013/project/<id>/compile

You can specify any project-id in the URL, and the files and LaTeX environment will be persisted between requests. URLs will be downloaded and cached until provided with a more recent modified date.

Example Response

{
    "compile": {
        "status": "success",
        "outputFiles": [{
            "type": "pdf",
            "url": "http://localhost:3013/project/<project-id>/output/output.pdf"
        }, {
            "type": "log",
            "url": "http://localhost:3013/project/<project-id>/output/output.log"
        }]
    }
}

License

The code in this repository is released under the GNU AFFERO GENERAL PUBLIC LICENSE, version 3. A copy can be found in the LICENSE file.

Copyright (c) Overleaf, 2014-2021.

More Repositories

1

overleaf

A web-based collaborative LaTeX editor
JavaScript
14,027
star
2

toolkit

Shell
596
star
3

web

The web front end for Overleaf, a web-based collaborative LaTeX editor
JavaScript
348
star
4

docker-image

A Dockerfile for building the official Overleaf Community Edition docker image
CoffeeScript
173
star
5

github-latex-ci

An automated LaTeX build service for compiling continuous compiling of github repositories
CoffeeScript
61
star
6

filestore

An API for CRUD operations on binary files stored in S3
JavaScript
26
star
7

track-changes

An API for saving and compressing individual document updates into a browsable history
JavaScript
17
star
8

real-time

The socket.io layer of Overleaf for real-time editor interactions
JavaScript
17
star
9

document-updater

An API for applying incoming updates to documents in real-time
JavaScript
17
star
10

docstore

A CRUD API for storing and updating text documents in projects
JavaScript
11
star
11

latex-log-parser

JavaScript
9
star
12

spelling

The backend spellcheck API that performs spell checking for Overleaf
JavaScript
9
star
13

chat

The Overleaf backend chat API
JavaScript
7
star
14

angular-pdfjs-viewer

An Angular directive for displaying PDFs using PDF.js
Java
6
star
15

chktex

local version of chktex
C
6
star
16

settings-module

A small module to allow global config settings to be set for all services within the Overleaf architecture.
JavaScript
6
star
17

translations

holds the translations used for Overleaf.com
JavaScript
5
star
18

codemirror-tree-view

TypeScript
4
star
19

tags

An API for managing project tags/folders in Overleaf
JavaScript
4
star
20

contacts

An API for tracking contacts of a user
JavaScript
4
star
21

vim-env-syntax

Vim syntax highlighting plugin for .env files
Vim Script
4
star
22

metrics-module

A drop-in metrics and monitoring module for node.js apps
JavaScript
4
star
23

debugger

CoffeeScript
3
star
24

smoke-test-sharelatex

JavaScript
3
star
25

logger-module

A module encapsulating standard logging features for Overleaf services
JavaScript
3
star
26

redis-wrapper

a wrapper around redis which detects if it should use the normal redis driver or redis-sentinel
JavaScript
3
star
27

notifications

notifications api
JavaScript
2
star
28

soa-req-id

CoffeeScript
1
star
29

logo-exercise

An example app we use for interview questions :)
HTML
1
star
30

status

HTML
1
star
31

acceptance-test-runner-sharelatex

Shell
1
star
32

heroku-buildpack

Shell
1
star
33

o-error

Make custom error types that pass instanceof checks, have stack traces and support custom messages and properties.
JavaScript
1
star
34

project-utils

utility to copy project from one sharelatex database to another (for debugging)
CoffeeScript
1
star