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
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
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 indeed
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
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, though.
That
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
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
[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. But
Loc 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 recommend
501 - 510 of 510 matches
Mail list logo
