Package: libnfsidmap
Version: 0.18-0
Severity: serious
Justification: no longer builds from source
The build process of libnfsidmap calls automake-1.9, but without
listing it as a build dependency:
# Add here commands to compile the package.
/usr/bin/make
make[1]: Entering directory
Package: webalizer
Version: 2.01.10-32
Severity: normal
I have a webalizer config that I've written myself (instead of using
Debconf to generate it, that is), and, among other things, it tells
Webalizer to use more than one logfile (both access.log and
access.log.1, to get immediate updates while
Package: linux-image-2.6.24-1-amd64
Version: 2.6.24-7
Severity: normal
I'm not sure what triggers it (it seems completely random), but every
once in a while, my NFS server will log an Oops message in the kernel
NFS server. It does seem to be recoverable, but I doubt it's a good
thing. The dmesg
Package: python-cwiid
Version: 0.6.00-4
Severity: important
Tags: patch
Creating an instance of cwiid.Wiimote is a blocking operation that
can take quite some time. Python's threading conventions (as per
paragraph 8.1 in the Python/C API Reference Manual) states that
such operations should be
Package: autofs5
Version: 5.0.4-3.2+dolda1
Severity: important
Tags: upstream
When trying to use a NFSv4 export with automount, it gives me the following
error when I try to access the export:
attempting to mount entry /net/home
mount(nfs): no hosts available
My configuration is quite simple.
Package: krb5-ftpd
Version: 1.6.dfsg.4~beta1-5lenny6
Severity: normal
Tags: patch
As subject says, krb5-ftpd uses IPTOS_MINDELAY instead of IPTOS_THROUGHPUT
on its data connections, messing up the quality of service.
The fix is very simple, of course:
diff -Nurp
Package: empathy
Version: 2.30.3-1
Severity: important
When running a window manager that does not include a
system tray/dock/notification area, the Empathy window becomes
inaccessible if closed. It closes the window, assuming the user
to be able to reaccess it via the non-existing tray, and also
as it was left on the last execution.
Oh, I was not aware of that. Sorry.
Empathy is a GNOME application. GNOME has a system tray area. I'm
tempted to wontfix this bug.
I won't hold a grudge against you if you do. :)
--
Fredrik Tolf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
Package: acpi-support
Version: 0.109-9
Severity: normal
The dbus-pm suspend method in the suspendorhibernate script (which is enabled
by default) is inherently broken and, I think, should be removed altogether.
It uses the dbus-send program with the --session option, but since it does not
run in
careful with
sourcing arbitrary shell commands from a users home directory then.
2. On a system using home directories on Kerberized NFS, the script
should be able to handle root not having access to that directory
at all.
Fredrik Tolf
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
For what it's worth, upgrading python-wxversion to the version from
unstable (2.8.10.1-3) make python-wxgtk2.6 work again.
Fredrik Tolf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
For the record, the same thing happens with a vanilla kernel (I tested
on vanilla 2.6.32.7).
I also tried installing another Debian system from scratch to eliminate
any possibility of external misconfiguration, and the same thing
happened there.
I also tried a few other things just to be sure,
source package, along with a few
modification required for successful compilation. If anyone wants them,
feel free to download them from
http://www.dolda2000.com/~fredrik/deb/nv/.
Fredrik Tolf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
Package: nfs-common
Version: 1:1.2.1-3
Severity: important
Since upgrading nfs-common from 1.2.0-4.1 to 1.2.1-3, the default behavior
in mount.nfs has changed so that it tries to mount filesystems as NFSv4
as default (when specifying `-t nfs' to mount), rather than NFSv3 as it has
always done
and rebuild the new drivers for it, but I'm going
to try it with a vanilla kernel as soon as it gets built (compiling it
as I'm writing this).
Fredrik Tolf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
or OUTPUT-FILES-FOR-SYSTEM-AND-OPERATION might be usable for
constructing a better solution.
Fredrik Tolf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: xserver-xorg-core
Version: 2:1.7.4-2
Severity: normal
The udev autoconfig claims all my input devices whether I want them or not.
This is a problem, because I'm running two X server, one of them just to
display stuff on a TV. Obviously, I wouldn't want it to grab keyboard input
from my
Package: hal
Version: 0.5.12~git20090406.46dc48-2
Severity: important
I think that it is a bad thing that HAL started depending on PolicyKit in the
latest versions. PolicyKit introduces a whole new, parallel security system,
and it does not seem to be well-known how it works or how to properly
PolicyKit
itself.
That is my conclusion. Please tell me if I'm wrong somewhere along the
line.
Fredrik Tolf
--
Note 1: Parenthetical remark -- As such, PolicyKit, as a security
system, differs from systems like SELinux which only remove privileges a
user would otherwise have, and which therefore
, is that since the installation of PolicyKit grants
privileges to users merely by virtue of being installed, it should not
be installed automatically. If it is installed automatically, I should
at least have to turn it on explicitly.
Fredrik Tolf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
On Mon, 2009-05-04 at 23:12 +0200, Fredrik Tolf wrote:
What I do think is a bad idea is installing policykit by default, as a
hard dependency of HAL.
Just in case I wasn't clear enough, my argument is this: Without
PolicyKit, I had to take explicit action in order to grant privileges to
users
On Mon, 2009-05-04 at 23:57 +0200, Martin Pitt wrote:
Fredrik Tolf [2009-05-04 21:37 +]:
Just in case I wasn't clear enough, my argument is this: Without
PolicyKit, I had to take explicit action in order to grant privileges to
users, while with PolicyKit, I have to take explicit action
Package: linux-image-2.6.26-1-686
Version: 2.6.26-11
Followup-For: Bug #49
I'd just like to file a me too on this bug. I can confirm that
kacpid and kacpi_notify take ~90% of my CPU time together after I've
had the laptop suspended to RAM, and also that, when I try to suspend
to RAM again
Package: libpam-krb5
Version: 3.11-4
Severity: important
Ever since I upgraded to Lenny, I cannot use GSSAPI to log in over SSH, and
the problem seems to be with pam_krb5. When I turn on debug logging on it
through PAM, I get the following messages:
Feb 21 23:25:23 sosumi sshd[2506]: Authorized
Package: gcc-4.4
Version: 4.4.4-6
Severity: normal
When compiling a certain piece of generated code, GCC crashes for me
with the following message:
$ gcc-4.4 -save-temps -Wall -g -shared -o test.so cosem-25378.c
cosem-25378.c:1322: internal compiler error: in dwarf2out_finish, at
For what it's worth, I managed to fix the problem by
changing
/usr/share/common-lisp/source/common-lisp-controller/post-sysdef-install.lisp
so that the line, in the GET-OWNER-AND-MODE function as defined for SBCL,
which, in the new version of c-l-c (6.18), reads
(sb-impl::native-file-kind
Package: libdb4.5
Version: 4.5.20-13
Severity: normal
I'm using db4.5 via the bsddb module in Python in a multithreaded
program, and am having problems with deadlocking where, every few
days, two or more threads deadlock inside db4.5.
I've been over my code (which really isn't very complex at
Package: libgl1-mesa-dri
Version: 7.10-3
Severity: normal
I just installed mesa 7.10 (from unstable) on a testing system, and it seems
that it also needs libdrm 2.4.23, but it only depends on 2.4.21 (which is
what comes with testing).
With 2.4.21, all programs that used OpenGL hung before being
On Mon, 2011-02-14 at 16:59 +0100, Cyril Brulebois wrote:
Fredrik Tolf fred...@dolda2000.com (14/02/2011):
This system uses the i965 driver in case it matters, which I guess
it does. It has an Arrandale chipset.
Wild guess, your system needs an updated libdrm, not libgl1-mesa-dri
itself
also works, but Mesa 7.10 with libdrm 2.4.21 does
not. I haven't tried Mesa 7.7 with libdrm-2.4.21.
I guess you meant 7.7/2.4.23
Correct. :-)
--
Fredrik Tolf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
Package: icedtea-netx
Version: 1.2-2
Severity: important
Tags: upstream
When launching normal JNLP applications (not applets), NetX tries to
load classes or resources that it does not find over HTTP from the
JNLP file's codebase attribute. Since such loading blocks the
requesting thread,
For what it's worth, here's a patch which fixes the problem:
diff -ur autofs5-5.0.4-old/lib/rpc_subs.c autofs5-5.0.4/lib/rpc_subs.c
--- autofs5-5.0.4-old/lib/rpc_subs.c2010-12-31 04:59:32.0 +0100
+++ autofs5-5.0.4/lib/rpc_subs.c2010-12-31 05:00:06.0 +0100
@@ -274,7
Package: nfs-common
Version: 1:1.2.8-2
Severity: important
Dear Maintainer,
After upgrading to 1.2.8-2 as part of normal Jessie upkeep, rpc.gssd started
segfaulting immediately on startup, and I'm not really able to wrap my head
around just why. The crash happens in libgssglue, in
(),
connect, accept));
As you can see, it's a very simple patch with no other side effects, so I
don't think it would hurt applying it until upstream can fix the problem
for real.
--
Fredrik Tolf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
On Tue, 28 Jan 2014, Sébastien Villemot wrote:
Hi,
Hi!
Does that make the bug fixed for you?
Yes, that works to great effect. Thanks!
What is the etiquette in the BTS in these cases, by the way? Should I
close the bug with this message, or should I allow you to close it?
--
Fredrik
is used.)
--
Fredrik Tolf
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (99, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8
On Sat, 1 Feb 2014, Bob Proulx wrote:
Fredrik Tolf wrote:
I can't really imagine that this behavior is intended, and it seems
to go against any reasonable principle of least surprise.
It is intended because that is the way traditional legacy Unix systems
have always behaved. And because
visuals that are all usable for GL.
--
Fredrik Tolf
-- Package-specific info:
glxinfo:
name of display: :6
display: :6 screen: 0
direct rendering: Yes
server glx vendor string: Brian Paul
server glx version string: 1.4 Mesa 8.0.5
server glx extensions:
GLX_MESA_copy_sub_buffer
Package: gnucash
Version: 1:2.6.0-1
Severity: normal
Dear Maintainer,
With the latest update of gnucash in Jessie (from 2.4.2 to 2.6.0),
typing Enter or double-clicking in the account list on an account
that has subaccounts no longer opens the account, but merely
collapses or expands the list
this would be a
good way to handle it.
In the first instance, I'd like to know if there is any resistance
against this kind of change. Otherwise, I'll investigate writing the
necessary code myself.
--
Fredrik Tolf
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500
or the documentation which is
wrong, but at least one of them seems to be in error.
--
Fredrik Tolf
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (99, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
are written.
--
Fredrik Tolf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
: [Errno 13] Permission denied: 'test/__pycache__'
As an aside, it also seems that importing importlib makes it install
itself over the standard import implementation, therefore making all
standard imports fail thereafter, as well.
--
Fredrik Tolf
-- System Information:
Debian Release: 7.4
APT
Package: libgtk-3-0
Version: 3.14.4-1
Severity: important
Dear Maintainer,
Since sometime in the GTK-3 series (it's been this way for a while,
so I do not remember exactly when it started), mouse wheel scrolling
has not been working.
I believe this is different from #716959, since it only
Package: libc6
Version: 2.13-38+deb7u4
Severity: important
Dear Maintainer,
There is a bug with the eglibc included in Wheezy that causes thread-local
variables introduced by dlopen()'ed objects not to be properly freed. This
can be a problem in any C program that loads a C++ module and runs
Package: xserver-xorg-core
Version: 2:1.18.4-1
Severity: important
Dear Maintainer,
I just upgraded my laptop running Testing, and after the upgrade, the
X server would no longer start. The upgrade involved quite a few packages,
so I'm admittedly not sure if xserver-xorg-core is the right place
I just wanted to add that I, too, got bitten by this when I recently
upgraded one of my systems from Jessie to Stretch. The suggested fix seems
reasonable to me.
--
Fredrik Tolf
to some other technical issue or because the file I
downloaded was the
wrong one somehow, I have no way to tell.
Anyway, if the appropriate firmware cannot be found or otherwise included, I
would suggest
disabling this rtwpci driver and revert to the r8822be driver, if possible.
--
Fredrik Tolf
48 matches
Mail list logo
