Package: libmime-perl
Version: 5.419-1
Severity: wishlist
5.420 is out, and it fixes a lot of breakage. Please update the Debian
packages ASAP, we are waiting on 5.420 to upload amavisd-new 2.4.0, for
example.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT
On Tue, 18 Apr 2006, Matthias Klose wrote:
I wouldn't mind, if somebody could make a NMU.
Sure, but new upstream is missing the entire docs/ directory. Is that
generated somehow? If not, I will have to copy over the one from 5.419.
--
One disk to rule them all, One disk to find them. One
Package: gpa
Version: 0.7.0-1
Severity: important
This file:
gpa: /usr/X11R6/include/X11/pixmaps/gpa.xpm
Should be shipped on standard locations, or removed (if it is useless). The
X11R6 hierarchy is no more, and tools won't find it where it is.
-- System Information:
Debian Release:
Package: libforms-dev
Version: 1.0-6
Severity: serious
Please change the package to install files on standard places. As this
package does not contain or use package-config or autoconf M4 macros,
packages that use it for building now fail (e.g. xwatch).
-- System Information:
Debian Release:
Package: xaw3dg
Version: 1.5+E-10
Severity: important
xaw3dg: /usr/X11R6/lib/libXaw3d.so.6.1
Needs to go on standard locations, now. /usr/X11R6 is no more.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
On Tue, 14 Feb 2006, Roger Leigh wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
On Mon, 13 Feb 2006, Jeffery von Ronne wrote:
Feb 13 13:59:52 localhost kernel: drivers/usb/class/usblp.c: usblp0:
nonzero read/write bulk status received: -2
Feb 13 13:59:52 localhost
Package: fcron
Version: 3.0.0-2
Severity: wishlist
3.0.1 is available upstream. This is just a reminder for yours thruly to
package it.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked
What about modifying the packages to work as patch packages, instead of
external modules ? This is not as slick as external modules, but it should
work just fine.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of
On Mon, 20 Feb 2006, Fred Ringwald wrote:
Package: hplip
Version: 0.9.7-4
Severity: important
File /usr/bin/hp-toolbox, line 41, in ?
import base.async_qt as async
File /usr/lib/hplip/base/async_qt.py, line 85, in ?
from qt import *
Where's the rest of the error message? I
retitle 353702 hplib: hosed by libxft2/libfreetype6 braindamage
severity 353702 grave
tags 353702 confirmed etch
block 353702 by 350113
thanks
On Mon, 20 Feb 2006, Fred Ringwald wrote:
Traceback (most recent call last):
File /usr/bin/hp-toolbox, line 41, in ?
import base.async_qt as
On Thu, 23 Feb 2006, [EMAIL PROTECTED] wrote:
1) kpdf or xpdf, cupsys(1.1.23-10sarge1), gs-esp(7.07.1-9),
gs-esp won't work with hpijs until its KRGB support gets fixed.
I found two ways to workaround this Problem:
1) Change vom gs-esp to gs-afpl
Yes, because either gs-afpl has no KRGB
severity 294430 grave
found 294430 8.01-5
tags 294430 patch
thanks
This bug is caused by a grave problem in the KRGB 1.0 patch gs-gpl carries.
The attached patch fixes this, and upgrades KRGB support to something that
works.
Bug severity adjusted, as it breaks printing in a large number of
This is bug #687907 at the upstream BTS:
http://bugs.ghostscript.com/show_bug.cgi?id=687907
Upstream seems to not mind the patch, but to want something a bit more
extensive than just 1-bit K-plane support.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and
tag 318908 unreproducible moreinfo
thanks
I have a PhotoSmart 2610, which is basically the same machine as the 2710
but with wired networking instead of wifi. It scans perfectly, over network
and over USB.
Are you sure your wireless connectivity to the printer is 100% working?
Please test with
Package: hpijs
Version: 2.1.8+0.9.8-1
Severity: wishlist
This bug will be used to track the availability of KRGB support in Debian.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to
HP has updated the KRGB patch to version 1.2, which should be used instead
of the old patch in this bug report.
Here's the KRGB patch 1.2, in a version that applies cleanly against
Debian's gs-afpl 8.53.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in
Upstream has updated the KRGB patch to 1.2, and included a memory leak fix
too.
Here's the updated patch.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie. -- The Silicon Valley
Package: gs-esp
Version: 8.15.1.dfsg.1-1
Severity: important
Tags: patch
HP upstream just released a new version of the KRGB patches. Since they fix
a buffer overflow in borderless printing, I am setting the severity of the
bug report to important instead of wishlist.
It is unknown at this time
On Sat, 25 Feb 2006, Steve Langasek wrote:
Package: libsasl2
Version: 2.1.19-1.9
Severity: important
The libsasl2 package is still linked against libdb4.2, and is the only
package still in the base system to do so. Please update to libdb4.3 or
libdb4.4 instead.
db4.4 is not really
On Thu, 20 Jan 2005, Erwan David wrote:
After using and leaving hplip_toolbox, I noticed there was a zombie of
xsane. Looking further, the father of the zombie was a python script
named hpguid, that the toolbox had left behind and which makes zombies.
hpguid is indeed left behind as a daemon,
Package: coreutils
Version: 5.2.1-2
Severity: wishlist
dd should either always use O_DIRECT for reading and writing, or it should
allow one to set it as an option. /dev/raw is deprecated, and many dd uses
really are a prime candidate for O_DIRECT.
Examples of stuff that waste a tremendous
On Thu, 20 Jan 2005, Jim Meyering wrote:
FYI, this feature is available in the latest upstream test release:
ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.3.0.tar.gz
ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.3.0.tar.bz2
Neat! I hope it is uploaded to unstable soon, then!
--
One
On Fri, 21 Jan 2005, RISKO Gergely wrote:
Would you be opposed to putting the package under collaborative
maintenance on alioth? That would allow people to start using and
improving whatever you have at the moment.
Not really. Lets see if I manage to do this early next week.
We
On Sat, 22 Jan 2005, Scott James Remnant wrote:
4) Add a dependency on autotools-dev; promoting it all the way from
optional to Essential.
It is simple enough that this would be doable, BUT I don't think it is the
right way either.
I don't think (3) fixes the problem and I don't think (4)
On Sat, 22 Jan 2005, Chung-chieh Shan wrote:
Purging hplip leaves compiled Python files (*.pyc) in /usr/lib/hplip .
Perhaps these files should be removed when hplip is uninstalled?
They should. Which version of hplip?
--
One disk to rule them all, One disk to find them. One disk to bring
On Sun, 23 Jan 2005, Scott James Remnant wrote:
It's useful to pass to anything that accepts a GNU type, because they
That's a very weak excuse to keep this unfixed. Please document it as a
BUGS entry in the dpkg-architecture manpage, at the very least.
either understand non-canonical types
On Mon, 24 Jan 2005, Josh Coalson wrote:
OK, I am going to do a 1.1.2 earlier than I wanted in order to
fix this. anyway there are some bug fixes and speedups that will
be of benefit.
because of the mess and since there have been API changes and
additions in both libFLAC and libOggFLAC
Drat, reply to list was not what I had to do. Sorry about this.
- Forwarded message from Henrique de Moraes Holschuh [EMAIL PROTECTED]
-
On Mon, 24 Jan 2005, Guillem Jover wrote:
The idea is to introduce architecture aliases, they will only take
[...]
I've a added as well a new
On Wed, 26 Jan 2005, David Pashley wrote:
Since there are at least two packages containing their own version of
invoke-rc.d, having a search path policy for policy-rc.d can be
messy and is prone to be unstructured and uncoordinated.
No, it is not. invoke-rc.d *HAS* to be coordinated, and
On Wed, 26 Jan 2005, David Pashley wrote:
The better fix IS to add an extra line to both incarnations of invoke-rc.d
(sysv-rc's and file-rc's) to look under /usr/local/sbin first.
Make that later. I just noticed one has to run the system's
/usr/sbin/policy-rc.d in preference to all else. If
On Thu, 27 Jan 2005, Marc Haber wrote:
On Wed, 26 Jan 2005 08:12:36 -0200, Henrique de Moraes Holschuh
[EMAIL PROTECTED] wrote:
On Wed, 26 Jan 2005, David Pashley wrote:
The better fix IS to add an extra line to both incarnations of
invoke-rc.d
(sysv-rc's and file-rc's) to look under
On Thu, 27 Jan 2005, Marc Haber wrote:
On Thu, Jan 27, 2005 at 10:37:05AM -0200, Henrique de Moraes Holschuh wrote:
On Thu, 27 Jan 2005, Marc Haber wrote:
On Wed, 26 Jan 2005 08:12:36 -0200, Henrique de Moraes Holschuh
[EMAIL PROTECTED] wrote:
On Wed, 26 Jan 2005, David Pashley wrote
On Thu, 27 Jan 2005, Henrique de Moraes Holschuh wrote:
Yes, but they can use diversions when the entire policy-rc.d system has to
be disabled, if need be.
Make it a very high priority alternative. It is probably a bad idea to try
our luck with diverting an alternative.
Still, the rationale
On Thu, 27 Jan 2005, Marc Haber wrote:
On Thu, Jan 27, 2005 at 11:24:01AM -0200, Henrique de Moraes Holschuh wrote:
However, if invoke-rc.d searches /usr/local/sbin/policy-rc.d first, this
whole safety net is disabled.
One could argue that the local admin explicitly requested to have
retitle 292672 hpguid reopens toolbox always
tags 292672 + upstream confirmed
thanks
Apparently, hpguid is doing dumb things. First of all, printing and ending
a print job are the type of stuff one does NOT want the gui to flag as
status changes...
Second, it is not honouring the option to
Package: bzflag
Version: 2.0.0.20050118
Severity: normal
Tags: upstream
When the visual effect of tank tracks is enabled, one can see the tracks
of the invisible tanks...
This wouldn't be a bad thing at all, if not for the fact that the tracks
effect is *optional*.
-- System Information:
Debian
The DoS part has been fixed upstream, but the duplex breakage has not been
reproduced there yet, so we have no idea when it will be fixed.
I have seem something *somewhere* (still trying to track it down again)
about ghostscript/cups/foomatic/whatever doing dumbass things to the
PostScript duplex
On Fri, 05 May 2006, gpe wrote:
but the duplex breakage has not been
reproduced there yet, so we have no idea when it will be fixed.
However it seems simply to reproduce, no?
In Debian, yes. Upstream, aparently not. I.e. it must depend on
*something* we (and Mandriva, where it was also
On Tue, 09 May 2006, Manolis Tzanidakis wrote:
[20060509] Julien BLACHE [EMAIL PROTECTED] wrote:
At this point, we're running the backend, so the bug probably lies in
hplip. If possible, please provide a gdb backtrace so we can make sure
it really happens in the backend.
I'm sorry, I
severity 366475 important
found 366475 hplip/0.9.7-4
clone 366475 -1 -2
onwer -1 !
owner -2 !
severity -1 wishlist
severity -2 wishlist
retitle -1 Please provide -dbg packages
retitle -2 Please provide -dbg packages
reassign -2 sane-backends
thanks
Severity downgraded as this does not affect many
On Wed, 10 May 2006, Gary V wrote:
would like to keep it or replace it. If you replace it, a backup copy
of the file is created and left in the /conf.d directory effectively
overriding any settings in the new file.
Is it *actually* overriding anything? Please test it. We use run-parts
On Thu, 11 May 2006, Julien BLACHE wrote:
Debug packages would be nice to have, I'll have a look at adding them.
For HPLIP, they were extremely easy to add:
1. Created a new arch-any package to hold *all* debug information (no reason
to bloat the archive with many packages).
2. Used debhelper
On Thu, 11 May 2006, gpe wrote:
Has someone tested the 0.9.11 version?
It probably has the same breakage. I will test it soon (it has been already
uploaded, but it is being held for NEW processing, since there are new
binary packages in it).
--
One disk to rule them all, One disk to find
On Thu, 11 May 2006, nix4me wrote:
This bug is filling up the hard drive fast. It's a known issue and
Kill all GNOME and KDE applets that provide printer feedback, probably one
of them is pooling CUPS every five seconds.
Really, CUPS logs too much crap, and the whole
Package: wpasupplicant
Version: 0.4.8-4
Severity: wishlist
While tring to track down a WPA issue, I noticed a new upstream source for
the *stable* branch has just been released.
Please package it ASAP, as it contains important fixes.
-- System Information:
Debian Release: testing/unstable
APT
On Sat, 13 May 2006, [EMAIL PROTECTED] wrote:
E [13/May/2006:17:52:31 +0200] StartListening: Unable to bind socket for
address 7f01:631 - Po?adovanou adresu nelze p?i?adit.
What's the result of
lsof -i -n | grep ipp
(or, if that returns nothing)
lsof -i -n | grep 631
in your box? If it
On Tue, 16 May 2006, Roger Leigh wrote:
It's not clear why it's not authorised. User rleigh is in the
lpadmin group, and root is root. The cupsd.conf hasn't been touched
since installation.
We should just define (and implement) right away in all printing packages
that lpadmin members are to
Package: hplip
Version: 0.9.9-1
Severity: important
Tags: pending
/etc/hp/hplip.conf is listing the wrong directory in the [dirs] section for
ppd. Removing the trailing /HP fixes it.
This breakage makes hp-setup completely useless. The workaround is to fix
/etc/hp/hplip.conf manually. 0.9.9-2
tag 358742 moreinfo
thanks
On Fri, 24 Mar 2006, Matt Boes wrote:
Mar 23 21:29:30 localhost cyrus/imapd[32537]: IOERROR: locking header
for user.jl-jennings.Sent: Interrupted system call
Traced to mailbox_lock_header() in imap/mailbox.c. That calls
lock_reopen(), which is supposed to be
On Fri, 24 Mar 2006, Jerome Warnier wrote:
Kernel messages like to following appear from time to time:
process `cyrmaster' is using obsolete setsockopt SO_BSDCOMPAT
process `notifyd' is using obsolete setsockopt SO_BSDCOMPAT
Hope it helps.
Not really. Look at the code, Cyrus isn't using
On Fri, 24 Mar 2006, Matt Boes wrote:
Apologies if this is supposed to go somewhere else-Debian's bug tracking
is not so clear on what to do from here.
Just make sure you keep the [EMAIL PROTECTED] address on the CC list (use
reply-to-all) and it will do the right thing :)
The user reports
In fact, you can leave the filesystem type as none and it should work:
/thing/to/mount /mnt/mtptnonebind 0 0
Which is clean and nice. I guess, we shouldn't even tag this wontfix, but
rather close it as fixed. The functionality is there already.
--
One disk to rule them all,
severity 293401 wishlist
retitle 293401 Please support halt without poweroff
tag 293401 wontfix
A BIOS setting for Always enter S0 upon power cycle will cause a
non-broken ACPI system to power up *even* after a S5 transition due to a
user request (halt -p), or ACPI event request (power button
Should not the kernel be doing the proper device shutdown? Why are we
kludging this crap in userspace?
The only one who can really flush and idle all SATA, SCSI and PATA devices
(which often sit behind hardware raid controllers) properly is the kernel.
There is also the issue of flushing and
On Tue, 28 Mar 2006, R.Ramkumar wrote:
I guess I am mistaken. The feature request was to augment domount so
that it could allow calls for bind mounts from init functions such
as mountvirtfs. Correct me if I am wrong, but afaik these don't even
need an entry in /etc/fstab (domount at best takes
On Tue, 28 Mar 2006, Thomas Hood wrote:
Now that I understand it, the patch as provided by R. Ramkumar looks OK to me.
(When domount's first argument is bind, the function does a bind mount.)
HMH: Can you explain your idea further? What do you envision domount() doing
when its first
Package: udev
Version: 0.088-1
Severity: minor
Either udevd(8) is wrong and should mention udev(7), or udev's manpage is
being placed in the wrong category.
-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 1
lrwxrwxrwx 1 root root 20 2005-10-08 15:37
Package: lomoco
Version: 1.0beta1+1.0-2
Severity: important
udev.lomoco cannot use anything in /etc/sysconfig, that doesn't exist in
Debian. Place whatever is needed in /etc/default/lomoco (and not
logitech_mouse).
You need to ship a default /etc/default/lomoco, btw.
-- System Information:
Package: hal
Version: 0.5.7-1
Severity: normal
Hal ships two files in udev:
hal: /etc/udev/rules.d/90-hal.rules
hal: /etc/udev/hal.rules
It should ship whatever is to be used (I suppose 90-hal.rules) in /etc/udev,
and activate it through postinst using a symlink in /etc/udev/090-hal.rules
or
Package: kcontrol
Version: 4:3.5.1-1
Severity: normal
/etc/udev/logitechmouse.rules has a typo, you have to replace !== by != in
the usb_device SUBSYSTEM comparison.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386
Also, /bin/logger doesn't exist. Replace it with just logger.
Do you even use this functionality at all? It is hideously broken and
deactivated, I will file a new bug with the proper UDEV rules file to
activate it.
--
One disk to rule them all, One disk to find them. One disk to bring
them
Package: kcontrol
Version: 4:3.5.1-1
Severity: normal
The first line of the file:
BUS!=usb, ACTION!=add, SUBSYSTEM!==usb_device, GOTO=kcontrol_rules_end
Must be written as:
BUS!=usb, GOTO=kcontrol_rules_end
ACTION!=add, GOTO=kcontrol_rules_end
SUBSYSTEM!=usb_device, GOTO=kcontrol_rules_end
or
Package: lomoco
Version: 1.0beta1+1.0-2
Severity: normal
Suffice to say it took some talking to the udev upstream maintainer(!), but
the gist of the fact is that you do NOT want to use SYSFS{}!= the way you
were doing, it doesn't do what you'd expect.
Please use the attached awk file to generate
Please use the attached script. It:
1. Uses /bin/sh, which can be much faster than /bin/bash depending on the
system, as the script has no bashisms.
2. Uses logger without a path (distro agnostic)
3. Cleans up output using sed
4. avoids calling logger if nothing is going to be done.
5. allows
Package: libgphoto2-2
Version: 2.1.6-6
Severity: normal
The line:
BUS!=usb, ACTION!=add, GOTO=libgphoto2_rules_end
must be split to:
ACTION!=add, GOTO=libgphoto2_rules_end
BUS!=usb, GOTO=libgphoto2_rules_end
Matches are AND'ed together, not OR'ed.
-- System Information:
Debian Release:
Package: libsane
Version: 1.0.17-1
Severity: normal
The first line of the udev rules file is incorrect:
SUBSYSTEM!=usb_device, ACTION!=add, GOTO=libsane_rules_end
You need to write it like this:
ACTION!=add, GOTO=libsane_rules_end
SUBSYSTEM!=usb_device, GOTO=libsane_rules_end
As matches are
Package: libgphoto2-2
Version: 2.1.6-6
Severity: minor
Instead of piggybacking on hotplug shell scripts, please use the native udev
capabilities to change owner and mode of a device node.
change all instances of this in the generated udev script:
RUN+=/etc/hotplug/usb/libgphoto2
to
MODE=0660,
Package: nut-usb
Version: 2.0.3-4
Severity: normal
Udev matches are AND'ed together, not OR'ed.
In /etc/udev/nut-usbups.rules, please modify:
SUBSYSTEM!=usb_device, ACTION!=add, GOTO=nut-usbups_rules_end
to
ACTION!=add, GOTO=nut-usbups_rules_end
SUBSYSTEM!=usb_device, GOTO=nut-usbups_rules_end
Package: nut-usb
Version: 2.0.3-4
Severity: wishlist
Please instead of running /etc/hotplug/usb/libhidups, use the native udev
support for changing device node permissions.
in /etc/udev/nut-usbups.rules, change
RUN+=/etc/hotplug/usb/libhidups
to
OWNER=0660, GROUP=nut
As that makes it much
Package: libsane
Version: 1.0.17-1
Severity: minor
libsane udev rules correctly use the udev built-in machinery to set the
proper owner, group and mode on the device node.
However, it calls the hotplug script, which in turn sets them again, and
then tries to run a hotplug executable if it is in
Package: kcontrol
Version: 4:3.5.1-1
Severity: normal
The mouse component of kcontrol has extended functionality for logitech
mice. However, one cannot *disable* this extended functionality. Thus, it
always tries to override whatever the user set the mouse to do.
It gets worse: this component
On Wed, 29 Mar 2006, Frederic Peters wrote:
Henrique de Moraes Holschuh wrote:
Package: libgphoto2-2
Version: 2.1.6-6
Severity: minor
Instead of piggybacking on hotplug shell scripts, please use the native udev
capabilities to change owner and mode of a device node.
change all
On Wed, 29 Mar 2006, Frederic Peters wrote:
Is this true for all udev versions ? If not, could you tell me when
it did change ?
AFAIK yes, it is right there in the manpage even (and I asked upstream just
in case). I don't think it was ever different, looks like a
misunderstanding that spread
On Wed, 29 Mar 2006, Julien BLACHE wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
The first line of the udev rules file is incorrect:
SUBSYSTEM!=usb_device, ACTION!=add, GOTO=libsane_rules_end
You need to write it like this:
ACTION!=add, GOTO=libsane_rules_end
SUBSYSTEM
On Wed, 29 Mar 2006, Julien BLACHE wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
libsane udev rules correctly use the udev built-in machinery to set the
proper owner, group and mode on the device node.
The hotplug scripts were scheduled for removal after 2.6.14
On Wed, 29 Mar 2006, Julien BLACHE wrote:
Unless I get a positive report of coldplugging working out of the box
without the hotplug scripts, I won't remove them.
First datapoint: according to Debian's udev maintainer, support for
/dev/bus/usb/ requires:
Package: hplip
Version: 0.9.9-1
Severity: important
Tags: upstream confirmed
HPLIP 0.9.9 and 0.9.10 break Duplex support (at least in PSC2610, but
probably on all hpijs-driven printers).
Cancelling such a job is also hazardous to one health, and may cause syslog
to cause a local DoS if it is not
On Thu, 02 Feb 2006, Ariel wrote:
In the long list of virtual file systems that it ignores umountfs should also
ignore tmpfs (used by udev and /dev/shm)
We can ignore tmpfs filesystems mounted over the root, I suppose. But we
must not ignore tmpfs (or any other virtual file system) on top of
tag 351117 unreproducible
thanks
On Thu, 02 Feb 2006, Tommy McCabe wrote:
Upon startup of hpiod, either by hplip or from the
command line, it crashes with the message can't open
or create : No such file or directory
io/hpiod/hpiod.cpp 195. The crash immediately shuts
[...]
installed on a
Package: getmail4
Version: 4.4.3-1
Severity: important
4.4.4 is available upstream for some time now, and it has important fixes:
-improve parsing of flags in IMAP responses..
Also, please don't package 4.5.1, it is hosed re. IMAP.
-- System Information:
Debian Release: testing/unstable
APT
This bug is not a duplicate of #255376.
However, it was fixed by the same upload, and for the same reason, so it
doesn't matter much ;-)
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows
Package: adduser
Version: 3.82
Severity: grave
Justification: renders package unusable
Severity is set to grave because it breaks one of the two core
functionalities of adduser, and one that is used by most postinst scripts
that use adduser, to boot.
Adduser is failing to correctly deal with a
Package: bugs.debian.org
Severity: normal
block is undocumented, and as far as I known, it was not announced to the
developers through a proper channel either (that means [EMAIL PROTECTED], not
debian-administration.org and certainly not planet.d.o).
I am told documentation is ready in debbug
On Fri, 10 Feb 2006, Edward J. Shornock wrote:
ii adduser 3.82 Add and remove users and groups
3.82 is buggy, a bug has already been reported. This is no cyrus fault.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the
On Sun, 12 Feb 2006, Roger Leigh wrote:
Another suggestion: this printer is a native PostScript printer (I
Yet another suggestion: the printer has official HP Linux support. Please
install the hplip and hplip-ppds packages.
According to HPLIP documentation, HPLIP is capable of performing
On Mon, 13 Feb 2006, Jeffery von Ronne wrote:
All that page says is:
Server Default Destination: LaserJet-1320
LaserJet-1320 (Default Printer)
Description: LaserJet-1320
Location: HSS 4.02.58
[IMG] Make and Model: HP LaserJet 1320 series Postscript (recommended)
On Mon, 13 Feb 2006, Jeffery von Ronne wrote:
hplip PPD in /usr/share/ppd/hplip/HP-Laserjet_1320-hpijs.ppd. None of
them worked with the HPLIP URI, all of them worked with the Unkown USB
#1 URI.)
hpio and hpssd are having trouble in your machine. Check syslog. Check
permissions on the USB
On Mon, 13 Feb 2006, Jeffery von Ronne wrote:
Feb 13 13:59:52 localhost kernel: drivers/usb/class/usblp.c: usblp0:
nonzero read/write bulk status received: -2
Feb 13 13:59:52 localhost kernel: drivers/usb/class/usblp.c: usblp0: error
-2 reading from printer
Feb 13 14:00:08 localhost
Apart from the try printing first through hp-toolbox using the test page
workaround, the backport of HPLIP 0.9.7 which is available at
http://backports.org might be of interest to you.
Sven, can you confirm that James' workaround works for you?
--
One disk to rule them all, One disk to find
John,
Could you please run nmap against your printer and tell me which ports are
open? In particular, port 9100 must be open.
Also, maybe 0.9.10 talks fine to your printer? I just uploaded it.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the
Please test if the 0.9.7 sarge backport of hplip, available at
http://backports.org fixes your issue.
Since this bug is marked moreinfo, I will close it if I don't hear
anything back in about 60 days, as my 2610 (which is the same engine of the
2710) is working fine with Sarge's default hplip.
On Tue, 25 Apr 2006, Patrick Nijs wrote:
Setting up sasl2-bin (2.1.19.dfsg1-0.1) ...
Starting SASL Authentication Daemon: (failed).
invoke-rc.d: initscript saslauthd, action start failed.
As usual, debhelper dislikes initscripts failing on upgrade even when it
should just ignore that.
Anyway,
Package: x-ttcidfont-conf
Version: 22
Severity: important
Setting up x-ttcidfont-conf (22) ...
Updating font configuration of x-ttcidfont-conf...
Cleaning up category cmap..
Cleaning up category cid..
Cleaning up category truetype..
Updating category truetype..
Updating category cid..
Updating
On Fri, 28 Apr 2006, Paul Johnson wrote:
amavisd-new bombs on start. Included is the output of strace and the stderr
output from amavisd-new.
strace output shows Net::SMTP is found and opened by perl. We should
investigate if the amavis test which outputs that message is sane.
I cannot seem
Paul,
Would it be possible for you to use the perl debugger to add a breakpoint on
subroutine Amavis::Boot::fetch_modules(), and see why it is failing to open
Net::SMTP?
It is really hard to debug that when one cannot reproduce this locally.
The subroutine is around line 125 of
On Sun, 30 Apr 2006, Marco d'Itri wrote:
Please switch from libdb4.2 to the more recent libdb4.3.
Please switch to libdb4.4 instead, which is the most recent release.
SASL is not stable with 4.4 in the version packaged for Debian. It may not
be either in the latest versions.
BDB breaks APIs
On Mon, 01 May 2006, Mike Dornberger wrote:
is /etc/localtime a symlink to save space on the rootfs or to easily see
what timezone the system is running?
It did both, but in hindsight it was a major design error.
Current code can very easily be changed (been there, done that, didn't get
any
Hi Jerome!
On Tue, 02 May 2006, Jerome Warnier wrote:
Le dimanche 30 avril 2006 à 17:32 +0200, René van Bevern a écrit :
Package: gs-gpl
Version: 8.50-1.1
Severity: normal
Hi,
I have a PostScript file for A4 paper size. When I try viewing the
file using gs 02.ps or converting
tag 353879 moreinfo
thanks
On Tue, 21 Feb 2006, John-Paul Stewart wrote:
Running hp-probe finds the networked printer. However, hp-toolbox says
Device is powered down or unplugged. Printing a test page from the
CUPS interface fails to produce any output and shows the message open
device
This is now upstream STR #1448 as well.
Link to this bug on the upstream BTS:
http://www.cups.org/espgs/str.php?L1448+P0+S-2+C0+I0+E0+Qijs
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the
501 - 600 of 1689 matches
Mail list logo
