Your message dated Fri, 2 Oct 2026 18:02:44 -0400
with message-id <[email protected]>
and subject line Re: xdm: session will not execute correctly / login works
has caused the Debian Bug report #731508,
regarding xdm: session will not execute correctly / login works
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
731508: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731508
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: xdm
Version: 1:1.1.11-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
     Launching session with xdm/gdm/kdm
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
     Credentials given to xdm
   * What was the outcome of this action?
     Login works but session fails to start
   * What outcome did you expect instead?
     Working session

currently xdm, gdm and kdm seem to be broken due to a bug I can not locate.

The Login itself works, but the window manager won't execute and the login due
fails to start.

Running startx works and I get a working X session.

I attached my .xinitrc file.

With many greetings,

Adrian Immanuel KIEß





-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xdm depends on:
ii  cpp                    4:4.8.1-3
ii  debconf [debconf-2.0]  1.5.52
ii  libc6                  2.17-97
ii  libpam0g               1.1.3-9
ii  libselinux1            2.2.1-1
ii  libx11-6               2:1.6.2-1
ii  libxau6                1:1.0.8-1
ii  libxaw7                2:1.0.11-1
ii  libxdmcp6              1:1.1.1-1
ii  libxext6               2:1.3.2-1
ii  libxft2                2.3.1-1
ii  libxinerama1           2:1.1.3-1
ii  libxmu6                2:1.1.1-1
ii  libxpm4                1:3.5.10-1
ii  libxrender1            1:0.9.8-1
ii  libxt6                 1:1.1.4-1
ii  lsb-base               4.1+Debian12
ii  procps                 1:3.3.4-2
ii  x11-utils              7.7+1
ii  x11-xserver-utils      7.7+1
ii  xbase-clients          1:7.7+4

xdm recommends no packages.

xdm suggests no packages.

-- debconf information:
  xdm/stop_running_server_with_children: false
* shared/default-x-display-manager: xdm
  xdm/daemon_name: /usr/bin/xdm

Attachment: .xinitrc
Description: inode/symlink


--- End Message ---
--- Begin Message ---
Control: notfound -1 1:1.1.11-1

On Fri, 06 Dec 2013 07:28:22 +0100 Adrian Immanuel Kiess <[email protected]> 
wrote:
Package: xdm
Version: 1:1.1.11-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
     Launching session with xdm/gdm/kdm
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
     Credentials given to xdm
   * What was the outcome of this action?
     Login works but session fails to start
   * What outcome did you expect instead?
     Working session

currently xdm, gdm and kdm seem to be broken due to a bug I can not locate.

The Login itself works, but the window manager won't execute and the login due
fails to start.

Running startx works and I get a working X session.

I attached my .xinitrc file.


I'm closing this bug, as the problem does not appear to be in xdm:
you saw the same failure with xdm, gdm and kdm, while startx worked.

Note that display managers do not read ~/.xinitrc; that file is only
used by startx/xinit. xdm (like the other display managers) runs
Debian's /etc/X11/Xsession, which starts ~/.xsession if it exists, and
otherwise x-session-manager or x-window-manager. So a setup that lives
only in ~/.xinitrc will not be used after a graphical login. If a
session started from a display manager fails, the reason is usually
written to ~/.xsession-errors.

If you can still reproduce a failure that is specific to xdm with the
current version (1:1.1.17), please reopen this bug and attach
~/.xsession-errors.

Thanks,
Boyuan

Attachment: OpenPGP_0xC293E7B461825ACE.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature


--- End Message ---

Reply via email to