Bug#370747: closed by Solveig deb...@solveig.org (Re: Command-line options should override Xresources - closing)

2014-01-23 Thread Uwe Storbeck
Hi Solveig

Sorry if the answer under what conditions the bug arises wasn't
clear enough. For a detailed description how to reproduce it see
below.
The bug is still unfixed. It also has been confirmed by Thomas
Dickey. Therefore I'm going to reopen the bug and remove the
unreproducible tag.

To reproduce the bug:
- Set xterm.vt100.saveLines to e.g. 100 in your X resource file
  (~/.Xresources or whatever):
  xterm.vt100.saveLines:100
- Merge the resource file:
  xrdb -merge ~/.Xresources
- Start an xterm (without options), it should have 100 saved
  lines.
- Start another xtem with option -sl 200. This xterm should
  have 200 saved lines, as command line options should override
  resource settings. But it still only has 100 saved lines, the
  command line option has no effect.

Regards

Uwe


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140123185318.ga26...@ibr.ch



Bug#371870: Printing from firefox and galeon also does not work

2009-02-18 Thread Uwe Storbeck
Hi

 The xprint package has been removed from Debian testing, unstable and
experimental, so I am now closing the bugs that were still opened
against it.

May I ask about the status of this package? I still see it in lenny and
sid:

  $ apt-cache policy xprint
  xprint:
Installed: 2:1.4.2-10
Candidate: 2:1.4.2-10
Version table:
   *** 2:1.4.2-10 0
  850 http://http.us.debian.org lenny/main Packages
  650 http://http.us.debian.org sid/main Packages

Unfortunately mozilla is gone from debian which should mean I can close
this bug. But now the printers are also gone in firefox and galeon (not
sure if it worked before with galeon as I stopped using it long ago).
No way left to print from a browser directly. The only possibility left
is printing to a file from firefox (which is not really satisfying).

The xprint.mozdev.org page explicitly lists firefox as an application
which supports xprint. When I try to print with galeon it redirects me
to the xprint.mozdev.org page in it's error message which suggests that
it also supports xprint.

So do firefox and galeon on debian (lenny) still support xprint?


According to the verification procedure at
http://xprint.mozdev.org/installation.html my xprint system works:

  $ ps ax|grep Xprt
   5293 ?S  0:00 /usr/bin/Xprt -ac -pn -nolisten tcp -audit 4 -fp 
/usr/share/fonts/X11/Type1,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi,/usr/share/fonts/X11/75dpi/,/usr/share/fonts/X11/misc,/usr/share/fonts/X11/misc/dosemu
 :64

  $ echo $XPSERVERLIST 
  :64

  $ xplsprinters
  printer: xlp@:64
  printer: us@:64
  printer: lp@:64
  printer: hplj@:64
  printer: color@:64
  printer: xp_ps_spooldir_HOME_Xprintjobs@:64

  $ xplsprinters -l | egrep ^printer:|model-identifier=
  printer: xlp@:64
  model-identifier=PSdefault
  printer: us@:64
  model-identifier=PSdefault
  printer: lp@:64
  model-identifier=PSdefault
  printer: hplj@:64
  model-identifier=PSdefault
  printer: color@:64
  model-identifier=PSdefault
  printer: xp_ps_spooldir_HOME_Xprintjobs@:64
  model-identifier=PSspooldir

  $ xphelloworld -printer xlp

The last command prints a sheet of paper with hello world from X11
print system.

Does this mean xprint is working correctly at all and this bug should
be reassigned to both firefox and galeon?

Regards

Uwe




-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#371870: xprint: all printer entries in mozilla are gone

2007-06-12 Thread Uwe Storbeck
Hi Drew

 Uwe, you could install firefox for comparison (which still uses
 xprint).

Printing with firefox still works (if XPSERVERLIST is set, as I wrote
in my last mail). But unfortunatly printing with firefox is buggy (only
the first print job is ok, afterwards the page header and footer are
screwed up - no punctuation characters in the URL, page numbers are
only printed as of and the date is missing) and the used fonts are
ugly. So I always have prefered to print with mozilla.

 What is your underlying print server?

lpr

 You add new printers via
 the printer system interface, not in iceape itself, but iceape should
 pick them up.

All printers are added to /etc/printcap. Printing from the command line
works.

 More details about this.  startx (and xinit) should be accessing
 /etc/X11/Xsession and its scripts automatically, that is XPSERVERLIST
 should be set automatically, even from startx.  I presume this did not
 happen for you because you have ~/.xinitrc set up to manually start the
 programs you want.  In this case your .xinitrc will be used instead of
 /etc/X11/xinit/xinitrc, and so /etc/X11/Xsession will not be invoked
 (unless you invoke it yourself inside .xinitrc).

I have no .xinitrc, but a .xsession file. Maybe there's the problem.
But I don't worry to set XPSERVERLIST manually, if that's enough to
make printing from firefox work. I would be pleased if there were
a comparably easy way to make printing from mozilla work again.

Uwe


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#371870: xprint: all printer entries in mozilla are gone

2007-06-12 Thread Uwe Storbeck
 But I don't worry to set XPSERVERLIST manually, if that's enough to
 make printing from firefox work.

I have rechecked that now. Looks like one of the X11 upgrades has
solved this problem. I don't have to set XPSERVERLIST in my user
environment anymore, it is set automatically.

So for firefox my xprint problem is solved completely. Be free to
reassign this bug to mozilla/iceape, if the problem of the missing
printers in mozilla lies there.

Uwe


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#370747: xterm: option -sl has no effect

2006-10-25 Thread Uwe Storbeck
Hi Thomas

 I cannot reproduce this (testing with xterm 210-3 at the moment, but had
 looked at 210-2 as well).

I have double checked this bug. It only appears if you have
changed the default size of the scroll buffer in your ressources
(e.g. xterm.vt100.saveLines: 100) and try to oversteer this with
the command line option (-sl). Removing this setting from the
ressources make the command line option work. So you may downgrade
this bug to severity minor.

Regards,

Uwe


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#370747: xterm: option -sl has no effect

2006-06-06 Thread Uwe Storbeck
Package: xterm
Version: 210-2
Severity: normal

The option -sl has no effect, the size of the scroll buffer remains
unchanged at the value given by the ressources (saveLines).

Regards,

Uwe

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (750, 'testing'), (650, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages xterm depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libfontconfig12.3.2-5.1  generic font configuration library
ii  libice6   6.9.0.dfsg.1-6 Inter-Client Exchange library
ii  libncurses5   5.5-2  Shared libraries for terminal hand
ii  libsm61:1.0.0-4  X11 Session Management library
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxaw7   1:1.0.1-5  X11 Athena Widget library
ii  libxext6  6.9.0.dfsg.1-6 X Window System miscellaneous exte
ii  libxft2   2.1.8.2-5.1FreeType-based font drawing librar
ii  libxmu6   1:1.0.1-3  X11 miscellaneous utility library
ii  libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics
ii  xlibs-data6.9.0.dfsg.1-6 X Window System client data

Versions of packages xterm recommends:
ii  xutils6.9.0.dfsg.1-6 X Window System utility programs

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#371046: xserver-xorg: purging the package does not remove the config file

2006-06-06 Thread Uwe Storbeck
Package: xserver-xorg
Version: 7.0.20
Severity: normal

Purging the xserver-xorg package does not remove the config file:

# dpkg -P xserver-xorg
(Reading database ... 152882 files and directories currently installed.)
Removing xserver-xorg ...
Purging configuration files for xserver-xorg ...

But /etc/X11/xorg.conf still exists after this.

Regards,

Uwe

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (750, 'testing'), (650, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.18
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#371048: xserver-xorg persists in using wrong old XFree86 debconf values

2006-06-06 Thread Uwe Storbeck
Package: xserver-xorg
Version: 1:7.0.20
Severity: important

xserver-xorg persists in using the wrong old XFree86 debconf values.
I have removed all XFree86 config files, even the backups, have
reinstalled the xserver-xorg package, removed the xorg.conf file and
have reconfigured the package. Nothing helps, xserver-xorg always
creates an xorg.conf file with the old, wrong XFree86 settings.

# dpkg -P xserver-xorg
(Reading database ... 152882 files and directories currently installed.)
Removing xserver-xorg ...
xserver-xorg prerm warning: X server provided by xserver-xorg package is
   being removed; setting /etc/X11/X to point to /bin/true
Purging configuration files for xserver-xorg ...
# ll xorg.conf
-rw-r--r-- 1 root root 5038 Jun  7 03:27 xorg.conf
# rm xorg.conf
# rm xorg.conf.2006060*
# rm XF86Config*
# apt-get install xserver-xorg
Reading package lists... Done
Building dependency tree... Done
Recommended packages:
   laptop-detect (0.12.1)
   mdetect (0.5.2.1)
   discover1 (1.7.18)
   discover (2.0.7-2.1)
The following NEW packages will be installed:
   xserver-xorg (7.0.20)
0 upgraded, 1 newly installed, 0 to remove and 3 not upgraded.
Need to get 0B/130kB of archives.
After unpacking 496kB of additional disk space will be used.
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Preconfiguring packages ...
xserver-xorg config warning: Migrating xserver-xfree86 debconf values to
   xserver-xorg.
Selecting previously deselected package xserver-xorg.
(Reading database ... 152878 files and directories currently installed.)
Unpacking xserver-xorg (from .../xserver-xorg_1%3a7.0.20_all.deb) ...
xserver-xorg config warning: Migrating xserver-xfree86 debconf values to
   xserver-xorg.
Server symlink checksum doesn't exist. We need to make it
Setting up xserver-xorg (7.0.20) ...
xserver-xorg config warning: Migrating xserver-xfree86 debconf values to
   xserver-xorg.
xserver-xorg postinst warning: not updating /etc/X11/X; file has been
   customized

# dpkg-reconfigure xserver-xorg
xserver-xorg postinst warning: not updating /etc/X11/X; file has been
   customized
# ll /etc/X11/X
lrwxrwxrwx 1 root root 13 Jun  7 03:30 /etc/X11/X - /usr/bin/Xorg

This is a link, I don't have customized anything here.

# ll /usr/bin/Xorg
-rwxr-xr-x 1 root root 1636920 May  3 06:01 /usr/bin/Xorg

And the xorg.conf file still contains the settings for my old Radeon card
although the debconf database has the correct values for the current card
(Asus N6200, see below).
I've done this circle multiple times with some variations, all without
success.

Regards,

Uwe


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (750, 'testing'), (650, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.18
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages xserver-xorg depends on:
ii  debconf   1.5.1  Debian configuration management sy
pi  x11-common1:7.0.20   X Window System (X.Org) infrastruc
ii  xbase-clients 1:7.0.1-2  miscellaneous X clients
ii  xkb-data  0.8-5  X Keyboard Extension (XKB) configu
ii  xserver-xorg-core 1:1.0.2-8  X.Org X server -- core server
ii  xserver-xorg-input-al 1:7.0.20   the X.Org X server -- input driver
ii  xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv
ii  xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d
ii  xserver-xorg-input-mo 1:1.0.4-3  X.Org X server -- mouse input driv
ii  xserver-xorg-video-al 1:7.0.20   the X.Org X server -- output drive
ii  xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv
ii  xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv
ii  xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv
ii  xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr
ii  xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d
ii  xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr
ii  xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr
ii  xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr
ii  xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr
ii  xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri
ii  xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri
ii  xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx
ii  xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr
ii  xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv
ii  xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display
ii  xserver-xorg-video-ne 1:0.1.4.1-3

Bug#321357: xbase-clients: [xset] allowing autorepeat for a single key does not work

2005-08-04 Thread Uwe Storbeck
Package: xbase-clients
Version: 4.3.0.dfsg.1-14
Severity: normal

Switching autorepeat off for all keys and allowing it for a single key
does not work.

Switching autorepeat on for all keys but space does work as expected:

$ xset r
$ xset -r 65

But:

$ xset -r
$ xset r 65

does not work. I get no autorepeat for the space key.
I also have tried it with some letter keys, same effect.


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (750, 'testing'), (650, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.12.3
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages xbase-clients depends on:
ii  cpp4:3.3.5-3 The GNU C preprocessor (cpp)
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libdps14.3.0.dfsg.1-14   Display PostScript (DPS) client li
ii  libexpat1  1.95.8-3  XML parsing C library - runtime li
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgcc11:3.4.3-13GCC support library
ii  libice64.3.0.dfsg.1-14   Inter-Client Exchange library
ii  libncurses55.4-4 Shared libraries for terminal hand
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libsm6 4.3.0.dfsg.1-14   X Window System Session Management
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libxaw74.3.0.dfsg.1-14   X Athena widget set library
ii  libxcursor11.1.3-1   X cursor management library
ii  libxext6   4.3.0.dfsg.1-14   X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxi6 4.3.0.dfsg.1-14   X Window System Input extension li
ii  libxmu64.3.0.dfsg.1-14   X Window System miscellaneous util
ii  libxmuu1   4.3.0.dfsg.1-14   lightweight X Window System miscel
ii  libxpm44.3.0.dfsg.1-14   X pixmap library
ii  libxrandr2 4.3.0.dfsg.1-14   X Window System Resize, Rotate and
ii  libxrender10.8.3-7   X Rendering Extension client libra
ii  libxt6 4.3.0.dfsg.1-14   X Toolkit Intrinsics
ii  libxtrap6  4.3.0.dfsg.1-14   X Window System protocol-trapping 
ii  libxtst6   4.3.0.dfsg.1-14   X Window System event recording an
ii  libxv1 4.3.0.dfsg.1-14   X Window System video extension li
ii  xfree86-common 4.3.0.dfsg.1-14   X Window System (XFree86) infrastr
ii  xlibmesa-gl [libgl1]   4.3.0.dfsg.1-14   Mesa 3D graphics library [XFree86]
ii  xlibmesa-glu [libglu1] 4.3.0.dfsg.1-14   Mesa OpenGL utility library [XFree
ii  xlibs  4.3.0.dfsg.1-14   X Keyboard Extension (XKB) configu
ii  xlibs-data 4.3.0.dfsg.1-14   X Window System client data
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- debconf information:
* xbase-clients/default_100dpi:
* xbase-clients/default_nolisten_tcp:


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#239830: xbase-clients: [xcalc] wrong button symbols

2004-03-24 Thread Uwe Storbeck
Package: xbase-clients
Version: 4.2.1-12.1
Severity: normal

Hi,

xcalc has wrong or no symbols on some of it's buttons. The sqrt button
has a wrong symbol (somewhat like a greek delta plus an equal sign with
a tilde) and the division button has no symbol on it.
I can send you a snapshot if you want.

Maybe it's a font problem, so the sqrt symbol is wrong (could be
avoided by using SQRT as button label). But this would not explain
why the slash is missing on the division button.

Uwe


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (200, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.25
Locale: LANG=C, LC_CTYPE=de_CH

Versions of packages xbase-clients depends on:
ii  cpp-3.2   1:3.2.3-9  The GNU C preprocessor
ii  libc6 2.3.2.ds1-11   GNU C Library: Shared libraries an
ii  libdps1   4.2.1-12.1 Display PostScript (DPS) client li
ii  libfreetype6  2.1.7-2FreeType 2 font engine, shared lib
ii  libncurses5   5.3.20030719-5 Shared libraries for terminal hand
ii  libxaw7   4.2.1-12.1 X Athena widget set library
ii  xlibmesa3-gl [libgl1] 4.2.1-12.1 Mesa 3D graphics library [XFree86]
ii  xlibmesa3-glu [libglu1]   4.2.1-12.1 Mesa OpenGL utility library [XFree
ii  xlibs 4.2.1-12.1 X Window System client libraries

-- no debconf information




Bug#220469: xserver-xfree86: dpkg-reconfigure should create the config file if it doesn't exist

2003-11-13 Thread Uwe Storbeck
Hi Branden

  But if the config file doesn't exist dpkg-reconfigure should create
  a new one instead of refusing to write it:
 
 Why?  dpkg works the same way.  If you delete a conffile it will respect
 your (apparent) wishes.

Ooops, that's new to me. If I change a config file I would expect dpkg
to protect it, ok. But removing a config file and reconfiguring the
package means give me a new one for me.
I just have checked a few packages, which I remember asking for
configuration during installation. Selection is probably not
representative. I have moved away the config file and have
reconfigured each package after this:

ntpdate: config file will be recreated, previous configured
 values appears as defaults for config questions
gpm: config file will be recreated,
 but old configuration values get lost
 (probably not handled by debconf?)
exim:config file will be recreated,
 old configuration values also get lost

Opinions seem to vary, even between Debian maintainers ;-).

 If you are playing around with different options or even different
 graphic cards and want to start from scratch with a new config file,
 save the pre-created one in a safe location, and move it back when
 you're done.

Yes, of course I can do this. But first it doesn't make much sense to
save a configuration which is already stored by debconf and second I
mostly forget to save the file before changing it :-).

It only was an idea to make life easier. Treat it as a wish as you
already have done. There are much more important things to do like
porting version 4.4 of XFree86 ;-).

Cheers,

Uwe




Bug#220469: xserver-xfree86: dpkg-reconfigure should create the config file if it doesn't exist

2003-11-12 Thread Uwe Storbeck
Package: xserver-xfree86
Version: 4.2.1-12.1
Severity: minor

Hi,

I like the idea protecting changes in the XF86Config-4 config file
by a md5-sum.
But if the config file doesn't exist dpkg-reconfigure should create
a new one instead of refusing to write it:

  # dpkg-reconfigure xserver-xfree86
  Note: not updating /etc/X11/XF86Config-4; file does not exist.

If you are playing around with different options or even different
graphic cards and want to start from scratch with a new config file
you have to remove and reinstall the xserver-package (or at least
with knowledge of package internals to recreate the md5-file).
Removing the config file would be the much easier way.

Uwe


BTW: Getting the warning about a changed config file BEFORE going
 through all the config questions would be nice. But maybe the
 config mechanism doesn't have the ability to distinguish between
 the package installation and a run of dpkg-reconfigure?


-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux coruba 2.4.21 #1 Sun Jun 15 03:15:21 CEST 2003 i686

Versions of packages xserver-xfree86 depends on:
ii  debconf   1.3.15 Debian configuration management sy
ii  libc6 2.3.2-9GNU C Library: Shared libraries an
ii  xserver-common4.2.1-12.1 files and utilities common to all 
ii  zlib1g1:1.1.4-16 compression library - runtime






Bug#220493: Want a more recent version of the XFree86-server

2003-11-12 Thread Uwe Storbeck
Package: xserver-xfree86
Version: 4.2.1-12.1
Severity: wishlist


Hi,

in general I'm a friend of the somewhat conservative strategie of the
Debian project, but ...

The XFree86 project is going to release version 4.4 of it's server
in about a month.

The Debian testing and unstable tree still contains only version
4.2.1 of this server which has been made obsolete by the release
of the follow-up version (4.3) more than 8 months ago!
Even this old Debian 4.2.1-version declares itself as a pre-release
version, but this is another topic:

  This is a pre-release version of XFree86, and is not supported in any
  way ...

I don't know the reason but IMHO ignoring a new stable release
of a that much hardware related program for more than 8 months
is a bit too much. Version 4.3 should have been gone into testing
long ago.

Even in the experimental tree I could only find a pre-4.3-version
of the xserver-xfree86 package. Or is this in reality a
pre-4.4-version, which would be a glimmer of hope for the future?

Uwe


-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux p3 2.4.22 #1 Sun Aug 31 00:21:40 CEST 2003 i686

Versions of packages xserver-xfree86 depends on:
ii  debconf   1.3.15 Debian configuration management sy
ii  libc6 2.3.2-9GNU C Library: Shared libraries an
ii  xserver-common4.2.1-12.1 files and utilities common to all 
ii  zlib1g1:1.1.4-16 compression library - runtime