Bug#357713: /usr/bin/startx is broken

[Vasilis Vasaitis <v.vasaitis@sms.ed.ac.uk>]

  (Just got back after a few days of being away, so replying to a
couple of things).

David Nusinow said:
> Were you running the experimental packages at all? The only route that
> myself and Eugene can figure out for causing this is due to the brokeness
> of the initial uploads to experimental that lacked the versioned dependency
> on x11-common.

  No, I wasn't, 7.0.0-2 was the first version I installed.

Bastian Kleineidam said:
> I just installed the new xorg packages, and the startx script still has
>  the wrong paths:
> $ grep /usr/lib /usr/bin/startx
> sysclientrc=/usr/lib/X11/xinit/xinitrc
> sysserverrc=/usr/lib/X11/xinit/xserverrc
> 
> Don't know why though, the patch file
> debian/patches/12_startx_paths.diff looks fine, but it did not get
> applied it seems.

  Erm, the patch you're referring to patches startx.cmd, which appears
to be an OS/2-specific file. Probably an oversight of the package
maintainer.

  Still, it would help if you could provide a little more information
if this is causing trouble for you. Is /usr/lib/X11 a directory or a
symlink on your system? What about /usr/lib/X11/xinit? What are the
contents of /usr/lib/X11/xinit and /etc/X11/xinit?

  Note that in the current version of xbase-clients (7.0.0-4),
/usr/lib/X11/xinit is a directory, containing xinitrc. xserverrc is
not contained in the package any more; in fact, according to
packages.d.o, it appears not to be provided by any package in the
archive at the moment. People upgrading from a system where
/usr/lib/X11/xinit is a symlink should not be affected; the rest lose
the "-nolisten tcp" argument that has been the default in Debian for
years, and instead get the default X invocation by xinit.

Thanks,
Vasilis

-- 
Vasilis Vasaitis
"A man is well or woe as he thinks himself so."