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, emai
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:
http://
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 bu
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
LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/mre/mre-2.0.0.0:.:/home/joe/dev/hfs/dsolib:/home/joe/dev/hf
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 --
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, "\177ELF\1\1
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
compa
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, ema
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, then
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 UNSU
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 "t
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"
(proced
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
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 Mon
Package: tex-common
Version: 0.9
Severity: grave
tex-common fails to install because it can't chmod an ls-R file.
/var/lib/texmf exists on my system, but the ls-R file doesn't.
Setting up tex-common (0.9) ...
chmod: cannot access `/var/lib/texmf/ls-R': No such file or directory
dpkg: error proces
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.
--
T
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/stri
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
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/sbin:/usr/sbin:/bin
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 mysql-serv
24 matches
Mail list logo
