Bug 66750 - Always use gdm
Always use gdm
Status: CLOSED RAWHIDE
Product: Red Hat Raw Hide
Classification: Retired
Component: initscripts (Show other bugs)
1.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
Brock Organ
:
Depends On: 72486
Blocks: 67217
  Show dependency treegraph
 
Reported: 2002-06-14 17:31 EDT by Havoc Pennington
Modified: 2014-03-16 22:28 EDT (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2002-08-28 10:04:57 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
use GDM by default, unless specified by DISPLAYMANAGER (ignore $DESKTOP) (711 bytes, patch)
2002-08-13 16:47 EDT, Bill Nottingham
no flags Details | Diff

  None (edit)
Description Havoc Pennington 2002-06-14 17:31:22 EDT
Should always use gdm instead of kdm, unless only kdm is installed.
Comment 1 Karsten Hopp 2002-06-26 06:58:02 EDT
I don't think this is the correct way to go. This should be configurable  
by the sysadmin with an entry in /etc/sysconfig.
Comment 2 Havoc Pennington 2002-07-01 12:17:35 EDT
It's fine if it's configurable, but gdm should always be the default.
Comment 3 Michael Fulbright 2002-08-13 12:21:10 EDT
Fix you dm launcher to run gdm by default unless an alternate is defined in
whatever you look at in /etc/sysconfig.
Comment 4 Havoc Pennington 2002-08-13 12:45:02 EDT
And back to initscripts where it was in the first place. ;-) gdm doesn't launch
itself.
Comment 5 Preston Brown 2002-08-13 13:30:25 EDT
why don't people like the anaconda patch I produced?  It will have the desired
result, and works fine with the infrastructure already in place in prefdm for
DISPLAYMANAGER.
Comment 6 Bill Nottingham 2002-08-13 16:46:07 EDT
I think the comment was just that the policy should just stay in prefdm.
Patch attached.
Comment 7 Bill Nottingham 2002-08-13 16:47:21 EDT
Created attachment 70404 [details]
use GDM by default, unless specified by DISPLAYMANAGER (ignore $DESKTOP)
Comment 8 Bill Nottingham 2002-08-13 16:49:06 EDT
will be in 6.89-1
Comment 9 Chris Ricker 2002-08-26 08:54:54 EDT
See #72468 -- this currently breaks badly when upgrading systems which:

1.  are running 7.3 or less
2.  have both KDE and GNOME installed
3.  have configured DESKTOP="KDE" in /etc/sysconfig/desktop

On upgrades, /etc/sysconfig/desktop needs to be parsed and the DESKTOP line
duplicated as DISPLAYMANAGER
Comment 10 Chris Ricker 2002-08-26 08:56:42 EDT
Sorry, wrong number -- the bug I meant was Bug 72486
Comment 11 Havoc Pennington 2002-08-26 10:30:38 EDT
I'm not sure I'd call it 'breaking badly' - you get gdm and have to change
DISPLAYMANAGER. It's mildly annoying, but nothing is broken.
Comment 12 Chris Ricker 2002-08-26 11:12:30 EDT
*shrug*  If I've bothered to configure a 7.3 system to use specific software,
and the upgrade silently changes that w/ no documentation, that's "breaking
badly" IMO.

Imagine if null silently switched all 7.3 machines where the admin had used
alternatives to select postfix back to sendmail, w/ no mention anywhere in any
documentation of this behavior.  That's exactly what you're doing here, only
with the display manager instead of the MTA....
Comment 13 Preston Brown 2002-08-27 14:55:01 EDT
In this case (of the login display manager), we respectfully disagree.
Comment 14 Warren Togami 2002-08-28 03:49:01 EDT
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=72825

I humbly request that the minor modifications to /etc/sysconfig/desktop be made
in order to reduce possible future confusion on this issue.
Comment 15 Chris Ricker 2002-08-28 10:04:51 EDT
I definitely second Warren's request.  While I disagree with Preston about this
not being a bug (to me, as a customer, any configuration which I deliberately
make and then RH upgrades remove is a bug), at least if it's documented people
will know how to fix the damage done by the upgrade.
Comment 16 Jay Turner 2002-08-30 22:31:43 EDT
Closing this out, as things appear to be working correctly now.

Note You need to log in before you can comment on or make changes to this bug.