Package: cups
Version: [2.4.10-3+deb13u1]
Severity: normal
Dear Maintainers,
I am experiencing a persistent issue on a fresh Debian 13.1 "Trixie" server installation where a network printer, after being successfully added to CUPS, remains in a "Not Shared" state. This makes it undiscoverable and unusable by network clients.
I have exhausted all standard troubleshooting steps and believe this might be a low-level bug or an undocumented incompatibility.
**System Details:**
* OS: Debian 13 "Trixie" (headless server, fully updated).
* Hardware: HP Elitedesk 800 G3 sff • Intel Core i5-6500 • 16 GB RAM.
* Printer: HP OfficeJet 6950 (connected via Wi-Fi).
* Network: FRITZ!Box Mesh network. The server is connected via Ethernet.
**Summary of Troubleshooting Steps Taken:**
1. **Bare-Metal CUPS Installation**: The initial attempt with Docker failed due to a separate, persistent "docker pull access denied" error. We have since moved to a bare-metal installation (`sudo apt-get install cups`). Both `cups` and `avahi-daemon` services are installed, enabled, and running.
2. **User & Permissions**: My user (`spiv`) has been correctly added to the `lpadmin` group, and this is verified with the `groups` command.
3. **CUPS Configuration (`/etc/cups/cupsd.conf`)**: The configuration file has been manually set to allow network sharing. This is the current, active configuration:
LogLevel warn
Listen *:631
Browsing On
BrowseLocalProtocols dnssd
DefaultAuthType Basic
WebInterface yes
ServerName 192.168.178.64
ServerAlias *
<Location />
Order allow,deny
Allow @LOCAL
</Location>
<Location /admin>
Order allow,deny
Allow @LOCAL
</Location>
<Location /admin/conf>
AuthType Default
Require user @SYSTEM
Order allow,deny
Allow @LOCAL
</Location>
<Policy default>
<Limit All>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
</Policy>
4. **Diagnostics and Other Fixes**:
* The server's firewall (`ufw`) has port 631/tcp allowed. The issue persists even with `ufw` completely disabled.
* The router's access profile for the server is set to "Unrestricted".
* The `colord` package was purged to resolve `ColorManager` timeout errors in the CUPS log.
* All related services (`networking`, `avahi-daemon`, `cups`) have been restarted in sequence multiple times.
* The printer has been deleted and re-added using both the specific `hpcups` driver and the generic `IPP Everywhere™` driver.
* In every case, the printer is added successfully, but the status is always `(Idle, Accepting Jobs, Not Shared)`.
Despite all these configurations, which should result in a shared printer, CUPS fails to broadcast it. This seems to point to a deeper issue in the interaction between CUPS and the system's networking/discovery services on Debian 13.
Any guidance on further diagnostic steps would be greatly appreciated.
Thank you for your time.
LOG: paste.debian.net/1399292, paste.debian.net/1399291, paste.debian.net/1399290