Two things get fixed here:
- README says downloading Dockerfile is enough. It is not; Debian
Dockerfile requires docker/debian/000-default.conf file.
- docker/debian/Dockerfile links to 000-default.conf file using:
COPY ./docker/debian/000-default.conf /etc/apache2/sites-available/000-default.conf
This means following command in README cannot work:
docker build [...] .
Either you set cwd to root Git repo and Dockerfile is not found, or
you set cwd to docker/debian/ and 000-default.conf is not found.
Correct command would be:
docker build -f docker/debian/Dockerfile [...] .
We fix Dockerfile by expecting 000-default.conf to be in cwd. We fix
README by rewording the paragraph and updating commands to work based
on Git repo root directory.
Signed-off-by: Théo Lebrun <theo.lebrun@bootlin.com>
Initial implementation of a new mode in which clicking on an
identifier creates a HTML popup instead of redirecting to a new page.
Skip popup if ctrl/shift/meta is held. Fix generateDocComments
Add ident css class to more ident links (docs, dtb, config...)
Make popup positioning more predicatble
* Attempt to move the popup if a part of it is rendered outside of the viewport
* Make popup full-width on smartphone/small tablet devices
Hide popup on escape click
Add "use strict" and fix undeclared variable errors
* Pin base version to debian:bookworm
* Install falcon with apt
* Use pipx to install Pygments, since global package installation with
pip is not supported anymore
* Add elixir-data to git safe directories so that git ran from script.sh
stops complaining
* Update repo permissions so that git ran from the cgi script stops
complaining
* Move apache configuration to an external file for better readability
This gave suboptimal results in terms of indexing time,
plus a stuck job. Should be investigated further before
changing this.
This reverts commit e1dd2b4881.
Instead of having a complicated thread count scheme and
ending up wasting time waiting for the docs task to finish
with a too low thread count at the end, let's run all
tasks with same number of threads, which by default
is the number of CPUs in the system.
This way, the indexing work always uses as many CPUs
as possible, especially when same tasks are finished
before the others.
The OS shouldn't bother if we try to run more threads
than the actual number of CPUs.
Set the ELIXIR_THREADS environment variable
if you want to use a lower number of threads,
typically on a desktop machine on which you want some
responsiveness.
Signed-off-by: Michael Opdenacker <michael.opdenacker@bootlin.com>