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
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 you very
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 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
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.
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
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
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 potentially
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
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
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.
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
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
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
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,
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
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
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
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
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
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
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
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
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 command does
not work for you to run commands as root, open a second
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,
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
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
Date: Mon Mar 19 10: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
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
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
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
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
of the new
foomatic-filters.
On 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-Kyoceraprinter=Kyocera-FS-1020D
Did
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-Kyoceraprinter=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
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.
run 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
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
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
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. Trouble?
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
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 job
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 the
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
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] http
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
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 printing
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
--
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
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
-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 till.kamppe...@gmail.com Mon, 8 Aug 2011 19:57:23 +0200
+
libjpeg6b (6b1-1ubuntu1) natty; urgency=low
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
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
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
I have updated the SVN repository of HPLIP now. So it needs only someone
to upload the current state.
I have tested and after the change it also builds correctly under
Ubuntu, so that the Debian and Ubuntu packages can be kept identical.
Till
--
To UNSUBSCRIBE, email to
Ruediger, can you attach the PPD files for the print queues with the bad
behavior? The files are /etc/cups/ppd/queue name.ppd. Please attach
the PPDs to your answer as separate uncompressed files. Thanks.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
I have updated the upstream BZR repository of foomatic-db and the
OpenPrinting web site now replacing all the tray names in the
manufacturer-independent InputSlot options by names without tray
numbers. The tray numbering can differ from manufacturer to manufacturer.
Ruediger has sent me the
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
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
@@
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
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
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
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
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
The concept is the following:
The recommended Foomatic setup for end users (and default Foomatic setup
on Ubuntu) is foomatic-db-compressed-ppds and foomatic-rip. The
pre-built and compressed PPD files in foomatic-db-compressed-ppds take
much less space than the Foomatic XML data of
Sam, does your printer have a duplex unit? Or was the duplex option in
the PPD files only for activating a manual duplex function?
In the latter case the manual duplex function in the driver was replaced
by a GUI tool (gnome-manual-duplex) which helps the user to get through
the steps and to
Thank you for the nice bug report with fix. I will apply the fix
upstreamm. I have no file to reproduce it. Can you send me your file by
e-mail? Thanks.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Also thank you very much for accepting my changes. Now the differences
between the Ubuntu (Natty, 11.04) package and the Debian package are
minimal:
1. The Ubuntu package has the hook for the automatic bug reporting
system Apport.
2. In the Ubuntu package the menu entry for the paper-out
OK. Then take the Apport hook into the Debian package and we keep
foo2zjs identical on Debian and Ubuntu.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 11/05/2010 04:10 AM, Luca Capello wrote:
Hi there!
On Wed, 13 Oct 2010 02:21:35 +0200, Luca Capello wrote:
On Mon, 27 Sep 2010 23:16:49 +0200, Till Kamppeter wrote:
On 09/27/2010 06:53 PM, Luca Capello wrote:
4) I am not sure debian/local/ is the right place for non-upstream
files
You can use the cupsfilter utility to run filter chains manually to
find out which filter breaks things.
Till
On 02/15/2011 12:44 AM, Jonathan Nieder wrote:
Hi Brian,
brian m. carlson wrote:
When I print a file with ghostscript 9, I always get a blank page
printed first. Then my
The Debian packages of HPLIP (hplip, hplip-cups, hpijs, and hpijs-ppds)
should generally update the PPDs of the existing print queues to the
current packages version in the post-install scripts. Can you attach the
PPD(s) which did not get updated automatically to this bug report? Thanks.
On 01/23/2011 02:23 PM, Jonathan Nieder wrote:
gs -sDEVICE=stp \
This bug is obsolete. The built-in Ghostscript driver stp does not
exist any more in current Ghostscript. It is replaced by the
CUPS-Raster- and IJS-based flavors of Gutenprint. So this bug can be closed.
Till
--
To
=low
+
+ * debian/ghostscript.preinst: Clean up traces of Ghostscript in defoma
+via defoma-app purge gs, so that when updating packages which still
+use defoma no warnings get issued (Closes: #587272).
+
+ -- Till Kamppeter till.kamppe...@gmail.com Tue, 7 Dec 2010 23:59:59 +0100
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
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
--
Package: foomatic-gui
Version: 0.7.9.3
Severity: serious
The printer setup tools provided by the foomatic-gui source package,
printconf and foomatic-gui are not usable any more in modern CUPS
environments.
There are several problems which make the mentioned printer setup tools
not working
The 2 PPD files are absolutely identical. Are you sure that you have
tested printing the same file in the two cases (please attach the file)
and that you have downgraded only foomatic-db-engine (not any other
package like foomatic-filters, ghostscript, ...)?
Till
--
To UNSUBSCRIBE,
I do not see any functional changes between foomatic-db-engine 4.0.4-2
and 4.0.4-3. Can you downgrade to 4.0.4-2 to see whether this fixes your
problem? Can you attach your printer's PPD file (in /etc/cups/ppd/) once
with 4.0.4-2 installed and once with 4.0.4-3 installed?
Which driver are you
On 09/27/2010 06:53 PM, Luca Capello wrote:
I have some concerns about the Ubuntu package, here the first of them, I
will continue on another email as far as the integration progresses.
1) I do not understand why from version 20100210-0ubuntu1 the
debian/changelog contains the following:
On 09/12/2010 02:22 PM, Pascal Dormeau wrote:
I had a look to the way this problem is solved for Ubuntu in
Launchpad (make libsane-hpaio depend on hplip) and I believe this
solution will prevent users from installing libsane-hpaio in
stand-alone (without hplip), as publicized in the package
The setting of the PPD paths via the post-install script of hplip is no
problem. libsane-hpaio does not need these paths, so nothing breaks if
hplip gets installed after libsane-hpaio. In addition, hplip sets the
paths to places where itself provides The PPD files. We do not expect
any users
Fixed in Debian SVN repo and on Ubuntu in HPLIP 3.10.6-1ubuntu6. The fix
will appear in the next HPLIP upload to Debian.
Thanks for reporting the bug.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 09/07/2010 06:26 AM, Timo Juhani Lindfors wrote:
Note that even if you don't have an appropriate a Debian or Ubuntu
installation you can still look at the PostScript output. It is
available in
http://www.cups.org/str.php?L3646+P0+S-2+C0+I0+E0+M1000+Q
as port9100_1.4.4-2.dump.
I have
Hi,
in the Debian bug report
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593338
a user complains that his Ricoh Aficio 3035 printer hangs when printing
from Debian on it. Probably the PostScript going to the printer is
somehow broken.
George, Bin, Ulrich, can someone of you please
To save space, the PPDs in foomatic-db got compressed. They are all
compressed in the /usr/lib/cups/driver/openprinting-ppds and
/usr/lib/cups/driver/openprinting-ppds-extra files. CUPS extracts needed
PPD files automatically.Nothing will change for you if you set up
printers with the web
OdyX, you are partially wrong.
The OpenPrinting database, available through the OpenPrinting web site
ot through the foomatic-db package, provides two types of data:
1. XML files from which the pages of the OpenPrinting web site and also
PPD files, the so-called Foomatic PPDs are generated.
Note also that PPDs for most HP printers are not provided by the
OpenPrinting database and therefore not provided by foomatic-db any more
for longer time. This is because HP ships their PostScript PPDs with the
HPLIP package and maintains them there (and I do not want to ship
redundant and
===
I just joined Chris Lawrence, along with Till Kamppeter in maintaining some
foomatic-* packages. Then I noticed the big² pile of work in ghostscript, cups
and many surrounding packages.
I don't intend to fingerpoint specific people or teams, but the situation is
worrying : some unresolved
I have packaged this driver now for Ubuntu, available as ptouch-driver
in the Universe repository of Lucid.
Till
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Thank you for your work on packaging the ptouch driver.
I have tried it and I have done the following changes:
1. I have corrected the upstream version number of the Debian package.
It must be 0.13.
2. I have added a margin definition to the driver/ptouch.xml file
assuming zero margins. Now
Sorry, I had the wrong tarball. Upstream version 1.3 was correct.
Attached is the fixed .diff.gz for upstreamversion 1.3 with the correct
margin definition.
Till
ptouch-driver_1.3-1.diff.gz
Description: Unix tar archive
No, this is a part of the PDF printing workflow. As PDF is the standard
job format, PostScript printers need a driver now, which turns PDF to
PostScript and especuially inserts the option code of the PPD into the
PostScript output. This is done by the cpdftocps filter.
Transforming incoming
On June 11 I have proposed two bug fix patches for the Debian package of
Poppler. One of them needs some additional changes to correctly work. So
do not use the
10_pdftops-multiple-page-size-support.patch
which I have attached to this bug report earlier, but the patch attached
to this
Martin-Éric Racine wrote:
2009/6/18 Josselin Mouette j...@debian.org:
Sorry, but cups depends on ghostscript-cups since it cannot work without
it.
AFAIK only certain printers depend on ghostscript-cups. Till can
correct me if I'm wrong.
Yes, that's it. ghostscript-cups contains the
201 - 300 of 323 matches
Mail list logo