Just a heads up. Slackware has upgraded cups to version 2.4.15 and it seems that there is an issue with the package, as I can't print anymore from multiple computers. Downgrading to version 2.4.14 makes printing work OK. What's worse is that it doesn't just not print, the app that tries to print hangs and consumes 100% CPU until you kill it. Looking into it, if Slackware does not provide a fix soon, I might have to package it for the Salix repos anyway.
You can get an older cups package from here: https://backup.salixos.org/weekly.1/rep ... /packages/ (64bit) or https://backup.salixos.org/weekly.1/rep ... /packages/ (32bit)
Can't print with latest cups 2.4.15
Re: Can't print with latest cups 2.4.15
OK, so I downgraded to version 2.4.14 in our own repos for now. If slackware fixes the issue with 2.4.15 we'll get back to that.
Re: Can't print with latest cups 2.4.15
Slackware in both stable and current roll back to 2.4.14 cups.
Re: Can't print with latest cups 2.4.15
This cups-check-for-data.patch solves the problem with cups 2.4.15. I recompiled cups and it is working. Just wait for slackware to use it.
http.c: Fix infinite loop in GTK apps #1439
Code: Select all
--- a/cups/http.c 2025-12-03 16:55:34.714957932 +0100
+++ b/cups/http.c.new 2025-12-03 16:58:31.332742773 +0100
@@ -2779,7 +2779,7 @@
/* See whether our read buffer is full... */
DEBUG_printf(("2_httpUpdate: used=%d", http->used));
- if (http->used > 0 && !memchr(http->buffer, '\n', (size_t)http->used) && (size_t)http->used < sizeof(http->buffer))
+ if (http->used < sizeof(http->buffer))
{
/* No, try filling in more data... */
if ((bytes = http_read(http, http->buffer + http->used, sizeof(http->buffer) - (size_t)http->used, /*timeout*/0)) > 0)

