Package: cups
Version: 2.4.7-3
Severity: normal
Hi,
since years I was using only the line
Listen /run/cups/cups.sock
in /etc/cups/cupsd.conf, but with recent cupsd that configuration seems
to fail with:
X [19/Jun/2024:21:32:42 +0200] No valid Listen or Port lines were found in the
configuratio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2020-02-05 at 19:32 +0100, Till Kamppeter wrote:
> Probably the best is to try to print without using PostScript. When
> creating a print queue and selecting your printer's make, model, and
> driver manually, have a look at PCL 6/XL (pxlmon
On Wed, 2020-02-05 at 17:19 +, Brian Potkin wrote:
> > Not really sure, but I don't think so. I mean, I'm using the PPD file
> > from cups Debian packages, not anything from Brother.
>
> As root, what do you get for
>
> grep "*NickName" /etc/cups/ppd/
*NickName: "Brother HL-5250DN BR-Script
On Wed, Feb 05, 2020 at 03:29:22PM +, Brian Potkin wrote:
> Your issue seems connected with
>
> https://github.com/OpenPrinting/cups-filters/issues/169
>
> and its associated bugs.
When looking at the warning message in the logs I stumbled on that bug,
but didn't really find it really infor
Package: cups-filters
Version: 1.27.0-2
Severity: important
Hi,
since “some” time (few weeks maybe, I guess the 1.27.0 upload), I can't
print on my Brother HL-5250DN network printer (which was working just
fine earlier).
The printer is laser monochrome, and I always was able to print color
and m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Fri, 2018-05-25 at 19:23 +0100, Brian Potkin wrote:
> Yves-Alexis Perez (cc'ed) has an interest in socket activation working. I
> wonder whether he observes the behaviour described in b) when printing?
> Yves-Alexis?
Hi,
it's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
control: forwarded -1 https://github.com/apple/cups/pull/5297
On Wed, 2018-05-16 at 11:31 +0100, Brian Potkin wrote:
> Hello Yves-Alexis. Thank you for your report.
>
> This is probably Issue #5297:
>
> https://github.com/apple/cups/pull/5297
>
>
Package: cups-daemon
Version: 2.2.7-3
Severity: important
Hi,
cups.service seems to spam the syslog and journal with the following
lines *every minute*:
May 10 19:06:30 scapa systemd[1]: cups.service: Service hold-off time over,
scheduling restart.
May 10 19:06:30 scapa systemd[1]: cups.service
Package: cups-client
Version: 2.0.3-8
Severity: normal
Hi,
I'm using CUPS daemon using socket only configuration (Listen
/var/run/cups/cups.sock in cupsd.conf and
/etc/systemd/system/sockets.target.wants/cups.socket ->
/lib/systemd/system/cups.socket).
Socket activation works fine, but since som
I'm not sure there's
much you can do at the cups-daemon level, since it seems that it's
systemd complaining about the directive.
Regards,
--
Yves-Alexis Perez
signature.asc
Description: Digital signature
Package: cups-daemon
Version: 1.7.1-8
Severity: grave
Hi,
as reported on IRC, there's an issue at upgrade when the cupsd.conf
does not contain any inet Listen directive. In my case, I have:
#Listen localhost:631
Listen /var/run/cups/cups.sock
And I've setup a systemd unit file like this:
[Sock
Package: cups-filters-core-drivers
Version: 1.0.44-2
Severity: normal
Yet another bug in the “cups-filter split” serie. It seems with the
latest update, I can't print (at least a PDF) without cups-filters
package. /var/log/cups.log shows:
E [06/Feb/2014:20:35:56 +0100] [Client 13] Returning IPP
c
s/ppd after removing cups.
Regards,
- --
Yves-Alexis Perez
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
iQEcBAEBCgAGBQJS7oOxAAoJEG3bU/KmdcClPOUH/itTQwnuzeHe7JgWt7nugpUi
QhvT4gowHqCGdt/+yGYVf4vLK9YYXYOH2IimQKsoqqLJ8hSNs7Q1KcsoZRcJHtOo
hEHRdwOIFJxLcNAgg6yOESqhqZF7w
Package: cups-core-drivers
Version: 1.7.1-3
Severity: normal
Hi,
following the cups split, I removed the cups package and only kept the
-core ones. I have a fairly common setup, my printer is an ipp Brother
one, which I think use PS (or PCL) language (Brother HL-5250DN).
Now, when trying to prin
On mer., 2013-09-25 at 22:15 +0200, Yves-Alexis Perez wrote:
> Package: cups-filters
> Version: 1.0.34-3+b1
> Followup-For: Bug #660348
>
> Hi,
>
> I have a Brother HL5250DN and see the same behavior on sid. Actually,
> it's even worse since the Generic Postscript p
Package: cups-filters
Version: 1.0.34-3+b1
Followup-For: Bug #660348
Hi,
I have a Brother HL5250DN and see the same behavior on sid. Actually,
it's even worse since the Generic Postscript ppdf produces the same
blank page with only:
ERROR:
invalidaccess
OFFENDING COMMAND:
length
STACK:
I've tri
On Wed, 2011-03-02 at 23:40 +0100, Jonas Smedegaard wrote:
> Could you try build upstream code but remove icclib subdir, to see if
> that triggers same bug?
I've built HEAD master with the folder removed and it seems to work
fine.
Regards,
--
Yves-Alexis
signature.asc
Description: This is a d
On Wed, 2011-03-02 at 23:40 +0100, Jonas Smedegaard wrote:
> >It seems to lead to color management though.
>
> Great.
>
>
> Could you try build upstream code but remove icclib subdir, to see if
> that triggers same bug?
>
> I just discovered yesterday that recent Debian builds accidentally bu
On Wed, 2011-03-02 at 15:56 -0600, Jonathan Nieder wrote:
> Hi Yves-Alexis,
>
> Yves-Alexis Perez wrote:
>
> > I tried:
> >
> > DEB_BUILD_OPTIONS='noopt,nostrip' debuild -us -uc
>
> This should be
>
> DEB_BUILD_OPTIONS='noopt nos
On Wed, 2011-03-02 at 12:31 +0100, Jonas Smedegaard wrote:
> Hi Yves-Alexis,
>
> Thanks a lot for the detailed bugreport!
>
> On Wed, Mar 02, 2011 at 08:18:30AM +0100, Yves-Alexis Perez wrote:
> >I have some eps files (not easily sharable though) which make segfault
> &
On Wed, 2011-03-02 at 14:07 +0100, Didier 'OdyX' Raboud wrote:
> AFAIK, providing debugging symbols is just a matter of
>
> 1) building with "-g -O2" (policy defaults)
> 2) stripping the symbols without throwing them away (dh_strip has an --dbg-
> package option therefor).
>
> CDBS (which I don'
Package: ghostscript
Version: 9.01~dfsg-2
Severity: important
Hey,
I have some eps files (not easily sharable though) which make segfault
gs everytime. I've tried to rebuild ghostscript from upstream sources
to make a usable backtrace, but it appears that it's not reproducible
using git master no
Package: ghostscript
Version: 9.01~dfsg-2
Severity: wishlist
Hey,
I'm experiencing segfaults with ghostscript (using it from epstopdf or
directly on eps files) and would like to provide a meaningful backtrace.
But as there's no -dbg package that means I have to rebuild it
completely with -g and -
23 matches
Mail list logo