I have now uploaded the package to Ubuntu (Plucky, 25.04, Universe). Please use
this package as a base, not my PPA, as it is once the current upstream version
1.5.0 and second, all Lintian warnings are taken care of, especially the
upstream source is repackaged to remove the (considered by Debia
enablement) package being 2 years old in a
leading distro with a 6-month release cycle is especially bad. Such packages
could even have releases after the release of the distro itself to support new
hardware ...
Till
On 3/12/25 11:55, Fabian Greffrath wrote:
Is there any specific reason why th
Another hint:
If the printer is not too old and therefore works as a driverless printer, to
use it this way you need to have the package ipp-usb installed.
If both ipp-usb and sane-airscan are installed, the scanner of the printer
should just work, also the printing part. And you find the pri
It should be easy, just porting over the current Ubuntu package,
3.24.4+dfsg0-0ubuntu4.
https://launchpad.net/ubuntu/+source/hplip/3.24.4+dfsg0-0ubuntu4
CUPS is totally OK, the errors come from HPLIP.
Debian folks should really update to the current version of HPLIP, 3.24.4. It
should be easy, just porting over the Ubuntu package.
And modern HP printers do not need HPLIP, they are driverless, for both printing
and scanning.
2.2.0, which will use PDFio and
therefore depend on it. This requires PDFio to be packaged in Debian.
As we need this package also in Ubuntu, I have already created and it can and
should be used in Debian as well. You find it on my PPA:
https://launchpad.net/~till-kamppeter/+archive/ubuntu
ems
with CUPS 2.x. They are used in Ubuntu and Fedora already for more than a year.
Till
he source packages libcupsfilters, libppd, cups-filters, and cups-browsed,
all 2.x and all their binaries.
See the Ubuntu packages for how I did the transition.
Till
witch-over in Ubuntu 25.10.
=
So please keep the 2.x generation packages of cups-filters in Debian. Check the
Ubuntu packages for correct dependency handling.
Till
the transition in Debian, please check the Ubuntu
packages.
CUPS 3.x is indeed not ready yet and if, according to Michael Sweet, all the 3
components of it (libcups, cups-local, cups-sharing) will be ready mid-2025, so
if all works well, I will do the switch-over in Ubuntu 25.10.
Till
newest upstream version of HPLIP, once it can have this
already fixed and second, it makes generally sense to use the newest version ...
Till
On 31/03/2024 22:23, Paul Szabo wrote:
(Sadly, my other issues were "declined" upstream. Maybe they know what
they are doing...)
Where did you report them?
Till
corresponding "current" source.
Cheers, Paul
The current source of pdftopdf is libcupsfilters:
https://github.com/OpenPrinting/libcupsfilters/issues
Till
gpr is not only not upstream-maintained any more and depending oon the
obsolete GTK2, it is also only used for printing with LPD/gnulpr/LPRng,
all these being printing systems which are obsolete for near 2 decades
(replaced by CUPS) and all not maintained upstream any more.
So it does not actu
Probably you are hitting this bug
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1971242
The bug is fixed upstream in CUPS 2.4.3 and later and I have created 2
Stable Release Updates (SRUs) for Ubuntu Jammy (CUPS 2.4.1) and Lunar
(CUPS 2.4.2). So you could try these fixes and they could p
On 27/06/2022 19:26, Gareth Evans wrote:
"testq" already exists, so I changed the queue name to avoid any potential
caching effects etc in case that were possible.
$ sudo lpadmin -p testqq -v ipp://192.168.0.14/ipp/print -E -m
driverless:ipp://192.168.0.14/ipp/print
lpadmin: Printer drivers a
And are you able to print now?
Till
On 27/06/2022 17:57, Gareth Evans wrote:
However that is when the laptop is connected to 5GHz wifi.
If I change to the 2.5GHz connection (same router) on which (router and
frequency) the printer is connected:
$ avahi-browse -rt _ipp._tcp
+ wlp1s0 IPv4
Tags: Patch
I've improved the submitted patch by André by making it respect the
relevant multistrap setting.
--
Till Robin Zickel | Software Developer
t.zic...@trenz-electronic.de | http://www.trenz-electronic.de
Tel.: 05741 3200-800 (Deutschland) | Phone: +49 5741 3200-800
(Internat
Now run the command
driverless
and, if you get the URI, run
lpadmin -p envy -E -v ipp://localhost:6/ipp/print -m everywhere
Does it work now?
Till
On 06/04/2022 11:28, alain wrote:
Package: cups
Version: 2.4.1op1-2
Followup-For: Bug #1008997
X-Debbugs-Cc: compte.perso.de-al
eue with this URI:
lpadmin -p envy -E -v ipp://localhost:6/ipp/print -m everywhere
Now all your apps should show your printer with queue name "envy". Can
you print on this queue?
Till
P. S.: Avoid HPLIP if you do not REALLY need it.
The log message "Unable to do two-sided printing" comes from the "ipp"
CUPS backend, part of CUPS. It seems that the backend does not find the
"sides" attribute in the printer's IPP attributes.
See the code here:
--
if (ipp_status == IPP_STATUS_OK_IGNORED_OR_SUBSTITUTED ||
ipp_stat
Probably cause by https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006853
Till
Package: mcomix
Version: 1.2.1mcomix3+git20200206-1
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: pietiplat...@gmail.com
Moin Moing,
mcomix 2.0.0 was released on 2022-01-29, making mcomix3 obsolete, please
consider packaging it.
Ciao, Fabio
-- System Information:
Debian Release: bookworm/sid
anges coming from cups-filters/the pstops filter mainly only
change the DSC comments, letting the second number in the "%%Page:"
lines going from 1 to 993 instead of being the same as the first number,
starting from 1 again and again. This seems to make the viewers
accepting all pages
Andre, could you attach your PostScript file, once the original and also
the one you get after pre-processing when using "GSCall echo %s %s %s;
cp %s /tmp"? Thanks.
--
On 28/09/2021 14:20, Andre Heider wrote:
Indeed, still only getting an empty pdf on that file too.
That's another pr
Package: nextcloud-desktop
Version: 3.1.1-1
Severity: important
X-Debbugs-Cc: till2...@protonmail.com
Dear Maintainers,
When I try to access the settings of the nextcloud desktop client, it crashes.
What I did:
1. run nextcloud
2. right-click on nextcloud tray icon, then click 'Settings'
OR
an. This is an extra SANE backend which
provides more sophisticated support for driverless scanning (scanning
with ipp-usb, "IPP over USB" always uses driverless scanning and
printing standards).
Classic drivers (as HPLIP's "hpaio" work only without ipp-usb.
T
scanner models.
Till
OK, no I understand, fresh installation or live ISO all works perfectly
as intended, old installation shows the problem, so further
investigations only on the old installation ...
Till
Could I do anything to
help to include the appropriate vendor PPD file
for my printer (freely availabe on their webite) in the
printer-driver-oki package (or whichever package is the rightone)?
If the PPDs are under a free software license we can add them to
OpenPrinting (and this way to all distributions and also the PostScript
Printer Application).
Till
debug this
together with Michael as you also had made my scanner work together with me.
Thanks in advance.
Till
On 15/02/2021 11:26, Brian Potkin wrote:
On Sun 14 Feb 2021 at 20:31:28 +0100, mh wrote:
[...]
# ippfind -T 5
~#
An IPP printer is not found. This would fit the observation
Please report this to CUPS upstream at
https://github.com/OpenPrinting/cups
Note trhat CUPS is not maintained at Apple any more but at OpenPrinting now.
We need the USB IDs (VID/PID) of all affected devices, at least of as
many devices as possible.
Till
On 24/01/2021 23:46, Chris
I have released cups-filters 1.28.7 with the fix now.
https://github.com/OpenPrinting/cups-filters/releases/tag/1.28.7
I have investigated the problem further and the problem is caused by
"driverless" sending get-printer-attributes IPP requests to each printer
it lists, to check the quality of driverless printing support. See
https://github.com/OpenPrinting/cups-filters/pull/235
This makes "driverless" taking
.
Till
Great, so I will base my Ubuntu package also on the new version.
OdyX, could you update the Debian packaging appropriately, too? Thanks.
Till
On 04/08/2020 20:10, Alexander Pevzner wrote:
I think I will merge -unstable in few hours and will release result as
0.99.12. It would be nice, if
k you whether you could send me the source
files of your package (current version, 9.99.10-1, tarball, dsc,
debian.tar.gz) and/or tell me whether there is a GIT repo for the packaging.
Thanks in advance.
Till
working on improving it. I do not
actively working on it by myself. Most probably it will get made working
well some day because of Chrome OS.
Till
On 07/07/2020 22:25, Didier 'OdyX' Raboud wrote:
For the record, I am primarily concerned about the printing support in Debian,
which packaging I carry mostly alone (I get great help from Brian Potkin for
bug triaging, and Till Kamppeter for upstream and Ubuntu support). I don't
r
As it will get also synced into Ubuntu I will stay in collaboration with
the potential packager/Debian maintainer of it as will be the Debian
Printing group.
Till
introduce ipp-usb in Ubuntu, in 20.10 (Groovy Gorilla)
which has Feature Freeze Aug 27. It would be great if I could sync from
Debian.
No one interested? OdyX, could you package/upload it?
Till
-config-printer I did the ippusbxd change
Ubuntu-only, also as it was close before our Feature Freeze for 20.04.
Till
Recently Avahi 0.8.0 with my localhost support patch included got
released. See
https://github.com/lathiat/avahi/releases/tag/v0.8
See also
https://bugs.launchpad.net/bugs/1864207
Till
user lp, as it is usually the case, they cannot access the printer.
So I tried to find out why and saw that the /dev/bus/usb/*/* device file
for the printer has group ownership "audio" and not "lp":
till@till-x1yoga:~/ubuntu/hplip/focal/debian/hplip-3.19.12+dfsg0$ ll
/dev/b
sizeof(outheader.cupsPageSizeName));
Please try it if you are familiar with source code and compiling. Tell
your result here and also in the upstream bug you are reporting.
Till
/rastertopwg
Use the "bt" command at the prompt of gdb. Please post the backtrace here.
Till
This is solved in Ubuntu:
https://launchpad.net/ubuntu/+source/hplip/3.19.12+dfsg0-4ubuntu1
You could add the patch for Python 3.8 support to the Debian package.
Till
In a very recent commit I have added crash guards to the
is_local_hostname() function, which cover also the case of host_name
being NULL:
https://github.com/OpenPrinting/cups-filters/commit/4157690bf
I hope this helps here.
But anyway, thanks for the deep analysis of the problem.
Till
I have forgotten to check the build Build-Depends:. The following need
to get added:
autoconf-archive,
libpng,
libcurl4-gnutls-dev,
libxml2-dev
The first is needed to make the package build at all, the others for the
package to build with the newly added backends.
Till
workaround only applies to PPDs generated by
cups-filters. PPDs generated by CUPS (temporary queue or "lpadmin ... -m
everywhere") or PPDs from other projects, manufacturers, ... still show
the bug. so the CUPS fix is very important.
Thanks for the bug report and also special thanks to Sambhav for the
investigations on this.
Till
The problem is discussed here:
https://github.com/vitorbaptista/pyppd/issues/2
(Upstream Issue #2 of pyppd)
Till
locations
mentioned in debian/copyright do not exist any more.
To get rid of the duplication and also of the unmaintained package the
dependency in python3-renderpm need to get updated.
See also
https://bugs.launchpad.net/bugs/1862641
Till
debian/copyright do not exist any more.
To get rid of the duplication and also of the unmaintained package the
dependency in libwmf0.2-7 need to get updated.
See also
https://bugs.launchpad.net/bugs/1862641
Till
iverless printing, AirPrint in most cases. Typically the
network printers launched in the last 5 years do driverless but your
printer can be older.
"driverless" lists all IPP printers which support driverless printing.
Till
or
nc -w1 9100 < out.ps
Please try.
Till
host name, IP, or make/model), try to set up
your printer with
lpadmin -p Printers -E -v URI -m everywhere
replacing URI by your printer's URI from the "driverless" output.
Does this work?
Till
I have done several fixes on cups-filters upstream now, please try a current GIT
snapshot of cups-filters.
Till
Package: linux-perf-5.2
Version: 5.2.17-1+b1
Severity: important
Dear Maintainer,
`perf report` segfaults, making perf unusable. To reproduce, e.g. do
```
# perf record ls
# perf report perf.data
```
`perf report` loads the file and the curses gui subsequently segfaults
-- System Informatio
lip_3.19.6+dfsg0-1_3.19.6+dfsg0-1ubuntu1.diff.gz
Till
as file without any
problem. For the given color space (CMY, -dcupsColorSpace=4) I got
broken output (I have checked with rasterview). All other important
color spaces (0, 1, 17, 18, 19, 20) give correct output for me (could be
another bug in Ghostscript).
Till
Fixed upstream. Thanks for the bug report.
See https://github.com/OpenPrinting/cups-filters/issues/148
Will be included in the next release, 1.25.5.
Till
This is caused by changes in CUPS 2.2.12. I have already reported an
appropriate issue on CUPS upstream:
https://github.com/apple/cups/issues/5639
Till
and add it to
Debian so that we can sync it into Ubuntu.
Till
:16 16703 16703 adb_auth_host.cpp:416] adb_auth_init...
adb I 08-04 11:37:16 16703 16703 adb_auth_host.cpp:174] read_key_file
'/home/till/.android/adbkey'...
adb I 08-04 11:37:16 16703 16703 adb_auth_host.cpp:391] adb_auth_inotify_init...
adb I 08-04 11:37:16 16703 16703 adb_auth_host.cpp
I have released cups-filters 1.22.5 upstream now with the fix.
Till
Now I use the call suggested in the Arch Linux bug report using
"runpdfbegin".
Till
Does
gs -o - -dNODISPLAY
using Ghostscript 9.27, with being a PDF file which you do
not succeed to print due to this problem, give you a list of "Page XX"
lines for each page in the PDF file (plus some other irrelevant lines)?
Can you post the output of the command here?
Till
On 10/01/2019 09:43, Didier Raboud wrote:
Le 10.01.2019 09:22, Till Kamppeter a écrit :
On 10/01/2019 08:56, Didier 'OdyX' Raboud wrote:
'cups-genppdupdate -x' and restarting cups fixed the problem (-x allows
update across major Gutenprint releases).
Till: it seems tha
On 10/01/2019 08:56, Didier 'OdyX' Raboud wrote:
'cups-genppdupdate -x' and restarting cups fixed the problem (-x allows
update across major Gutenprint releases).
Till: it seems that our trigger is not enough for these. Opinions?
For me it looks like that our trigge
Bernhard, thank you for your patches. I have applied them (slightly
changed) to cups-browsed upstream. They actually do not do any
functional changes, so if the BrowseFilter facility does not work as
expected, this is another bug and this bug was probably there before.
Till
This I have already fixed upstream. It was already reported as upstream
issue #79 and Debian bug #916149.
Till
ot; list. In the meantime, cups-filters started to FTBFS in unstable; a
fix was urgent and I spent the minimal amount of energy to solve that issue.
But demoting the cups-daemon ⇒ cups-browsed relationship from a Recommends to
a Suggests is something we should consider, and your argumentation makes
Thanks for the feedback.
Till
Fixed upstream in commit f3d48ecd.
The checking for HTTP timeouts on queue creation has be done at the
wrong place, leading to crashes on queue removal, which happens on shutdown.
Till
packages of HPLIP seem to be OK.
Till
Anthony, thanks for testing. The fix is on its way into Debian and Ubuntu.
Till
cups-browsed is part of cups-filters, not of CUPS. The patch you find here:
https://github.com/OpenPrinting/cups-filters/commit/0d29084a864ca80ada8b4eafc2d36f072e06f984
Till
Anyone suffering this problem, can you apply my upstream fix and check
again whether this solves the problem? Thanks.
Till
whether the remote queues are
discovered from the local network or via BrowsePoll.
Till
again. Then do all the reproducer steps as described in the
previous postings here and after that, attach your
/etc/cups/cups-browsed.conf to this bug report. Thanks.
Till
setting and unsetting the shared bit on any unshared queue
as it can be temporary. So with this I am sure that my queue is
permanent and I do not interrupt the shared status of a shared queue.
Till
observation of wrong behavior) to this bug report. Also attach your
cups-browsed.conf.
Till
observation of wrong behavior) to this bug report. Also attach your
cups-browsed.conf.
Till
over USB) scanning does not work
while ippusbxd is connected to the printer (it is really time that
manufacturers start with driverless IPP scanning).
So for USB connection you will still need to print with HPLIP if you
want to be able to scan.
Till
you can perhaps also use hp-check instead of
hp-doctor as it has no GUI.
Till
x27;s
multi-function devices HPLIP (a driverless IPP scanning standard is
already there, but not yet adopted in actual hardware).
Till
/+source/hplip/3.18.7+dfsg1-2ubuntu1
https://launchpad.net/bugs/1789184
Till
On 03/11/2018 19:20, Cristian Ionescu-Idbohrn wrote:
Package: hplip-data
Version: 3.18.10+dfsg0-1
Severity: grave
Justification: renders package unusable
$ hp-toolbox
HP Linux Imaging and Printing System (ver. 3.18.10
CUPS/IPP backend:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911340
Google Cloud Print backend:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911342
Print-to-File backend:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911345
Package: wnpp
Severity: wishlist
Owner: Till Kamppeter
* Package name: cpdb-backend-file
Version : 1.0.1
Upstream Author : Ayush Bansal
* URL : https://github.com/OpenPrinting/cpdb-backend-file
* License : MIT
Programming Lang: C
Description : Common
Package: wnpp
Severity: wishlist
Owner: Till Kamppeter
* Package name: cpdb-backend-gcp
Version : 1.1.0
Upstream Author : Abhijeet Dubey
* URL : https://github.com/OpenPrinting/cpdb-backend-gcp
* License : MIT
Programming Lang: C
Description : Common
Package: wnpp
Severity: wishlist
Owner: Till Kamppeter
* Package name: cpdb-backend-cups
Version : 1.1.0
Upstream Author : Nilanjana Lodh
* URL : https://github.com/OpenPrinting/cpdb-backend-cups
* License : MIT
Programming Lang: C
Description
Package: wnpp
Severity: wishlist
Owner: Till Kamppeter
* Package name: cpdb-libs
Version : 1.1.2
Upstream Author : Nilanjana Lodh
* URL : https://github.com/OpenPrinting/cpdb-libs
* License : MIT
Programming Lang: C
Description : Common Print Dialog
.
My links above are the official upstream place of ippusbxd and the
feature request to Avahi upstream.
Both these have the complete patch, so please only use these ones.
Till
An update:
On Ubuntu the timeouts in the CUPS autopkgtest do not happen any more
with Ghostscript 9.25 which got released yesterday and is highly
recommended by upstream to fix the regressions in 9.24.
Till
/autopkgtest.RrEJnT/cups-stderr >&2) > >(tee -a
/tmp/autopkgtest.RrEJnT/cups-stdout);" (kind: test)
--
Was there already found a solution for Debian?
If yes, what has been done?
Upstream commit 150c8f69646 (Bug 699658(related): Move recording of temp
file names into C) is the very last upstream commit which made it into
the 9.24 release.
http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=150c8f69646b8
Till
-filters package. The Debian folks should remove it.
On Ubuntu it is already removed for some time.
Till
cups-filters 1.21.2 is released upstream now.
Till
Thank you very much for the test. So the problem is solved. I will do a
1.21.2 release soon so that a fixed package can be uploaded to Debian.
Till
Bernhard, thank for the patch. I have applied it now (and also done an
additional fix for DomainSocket) and committed it to the upstream GIT repo.
Please test.
Till
hich driver is this second printer using?
Which version of cups-filters are you using? 1.21.0 has a bug in
foomatic-rip which is fixed in 1.21.1. Please update to 1.21.1 if you
have 1.21.0 currently.
Till
1 - 100 of 406 matches
Mail list logo
