headers
Perry E. Metzger | 4 May 2003 17:25
Gravatar

Re: xconsole broken for xdm/gdm setups


Martin Husemann <martin <at> NetBSD.ORG> writes:
> I filed a PR because the removal of the UCONSOLE option broke my setup
> by making xconsole fail. It is PR kern/21304 (ignore the "kern" part for now).
> It contains a bit of discussion boiling down to the point that, IMHO, xdm
> and friends (I'm actually using gdm) are broken. They seem to not use
> ttyaction(5) and we don't install the Give/TakeConsole hacks.

Are you sure? I only use xdm for logging in, I'm using a -current
kernel that is only a few days old, and I note my /dev/console appears
to be owned by me. Also I'm running an xterm -C and it is indeed
getting all console output...

> Any suggestion how to proceed from here?
> I don't think re-adding UCONSOLE would be a good idea.

No clue.

--

-- 
Perry E. Metzger		perry <at> piermont.com
Permalink | Reply | 4 comments |
headers
Martin Husemann | 4 May 2003 19:22
Picon

Re: xconsole broken for xdm/gdm setups

On Sun, May 04, 2003 at 11:25:14AM -0400, Perry E. Metzger wrote:
> Are you sure?

Yes, pretty much. Unless I missed some recent config file changes that would
fix the problem.

Try loggin into ttyE0 via Ctrl-Alt-F1, login in as perry, ls -l /dev/console
and log out again. Now go back to your X vt and ls -l /dev/console there.

In the default setup you have this line in your /etc/ttyaction file:

ttyE0	*	chown ${USER}:tty /dev/console

which will make the console now be owned by root.

Now log out of your X session, and log back in again. If your /dev/console
is owned by perry at this point, I would be glad to hear the trick.

A simple workaround, of course, is to manually chown /dev/console and never
log in on ttyE0 ;-) This does not work well for multi-user machines.

Martin
Permalink | Reply | 3 comments |
headers
Perry E. Metzger | 4 May 2003 19:30
Gravatar

Re: xconsole broken for xdm/gdm setups


Martin Husemann <martin <at> duskware.de> writes:
> On Sun, May 04, 2003 at 11:25:14AM -0400, Perry E. Metzger wrote:
> > Are you sure?
> 
> Yes, pretty much. Unless I missed some recent config file changes that would
> fix the problem.
> 
> Try loggin into ttyE0 via Ctrl-Alt-F1, login in as perry, ls -l /dev/console
> and log out again. Now go back to your X vt and ls -l /dev/console there.

Ah! This is an interesting bug you note indirectly. Once you log out
from ttyE0, you've nuked your /dev/console, even for the same X
session! Probably ttyaction should NOT be set up on a machine running
xdm!

> In the default setup you have this line in your /etc/ttyaction file:
> 
> ttyE0	*	chown ${USER}:tty /dev/console
> 
> which will make the console now be owned by root.
> 
> Now log out of your X session, and log back in again. If your /dev/console
> is owned by perry at this point, I would be glad to hear the trick.

This may be a separate bug. xdm should re-chown the console while you
log in. If it is not doing that, something is wrong.

> A simple workaround, of course, is to manually chown /dev/console and never
> log in on ttyE0 ;-) This does not work well for multi-user machines.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Martin Husemann | 4 May 2003 19:57
Picon

Re: xconsole broken for xdm/gdm setups

On Sun, May 04, 2003 at 01:30:08PM -0400, Perry E. Metzger wrote:
> This may be a separate bug. xdm should re-chown the console while you
> log in. If it is not doing that, something is wrong.

Yes, that's what I tried to say ;-)

There are two possible ways to do it, I guess:

 - make xdm call ttyaction() or
 - install the Give/TakeConsole hacks (see 
   xsrc/xfree/xc/programs/xdm/config/GiveConsole) and make them work

Martin
Permalink | Reply | 1 comment |
headers
Perry E. Metzger | 4 May 2003 20:10
Gravatar

Re: xconsole broken for xdm/gdm setups


Martin Husemann <martin <at> duskware.de> writes:
> On Sun, May 04, 2003 at 01:30:08PM -0400, Perry E. Metzger wrote:
> > This may be a separate bug. xdm should re-chown the console while you
> > log in. If it is not doing that, something is wrong.
> 
> Yes, that's what I tried to say ;-)
> 
> There are two possible ways to do it, I guess:
> 
>  - make xdm call ttyaction() or

Well, the problem there is that ttyaction is predicated on passing a
tty name to the call. What is the tty name for the thing I log in on
with xdm? My guess is "none" :) (Or is it really ttyE5, in which case
all this could be fixed by simply making ttyE5 get the ttyaction
statement for xdmed host?)

>  - install the Give/TakeConsole hacks (see 
>    xsrc/xfree/xc/programs/xdm/config/GiveConsole) and make them work
> 
> Martin
> 

--

-- 
Perry E. Metzger		perry <at> piermont.com
Permalink | Reply | 0 comments |
headers
Jaromir Dolecek | 6 May 2003 22:40
Picon

XF86 4.x and international fonts

Hi,

the international (other than iso-8859-1) fonts are only generated
and installed if HasPerl is set to YES. This is since the generator
script is written in Perl.

This is quite annoying for any installation which needs those
fonts, like czech - the font set is incomplete and doesn't
contain iso-8859-2 among other things.

It's not entirely straightforward to rewrite the script
in awk (I looked into that in past, and given up).

Thus, I'd like to turn HasPerl to YES in NetBSD.cf, and update
the XF4 xfonts set to include the additional files. This would
require anyone building xsrc to have perl installed - this
might be lame, but I don't think it's overly restrictive.

Opinions?

Note: unless you volunteer to rewrite the script, don't
scream "this is wrong". It's not good to have crippled
xsrc set. Full font set requires perl for build. Blame
XFree86 guys.

Jaromir
--

-- 
Jaromir Dolecek <jdolecek <at> NetBSD.org>            http://www.NetBSD.org/
-=- We should be mindful of the potential goal, but as the tantric    -=-
-=- Buddhist masters say, ``You may notice during meditation that you -=-
(Continue reading)

Permalink | Reply | 14 comments |
headers
Valeriy E. Ushakov | 6 May 2003 22:50
Picon

Re: XF86 4.x and international fonts

On Tue, May 06, 2003 at 22:40:15 +0200, Jaromir Dolecek wrote:

> Thus, I'd like to turn HasPerl to YES in NetBSD.cf, and update
> the XF4 xfonts set to include the additional files. This would
> require anyone building xsrc to have perl installed - this
> might be lame, but I don't think it's overly restrictive.

May be not as a default?  May be add it commented out and put some
prominent note and mandate that "official" xsets builders had it
uncommented?  But otherwise I agree completely.  Myself, I always
build xsrc with HasPerl YES to get all the fonts.

SY, Uwe
--

-- 
uwe <at> ptc.spbu.ru                         |       Zu Grunde kommen
http://www.ptc.spbu.ru/~uwe/            |       Ist zu Grunde gehen
Permalink | Reply | 0 comments |
headers
Quentin Garnier | 8 May 2003 00:18

Enabling SysV IPC API in XFree86

Hi,

NVidia's binary driver needs working IPC routines to run (so even XFree86
4.3.0 needs patching, no matter what I said before).

Although it was a hack for XFree86 4.2.1, since some #ifdef'ing was needed
inside the source, it is very easy for 4.3.0.

I'd like very much to see this patch committed. Could there be any reason
not to activate support for SysV IPC services in XFree86 ?

[I reformatted the diff a bit.]

Index: xfree/xc/programs/Xserver/hw/xfree86/os-support/bsd/Imakefile
diff -u -r1.12 Imakefile
--- xfree/xc/programs/Xserver/hw/xfree86/os-support/bsd/Imakefile.orig
+++ xfree/xc/programs/Xserver/hw/xfree86/os-support/bsd/Imakefile
 <at>  <at>  -75,7 +75,7  <at>  <at> 
 MTRRDEFINES = -DHAS_MTRR_BUILTIN
 #endif

-#if defined(FreeBSDArchitecture)
+#if defined(FreeBSDArchitecture) || defined(NetBSDArchitecture)
 SYSVIPCDEFINES = -DHAVE_SYSV_IPC
 #endif

--

-- 
Quentin Garnier - cube <at> cubidou.net
"Feels like I'm fiddling while Rome is burning down.
Should I lay my fiddle down and take a rifle from the ground ?"
(Continue reading)

Permalink | Reply | 7 comments |
headers
Martin Husemann | 8 May 2003 00:39
Picon

Re: Enabling SysV IPC API in XFree86

On Thu, May 08, 2003 at 12:18:20AM +0200, Quentin Garnier wrote:
> I'd like very much to see this patch committed. Could there be any reason
> not to activate support for SysV IPC services in XFree86 ?

With this support compiled in, does the X server (assume for a moment
it's not running on some nvidia card) fall back properly if SysV IPC
is not available?

Martin
Permalink | Reply | 2 comments |
headers
Quentin Garnier | 8 May 2003 00:49

Re: Enabling SysV IPC API in XFree86

Le Thu, 8 May 2003 00:39:24 +0200
Martin Husemann a ecrit :
> On Thu, May 08, 2003 at 12:18:20AM +0200, Quentin Garnier wrote:
> > I'd like very much to see this patch committed. Could there be any
> > reason not to activate support for SysV IPC services in XFree86 ?
> 
> With this support compiled in, does the X server (assume for a moment
> it's not running on some nvidia card) fall back properly if SysV IPC
> is not available?

The functions in question are almost-direct wrappers to shmget, shmat,
shmctl and shmdt. When support is not compiled in, they return (-1), just
as, I suppose, when you try calling shm* on a system that doesn't have
support for it.

It is all in xfree/xc/programs/Xserver/hw/xfree86/shared/libc_wrapper.c;
search for HAVE_SYSV_IPC.

--

-- 
Quentin Garnier - cube <at> cubidou.net
"Feels like I'm fiddling while Rome is burning down.
Should I lay my fiddle down and take a rifle from the ground ?"
Leigh Nash/Sixpence None The Richer, Paralyzed, Divine Discontents, 2002.
Permalink | Reply | 0 comments |

Gmane