Package: binutils
Version: 2.16.1cvs20051109-1
Severity: minor
libopcodes.so references a few symbols from libbfd (the exact set will
vary by architecture, but bfd_get_arch should appear always):
$ nm --dynamic /usr/lib/libopcodes-2.16.91.so | grep ' U '
U abort
U bfd_get_arch
Package: evince
Version: 0.4.0-1
Severity: normal
In the attached PDF, there are a number of small dots (drawn with
the PDF equivalent of 'x y 0 0 360 arc stroke', with a thick line) that
evince does not draw at all. All of these dots are part of glyphs from
an embedded Type 3 font. [This docume
Package: gs-gpl
Version: 8.15-4
Severity: normal
The various errordict procedures (e.g. 'undefinedresult') expect one argument
on the stack, the name of the procedure raising the error. If that argument
isn't present, the interpreter crashes.
Sample transcript:
$ gs -sDEVICE=nullpage
GS> errord
title 324717 ATI R9100 DRI drivers lock up computer to hardware reset
thanks
since it now seems to be clearly an ATI DRI issue, let's have a more useful
bug title.
zw
Anthony Callegaro said:
> It seems that I have the exact same issue. Since 6.8.2.dfsg.1-5 my PC
> was constantly crashing and needed an hardware reboot. I wasn't using
> DRI so I deactivated the nvidia drivers and the glx module in the
> xorg.conf and it seems that deactivating HW acceleration inde
Michel Dänzer said:
>> > First of all, does disabling the DRI work around the problem?
>>
>> I'll try that, but as I have no reliable way to reproduce the problem, I
>> will only be able to provide a guess, and that only after several days.
>> GL wasn't ever in use at the time of the crashes, thou
Package: libglu1-xorg
Version: 6.8.2.dfsg.1-3
Severity: wishlist
Tags: patch
The X.org implementation of libGLU is coded in C++, but it is intended
to expose only C interfaces. At present, many of the internal
interfaces are visible in the dynamic symbol table of the shared library,
which means t
Package: cdrecord
Version: 4:2.01+01a01-4
Severity: wishlist
It is annoying In the extreme that I cannot turn off the "last chance to
quit" delay. I know what I want the program to do, and it should just
get on with it. From the manpage, it appears that upstream deliberately put
this irritating
Package: lam4-dev
Version: 7.1.1-3
Severity: wishlist
It would be nice if you could use LAM MPI with plain g++ (or, more
usefully in my case, g++-3.4 - I'm trying to use MPI with some hairy
C++ template libraries, and 3.3 (hence mpiCC) isn't up to snuff) and
no special -I options, by writing #inc
LoÃc Minier <[EMAIL PROTECTED]> writes:
>
> I don't know what the correct solution for this problem truly is, but
> only the gnome-gv and nautilus packages actually depend on
> desktop-file-utils. Maybe all applications making use of
> update-desktop-database to register MIME types should reco
[EMAIL PROTECTED] writes:
> Your problem looks like a xpdf bug mere than a galeon one. Galeon
> does not bind applications to document types. You can force binding
> through nautilus, by right clicking on a pdf document for example
> and selcting "open with other application" and typing xpdf. B
501 - 511 of 511 matches
Mail list logo