eerotal / LibreSignage

A free and open source digital signage solution.

A free and open source digital signage solution.

LibreSignage is unmaintained as of 3rd of February 2021

LibreSignage started in 2018 as a small project aiming to make digital signage accessible to everyone. Since then the project has grown a lot, many new features have been added and even some contributions have been merged from other people. Developing LibreSignage has been a fantastic journey and I'm really grateful for for all code and bug reports submitted by contributors. I have personally spent hundreds of hours working on LibreSignage and enjoyed every bit of that time. It really has been a great 3 years.

That said, unfortunately I don't have the time, resources or interest to continue developing or supporting LibreSignage anymore. As such, after 3rd of Februrary 2021, LibreSignage development and support is officially halted. If I regain my interest in developing LibreSignage I might pick up the project again but for now LibreSignage is unmaintained.

Table Of Contents

1. Introduction

2. Features

3. Project goals

4. Installation

• 4.1. Minimum system requirements
• 4.2. Using prebuilt Docker images on any distribution
• 4.3. Building from source
  • 4.3.1. Building a native build on Debian or Ubuntu
  • 4.3.2. Building a Docker image on Debian or Ubuntu

5. Default users

6. FAQ

7. Screenshots

8. Makefile

8.1. Targets

8.2. Option variables

9. Build targets

10. Documentation

11. Third-party dependencies

12. License

1. Introduction

Digital Signage is everything from large-scale commercial billboards to smaller advertisement displays, notice boards or digital restaurant menus. The possibilities of digital signage are endless. If you need to display periodically changing content to users on a wall-mounted TV for example, digital signage is probably what you are looking for.

LibreSignage is a free and open source, lightweight and easy-to-use digital signage solution for use in schools, cafés, restaurants and shops among others. LibreSignage can be used to manage a network of digital signage displays. Don't let the word network fool you though; a network can be as small as one display on an office wall or as big as 50+ displays spread throughout a larger building.

LibreSignage also includes multi-user support with password authentication and configurable access control to specific features. If a school wants to setup a digital notice board system for example, they might give every teacher an account with slide editing permissions so that teachers could manage the content on the internal digital signage network. This way the teachers could inform students about important things such as upcoming tests for example.

LibreSignage uses a HTTP web server to serve content to the individual signage displays. This means that he displays only need to run a web browser pointed to the central LibreSignage server to actually display content. This approach has a few advantages.

1. It's simple - No specific hardware/software platform is required. Any system with a fairly recent web browser works.
2. It's cheap - You don't necessarily need to buy lots of expensive equipment to get started. Just dust off the old PC in the closet, install an up-to-date OS like Linux on it, install a web browser, hide the mouse pointer by default and connect the system to a display. That's it. The only other thing you need is the server, which in fact can run on the same system if needed.
3. It's reliable - The web infrastructure is already implemented and well tested so why not use it.
4. It makes editing easy - Displaying content in a browser has the advantage of making slide previewing very simple. You can either use the 'Live Preview' in the editor or check the exact results from the actual 'Display' page that's displayed on the clients too.

2. Features

• Web interface for editing slides and managing the LibreSignage instance.
• Many per slide settings like durations, transitions, etc.
• Special markup syntax for easily formatting slides.
• Live preview of the slide markup in the slide editor.
• Support for embedding remote or uploaded image and video files.
• Support for scheduling specific slides for a specific time-frame.
• Collaboration features with other users on the network.
• Separate slide queues for different sets of signage clients.
• Multi user support with configurable access control.
• User management features for admin users in the web interface.
• Configurable quota for the amount of slides a user can create.
• Rate limited API for reducing server load.
• Extensive documentation of features including docs for developers.
• Extensive configuration possibilities.

3. Project goals

• Create a lightweight alternative to other digital signage solutions.
• Create a system that's both easy to set up and easy to use.
• Write a well documented and modular API so that implementing new user interfaces is simple.
• Avoid scope creep.
• Document all features.
• Keep it simple.

4. Installation

4.1. Minimum system requirements

Disk space

> 100MB (Excludes dependencies and uploaded media.)

RAM

Depends on the specific use case.

Tested operating systems

It's possible to build LibreSignage on most Linux systems, but the default scripts work at least on Debian and Ubuntu. You can technically run the official Docker images on any system, possibly even on Microsoft Windows.

Required runtime dependencies

• PHP (Version 7.x.)
• Apache2 (Version 2.4.x.)

Optional runtime dependencies

• php-gd extension for image thumbnail generation.
• ffmpeg (Version 4.0.x) for video thumbnail generation.
• php-xml extension for running PHPUnit.

Required build system dependencies

• PHP (Version 7.x.) (http://www.php.net/)
• GNU Make (Version 4.x or newer.) (https://www.gnu.org/software/make/)
• Pandoc (Version 2.0.x or newer.) (https://pandoc.org/)
• npm (Version 6.4.x or newer.) (https://nodejs.org/en/)
• composer (Version 1.8.x or newer) (https://getcomposer.org/)
• rsvg-convert (Version 2.44.x or newer.) (https://gitlab.gnome.org/GNOME/librsvg)

Optional build system dependencies.

• Doxygen (Version 1.8.x or newer.) (http://www.doxygen.nl/)

Dependencies installed automatically by npm or composer

• Tools & development libraries
  • SASS (https://sass-lang.com/)
  • Browserify (http://browserify.org/)
  • PostCSS (https://postcss.org/)
  • Autoprefixer (https://github.com/postcss/autoprefixer)
  • PHPUnit (https://phpunit.de/)
• Libraries
  • Ace editor (https://ace.c9.io/)
  • Bootstrap (https://getbootstrap.com/)
  • jQuery (https://jquery.com/)
  • Popper.js (https://popper.js.org/)
  • Font-Awesome Free (https://fontawesome.com/)
  • HttpFoundation (https://symfony.com/)
  • Guzzle (https://github.com/guzzle/guzzle)
  • json-schema (https://github.com/justinrainbow/json-schema)
  • JSDOM (https://github.com/jsdom/jsdom)
  • node-XMLHttpRequest (https://github.com/driverdan/node-XMLHttpRequest)
  • commonjs-assert (https://github.com/browserify/commonjs-assert)

See 11. Third-party dependencies for license information.

4.2. Using prebuilt Docker images on any distribution

You can easily deploy a containerized LibreSignage instance using the LibreSignage Docker images from Docker Hub. The LibreSignage Docker repository eerotal/libresignage contains the following images:

• eerotal/libresignage:latest - (Recommended) The latest stable image.

• eerotal/libresignage:nightly - The latest development build. This image

  is built from the next branch every night at 00:00.

• eerotal/libresignage:<version> - The current and all prevous stable releases.

  If you want to use the latest stable release, prefer the latest tag instead. <version> is the version number of the release.

The steps required to run a LibreSignage Docker image are listed below.

1. Install Docker if it's not installed yet.

2. Run the following command:

   docker run \
       -d \
       -p 80:80 \
       --mount source=ls_vol,target=/var/www/html/data \
       eerotal/libresignage:latest
   

   This command pulls the latest stable LibreSignage image from Docker Hub, binds port 80 on the host system to the container's port 80 (-p) and creates a volume ls_vol for storing LibreSignage data (--mount). eerotal/libresignage:latest is the image to run. Replace the tag after : to run a different image. You might need to prefix the above command with `sudo` depending on your system configuration.

3. Navigate to localhost and you should see the LibreSignage login page. The file src/docs/rst/docker.rst in the LibreSignage source distribution contains a more detailed explanation of using the LibreSignage Docker image. The documentation can also be accessed in the web interface from the Help page.

4.3. Building from source

4.3.1. Building a native build on Debian or Ubuntu

Building LibreSignage from source isn't too difficult. You can build a native LibreSignage build that runs directly on a Debian or Ubuntu host (ie. no containers) by following the instructions below.

1. Install software needed for building LibreSignage. You will need the following packages: git, apache2, php, php-gd, pandoc, npm, composer, make, rsvg-convert. All other packages except npm can be installed from the distribution repos by running sudo apt update && sudo apt install -y git apache2 php php-gd pandoc composer make librsvg2-bin. You can install NPM by following the instructions on the node.js website.

   • If you want to enable video thumbnail generation, you need to install ffmpeg too. You can do that by running sudo apt install -y ffmpeg.
   • If you want to run the PHPUnit unit tests you need to install the php-xml extension. You can do that by running sudo apt install -y php-xml.
   • If you want to generate Doxygen documentation for LibreSignage, you need to install Doxygen. You can do that by running sudo apt install -y doxygen

   See the section 4.1. Minimum system requirements for more info.

2. Use cd to move to the directory where you want to download the LibreSignage repository.

3. Run git clone https://github.com/eerotal/LibreSignage.git. The repository will be cloned into the directory LibreSignage/.

4. Run cd LibreSignage to move into the LibreSignage repository.

5. Run make configure TARGET=apache2-debian-interactive. This target installs any needed composer and npm dependencies first and then prompts you for some configuration values:

   • Install directory [default: /var/www]
     • The directory where LibreSignage is installed. A subdirectory is created in this directory.
   • Server domain [default: localhost]
     • The domain name to use for configuring apache2. If you don't have a domain and you are just testing the system, you can either use 'localhost', your machines LAN IP or a test domain you don't actually own. If you use a test domain, you can add it to your /etc/hosts file to make it work on your machine.
   • Domain aliases [default: ]
     • Domain name aliases for the server. Aliases make it possible to have the server respond from multiple domains. One useful way to use name aliases is to set localhost as the main domain and the LAN IP of the server as an alias. This would make it possible to connect to the server either by navigating to localhost on the host machine or by connecting to the LAN IP on the local network.
   • Admin name [default: Example Admin]
     • Shown to users on the main page as contact info in case of any problems.
   • Admin email [default: [e-mail]]
     • Shown to users on the main page as contact info in case of any problems.
   • Enable image thumbnail generation? (Y/N/y/n) [default: N]
     • Enable image thumbnail generation on the server. Currently image thumbnails are only generated for uploaded slide media. This option only works if the PHP GD extension is installed and enabled. You can check whether it's enabled by running php -m. If gd is in the printed list, it is enabled. If gd doesn't appear in the list but is installed, you can run sudo phpenmod gd to enable it.
   • Enable video thumbnail generation? (Y/N/y/n) [default: N]
     • Enable video thumbnail generation. Currently video thumbnails are only generated for uploaded slide media. Note that video thumbnail generation requires ffmpeg and ffprobe to be available on the host system. If you enable this option, you'll also need to configure the binary paths to ffmpeg and ffprobe in the LibreSignage configuration files. The paths default to /usr/bin/ffmpeg and /usr/bin/ffprobe. See the help page Libresignage configuration or the file src/doc/rst/configuration.rst for more info.
   • Enable debugging? (Y/N/y/n) [default: N]
     • Whether to enable debugging. This enables things like verbose error reporting through the API etc. DO NOT enable debugging on production systems.

   This command generates a build configuration file needed for building LibreSignage. The file is saved in build/ as <DOMAIN>.conf where <DOMAIN> is the domain name you specified.

6. Run make -j$(nproc) to build LibreSignage. See 8. Makefile for more advanced make usage.

7. Finally, to install LibreSignage, run sudo make install and answer the questions asked.

8. Disable the default Apache site by running sudo a2dissite 000-default.conf.

9. Navigate to the domain name you entered and you should see the LibreSignage login page.

4.3.2. Building a Docker image on Debian or Ubuntu

You can build LibreSignage Docker images by following the instructions below.

1. Follow the steps 1-5 from 4.3.1. Building a native build on Debian or Ubuntu.

2. Install Docker if it isn't yet installed.

3. Run the following command:

   make configure \
       TARGET=apache2-debian-docker \
       PASS="--features [features]"
   

   Where [features] is a comma separated list of features to enable. The recognised features are:

   • imgthumbs = Image thumbnail generation using PHP gd.
   • vidthumbs = Video thumbnail generation using ffmpeg.
   • debug = Debugging.

4. Run make to build the LibreSignage distribution.

5. Run make install to package LibreSignage in a Docker image. This will take some time as Docker needs to download a lot of stuff. After this command has completed the LibreSignage image is saved in your machine's Docker registry as libresignage:[version]. You can use it by following the instructions in 4.2. Using prebuilt Docker images on any distribution.

Extra

You can also build LibreSignage Docker images automatically using the helper script build/helpers/docker/build_img.sh. If you want to build a release image just run the script. If you want to build a development image, pass dev as the first argument.

The build/helpers/docker/ directory also contains the script run_dev.sh for starting a development/testing docker container.

5. Default users

The default users and their groups and passwords are listed below. It goes without saying that you should create new users and change the passwords if you intend to use LibreSignage on a production system.

User	Groups	Password
admin	admin, editor, display	admin
user	editor, display	user
display	display	display

6. FAQ

Why doesn't LibreSignage use framework/library X?

To avoid bloat; LibreSignage is designed to be minimal and lightweight and it only uses external libraries where they are actually needed. Most UI frameworks for example are huge. LibreSignage does use Bootstrap though, since it's a rather clean and simple framework.

Why doesn't LibreSignage have feature X?

You can suggest new features in the bug tracker. If you know a bit about programming in PHP, JS, HTML and CSS, you can also implement the feature yourself and create a pull request.

Is LibreSignage really free?

YES! In fact LibreSignage is not only free, it's also open source. You can find information about the LibreSignage license in the section 12. License.

7. Screenshots

Open these images in a new tab to view the full resolution versions.

LibreSignage Login

LibreSignage Control Panel

LibreSignage Editor

LibreSignage Media Uploader

LibreSignage User Manager

LibreSignage User Settings

LibreSignage Display

LibreSignage Documentation

8. Makefile

8.1. Targets

The following make targets are implemented.

all

The default rule that builds the LibreSignage distribution. You can pass NOHTMLDOCS=y if you don't want to generate any HTML documentation.

configure

Generate a LibreSignage build configuration file. You need to use TARGET=[target] to select a build target to use. You can also optionally use PASS=[pass] to pass any target specific arguments to the build configuration script. See 9. Build targets for more info.

configure-build

Generate a LibreSignage build configuration file. You need to pass TARGET=[target] to select a build target to use. You can also optionally use PASS=[pass] to pass any target specific arguments to the build configuration script. See 9. Build targets for more info. You don't need to run this target because the configure target runs this one aswell.

configure-system

Generate LibreSignage system configuration files. You don't need to run this target because the configure target runs this one aswell.

install

Install the LibreSignage distribution on the system. Note that the meaning of install depends on the target you are building for. Running make install for the apache2-debian-docker target, for example, builds the Docker image (ie. installs LibreSignage into the Docker image).

clean

Clean files generated by building LibreSignage.

realclean

Same as clean but removes all generated files and build config files too. This rule effectively resets the LibreSignage directory to how it was right after cloning the repo.

test-api

Run the API integration tests. Note that you must install LibreSignage first. The API URI can be set by changing the value of PHPUNIT_API_HOST. See below for more info.

doxygen-docs

Build the Doxygen documentation for LibreSignage. The docs are output in the doxygen_docs/ directory.

LOC

Count the lines of code in LibreSignage.

8.2. Option variables

You can also pass some other variables to the LibreSignage makefile.

CONF=<config file> - (default: Last generated config.)

Use a specific build configuration file when building or installing LibreSignage. This option can be used with the targets all and install.

VERBOSE=<Y/n>

Print verbose log output. This setting can be used with any target.

INITCHK_WARN=<y/N>

Don't abort the build process if one of the initialization checks fails. If this is set to Y, only a warning is printed. This option can be used for example when an incompatible dependency version is used but the user wants to try building LibreSignage with that version anyway.

PHPUNIT_API_HOST=<URI>

Use URI as the hostname when running API integration tests. This is http://localhost:80/ by default.

9. Build targets

• apache2-debian
  • A target for building a native install on Debian with Apache2.
  • Run make configure TARGET=apache2-debian PASS="--help" to get a list of accepted CLI options.
• apache2-debian-interactive
  • An interactive version of apache2-debian.
  • This target doesn't accept any CLI options.
• apache2-debian-docker (Build target for building Docker images.)
  • A target for building Docker images.
  • Run make configure TARGET=apache2-debian-docker PASS="--help" to get a list of accepted CLI options.

10. Documentation

LibreSignage documentation is written in reStructuredText, which is a plaintext format often used for writing technical documentation. The reStructuredText syntax is also human-readable as-is, so you can read the documentation files straight from the source tree. The docs are located in the directory src/doc/rst/.

The reStructuredText files are also compiled into HTML when LibreSignage is built and they can be accessed from the Help page of LibreSignage.

11. Third-party dependencies

Bootstrap (Library, MIT License) (https://getbootstrap.com/)

Copyright (c) 2011-2016 Twitter, Inc.

JQuery (Library, MIT License) (https://jquery.com/)

Copyright JS Foundation and other contributors, https://js.foundation/

Popper.JS (Library, MIT License) (https://popper.js.org/)

Copyright (C) 2016 Federico Zivolo and contributors

Ace (Library, 3-clause BSD License) (https://ace.c9.io/)

Copyright (c) 2010, Ajax.org B.V. All rights reserved.

JSDOM (Library, MIT License) (https://github.com/jsdom/jsdom)

Copyright (c) 2010 Elijah Insua

node-XMLHttprequest (Library, MIT License) (https://github.com/driverdan/node-XMLHttpRequest)

Copyright (c) 2010 passive.ly LLC

Guzzle (Library, MIT License) (https://github.com/guzzle/guzzle)

Copyright (c) 2011-2018 Michael Dowling, https://github.com/mtdowling <[e-mail]>

json-schema (Library, MIT License) (https://github.com/justinrainbow/json-schema)

Copyright (c) 2016

Symfony/HttpFoundation (Library, MIT License) (https://symfony.com/)

Copyright (c) 2004-2019 Fabien Potencier

Raleway (Font, SIL Open Font License 1.1) (https://github.com/impallari/Raleway)

Copyright (c) 2010, Matt McInerney ([e-mail]),

Copyright (c) 2011, Pablo Impallari (www.impallari.com|[e-mail]),

Copyright (c) 2011, Rodrigo Fuenzalida (www.rfuenzalida.com|[e-mail]), with Reserved Font Name Raleway

Montserrat (Font, SIL Open Font License 1.1) (https://github.com/JulietaUla/Montserrat)

Copyright 2011 The Montserrat Project Authors (https://github.com/JulietaUla/Montserrat)

Inconsolata (Font, SIL Open Font License 1.1) (https://github.com/googlefonts/Inconsolata)

Copyright 2006 The Inconsolata Project Authors (https://github.com/cyrealtype/Inconsolata)

Font-Awesome (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) (https://fontawesome.com/)

Font Awesome Free 5.1.0 by @fontawesome - https://fontawesome.com

The full licenses for these third party libraries and resources can be found in the file src/doc/rst/LICENSES_EXT.rst in the source distribution.

12. License

LibreSignage is licensed under the BSD 3-clause license, which can be found in the files LICENSE.rst and src/doc/rst/LICENSE.rst in the source distribution. Third party libraries and resources are licensed under their respective licenses. See 11. Third-party dependencies for more information.

Copyright Eero Talus 2018 and contributors