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
--
=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
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/24/2011 08:47 PM, Jonas Smedegaard wrote:
Hi Till (and others),
I took the liberty of moving this conversation to the Debian Printing
Team and cc ijs package maintainer.
OK, good idea.
I dislike treating Ghostscript as source of multiple libraries!
I prefer having each upstream
On 01/24/2011 10:11 PM, Jonas Smedegaard wrote:
Filing a bugreport also helps in resolving if perhaps ijs package
maintainer might be MIA...
According to
http://packages.debian.org/changelogs/pool/main/i/ijs/ijs_0.35-7/changelog
last change on package in April 2009, last change on active
On 01/24/2011 09:04 PM, Jonas Smedegaard wrote:
Hi Till and others (esp. gs-cjk-resource maintainers),
I noticed that recent Ghostscript packaging for [Ubuntu] dropped the
indirection of CMap files.
I am not knowledgeable in DeFoMa, but recent changelog entry of
gs-cjk-resource seems to
On 01/25/2011 08:27 PM, Jonas Smedegaard wrote:
Another argument for keeping libijs separate:
I consider packaging GNU Ghostscript, which seem to have a slightly
different development pace and thus might be interesting e.g. for
security concerned users, and would also make the recent RC issue
On 01/25/2011 09:48 PM, Roger Leigh wrote:
Just for the record, I think there should be *one* copy of ijs only.
I really don't care whether it's in ijs or gs. However, given that
gs is required for ijs to work, and the copy in gs has had some
maintenance, I think the gs copy would be the better
On 01/25/2011 10:04 PM, Jonas Smedegaard wrote:
I think perhaps you miss my point:
If libijs is maintained for Debian as part of the GPL Ghostscript
project, and we also (in the future) maintain GNU Ghostscript, then GNU
Ghostscript will need to depend on GPL Ghostscript, making it impossible
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
differences between Ubuntu and Debian packages as small as possible?
Till
On 02/07/2011 10:34 PM, Luca Capello wrote:
Hi there!
As outlined at #594322 [1], Dider Raboud (cc:ed) from the Debian
Printing Team [2] proposed to move foo2zjs under its umbrellas, also
considering that Till Kamppeter
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
On 02/18/2011 06:29 PM, Didier 'OdyX' Raboud wrote:
Hi Till,
I just noticed your recent foomatic-{db,filters,db-engine} uploads to natty.
As we managed to get the diff of those packages to zero, would it be possible to
get in touch with me (or the printing team) when you plan such uploads for
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-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On 02/24/2011 03:38 PM, Didier 'OdyX' Raboud wrote:
Le Thursday 24 February 2011 13:12:13 Till Kamppeter, vous avez écrit :
OK. Then take the Apport hook into the Debian package and we keep
foo2zjs identical on Debian and Ubuntu.
Till
If this is done (and I think it's desirable
On 05/25/2011 06:17 PM, Didier Raboud wrote:
First, are you willing to keep maintaining foo2zjs ? AFAIK, Luca did the last
uploads but wasn't very motivated in stayin maintainer. Michael had his last
commit to foo2zjs packaging in 2009, and Steffen back in 2007.
My intention is not at all to
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
Hi,
on the Ubuntu Developer Summit this month we discussed the introduction
of color management in Ubuntu. See
https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-icc-color-management
What is needed is to introduce some new packages, especially colord,
update other packages, build
On 05/31/2011 04:00 PM, Didier Raboud wrote:
I think this question is more global than only limited to printing.
Furthermore as you have certainly noticed, our Debian Printing Team is not
(currently) staffed enough to take that task on its own shoulders.
So it would actually be very nice if you
On 06/02/2011 06:27 AM, Henry velez wrote:
This is the git repository to push Ubuntu uploads there.:
https://github.com/abadon7/pxljr
https://github.com/abadon7/pxljrI took the packages from
http://packages.ubuntu.com/natty/pxljr, but I am not shure if those are
the correct ones or if I have to
Can you report you problem to the HPLIP developers at HP, at
https://launchpad.net/hplip/? Thanks.
Till
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
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-printing-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
On 06/18/2011 06:52 AM, Rogério Brito wrote:
Hi there.
I didn't even know that this team existed (I only noted this today after I
saw the maintainer of the epson-escpr package).
We are not only trying to take more care of Debian's printing stack but
also to join forces for Debian and Ubuntu
Another possibility would be that I rename the foomatic-db-xml package
back to foomatic-db but let it provide foomatic-db-xml so that through
this virtual package name one can safely request the PPD files. WDYT?
Till
On 07/30/2011 06:08 PM, Till Kamppeter wrote:
Sorry, I did not know
the debian/control file. It
was only intended for Ubuntu.
Till
On 07/30/2011 06:08 PM, Till Kamppeter wrote:
Sorry, I did not know that a package rename is such complicated in
Debian, in Ubuntu it is processed very quickly. Also I did not know that
there is a Build-Conflicts concept
Hi,
I am introducing Color Management in Ubuntu and therefore I have updated
the Argyll package. There I have discovered, that there are two source
Debian packages, argyll and libicc which are based on the same source
tarball. I want to merge these two packages to make maintenance easier.
On 08/05/2011 04:05 PM, Pascal de Bruijn wrote:
On Fri, Aug 5, 2011 at 2:05 PM, Till Kamppetertill.kamppe...@gmail.com wrote:
Hi,
I am introducing Color Management in Ubuntu and therefore I have updated the
Argyll package. There I have discovered, that there are two source Debian
packages,
On 08/05/2011 02:18 PM, Jonas Smedegaard wrote:
If you mean how to number those two packages in _Debian_,
This is what I mean. I have started this thread to find an agreement
with Debian.
then there are
multiple sensible approaches, all of which should be done by the package
maintainer.
On 08/05/2011 02:48 PM, Roland Mas wrote:
Till Kamppeter, 2011-08-05 14:05:25 +0200 :
Hi,
I am introducing Color Management in Ubuntu and therefore I have
updated the Argyll package. There I have discovered, that there are
two source Debian packages, argyll and libicc which are based
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
--
On 10/16/2011 05:54 PM, Roger Leigh wrote:
These should be fixed fairly simply: let's just define a consistent
set of naming conventions and migrate the relevant packages. It would
be nice to have a means of mapping a given printer model to required
package(s) to support and configure printing,
Hi,
Didier, Martin-Eric, I have modified the postinst script of CUPS so that
it accepts both driver.ppd-updater and driver files in
/usr/share/cups/ppd-updaters/ to make packaging of drivers easier.
The change will appear in the next cups package in unstable (1.5.0-10).
pitti, can you
Hi,
OdyX has asked me on IRC hgow we should rename HPLIP's printer driver
package.
First, we need to determine which binary packages of HPLIP are printer
driver packages. Only these get renamed, all the others not.
Printer driver packages are those which provide PPD files, and these are
On 10/21/2011 04:38 PM, Didier Raboud wrote:
Le jeudi, 20 octobre 2011 21.50:47, Till Kamppeter a écrit :
First, we need to determine which binary packages of HPLIP are printer
driver packages. Only these get renamed, all the others not.
My point of view thereabout is that a user should know
On 11/03/2011 11:16 AM, Didier Raboud wrote:
Roger Leigh wrote:
How would you like gutenprint to rename its packages to work with
the new system? In terms of user-visible packages (excluding libs)
we have
cups-driver-gutenprint
escputil
foomatic-db-gutenprint
gimp-gutenprint
gutenprint-doc
On 11/03/2011 11:26 AM, Didier Raboud wrote:
Given the above and similarly as what I proposed for gutenprint, I now think
the rename should happen as following:
* rename hpijs to printer-driver-hpijs;
OK.
* rename hplip-cups to printer-driver-hplip (or printer-driver-hpcups fwiw);
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
I am about to package 5.2.8rc1 for Ubuntu Precise before Feature Feeze
on Thursday.
I have looked through the Delta and most of the differences can be dropped:
- debian/rules: Include the simplified CUPS Raster PPDs of
Gutenprint by an explicit ./configure option.
Will drop
On 02/14/2012 11:43 AM, Roger Leigh wrote:
On Tue, Feb 14, 2012 at 02:03:25AM +0100, Till Kamppeter wrote:
I am about to package 5.2.8rc1 for Ubuntu Precise before Feature
Feeze on Thursday.
I have looked through the Delta and most of the differences can be dropped:
OK.
- debian/rules
of ijsgutenprint-ppds does not leave the users with old PPDs
and non-working queues.
Till
On 02/14/2012 12:55 PM, Till Kamppeter wrote:
On 02/14/2012 11:43 AM, Roger Leigh wrote:
On Tue, Feb 14, 2012 at 02:03:25AM +0100, Till Kamppeter wrote:
I am about to package 5.2.8rc1 for Ubuntu
--
From: Xirla
Subject: Re: [gs-devel] Exaggerated size of a PCL
To: gs-de...@ghostscript.com
Amazing change!! Thank you very much. I have solved the problem.
Al 16/02/2012 13:10, En/na Till Kamppeter ha escrit:
The trick is easy: Simply add the -dNOINTERPOLATE command line
option
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
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
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-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
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
Quick workaround:
Remove the file
/lib/udev/rules.d/86-hpmud_plugin.rules
Till
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f5dd0c9.6080...@gmail.com
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
The problem should be fixed by the recent fixes in cups-filters, version
1.0.5 or later.
Till
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
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,
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
On 06/28/2012 03:11 AM, Vincent McIntyre wrote:
Hello,
first let me offer my thanks for your work, I was impressed by the
number of bug squashes in the list archives.
I have been setting up a print server (on Squeeze) and ran into the
problem of trying to decide between 6 different PPD files.
Hi,
I have merged the newest Debian package of SpliX into Ubuntu. Following
changes I have done in Ubuntu and I recommend to get them also into the
Debian package to be able to use identical (source) packages in Debian
and Ubuntu:
-
Hi,
I have merged the gutenprint 5.2.9-1 package from Debian into Ubuntu and
the current ly remaining changes in Ubuntu are:
- debian/printer-driver-gutenprint.ppd-updater,
debian/foomatic-db-gutenprint.ppd-updater,
debian/printer-driver-gutenprint.postinst,
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-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
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
Hi,
I have packaged CUPS 1.6.0 for Debian an Ubuntu anddid the first tests.
CUPS broadcasting is removed, so printers shared by a serve do not
automatically appear on a listening client.
So clients can only discover printers by Bonjour/DNS-SD/mDNS, which
requires a well working Avahi
Hi,
I have uploaded the first package of GS 9.06 (RC1 + some GIT revs). The
source package will get available on Launchpad in some minutes. You can
use it for back-merging to experimental and as preparation for the final
GS 9.06.
All 1... and 0... patches are incorporated now. The
JPX/JPEG2000 images render correctly (without white holes where
the images should be) and with a reasonable speed.
Till
On 08/02/2012 08:16 PM, Till Kamppeter wrote:
Note that the RC1/snapshot source tarball has an icclib/ directory in
its original version. This made the impression for me
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
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
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
I have written more about the cost factor and its motivations in bug
#712237 now.
Till
--
To UNSUBSCRIBE, email to debian-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51bb23ff.9050...@gmail.com
This is a closed-source driver, the package does not contain any source
code. AFAIK there are no methods to convert 32-bit binary executables to
64-bit.
Till
On 06/15/2013 11:20 AM, DutchGlory wrote:
I have printer driver here for Epson AcuLaser C1100 if someone is able to
convert this to
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.
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
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
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
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=1116
and
Hi,
first, sorry for making a broken commit into the CUPS GIT repository. I
have simply overtaken a patch from a co-worker. I have fixed this patch
now, removing the Ubuntu defaults, adding the missing patch and making
the patch Ubuntu-only, as it is a temporary override of a failing test
which
Hi,
is Ghostscript in Debian still maintained? Or is there anything in
Ghostscript 9.06 and newer which does not allow its use in Debian? If so
please tell the problem or report it directly upstream (and please post
the upstream bug links here). If Ghostscript as it is now is not
suitable for
to you).
You can find the package and the source tarball for backmerging to Debian on
https://launchpad.net/ubuntu/+source/ghostscript/9.09~dfsg-0ubuntu1
Till
On 08/23/2013 01:23 PM, Jonas Smedegaard wrote:
Quoting Till Kamppeter (2013-08-23 12:48:36)
is Ghostscript in Debian still maintained
On 08/25/2013 09:10 PM, Jonas Smedegaard wrote:
Quoting Till Kamppeter (2013-08-25 20:35:55)
On 08/25/2013 08:16 PM, Jonas Smedegaard wrote:
Quoting Till Kamppeter (2013-08-23 14:02:03)
GS 9.09 builds (at least under Ubuntu) with all libraries taken
from the system, no convenience code
Hi,
I have fixed the problem of pyppd that the compressed PPD archive
contains more than one entry per PPD file even if the PPD is not for
several different printer models. See upstream bug report
https://github.com/vitorbaptista/pyppd/issues/1
Please back-sync my current Ubuntu package to
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-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Hi,
I have released cups-filters 1.0.42, and updated the Debian package BZR
appropriately, but there is still a small problem:
cups-filters 1.0.42 incorporates foomatic-rip and makes the
foomatic-filters package obsolete. Therefore I have added
Conflicts/Replaces/Provides: foomatic-filters for
Hi,
recently, you have applied a patch to Debian's cups-filters package to
solve a problem of printing Landscape-oriented pages. The bug report and
the origin of the patch is
https://bugzilla.redhat.com/show_bug.cgi?id=768811
The patch is only a workaround for a bug in Poppler, in the
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
get-ppd- file-for-statically-configured-ipp-shared
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,
thanks for your detailed bugreports and proposed patch.
Le samedi, 16
On 01/08/2014 12:59 PM, Jonas Smedegaard wrote:
Quoting Till Kamppeter (2014-01-08 12:42:04)
OdyX, you have split foo2zjs into printer-driver-foo2zjs and
printer-driver-foo2zjs-common telling that you want all
arch-independent files being shared across architectures. This saves
some disk
Thank you very much for the info, no problem with the split.
Till
On 01/08/2014 01:33 PM, Didier 'OdyX' Raboud wrote:
Hi Till,
Thanks for rising this question.
Le mercredi, 8 janvier 2014, 12.42:04 Till Kamppeter a écrit :
OdyX, you have split foo2zjs into printer-driver-foo2zjs
//'
Otherwise PPDs of existing queues using this driver will not get
auto-updated.
Till
On 01/08/2014 01:33 PM, Didier 'OdyX' Raboud wrote:
Hi Till,
Thanks for rising this question.
Le mercredi, 8 janvier 2014, 12.42:04 Till Kamppeter a écrit :
OdyX, you have split foo2zjs into printer-driver
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
Hi,
I have tried to sync your new SpliX package but under Ubuntu it FTBFS as
you are not including the debian/local/apport-hook.py file. See
https://launchpadlibrarian.net/162345035/buildlog_ubuntu-trusty-i386.splix_2.0.0%2Bsvn315-1fakesync1_FAILEDTOBUILD.txt.gz
Can you fix that? Thanks.
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-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 01/15/2014 07:12 PM, Luca Niccoli wrote:
Hi Till,
do you need a new upload to debian for syncing the Ubuntu package or a
commit on the alioth git repository would be enough?
Cheers,
Luca
I will need a new upload to Debian.
Till
--
To UNSUBSCRIBE, email to
Hi,
I have released cups-filters 1.0.44 upstream and updated the Debian GIT
repo appropriately.
In addition, I have split two binary packages to allow a low-footprint
printing stack on mobile devices, the level 2 on
On 01/17/2014 07:02 PM, Didier 'OdyX' Raboud wrote:
Hi Till,
Le vendredi, 17 janvier 2014, 13.19:06 Till Kamppeter a écrit :
I have released cups-filters 1.0.44 upstream and updated the Debian
GIT repo appropriately.
Nice, thanks.
In addition, I have split two binary packages to allow
Hi,
in Ubuntu we also want to have print functionality in the mobile
version, Ubuntu Touch (therefore I also did the binary package
splitting). As mobile devices run on battery and have limited RAM one
should avoid keeping daemons running alll the time, especially if they
are used infrequently,
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-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
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-printing-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On 01/23/2014 03:23 PM, Didier 'OdyX' Raboud wrote:
The answer to this question is currently debated in the following
technical committee question: http://bugs.debian.org/727708 which isn't
settled yet.
Also, the question of the systemd support patch has been asked in
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
1 - 100 of 601 matches
Mail list logo
