Jeroen van Wolffelaar wrote:
owner 411167 !
thanks
On Fri, Feb 16, 2007 at 04:14:02PM -0300, Carlos Pasqualini wrote:
Package: wnpp
Severity: wishlist
Owner: Carlos Pasqualini [EMAIL PROTECTED]
* Package name: splix
Version : 1.0.1-1
Upstream Author : Aurélien Croc [EMAIL
I have packaged GPL Ghostscript 8.60 (SVN snapshot of ESP/GPL
Ghostscript merger) for Ubuntu now with separated libgs and also
libgs-dev package.
I have informed Masayuki Hatta, Ghostscript maintainer of Debian, about
it and agreed with him on ghostscript as package name. The Ubuntu
source
We should also inform the upstream maintainers. I have CCed them to this
e-mail.
David, Don, can you check this Qt3/Qt4 issue? Thanks.
Till
Mark Purcell wrote:
Dear python-qt4 dudes,
I'm the hplip maintainer and I'm having an issue with the transition of hplip
from python-qt3 to
Mark Purcell wrote:
Sorry about the delay, yes I agree this would be good to resolve before lenny.
hplip also checks for the scanner group and adds it if necessary. But hplip
also depends on libsane.
Is hplip able to rely on libsane to add and remove the scanner group as
required?
If
.
I just wanted to check that this won't cause you any issues.
Mark
-original message-
Subject: Re: [Pkg-hpijs-devel] hplip: group scanner requirements.
From: Till Kamppeter [EMAIL PROTECTED]
Date: 24/06/2008 12:13
Mark Purcell wrote:
On Sun, 22 Jun 2008, you wrote:
I was just also receiving
Mark Purcell wrote:
Till,
Thanks for the comment. The other suggestion is to use
lp.plugdev
But the downside of that is there is then no way to distinguish between plugged
in printers and other devices such as cameras.
So the group ownership of a newly appearing device file is used to
Package: cupsys
Version: 1.3.7-1ubuntu3
Severity: important
The cupsys packages (and all occurences of cupsys in the names of
other packages) should be renamed to cups. First, no one who I have
asked could tell me why in Debian and derivatives the CUPS package is
called cupsys and not cups.
Mark Purcell wrote:
On Sun, 22 Jun 2008, you wrote:
I was just also receiving a code=12 error message and by adding myself to
the scanner group. I am now able to access the device correctly through
hp-toolbox.
Yes, this fixed the problem.
code=12 was a bit obtuse for you are not a member of
Hi,
I am maintaing Gutenprint and several other printing packages (drivers,
HPLIP, Foomatic, Ghostscript, system-config-printer) for Ubuntu.
Some of these packages (cupsys, hplip) are managed in Debian SVN
repositories from which both Debian and Ubuntu packages are released. I
(and also
=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 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
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.
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
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
Martin Pitt wrote:
Hi Marc,
Marc Haber [2008-10-27 10:03 +0100]:
after upgrading to the experimental CUPS packages, I can no longer
configure an IPP printer: The Device combo box in the Add and
Configure Printer dialogs only shows AppSocket/HP JetDirect,
Backend Error Handler, CUPS-PDF
I suggest that you simply merge the current Ubuntu Jaunty package
(ghostscript 8.63.dfsg.1-0ubuntu7) into Debian. It contains the new
filter and many other important bug fixes.
Till
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Please merge the following Ubuntu package version of Ghostscript into
Debian:
8.64.dfsg.1-0ubuntu11
It has the following fixes and new feature (in addition to the ones of
0ubuntu9 and earlier):
- pstoraster did not work when called with an input file name as the 6th
command line argument.
Jonas Smedegaard wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Hi Till and others,
On Sun, May 24, 2009 at 08:44:43PM +0200, Till Kamppeter wrote:
Please merge the following Ubuntu package version of Ghostscript into
Debian:
- pstoraster did not work when called with an input
Jonas Smedegaard wrote:
perl-base is sufficient if no modules are loaded, which is the case for
the postinst routines. Perl-base is part of base so need not be
declared as a dependency (except for versioned dependencies).
You are right that defoma should care for its own dependencies.
All
Jonas Smedegaard wrote:
By Debian social norms, Masayuki Hatta has to accept it. He is a quiet
guy, however, and these mails are cc'ed the package, reaching all team
members. So I would say that the lack of response, keyed with earlier
approval of moving to Git in the collab-maint group, can
Package: poppler
Currently unstable uses Poppler 0.10.x. For introducing the new
pdftoopvp CUPS filter into the cups package (for the PDF printing
workflow:
https://www.linuxfoundation.org/en/OpenPrinting/PDF_as_Standard_Print_Job_Format)
I need that unstable has at least Poppler 0.11.0. Can
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
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
--
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
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
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
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/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
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:
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,
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
Package: ghostscript
I have made a new Ubuntu package of Ghostscript (in Karmic) to fix some
bugs and to add the cdnj500 driver for the HP DesignJet 500 and 800.
Most important change is that the ps2write device does not segfault on
the testfile.pdf of the CUPS test suite any more, so that
The source for the current Ubuntu package of Ghostscript you find here:
https://launchpad.net/ubuntu/+source/ghostscript
Click on the newest package in the list (currently 8.64.dfsg.1-0ubuntu9).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Mark Purcell wrote:
On Tuesday 10 March 2009 10:11:17 Christopher Martin wrote:
I'm happy to answer questions.
Chris, Till,
Seems that the udev rules are again causing problems.
Lots of Debian bugs reported :-(
Till. You reinstated our own udev rules with 2.8.12-1ubuntu5 which fixed a
Paul van Tilburg wrote:
I forgot to mention that I'm printing via the CUPS server of the faculty
(so DeviceUri ipp://host/printers/ps7z1). In this case I do not now
which CUPS server (mine or theirs) is responsible for doing what, so
this might be relevant information too. The faculty CUPS
===
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
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
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
Please also add the following bug fix patches (they are both accepted
into Poppler upstream):
https://bugs.freedesktop.org/show_bug.cgi?id=20420
pdftops produces broken Postscript
15_poppler-ps-output-broken-binary-encoding-fix.patch
https://bugs.freedesktop.org/show_bug.cgi?id=19777
If you do not consider updating to 0.11.x as it is a development
release, so please add the following two patches to the current Poppler
in Debian, so that we can at least build CUPS with the new pdftoopvp
print filter.
This patch is required for building pdftoopvp:
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
Josselin Mouette wrote:
Sure, if only the affected drivers need to depend on ghostscript-cups,
it’s fine to put the dependency that way. But currently it is not here.
Then the bug here is that these dependencies in the driver packages are
missing. So assign this bug to splix, gutenprint,
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
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
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
@@
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
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
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
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
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
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
--
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
-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
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
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
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
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,
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
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
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
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
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
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.
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
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
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
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
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
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
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.
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
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
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
1 - 100 of 322 matches
Mail list logo