On 01/05/2014 12:45 PM, Didier 'OdyX' Raboud wrote:
> Control: tags -1 +moreinfo
>
> Hi Lionel and Wolfgang,
> hi Till,
>
> thanks for your detailed bugreports and proposed patch.
>
> Le samedi, 16 novembre 2013, 05.34:09 Lionel Elie Mamane a écrit :
>> Let FOO be a printer configured in CUPS w
On 01/05/2014 01:23 PM, Didier 'OdyX' Raboud wrote:
> Hi Till,
>
> Le dimanche, 5 janvier 2014, 13.12:31 Till Kamppeter a écrit :
>> On 01/05/2014 12:45 PM, Didier 'OdyX' Raboud wrote:
>>> Your proposed patch is functionally equivalent to disabling the
On 01/05/2014 01:36 PM, Wolfgang Walter wrote:
> On Sunday 05 January 2014 13:12:31 Till Kamppeter wrote:
>> On 01/05/2014 12:45 PM, Didier 'OdyX' Raboud wrote:
>>> Control: tags -1 +moreinfo
>>>
>>> Hi Lionel and Wolfgang,
>>> hi Till,
&
On 11/29/2010 10:55 PM, Sam Morris wrote:
This was solved by installing ghostscript-cups. It is only Recommended
by cups; should hplip depend on it?
The binary package hplip-cups should depend on it, as this package
contains a CUPS Raster driver which needs ghostscript-cups.
Till
--
T
On 11/29/2010 10:55 PM, Sam Morris wrote:
This was solved by installing ghostscript-cups. It is only Recommended
by cups; should hplip depend on it?
Since HPLIP 3.9.6b-1 (exactly 3.9.4b-1ubuntu4) the hplip-cups package
depends on ghostscript-cups. So for all Debian releases with this HPLIP
v
Originally, the simple paper size names "A4", "Letter", ... referred to
paper sizes with smaller margins/a larger printable area, but these
sizes do not allow Duplex printing, jobs simply came out one-sided.
Office applications only used the simple names for paper sizes as part
of the document (not
Please report this upstream to Ghostscript's bug tracking system
http://bugs.ghostscript.com/
Preferably attach a patch to the bug report.
Thanks.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
On 01/23/2014 01:22 AM, Ryo Furue wrote:
> It is
>
> http://bugs.ghostscript.com/show_bug.cgi?id=694968
This is fixed upstream now.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Should be fixed in cups-filters 1.0.40 and later:
[...]
CHANGES IN V1.0.40
- pdftops: Introduced new "hybrid" renderer: Here usually
Ghostscript is used, but if the printer is a Brother,
Minolta, or Konica Minolta Poppler's pdftops gets used. This
is a quirk
For actual printing commandtops is not needed, but it seems that CUPS
hardwires the requirement of its presence to unlock printing to a
PostScript printer (PPD without *cupsFilter: line).
We either need to patch CUPS to remove this hard requirement (but still
allow the use of commandtops if it is
On 05.02.2014 17:12, Didier 'OdyX' Raboud wrote:
Control: tags -1 +moreinfo
Hi Till,
Can you provide more explanations about this file (introduced in
1.0.19)?
Le lundi, 27 février 2012, 16.12:10 Samuel Bronson a écrit :
(…)
File: /etc/fonts/conf.d/99pdftoopvp.conf
(…)
I think the file listed
I have fixed the problem upstream (BZR rev. 7159) now. I do not use
PATH+MAX any more for strings which are used to hold a command line.
Command lines have 65535 bytes now.
Please test and tell whether it solves the problem. If so, I will
release a new cups-filters version.
Till
--
To UNSUB
For lpadmin commands it depends where -E is specified. -E before -p
enforces encryption, but -E after -p directly enables the queue.
So you have to take care that the command line arguments of lpadmin are
in the right order in the maintainer scripts.
We do not want to enforce encryption as it is
Please follow the instructions of the section "USB printer does not
print or prints garbage" on
https://wiki.ubuntu.com/DebuggingPrintingProblems. Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi
The DSC warnings are caused by a bug in Ghostscript (needs upstream
report on http://bugs.ghostscript.com/), sometimes Ghostscript inserts
"%BeginResource" (only one "%" character) instead of "%%BeginResource".
This problem is still present in Ghostscript 9.10.
One can easily show it running only
Reported bug to Ghostscript upstream:
http://bugs.ghostscript.com/show_bug.cgi?id=695082
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Sanjay. can you please go to
http://bugs.ghostscript.com/show_bug.cgi?id=695082
and answer the questions of the Ghostscript developers so that they can
find and fix the bug? Thanks.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe".
Thank you very much for your bug report and your patch.
I fixed the bug in the hplip package for Debian and Ubuntu now (SVN
repository, rev. 629).
This should also get fixed upstream. Please report this bug with your
patch upstream at http://launchpad.net/hplip/. Thanks in advance.
Till
--
On 03/27/2014 07:16 PM, Jean Tourrilhes wrote:
> Already done :
> https://bugs.launchpad.net/hplip/+bug/1298194
Great, thanks. This is totally OK.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@li
Cameron, first, thank you for your patch.
Here my remarks:
1. I have modified the CUPS daemon to have working avahi-daemon support
even if avahi-daemon is started after cupsd or if avahi-daemon is
restarted while cupsd stays running. cupsd simply stops broadcasting
when avahi-daemon disappears an
tsockname function call
Author: Till Kamppeter ,
Dimitri John Ledkov
Bug: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1276713
--- a/scheduler/main.c
+++ b/scheduler/main.c
@@ -26,6 +26,8 @@
* launchd_checkin() - Check-in with launchd and collect the listening
*
It seems that cupsd needs to check whether there is a running web
interface session and consider itself non-idle then.
colord will probably also need some tweaking for laptop/mobile battery
saving environments.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
I have fixed this now upstream in BZR revision 7203. The fix will be
part of the 1.0.54 release.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 10/22/2012 06:22 PM, Didier 'OdyX' Raboud wrote:
Le lundi, 22 octobre 2012 15.51:19, Paul Menzel a écrit :
Didier, thank you for following up on the report. Today I hit this
problem again – unfortunately when being in a hurry. It looks like on a
new installed system, CUPS is not affected as i
CUPS has the retry-job error policy as default only for Ubuntu and there
reports like yours never showed up, and also no bug reports for asking
to return to the original stop-printer by default.
pitti, should we activate the patch to switch to the retry-job error
policy as default also for Deb
On 06/21/2012 05:41 AM, Martin Pitt wrote:
Till Kamppeter [2012-06-20 18:17 +0200]:
CUPS has the retry-job error policy as default only for Ubuntu and
there reports like yours never showed up, and also no bug reports
for asking to return to the original stop-printer by default.
pitti, should
Thank you very much for the patch.
In your patch you write "Attention: Not tested on other printers." and
indeed your patch changes code which affects all supported printers, not
only the two models with which you were suffering the problem. This can
easily break things on the other printers,
We have fixed this in Ubuntu already. See:
https://launchpad.net/ubuntu/+source/ptouch-driver/+changelog
http://launchpadlibrarian.net/106473938/ptouch-driver_1.3-3_1.3-3ubuntu0.1.diff.gz
Please back-sync this package to Debian.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@l
In the newest CUPS package (1.5.3-4) we have lifted the blacklisting
again (solving the USB problems with a new USB backend).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This problem of having one quality level not working looks most like a
fault inside the driver. Please report this problem upstream on
http://launchpad.net/hplip/
Then the HPLIP developers at HP will get aware of this problem.
Please tell there everything which you told here and also post the
I could also reproduce the problem with Ghostscript 9.05 on Ubuntu
Quantal. Therefore I have forwarded the problem upstream:
http://bugs.ghostscript.com/show_bug.cgi?id=693205
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
The real bug here is a Ghostscript bug. Ghostscript is not able to
render a given input file in a reasonable time. This will be best fixed
by the upstream developers of Ghostscript. They will need to reproduce
the bug without CUPS, therefore we need the original input file and how
CUPS has proc
Thank you very much for the bug report and the patch.
The hard switchover from IPP-only broadcasting to Bonjour-only
broadcasting on the transition from CUPS 1.5.x to 1.6.x is really bad.
cups-browsed is indeed the only solution to get Bonjour browsing to
conserve the configuration-less client fe
On 03/13/2013 11:53 PM, David Griffith wrote:
>
> Regarding the problem of my prints to a Brother printer being offset, I
> found this page:
> http://selig.ws/hejdo/en/computers/linux/brother-printing.html
>
> It describes my problems exactly. The solution does not require
> fiddling with potent
Can you report you problem to the HPLIP developers at HP, at
https://launchpad.net/hplip/? Thanks.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
An update of foo2zjs to do the firmware transfer without usblp is
planned, at least for Debian and Ubuntu. I will create an appropriate
package soon.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian
On 06/12/2011 04:03 PM, Didier Raboud wrote:
I'm hereby CC'ing the CUPS maintainers; opinions ?
I know about that problem and I will update the firmware upload script
in the foo2zjs package soon, so that it also works with libusb.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
The fix is simple. The firmware uploader script needs to determine
whether usblp is loaded or not, and if it is not loaded and the CUPS
filter /usr/lib/cups/filter/usb exists, it should run a command line
like this ("1020" replaced by actual model number):
for uri in `sudo /usr/lib/cups/backen
On 06/12/2011 05:29 PM, Roger Leigh wrote:
Why is this not being done at a lower level, e.g. via udev or other
existing hotplug mechanisms? Firmware-loading for /any/ device is
not the remit of cups, and it's really not cups' call to disable
any module loading.
Do you know a tool which can sen
I have now updated the Ubuntu package (20110210dfsg-1ubuntu4) applying
the attached patch. The patch modifies the firmware upload script
hplj1000. It adds support for douing the firmware upload through the
"usb" backend of CUPS. This makes the upload independent of the presence
of usblp. It wor
Small fix done on the patch ...
Till
Index: foo2zjs-20110210dfsg/hplj1000
===
--- foo2zjs-20110210dfsg.orig/hplj1000 2011-06-14 16:30:59.331940282 +0200
+++ foo2zjs-20110210dfsg/hplj1000 2011-06-14 16:31:26.151976656 +0200
@@ -48,
Roger,
my postinst scripts (which OdyX uses for his trigger solution) conserve
the default settings by replacing the PPD files using "lpadmin -m". They
also support PPDs which do not exist physically but get generated on the
fly (listing available PPDs with "lpinfo -m" and requesting them with
So it is an issue of the CUPS Raster output device of Ghostscript, "cups".
At Ghostscript upstream we have fixed several segfault bugs in the CUPS
Raster output device (see upstream GIT log). Best is to upgrade to
current Ghostscript 9.04 (best with cups/gdevcups.c replaced by the one
from GIT
Package: argyll
Version: 1.3.0-3
The packages argyll and libicc2 are both taking their source code from
the upstream source tarball of Argyll. Having two (or more) different
packages based on the same source code tarball one will easily get into
a maintenance nightmare. If a security vulnerabi
) oneiric; urgency=low
+
+ * debian/rules: Remove "-Bsymbolic-functions" from LDFLAGS, as this flag
+breaks the libjpeg use by HPLIP and pxljr, in both cases for printing
+on the HP Color LaserJet 3500/3550/3600 (LP: #777670).
+
+ -- Till Kamppeter Mon, 8 Aug 2011 19:57:23 +0200
Martin Pitt asked me to report the bug also to Debian. He told the
situation there is the same.
HPLIP is indeed build-depending on libjpeg-dev and not on libjpeg62-dev.
I for got that I did this change, as I only checked binary package
dependencies and it seems that in Ubuntu the libjpeg-dev h
Several segfaults in the CUPS Raster output device (this is used by
gstoraster) and in Ghostscript in general got fixed in Ghostscript 9.04
and shortly after. The fixes are all contained in the Ghostscript
package of Ubuntu Oneiric. I recommend to merge this package to Debian.
Till
--
T
On 06/29/2013 05:56 PM, Brian Potkin wrote:
> ... or forward upstream, if they are of use.
I am the upstream maintainer of cups-filters and I am also reading the
printing-related Debian bug reports.
Thank you very much for contributing the man pages.
I have now added them to the upstream BZR rep
Could perhaps a no-change rebuild of cups-filters help?
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
The old cost factor (65) I had introduced to overcome an ugliness in the
PDF-based printing workflow.
If the cost factor is 66 and an app sends a PostScript input file and
the printer is PostScript (or some old-fashioned driver insisting on
PostScript input is used), I got
PostScript -> pstopdf -
I have written more about the cost factor and its motivations in bug
#712237 now.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I have applied the two patches now in Ghostscript's upstream GIT
repository, commit #1b87b820.
Thank you very much for the bug report and the patches.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
pplied this fix, too. Thank you very much.
Commit: 1149c245e
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
The problem is indeed Cairo, which creates a full-page transparency
layer even for small images. This happens also very often when printing
PDFs with evince, as evince re-renders the output with Cairo instead of
passing the input PDF through.
There are already upstream bug reports on Cairo. Perhap
Fixed in upstream BZR repo of cups-filters, rev. 7069.
Now generally PS level 3 is sent if the PPD identifies the printer as PS
level 3. There is an exception rule of HP's lasers getting PS level 2 in
such a case.
Till
On 06/21/2013 08:22 AM, cl...@jhcloos.com wrote:
> Package: cups-filters
I have fixed this in cups-filters upstream now. If a renderer
(Ghostscript, Poppler, Adobe Reader) is not installed, its executable
path(s) are set to the executable name. With execv() replaced by
execvp() in pdftops.c, the renderer will also work when only installed
at run time, also when the exec
On 07/24/2013 08:10 PM, Jim Paris wrote:
> Maybe the cups-browsed leak is related to:
> https://bugzilla.redhat.com/show_bug.cgi?id=959682
>
> I can't figure out how to see what their fix was, though.
>
> -jim
>
>
See also the upstream bug
https://bugs.linuxfoundation.org/show_bug.cgi?id=11
I have already packaged GS 9.10 for Ubuntu, so it only needs to get
back-synced to Debian.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
See my last comment in the Ubuntu bug report:
https://bugs.launchpad.net/ubuntu/+source/foomatic-db/+bug/690116/comments/5
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 06/20/2013 07:16 PM, James Cloos wrote:
> With the cups-filters pacakge, that won't help.
>
> Ubuntu pushed a change into that package upstream which limits all
> output of the pdftops filter to LanguageLevel2 (or lower) due to a
> bug with one HP printer. Which breaks the filter for everyone
On 06/22/2013 11:00 PM, NetCat wrote:
> Hello
>
> mv /usr/lib/cups/backend/ipp /usr/lib/cups/backend/ipp-orig
> cp /usr/lib/cups/backend/ipp14 /usr/lib/cups/backend/ipp
>
> It works. I can print from both machines again.
> What means that something went wrong with the ipp in Wheezy.
>
> Thank yo
I have now changed the cost factors of the filters which come with the
cups-filters package (in the upstream BZR repository, will be part of
cups-filters 1.0.35).
Now the cost factor of pstops in CUPS can stay 66, so the upstream
default does not need to be changed and with the new cost factors in
The PostScript which gets sent to the printer is generated by
Ghostscript, with its "ps2write" output device and in your case
Ghostscript 9.05 is used. Ghostscript is called either by the pdftops
CUPS filter (cups-filters package) or by foomatic-rip (foomatic-filters
package).
So please do th
We need some more information about your problem. First, can you tell us
which printer (manufacturer/model), connection type (USB, Parallel,
USB->Parallel adapter, network, ...), driver you are using?
Can you also follow the instructions of the sections "CUPS error_log"
and "Capturing print jo
till@till-precise:~/ubuntu/cups/bzr/build-area/cups-1.5.2$ fc-match
FreeMono.ttfDejaVuSans.ttf: "DejaVu Sans" "Book"
till@till-precise:~/ubuntu/cups/bzr/build-area/cups-1.5.2$
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
I have tried this now:
till@till-precise:~/ubuntu/cups/bzr/build-area/cups-1.5.2$ ls -l
/usr/share/cups/fonts/
total 16
lrwxrwxrwx 1 root root 66 Mar 6 17:29 FreeMonoBoldOblique.ttf ->
/usr/share/fonts/truetype/liberation/LiberationMono-BoldItalic.ttf
lrwxrwxrwx 1 root root 60 Mar 6 17:30 Fr
Thank you very much. This patch works correctly now. I have committed it
to the upstream BZR repository of cups-filters.
It will go into the next Debian/Ubuntu package, probably later today.
Patches to use fontconfig patterns in the pdf.utf-8.* files are welcome.
Till
--
To UNSUBSCRIBE,
Fabian, thenk you very much for your patches. It works all correct for
me, also with the FreeMono fonts uninstalled. I have applied your
patches to the upstream BZR repository so that cups-filters 1.0.5 will
include the change.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@li
the command
ls -l /etc/cups/ppd/FS-1020D.ppd
and attach your /etc/cups/ppd/FS-1020D.ppd file.
Thanks.
Till
On 03/08/2012 09:19 PM, Helge Kreutzmann wrote:
Hello,
On Mon, Mar 05, 2012 at 12:32:02PM +0100, Till Kamppeter wrote:
We need some more information about your problem. First, can you
printers need this.
Till
On 03/09/2012 04:47 PM, Helge Kreutzmann wrote:
Hello Till,
On Thu, Mar 08, 2012 at 10:22:33PM +0100, Till Kamppeter wrote:
I have checked your error_log and it shows one job which has
successfully completed. I assume that this is the job which did not
print for you
Please set up a print queue with this PPD:
http://www.openprinting.org/ppd-o-matic.php?driver=Postscript-Kyocera&printer=Kyocera-FS-1020D
Can you print then?
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
Patches are welcome.
Can OpenType be embedded in a PDF? Or would we need to convert such a font?
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
There are not really time constraints. For Ubuntu Precise 12.04
cups-filters 1.0.5 with texttopdf being fully fontconfig-based is
enough. Precise comes with suitable TTF fonts. Currently, the change is
more thought for upstream to be prepared for the first distros which
drop TTF fonts.
Til
03/11/2012 10:32 AM, Helge Kreutzmann wrote:
Hello Till,
On Fri, Mar 09, 2012 at 08:05:20PM +0100, Till Kamppeter wrote:
Please set up a print queue with this PPD:
http://www.openprinting.org/ppd-o-matic.php?driver=Postscript-Kyocera&printer=Kyocera-FS-1020D
Did so. The PPD seems to be
Eric, can you follow the instructions of the sections "CUPS error_log"
and "Capturing print job data" of
https://wiki.ubuntu.com/DebuggingPrintingProblems and attach the
resulting files uncompressed and as separate attachments? Note that
these instructions were created for Ubuntu, but the print
Thanks for the patch.
The patch is not complete. The "hplip-data" binary package contains the
PPD files for HP's PostScript printers, so the "hplip" package is also
a printer driver. The PPD updater is in "hplip" (a packaging bug).
So there should be a new binary package named
"printer-drive
On 01/05/2012 01:36 PM, Didier Raboud wrote:
On Thu, 05 Jan 2012 13:16:15 +0100, Till Kamppeter wrote:
I based my patch on the summary I did both there [0] and when filing the
bug [1], both which didn't get reactions.
[0] http://lists.debian.org/debian-printing/2011/11/msg00017.html
[1]
OdyX, thank you for the patch. I have reviewed it and applied it now to
the SVN repository of HPLIP and uploaded the new package to Ubuntu
(Precise).
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
In the SVN repository for the Debian packaging of HPLIP I have already
deactivated HPLIP's automatic pop-up for the firmware installation as it
happens with every LaserJet printer (also my PostScript printers which
for sure work without plugin). So the next HPLIP package in Debian will
have the
Quick workaround:
Remove the file
/lib/udev/rules.d/86-hpmud_plugin.rules
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Fabian, thank you for the patch. I have applied your second patch to the
upstream BZR repository now. It will be incluced from cups-filters 1.0.6 on.
Till
On 03/12/2012 10:53 AM, Fabian Greffrath wrote:
An alternative approach, maybe less intrusive: Instead of touching
Makedefs, define the
This bug I have fixed with cups-filters 1.0.5-1. This version inserts
code snippets into PostScript output for Kyocers and Brother PostScript
printers to work around the incompatibilities/PS interpreter bugs.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
This bug I have fixed with cups-filters 1.0.5-1. This version inserts
code snippets into PostScript output for Kyocers and Brother PostScript
printers to work around the incompatibilities/PS interpreter bugs.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
This patch is backported from upstream (see filename of the patch), so
no upstream bug needs to get reported.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
:06:10 2012 +
ps2write - work-around bugs in Brother printer CCITTFaxDecode filter
Raised on irc by Till Kamppeter, see Ubuntu bug :
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/93
After much work by Chris Liddell and Bruce Stough it transpires that at
least some
The problem should be fixed by the recent fixes in cups-filters, version
1.0.5 or later.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 03/27/2012 09:28 PM, Helge Kreutzmann wrote:
Thanks again for your help. I rebuild cups-filters 1.0.7-1 in testing
(and the required dependencies from sid, where necessary) and now
printing on the queue you asked me to set up (with the PPD file from
you) works again as expected.
Great, then
Paul, thank you for reporting the bug.
Tobias, can you have a look into this? The crash is most probably caused
by a font problem.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
For me it looks OK, I would apply it upstream.
Tobias, WDYT? Is this patch on texttopdf OK?
Perhaps it also fixes bug 673289.
Till
On 05/18/2012 03:51 PM, Didier Raboud wrote:
tags 670055 + pending
thanks
Dear Till and Martin,
I've prepared an upload for cups-filters (versioned as 1.0.18
On 05/22/2012 01:39 PM, Tobias Hoffmann wrote:
Hmm, I don't really know, but the cups-filters package has a bugtracker
at https://bugs.linuxfoundation.org/ (under the OpenPrinting product).
But just another debian bug would work equally well ...
Till?
Tobias, if this needs to be fixed in the te
On 05/22/2012 03:11 PM, Tobias Hoffmann wrote:
Well, it's still not clear, who should fix what:
1. cups-pdf should probably announce that it can not only process PS,
but also PDF. I'm not sure if the current cups-filter architecture
handles this case well. This bug would be one of cups-pdf or
cu
Note that the printing of Inkscape currently does not work. See:
https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/975972
Inkscape sends pages with zero width and zero height page size setting.
Workaround is always to print out of the page preview of Inkscape.
Till
--
To UNSUBSCRIBE,
Please remove the blacklisting for usblp, run
# modprobe usblp
set CUPS into debug mode:
# cupsctl LogLevel=debug
and then turn off and turn on the printer again. Does it load its
firmware? If not, attach your /var/log/cups/error_log file.
Till
--
To UNSUBSCRIBE, email to debian-bugs-
Please follow the instructions of the sections "CUPS error_log" and
"Capturing print job data" on
https://wiki.ubuntu.com/DebuggingPrintingProblems. The instructions are
for Ubuntu but should also work under Debian. If "sudo " does
not work for you to run commands as root, open a second termina
This is fixed now in cups 2.1.0-3.
It is the following upstream bug report:
https://www.cups.org/str.php?L4707
The fix I have backported to said cups release.
Till
On 09/14/2015 02:03 PM, Fabian Greffrath wrote:
Am Montag, den 14.09.2015, 13:49 -0300 schrieb Till Kamppeter:
The fix I have backported to said cups release.
Fine, but why have you set yourself as Author for the patch?
- Fabian
Sorry, cut-and-paste error, I have copied the header of
On 09/14/2015 02:03 PM, Fabian Greffrath wrote:
Am Montag, den 14.09.2015, 13:49 -0300 schrieb Till Kamppeter:
The fix I have backported to said cups release.
Fine, but why have you set yourself as Author for the patch?
- Fabian
Corrected in Debian GIT repo. Sorry.
Till
On 08/12/2015 03:12 PM, Didier 'OdyX' Raboud wrote:
That said, I'm not going to take such an extensive patch on my
maintainer shoulders, and this patch should really live on the upstream
side. Till: would you be open to merge this upstream? [1]
OdyX
Raphael, thank you very much for the patch.
On 05/16/2017 02:48 PM, Didier 'OdyX' Raboud wrote:
… but I think it would work with a chmod 744.
Alexander: do you have a serial printer; and could you test?
Till: as you're the initial committer of that code; any opinion ?
The "serial" backend is a CUPS backend which has to run as root to
c
Thank you for your contribution.
I have added the documentation for the pdfAutorotate option to the
README file in the upstream repository now, BZR rev. 7461.
Till
1 - 100 of 324 matches
Mail list logo