Crates.io | htop |
lib.rs | htop |
version | 0.2.0 |
source | src |
created_at | 2023-04-04 09:33:04.534828 |
updated_at | 2024-11-06 10:39:14.530317 |
description | HTML to PDF converter |
homepage | |
repository | https://github.com/EngosSoftware/htop.git |
max_upload_size | |
id | 830030 |
size | 1,590,736 |
HTML to PDF converter based on headless_chrome, inspired by html2pdf.
In case of any problems while using htop, please see the Troubleshooting section or report a bug.
cargo install htop
htop -h
htop --help
htop help <command>
htop single input_file.html output_file.pdf
htop multiple input_directory output_directory
htop url https://dmntk.io
A detailed user guide is currently being prepared.
When htop is used in a multiuser environment (or in cloud), it may happen that the printing process hangs forever. The reason is that in Linux the crash report is created in directory /tmp/Crashpad. When another user have already used htop, then such directory already exists and the access rights are set only for the other user. headless_chrome hangs while trying to get access to this directory.
The simplest workaround is to delete this directory before running htop:
sudo rm -rf /tmp/Crashpad
This might not work when multiple htop instances are started simultaneously.
To avoid creating the directory with crash reports, run all simultaneous htop instances
with the option --no-crash-reports
set:
htop --no-crash-reports url https://dmntk.io
It might happen, that SELinux will prevent chrome from using the 'execheap' accesses on a process. For Fedora Linux, this bug was reported here. VERY INSECURE workaround is to call:
sudo setsebool -N selinuxuser_execheap 1
See man setsebool
for more details.
Licensed under either of
at your option.
Any contributions to htop are greatly appreciated. All contributions intentionally submitted for inclusion in the work by you, shall be dual licensed as above, without any additional terms or conditions.