* Julien Cristau:
> I'm considering the below diff for lenny, please review and tell me
> whether this is ok for testing-security.
If I read the patch correctly, you change the compiled-in defaults.
This is fine, but is somewhat different from allowWindowOps approach
in etch (which shipped a conf
* Paul Szabo:
> Ubuntu still allows window title reporting, and is vulnerable to
> perl -e 'print "\e\]0;;bad-command;\a\e\[21t"'
Thanks for reporting this.
The sid version is also affected because allowWindowOps is not set to
false in the configuration.
I plan to fix this for etch by disabling
* Alex Deucher:
>> Hmm. Unfortuantely, it's not much faster with EXA. 8-(
> How big is your screen (including both heads if you are using
> dualhead)? The texture coordinate limits are 2048x2048 on r3xx/r4xx
> hw.
It's 3840x1200 in regular operation. OpenGL applications have display
problems
* Zack Weinberg:
>> Hmm. Unfortuantely, it's not much faster with EXA. 8-(
>
> I saw a substantial improvement in the performance of a rotated screen
> with EXA -- it was unusable with XAA and fine with EXA. Perhaps you
> have a different card?
01:00.1 Display controller: ATI Technologies Inc R
* Alex Deucher:
> This is a known bug. If you put a rotation in your config, you get a
> crash because acceleration is not set up when the rotation is
> initialized. When the ordering was changed to fix this, it led to a
> worse bug (immediate hard lock), so it was reverted. No one has had
> ti
retitle 495267 xrandr fails to recognize certain CRTC configurations
reassign x11-xserver-utils 7.3+5
thanks
* Michel Dänzer:
> On Sun, 2008-08-31 at 11:08 +0200, Florian Weimer wrote:
>> * Jed Davis:
>>
>> >> I guess you'll have to specify a mode as well
* Jed Davis:
>> I guess you'll have to specify a mode as well since just --crtc seems
>> to disable the output. Try:
>> xrandr --output DVI-0 --off
>> xrandr --output DVI-0 --crtc 1 --mode 1024x768
>
> That does the trick (as does adding the --crtc 1 to the line in my
> .xinitrc that configures t
* Michel Dänzer:
> On Sat, 2008-08-16 at 09:33 +0200, Florian Weimer wrote:
>> tag 495267 upstream
>> thanks
>>
>> Upstream HEAD is still affected.
>>
>> commit 55e4469f59c82bb5762673de5f3f27d18b0bd9a3
>> Author: Alex Deucher <[EMAIL PROTE
tag 495267 upstream
thanks
Upstream HEAD is still affected.
commit 55e4469f59c82bb5762673de5f3f27d18b0bd9a3
Author: Alex Deucher <[EMAIL PROTECTED]>
Date: Tue May 20 17:46:58 2008 -0400
RADEON: enable cloning on multi-crtc cards
diff --git a/src/radeon_output.c b/src/radeon_output.c
index
* Sergei Golovan:
> Certainly affected packages are tk8.3, tk8.4, tk8.5, blt, tile. Also
> perl-tk and ruby are likely to break after possible upgrade of
> x11proto-core. (May be other packages which use Tk.)
What about statically-linked, proprietary applications? Why hasn't this
happened in the
reopen 443810
found 443810 1:6.6.193-3
fixed 443810 1:6.7.195-2
tag 443810 fixed-in-experimental
thanks
This bug is still present in unstable, but experimental has been fixed
(with the xrendr workaround).
--
Florian Weimer<[EMAIL PROTECTED]>
BFK edv-consulting GmbH
extensive configuration tweaks and the version from
experimental, without any luck.
--
Florian Weimer<[EMAIL PROTECTED]>
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99
X.Org X
* Brice Goglin:
> Hi Florian,
>
> There's a new release candidate of the ATI driver (6.6.192) in
> experimental, you might want to try it in case it fixes your bug.
Sorry, no difference. I hooked up a monitor to the analog output, and
it showed garbage (a distored black-and-white checkerboard, b
* Josh Triplett:
> Matthias Klose wrote:
>> Josh Triplett schrieb:
>>> Would the Debian maintainers of sun-java5-bin and sun-java6-bin please
>>> consider applying these workarounds to the packages, to avoid locking
>>> assertion failures when libx11-6 with Xlib/XCB enters unstable?
>>
>> sorry,
* Brice Goglin:
> Hi Florian,
>
> Could you try with the ATI driver currently in experimental (6.6.191)?
Hi Brice,
thanks for you reply.
The current version of xserver-xorg-video-ati in experimental hasn't
been build yet for amd64. I'll try to build it and will report back.
> Also, what kind
Package: xserver-xorg-core
Version: 2:1.3.0.0.dfsg-3
When upgrading from xserver-xorg-core 2:1.1.1-21, the screen remains
blank. Log file is attached. Switching back to the console is
possible, but the screen remains blank.
This happens with and without an xorg.conf.
X Window System Version 1
* Brice Goglin:
> Closing since the submitter's address is invalid. If anybody ever
> reproduces this problem, feel free to reopen.
#24706 has likely been fixed subsequently. CVE-2004-1347 is a good
guess.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
For a Radeon X600 card, the "ati" driver does not perform fallback, either.
lspci excerpt:
:01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B62 [Radeon
X600 (PCIE)]
:01:00.1 Display controller: ATI Technologies Inc Radeon X600(RV380)
(Vendor IDs are 1002:5b62 and 1002:5b7
* Daniel Stone:
> As I'm sure you all know, XFree86 post-4.4RC2 bears a non-DFSG-free
> licence, which makes it impossible for Debian to include.
The license appears to be DFSG-free, but incompatible with the GPL.
Branden Robinson <[EMAIL PROTECTED]> writes:
> On Mon, Sep 30, 2002 at 09:48:21PM +0200, Florian Weimer wrote:
>> IMHO, this is not necessary. The X11 library overhead is a red
>> herring. In most situations, you need them anyway to run X11
>> applications. I find th
Branden Robinson <[EMAIL PROTECTED]> writes:
> On Mon, Sep 30, 2002 at 09:48:21PM +0200, Florian Weimer wrote:
>> IMHO, this is not necessary. The X11 library overhead is a red
>> herring. In most situations, you need them anyway to run X11
>> applications.
21 matches
Mail list logo