Re: `Xorg -configure' failure
On 08/10/11 03:56, Harry Putnam wrote:
> Scott Ferguson <email@example.com> writes:
>>>> It's considered bad manners to cross post - why waste more peoples
>>> Why is that wasting anyones time. Some people read it here some
>>> there, if they don't like the subject or content they move on.
What happens it that most lists (officially or otherwise) have people
who try and make sure all requests for assistance are answered - when
you cross post it can happen that two people on different lists invest
time (that could be spent elsewhere) on answering a question. Only one
correct solution is useful - so the other work is redundant.
In this instance the issue *is* upstream (X.org or the
freedesktop.org.) - while I've suggested solutions that may work
(work-arounds), the best solutions are ones made upstream - and they'll
take time to come downstream.
>> Nice attitude.
> I'm not really sure why that is a bad attitude still but you have
> humbled me with your comment below.
And my post was unprofessional at best. Unnecessarily harsh. You don't
need excuses from me.
>> Some people read things - that takes time.
> I do suffer from some unwillingness to read some kinds of stuff.
> You might call it lazy and maybe it is, but what happens is that I do
> not understand large parts of it, and therefore am quite unable to
> really absorb the meaning.
Nothing unique there.
> For me even to understand what the bugs we've discussed are truly
> saying would require going back to very basic stuff and studying hard
> for some mnths to begin to get a handle on this stuff.
It's either that or wait for a bug fix to trickle down (or revert to
earlier software). My method of attempting to fix everything myself is
not for everyone.
> I guess I had hoped to find some solution without having to spend
> hours and hours pounding away at stuff I don't understand yet.
> I've been able to run linux since early 90s,
When I recall almost *all* monitors required hand tweaking to configure
- whereas now X rarely requires tweaking except by experts or those that
require unusual customization.
> and have been able to
> have the large roomy desktop that pans since probably 97 or so. I
> thought it could probably be done now too.
It can - with provisos. Also consider that your video card has three
>> Not counting this post - there are 26 posts in the three threads you
>> have on this subject (panning) including three xorg logs - without
>> reading all of them I can't determine what *isn't* relevant. If you're
>> so certain about what it costs other people maybe you should fix your
>> own problems.
> Again, I stand humbled.
Was not my intention - my apologies. I took on more than I have time
for, and that incompetence translated into rudeness.
Hopefully you'll find a quick solution. At least these threads/posts can
provide others with a reference to what has been tried.
> I do really appreciate your work and the
> effort you've put in. With your help I now have some understanding of
> how to use xrandr (note I say SOME understanding [very little])
> Let me explain something at this point. I did not realize any
> experiments I do with xrandr commands are regarded as basic changes in
> my setup. I did not realize the xrandr setting from the command line
> are persistent.
But something has changed - and it's a huge amount of material to parse
through trying to determine what, and whether those changes are
permanent or pertinent.
Again, my apologies - but I don't have the available time to pursue this
further (I still have many emails just to read). If I think of something
I will post.
I'd suggest you disable unused displays, freeing up space in your
virtual screen. Read the man for xrandr, the wiki.debian.org stuff is
outdated - still relevant, but no longer the full story. Incorporate
your xrandr changes into xorg.conf. Xorg.conf doesn't need to be
complete like in Lenny - but any "sections" must be complete. ie. udev
will create what's necessary unless it's hard coded into xorg.conf. Use
xrandr to create modes. Use xorg.conf to make use of them.
An alternative approach to a similar ends is available in KDE - use a
very large desktop and "zoom" into particular areas. Alternatively just
use more virtual desktops.