Bug#1027142: Correction: Not a permissions but a settings problem

In searching for the cause, I found that the failure of 2D acceleration must be due to a user configuration problem rather than a permissions problem. The system partition and thus the roots folder were newly created, the /home/ partition was taken over from the previous installation

Bug#999631: "works for me" - Problem obviously solved

My box is running now for a whole night without problems, including multiple hours of active working with libreoffice writer. Obviously this solution works: create folder and file /etc/X11/xorg.conf.d/20-nouveau.conf and put in: Section "Device" Identifier

Bug#968192: the problem is actually related to XCompose

after learning a bit more about bépo layout, it turns out the problematics keys are all supposed to be dead keys. not being detected as such due to XCompose not implementing them is the reason why it does not work properly So I’ll report this to libx11-data you can close this.

Re: Depends problem. Libc6 is 2.28 but I need 2.29

On 2020-02-15 16:35, Grisha Grybyniuk wrote: > Here it is > > пт, 14 лют. 2020 о 13:31 Grisha Grybyniuk пише: It appears that you have a few entries for ubuntu/disco. This distribution is based on libc6 2.29, which might cause the issue you see there. In general it is not a good idea to mix

Bug#952731: xkb-data: Same for fr layout, reverting to 2.26-2 fixes the problem

Package: xkb-data Followup-For: Bug #952731 Hi, fr [fr (variant) under gnome] stops also to work after upgrading xkb-data. Reverting to 2.26-2 fixes the problem. Regards Jean-Luc -- System Information: Debian Release: bullseye/sid APT prefers buildd-unstable APT policy: (500, 'buildd

Re: Depends problem. Libc6 is 2.28 but I need 2.29

On Sat, Feb 15, 2020 at 04:35:20PM +0200, Grisha Grybyniuk wrote: > Here it is Anything in /etc/apt/sources.list.d/ ? Also if you install and run apt-show-versions, you can filter out the 'uptodate' lines and see what packages it things are either from unknown sources or too new. -- Len

Re: Depends problem. Libc6 is 2.28 but I need 2.29

Ok, I will check. On Thu, Feb 13, 2020, 20:39 Aurelien Jarno wrote: > On 2020-02-13 19:15, Grisha Grybyniuk wrote: > > Hello, I have a depending problem. For clearly understanding I will write > > whole story. So I added a *buster-backports* repository with *main*, > > *co

Re: Depends problem. Libc6 is 2.28 but I need 2.29

On 2020-02-13 19:15, Grisha Grybyniuk wrote: > Hello, I have a depending problem. For clearly understanding I will write > whole story. So I added a *buster-backports* repository with *main*, > *contrib*, *non-free*. I run "sudo aptitude update", then "sudo aptitude >

Depends problem. Libc6 is 2.28 but I need 2.29

Hello, I have a depending problem. For clearly understanding I will write whole story. So I added a *buster-backports* repository with *main*, *contrib*, *non-free*. I run "sudo aptitude update", then "sudo aptitude upgrade (dist-upgrade also)" I get a many upgrade

depends problem

Hello, I have a depending problem. For clearly understanding I will write whole story. So I added a *buster-backports* repository with *main*, *contrib*, *non-free*. I run "sudo aptitude update", then "sudo aptitude upgrade (dist-upgrade also)" I get a many upgrade

Processed: Re: Bug#947108: Xorg problem preventing bootup

Processing control commands: > reassign -1 xserver-xorg Bug #947108 [x.org] Xorg problem preventing bootup Warning: Unknown package 'x.org' Bug reassigned from package 'x.org' to 'xserver-xorg'. No longer marked as found in versions 1.20.6. Ignoring request to alter fixed versions of bug #947

Re: Bug#947108: Xorg problem preventing bootup

Control: reassign -1 xserver-xorg On Vi, 20 dec 19, 23:47:46, Casey Cullen wrote: > Package: X.org > Version: 1.20.6 > Architecture: PPC64 > > When trying to boot into Debian PPC64 on a "cyrus plus" board (Freescale > P5020 e5500 core based PPC64 system), an error is displayed. Below is the >

Bug#944758: Problem solved

Reason was either some amdgpu-pro package or updating libegl to git version.

Bug#943475: xwayland: "resolution" or "dot" or .. problem with rotated second screen

black number become barely readible green number (workrave app as example) i don't if this is related to #914382 , #216161 or #522431 this occured after upgrading to buster, in buster there was no problem hth, Wim -- System Information: Debian Release: 10.1 APT prefers stable-updates APT

Bug#879624: Still a serious problem

result - blank screen with flashing cursor. Of course, everything is ok in recovery mode but IMHO the persistence and recurrence of this problem in many hands for going on an entire year suggests that there is something fundamentally wrong with the upgrade process. I am not experienced enough to have

Re: Problem with AMD HD 5670 GPU

On 2019-07-05 5:28 p.m., Philippe Lefèvre wrote: > Sorry, error into the subject > please read Problem with AMD HD 5670 GPU > > Hi all, > > I am stuck with my graphic card since I upgraded my Linux box from > Jessie to Stretch. > Before debian upgade, I had the fglrx

Problem with AMD HD 5670 GPU

Sorry, error into the subject please read Problem with AMD HD 5670 GPU Hi all, I am stuck with my graphic card since I upgraded my Linux box from Jessie to Stretch. Before debian upgade, I had the fglrx proprietary driver which was removed when upgrade. Now the issue is I can't get some

Problem with Firepro WD2100 (AMD)

characters are now nude and other players are not diplayed. Is there anyone who knows better than me the arcannes of graphics cards parameters and who could help me to solve my problem? (if possible using open source softwares) Regards, Philippe Here are some details of my installation

Bug#878170: Problem elsewhere, you can close it

On 2019-04-03 2:26 p.m., Anton Ivanov wrote: > I found the underlying root cause and the fix by chance when trawling > the web for something else. > > The issue is compositing in the window manager. > > If compositing is enabled the video WILL tear. If compositing is > disabled the videos

Bug#878170: Problem elsewhere, you can close it

I found the underlying root cause and the fix by chance when trawling the web for something else. The issue is compositing in the window manager. If compositing is enabled the video WILL tear. If compositing is disabled the videos display correctly. Definitely the case for xfce4. -- Anton

Bug#923334: I suspect it's not an xorg problem

I went into IceWm after reporting this this morning and xorg is acting normally under that windown manager. I now suspect it's a Mate problem. Sorry for the noise.

Bug#873290: Similar problem on Mint Mate 18.2 with Freeciv

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

Re: problem with radeon since mesa > 18.0.5-1

2018-07-17 11:21 GMT+02:00 Michel Dänzer : > On 2018-07-16 08:31 PM, Jérémy Lal wrote: > > After login on a x11 gnome gdm3 sesssion, > > display hangs, crash, becomes black, and occasionally freeze the > computer. > > Which is an imac 27" 2011. > > But > > - i'm not sure it's a mesa bug, maybe a

Re: problem with radeon since mesa > 18.0.5-1

On 2018-07-16 08:31 PM, Jérémy Lal wrote: > After login on a x11 gnome gdm3 sesssion, > display hangs, crash, becomes black, and occasionally freeze the computer. > Which is an imac 27" 2011. > But > - i'm not sure it's a mesa bug, maybe a linux kernel bug triggered by the > mesa update > - i

problem with radeon since mesa > 18.0.5-1

After login on a x11 gnome gdm3 sesssion, display hangs, crash, becomes black, and occasionally freeze the computer. Which is an imac 27" 2011. But - i'm not sure it's a mesa bug, maybe a linux kernel bug triggered by the mesa update - i think it's appearing only on large displays like 2560x1440.

Bug#891915: Patch for Debian 10 (buster), it fixes the problem

Tags: patch I attached patch from ArchLinux AUR ( https://aur.archlinux.org/packages/xorg-server-bug865/, https://aur.archlinux.org/cgit/aur.git/tree/freedesktop-bug-865.patch?h=xorg-server-bug865 ). This patch is stable and reliable. ArchLinux users are happy with it. It fixes current bug on

Bug#891674: Patch to fix the problem

> "Michel" == Michel Dänzer writes: Michel> On 2018-02-28 02:41 AM, peter.ch...@data61.csiro.au wrote: Michel> Doing it like this breaks ABI. This is fixed in libpciaccess Michel> 0.14 by Michel>

Bug#891674: Patch to fix the problem

On 2018-02-28 02:41 AM, peter.ch...@data61.csiro.au wrote: > The linux kernel treats PCI domains as 32 bit ints. > > diff -ru libpciaccess-0.13.4/include/pciaccess.h > libpciaccess-0.13.4-fixed/include/pciaccess.h > --- libpciaccess-0.13.4/include/pciaccess.h 2015-05-01 14:44:47.0 >

Bug#891674: Patch to fix the problem

The linux kernel treats PCI domains as 32 bit ints. diff -ru libpciaccess-0.13.4/include/pciaccess.h libpciaccess-0.13.4-fixed/include/pciaccess.h --- libpciaccess-0.13.4/include/pciaccess.h 2015-05-01 14:44:47.0 +1000 +++ libpciaccess-0.13.4-fixed/include/pciaccess.h

Bug#888633: libgl1-mesa-dri: Problem with Firefox and other XWayland applications on AMD GPU

Package: libgl1-mesa-dri Version: 17.3.3-1.1 Severity: important Tags: patch Hi, it's seems that last version of Mesa 17.3 (17.3.3-1) present in unstable cause problem with firefox and other XWayland applications when computer run on AMD GPU, there is a bug report upstream at https

Processed: Not a problem in stretch

Processing commands for cont...@bugs.debian.org: > tags 887076 buster sid Bug #887076 [src:xserver-xorg-video-ast] xserver-xorg-video-ast: unused build-dependency on libxatracker-dev Added tag(s) buster and sid. > thanks Stopping processing here. Please contact me if you need assistance. --

Bug#851416: Similar (identical ?) problem avter upgrading from stretch to buster

; apt-get dist-updrade), which went smoothly. The problem started at the next reboot : GDM comes up fine, but any attempt to start a gnome session locked the screen ; no action on any key (including F6/alt-F6) ; an open ssh session from another machine displayed messages similar

Bug#860539: marked as done (xserver-xorg-video-nouveau: Nouveau GPU lockup problem (GeForce GT 240))

Your message dated Mon, 10 Jul 2017 17:42:18 +0200 with message-id <CA+7wUsz-E00M=31wvwdue+cohcupsn6odhnavg1vk6ktmsq...@mail.gmail.com> and subject line xserver-xorg-video-nouveau: Nouveau GPU lockup problem (GeForce GT 240) has caused the Debian Bug report #860539, regarding xserver-xorg

Processed: xserver-xorg-video-nouveau: Nouveau GPU lockup problem (GeForce GT 240)

Processing control commands: > fixed -1 1:1.0.13-3 Bug #860539 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: Nouveau GPU lockup problem (GeForce GT 240) Marked as fixed in versions xserver-xorg-video-nouveau/1:1.0.13-3. -- 860539: https://bugs.debian.org/cgi-bin/bugreport.cgi?

Bug#860539: xserver-xorg-video-nouveau: Nouveau GPU lockup problem (GeForce GT 240)

Control: fixed -1 1:1.0.13-3 I have been using stretch for a couple of weeks and nothing bad appears. So I am now an happy nouveau user. cheers

Bug#860539: xserver-xorg-video-nouveau: Nouveau GPU lockup problem (GeForce GT 240)

On 2017-04-18 12:40 +0200, Mathieu Malaterre wrote: > Package: xserver-xorg-video-nouveau > Version: 1:1.0.11-1 > Severity: normal > > Looks like my GeForce GT 240 is not well supported by nouveau. Try a kernel and libgl1-mesa-dri from jessie-backports. If that does not help, use the NVidia

Bug#860539: xserver-xorg-video-nouveau: Nouveau GPU lockup problem (GeForce GT 240)

Package: xserver-xorg-video-nouveau Version: 1:1.0.11-1 Severity: normal Looks like my GeForce GT 240 is not well supported by nouveau. Here is what I can see before pulling the plug: Apr 18 12:16:06 vostrodell kernel: [15473.519712] nouveau E[ PGRAPH][:01:00.0] vm flush timeout Apr 18

Bug#714531: marked as done (xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem)

Your message dated Sat, 23 Jul 2016 00:01:57 +0200 with message-id <20160723000157.2efc4869f7617fd16247d...@paranoici.org> and subject line Re: xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem has caused the Debian Bug report #714531, regarding xserver-xor

Processed: Re: xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem

Processing control commands: > reassign -1 xserver-xorg-video-intel 2:2.19.0-4 Bug #714531 [xserver-xorg-core] xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem Bug reassigned from package 'xserver-xorg-core' to 'xserver-xorg-video-intel'. No longer mar

Bug#714531: xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem

Control: reassign -1 xserver-xorg-video-intel 2:2.19.0-4 On Wed, 22 Jun 2016 22:54:20 +0200 Francesco Poli wrote: [...] > If nobody objects in the next 30 days, I will reassign bug #714531 > to package xserver-xorg-video-intel and close both bug > reports (#714531 and #682816) as fixed in >

Bug#682816: xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem

Sorry, I haven't been using debian for some time, so cannot comment anymore. Regards, Joseph On 22 June 2016 at 21:54, Francesco Poli wrote: > On Mon, 14 Jul 2014 22:28:05 +0200 Francesco Poli wrote: > > > I had found out that the issue vanishes when using SNA

Bug#828191: xserver-xorg-video-nouveau: attachment of script.log for shruken screen problem (nvidia 6800 Ultra)

Control: reassign -1 xserver-xorg-video-fbdev Control: merge 828183 -1 On 2016-06-25 15:49 -0700, macthetux wrote: > Package: xserver-xorg-video-nouveau > Version: 1:1.0.11-1 > Severity: normal > > Dear Maintainer, > > This is just the attachment on the system with GeForce 6800Ultra(powerpc G5

Processed: Re: Bug#828191: xserver-xorg-video-nouveau: attachment of script.log for shruken screen problem (nvidia 6800 Ultra)

Processing control commands: > reassign -1 xserver-xorg-video-fbdev Bug #828191 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: attachment of script.log for shruken screen problem (nvidia 6800 Ultra) Bug reassigned from package 'xserver-xorg-video-nouveau' to 'xserver-xorg-video-fb

Bug#828191: xserver-xorg-video-nouveau: attachment of script.log for shruken screen problem (nvidia 6800 Ultra)

Package: xserver-xorg-video-nouveau Version: 1:1.0.11-1 Severity: normal Dear Maintainer, This is just the attachment on the system with GeForce 6800Ultra(powerpc G5 mac tower, Dual 2.0 GHz. 8 bit shrunken screen. I switched graphics cards with my 5200 FX Ultra which was running my desktop

Bug#682816: xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem

On Mon, 14 Jul 2014 22:28:05 +0200 Francesco Poli wrote: > I had found out that the issue vanishes when using SNA acceleration. [...] > and I am keeping DPMS disabled. [...] > Is there any progress on this issue? These two issues (#714531 [1] and #682816 [2]) seem to have disappeared (at least)

Bug#819461: found the problem

plese close the ticket

Bug#675363: I had the same problem but it went away

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I was having the same issues on my HD Graphics 5500, last seen on jessie with original kernel + backports xserver-xorg-video-intel. However since getting the backports kernel, too, this problem disapeared. It also did not reappear in stretch

Bug#801605: Same problem, different error.

On Sat, 24 Oct 2015 08:06:56 -0700 VDR User <user@gmail.com> wrote: > I have the same problem here but my error is different. > > xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory) > > From what I've read it's caused by Debian not providing correct >

Bug#801605: Same problem, different error.

I have the same problem here but my error is different. xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory) >From what I've read it's caused by Debian not providing correct systemd files and thus breaking Xorg's "unprivileged mode". Before "upgrading"

Bug#795651: same problem in sid

I upgrade my system to sid, and get the same problem.

Bug#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade

evrrything worked really well - just half a dozen oro so config files needed merging with new upstream etc. Painless! However, I'm now seeing a really odd problem with X on my machine. I've got an AMD graphics card, which Xorg.0.log tells me is a RADEON(0): Chipset: PITCAIRN (ChipID = 0x6810

Bug#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade

.log file has been updated with mode lines for the monitor, suggesting things have just woken up fine. But still no display. Similar problem this morning. I've found that using xrandr to disable and re-enable the DisplayPort output I'm using helps - the display comes back. Until xrandr

Bug#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade

problem this morning. I've found that using xrandr to disable and re-enable the DisplayPort output I'm using helps - the display comes back. Until xrandr segfaults, anyway - see separate bug. Something weird in the card state, I guess? -- Steve McIntyre, Cambridge, UK

Bug#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade

, suggesting things have just woken up fine. But still no display. Similar problem this morning. I've found that using xrandr to disable and re-enable the DisplayPort output I'm using helps - the display comes back. Until xrandr segfaults, anyway - see separate bug. Something weird in the card

Bug#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade

files needed merging with new upstream etc. Painless! However, I'm now seeing a really odd problem with X on my machine. I've got an AMD graphics card, which Xorg.0.log tells me is a RADEON(0): Chipset: PITCAIRN (ChipID = 0x6810) and a DP+ connection to a lovely 27 NEC monitor. It works just

Bug#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade

a really odd problem with X on my machine. I've got an AMD graphics card, which Xorg.0.log tells me is a RADEON(0): Chipset: PITCAIRN (ChipID = 0x6810) and a DP+ connection to a lovely 27 NEC monitor. It works just fine when I'm using it, *but* when I leave it overnight and come in the next morning

Bug#749006: marked as done (xkb-data: fujitsu_vndr layouts syntax problem in ckbcomp)

Your message dated Sun, 26 Apr 2015 17:00:01 + with message-id e1ymput-gx...@franck.debian.org and subject line Bug#749006: fixed in xkeyboard-config 2.14-1 has caused the Debian Bug report #749006, regarding xkb-data: fujitsu_vndr layouts syntax problem in ckbcomp to be marked as done

Bug#746409: Problem solved.

I have not used the computer for several months. Then I discovered that the motherboard was broken. After replacing a new motherboard and updating Debian GNOME works correct. dmesg|grep radeon output: [5.511786] [drm] radeon kernel modesetting enabled. [5.523032] radeon :01:05.0:

Bug#778991: picture of the problem

signature.asc Description: This is a digitally signed message part

Bug#776411: nouveau: Another Nouveau gup lockup problem

On 2015-01-27 20:12 +0100, Tobias Schlemmer wrote: Package: xserver-xorg-video-nouveau Version: 1:1.0.11-1 Severity: normal File: nouveau Hi, I'm experiencing occasionally GPU lockups. So far I can tell, that in most cases iceweasel is involved. After opening a new tab, the image

Bug#774283: Problem identified and solved

Hello together, i did not install the backup and found the problem now. The ATI driver from March 2014 did not fit together with the updated X-Server package. I downloaded and installed the newest Catalyst driver from here and X is running now again: http://support.amd.com/de-de/download

Bug#758274: Same problem here with i915_dri.so on 10.3.2-1

[27.269] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch) [27.269] (EE) GLX: could not load software renderer The same problem exists in mesa-10.3.2-1. This is not our

Bug#771416: No problem with Wheezy kernel

Dear maintainers, I just wanted to add that this problem does not appear with Wheezy. Thanks for your time and work, YvanM -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https

Bug#758274: Same problem here with i915_dri.so on 10.3.2-1

/dri/swrast_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch) [27.269] (EE) GLX: could not load software renderer The same problem exists in mesa-10.3.2-1. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject

Bug#749006: xkb-data: fujitsu_vndr layouts syntax problem in ckbcomp

, for example xkb_symbols basic { Adding basic to the xkb_symbols block solves the problem for both layouts Forwarded upstream at the url above. Thanks for the report. Cheers, Julien signature.asc Description: Digital signature

Processed: Re: Bug#749006: xkb-data: fujitsu_vndr layouts syntax problem in ckbcomp

Processing control commands: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=85489 Bug #749006 [xkb-data] xkb-data: fujitsu_vndr layouts syntax problem in ckbcomp Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/show_bug.cgi?id=85489'. -- 749006: http://bugs.debian.org

Bug#765490: xserver-xorg-video-vmware problem details

I have also been experiencing the window resize problems. My problems are there whether or not VMware tools as provided with VMware workstation 10 are installed. I have been running Debian Jessie recently installed from debian-testing-amd64-netinst.iso in VMware workstation 10 running under

Bug#754822: same problem with a ALPS device

hi, during an apt-get upgrade today, my xserver-xorg-input-synaptics was upgraded to 1.8.0-1 and the same problem arise. I'm not using an Elantech mouse, but an ALPS: $ egrep -i 'synap|alps|etps' /proc/bus/input/devices N: Name=ALPS PS/2 Device N: Name=AlpsPS/2 ALPS GlidePoint I noticed

Bug#754822: same problem with a ALPS device

On Wed, Jul 16, 2014 at 12:32:29PM -0300, Fred Maranhão wrote: hi, during an apt-get upgrade today, my xserver-xorg-input-synaptics was upgraded to 1.8.0-1 and the same problem arise. I'm not using an Elantech mouse, but an ALPS: $ egrep -i 'synap|alps|etps' /proc/bus/input/devices N

Bug#714531: xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem

On Thu, 11 Jul 2013 22:48:05 +0200 Francesco Poli wrote: On Wed, 10 Jul 2013 22:31:25 +0200 Francesco Poli wrote: [...] I am currently trying to see what happens if I disable dpms in xscreensaver... After disabling dpms, I again experienced the slowness issue similar to #682816.

Bug#749963: Should be software problem

I think this issue is software problem (not hardware), because, when I use chromium with flash (download from google-chrome), watching youtue movie (flash version), the movie is very smooth, and the sound is also good. Anyone have idea? Thanks. -- To UNSUBSCRIBE, email to debian-x-requ

Bug#749006: xkb-data: fujitsu_vndr layouts syntax problem in ckbcomp

but they have a single xkb_symbols {} block These are the only layout files that are giving the error, because all other layouts have, for example xkb_symbols basic { Adding basic to the xkb_symbols block solves the problem for both layouts -- System Information: Debian Release: jessie/sid APT

Bug#640699: marked as done (keyboard problem with xserver xfbdev: why does it not work?)

Your message dated Sun, 13 Apr 2014 18:09:39 +0200 with message-id 20140413160939.ga1...@betterave.cristau.org and subject line Re: Bug#640699: keyboard problem with xserver xfbdev: why does it not work? has caused the Debian Bug report #640699, regarding keyboard problem with xserver xfbdev: why

Bug#418818: marked as done (xterm: strange creeping background problem on redraw when using mutt and screen)

Your message dated Tue, 21 Jan 2014 23:19:44 + with message-id 52df0090.1060...@solveig.org and subject line Re: xterm: strange creeping background problem on redraw when using mutt and screen - closing has caused the Debian Bug report #418818, regarding xterm: strange creeping background

Bug#588802: marked as done (After log out, xorg crashes, problem with internal graphic card)

Your message dated Wed, 18 Dec 2013 12:32:41 + with message-id e1vtgir-0007wi...@franck.debian.org and subject line Bug#732478: Removed package(s) from unstable has caused the Debian Bug report #588802, regarding After log out, xorg crashes, problem with internal graphic card to be marked

Bug#729157: Problem gone

Hello, the problem which I reported a few days back disappeared again and I cannot reproduce anymoe. I suggest to close the bug report since I did not upgrade xserver-xorg-video- intel and the bug went away. Thanks Rainer -- Rainer Dorsch http://bokomoko.de/ -- To UNSUBSCRIBE, email

Bug#730351: xorg: Fresh Jessie, same problem

Package: xorg Followup-For: Bug #730351 Because my system is really unstable since I encountered this bug, I tried wiping everything and installed Jessie from scratch. Turns out I get the same behaviour, just worse. Now gnome-shell as well as xorg go crazy with CPU usage. I don't have the xorg

Bug#729758: xorg: startx fails with a screen indicating an unknown problem and a logout button

) then displays an graphic error screen indicating something has gone wrong and for me to try again. The display includes a button marked Log out. The cursor is working and when I click the button the server shutsdown with no indication of a problem. The log file shows only a few warnings

Bug#645468: marked as done (xserver-common: Left Mouse Button does not work - Dell Mouse - Replugin it fixes the problem)

Your message dated Tue, 08 Oct 2013 01:22:28 + with message-id 52535e54.2080...@solveig.org and subject line Re: xserver-common: Left Mouse Button does not work - Dell Mouse - Replugin it fixes the problem - closing has caused the Debian Bug report #645468, regarding xserver-common: Left

Bug#695496: marked as done (mesa: Torchlight crashes because of mesa texture problem)

Your message dated Sat, 28 Sep 2013 18:16:56 +0200 (CEST) with message-id 1162443426.1028741380385016433.JavaMail.defaultUser@defaultHost and subject line fixed in 9.1 has caused the Debian Bug report #695496, regarding mesa: Torchlight crashes because of mesa texture problem to be marked as done

Bug#445023: marked as done (compiz: Problem with struts on top and left panels)

Your message dated Fri, 16 Aug 2013 13:46:15 + with message-id e1vakm3-0002x4...@franck.debian.org and subject line Bug#719870: Removed package(s) from unstable has caused the Debian Bug report #445023, regarding compiz: Problem with struts on top and left panels to be marked as done

Bug#714531: xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem

On Wed, 10 Jul 2013 22:31:25 +0200 Francesco Poli wrote: [...] I am currently trying to see what happens if I disable dpms in xscreensaver... After disabling dpms, I again experienced the slowness issue similar to #682816. After leaving the box with a locked display, I type my password, unlock

Bug#714531: xserver-xorg-core: Xorg freezes with i915 intel_crtc_wait_for_pending_flips problem

On Sun, 30 Jun 2013 15:58:58 +0200 Olivier Berger wrote: Hi. I just encountered a freeze on a Dell latitude E5400, where X is frozen, but the machine is accessible through SSH. Here's the message I found in the syslog [...] Hello, I seem to experience basically the same bug on a

Bug#696176: No problem here

Filipus Klutiero chea...@gmail.com writes: I also use a Radeon HD 7660D (on A10-5700) and do not experience this issue on my wheezy install (using Linux 3.8). Can you reproduce with current versions? Yes, I can still reproduce this using xserver-xorg-video-radeon 1:6.14.4-8 and

Bug#646989: xserver-xorg: Exactly the same Problem here

Package: xserver-xorg Version: 1:7.7+2 Followup-For: Bug #646989 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I wanted to upgrade from Squeeze to Wheezy, but I failed because of the described bug. I did a fresh-install

Bug#687058: xserver-xorg-video-radeon: Gnome 3 fonts rendering problem (also appeared at fonts in Blender Software)

Just re-installed Debian Testing, and the problem still exists. The problem appears only on fonts that are rendered for Gnome Menu, as shown in the pic attached on first message. The lines on the fonts change as i change the font size and hinting via Advanced Settings program

Processed: Re: Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang

Processing control commands: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=63048 Bug #703291 [xserver-xorg-video-nouveau] [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang Set Bug forwarded-to-address to 'https

Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang

Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=63048 Control: reassign -1 src:linux Control: found -1 3.2.39-1 Control: affects -1 xserver-xorg-video-nouveau On 2013-04-03 01:06 +0200, Guy Heatley wrote: I have raised this issue as a bug on freedesktop.org The bug number is

Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang

Joachim wrote: On 2013-03-18 22:44 +0100, Guy Heatley wrote: Sven - I can confirm that your downgrading suggestion fixes this problem. On 18/03/13 17:03, Sven Joachim wrote: Kernel folks, this appears to be a regression resulting from the DRM 3.4 backport. Can you confirm that downgrading

Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang

confirm that your downgrading suggestion fixes this problem. On 18/03/13 17:03, Sven Joachim wrote: Kernel folks, this appears to be a regression resulting from the DRM 3.4 backport. Can you confirm that downgrading linux-image-3.2.0-4-amd64 to 3.2.35-2 (available on snapshots.debian.org

Bug#653327: same problem with cairo-dock

Dear Maintainers, I ran into a similar problem on a fresh Wheezy install when trying to use Cairo-Dock. The error message I got from Xsession is: Xsession: X session started for dani at 2013. márc. 23., szombat, 13.43.47 CET Xsession: unable to launch gnome-session --session=cairo-dock X session

Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang

On 2013-03-18 22:44 +0100, Guy Heatley wrote: Sven - I can confirm that your downgrading suggestion fixes this problem. On 18/03/13 17:03, Sven Joachim wrote: Kernel folks, this appears to be a regression resulting from the DRM 3.4 backport. Can you confirm that downgrading linux-image

Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang

machine a couple of days ago with APT, my dual-display setup has stopped working. I assume that the last upgrade was less than half a year ago? If so, it's almost certainly a problem with the latest kernel. I run an xrandr script as I login to set up my twin displays: # 1280x1024 59.89 Hz

Bug#703291: [xserver-xorg-video-nouveau] Dual display problem: Using xrandr to setup dual displays causes X to hang

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven - I can confirm that your downgrading suggestion fixes this problem. On 18/03/13 17:03, Sven Joachim wrote: Kernel folks, this appears to be a regression resulting from the DRM 3.4 backport. On 2013-03-18 02:05 +0100, Guy Heatley wrote

Bug#673923: KVM-Switch-Problem

Same Problem here. (Being despaired since I need my notebook for many presentations.) lspci output: 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 17df

Bug#698324: gpu hang problem exists only since 2.20

found 698324 2:2.19.0-6 notfound 698324 2:2.19.0-6 thx i downgraded to xserver-xorg-video-intel:amd64 2:2.19.0-6, and i haven't run into that condition for almost four days. with 2.20, the issues occurred roughly every 24-48 hours for four times in succession, so i'm confident enough to state

Processed (with 5 errors): gpu hang problem exists only since 2.20

Processing commands for cont...@bugs.debian.org: found 698324 2:2.19.0-6 Bug #698324 [xserver-xorg-video-intel] recent gpu hangups on 965GM Marked as found in versions xserver-xorg-video-intel/2:2.19.0-6. notfound 698324 2:2.19.0-6 Bug #698324 [xserver-xorg-video-intel] recent gpu hangups on

Bug#698324: gpu hang problem exists only since 2.20

. with 2.20, the issues occurred roughly every 24-48 hours for four times in succession, so i'm confident enough to state this here as a working assumption. as things happen, the problem bit again, while running 2.19. whether it happens less frequently or i was just lucky the last days remains

Processed: Re: gpu hang problem exists only since 2.20

Processing commands for cont...@bugs.debian.org: found 698324 2:2.19.0-6 Bug #698324 [xserver-xorg-video-intel] recent gpu hangups on 965GM Marked as found in versions xserver-xorg-video-intel/2:2.19.0-6. found 698324 2:2.19.0-6 Bug #698324 [xserver-xorg-video-intel] recent gpu hangups on 965GM

Bug#695496: mesa: Torchlight crashes because of mesa texture problem

Package: mesa Version: 8.0.5-3 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** The game Torchlight for Linux crashes when entering certain location. It seems the problem is in mesa package and its checks for mipmap dimensions (see http

  1   2   3   4   5   6   7   8   9   10   >