Control: tags -1 +unreproducible +moreinfo
Hi Marek, and thanks for your bugreport,
Le samedi, 19 avril 2014, 01.14:18 Marek Budyn a écrit :
After system resume, or on daemon restart (e.g. with 'service cups
restart') cupsd takes 100% cpu and cannot be stopped until kill is
send.
As I'm not
..d679a97 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+cups (1.4.4-7+squeeze5) oldstable-security; urgency=high
+
+ * Import upstream patch to fix XSS in the CUPS webinterface (STR #4356),
+fixes CVE-2014-2856
+
+ -- Didier Raboud o...@debian.org Mon, 28 Apr 2014 22:26
Package: wnpp
Severity: normal
I have now orphaned the foomatic-filters package. For all contemporary
Printing concerns, it's been replaced with cups-filters.
Given that I don't know if non-CUPS users need it, I've opted for an
orphaning rather than a straight removal. If you are using it [0],
Package: docker.io
Version: 0.9.1~dfsg1-2
Severity: wishlist
Hi dear docker.io maintainers,
please consider shipping Debian docker.io pre-built images in proper Debian
packages. Having stable pre-built images in Debian packages ensures a trust
link within the distribution. I'm not happy with the
printer model (please be specific) are concerned?
* What driver or printing filters are used for it?
* What appears in the cups error_log when it is powered off, powered on
again and when someone tries to print to it?
* Anything else from the above wiki page.
Thanks in advance, cheers,
Didier Raboud
Le jeudi, 17 avril 2014, 08.27:48 Jean-Paul Guillonneau a écrit :
Package: cups
Version: 1.7.2-1
Severity: wishlist
Tags: l10n
Hi,
Please find attached the french manual page translation, proofread by
the debian-l10n-french mailing list contributors.
Best regards,
Jean-Paul
Hi
Hi Roger,
As discussed earlier [0] on the Debian Printing Team list [1], I have
now moved the gutenprint repository away from collab-maint to the new
printing group on alioth [2].
If you had a local checkout of the repository, you need to hand it the
new repository URLs:
git remote
Hi Muammar,
What has happened to the process of uploading a 0.8.3 version of cegui-
mk2?
Le mardi, 24 décembre 2013, 09.58:21 Niels Thykier a écrit :
I'd like to know if I could upload to unstable directly, or if
rather it is preferred to do it first to experimental to finally
upload to
Le mardi, 8 avril 2014, 18.30:26 Ian Jackson a écrit :
Technology: The two systems have different file formats. While the
semantics of the information presented overlap, there are substantial
differences in the capabilities of the two systems.
The 'trad' menu file or the 'desktop' xdg file
Le mercredi, 9 avril 2014, 12.21:28 Ian Jackson a écrit :
You have missed my key point about differences of goals between the
two menu systems. The trad menu explicitly has the goal of providing
a menu item for every invokable thing; whereas the desktop menu
maintainers want it to provide
Le mercredi, 9 avril 2014, 15.00:44 Ian Jackson a écrit :
Right. I understand that some people don't think the comprehensive
menu is useful. However, there are a lot of things in Debian that
some people think aren't useful. The usual principle is that if
someone thinks something useful and
Hi Wojciech,
Le mardi, 1 avril 2014, 20.23:02 Wojciech Margas a écrit :
I upgraded cups from sid to version 1.7.1-12, and now printing is
working. (…) However, cups-daemon still cannot finish post-install
configuration:
running dpkg --pending --configure ...
Setting up cups-daemon
Control: tags -1 +pending +confirmed
Le lundi, 31 mars 2014, 23.59:21 Alf Gaida a écrit :
cups-daemon fails to install on fresh systems because of missed
/etc/cups.
Indeed, thanks for the catch (I should really have tested that…)
Creating the directory before writing a file in it solve the
Control: tags -1 +moreinfo
Hi Adrian,
Le mercredi, 26 mars 2014, 05.15:38 Adrian Immanuel Kiess a écrit :
* What led up to the situation?
Upgrading system
* What exactly did you do (or not do) that was effective (or
ineffective)?
apt-get -u dist-upgrade
* What was
Version: 1.7.1-9
Le jeudi, 6 mars 2014 14.58:46, vous avez écrit :
I have not yet seen the new version in unstable. Of course it looks
like it should work - unless cups actually logs messages during the
logrotate action...
This is now fixed as of 1.7.1-9.
Cheers,
OdyX
signature.asc
Le jeudi, 27 mars 2014, 02.32:58 Michael Biebl a écrit :
OdyX, I took the liberty to CC you.
So this issue is indeed triggered by CUPS and the way it sets up the
socket configuration.
Yay, thanks. I suspected that this was causing the problem but couldn't
reproduce it, now we do have a trail.
Le lundi, 31 mars 2014, 09.08:53 Wojciech Margas a écrit :
Dear Maintainer,
During updating Jessie (amd64) I have the same problem:
Errors were encountered while processing:
cups-daemon
cups-core-drivers
cups
printer-driver-gutenprint
E: Sub-process /usr/bin/dpkg returned an
Hi Cameron, and thanks for your bugreport and patches,
Le dimanche, 30 mars 2014, 04.49:27 Cameron Norman a écrit :
I have attached another revision.
Please coordinate this effort with the Ubuntu maintainers of CUPS and in
particular those behind the effort to make CUPS socket-activated when
Control: tags -1 +pending
Le lundi, 24 mars 2014, 13.22:31 Steve Langasek a écrit :
* Didier 'OdyX' Raboud o...@debian.org, 2014-03-17, 08:28:
libdir and imagelibdir are used by cups-config to determine the
path to the static library. Would it be acceptable with multiarch
in mind to let
Control: tags -1 +confirmed +pending
Hi Dimitry, and thanks for your bugreport,
Le mercredi, 19 mars 2014 18.50:45, vous avez écrit :
It is currently impossible to import pyside from python3.3 on i386.
The reason is that the .so files are named wrongly. For example:
/usr/lib/python3/dist-
Control: tags -1 +pending +patch
Le lundi, 17 mars 2014, 02.38:26 Michael Biebl a écrit :
this is a followup to [0]. My proposed patch was not entirely correct.
The delaycompress option should be used *together* with compress,
not instead. Right now the log files aren't compressed anymore.
Hi Jakub, and thanks for your bugreport,
Le jeudi, 13 mars 2014, 13.14:24 Jakub Wilk a écrit :
libcups2-dev is marked as Multi-Arch: same, but the following file
is architecture-dependent:
/usr/bin/cups-config
An example diff between i386 and amd64 is attached.
@@ -22,8 +22,8 @@
Hi Cyril,
Le lundi, 17 mars 2014, 02.33:03 Cyril Brulebois a écrit :
any opinion on the following (rather old) bug report?
Yes; thanks for pinging.
Robert Millan r...@aybabtu.com (2008-03-28):
Currently, win32-loader is linking in loadlin.exe, gzip.exe and
cpio.exe statically into the
Le lundi, 17 mars 2014, 11.11:12 Michael Stapelberg a écrit :
Didier 'OdyX' Raboud o...@debian.org writes:
Well. Although that's what the manpage says, I think it's quite
strong for systemd to refuse to finish the socket reloading because
of that unclarity, and I tend to think that doing so
Hi Michael,
Le samedi, 15 mars 2014, 19.04:08 Michael Stapelberg a écrit :
Didier 'OdyX' Raboud o...@debian.org writes:
Le jeudi, 13 mars 2014, 19.13:28 Michael Biebl a écrit :
Apparently, unsetting ListenDatagram= makes systemd believe, that
there is no valid Listen directive anymore
Control: reassign -1 systemd
Le jeudi, 13 mars 2014, 19.13:28 Michael Biebl a écrit :
Apparently, unsetting ListenDatagram= makes systemd believe, that
there is no valid Listen directive anymore for the socket, even though
Corsac has specified
ListenStream=/var/run/cups/cups.sock
The error
/cups/cups.sock
BindIPv6Only=ipv6-only
Ah. Thanks for the information, I initially pointed the empty [Socket]
section as potential culprit, which it isn't.
I fail to see a grave bug here. Can you elaborate?
I reported the bug (at that severity) at the request of Didier Raboud,
who did
Control: tags -1 +pending
Hi Michael!
Le jeudi, 13 mars 2014, 00.34:37 Michael Biebl a écrit :
This file is generated by cups-daemon dynamically and should be
cleaned up by the maintainer scripts when the package is purged.
Thank for your scrutiny! I shouldn't have forgotten that…
Cheers,
Control: tags -1 +moreinfo
Hi Christoph, and thanks for your bugreport,
Le jeudi, 13 mars 2014, 15.09:02 Christoph Anton Mitterer a écrit :
Yesterday I've upgraded to the current version of the cups packages.
After rebooting systemd founds an ordering cycle which it cannot
resolve and it
Control: found -1 cups/1.4.4-7+squeeze3
Control: found -1 cups-filters/1.0.25-1
Control: notfound -1 cups-filters/1.0.18-2.1
Hi Moritz, and thanks for the heads-up,
Le mardi, 11 mars 2014, 09.14:30 Moritz Muehlenhoff a écrit :
Fixed upstream in 1.0.47:
CVE-2013-6473:
Control: notfound -1 cups/1.4.4-7+squeeze3
Control: clone -1 -2
Control: reassign -2 cups/1.4.4-7+squeeze3
Control: retitle -2 cups: CVE-2013-6476 CVE-2013-6475 CVE-2013-6474
Le mardi, 11 mars 2014, 11.50:27 Didier '' Raboud a écrit :
It also affects the cups-filters as released in src:cups
Control: tags -1 +pending
Le mardi, 11 mars 2014, 16.57:23 Michael Biebl a écrit :
The latest update of cups-browsed changed the Depends on avahi-daemon
to Recommends.
The LSB/SysV init script though has Required-Start: ... avahi-daemon
That means, the package will fail to install if
Le mardi, 11 mars 2014 17.31:44, vous avez écrit :
On Tue, Mar 11, 2014 at 02:57:53PM +0100, Didier 'OdyX' Raboud wrote:
Can I proceed with the upload?
Please go ahead.
Uploaded, thanks. Do you need any other assistance from me (DSA
writing?)?
Cheers,
OdyX
signature.asc
Description
Control: reopen -1
Control: notfixed -1 cups-filters/1.0.47-2
Le mardi, 11 mars 2014, 18.33:30 Didier Raboud a écrit :
cups-filters (1.0.47-2) unstable; urgency=high
.
* In cups-browsed's initscript, demote avahi-daemon from
Required-{Start,Stop}, to Should-{Start,Stop}, to cope
Hi Itaï,
Le jeudi, 6 mars 2014, 11.32:56 Itaï BEN YAACOV a écrit :
The following patch is less intrusive and just solves the problem,
namely that with systemd messages are sent to standard error.
I have committed the earlier patch; does it fail to work for you?
The fact that the service
Control: reassign -1 ghostscript 9.05~dfsg-6.3+deb7u1
Control: affects -1 src:cups-filters
Le lundi, 3 mars 2014, 09.56:34 Till Kamppeter a écrit :
The DSC warnings are caused by a bug in Ghostscript (needs upstream
report on http://bugs.ghostscript.com/), sometimes Ghostscript inserts
Control: tags -1 +pending
Hi François and Shawn,
Le samedi, 29 septembre 2012, 02.26:38 Francois Gouget a écrit :
Furthermore this development package does not seem to be multiarch
aware as there is no Multi-Arch field.
My understanding is that as long as there are no
Package: python3-numpy
Version: 1:1.7.1-3+b1
Severity: serious
Hi,
As can be seen on the shiboken build logs [0,1], python3-numpy-dbg fails
to install when python3-numpy is already installed:
Preparing to unpack .../python3-numpy-dbg_1%3a1.7.1-3+b1_kfreebsd-amd64.deb
...
Unpacking
Le mercredi, 26 février 2014, 12.51:34 Sam Morris a écrit :
I have to make a commit such as the following whenever I print
anything, so it's not just the timestamps within the comment at the
top of printers.conf that causes problems:
Thanks for the additional information. This all boils down
Le vendredi, 28 février 2014, 11.17:05 Julian Taylor a écrit :
hm no not fixed yet in experimental, but will be thanks for the
report.
Please make sure to release a fix in unstable soon: this bug is blocking
the build for packages depending on both (like shiboken).
Cheers,
OdyX
--
To
Control: retitle -1 some shiboken tests fail with python3.4dm (debug)
Control: severity -1 important
Control tags -1 +upstream
Control: forwarded -1 https://bugreports.qt-project.org/browse/PYSIDE-223
Le dimanche, 5 janvier 2014, 18.33:23 Matthias Klose a écrit :
build log from
Control: tags -1 +moreinfo
Hi, and thanks for your bugreport,
Le mercredi, 6 juillet 2011, 13.58:14 Kingsley G. Morse Jr. a écrit :
Thank you for maintaing cups-bsd.
It seems to me to be a hard and important job.
The main reason I'm writing is that
$ lprm 3848
fails with
Control: forcemerge 658966 658714
Control: tags 658966 +moreinfo
Hi Jean-Luc and Arthur,
Le dimanche, 5 février 2012, 14.56:48 Jean-Luc Coulon a écrit :
When I try to print a page from iceweasel with cups, I get a
segmentation fault. I've opened a bug on mozilla bugzilla with gdb
backtrace,
Control: tags -1 +upstream +wontfix
Le mercredi, 26 février 2014, 14.28:47 Alexander Gerasiov a écrit :
Ok, I'll try to explain it one more time.
cupsaddsmb doesn't allow user to specify which driver to install.
It looks for drivers _only_ in /usr/share/cups/drivers which is
managed by
Control: tags -1 +moreinfo
Le vendredi, 26 avril 2013, 13.08:22 Alberto Gonzalez Iniesta a écrit :
I'm also experiencing this problem when my print clients were upgraded
from Ubuntu 10.04 to 12.04 [1]. The CUPS server [2] runs Debian
Squeeze.
Alberto, Sergio: is this problem still present
Control: tags -1 +pending
Le lundi, 26 juillet 2010, 11.32:20 Paul Slootman a écrit :
The subject says it all.
There's nothing in cups-bsd that could be a daemon
Indeed, but cups-bsd provides the necessary glue to register the cups-
lpd binary be registered. This is now documented in the
the dependency to a recommendation and add conditionals in
the maintainer scripts then; patch attached.
Cheers,
OdyXFrom ae43ca3229dbf7af6da953dcde75775109608908 Mon Sep 17 00:00:00 2001
From: Didier Raboud o...@debian.org
Date: Tue, 25 Feb 2014 18:54:45 +0100
Subject: [PATCH] Demote cups-bsd's update-inetd
Package: system-config-printer-udev
Version: 1.4.3-2
Severity: normal
Tags: patch
Hi dear system-config-printer maintainers,
while working on the cups systemd integration [0], it came to my
attention that the current cups init scripts uses some udevadm trigger
black magic [1] to make sure
Control: severity -1 normal
Hi Diego,
I noticed this bug because of it's (inflated) severity.
Le lundi, 19 août 2013, 14.27:20 Diego Pons a écrit :
The behavoir of this two invocations of cpio is different, yet they
should produce the same output:
cd /; find / -mount -print | cpio -pvdum
Package: trousers
Version: 0.3.11.2-1
Severity: important
Hi, tempted by Michael Stapelberg's blogpost [0], I tried to install
simple-tmp-pk11, which pulled in trousers.
Unfortunately, trousers doesn't configure (in dpkg terms) correctly as
it's init script fails to start with the following
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hi dear Release Team,
the new version of src:jimtcl just went out of NEW, building a new
libjim0.74, replacing libjim0debian2 with a new (upstream, yay) SONAME.
The only
Control: tags -1 +unreproducible +moreinfo
Hi Nye, and thanks for your bugreport,
Le mercredi, 12 février 2014, 17.51:19 Nye Liu a écrit :
* What led up to the situation?
running /etc/init.d/cups stop or start (for example, as root, or by
logrotate)
* What was the outcome of this
Nye; do you happen to have xprint-common unpurged? (Please paste the
result of $ dpkg -l xprint-common)
Le jeudi, 13 février 2014, 11.04:16 Damyan Ivanov a écrit :
Heh, fiddling with /etc/init.d/cups I purged xprint-common and this
seems to have fixed the cups problem:
Ha. That looks
Control: tags -1 +pending
Hi Thorsten, and thanks for your careful review,
Le mercredi, 12 février 2014, 14.26:23 Thorsten Alteholz a écrit :
please update the information in debian/copyright for files in
example*. Especially jimtcl-0.74/example/dns.tcl references a file
license.terms, which
Le lundi, 10 février 2014, 23.34:23 Till Kamppeter a écrit :
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,
HostName odyx.homelinux.org
With 6.5p1, this fails as follows:
$ ssh - Icterus
OpenSSH_6.5, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /home/didier/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options
Le dimanche, 9 février 2014, 13.02:21 Steve Langasek a écrit :
On Sun, Feb 09, 2014 at 02:07:56PM +0100, Didier 'OdyX' Raboud wrote:
Le vendredi, 7 février 2014, 14.27:25 Steve Langasek a écrit :
(…), what I've seen suggests that systemd integration is currently
in a state that would
Control: tags -1 +moreinfo
Hi Randy,
Le dimanche, 9 février 2014, 11.26:25 Randy Reitz a écrit :
After installation of cups 1.7.1-2, HP LaserJet P1505 stopped working.
I found this Ubuntu bug:
https://bugs.launchpad.net/ubuntu/+source/foomatic-filters/+bug/101966
2 that described what I
Le dimanche, 9 février 2014, 12.33:02 Emilio Pozuelo Monfort a écrit :
On 07/02/14 16:43, Didier 'OdyX' Raboud wrote:
Back then, the gnome maintainers added a dependency on another
package, which happened to be providing an /sbin/init.
That's plain wrong.
Fair enough, I was being
Hi Steve,
Le vendredi, 7 février 2014, 13.07:54 Steve Langasek a écrit :
Here's what I think is the right technical policy, that we should be
addressing with this resolution.
- Packages in jessie must retain compatibility with sysvinit startup
interfaces (i.e., init scripts in
Le vendredi, 7 février 2014, 14.27:25 Steve Langasek a écrit :
(…), what I've seen suggests that systemd integration is currently in
a state that would cause terrible regressions for many server users.
Le samedi, 8 février 2014, 14.18:39 Steve Langasek a écrit :
I vote F U D (…)
Quite
Le vendredi, 7 février 2014, 01.08:46 Keith Packard a écrit :
I think a fair number of us seem to feel that the T/L notion is at
least as important, if not more important, than the D/U/O/V decision
as it sets a broader and longer-term precedent for the project than
choosing which init system
Hi Kurt,
Le jeudi, 6 février 2014, 21.19:36 Kurt Roeckx a écrit :
On Thu, Feb 06, 2014 at 08:38:25PM +0100, Kurt Roeckx wrote:
I'm guessing that under you're asking for the interpretation of
this in 6.1.1:
| In each case the usual maintainer of the relevant software or
| documentation
Le vendredi, 7 février 2014, 18.47:51 Kurt Roeckx a écrit :
Back then, the gnome maintainers added a dependency on another
package, which happened to be providing an /sbin/init. This was
allowed by the Debian Policy of the time as well as by the Debian
archive. The maintainers of the
Le vendredi, 7 février 2014, 11.04:12 Russ Allbery a écrit :
Didier 'OdyX' Raboud o...@debian.org writes:
Back then, the gnome maintainers added a dependency on another
package, which happened to be providing an /sbin/init. This was
allowed by the Debian Policy of the time as well
vastly help
making the decision largely understandable and consensual, where I'm
afraid that any T or L variant would significantly unplease large sets
of maintainers.
Thanks for considering, cheers,
Didier
signature.asc
Description: This is a digitally signed message part.
Le jeudi, 6 février 2014, 10.50:05 Colin Watson a écrit :
On Thu, Feb 06, 2014 at 10:20:02AM +0100, Didier 'OdyX' Raboud wrote:
L really reads to me like a way to enforce support for all init
systems alike (thereby ensuring that the default init gets the same
[bad] support) on maintainers
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 above is should probably be installed as
Control: forwarded -1 https://cups.org/str.php?L4360
Hi David,
Le lundi, 3 février 2014, 13.17:36 David Prévot a écrit :
Jean-Paul, the manpage French translator, noticed formatting issues in
ipptool.1, patch attached (ipptool.man-fix-options.layout.patch).
Nice, thanks!
He also noticed
Le dimanche, 2 février 2014, 18.43:18 Yves-Alexis Perez a écrit :
On Sat, Feb 01, 2014 at 01:34:11PM +0100, Till Kamppeter wrote:
For actual printing commandtops is not needed, but it seems that
CUPS hardwires the requirement of its presence to unlock printing to
a PostScript printer (PPD
Control: forcemerge 732440 -1
Le jeudi, 23 janvier 2014, 15.29:54 Nick Manini a écrit :
When opening such images, of which an example is available here
http://materia.fisica.unimi.it/manini/tmp/dpdv_bad.eps (22 kB),
gs fails with the following error:
Can't find (or can't open) font
Hi Ian,
Le lundi, 20 janvier 2014, 11.34:35 Ian Jackson a écrit :
Don, seriously, if there is something I could go and implement or fix
in upstart that would convince you, that would be a lot easier and
more fun than arguing on the internet.
It might also demonstrate how easy it is to work
: #735612)
+
+ -- Didier Raboud o...@debian.org Sat, 18 Jan 2014 17:08:28 +0100
+
ghostscript (9.05~dfsg-8) unstable; urgency=medium
* Add patches to fix endless loops related to unbalanced q/Q
diff --git a/debian/control b/debian/control
index bbfd62e..4db2766 100644
--- a/debian/control
+++ b
Le jeudi, 16 janvier 2014, 14.49:06 Kees Cook a écrit :
On Thu, Jan 16, 2014 at 07:37:04PM +0100, Didier 'OdyX' Raboud wrote:
man deb-trigggers contradicts you, in my reading; an 'activate
/etc/apparmor.d' triggers' file in apparmor would make its action
run _before_ cups (which would have
Hi Seth,
Le mercredi, 15 janvier 2014, 11.14:07 Seth Arnold a écrit :
On Wed, Jan 15, 2014 at 07:30:52PM +0100, intrigeri wrote:
From: Didier Raboud o...@debian.org
apparmor could have an 'interest /etc/apparmor.d/' triggers file and
its postinst would then do the machinery to create
Control: tags -1 +pending
Le mardi, 14 janvier 2014, 16.52:17 intrig...@debian.org a écrit :
debian/rules only installs the usr.sbin.cupsd AppArmor profile on
Ubuntu and derivatives. Debian supports AppArmor since Wheezy, so
I see no reason to keep this delta. Please consider installing this
Le jeudi, 16 janvier 2014 10.14:14, vous avez écrit :
On Thu, Jan 16, 2014 at 11:11:22AM +0100, Didier 'OdyX' Raboud wrote:
As far as I understand deb-triggers' manpage, this can be enforced
using 'activate /etc/apparmor.d/', which will then make the trigger
run at the start
Package: dh-apparmor
Version: 2.8.0-5
Severity: whishlist
File: /usr/bin/dh_apparmor
Hi,
While updating src:cups to solve #735313, I went and took a look at
dh-apparmor and I gained the convictions that this would be better
implemented as part of a centralized dpkg-trigger (in apparmor probably)
Control: reopen -1
Le samedi, 4 janvier 2014, 14.23:24 Didier '' Raboud a écrit :
Hi Nicolas,
Le dimanche, 30 juin 2013, 15.23:10 Nicolas Le Cam a écrit :
A perhaps better option could be to directly build-depends on
libgnutls28-dev (if no other packages depends on cups and legacy
@Martin-Éric : the upstream author would like more details on the
upstream bugtracker, can you chime in there?
https://cups.org/str.php?L4333
TIA, cheers,
OdyX
signature.asc
Description: This is a digitally signed message part.
Source: cups-bjnp
Version: 1.2-1
Severity: wishlist
Hi Joe,
you might have noticed through http://packages.qa.debian.org/c/cups-bjnp.html
that cups-bjnp's upstream released the 1.2.1 version that fixes a bug
with MX270 and probably other printers (bug introduced in version 1.1)
Lintian also
+++ hplip-3.13.11/debian/changelog 2014-01-13 16:50:42.0 +0100
@@ -1,3 +1,11 @@
+hplip (3.13.11-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add cups-filters (= 1.0.42) as first alternative recommendation to
+foomatic-filters (Closes: #734140)
+
+ -- Didier Raboud o
Le vendredi, 10 janvier 2014, 17.15:52 Holger Levsen a écrit :
then, fix the error message and then close the bug?
Well, I will not change an upstream-internationalized error (translated
in 7 languages) in a Debian patch. But I reported this problem in the
upstream bugtracker:
Hi Till,
Can you give your input here? I seem to remember some discussions about
CUPS-PDF…
Le vendredi, 10 janvier 2014, 17.55:29 Martin-Éric Racine a écrit :
2014/1/10 Didier 'OdyX' Raboud o...@debian.org:
While hunting down old src:cups bugs, I stumbled upon #578079, which
I think
Control: tags -1 +moreinfo
Hi all,
While hunting down old src:cups bugs, I stumbled upon #578079, which I
think is not-a-bug, see below.
Le jeudi, 28 avril 2011, 15.56:06 Martin-Éric Racine a écrit :
I'm starting to suspect that upstream made some backward-incompatible
changes to the way
Control: retitle -1 ITP: dymo-cups-drivers -- Cups drivers for Dymo labelwriter
Control: owner -1 !
I now intend to package this although I don't own any such printers:
more packaged free software drivers is good anyway!
I will push my packaging to
2014 13:47:41 Till Kamppeter wrote:
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:
Le samedi, 16 novembre 2013, 05.34:09 Lionel Elie Mamane wrote:
Let FOO be a printer configured
Package: git-buildpackage
Version: 0.6.8
Severity: important
File: /usr/bin/gbp-create-remote-repo
Hi,
following the (new) advice on
https://wiki.debian.org/Alioth/Git?action=recallrev=95#Collab_Maint_project
I used gbp create-remote-repo to create a new collab-maint git
repository.
Le samedi, 4 janvier 2014, 19.54:05 Stefano Rivera a écrit :
Hi Jonathan (2014.01.02_19:22:33_+0200)
* having to support remote signing
It would be fair enough to stderr not supported, please use the
older tool in devscripts and error 1 if such an argument was
provided. That would
Le samedi, 4 janvier 2014, 19.10:21 Josh Triplett a écrit :
Dimitri John Ledkov wrote:
Rejections on mailinglists and else where to split:
/lib/systemd/systemd-multi-seat-x
/lib/systemd/systemd-timedated
/lib/systemd/systemd-localed
/lib/systemd/systemd-logind
Control: tags -1 +moreinfo
Hi Lionel and Wolfgang,
hi Till,
thanks for your detailed bugreports and proposed patch.
Le samedi, 16 novembre 2013, 05.34:09 Lionel Elie Mamane a écrit :
Let FOO be a printer configured in CUPS with an
ipp://foo.localdomain.tld/something device uri.
Mine is a
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-queues.patch ,
which was introduced in 1.6.1-1
Hi again Andreas,
Le vendredi, 3 janvier 2014, 23.53:48 Andreas Barth a écrit :
* Didier 'OdyX' Raboud (o...@debian.org) [140103 23:43]:
Considering you've had your chance to respond to this (and given
that you managed to respond in less than a half-hour last time), I
have uploaded
them to comment on the
usefulness and wisdom of putting lpadmin in user-setup-udeb.
Answering to that quite late, but I do agree it should be done.
Cheers,
OdyXFrom eb0d1f0dcab3b875efa95d3c094eca21d4abac55 Mon Sep 17 00:00:00 2001
From: Didier Raboud o...@debian.org
Date: Sat, 4 Jan 2014 14:17
Control: tags -1 +pending +patch
Hi Nicolas,
Le lundi, 5 août 2013, 17.03:55 Nicolas Boulenguez a écrit :
Hello. Please consider the attached changes, inspired by
/etc/init.d/skeleton and
http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-gene
ric/iniscrptact.html. The
Hi Nicolas,
Le dimanche, 30 juin 2013, 15.23:10 Nicolas Le Cam a écrit :
A perhaps better option could be to directly build-depends on
libgnutls28-dev (if no other packages depends on cups and legacy
gnutls).
I'm considering switching cups away from GnuTLS to OpenSSL given the
recent
Control: tags -1 +wontfix
Le samedi, 24 mars 2012, 01.21:49 Jonathan Nieder a écrit :
Jonathan Nieder wrote:
With RIPCache 16m in /etc/cups/cupsd.conf the system seems to be
sane again and printing is still working fine.
I think that might even make a good default. Alternatively, how
Control: forwarded -1 https://cups.org/str.php?L4328
Control: tags -1 +upstream
Hi Stefan, and thanks for your bugreport,
I have now reported your bug on the upstream bugtracker and will wait
for comments from upstream before including your patch.
Thanks for your contributions!
Cheers, OdyX
Control: tags -1 +wontfix
Hi Thomas,
Apparently its been more than 10 years since you reported this bug
against cups!
Le dimanche, 10 août 2003, 14.24:00 Thomas Hood a écrit :
Here follow two very simple scripts that are designed to be placed in
/etc/network/if-up.d/ and
Control: forwarded -1 https://cups.org/str.php?L4329
Control: tags -1 +upstream
Hi Christopher,
Apparently its been more than 8 years since you reported this bug
against cups!
Le mercredi, 13 avril 2005, 08.51:30 Christopher Swingley a écrit :
It would be convenient to have the printer
801 - 900 of 2677 matches
Mail list logo