public inbox for gentoo-amd64@lists.gentoo.org
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-amd64@lists.gentoo.org
Subject: [gentoo-amd64]  Re: xinerama in xorg-x11-7.0-r1?
Date: Tue, 28 Feb 2006 07:01:53 -0700	[thread overview]
Message-ID: <pan.2006.02.28.14.01.52.428482@cox.net> (raw)
In-Reply-To: 200602280915.09978.prh@gotadsl.co.uk

Peter Humphrey posted <200602280915.09978.prh@gotadsl.co.uk>, excerpted
below,  on Tue, 28 Feb 2006 09:15:09 +0000:

> On Monday 27 February 2006 23:32, I wrote:
> 
>> Quite possibly, the modularisation of X is not yet finished and this
>> small anomaly will go away soon.
> 
> It isn't that. I looked in the corresponding Xorg.0.log on another system
> on the same box and found the xinerama extension being loaded there too,
> in spite of the use flag's not being set there either.
> 
> So the question is why X is being compiled with xinerama support when it's
> been told not to.

I'd still be inclined to consider it an issue with the new modular X. 
Not all is yet entirely smooth going with it.

Also note that Section ServerFlags of xorg.conf can contain an Option
"Xinerama" line.  Previously, even if Xinerama support was compiled, it
was off by default unless you had that option listed and it wasn't toggled
off in the option (the option defaults to on if found, so on doesn't have
to be specified).  Assuming you don't have that option listed, perhaps
the default has changed, and it now defaults to on under certain
circumstances?

I wouldn't have noticed it here as I run dual monitors (altho I have
xinerama off because I'm running the radeon driver in merged framebuffer
mode, with its pseudoxinerama, so I don't need the extension turned on) in
xinerama mode (well pseudoxinerama, without the extension, as explained).

I'd check and see if there's a bug on it, and consider filing one, if not.
If the change is intentional, it should no longer have that flag, so
obviously, there's either a bug in the support being added, or in the flag
still being there but not honored.  That's a bug that needs filed, unless
there's already one on it.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-amd64@gentoo.org mailing list



  reply	other threads:[~2006-02-28 14:07 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-27 23:32 [gentoo-amd64] xinerama in xorg-x11-7.0-r1? Peter Humphrey
2006-02-28  9:15 ` Peter Humphrey
2006-02-28 14:01   ` Duncan [this message]
2006-02-28 16:52     ` [gentoo-amd64] " Peter Humphrey
2006-02-28 17:40   ` [gentoo-amd64] " Richard Fish
2006-02-28 18:51     ` [gentoo-amd64] " Duncan
2006-02-28 20:39       ` Richard Fish
2006-03-01  0:40         ` [gentoo-amd64] " Duncan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=pan.2006.02.28.14.01.52.428482@cox.net \
    --to=1i5t5.duncan@cox.net \
    --cc=gentoo-amd64@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox