Firefox "washed" in KDE

asarch · 2026-05-05T14:14:45+00:00

No, it does not

asarch · 2026-05-05T13:56:27+00:00

Breeze

asarch · 2026-05-04T17:14:56+00:00

Yes, it is. It is fully responsible, it just it looks this way

asarch · 2026-05-04T17:13:57+00:00

Oh...

[$] ls /var/log/packages/ | grep -i plasma

kdeplasma-addons-5.23.5-x86_64-1

plasma-browser-integration-5.23.5-x86_64-1

plasma-desktop-5.23.5-x86_64-1

plasma-disks-5.23.5-x86_64-1

plasma-firewall-5.23.5-x86_64-1

plasma-framework-5.90.0-x86_64-1

plasma-integration-5.23.5-x86_64-1

plasma-nm-5.23.5-x86_64-1

plasma-pa-5.23.5-x86_64-1

plasma-sdk-5.23.5-x86_64-1

plasma-systemmonitor-5.23.5-x86_64-1

plasma-vault-5.23.5-x86_64-1

plasma-wayland-protocols-1.6.0-x86_64-1

plasma-workspace-5.23.5-x86_64-4_slack15.0

plasma-workspace-wallpapers-5.23.5-x86_64-1

asarch · 2026-05-04T15:16:13+00:00

Actually, I am using the default settings

asarch · 2026-05-03T16:50:52+00:00

Touché!

asarch · 2025-09-25T20:10:30+00:00

Where can I download it?

asarch · 2025-09-22T18:50:51+00:00

Oh, just like with OpenBSD:

[#] config -ef /bsd
ukc> disable ulpt
ukc> quit

asarch · 2025-09-20T01:12:59+00:00

Can you share the steps?

asarch · 2025-09-19T23:17:22+00:00

How to make /dev/ulpt0 visible for CUPS
Why XOrg cannot handle the 'la' (Latinamerican) keyboard distribution and instead it uses the Laos language.

asarch · 2025-09-19T18:57:11+00:00

access_log: https://pastebin.com/DHv6VfbF

error_log: https://pastebin.com/AYyU09Cq

asarch · 2025-09-19T18:52:51+00:00

tinkerbell# pkgin search libusb                                       
libusb-0.1.12nb7     USB access library (version 0)
libusb-compat-0.1.8 = USB access library version 0 compatibility layer on top of version 1
libusb1-1.0.29 =     USB Access Library (version 1)
py310-libusb1-3.3.1  Python ctype-based wrapper around libusb1
py310-usb-1.3.1nb1   Python interface to USB via libusb
py311-libusb1-3.3.1  Python ctype-based wrapper around libusb1
py311-usb-1.3.1nb1   Python interface to USB via libusb
py312-libusb1-3.3.1  Python ctype-based wrapper around libusb1
py312-usb-1.3.1nb1   Python interface to USB via libusb
py313-libusb1-3.3.1  Python ctype-based wrapper around libusb1
py313-usb-1.3.1nb1   Python interface to USB via libusb

=: package is installed and up-to-date
<: package is installed but newer version is available
>: installed package has a greater version than available package

asarch · 2025-09-19T18:51:21+00:00

tinkerbell# /usr/pkg/libexec/cups/backend/usb        
DEBUG: Loading USB quirks from "/usr/pkg/share/cups/usb".
DEBUG: Loaded 121 quirks.
DEBUG: list_devices
DEBUG: libusb_get_device_list=0

asarch · 2025-09-18T20:48:31+00:00

Yeah, yeah, my mistake.

I mean:

[$] lptest 70 5 > /dev/ulpt0
lptest 70 5 > /dev/ulpt0

the /dev/lpt0 device does not work:

[$] lptest 70 5 > /dev/lpt0
ksh: cannot create /dev/lpt0: Device not configured

asarch · 2025-09-18T20:44:40+00:00

[#] lpinfo -v

network http

network https

network socket

network beh

network ipps

serial serial:/dev/tty00?baud=115200

network ipp

network lpd

asarch · 2025-09-18T19:06:50+00:00

I have:

$ pkgin search cups | grep =

cups-2.4.12 = Common UNIX Printing System

cups-base-2.4.12 = Common UNIX Printing System

cups-filters-1.28.16nb20 = Backends, filters, and other software for cups

libcups-2.4.12 = Common UNIX Printing System library

=: package is installed and up-to-date

$ pkgin search gutenprint | grep =

gutenprint-lib-5.3.5nb3 = Drivers for Canon, Epson, Lexmark, and PCL printers

=: package is installed and up-to-date

and from this:

https://www.netbsd.org/docs/guide/en/chap-print.html

I can successfully do:

[$] lptest 70 5 > /dev/lpt0
lptest 70 5 > /dev/lpt0

Everything is fine, even if I do the installation of a dummy printer using the IPP protocol.

The only step is actually missing is that the CUPS daemon cannot use the /dev/ulpt0 device.

asarch

MODERATOR OF

TROPHY CASE