How to Install and Uninstall erlang-luerl Package on Kali Linux

Last updated: May 16,2024

1. Install "erlang-luerl" package

Please follow the instructions below to install erlang-luerl on Kali Linux

$ sudo apt update $ sudo apt install erlang-luerl

2. Uninstall "erlang-luerl" package

Please follow the step by step instructions below to uninstall erlang-luerl on Kali Linux:

$ sudo apt remove erlang-luerl $ sudo apt autoclean && sudo apt autoremove

3. Information about the erlang-luerl package on Kali Linux

Package: erlang-luerl
Version: 1:1.1-1
Installed-Size: 879
Maintainer: Ejabberd Packaging Team
Architecture: amd64
Depends: erlang-base (>= 1:25.3.2.8+dfsg), erlang-abi (= 17.0)
Size: 551472
SHA256: c419fb4613329bd72d8bf8252c26f079fa28e5a653420c06b1bf5d7a0ca005c6
SHA1: d222a70d0e2aecd26fe1f06a1161b6a6da47054a
MD5sum: 7790f78bbebb5ffc5629ffa98a86ca20
Description: implementation of Lua in Erlang
An experimental implementation of Lua 5.2 written solely in pure Erlang
.
When to use Luerl:
.
Fast Language Switch: Luerl should allow you to switch between Erlang and Lua
incredibly fast, introducing a way to use very small bits of logic programmed
in Lua, inside an Erlang application, with good performance.
.
Multicore: Luerl provides a way to transparently utilize multicores. The
underlying Erlang VM takes care of the distribution.
.
Microprocesses: It should give you a Lua environment that allows you to
effortlessly run tens of thousands of Lua processes in parallel, leveraging
the famed microprocesses implementation of the Erlang VM. The empty Luerl
State footprint will be yet smaller than the C Lua State footprint.
.
Forking Up: Because of the immutable nature of the Luerl VM, it becomes a
natural operation to use the same Lua State as a starting point for multiple
parallel calculations.
.
However, Luerl will generally run slower than a reasonable native Lua
implementation. This is mainly due the emulation of mutable data on top of an
immutable world. There is really no way around this. An alternative would be
to implement a special Lua memory outside of the normal Erlang, but this would
defeat the purpose of Luerl. It would instead be then more logical to connect
to a native Lua.
.
Some valid use cases for Luerl are:
* Lua code will be run only occasionally and it wouldn't be worth managing
an extra language implementation in the application;
* the Lua code chunks are small so the slower speed is weighed up by Luerl's
faster interface;
* the Lua code calculates and reads variables more than changing them;
* the same Lua State is repeatedly used to 'fork up' as a basis for
massively many parallel calculations, based on the same state;
* it is easy to run multiple instances of Luerl which could better utilise
multicores.
Description-md5:
Multi-Arch: allowed
Homepage: https://github.com/rvirding/luerl
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/e/erlang-luerl/erlang-luerl_1.1-1_amd64.deb