Michel Dänzer wrote:
As it seems threading related: Does XInitThreads() get called and finish
before any other libX11 function is called?
Yes. (And yes, it's definitely threading-related.)
reassign 463159 libxcb1 1.1-1
forwarded 463159 http://bugs.freedesktop.org/show_bug.cgi?id=9528
thanks
This bug is actually in libxcb1, not libx11-6. (Although I'm willing to
be proven wrong, and that it's some *interaction* between libx11 and
libxcb that's causing it.)
--
To UNSUBSCRIBE,
Package: libx11-6
Version: 2:1.1.3-1
Severity: critical
This is only 'critical' because it causes unrelated software (e.g., Side
Effects Software's Houdini) to break by causing hangs. Feel free to
downgrade, but this is a very important bug to me, at least.
This is also reported upstream:
Package: libpango1.0-common
Version: 1.16.4-1
Severity: serious
dpkg: error processing
/var/cache/apt/archives/libpango1.0-common_1.16.4-3_all.deb (--unpack):
trying to overwrite `/etc/defoma/config', which is also in package gs-common
This has been the case for a few days now. I don't see the
Package: icedove
Version: 2.0.0.0-1
Severity: grave
$ icedove --debug
/usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove/icedove-bin
MOZILLA_FIVE_HOME=/usr/lib/icedove
reopen 419225
found 419225 2.5-3
thanks
This bug was fixed in libc6 2.5-2, but it regressed in 2.5-3. Maybe
this test case should be made part of the libc6 regression tests?
Joe
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Philipp Frauenfelder wrote:
[EMAIL PROTECTED]:/# callgrind
valgrind: no program specified
valgrind: Use --help for more information.
Btw, it is the same as I get, when I run valgrind without
program:
[EMAIL PROTECTED]:/# valgrind
valgrind: no program specified
valgrind: Use --help for
Package: valgrind-callgrind
Version: 0.10.1-1
Severity: grave
Callgrind always quits immediately on me, no matter what I do.
[EMAIL PROTECTED]:~$ callgrind
Killed
[EMAIL PROTECTED]:~$ strace callgrind
[ ... bunch of stuff ... ]
open(/usr/lib/debug/libc.so.6, O_RDONLY) = 3
read(3,
Package: locales
Version: 2.3.6-5
Severity: serious
Setting up locales (2.3.6-5) ...
Generating locales (this might take a while)...
en_CA.ISO-8859-1... done
ja_JP.UTF-8... done
ja_JP.EUC-JP... done
Generation complete.
*** update-locale: Error: LANGUAGE (en_CA:en_US:en_GB:en) is not
Package: gnome-terminal
Version: 2.14.0-1
Severity: grave
Since I updated gnome-terminal today, I've had intermittent but
repeatable problems with curses programs not drawing properly. I
generally work with very tall terminal windows, 80x63 or so. If I create
a terminal window of that height,
severity 360786 normal
thanks
I inflated the severity of this bug.
This bug has been reproduced by a colleague of mine. He discovered that
a workaround was to resize the gnome-terminal window, then resize it
back to its original size. After that, vi draws properly.
Joe
--
To UNSUBSCRIBE,
Luk Claes wrote:
Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.
Looks good, Luk. Please go ahead with my thanks and blessing.
Joe
--
To
adrian wrote:
I've applied Wolfgang's fix and added a uniq hack onto the temporary
files function, hopefully this will sort it finally. I've tested with
two files, file + CVS, CVS + CVS and it all looks like it works now.
With the patch you provided, it works for SVN too. Looks good!
--
To
Package: tkdiff
Version: 1:4.0.2-3
Severity: grave
I'm sad to report that tkdiff still seems broken. This is on a diff of a
subversion file.
Error in startup script: can't read errorCode: no such variable
while executing
error Failed creating temporary file: $errorCode
(procedure tmpfile
Package: tkdiff
Version: 1:4.0.2-2
Severity: grave
For every subversion file I try to tkdiff, I get the following error:
Error in startup script: can not find channel named fid
while executing
close fid
(procedure tmpfile line 11)
invoked from within
tmpfile $index
(procedure
Frank Küster wrote:
Joe, did you install from a system without any tex-common on it, or with
tex-common in rc state, or was it an upgrade (from which version)?
It was an upgrade, and I believe it was from 0.8 to 0.9. (There's no
good reason for it to be otherwise; the bug first occurred on
Ari Pollak wrote:
Joe: Do you mind if I take over maintainership of this package, at least
until you're able to do regular updates again?
At least add yourself to Uploaders, please. :)
Joe
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Luk Claes wrote:
Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.
Please do, Luk. I am without a working Debian machine for some time now.
--
Dalibor Topic's latest mail states that kaffe should be fixed. Can this
subversion bug be closed?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: valgrind-callgrind
Version: 0.9.12-1
Severity: grave
valgrind-callgrind isn't installable since it conflicts with valgrind
2.6, and valgrind 3.0 is the only verison available in unstable.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500,
Package: mozilla
Severity: serious
Justification: no longer builds from source
Building Mozilla on an up-to-date unstable machine results in the below
build failure:
g++ -o nsFreeType.o -c -DOSTYPE=\Linux2.6\ -DOSARCH=\Linux\ -I../..
-I../../../dist/include/xpcom -I../../../dist/include/string
Package: mysql-server-4.1
Severity: serious
It looks as though the postinst is trying to stop mysql instead of
starting it. I had a working mysql installation previous to this, and
I haven't seen this problem before.
Relevant portions of the upgrade log are below.
Preparing to replace
sean finney wrote:
could you throw a set -x in the top of the postinst script and
send us the output?
Sure can!
[EMAIL PROTECTED]:~# /var/lib/dpkg/info/mysql-server-4.1.postinst configure
+ export
23 matches
Mail list logo
