Package: xserver-xorg
Version: 1:7.7+23
Severity: normal
X-Debbugs-Cc: pe...@easthope.ca
Dear Maintainer,
*** Reporter, please consider answering these questions, where
appropriate ***
* What led up to the situation?
I intended to start an X display on an old Sharp Mebius PC-CB1-M1.
) that was effective (or ineffective)?
Installed weston and firefox using aptitude. Also set as suggested.
peter@joule:/home/peter$ grep MOZ .bashrc
export MOZ_ENABLE_WAYLAND=1
According to
https://wiki.debian.org/Wayland#Firefox_.28supported.29
firefox runs natively on wayland
Adding debian-x to CC.
On 01/01/2021 16:52, Karl-Heinz Künzel wrote:
For a crosscheck I installed 'debian-10.7.0-amd64-netinst.iso'
Xfce. System working!
sources.list buster -> bullseye, update, upgrade, dist-upgrade, reboot
and after grub system crashes 'black screen'.
Restart again, now w
I am Mr. Peter Marcus Ramon, I stopped at your email from our international
business directory in my research for a reliable person to partner with, I
have a business that will profit us both that I want us to discuss about.
You can contact me for more details for convenient business discussion if
ges weston depends on:
ii adduser 3.118
ii libc62.28-10
ii libcairo2
weston suggests no packages.
ed
Versions of packages weston depends on:
ii adduser 3.118
ii libc62.28-10
ii libcairo2
-- no debconf information
--
Tel.: +1 604 670 0140 Bcc: peter at easthope. ca
I'm having a similar problem with Mint 18.2. It's triggered by launching
freeciv-client-gtk.
When I boot it's fine. Open a terminal window, fine. Open Chrome, fine.
Open Freeciv, the initial screens are OK, but once the full screen game
starts, XORG pegs to 100% of a single core, even when noth
Package: xserver-xorg
Version: 1:7.7+19
Severity: normal
Dear Maintainer,
I encountered a severe performance degradation after security updates
that I ran after several weeks without update.
Since the xserver-xorg seems the only package that might have such
consequence in the assumed timeframe, I
"In einer kurzen Einführung,
Ich bin ein Rechtsanwalt Meinze Klaus Peter, aus Deutschland, lebe ich
in London, habe ich Ihnen eine E-Mail über meine verstorbene Familie
geschickt, aber ich habe keine Antwort von Ihnen erhalten, der
Verstorbene ist ein Bürger in Ihrem Land mit dem gle
Adding this seems to prevent nouveau from crashing for me:
pmakholm@pmakholm:~$ cat /etc/modprobe.d/nouveau.conf
options nouveau noaccel=1 runpm=0 nofbaccel=1 modeset=1
pmakholm@pmakholm:~$
I have not investigated further, but I expect that is is just one of
them that are needed to prevent the
By the way,
Magic SysRq seems to work. That is, 'Alt-SysRq k' kills the locked up X
session. It is not always that gdm3 recovers correctly and if X is
respawned it might perform slow and unstable.
Another option is to use Magic SysRq to reboot as gently as possible
without removing your hads from
Package: xserver-xorg-video-nouveau
Version: 1:1.0.13-3
I have the same experience on a Dell desktop. The X session freezes and
I can move the mouse around, but nothing else is responding. Even the
NumLock key in non-responsive.
Relevant output from dmesg:
---
[ 1840.
Some more info:
After some (big) package updates the problem went away.
vlc was updated, but libxcb1 and dragonplayer were not:
ii dragonplayer4:15.08.2-1
ii libxcb1:amd64 1.11.1-1
ii vlc 2.2.1-5+b1
The breeze dependencies are now:
ii breeze-cursor-theme
Package: libxcb1
Version: 1.11.1-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
trying to run audio or video files with VLC or Dragonplayer
* What exactly did you do (or not do) that was effective (or
ineffective)?
$ dragon sintel-1280-stereo.ogv
$ v
27;ve been using AMD A4 7300 w/ Radeon 8470 before and everything works there
like a charm.
I'm bitterly surprised that the "better" chip is barely functional in Debian.
What should I do?
Sincerely,
Peter
-- Package-specific info:
X server symlink status:
lrwx
Package: ftp.debian.org
x-debbugs-cc: debian-...@lists.debian.org,debian-x@lists.debian.org
A recent xorg update caused xserver-xorg-siliconmotion to fail to build
with the following error.
/bin/bash ../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H
-I. -I../../src -I..
On 17/05/15 02:23, Steven Chamberlain wrote:
I don't think any change in xserver-xorg-video-siliconmotion caused
this.
I agree (and stated so in my original mail), the failure first appeared
in a binnmu so whatever change triggered it was outside the
xserver-xorg-video-siliconmotion package.
Package: xserver-xorg-video-siliconmotion
Severity: serious
Version: 1:1.7.7-2
Tags: sid
x-debbugs-cc: debian-...@lists.debian.org
/bin/bash ../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H
-I. -I../../src -I.. -D_FORTIFY_SOURCE=2 -fvisibility=hidden
-I/usr/include/pixman-
on. Do this only after the failed upgrade
> (which downloads the files to /var/cache/apt/archives and verifies the
> signature on the download) and checking that the '*' in the globbing pattern
> indeed only matches the two wanted files (I had already determined that, I
> di
e failed upgrade
(which downloads the files to /var/cache/apt/archives and verifies the
signature on the download) and checking that the '*' in the globbing pattern
indeed only matches the two wanted files (I had already determined that, I
didn't actually do the 'ls' command).
T
Package: xserver-xorg-input-synaptics
Version: 1.8.1-1
Followup-For: Bug #770923
Hi,
still having the problem.
Interestingly the problem does not exist on tty1 and during the kdm login
dialog.
It occures after the login after one or two clicks.
Any ideas yet?
Ben
-- Package-specific info:
X
n UXA in the four
years that it was open upstream, and that a change to SNA is unlikely
to be allowed into an (upcoming) stable release, I guess this bug will
probably remain unresolved for Jessie... Right?
Regards,
Peter
[1] http://cynic.cc/blog/posts/sna_acceleration_vs_uxa/
[2] https://wiki.debi
Package: xserver-xorg-video-nouveau
Version: 1:1.0.11-1
Severity: normal
File: nouveau
Dear Maintainer,
fresh install of Debian 8.0 on AMD64 with i7 2600 and Geforce GTX 660 16 GB RAM
Gigabyte H77-DS3H.
After some minutes of using there appear lots of black blocks on the screen.
Sometimes all ove
Package: xserver-xorg-input-synaptics
Version: 1.8.1-1
Severity: important
Tags: upstream
Dear Maintainer,
I just set up a Lenovo T440p and defined a config file for the soft buttons
on the top since they did not work:
# /usr/share/X11/xorg.conf.d/thinkpad_clickpad.conf
Section "InputClass"
Id
Seems like this didn't go through the other day...
On 11/20/2014 07:52 AM, Rebecca N. Palmer wrote:
Can someone with suitable hardware test what happens when
mesa-opencl-icd is used?
Not sure if I know what I'm doing but this is what I got after deleting
intel-beignet.icd and nvidia.icd on a pu
On 11/20/2014 07:52 AM, Rebecca N. Palmer wrote:
Can someone with suitable hardware test what happens when
mesa-opencl-icd is used?
Not sure if I know what I'm doing but this is what I got after deleting
intel-beignet.icd and nvidia.icd on a pure AMD system.
With either file present clinfo ab
10/10/2014 | 3:57:51 PM
Good day,
I like to propose a legitimate business that would be of financial benefit to
you. Are you interested?
Regards,
Peter Kremer
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
iar with the
procedures of the Debian X Strike Force group in such cases.
Thanks again for your time and consideration!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: Digital signature
From: "Peter Easthope"
Date: Mon, 2 Jun 2014 11:26:18 -0700
> Reinstalling squeeze is an expedient solution here?
Yes indeed. Upgrading from Wheezy to Squeeze yields a
working system. No special adjust to grub or to X is
needed.
Regards, ... Peter E.
--
123456
commits/roam-stage1-build
Thanks again for your work on X and Debian in general!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0
anything goes wrong with the patch, it is also available at
https://gitorious.org/roam-debian-bootstrap/xfonts-utils-debian/commits/roam-stage1-control
Thanks again for your work on Debian!
G'luck,
Peter
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy:
lable.
No improvement. With each kernel, X still gives nothing more that
a black screen with a responsive mouse cursor.
Reinstalling squeeze is an expedient solution here?
Regards, ... Peter E.
--
Telephone 1 360 639 0202. Bcc: peter at easthope.ca "http://carnot.yi.org/ "
): setting screen physical size to 270 x 203
Last time this happened a couple years ago, it was a modesetting thing
so... but I'm not really sure what to do with it.
On Mon, Jan 6, 2014 at 2:11 PM, Peter wrote:
> I don't know, I mean, it was working, and now its not and X log shows no
These are the last two lines from the console.
waiting for X server to shut down error setting MTRR (base = 0x4000,
type = 1)
Invalid argument (22)
Server terminated successfully (0). Closing log file.
Regards, ... Peter E.
--
Telephone 1 360 639 0202. Bcc: peter at
sistent state
> during that time.
>
> Debian bug#744303 <https://bugs.debian.org/744303>
merged, thanks.
Cheers,
Peter
> Signed-off-by: Julien Cristau
> ---
> Xi/exevents.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/Xi/exevents.c b/Xi/exevents.
On Tue, Apr 22, 2014 at 08:04:13PM +0200, Julien Cristau wrote:
> Hi Peter,
>
> we received the following report against Debian's X server package, is
> this something you've seen before and/or does the patch Steven provided
> look sane?
sorry about the delay. Yes that
Package: xserver-xorg-video-vmware
Version: 1:13.0.1-3
Severity: grave
xserver-xorg-video-vmware can no longer be installed in sid because of a
missing dependency.
root@debian:/xserver-xorg-video-vmware-13.0.1# apt-get install
xserver-xorg-video-vmware
Reading package lists... Done
Building
conflict between that and the intel driver or
something. I've gotten that XIO, I think it was error 11 sometimes but
I've never seen it in .xsession errors like that.
On Sat, Jan 4, 2014 at 7:36 AM, Julien Cristau wrote:
> Control: tag -1 moreinfo
>
> On Fri, Jan 3, 2014 a
Package: xserver-xorg-video-intel
Version: 2:2.21.15-1+b2
Recent update shows a black screen on "startx". This is with kernel 3.7.5
and 3.12.6. I have i915.modeset=1 in the kernel line which is necessary
for the console. Tried with and without xorg.conf. The only error anywhere
is in .xsession-
On 12/17/2013 02:34 AM, Jan Binder wrote:
Am Sonntag, 15. Dezember 2013, 19:32:33 schrieb Julien Cristau:
On Sun, Dec 15, 2013 at 19:26:10 +0100, Jan Binder wrote:
Package: xserver-xorg-video-radeon
Version: 1:7.2.0-1+b2
Severity: important
Dear Maintainer,
On newer Radeon cards from the Sout
1.3.0/debian/changelog 2013-12-07 12:32:12.0 +
@@ -1,3 +1,9 @@
+wayland (1.3.0-1+rpi1) jessie-staging; urgency=low
+
+ * Further bump the libwayland0 C/R to cover collabora version.
+
+ -- Peter Michael Green Sat, 07 Dec 2013 12:31:45
+
+
wayland (1.3.0-1) unstable;
Hardwiring the video modes fixed it again: Currently my cmdline is
BOOT_IMAGE=/vmlinuz-3.11-trunk-amd64 root=/dev/mapper/S830--512A-root ro
video=DP-1:2560x1440-24@60e video=DP-2:2560x1440-24@60e
video=DVI-0:2560x1440-24@60e drm.debug=4 log_buf_len=10M
sysrq_always_enabled
Some time in the past
Both monitors on the Displayports had switched off. I just left them off
because I used only the other monitors at the time. After some time, one
of the monitors turned back on. I wan't running with drm.debug so this
is all I have:
Sep 19 16:34:12 ws kernel: [13419.456582] [drm:radeon_dp_link_tr
figure out why acpid doesn't respond? I have no idea about how the X
stack and acpid interact.
Ralf-Peter
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52356b63.1080...@gmail.com
Thanks, that explains a lot.
It's still a rough edge which needs work. This package is installed
by default, so it could bother anybody:
xorg/xserver-xorg/xserver-xorg-input-all/xserver-xorg-input-joystick
... so a new user plugging a joystick or controller into a computer is
a recipe for a lost
I "fixed" it: https://bugs.freedesktop.org/show_bug.cgi?id=64912#c7
On 09/04/2013 12:46 AM, Clemens Fruhwirth wrote:
Stumbled across http://lists.debian.org/debian-x/2013/08/msg00451.html
in the web archive.
https://bugs.freedesktop.org/show_bug.cgi?id=66515 and
https://bugs.freedesktop.org/sho
made me wonder if UseMsg() shouldn't just call exit() or
> FatalError() so things like this wouldn't happen...
would certainly reduce the code. I wonder how many bad configurations this
would uncover :)
Cheers,
Peter
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.deb
int */
> if (++i >= argc)
> UseMsg();
> -XkbDfltRepeatInterval = (long) atoi(argv[i]);
> +else
> + XkbDfltRepeatInterval = (long) atoi(argv[i]);
> return 2;
> }
> return 0;
> --
> 1.7.10.4
>
merged, thanks.
Cheer
y new error in Xorg log is "Failed to load module vesa"
Loading fbdev_drv.so
And
Falling back to old probe method for fbdev. This could be a compiz
problem with the new gnome, I'm not sure. But I know its a serious
regression.
On Fri, Aug 10, 2012 at 11:12 AM, Peter wrote:
Provided the driver permits it, Xorg -notty will not create a VT on startup.
Currently this driver list includes dummy and qxl only.
Signed-off-by: Peter Hutterer
---
This seems to do the job, it restores the original behaviour by default, but
started with -notty the server skips the VT
On Mon, Jan 07, 2013 at 01:43:16PM +0100, Michal Suchanek wrote:
> On 7 January 2013 05:08, Peter Hutterer wrote:
> > On Sat, Jan 05, 2013 at 07:06:05PM +0100, Samuel Thibault wrote:
> >> Michal Suchanek, le Sat 05 Jan 2013 18:55:28 +0100, a écrit :
> >> > On 5 Janua
n evdev device will be added.
so the solution here would be to only call xf86OpenConsole() when a keyboard
device comes up. on the plus side, if the evdev driver is broken this would
allow you to Ctrl+C the server. On the minus side, there's a window where
you can Ctrl+C the server until the
; when booting with drm.debug=4 and register dumps in the good/bad cases
> obtained with the intel_reg_dumper tool from
> http://cgit.freedesktop.org/xorg/app/intel-gpu-tools
Will be an interesting and enjoyable exercise as soon as
I get an afternoon, or so, to spare. =8~)
Regards,
Sorry for the late reply
As of kernel 3.3.6, xserver-xorg-video-intel version 2:2.19.0-3
I still get:
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
after 393 requests (393 known processed) with 0 events remaining.
I don't know whether x still crashes eventuall
certainly has not been fixed.
thanks
Peter
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fb65757.4000...@yahoo.co.uk
Seriously affects text in xfce terminal window
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f7be041.8030...@yahoo.co.uk
I brought this up previously on debian-arm but I hadn't fully ascertined the
scope of the problem at the time and I got little response. So I think it's
best to start this as a new thread with a topic that reflects the real issue
and to provide as a starting point as much information about the pr
Julien Cristau wrote:
On Sat, Dec 31, 2011 at 11:42:26 +0200, Konstantinos Margaritis wrote:
On 31 December 2011 02:14, Josselin Mouette wrote:
It is cogl which is at fault. Being built against GLES breaks basically
everything that depends on it.
armel/armhf only support GLES
Toonloop failed to build on the armhf buildd
g++ -DHAVE_CONFIG_H -I. -DBOOST_FILESYSTEM_VERSION=2 -O2 -Wall -Werror -Wextra
-Wfatal-errors -pthread -I/usr/include -pthread -I/usr/include/clutter-1.0
-I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include
-I/usr/include/cogl -
This does still happen with linux kernel 3.1.1
xserver-xorg-video-intel is 2.15.0-3
mesa 7.11-6 I think
The logs say DRI2SwapComplete: bad drawable, same as before.
There's another bug I posted back in 2009,
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510429, I'm not sure
its related. But I
Yeah, the logs only say DRI2SwapComplete: bad drawable.
However, I think maybe it happens when I "startx", logout to console,
and then later startx again, then it goes to the flurries screensaver,
and then when I wake it up, it hard crashes and I have to hit the
power button. So maybe its somethi
I still get the XIO fatal IO error 11 with glxgears.
kernel is 3.1.1
xserver-xorg-video-intel is 2.15.0-3
mesa 7.11-6 I think
The flurries screensaver also locks up on waking sometimes. I'll try
to get some error log or something but I have to hit the power button
when it does and I haven't see
Package: xkb-data
Version: 2.1-2
Severity: wishlist
Tags: upstream l10n patch
Attached patch implements Hungarian secondary quotes (guillemotright and
left, or guillemet, depending on linguistical tastes).
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (200
h: same for the -dev package.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
diff -u libxtst-1.2.0/debian/libxtst-dev.install libxtst-1.2.0/debian/libxtst-dev.install
--- libxtst-1.2.0/debian/libxtst-dev.install
+++ libxtst-1.2.0/debian/libxtst-dev.install
@@ -1,6 +1,6 @@
-usr/lib/libXtst.a
Package: xserver-xorg-video-intel
Version: 2:2.15.0-3
This has been going on for a few months but before that it was fine. I
think I keep submitting bugs through "reportbug" and it just silently
throws them away.
So this is a problem with opengl and dri2 and the x driver that started
a few month
erverLayout"
Identifier "Default Layout"
Screen "S-nv0"
Screen "S-r0" RightOf "S-nv0"
Screen "S-nv1" RightOf "S-r0"
EndSection
Anyway, workaround patch attached. I m
[Cyril Brulebois]
> yeah, can't really reproduce that here. Any chance you could get a
> full backtrace with debugging symbols?
After rebuilding mesa-utils (sid) and mesa (experimental) with 'nostrip':
ii libgl1-mesa-dev7.10.1-1 A free implementation of the OpenGL API --
GLX developme
Package: mesa-utils
Version: 8.0.1-2
Severity: normal
glxinfo segfaults:
$ glxinfo -display :0.2
name of display: :0.2
Segmentation fault
$ glxinfo -display :0.1
name of display: :0.1
Segmentation fault
$ glxinfo -display :0.0
name of display: :0.0
display: :
Package: xserver-xorg
Version: 1:7.6+4
Severity: normal
Before my last X upgrade I could type `ctrl-alt-bs' and X would die.
It doesn't any more on my Acer Aspire One; it does work on some
other systems I have here. This is regardless of whether I
add `Option "DontZAP" "off" to an /etc/X11/xorg
quot; debugging what the server is
> painting.
> .SH OPTIONS
> +The server accepts all the standard options of Xserver(__appmansuffix__)
> +and the following additional options:
> .TP 8
> .BI -screen " width" x height
> sets the screen size.
> --
> 1.7.
Yes. Its testing, not sure if that's squeeze or what. Version of
xserver-xorg-video-intel is 2:2.13.0-5
On Tue, Feb 22, 2011 at 7:54 PM, Cyril Brulebois wrote:
> Hi,
>
> peter (16/11/2010):
>> I still get this bug. I haven't let it lock the system up, I might
>
Yes. Its testing, not sure if that's squeeze or what. Version of
xserver-xorg-video-intel is 2:2.13.0-5
On Tue, Feb 22, 2011 at 7:54 PM, Cyril Brulebois wrote:
> Hi,
>
> peter (16/11/2010):
>> I still get this bug. I haven't let it lock the system up, I might
>
Package: xutils-dev
Version: 1:7.5+4
Severity: normal
Need to edit xorg-macros.m4:: # XORG_WITH_XMLTO([MIN-VERSION], [DEFAULT])
to add content to the file used to detect XML to .txt conversion
e.g.
--- xorg-cf-files/aclocal.m42011-01-08 22:50:19 +
+++ xorg-cf-files/aclocal.m42011-02
Package: libgl1-mesa-dri
Version: 7.10-3
Severity: wishlist
--- Please enter the report below this line. ---
It seems to me that the gallium drivers are not yet comparable with the
classic ones (e.g. kwin is slow with r600g here). Unfortunately i noticed that
there is no way to get the classic
I still get this bug. I haven't let it lock the system up, I might try
to later, but it still reports that fatal IO error 104. I guess its
sort of a minor bug but still.
Assuming its in the intel x driver as this bug has been moved, the
version is now:
Package: xserver-xorg-video-intel
gt; addition
> +to the standard ones listed in
> +.BR X (__miscmansuffix__).
> .TP 8
> .B \-buttons \fIbutton,button,.\|.\|.\fP
> This option will cause \fIxmessage\fP to create one button for each
> --
> 1.7.2.3
Reviewed-by: Peter Hutterer
Cheers,
Peter
--
To U
Nevermind. I got it working, found some info on a gentoo forum.
Apparently you can't use framebuffer with KMS which makes sense and I
never used KMS so I didn't know this. So in case anyone else asks, I
removed the framebuffer drivers and got it booting.
On Wed, Oct 27, 2010 at 1:56
bugs.debian.org with problems
>
>
> ------ Forwarded message --
> From: Cyril Brulebois
> To: Peter , 601434-d...@bugs.debian.org
> Date: Tue, 26 Oct 2010 08:40:24 +0200
> Subject: Re: Bug#601434: xorg kernel modesetting req in sid
> Hi Peter.
>
> Peter (26/10/2010):
Package: xserver-xorg
Version: unstable
Recently X was updated so that something requires kernel modesetting:
(EE) intel(0): No kernel modesetting driver detected.
My thinkpad x60 has problems with kernel modesetting so I cannot use
it. This is with a recent kernel. This is frustrating for me s
I have been running my desktop with screen saver off, sleep on for a month
now and no repetition of the crashes. I deduce that the problem occurs when
the monitor is restored from screen-saver, but not when it is awakened from
sleep.
Package: compiz
Version: 0.8.4-4
Severity: normal
Hey,
on my fresh squeeze I tried to use compiz. I configured by usual
key bindings for window management in ccsm's General Options dialog.
For Close Window I always used Alt+Esc. Unfortunately it seems that any
Mod+Esc shortcuts don't work in c
Further information: I am now switching over to running with screen saver
off, sleep on. We'll see how things develop from here...
On Mon, Aug 30, 2010 at 6:48 PM, Peter Tenenbaum <
peter.g.tenenb...@gmail.com> wrote:
> This morning I had a crash of this form. Screen saver
This morning I had a crash of this form. Screen saver was on, screen sleep
was off. I was surfing in ice weasel and had been surfing around for a few
minutes, but when I went to 511.org the crash occurred. I realized that all
of my crashes of this type have occurred when I surf to 511.org, with
Additional information: Per discussion with Camaleon, I am currently
running my workstation with screen sleep mode disabled. If no further
crashes occur in a few weeks it will add evidence that the issue is related
to waking the monitor from sleep.
On Sun, Aug 22, 2010 at 1:10 PM, Peter
On 09.07.2010 23:45, Brice.Goglin wrote:
> On Sat, Mar 06, 2010 at 12:21:01PM +0100, Brice Goglin wrote:
>> On Wed, Dec 17, 2008 at 08:34:29PM +0100, Peter Tuhársky wrote:
>>> Hm, I have tested with nVidia TNT2 32M, and the result is very similar. It
>>> may not be f
bset --timings'. The question
is whether nouveaufb supports this. I don't have a system with
nouveaufb running so I can't say. But from past experience, I've
learned that not all framebuffer drivers do.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To U
no
> such thing for its kbd device, so maybe xf86-input-evdev should test
> this bit instead of unconditionally waiting for EV_SYN. Peter?
yeah, that'd make sense in principle (though not on this devices if I look
at the followups ;) but then again - I don't know of any other devic
e low.
I understand. As I indicated earlier, I do not feel myself qualified to
suggest a particular solution - whether just take the two patches or
repackage the entire git snapshot. Either of them will obviously remove
this issue and deciding whichever is better is up to you.
Best regards,
version is packaged.
I do not feel qualified to decide which option is better but regarding
this issue, either will do.
Best regards,
Peter
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
h&id=45edca0e9d7b833b9de3037e94f293122c922e42
to the Debian source package xserver-xorg-video-ati 1:6.12.4-2 and
compiling it removes the problem filed in this bug report.
Are there plans to backport these patches into Debian version of the
Radeon driver package?
Best regards,
Peter
--
To UNSUBSCRIBE,
Window Decoration plugin is activated. Other Compiz plugins do not
seem to trigger the segfault.
Best regards,
Peter
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
server log files on system:
-rw-r--r-- 1 root root 25262 Jan 13 20:09 /var/log/Xorg.0.log
Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:
X.Org X Server 1.7.4
Release Date: 2010-01-08
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-2-amd64 i686 Debian
Cur
gt; > blacklist these devices from the udev rules, or if the driver should be
> > smarter.
> >
> Peter, would you have any idea how to handle the above issue?
Blacklist the device from the udev rules. Try to unset the x11_driver for
this particular device, there really isn'
Source: libxmu
Version: 2:1.0.4-2
Severity: wishlist
User: peter.fritzs...@gmx.de
Usertags: unresolved-symbols-so
I build all packages some time ago with binutils-gold and your package build
without an hard failure, but I noticed that you seems to provide a library in
a specific library package so
Source: libcompizconfig
Version: 0.8.2-2
Severity: wishlist
User: peter.fritzs...@gmx.de
Usertags: unresolved-symbols-so
I build all packages some time ago with binutils-gold and your package build
without an hard failure, but I noticed that you seems to provide a library in
a specific library pac
Source: x11-xkb-utils
Version: 7.4+3
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all n
Source: x11-xserver-utils
Version: 7.4+2
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide a
Source: x11-session-utils
Version: 7.3+1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide a
Source: x11-utils
Version: 7.4+1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all neede
Source: x11-apps
Version: 7.4+2
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed
Source: xterm
Version: 250-1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed li
1 - 100 of 344 matches
Mail list logo
