Is your feature request related to a problem? Please describe.
I am unable to use a Samsung SPL (Samsung Printer Language) USB printer, specifically the Samsung ML-1860, on a Raspberry Pi 4 (aarch64) running Home Assistant OS.
Because this add-on is based on Alpine Linux (which uses musl libc), we cannot simply inject the standard Debian .deb packages for printer-driver-splix via the printer_driver_deb configuration option. The binary filter rastertospl compiled for glibc immediately crashes on Alpine, resulting in a silent "Filter failed" error in CUPS. There is also no pre-compiled splix package available in the Alpine repositories.
Describe the solution you'd like
I would like the splix driver (which supports many popular, budget-friendly Samsung and Xerox laser printers) to be natively compiled and included in the add-on's Docker image, or added as an optional package built during the image generation.
Describe alternatives you've considered
I have successfully tested a manual compilation inside the running container. By executing into the container, the driver compiles perfectly under Alpine using the following steps:
apk update
apk add --no-cache git build-base cups-dev jbigkit-dev
git clone [https://github.com/OpenPrinting/splix.git](https://github.com/OpenPrinting/splix.git)
cd splix
make
make install
Could these build steps be permanently incorporated into the Dockerfile for the CUPS add-on? The resulting rastertospl filter and PPD files are small, but it would restore compatibility for a massive family of GDI/SPL printers in the Home Assistant ecosystem.
Additional context
Without this native compilation inside the Alpine environment, users on HAOS have absolutely no workaround to get these printers working, as installing external glibc binaries inside an Alpine container is impossible. Adding this would greatly enhance the plug-and-play nature of the CUPS add-on.
Is your feature request related to a problem? Please describe.
I am unable to use a Samsung SPL (Samsung Printer Language) USB printer, specifically the Samsung ML-1860, on a Raspberry Pi 4 (aarch64) running Home Assistant OS.
Because this add-on is based on Alpine Linux (which uses
musl libc), we cannot simply inject the standard Debian.debpackages forprinter-driver-splixvia theprinter_driver_debconfiguration option. The binary filterrastertosplcompiled forglibcimmediately crashes on Alpine, resulting in a silent "Filter failed" error in CUPS. There is also no pre-compiledsplixpackage available in the Alpine repositories.Describe the solution you'd like
I would like the
splixdriver (which supports many popular, budget-friendly Samsung and Xerox laser printers) to be natively compiled and included in the add-on's Docker image, or added as an optional package built during the image generation.Describe alternatives you've considered
I have successfully tested a manual compilation inside the running container. By executing into the container, the driver compiles perfectly under Alpine using the following steps:
apk update apk add --no-cache git build-base cups-dev jbigkit-dev git clone [https://github.com/OpenPrinting/splix.git](https://github.com/OpenPrinting/splix.git) cd splix make make installCould these build steps be permanently incorporated into the Dockerfile for the CUPS add-on? The resulting rastertospl filter and PPD files are small, but it would restore compatibility for a massive family of GDI/SPL printers in the Home Assistant ecosystem.
Additional context
Without this native compilation inside the Alpine environment, users on HAOS have absolutely no workaround to get these printers working, as installing external glibc binaries inside an Alpine container is impossible. Adding this would greatly enhance the plug-and-play nature of the CUPS add-on.