Your message dated Sat, 1 Mar 2014 14:15:27 +0100 with message-id <20140301131527.GV17725@betterave.cristau.org> and subject line Re: Bug#724800: Xlib: extension "RANDR" missing on display has caused the Debian Bug report #724800, regarding Xlib: extension "RANDR" missing on display to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 724800: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724800 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: Xlib: extension "RANDR" missing on display
- From: Trevor A <astrope@tabbweb.com>
- Date: Fri, 27 Sep 2013 09:17:52 -0400
- Message-id: <20130927131752.25951.86629.reportbug@trevor.astrope.ca>
Package: xvfb Version: 2:1.14.3-3 Severity: grave Justification: renders package unusable I can no longer use Xvfb or xvfb-run after upgrading. Below is the output of a scenario that worked prior to the upgrade. astrope@trevor:~$ Xvfb :1 & [1] 25891 astrope@trevor:~$ Initializing built-in extension Generic Event Extension Initializing built-in extension SHAPE Initializing built-in extension MIT-SHM Initializing built-in extension XInputExtension Initializing built-in extension XTEST Initializing built-in extension BIG-REQUESTS Initializing built-in extension SYNC Initializing built-in extension XKEYBOARD Initializing built-in extension XC-MISC Initializing built-in extension SECURITY Initializing built-in extension XINERAMA Initializing built-in extension XFIXES Initializing built-in extension RENDER Initializing built-in extension RANDR Initializing built-in extension COMPOSITE Initializing built-in extension DAMAGE Initializing built-in extension MIT-SCREEN-SAVER Initializing built-in extension DOUBLE-BUFFER Initializing built-in extension RECORD Initializing built-in extension DPMS Initializing built-in extension X-Resource Initializing built-in extension XVideo Initializing built-in extension XVideo-MotionCompensation Initializing built-in extension SELinux Initializing built-in extension GLX [dix] Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! export DISPLAY=:1 astrope@trevor:~$ firefox (process:25902): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed Xlib: extension "RANDR" missing on display ":1". I also tried it with the +extension RANDR with the same result.
--- End Message ---
--- Begin Message ---
- To: "Joel W. Shea" <jwshea@gmail.com>, 724800-done@bugs.debian.org
- Subject: Re: Bug#724800: Xlib: extension "RANDR" missing on display
- From: Julien Cristau <jcristau@debian.org>
- Date: Sat, 1 Mar 2014 14:15:27 +0100
- Message-id: <20140301131527.GV17725@betterave.cristau.org>
- In-reply-to: <20140227141503.GA31376@imap.gmail.com>
- References: <20140227141503.GA31376@imap.gmail.com>
On Fri, Feb 28, 2014 at 01:15:03 +1100, Joel W. Shea wrote: > Package: xvfb > Version: 2:1.15.0-2 > Followup-For: Bug #724800 > > Julien, > > I believe this is actually a bug with Xvfb, as reported elsewhere; Xvfb doesn't support RANDR. That's at most a wishlist item, there's no point tracking that here. If a client doesn't work without RANDR, that client is buggy. Cheers, JulienAttachment: signature.asc
Description: Digital signature
--- End Message ---