Package: xserver-xorg-video-radeon
Version: 1:7.5.0-1+b1
Severity: grave
With the 4.2 kernel, X11 fails to start up. The log file Xorg.0.log
contains a diagnostic "[drm] failed to set drm interface version."
Workaround: downgrading to kernel 4.1 allows X11 to start.
Note that this bug report is
Package: libx11-doc
Version: 1.4.4-3
Severity: normal
Unpacking libx11-doc (from .../libx11-doc_2%3a1.4.4-3_all.deb) ...
dpkg: error processing /var/cache/apt/archives/libx11-doc_2%3a1.4.4-3_all.deb
(--unpack):
trying to overwrite '/usr/share/man/man3/XGetXCBConnection.3.gz', which is
also in p
On Sun, Oct 30, 2011 at 07:16:52PM +0100, Julien Cristau wrote:
> On Sat, Aug 6, 2011 at 10:49:13 -0500, Steve M. Robbins wrote:
>
> > Package: xorg
> > Version: 1:7.6+7
> > Severity: normal
> >
> > In June, I noticed a problem with xemacs 21.4.22-3.1,
I'm running Debian sid, using xemacs 21.4.22-3.1, which is nearly a
year old. In the last couple of weeks, the editor window began
"leaving behind" copies of the red cursor box. See attached
screenshot. Redrawing the window (e.g. using CTRL-L) is enough to
clear up the cursors.
Since xemacs has
severity 625521 normal
thanks
First: thanks again to all who helped me with this bug.
On Thu, May 12, 2011 at 03:50:57PM -0400, Filipus Klutiero wrote:
> Hi Steve,
> sorry if you already received my last mail, but could you please
> justify severity critical for this bug?
Thanks to the help of
On Thu, May 12, 2011 at 07:49:26AM -0500, Jonathan Nieder wrote:
> > I did try to downgrade, but I'm not sure I succeeded. Do you want me
> > to try again?
So I did try again with libc 2.11.2-11 and the bug remains: fbdev
crashes.
> The other loose thread I'm curious about is what triggered t
On Fri, May 06, 2011 at 03:46:35AM -0500, Jonathan Nieder wrote:
> Michel Dänzer wrote:
>
> > [ Dropping the libc6 list from CC, as this doesn't seem to have anything
> > to do with libc6 after all ]
>
> Yes, sorry for the misdirection.
>
> Actually I have a question in mind still. The origina
On Fri, May 06, 2011 at 10:30:01AM +0200, Michel Dänzer wrote:
> So, where does that leave this report? I still suspect the bug is that
> the fbdev driver doesn't properly handle the virtual directive in
> SubSection "Display", but before reassigning to xserver-xorg-video-fbdev
> (and most likely
On Thu, May 05, 2011 at 09:33:45AM +0200, Michel Dänzer wrote:
> On Mit, 2011-05-04 at 23:41 -0500, Steve M. Robbins wrote:
> > On Wed, May 04, 2011 at 10:08:47AM +0200, Michel Dänzer wrote:
> >
> > > Steve, can you provide the output of fbset -i and the
> > >
On Wed, May 04, 2011 at 02:18:35AM -0500, Jonathan Nieder wrote:
> Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg
> and get a full backtrace (bt full), or even better, run xorg under
> valgrind and see what it says?
OK, I ran valgrind Xorg; note that valgrind was not exit
On Wed, May 04, 2011 at 09:29:53AM +0200, Michel Dänzer wrote:
> On Mit, 2011-05-04 at 02:18 -0500, Jonathan Nieder wrote:
> > Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg
> > [...]
>
> More importantly xserver-xorg-core-dbg, to get debugging symbols
> for /usr/lib/xo
On Wed, May 04, 2011 at 10:08:47AM +0200, Michel Dänzer wrote:
> Steve, can you provide the output of fbset -i and the
> "/etc/X11/xorg.conf file as well? Any reason for not using the radeon
> driver?
I don't know why the radeon driver is not in use. I have two monitors
(1600x1200 and 1920x1200)
On Wed, May 04, 2011 at 01:34:15PM +0200, sean finney wrote:
> And furthermore, even if Debian chooses to "fix" this, upstreams will
> be forced to eventually cater to the default glibc behavior for every
> other libc distro out there that does not have their own "fix" (and
> non-libc OS's where t
On Wed, May 04, 2011 at 12:29:50PM +0200, Julien BLACHE wrote:
> "Steve M. Robbins" wrote:
>
> Hi,
>
> > I'm with Linus on this: let's just revert to the old behaviour. A
> > tiny amount of clock cycles saved isn't worth the instability.
>
On Wed, May 04, 2011 at 12:10:48AM -0500, Jonathan Nieder wrote:
> Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518
> which is fixed (sort of) by commit 0354e355 (2011-04-01).
Oh my word. So glibc 2.13 breaks random binaries that happened to
incorrectly use memcpy() instead of me
On Tue, Apr 26, 2011 at 08:34:42AM +0200, Cyril Brulebois wrote:
> Hi,
>
> Steve M. Robbins (25/04/2011):
> > This bug is almost a repeat of #527483 except that the symbol is
> > present in the static library. It's not present in the shared lib,
> > however, wh
On Mon, Jan 11, 2010 at 08:04:15AM +0100, Brice Goglin wrote:
> Steve M. Robbins wrote:
> > Package: xserver-xorg-video-radeon
> > Version: 1:6.12.4-2
> > Severity: normal
> >
> > Just upgraded all packages today and rebooted into my first attempt at
> > u
FYI: I just downgraded the xserver packages back to
those of "testing" and the Sony screen works again.
st...@riemann{~}dpkg --list 'xserver*' |grep ^ii
ii xserver-common 2:1.6.5-1
common files used by various X servers
ii xserver-xorg
On Tue, Jun 20, 2006 at 05:30:20PM +0200, Michel Dänzer wrote:
> On Tue, 2006-06-20 at 10:34 -0400, Steve M. Robbins wrote:
> > ... could [libgl1-mesa-dev] supply the GLw library as does
> > libgl1-mesa-swx11-dev?
>
> No, and I'm not sure what the point would be, given
On Tue, Jun 20, 2006 at 11:51:27AM +0200, Michel Dänzer wrote:
> On Mon, 2006-06-19 at 09:10 -0400, Steve M. Robbins wrote:
>
> > It appears that libgl1-mesa-swx11-dev is built from mesa 6.4.2, whilst
> > GL-from-xorg is built from mesa 6.9.0.
>
> There's no such
On Mon, Jun 19, 2006 at 08:58:10AM +0300, Daniel Stone wrote:
> On Sun, Jun 18, 2006 at 08:48:46PM -0400, Steve M. Robbins wrote:
> > Before the Great Fracturing, I believe this file was in
> > xlibmesa-gl-dev. Where may I find it now?
>
> GLw is not built; it's not i
Hello,
Before the Great Fracturing, I believe this file was in
xlibmesa-gl-dev. Where may I find it now?
Thanks,
-Steve
- Forwarded message from Julien Danjou <[EMAIL PROTECTED]> -
Date: Sun, 18 Jun 2006 15:33:36 +0200
From: Julien Danjou <[EMAIL PROTECTED]>
Subject: Bug#374303: inven
Hi David,
I appreciate your prompt reply. I imagine you and the rest of the
X11-packaging team must be feeling a bit under fire at the moment.
I'd like to let you know that your efforts are greatly appreciated,
nonetheless.
On Sun, Apr 16, 2006 at 05:47:43PM -0400, David Nusinow wrote:
> The x
After an upgrade to xorg 1:7.0.12, I was left with one file in
/usr/X11R6/bin: xearth. I subsequently discovered that xearth is
"non-free". Possibly you missed all the non-free package conflicts?
So I removed xearth, and /usr/X11R6/bin went away. X wouldn't start
because nothing could now be f
Hi,
Today, "apt-get dselect-upgrade" wants to remove several packages,
e.g. "xfs", presumably due to new conflicts by xorg.
I checked for a bug report on "xfs" and found none. Have all the
maintainers of newly-uninstallable packages been notified
about this change?
Or should I file bug reports?
25 matches
Mail list logo