headers
Marc Wilson | 1 Feb 2004 06:15
Picon

Bug#230422: xfree86-common: Should include /etc/X11/Xreset{.d}

On Fri, Jan 30, 2004 at 11:23:50PM +0100, Petter Reinholdtsen wrote:
> 
> Package:  xfree86-common
> Version:  4.2.1-16
> Severity: wishlist
> 
> In skolelinux, we would like to run a script when the users are
> logging out, to do general cleanup.  For this, it would be useful if
> the display managers had hooks in Xreset we could use to have our
> script executed.
> 
> Could you please add /etc/X11/Xreset and /etc/X11/Xreset.d (like the
> current /etc/X11/Xsession{.d}), and thus make it possible for the
> display managers to share one such file?
> 
> If you are interested in adding this feature, I'll provide a patch and
> send bugreports against wdm, xdm and kdm to ask them to use this file.

What patch would you be adding against xdm, exactly, since xdm already
knows how to do this quite well on its own?

Well, it doesn't do anything silly like /etc/X11/Xreset.d, but it does
support Xreset and has pretty much forever.  The fact that Debian doesn't
ship one just means that you get to create one.

See xdm(1).

--

-- 
 Marc Wilson |     For the next hour, WE will control all that you see
 msw <at> cox.net |     and hear.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Marc Wilson | 1 Feb 2004 06:22
Picon

Bug#230537: xdm: warn of unused Identifiers

On Sun, Feb 01, 2004 at 01:38:39AM +0800, Dan Jacobson wrote:
> Package: xdm
> Version: 4.2.1-14
> Severity: wishlist
> 
> In /var/log/XFree86.0.log there could be warnings/notices about
> Identifiers declared, but then never used in ServerLayout, e.g.:
> (II) ... Identifier "ZZ" declared, but then never used in ServerLayout
> (II) ... Identifier "ZZ" unused in ServerLayout

Why?  You can have any number of ServerLayout sections too, and tell
xinit/startx which one you want to use.  I suppose you'll want FURTHER
noise in the log detailing the ServerLayout(s) that don't get used?

I don't know about you, oh clueless one, but I keep many things defined in
my XFree configuration so that I don't have to *re-define* them when I want
to use them.  Doesn't mean I need the log nattering at me to tell me what I
already know.

Daniel is right.  Don't file bugs against X without thinking first.  Or at
least reading a man page.

--

-- 
 Marc Wilson |     If bankers can count, how come they have eight
 msw <at> cox.net |     windows and only four tellers?
Permalink | Reply | 0 comments |
headers
David Nusinow | 1 Feb 2004 07:30
Picon

Re: XFree86 4.3.0 for woody

On Fri, Jan 30, 2004 at 09:29:24PM +0100, Norbert Tretkowski wrote:
> after a discussion with Branden on IRC last week, I decided to take up 
> the woody part of our XFree86 4.3 packages.

Glad to see you've succeeded where I failed. Thanks a lot for doing
this!

 - David Nusinow
Permalink | Reply | 1 comment |
headers
Adam M. Costello | 1 Feb 2004 08:43

Bug#221998: /usr/X11R6/bin/xdm: wtmp entries not cleared upon exit

>     who
>
> notice the entry for the old X process that doesn't exist anymore.

I noticed the same thing today.  The problem arises from the removal of
Xsetup and Xreset from /etc/X11/xdm/.  According to the changlog, these
files were removed so that xconsole would not be run, but there was an
unintended side effect.

Although Xsetup served no other purpose than to run xconsole, Xreset
served two purposes: to kill xconsole, and to remove the utmp/wtmp
entries.

xconsole was started in Xsetup and killed in Xreset.

The utmp/wtmp entries were created by sessreg -a in Xstartup, and
removed by sessreg -d in Xreset.

Now there is a sessreg -a with no corresponding sessreg -d.

Perhaps Xsetup and Xreset should be reinstated, and the xconsole parts
commented out or bypassed with if/then statements.  Even if this means
that Xsetup will be a no-op, it might still be good to leave it as a
place-holder for people poking around looking for opportunities to
interpose their customizations.

AMC
Permalink | Reply | 0 comments |
headers
Adam M. Costello | 1 Feb 2004 09:13

Bug#115882: xserver-xfree86: bug still there; workaround AlwaysRestartServer=true in gdm.conf

"Michael J. Creutz" <creutz <at> bigbang.phy.bnl.gov> wrote:

> Logging out of X still totally froze up the system about 1/3 of the
> time. Putting
>
> AlwaysRestartServer=true
>
> into gdm.conf seems to evade the problem.

I've been having a similar experience with my Number Nine Imagine 128 II
rev 2.  The problem is now evident with xserver-xfree86 4.2.1-12.1, but
I've been living with it for a year.

Today I poked at it a little more.  The problem is when the server is
reset using SIGHUP.  I can switch VTs all I want (between the X VT and
the non-X VTs) until the X server has been reset at least once.  Then
I can log in again to xdm and start a new X session, but any attempt
to switch VTs causes the screen to go black (the monitor loses sync)
and nothing works except the reset button (I haven't tried pinging from
another machine because I don't have one handy).

I use xdm rather than gdm, and the workaround is similar.  In
/etc/X11/xdm/xdm-config:

DisplayManager*resetSignal: 18
DisplayManager*terminateServer: true

In other words, have xdm "reset" the server with a SIGCONT (which is
ignored) instead of a SIGHUP, then terminate and resart the server.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Friedemann Schorer | 1 Feb 2004 09:53
Picon
Picon

Bug#230597: xserver-xfree86: have configure script to check if defo

Package: xserver-xfree86
Version: 4.2.1-12.1
Severity: wishlist

Debian now supports the usage of TrueType fonts very well and so it
might be a good thing to have the configure-script checking if defoma
and/or x-ttcidfont-conf are installed and, if so, add the standard
defoma FontPath lines to the Files section in /etc/X11/XF86config-4.
I'd appreciate it, and maybe others too to have TT capability from the
first start of X on :-)

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux inuit 2.4.21 #1 Di Jan 6 20:44:03 CET 2004 i686
Locale: LANG=de_DE <at> euro, LC_CTYPE=de_DE <at> euro (ignored: LC_ALL set to 
de_DE <at> euro)

Versions of packages xserver-xfree86 depends on:
ii  debconf                   1.3.22       Debian configuration management sy
ii  libc6                     2.3.2.ds1-10 GNU C Library: Shared libraries an
ii  xserver-common            4.2.1-12.1   files and utilities common to all
ii  zlib1g                    1:1.2.1-3    compression library - runtime

-- debconf information excluded
--

-- 
Wer ohne Grund traurig ist, hat Grund, traurig zu sein. 

	(Francoise Sagan)
(Continue reading)

Permalink | Reply | 4 comments |
headers
Petri Koistinen | 1 Feb 2004 16:01
Picon
Picon
Favicon

Bug#230636: atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.

Package: xserver-xfree86
Version: 4.2.1-15
Severity: minor
Tags: sid

I see this message 

atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).
atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.

twice at end of dmesg on 2.6.2-rc3 kernel. I guess this needs to be fixed sometime.

Petri

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux dsl-hkigw4m08.dial.inet.fi 2.6.2-rc3 #2 Sun Feb 1 03:09:49 EET 2004 i686
Locale: LANG=fi_FI.ISO-8859-15 <at> euro, LC_CTYPE=fi_FI.ISO-8859-15 <at> euro

Versions of packages xserver-xfree86 depends on:
ii  debconf                     1.4.7        Debian configuration management sy
ii  libc6                       2.3.2.ds1-11 GNU C Library: Shared libraries an
ii  xserver-common              4.2.1-15     files and utilities common to all 
ii  zlib1g                      1:1.2.1-3    compression library - runtime

-- debconf information:
  xserver-xfree86/config/monitor/screen-size: 17 inches (430 mm)
* xserver-xfree86/config/device/use_fbdev: false
* xserver-xfree86/config/monitor/selection-method: Advanced
(Continue reading)

Permalink | Reply | 1 comment |
headers
Dagfinn Ilmari Mannsåker | 1 Feb 2004 20:17

Re: XFree86 4.3.0 for woody

David Nusinow <david_nusinow <at> verizon.net> writes:

> On Fri, Jan 30, 2004 at 09:29:24PM +0100, Norbert Tretkowski wrote:
>> after a discussion with Branden on IRC last week, I decided to take up 
>> the woody part of our XFree86 4.3 packages.
>
> Glad to see you've succeeded where I failed. Thanks a lot for doing
> this!

Ditto!

--

-- 
ilmari
Permalink | Reply | 0 comments |
headers
Per Olofsson | 1 Feb 2004 20:07
Picon
Picon
Gravatar

Bug#230664: xserver-common: Manpage missing for X program

Package: xserver-common
Version: 4.3.0-0pre1v5
Severity: minor

There is no manual page available for the X program. While there is an
X(7x), it does not describe the X program but rather the X Window
System as a whole. It seems like Xserver(1x) describes the X program,
perhaps make a symlink to that manpage?

/Pelle
Permalink | Reply | 1 comment |
headers
X Strike Force SVN Repository Admin | 1 Feb 2004 20:40

X Strike Force XFree86 SVN commit: rev 1000 - in branches/4.3.0/sid/debian: . patches

Author: branden
Date: 2004-02-01 14:39:32 -0500 (Sun, 01 Feb 2004)
New Revision: 1000

Added:
   branches/4.3.0/sid/debian/patches/099c_support_loadable_external_Xcursor_lib.diff
Modified:
   branches/4.3.0/sid/debian/TODO
   branches/4.3.0/sid/debian/changelog
Log:
Attempt again to fix the problem with Xlib not finding the Xcursor library
to dynamically open it.  Dynamic loading of Xcursor by Xlib wasn't working
when an external Xcursor library was available during the build; Xlib was
being told that the name of the Xcursor object was "Xcursor.so.", because
SOXCURSORREV was only defined in xc/lib/Xcursor/Imakefile, which is not
used when an external Xcursor library is used.

Modified: branches/4.3.0/sid/debian/TODO
===================================================================
--- branches/4.3.0/sid/debian/TODO	2004-01-31 18:28:45 UTC (rev 999)
+++ branches/4.3.0/sid/debian/TODO	2004-02-01 19:39:32 UTC (rev 1000)
 <at>  <at>  -5,6 +5,7  <at>  <at> 

 * Fix the freakin' Xcursor-shared-object-search in Xlib.
     http://lists.debian.org/debian-x/2004/debian-x-200401/msg00475.html
+    * PATCH APPLIED, FIX NEEDS TESTING
 * Investigate/forward-port the following patches from trunk:
   + 067_nonexecutable_malloced_mem.diff
   + 068_riscpc_ioport_fix.diff
(Continue reading)

Permalink | Reply | 2 comments |

Gmane