Package: openssh-client-ssh1
Version: 1:7.5p1-17
Followup-For: Bug #1003046
Dear Maintainer,
This has become more important with the removal of old protocols
from upstream openssh. This package attempts to read a configuration
file meant for openssh-client, and errors out. I'm maintaining a par
Package: libglx-mesa0
Version: 24.1.0~rc1-1
Followup-For: Bug #1021169
Dear Maintainer,
I'm still seeing this invalid path in the binary:
/usr/lib/x86_64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri
and when attempting to load libglx_mesa0 I get the following error:
MESA-LOADER: failed to open r
On Sun, 5 Sep 2021 14:56:36 + Clint Adams wrote:
> On Fri, Sep 03, 2021 at 01:59:17PM +0200, chrysn wrote:
> > In light of this, please reconsider the deprecation and removal
> > schedule.
>
> Because of the introduction of alternatives to support GNU which and
> FreeBSD which, debianutils wh
Package: doxygen
Version: 1.8.15-1~exp1
Severity: normal
Tags: upstream patch
Dear Maintainer,
>From their tracker at https://github.com/doxygen/doxygen/issues/6727
"When switching off SHOW_NAMESPACES, I can no longer build a PDF from the latex
output. It fails with
! LaTeX Error: File `namesp
Package: boinc-client
Version: 7.6.22+dfsg-1exp3
Severity: important
Dear Maintainer,
boinc-client caused "maximum number of clients reached" errors on my system.
xrestop showed 248 clients. Ran 'service boinc-client stop' and the client
count dropped to 28.
Multiple reboots had the same problem
close, invalid.
It's already marked as Replaces: libsasl2, however they were still both
installed on my system at once. Possibly libsasl2 was marked manual
install due to a forced upgrade somewhere, and as such wasn't
autoremoved? Either way, looks like a package management problem and
not a sas
Package: libsasl2-2
Version: 2.1.25.dfsg1-5
Severity: minor
Somehow in my upgrade path I had an old copy of libsasl2 in my system,
which provides /usr/lib/libsasl2.so.2. Being as that is checked before
/usr/lib/$ARCH/libsasl2.so.2, it was causing erratic behavior in
anything requiring libsasl2-2.
Package: calibre
Version: 0.8.28+dfsg-1
Severity: important
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-00058-ga803786 (SMP w/2 CPU cores)
Locale
Package: netselect
Version: 0.3.ds1-21
Severity: important
Tags: patch
An IP header is 20 bytes long, so without __attribute__((packed)) the
struct icmp gets padded to a 64 byte boundry, leaving ICMP_TYPE filled in by
0s (ICMP_REPLY). Ideally the packed-on-the-wire data
would be separate from t
Yo Grub2, I'm really happy for you and I'mma let you finish but...
allocating sizeof(p->next) instead of sizeof(*p) is the worst idiom of
all time. OF ALL TIME.
Diff against debian's 1.98-experimental-20100111, to which I submit the
following patches:
diff --git a/kern/device.c b/kern/dev
Package: gnumeric
Version: 1.9.5-1
Severity: normal
Due to the old version of libgda3, gnumeric isn't built or shipped with
database support. libgda3 3.1.5 was fairly easy to debianize based on the
3.0.x source and I confirmed that doing so and rebuliding the gnumeric package
with --with-gda r
> FWIW, etch's debianutils depends on mktemp, and debianutils was
> essential in sarge too.
I've seen this exact problem once before this time as well, but it was in the
middle of a rushed
upgrade of another old machine so I just installed mktemp and let it go without
reporting it.
The system
Yes, it was really not present on my machine and required installing.
Older installation doing upgrades rather then blowing it away and
reinstalling. As far as I can tell, neither apt-get nor aptitude ever
noticed a missing essential/required package that appeared after the
initial install. Per
Package: ca-certificates
Version: 20080617
Severity: normal
[EMAIL PROTECTED]:~$ sudo dpkg --configure ca-certificates
Setting up ca-certificates (20080617) ...
Updating certificates in
/etc/ssl/certs/usr/sbin/update-ca-certificates: line 59: mktemp:
command not found
dpkg: error processing c
Nelson A. de Oliveira wrote:
Hi Dan!
We have uploaded a new version of ImageMagick on Debian (version
7:6.3.7.9.dfsg1-2, available on testing and unstable).
Is it possible to you test it and verify if the problem that you
reported at http://bugs.debian.org/373276 is still present, please?
I ju
o this email.
Subject:
Re: Bug#471391: symbol lookup error: /usr/lib/libkdecore.so.4: undefined
symbol: stat64
From:
Sune Vuorela <[EMAIL PROTECTED]>
Date:
Wed, 19 Mar 2008 00:59:12 +0100
To:
[EMAIL PROTECTED]
To:
[EMAIL PROTECTED]
On Monday 17 March 2008, Dan Merill
Package: kdelibs4c2a
Version: 4:3.5.9.dfsg.1-2
Severity: grave
All KDE linked packages are unusable - they all fail with undefined symbol:
stat64.
2008-03-17 17:32:41 upgrade kdelibs4c2a 4:3.5.8.dfsg.1-4 4:3.5.9.dfsg.1-2
previous version worked, new fails.
-- System Information:
Debian Releas
On Jan 15, 2008 6:01 PM, Janek Kozicki <[EMAIL PROTECTED]> wrote:
> with: Menu->Customize->Focus: "enter-only" I couldn't reproduce this,
> however with "enter-exit" I can reproduce this bug.
"sloppy focus" in other window managers - that breaks renaming of
desktop icons as the keystrokes go to t
I'm going to take a look into it, here's what I see so far:
using focus-follows-mouse, click 'write' in thunderbird. Place the
mouse directly _UNDER_ the To: text field, and press any character.
The address completion window pops up, then instantly closes, chosing
the first completion and pasting
The problem here is linux-kernel-headers vs linux-libc-dev.
apt-get install imagemagick
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
cpp-4.1 gcc-4.1 gcc-4.1-base gconf2 gconf2-common libaudiofile0 libc6
libc6-i386 libcairo2 l
,3 +1,9 @@
+viewvc (1.0.3+svn1.1.20070605) experimental; urgency=low
+
+ * pulled in the latest upstream, not for production use.
+
+ -- Dan Merillat <[EMAIL PROTECTED]> Tue, 5 Jun 2007 19:06:53 -0400
+
viewvc (1.0.3-2) unstable; urgency=low
* debian/control:
diff -ruN debian.orig/patch
Package: imagemagick
Version: 7:6.2.4.5-0.8
Severity: important
Regression.
When using gray:test.raw containing a grayscale image of the listed
size, I get an all-black window. Same for converting to an image then
displaying the image. Reverting to 6.0.6 (below) fixes the problem.
display -dep
David Nusinow wrote:
I am currently in the process of fixing it, but it requires a lot of
rebuilds and is not so critical as hosing people's systems on upgrade. Calm
down. It'll be fixed with 7.1, which is what I'm working on right now.
Hey, I provided a fix for it rather then just complaining
Use this rather then doing it manually while we wait for
* upstream to fix it.
* upstream to release the fix
* Debian to package the fixed upstream release.
I have no idea why this doesn't qualify as a Debian-fixable bug
rather then an upstream. If it is a Debian packaging issue,
in that upstr
Package: xmms
Version: 1.2.10+cvs20060429-1
Severity: important
Latest update, updated the gtk dependancies. When I enable doublesize
(Ctrl-D) with default settings, (removed .xmms) I get the following
crash:
[EMAIL PROTECTED]:~/.xmms$ xmms
Message: device: default
Gdk-ERROR **: BadMatch (invali
I left one debugging statement in the patch (write_log "Found the right type!").
Just apply then remove that line.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: reaim
Version: 0.8-2
Severity: important
Tags: patch
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.4.22-rc1
Locale: LANG=C, LC_CTYPE=C (charmap=
Package: findutils
Version: 4.1.20-6
Severity: wishlist
*** Please type your report below this line ***
It's a hell of a lot more likely that you'll be processing something
with embedded spaces then newlines. ls | xargs cmd hardly ever works, you
have to ls | tr '\n' '\0' | xargs -0 cmd. I can d
It's not really dchroot at fault, it's su(1) brokenness. su gets the
arguments seperately, but blats them all out for sh. Here's a patch for
dchroot to work around that behavior. No special work required,
dchroot ls "a b" "c d" correctly passes it on and looks up "a b" and
"c d". This "breaks
29 matches
Mail list logo
