On Mit, 2011-04-20 at 23:03 +0200, Émeric Maschino wrote:
The screenshot you attached to the original report shows unaligned
accesses as well. Are you saying those no longer occur with your
self-built r300g?
Yes it seems. Please have a look at the attached screenshot.
Anyway, it
Package: xserver-xorg-video-intel
Followup-For: Bug #598803
This is an FSC Amilo M1450G laptop.
Installing 2:2.15.0-1 from sid made the random hang go away for me.
It's been over a day now, running and suspended, with no incident.
Previously it would happen within a few minutes, at random, in
Xprint has been obsolete for some time now, and it's time to let it go
to rest. It was originally useful as a solution for printing non-latin
webpages from iceweasel 2, but that firefox problem has been fixed since
iceweasel 3 was released using cairo.
Xprint provided a kind a wysiwig API by
The way I'm using Xephyr is as follows (this has been the only way to get my
german keyboard configured properly):
1. Open Xephyr:
Xephyr -keybd ephyr,,,xkbmodel=evdev,xkblayout=de -ac -reset -screen
1672x1022 -retro :10
2. Store xmodmap and launch a new terminal in Xephyr:
On Thu, Apr 21 2011, Drew Parsons wrote:
cc: xcb maintainers: should you keep libxcb-xprint0 ? Do we need to talk
about this? libxcb-xprint0 has no relation (in a packaging sense) to
xprint.
I see no harm providing it. It exists, so we can just let it be. Nothing
depends on it I guess, and
According to Cyril Brulebois k...@debian.org:
Heikki Kantola hezu+deb...@iki.fi (18/04/2011):
I just noticed that both xfontsel and xlsfonts kill my X session
when invoked. I do happen to have fairly large amount of fonts
installed and X gets its fonts from xfs if that matters.
Hi,
I
On Thu, Apr 21, 2011 at 04:22:17PM +0200, Julien Danjou wrote:
On Thu, Apr 21 2011, Drew Parsons wrote:
cc: xcb maintainers: should you keep libxcb-xprint0 ? Do we need to talk
about this? libxcb-xprint0 has no relation (in a packaging sense) to
xprint.
I see no harm providing it. It
On Thu, Apr 21 2011, Jamey Sharp wrote:
- In libxcb master, I'd be happy to change configure.ac to default to
not building xprint. I'd personally continue building it because I
build all known extensions, just to check for build regressions, but
there's no reason everybody else needs
Did the supplied info helped to naroww down where the problem may be?
Any additional info needed?
I really need X to work!
Bye
Martin
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
#
# bts-link upstream status pull for source package xorg-server
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #622864 (http://bugs.debian.org/622864)
# *
Processing commands for cont...@bugs.debian.org:
reassign 604680 xserver-xorg-video-intel
Bug #604680 [libvte9] gnome-terminal: Corruption from text
Bug #616392 [libvte9] gnome-terminal: display corruption when rendering text
Bug reassigned from package 'libvte9' to 'xserver-xorg-video-intel'.
Processing commands for cont...@bugs.debian.org:
affects 604680 gnome-terminal libvte9 evilvte libvte-2.90-9
Bug #604680 [xserver-xorg-video-intel] gnome-terminal: Corruption from text
Bug #616392 [xserver-xorg-video-intel] gnome-terminal: display corruption when
rendering text
Added indication
I have gone through the logs. The detected max dotclock of the monitor
(from EDID) has changed from 90 to 95 MHz. The default mode has
changed from 1280x768@80.1Hz to 1360x768@84.8Hz.
Does it help to change resolution, for instance by blind-typing
xrandr -s 800x600 ?
Can you please also provide
The same question of removing the libxprint* (or libxp) packages applies
also to x11proto-print-dev.
Is there any reason to keep shipping x11proto-print-dev if we no longer
supply an Xprint server?
Drew
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of
14 matches
Mail list logo