28 Jan
2020
28 Jan
'20
6:56 p.m.
I've installed TDE on a new system running debian stable.
X is starting correctly with screen size 1920x1200, but every time when I log
in, I'm presented with a TDE desktop of size 1024x768 and have to resize it.
So I'm wondering:
1. Where is the value 1024x768 coming from?
2. How do I change it so that the TDE desktop starts at 1920x1200, so that I
don't need to modify it manually each time?
Doc
--
Web: http://enginehousebooks.com/drevans
28 Jan
28 Jan
6:59 p.m.
New subject: [trinity-users] making desktop size sticky?
Anno domini 2020 Tue, 28 Jan 11:56:24 -0700
D. R. Evans scripsit:
I've installed TDE on a new system running debian
stable.
X is starting correctly with screen size 1920x1200, but every time when I log
in, I'm presented with a TDE desktop of size 1024x768 and have to resize it.
So I'm wondering:
1. Where is the value 1024x768 coming from?
2. How do I change it so that the TDE desktop starts at 1920x1200, so that I
don't need to modify it manually each time?
Doc
Did you do a "fgrep 1024 ~/.trinity -R|grep 768" ?
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
7:09 p.m.
New subject: [trinity-users] making desktop size sticky?
Dne út 28. ledna 2020 D. R. Evans napsal(a):
I've installed TDE on a new system running debian
stable.
X is starting correctly with screen size 1920x1200, but every time when
I log in, I'm presented with a TDE desktop of size 1024x768 and have to
resize it.
So I'm wondering:
1. Where is the value 1024x768 coming from?
2. How do I change it so that the TDE desktop starts at 1920x1200, so
that I don't need to modify it manually each time?
Doc
If you run only the xserver itself, what resolution will it use?
What is mentioned about the resolution in /var/log/XOrg.0.log?
Are the display capabilities correctly detected?
On one of my machines I have a monitor connected to a 10m long VGA cable.
This has a problem detecting the capabilities of the monitor and therefore
the Xserver starts by default as 1024 × 768. I had to add lines Modeline
with higher resolution values to xorg.conf. Then everything works fine, no
matter how the monitor's capabilities are not detected.
Cheers
--
Slávek
9:25 p.m.
D. R. Evans wrote on 1/28/20 11:56 AM:
I've installed TDE on a new system running debian
stable.
X is starting correctly with screen size 1920x1200, but every time when I log
in, I'm presented with a TDE desktop of size 1024x768 and have to resize it.
So I'm wondering:
1. Where is the value 1024x768 coming from?
2. How do I change it so that the TDE desktop starts at 1920x1200, so that I
don't need to modify it manually each time?
I made the elementary error of changing things and experimenting for a couple
of hours, until I became completely lost :-( (even more lost than usual).
So I wiped all my changes and can report the following behaviour with three
different configuration, starting from a completely clean as-installed system.
1. No xorg.conf (which is the default on a newly installed debian system).
The display manager comes up in a low resolution (probably 1024x768, but I
don't actually know that).
TDE comes up in 1024x768. Using the Resize and Rotate application (from the
system tray), I can change the desktop to 1920x1200. The larger desktop works
fine, but the text in some applications (e.g., Konqueror) is much larger than
it should be.
2. I then created an xorg.conf using the Xorg program, and made it available
in /etc/X11. A copy of this file is attached as xorg.conf.default.
The behaviour appeared unchanged (which I think is correct: the default
xorg.conf should behave the same as no xorg.conf, I believe). So:
The display manager comes up in a low resolution (probably 1024x768, but I
don't actually know that).
TDE comes up in 1024x768. Using the Resize and Rotate application (from the
system tray), I can change the desktop to 1920x1200. The larger desktop works
fine, but the text in some applications (e.g., Konqueror) is much larger than
it should be.
3. I then added lines to try to force a 1920x1200 desktop. The resulting X
configuration file is attached as xorg.conf.1920x1200. Now:
The display manager comes up in high resolution.
TDE still comes up in 1024x768. Using the Resize and Rotate application (from
the system tray), I can change the desktop to 1920x1200. The larger desktop
works although, unlike configuration #2, a lot of the text is uncomfortably
small (e.g., in window titles and the desktop panels). The text inside
windows, though (for example, in Konqueror) is a comfortable size.
----
I will stop experimenting there, and wait for advice on what to change.
The /var/log/Xorg.0.log file for configuration 3 is almost twice the size of
the one for configuration 2. They are both large enough that I don't want to
post them unless that will be a help. I can't say that their content is very
meaningful to me.
Doc
PS If the reflector removes the attachments, I'll put them somewhere
accessible and repost here with the relevant URLs.
--
Web: http://enginehousebooks.com/drevans
29 Jan
29 Jan
3:48 a.m.
New subject: [trinity-users] Re: making desktop size sticky?
D. R. Evans composed on 2020-01-28 14:25 (UTC-0700):
The /var/log/Xorg.0.log file for configuration 3 is
almost twice the size of
the one for configuration 2. They are both large enough that I don't want to
post them unless that will be a help. I can't say that their content is very
meaningful to me.
Xorg.0.log is where X troubleshooting begins. Knowing the exact GPU model usually
helps too:
inxi -Gxx
run from within Konsole or Xterm.
http://paste.debian.net/
Easiest for everyone usually is:
pastebinit /var/log/Xorg.0.log
--
Evolution as taught in public schools is religion, not science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
7:14 p.m.
New subject: [SOLVED] Re: making desktop size sticky?
Thank you for all the suggestions.
I made a list of them, but while pondering them something else occurred to me:
that, since the desktop manager seemed to be starting at the correct
resolution, the problem perhaps wasn't with X per se, but with some setting
for TDE that was confusing the issue.
So I renamed ~/.trinity and rebooted (yes, I know that the reboot probably
wasn't necessary, but I wanted to get a completely uncontaminated situation,
with both X and TDE starting with no chance of any leftover junk confusing
things).
TDE came up at 1920x1200.
So far, everything now seems to be working correctly. So I've tentatively
concluded that some leftover configuration parameter somewhere was causing TDE
to start at a resolution different from the X resolution, and that from now on
it should start at the correct resolution.
Somewhere I imagine that there's documentation for all the configuration
parameters that affect TDE startup, but I was unable to find said
documentation; so while I'm happy that things now seem to be working, I'm not
particularly comfortable with the solution. If someone knows where detailed
documentation for TDE configuration can be found, I'd be delighted if they
would share that information.
Indeed, the entire TDE startup process, really: somewhere there's presumably
something that tells X to start sddm when X starts; and somewhere else there
must be something that tells TDE to start when "TDE" is selected and I provide
login credentials to sddm; and then TDE must start... but the details of any
of this seem to be hard to find. I'd really like to educate myself to
understand every step in the process.
Doc
--
Web: http://enginehousebooks.com/drevans
12:28 a.m.
New subject: [trinity-users] making desktop size sticky?
On Tue, 28 Jan 2020 11:56:24 -0700
"D. R. Evans" <doc.evans(a)gmail.com> wrote:
I've installed TDE on a new system running debian
stable.
X is starting correctly with screen size 1920x1200, but every time when I log
in, I'm presented with a TDE desktop of size 1024x768 and have to resize it.
So I'm wondering:
1. Where is the value 1024x768 coming from?
It may be one of the built-in modes X uses when it fails to query your system.
If this is a desktop system, try hooking it up to a different monitor just to see
if it's failing an EDID query or something.
2. How do I change it so that the TDE desktop starts
at 1920x1200, so that I
don't need to modify it manually each time?
First, run "xrandr -q" at the command line. That will tell you what screen
you're
using, what modes are available, and what the refesh rates are.
Use cvt to create a modeline for the resolution you want, based on this information.
Verify that you can set your desired mode using "xrandr --newmode [modeline
info]".
There are three things you can do with the information at this point:
Include the whole modeline in your xorg.conf, as in this example:
Section "Monitor"
Identifier "Monitor0"
Modeline "1280x1024_60.00" 108.88 1280 1360 1496 1712 1024 1025
1028 1060 -HSync +Vsync
Option "PreferredMode" "1280x1024_60.00"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1280x1024"
EndSubSection
EndSection
Your current xorg.conf may be failing because you only specified a resolution, and
not the rest.
Or add the xrandr --newmode command to ~/.xprofile, which will then be executed
when your user logs in.
Or slip the xrandr --newmode command into some script file in your system's/the
X server's/TDE's startup sequence—somewhere near the middle of the starttde
script would be one possible place, although you might prefer to look for whatever
your distro uses to bring up the display manager, to have it activate earlier.
Hopefully one of these things will work for you.
E. Liddell
4:46 a.m.
New subject: [trinity-users] making desktop size sticky?
E. Liddell composed on 2020-01-28 19:28 (UTC-0500):
Include the whole modeline in your xorg.conf, as in
this example:
Don't...
Section "Monitor"
Identifier "Monitor0"
Modeline "1280x1024_60.00" 108.88 1280 1360 1496 1712 1024 1025
1028 1060 -HSync +Vsync
Option "PreferredMode" "1280x1024_60.00"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1280x1024"
EndSubSection
EndSection
Xorg is every bit as capable of generating the modelines it needs as is gtf or
cvt. All it needs it good information. Normally it gets it from EDID. When the
EDID is bad, provide the info it needs to calculate from.
Normally the rates come from EDID, e.g. as shown by these Xorg.0.log excerpts:
(II) modeset(0): Using EDID range info for horizontal sync
(II) modeset(0): Using EDID range info for vertical refresh
Commonly the screen section is purely superfluous when appropriate specs are
provided in monitor section.
They are in the display's manual or on the internet, or a result from 'hwinfo
--monitor'.
Never ever have I needed a modeline since Xorg was forked off of XFree86. Xorg is
smart enough. It will automatically supply other supported modes when called for
instead of you needing to get cvt out and again modify xorg.con*.
Assuming xorg.conf is even the right way forward, which here I doubt, modelines
and cvt are virtually certainly unnecessary (and /ancient/) manual configuration
components. OP's xorg.confs are loaded with unnecessaries. None of the input or
font data or comments are relevant to video mode employed. Unlikely BusID or
explicit driver specification or display subsections are needed either, or bit depths.
Following as xorg.conf should be sufficient, e.g. (for a native 1920x1200 9 year
old 24" NEC; adjust to actual specs before attempting use):
Section "Device"
Identifier "DefaultDevice"
EndSection
Section "Monitor"
Identifier "DefaultMonitor"
HorizSync 31-77
VertRefresh 56-61
Option "PreferredMode" "1920x1200"
EndSection
Section "Screen"
Identifier "DefaultScreen"
Device "DefaultDevice"
Monitor "DefaultMonitor"
EndSection
In OP's situation, manual configuration is almost certainly a workaround for a
problem better fixed than worked around. There's no good reason for needing
intervention to have a display use it's native mode. There probably isn't a GPU
made in the past 15 years at least that can't handle 1920x1200 entirely through
automagic, or with a tiny bit of help in the form of HorizSync and VertRefresh.
Thus what's really needed is the specs involved (inxi -Gxx), and Xorg.0.log, and
possibly the journal, to find the source of the problem.
--
Evolution as taught in public schools is religion, not science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
1559
days inactive
1560
days old
7 comments
5 participants
participants (5)
-
D. R. Evans -
Dr. Nikolaus Klepp -
E. Liddell -
Felix Miata -
Slávek Banko