Bug#160182: marked as done (xlibs: ISO 8859-13 support for TrueType is incorrect)

[Debian Bug Tracking System]

Your message dated Mon, 4 Nov 2002 00:42:35 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#160182: ISO 8859-13 support for TrueType is incorrect
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 9 Sep 2002 06:47:32 +
>From [EMAIL PROTECTED] Mon Sep 09 01:47:32 2002
Return-path: <[EMAIL PROTECTED]>
Received: from mail.opera.com (opera.com) [193.69.113.66] (root)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 17oIKZ-0002XZ-00; Mon, 09 Sep 2002 01:47:31 -0500
Received: from peter.intern.opera.no (peter.intern.opera.no [192.168.1.96])
by opera.com (8.11.6/0906) with ESMTP id g896lT921409;
Mon, 9 Sep 2002 08:47:29 +0200
Received: by peter.intern.opera.no (Postfix, from userid 1000)
id 255D086C; Mon,  9 Sep 2002 08:47:28 +0200 (CEST)
From: Peter Karlsson <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: xlibs: ISO 8859-13 support for TrueType is incorrect
X-Mailer: reportbug 1.50
Date: Mon, 09 Sep 2002 07:47:28 +0100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]

Package: xlibs
Version: 4.1.0-16
Severity: normal

TrueType fonts that are included directly to X4 via the FontPath (i.e not
via an external font server) are available from X in several different
encodings. However, the ISO 8859-13 encoding delivered from X is incorrect,
when requesting ISO 8859-13, ISO 8859-1 encoding is delivered. This happens
for all TrueType fonts.

The official Unicode encoding table for ISO 8859-13 is available from
http://www.unicode.org/Public/MAPPINGS/ISO8859/

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux peter 2.4.17 #2 mån feb 18 09:17:46 CET 2002 i686
Locale: LANG=sv, LC_CTYPE=sv_SE

Versions of packages xlibs depends on:
ii  libc6 2.2.5-11.1 GNU C Library: Shared libraries an
ii  libfreetype6  2.0.9-1FreeType 2 font engine, shared lib
ii  xfree86-common4.1.0-16   X Window System (XFree86) infrastr
ii  xlibs 4.1.0-16   X Window System client libraries


---
Received: (at 160182-done) by bugs.debian.org; 4 Nov 2002 05:42:36 +
>From [EMAIL PROTECTED] Sun Nov 03 23:42:35 2002
Return-path: <[EMAIL PROTECTED]>
Received: from pcp942041pcs.cstltn01.in.comcast.net (apocalypse.deadbeast.net) 
[68.57.244.226] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 188a0R-0004JK-00; Sun, 03 Nov 2002 23:42:35 -0600
Received: by apocalypse.deadbeast.net (Postfix, from userid 1000)
id 44E6543B7; Mon,  4 Nov 2002 00:42:35 -0500 (EST)
Date: Mon, 4 Nov 2002 00:42:35 -0500
From: Branden Robinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Bug#160182: ISO 8859-13 support for TrueType is incorrect
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="GoZzJvFfKjxI3RhA"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.4i
Mail-Copies-To: nobody
X-No-CC: I subscribe to this list; do not CC me on replies.
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-15.2 required=5.0
tests=IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,
  SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT
version=2.41
X-Spam-Level: 


--GoZzJvFfKjxI3RhA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Nov 03, 2002 at 12:52:23PM +0100, Juliusz Chroboczek wrote:
> PK> No, I do not have any encodings.dir files. What I run is:
>=20
> PK>   ttmkfdir > fonts.scale
> PK>   mkfontdir
>=20
> $ mkfontdir -e /usr/X11R6/lib/X11/fonts/encodings \
> -e /usr/X11R6/lib/X11/fonts/encodings/large
>=20
> Other useful commands include ``less fonts.README'' and ``man mkfontdir''.

Looks like this is a non-bug.  Closing this report.

--=20
G. Branden Robinson| I suspect Linus wrote that in a
Debian GNU/Linux   | complicated way only to be able to
[EMAIL PROTECTED] | have that comment in there.
http://people.debian.org/~branden/ | -- Lars Wirzenius

--GoZzJvFfKjxI3RhA
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

i

Re: Processed: round and round we go

[Branden Robinson]

[Anthony, are you subscribed to debian-x?  I thought for sure you
weren't.]

On Sun, Nov 03, 2002 at 09:10:13AM +1000, Anthony Towns wrote:
> I'd marked that bug as applying to the version in testing way back before
> woody was released. So either "no" or "it was already special cased".

Oh ah.  Is that marking visible in any publicly-readable file?

> Because it's helpful to have the fact that there're RC bugs in the
> unstable version coveniently available, whether they affect the move into
> testing or not.

Okay.  I agree that the information is useful, but it's less clear that
the message in question won't "hold up" a package's progress into
testing.

> You downgraded that bug on the 27th, at which point xfree86 would've been
> uploaded for about eight days -- so it would've been "too young" to be a
> valid candidate.

I had the impression -- perhaps mistaken -- that "valid candidate"
wouldn't have shown up anyway.

-- 
G. Branden Robinson| Q: How does a Unix guru have sex?
Debian GNU/Linux   | A: unzip;strip;touch;finger;mount;
[EMAIL PROTECTED] |fsck;more;yes;fsck;fsck;fsck;
http://people.debian.org/~branden/ |umount;sleep


pgp8YNYO3KaWA.pgp
Description: PGP signature

Re: Processed: round and round we go

[Anthony Towns]

On Mon, Nov 04, 2002 at 12:46:00AM -0500, Branden Robinson wrote:
> [Anthony, are you subscribed to debian-x?  I thought for sure you
> weren't.]

I'm not, but it looks like mutt's "group reply" isn't clever enough to
add me to the Mail-Followup-To field without debian-x being explicitly
listed as a mailing list.

> On Sun, Nov 03, 2002 at 09:10:13AM +1000, Anthony Towns wrote:
> > I'd marked that bug as applying to the version in testing way back before
> > woody was released. So either "no" or "it was already special cased".
> Oh ah.  Is that marking visible in any publicly-readable file?

auric:/org/ftp.debian.org/testing/data/testing/Bugs

The relevant line is "xutils 1" -- ie, xutils in testing has 1 RC
bug. Those numbers are rough and inaccurate, and shouldn't be relied
upon too heavily.

> > You downgraded that bug on the 27th, at which point xfree86 would've been
> > uploaded for about eight days -- so it would've been "too young" to be a
> > valid candidate.
> I had the impression -- perhaps mistaken -- that "valid candidate"
> wouldn't have shown up anyway.

Yup, it was mistaken. "Maintainer: Branden Robinson", "14 days old (needed
10 days), "Depends: foo bar" and "baz (source, i386) is (less) buggy!"
are all examples of lines that'll show up in update_excuses without
preventing the package from being considered as a valid candidate.

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

 ``If you don't do it now, you'll be one year older when you do.''



msg04568/pgp0.pgp
Description: PGP signature

Bug#167495: xterm: /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary resources

[Branden Robinson]

On Sun, Nov 03, 2002 at 11:37:25PM +0100, Eduard Bloch wrote:
> #include 
> * Vincent Lefevre [Sat, Nov 02 2002, 10:19:20PM]:
> > Package: xterm
> > Version: 4.1.0-17
> > Severity: normal
> > 
> > /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary
> > resources, like how the scrollbar looks like, as the user can't
> > always override them.
> 
> Btw, please remove this color definition:
> 
> *VT100*color4: DodgerBlue1
> 
> Color4 is used by many applications as foreground color, and I do not
> know any person that likes it.

I will not.  It is too hard to read on black, especially when using
small fonts where the stroke width in glyphs is only one pixel.

/etc/X11/app-defaults/XTerm-color is a conffile.  If you don't like it,
change it.

-- 
G. Branden Robinson|People are equally horrified at
Debian GNU/Linux   |hearing the Christian religion
[EMAIL PROTECTED] |doubted, and at seeing it
http://people.debian.org/~branden/ |practiced. -- Samuel Butler


pgpj2cLkrbjZn.pgp
Description: PGP signature

Re: Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio Display 15'

[Branden Robinson]

On Sun, Nov 03, 2002 at 02:44:55PM +0100, José Salavert Torres wrote:
> I would like to help testing patches, just give me them and the source
> of Xfree86 which compiles and works on my machine (or instructions to
> compile properly the source, I know C and I'm learning C++ this year).
> 
> I have a macintosh and I would like to help the linux comunity.

Someone's got to come up with patches first.

-- 
G. Branden Robinson| Organized religion is a sham and a
Debian GNU/Linux   | crutch for weak-minded people who
[EMAIL PROTECTED] | need strength in numbers.
http://people.debian.org/~branden/ | -- Jesse Ventura


pgpgJwfMDOimU.pgp
Description: PGP signature

Bug#160182: marked as done (xlibs: ISO 8859-13 support for TrueType is incorrect)

[Debian Bug Tracking System]

Your message dated Mon, 4 Nov 2002 00:42:35 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#160182: ISO 8859-13 support for TrueType is incorrect
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 9 Sep 2002 06:47:32 +
>From [EMAIL PROTECTED] Mon Sep 09 01:47:32 2002
Return-path: <[EMAIL PROTECTED]>
Received: from mail.opera.com (opera.com) [193.69.113.66] (root)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 17oIKZ-0002XZ-00; Mon, 09 Sep 2002 01:47:31 -0500
Received: from peter.intern.opera.no (peter.intern.opera.no [192.168.1.96])
by opera.com (8.11.6/0906) with ESMTP id g896lT921409;
Mon, 9 Sep 2002 08:47:29 +0200
Received: by peter.intern.opera.no (Postfix, from userid 1000)
id 255D086C; Mon,  9 Sep 2002 08:47:28 +0200 (CEST)
From: Peter Karlsson <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: xlibs: ISO 8859-13 support for TrueType is incorrect
X-Mailer: reportbug 1.50
Date: Mon, 09 Sep 2002 07:47:28 +0100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]

Package: xlibs
Version: 4.1.0-16
Severity: normal

TrueType fonts that are included directly to X4 via the FontPath (i.e not
via an external font server) are available from X in several different
encodings. However, the ISO 8859-13 encoding delivered from X is incorrect,
when requesting ISO 8859-13, ISO 8859-1 encoding is delivered. This happens
for all TrueType fonts.

The official Unicode encoding table for ISO 8859-13 is available from
http://www.unicode.org/Public/MAPPINGS/ISO8859/

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux peter 2.4.17 #2 mån feb 18 09:17:46 CET 2002 i686
Locale: LANG=sv, LC_CTYPE=sv_SE

Versions of packages xlibs depends on:
ii  libc6 2.2.5-11.1 GNU C Library: Shared libraries an
ii  libfreetype6  2.0.9-1FreeType 2 font engine, shared lib
ii  xfree86-common4.1.0-16   X Window System (XFree86) infrastr
ii  xlibs 4.1.0-16   X Window System client libraries


---
Received: (at 160182-done) by bugs.debian.org; 4 Nov 2002 05:42:36 +
>From [EMAIL PROTECTED] Sun Nov 03 23:42:35 2002
Return-path: <[EMAIL PROTECTED]>
Received: from pcp942041pcs.cstltn01.in.comcast.net (apocalypse.deadbeast.net) 
[68.57.244.226] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 188a0R-0004JK-00; Sun, 03 Nov 2002 23:42:35 -0600
Received: by apocalypse.deadbeast.net (Postfix, from userid 1000)
id 44E6543B7; Mon,  4 Nov 2002 00:42:35 -0500 (EST)
Date: Mon, 4 Nov 2002 00:42:35 -0500
From: Branden Robinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Bug#160182: ISO 8859-13 support for TrueType is incorrect
Message-ID: <[EMAIL PROTECTED]>
References:  
<[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="GoZzJvFfKjxI3RhA"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.4i
Mail-Copies-To: nobody
X-No-CC: I subscribe to this list; do not CC me on replies.
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-15.2 required=5.0
tests=IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,
  SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT
version=2.41
X-Spam-Level: 


--GoZzJvFfKjxI3RhA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Nov 03, 2002 at 12:52:23PM +0100, Juliusz Chroboczek wrote:
> PK> No, I do not have any encodings.dir files. What I run is:
>=20
> PK>   ttmkfdir > fonts.scale
> PK>   mkfontdir
>=20
> $ mkfontdir -e /usr/X11R6/lib/X11/fonts/encodings \
> -e /usr/X11R6/lib/X11/fonts/encodings/large
>=20
> Other useful commands include ``less fonts.README'' and ``man mkfontdir''.

Looks like this is a non-bug.  Closing this report.

--=20
G. Branden Robinson| I suspect Linus wrote that in a
Debian GNU/Linux   | complicated way only to be able to
[EMAIL PROTECTED] | have that comment in there.
http://people.debian.org/~branden/ | -- Lars Wirzenius

--GoZzJvFfKjxI3RhA
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iEYEARECAAYFAj3GCMs

Re: Processed: round and round we go

[Branden Robinson]

[Anthony, are you subscribed to debian-x?  I thought for sure you
weren't.]

On Sun, Nov 03, 2002 at 09:10:13AM +1000, Anthony Towns wrote:
> I'd marked that bug as applying to the version in testing way back before
> woody was released. So either "no" or "it was already special cased".

Oh ah.  Is that marking visible in any publicly-readable file?

> Because it's helpful to have the fact that there're RC bugs in the
> unstable version coveniently available, whether they affect the move into
> testing or not.

Okay.  I agree that the information is useful, but it's less clear that
the message in question won't "hold up" a package's progress into
testing.

> You downgraded that bug on the 27th, at which point xfree86 would've been
> uploaded for about eight days -- so it would've been "too young" to be a
> valid candidate.

I had the impression -- perhaps mistaken -- that "valid candidate"
wouldn't have shown up anyway.

-- 
G. Branden Robinson| Q: How does a Unix guru have sex?
Debian GNU/Linux   | A: unzip;strip;touch;finger;mount;
[EMAIL PROTECTED] |fsck;more;yes;fsck;fsck;fsck;
http://people.debian.org/~branden/ |umount;sleep



msg04566/pgp0.pgp
Description: PGP signature

Re: Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio Display 15'

[Branden Robinson]

On Sun, Nov 03, 2002 at 02:44:55PM +0100, José Salavert Torres wrote:
> I would like to help testing patches, just give me them and the source
> of Xfree86 which compiles and works on my machine (or instructions to
> compile properly the source, I know C and I'm learning C++ this year).
> 
> I have a macintosh and I would like to help the linux comunity.

Someone's got to come up with patches first.

-- 
G. Branden Robinson| Organized religion is a sham and a
Debian GNU/Linux   | crutch for weak-minded people who
[EMAIL PROTECTED] | need strength in numbers.
http://people.debian.org/~branden/ | -- Jesse Ventura



msg04565/pgp0.pgp
Description: PGP signature

Bug#167495: xterm: /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary resources

[Branden Robinson]

On Sun, Nov 03, 2002 at 11:37:25PM +0100, Eduard Bloch wrote:
> #include 
> * Vincent Lefevre [Sat, Nov 02 2002, 10:19:20PM]:
> > Package: xterm
> > Version: 4.1.0-17
> > Severity: normal
> > 
> > /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary
> > resources, like how the scrollbar looks like, as the user can't
> > always override them.
> 
> Btw, please remove this color definition:
> 
> *VT100*color4: DodgerBlue1
> 
> Color4 is used by many applications as foreground color, and I do not
> know any person that likes it.

I will not.  It is too hard to read on black, especially when using
small fonts where the stroke width in glyphs is only one pixel.

/etc/X11/app-defaults/XTerm-color is a conffile.  If you don't like it,
change it.

-- 
G. Branden Robinson|People are equally horrified at
Debian GNU/Linux   |hearing the Christian religion
[EMAIL PROTECTED] |doubted, and at seeing it
http://people.debian.org/~branden/ |practiced. -- Samuel Butler



msg04564/pgp0.pgp
Description: PGP signature

Bug#167642: xdm: missing colon in xdm-config

[Matthew Swift]

Package: xdm
Version: 4.2.1-3
Severity: normal
Tags: patch

The following line in etc/X11/xdm/xdm-config is missing a colon:

  DisplayManager.authDir/var/lib/xdm

I do not know what the effect of the missing colon is; I have not tried to
start xdm without it.  But the syntax for declaring X resources in the X(7x)
man page requires the colon:

The precise syntax for resources is:

[...]
   ResourceSpec  =3D WhiteSpace ResourceName WhiteSpace ":" 
WhiteSpace=
 Value
[...]




-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux beth 2.4.19 #1 Mon Aug 26 00:56:45 EDT 2002 i686
Locale: LANG=3Den_US, LC_CTYPE=3Den_US

Versions of packages xdm depends on:
ii  cpp  2:2.95.4-17 The GNU C preprocessor.
ii  debconf  1.2.10  Debian configuration managemen=
t sy
ii  libc62.2.5-14.3  GNU C Library: Shared librarie=
s an
ii  libpam0g 0.76-7  Pluggable Authentication Modul=
es l
ii  libxaw7  4.2.1-3 X Athena widget set library
ii  xbase-clients4.2.1-3 miscellaneous X clients
ii  xlibs4.2.1-3 X Window System client librari=
es

-- debconf information excluded

Bug#167638: xserver-xfree86: [Trident] vertical lines appearing in the top of the screen when switching from text mode

[Paolo Benvenuto]

Package: xserver-xfree86
Version: 4.2.1-3
Severity: normal

When I switch back from the text (console) mode (for example with ALT-F7), 
vertical lines 
appear for a while (1/2 second) in the top part of the screen.



01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (rev 6a)
01:00.0 Class 0300: 1023:8500 (rev 6a)

Section "ServerLayout"
Identifier "Default Layout"
Screen  0  "Default Screen" 0 0
InputDevice"Generic Keyboard"
InputDevice"Configured Mouse"
EndSection

Section "Files"
FontPath "unix/:7100"
FontPath "/usr/lib/X11/fonts/misc"
FontPath "/usr/lib/X11/fonts/cyrillic"
FontPath "/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/Type1"
FontPath "/usr/lib/X11/fonts/Speedo"
FontPath "/usr/lib/X11/fonts/100dpi"
FontPath "/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load  "GLcore"
Load  "bitmap"
Load  "dbe"
Load  "ddc"
Load  "dri"
Load  "extmod"
Load  "freetype"
Load  "glx"
Load  "int10"
Load  "record"
Load  "speedo"
Load  "type1"
Load  "vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules" "xfree86"
Option  "XkbModel" "pc104"
Option  "XkbLayout" "es"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device" "/dev/psaux"
Option  "Protocol" "imPS/2"
EndSection

Section "Monitor"
Identifier   "sconosciuto"
HorizSync28.0 - 49.0
VertRefresh  43.0 - 72.0
Option   "DPMS"
EndSection

Section "Device"
Identifier  "CyberBlade/i1"
Driver  "trident"
EndSection

Section "Screen"
Identifier "Default Screen"
Device "CyberBlade/i1"
Monitor"sconosciuto"
DefaultDepth 16
SubSection "Display"
Depth 1
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 4
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 8
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 15
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 16
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 24
Modes"1024x768"
EndSubSection
EndSection

Section "DRI"
Mode 0666
EndSection



XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X 
Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.18 i686 [ELF] 
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Sun Nov  3 20:53:54 2002
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "sconosciuto"
(**) |   |-->Device "CyberBlade/i1"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "es"
(**) XKB: layout: "es"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/cyrillic".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/lib/X11/fonts/cyrillic").
(**) FontPath set to 
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 7

(II) Open APM successful
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.3
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib

Bug#167637: xserver-xfree86: [trident] A4tech imps/2 mouse's pointer shifted toward right

[Paolo Benvenuto]

Package: xserver-xfree86
Version: 4.2.1-3
Severity: normal


It happened various times that the pointer of the mouse shifted 50 pts toward 
right, 
possibly during the use of blender 3D software.

Sometimes the problem desappeared restarting X server, other times no, it was 
necessary 
restart linux.



01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (rev 6a)
01:00.0 Class 0300: 1023:8500 (rev 6a)

Section "ServerLayout"
Identifier "Default Layout"
Screen  0  "Default Screen" 0 0
InputDevice"Generic Keyboard"
InputDevice"Configured Mouse"
EndSection

Section "Files"
FontPath "unix/:7100"
FontPath "/usr/lib/X11/fonts/misc"
FontPath "/usr/lib/X11/fonts/cyrillic"
FontPath "/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/Type1"
FontPath "/usr/lib/X11/fonts/Speedo"
FontPath "/usr/lib/X11/fonts/100dpi"
FontPath "/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load  "GLcore"
Load  "bitmap"
Load  "dbe"
Load  "ddc"
Load  "dri"
Load  "extmod"
Load  "freetype"
Load  "glx"
Load  "int10"
Load  "record"
Load  "speedo"
Load  "type1"
Load  "vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules" "xfree86"
Option  "XkbModel" "pc104"
Option  "XkbLayout" "es"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device" "/dev/psaux"
Option  "Protocol" "imPS/2"
EndSection

Section "Monitor"
Identifier   "sconosciuto"
HorizSync28.0 - 49.0
VertRefresh  43.0 - 72.0
Option   "DPMS"
EndSection

Section "Device"
Identifier  "CyberBlade/i1"
Driver  "trident"
EndSection

Section "Screen"
Identifier "Default Screen"
Device "CyberBlade/i1"
Monitor"sconosciuto"
DefaultDepth 16
SubSection "Display"
Depth 1
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 4
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 8
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 15
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 16
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 24
Modes"1024x768"
EndSubSection
EndSection

Section "DRI"
Mode 0666
EndSection



XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X 
Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.18 i686 [ELF] 
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Sun Nov  3 20:53:54 2002
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "sconosciuto"
(**) |   |-->Device "CyberBlade/i1"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "es"
(**) XKB: layout: "es"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/cyrillic".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/lib/X11/fonts/cyrillic").
(**) FontPath set to 
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 7

(II) Open APM successful
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer :

Bug#167642: xdm: missing colon in xdm-config

[Matthew Swift]

Package: xdm
Version: 4.2.1-3
Severity: normal
Tags: patch

The following line in etc/X11/xdm/xdm-config is missing a colon:

  DisplayManager.authDir/var/lib/xdm

I do not know what the effect of the missing colon is; I have not tried to
start xdm without it.  But the syntax for declaring X resources in the X(7x)
man page requires the colon:

The precise syntax for resources is:

[...]
   ResourceSpec  =3D WhiteSpace ResourceName WhiteSpace ":" WhiteSpace=
 Value
[...]




-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux beth 2.4.19 #1 Mon Aug 26 00:56:45 EDT 2002 i686
Locale: LANG=3Den_US, LC_CTYPE=3Den_US

Versions of packages xdm depends on:
ii  cpp  2:2.95.4-17 The GNU C preprocessor.
ii  debconf  1.2.10  Debian configuration managemen=
t sy
ii  libc62.2.5-14.3  GNU C Library: Shared librarie=
s an
ii  libpam0g 0.76-7  Pluggable Authentication Modul=
es l
ii  libxaw7  4.2.1-3 X Athena widget set library
ii  xbase-clients4.2.1-3 miscellaneous X clients
ii  xlibs4.2.1-3 X Window System client librari=
es

-- debconf information excluded




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

Re: Help getting X server working?...

[Nathanael Nerode]

José Salavert Torres wrote:

Does your kernel has support for framebuffer with your Nvidia???

Hmmm... better check that. :-)


If it's a powermac try benh kernel. Don't select support for VGA
console. And configure then the Xfree86 4.2.1-3 (from unstable) for
using the framebuffer as driver.

Nvidia doesn't makes drivers or sources for linux with ppc
architectures.


Nope, it's a Pentium 4 based architecture.

I didn't think this machine would have so much trouble out of the box.

--Nathanael

Bug#167638: xserver-xfree86: [Trident] vertical lines appearing in the top of the screen when switching from text mode

[Paolo Benvenuto]

Package: xserver-xfree86
Version: 4.2.1-3
Severity: normal

When I switch back from the text (console) mode (for example with ALT-F7), vertical 
lines 
appear for a while (1/2 second) in the top part of the screen.



01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (rev 6a)
01:00.0 Class 0300: 1023:8500 (rev 6a)

Section "ServerLayout"
Identifier "Default Layout"
Screen  0  "Default Screen" 0 0
InputDevice"Generic Keyboard"
InputDevice"Configured Mouse"
EndSection

Section "Files"
FontPath "unix/:7100"
FontPath "/usr/lib/X11/fonts/misc"
FontPath "/usr/lib/X11/fonts/cyrillic"
FontPath "/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/Type1"
FontPath "/usr/lib/X11/fonts/Speedo"
FontPath "/usr/lib/X11/fonts/100dpi"
FontPath "/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load  "GLcore"
Load  "bitmap"
Load  "dbe"
Load  "ddc"
Load  "dri"
Load  "extmod"
Load  "freetype"
Load  "glx"
Load  "int10"
Load  "record"
Load  "speedo"
Load  "type1"
Load  "vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules" "xfree86"
Option  "XkbModel" "pc104"
Option  "XkbLayout" "es"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device" "/dev/psaux"
Option  "Protocol" "imPS/2"
EndSection

Section "Monitor"
Identifier   "sconosciuto"
HorizSync28.0 - 49.0
VertRefresh  43.0 - 72.0
Option   "DPMS"
EndSection

Section "Device"
Identifier  "CyberBlade/i1"
Driver  "trident"
EndSection

Section "Screen"
Identifier "Default Screen"
Device "CyberBlade/i1"
Monitor"sconosciuto"
DefaultDepth 16
SubSection "Display"
Depth 1
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 4
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 8
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 15
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 16
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 24
Modes"1024x768"
EndSubSection
EndSection

Section "DRI"
Mode 0666
EndSection



XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X Window 
System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.18 i686 [ELF] 
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Sun Nov  3 20:53:54 2002
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "sconosciuto"
(**) |   |-->Device "CyberBlade/i1"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "es"
(**) XKB: layout: "es"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/cyrillic".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/lib/X11/fonts/cyrillic").
(**) FontPath set to 
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 7

(II) Open APM successful
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.3
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib

Bug#167637: xserver-xfree86: [trident] A4tech imps/2 mouse's pointer shifted toward right

[Paolo Benvenuto]

Package: xserver-xfree86
Version: 4.2.1-3
Severity: normal


It happened various times that the pointer of the mouse shifted 50 pts toward right, 
possibly during the use of blender 3D software.

Sometimes the problem desappeared restarting X server, other times no, it was 
necessary 
restart linux.



01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (rev 6a)
01:00.0 Class 0300: 1023:8500 (rev 6a)

Section "ServerLayout"
Identifier "Default Layout"
Screen  0  "Default Screen" 0 0
InputDevice"Generic Keyboard"
InputDevice"Configured Mouse"
EndSection

Section "Files"
FontPath "unix/:7100"
FontPath "/usr/lib/X11/fonts/misc"
FontPath "/usr/lib/X11/fonts/cyrillic"
FontPath "/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/Type1"
FontPath "/usr/lib/X11/fonts/Speedo"
FontPath "/usr/lib/X11/fonts/100dpi"
FontPath "/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load  "GLcore"
Load  "bitmap"
Load  "dbe"
Load  "ddc"
Load  "dri"
Load  "extmod"
Load  "freetype"
Load  "glx"
Load  "int10"
Load  "record"
Load  "speedo"
Load  "type1"
Load  "vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules" "xfree86"
Option  "XkbModel" "pc104"
Option  "XkbLayout" "es"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device" "/dev/psaux"
Option  "Protocol" "imPS/2"
EndSection

Section "Monitor"
Identifier   "sconosciuto"
HorizSync28.0 - 49.0
VertRefresh  43.0 - 72.0
Option   "DPMS"
EndSection

Section "Device"
Identifier  "CyberBlade/i1"
Driver  "trident"
EndSection

Section "Screen"
Identifier "Default Screen"
Device "CyberBlade/i1"
Monitor"sconosciuto"
DefaultDepth 16
SubSection "Display"
Depth 1
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 4
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 8
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 15
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 16
Modes"1024x768"
EndSubSection
SubSection "Display"
Depth 24
Modes"1024x768"
EndSubSection
EndSection

Section "DRI"
Mode 0666
EndSection



XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X Window 
System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.18 i686 [ELF] 
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Sun Nov  3 20:53:54 2002
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "sconosciuto"
(**) |   |-->Device "CyberBlade/i1"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "es"
(**) XKB: layout: "es"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/cyrillic".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/lib/X11/fonts/cyrillic").
(**) FontPath set to 
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 7

(II) Open APM successful
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 

Re: Help getting X server working?...

[José Salavert Torres]

Does your kernel has support for framebuffer with your Nvidia???
If it's a powermac try benh kernel. Don't select support for VGA
console. And configure then the Xfree86 4.2.1-3 (from unstable) for
using the framebuffer as driver.

Nvidia doesn't makes drivers or sources for linux with ppc
architectures.

Bug#167495: xterm: /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary resources

[Eduard Bloch]

#include 
* Vincent Lefevre [Sat, Nov 02 2002, 10:19:20PM]:
> Package: xterm
> Version: 4.1.0-17
> Severity: normal
> 
> /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary
> resources, like how the scrollbar looks like, as the user can't
> always override them.

Btw, please remove this color definition:

*VT100*color4: DodgerBlue1

Color4 is used by many applications as foreground color, and I do not
know any person that likes it.

Gruss/Regards,
Eduard.
-- 
Eine neue DAU-Generation wächst heran:
DAR = dümmster anzunehmender Administrator

Help getting X server working?...

[Nathanael Nerode]

I've installed debian testing on a beautiful new machine, with an NVIDIA
Quadro 4 video card, and a Dell 1702FP monitor (LCD), connected with 
the digital interface.  Naively attempting to set up XFree86, I get the 
error that it "can't find a valid framebuffer device". (?!)  Log from 
'startx' follows.  Any hints anyone?


XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X 
Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.18 i686 [ELF] 
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Sun Nov  3 17:32:18 2002
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Dell 1702 FP"
(**) |   |-->Device "NVIDIA Quadro 4"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Generic Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(**) FontPath set to 
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 7

(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.3
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
compiled for 4.2.1, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.3
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="The XFree86 Project"
compiled for 4.2.1, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,2530 card 1028,010d rev 04 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,2532 card , rev 04 class 06,04,00 hdr 01
(II) PCI: 00:1e:0: chip 8086,244e card , rev 04 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,2440 card , rev 04 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,244b card 1028,010d rev 04 class 01,01,80 hdr 00
(II) PCI: 00:1f:2: chip 8086,2442 card 1028,010d rev 04 class 0c,03,00 hdr 00
(II) PCI: 00:1f:3: chip 8086,2443 card 1028,010d rev 04 class 0c,05,00 hdr 00
(II) PCI: 00:1f:4: chip 8086,2444 card 1028,010d rev 04 class 0c,03,00 hdr 00
(II) PCI: 01:00:0: chip 10de,025b card 10de,013b rev a3 class 03,00,00 hdr 00
(II) PCI: 02:07:0: chip 1102,0002 card 1102,8022 rev 0a class 04,01,00 hdr 80
(II) PCI: 02:07:1: chip 1102,7002 card 1102,0020 rev 0a class 09,80,00 hdr 80
(II) PCI: 02:0a:0: chip 10cd,1300 card , rev 02 class 01,00,00 hdr 00
(II) PCI: 02:0c:0: chip 10b7,9200 card 1028,010d rev 78 class 02,00,00 hdr 00
(II) PCI: End of PCI scan
(II) LoadModule: "scanpci"
(II) Loading /usr/X11R6/lib/modules/libscanpci.a
(II) Module scanpci: vendor="The XFree86 Project"
compiled for 4.2.1, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) UnloadModule: "scanpci"
(II) Unloading /usr/X11R6/lib/modules/libscanpci.a
(II) Host-to-PCI bridge:
(II) PCI-to-ISA bridge:
(II) PCI-to-PCI bridge:
(II) PCI-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1 00x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1 00x - 0x (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1 00x - 0x (0x0) MX[B]
(II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0e (VGA_EN is set)
(II) Bus 1 I/O range:
(II) Bus 1 non-prefetchable memory range:
[0] -1 0  

Bug#167556: marked as done (keymaps layout bug)

[Debian Bug Tracking System]

Your message dated Sun, 3 Nov 2002 17:01:34 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#167556: keymaps layout bug
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 3 Nov 2002 11:22:30 +
>From [EMAIL PROTECTED] Sun Nov 03 05:22:30 2002
Return-path: <[EMAIL PROTECTED]>
Received: from service.sh.cvut.cz [147.32.127.214] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 188Ipq-zj-00; Sun, 03 Nov 2002 05:22:30 -0600
Received: from nightmare.sh.cvut.cz (nightmare.sh.cvut.cz [147.32.127.206])
by service.sh.cvut.cz (Postfix) with ESMTP id 7AF0CE8A7
for <[EMAIL PROTECTED]>; Sun,  3 Nov 2002 12:22:27 +0100 (CET)
Received: from sh.cvut.cz (elfie.sh.cvut.cz [147.32.115.100])
by nightmare.sh.cvut.cz (8.12.3/8.12.3/Debian -5) with ESMTP id 
gA3BMQ7x022079
(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
for <[EMAIL PROTECTED]>; Sun, 3 Nov 2002 12:22:28 +0100
Message-ID: <[EMAIL PROTECTED]>
Date: Sun, 03 Nov 2002 12:22:35 +0100
From: Mirek Dobsicek <[EMAIL PROTECTED]>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 
Debian/1.0.0-3
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: keymaps layout bug
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=0.7 required=5.0
tests=SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MOZILLA_UA
version=2.41
X-Spam-Level: 

Package: xlibs
Version: 4.2.1-3

after upgrading to xlibs 4.2.1-3 (sarge)
I noticed it refused to
setxkbmap -layout to cz/cz_qwerty/sk/sk_qwerty/czsk

other layouts were ok

solved be coping cz/sk layouts from xlibs_4.1.0-16(woody).

I'm running kernel 2.4.18 on i686 AMD Athlon(tm) with libc6 2.2.5-14.3


Mirek


---
Received: (at 167556-done) by bugs.debian.org; 3 Nov 2002 22:01:35 +
>From [EMAIL PROTECTED] Sun Nov 03 16:01:35 2002
Return-path: <[EMAIL PROTECTED]>
Received: from pcp942041pcs.cstltn01.in.comcast.net (apocalypse.deadbeast.net) 
[68.57.244.226] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 188SoJ-0002uJ-00; Sun, 03 Nov 2002 16:01:35 -0600
Received: by apocalypse.deadbeast.net (Postfix, from userid 1000)
id B3F5A43CE; Sun,  3 Nov 2002 17:01:34 -0500 (EST)
Date: Sun, 3 Nov 2002 17:01:34 -0500
From: Branden Robinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Bug#167556: keymaps layout bug
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="wTWi5aaYRw9ix9vO"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.4i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-11.7 required=5.0
tests=IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,
  USER_AGENT,USER_AGENT_MUTT
version=2.41
X-Spam-Level: 


--wTWi5aaYRw9ix9vO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Nov 03, 2002 at 12:22:35PM +0100, Mirek Dobsicek wrote:
> after upgrading to xlibs 4.2.1-3 (sarge)
> I noticed it refused to
> setxkbmap -layout to cz/cz_qwerty/sk/sk_qwerty/czsk
>=20
> other layouts were ok
>=20
> solved be coping cz/sk layouts from xlibs_4.1.0-16(woody).

Upstream decided to put the cz and sk symbols files back into a single
file, "czsk".

/etc/X11/xkb/symbols/czsk

You have a variety of choices in this file:

us_sk_qwerty
us_sk_qwertz
sk_us_qwerty
sk_us_qwertz
us_sk_prog
sk_us_prog
us_cz_qwerty
us_cz_qwertz
cz_us_qwerty
cz_us_qwertz
us_cz_prog
cz_us_prog

These give you a choice between having US/ASCII as you default group,
versus Czech or Slovak.  Also, as you can see, you can choose among
QWERTY, QWERTZ, or "programmers'" key layouts.

Here are some examples of usage:

$ setxkbmap -rules xfree86 -model pc101 -symbols "czsk(us_cz_qwerty)"
$ setxkbmap -rules xfree86 -model pc104 -symbols "czsk(sk_us_prog)"
$ setxkbmap -rules xfree86 -model pc105 -symbols "czsk(cz_us_qwertz)"

(You should be able to use the -layout flag instead of -symbols, but the
XFree86 rules file isn't written to properly recognize that usage.)

--=20
G. Branden Robinson|Build a fire for a man, and he'll
Debian GNU/Linux   |be warm for a day.

Bug#167495: acknowledged by developer (Re: Bug#167495: xterm: /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary resources)

[Vincent Lefevre]

On Sun, Nov 03, 2002 at 14:48:26 -0600, Debian Bug Tracking System wrote:
> You are mistaken.  The user can always override them with X resource
> settings.

No, I use

*Scrollbar.thickness:   10
*Scrollbar.background:  grey
*Scrollbar.foreground:  black

and this doesn't override what is in /usr/X11R6/lib/X11/app-defaults.

Thomas Dickey recommends not to put additional stuff into system files.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web:  - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA

Bug#167605: xfs should have configurable pid file

[Nikita V. Youshchenko]

Package: xfs
Version: 4.2.1-3
Severity: normal
Tags: patch

In current xfs package, pid file is hardcoded to /var/run/xfs.pid.
Hardcoded pid file leads to problems if more than one font server should
run (e.g. one providing unicode fonts for fast clients, and another one
not providing unicode fonts for slow clients).

The following patch adds -pid option for xfs that may be used to change
pid file.

diff -ur xfs.orig/os/utils.c xfs/os/utils.c
--- xfs.orig/os/utils.c Mon Nov  4 00:18:04 2002
+++ xfs/os/utils.c  Sun Nov  3 23:56:29 2002
@@ -219,7 +219,7 @@
 static void
 usage(void)
 {
-fprintf(stderr, "usage: %s [-config config_file] [-port tcp_port] 
[-droppriv] [-daemon] [-nodaemon] [-user user_name]\n",
+fprintf(stderr, "usage: %s [-config config_file] [-port tcp_port] 
[-droppriv] [-daemon] [-nodaemon] [-user user_name] [-pid pid_file]\n",
progname);
 exit(1);
 }
@@ -338,6 +338,11 @@
} else if (!strcmp(argv[i], "-cf") || !strcmp(argv[i], "-config")) {
if (argv[i + 1])
configfilename = argv[++i];
+   else
+   usage();
+   } else if (!strcmp(argv[i], "-pid")) {
+   if (argv[i + 1])
+   pidFile = argv[++i];
else
usage();
}
diff -ur xfs.orig/xfs.man xfs/xfs.man
--- xfs.orig/xfs.manFri Dec 14 23:01:32 2001
+++ xfs/xfs.man Mon Nov  4 00:10:33 2002
@@ -49,6 +49,7 @@
 [\-nodaemon]
 [\-port \fItcp_port\fP]
 [\-user \fIusername\fP]
+[\-pid \fIpid_file\fP]
 .SH DESCRIPTION
 .PP
 .I Xfs
@@ -99,6 +100,10 @@
 This is equivalent to
 .B \-droppriv
 except that xfs will run as user \fIusername\fR.
+.TP 8
+.B \-pid pid_file
+Save daemon process id into \fIpid_file\fR, instead of default
+\fI/var/run/xfs.pid\fR.
 .SH "SIGNALS"
 .TP 8
 .I SIGTERM


-- System Information:
Debian Release: 3.0
Architecture: i386
Kernel: Linux sercond 2.4.19 #1 óÂÔ óÅÎ 28 15:05:51 MSD 2002 i686
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R

Versions of packages xfs depends on:
ii  debconf   1.2.14 Debian configuration management sy
ii  libc6 2.3.1-3GNU C Library: Shared libraries an
ii  zlib1g1:1.1.4-6  compression library - runtime

-- debconf information:
* xfs/default_100dpi: 
* xfs/default_nolisten_tcp: 

Re: Help getting X server working?...

[Nathanael Nerode]

José Salavert Torres wrote:

Does your kernel has support for framebuffer with your Nvidia???

Hmmm... better check that. :-)


If it's a powermac try benh kernel. Don't select support for VGA
console. And configure then the Xfree86 4.2.1-3 (from unstable) for
using the framebuffer as driver.

Nvidia doesn't makes drivers or sources for linux with ppc
architectures.


Nope, it's a Pentium 4 based architecture.

I didn't think this machine would have so much trouble out of the box.

--Nathanael


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

Bug#164034: Resolution 1400x1050

[Branden Robinson]

On Sun, Nov 03, 2002 at 09:05:15AM +0100, Eduard Bloch wrote:
> What about giving the user an option to enter X and Y values manually?
> Take apt-setup for example, you have a large predefined list but can add
> you own stuff if you wish.

Review the scope of the Debconf XFree86 X server configuration management
in dexconf(8).

-- 
G. Branden Robinson| Human beings rarely imagine a god
Debian GNU/Linux   | that behaves any better than a
[EMAIL PROTECTED] | spoiled child.
http://people.debian.org/~branden/ | -- Robert Heinlein


pgpCeB6RyQXKZ.pgp
Description: PGP signature

Bug#163885: in re: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=163885

[Branden Robinson]

On Sun, Nov 03, 2002 at 01:52:53AM -0600, Andreas Michlmayr wrote:
> this happened just now when I upgraded from 4.1.0.1 to 4.2.1-3 (debian 
> testing, 2.4.19-686 kernel).  my DRI broke with the same 'version 
> mismatch' error, albeit on i810.  sure, "packages cannot upgrade your 
> kernel for you" -- but if you put a package into testing that needs a 
> kernel version not available therein to work properly..

That's a decision that XFree86 upstream made for me, really.

> make of it what you will; I can downgrade if I need DRI back.

Well, hopefully Marcelo will release kernel 2.4.20 soon.

-- 
G. Branden Robinson|Somewhere, there is a .sig so funny
Debian GNU/Linux   |that reading it will cause an
[EMAIL PROTECTED] |aneurysm.  This is not that .sig.
http://people.debian.org/~branden/ |


pgp1cQAodHelJ.pgp
Description: PGP signature

Re: Help getting X server working?...

[José Salavert Torres]

Does your kernel has support for framebuffer with your Nvidia???
If it's a powermac try benh kernel. Don't select support for VGA
console. And configure then the Xfree86 4.2.1-3 (from unstable) for
using the framebuffer as driver.

Nvidia doesn't makes drivers or sources for linux with ppc
architectures.


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

Bug#167495: xterm: /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary resources

[Eduard Bloch]

#include 
* Vincent Lefevre [Sat, Nov 02 2002, 10:19:20PM]:
> Package: xterm
> Version: 4.1.0-17
> Severity: normal
> 
> /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary
> resources, like how the scrollbar looks like, as the user can't
> always override them.

Btw, please remove this color definition:

*VT100*color4: DodgerBlue1

Color4 is used by many applications as foreground color, and I do not
know any person that likes it.

Gruss/Regards,
Eduard.
-- 
Eine neue DAU-Generation wächst heran:
DAR = dümmster anzunehmender Administrator



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

Bug#167495: marked as done (xterm: /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary resources)

[Debian Bug Tracking System]

Your message dated Sun, 3 Nov 2002 15:48:03 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#167495: xterm: /etc/X11/app-defaults/XTerm-color shouldn't 
define unnecessary resources
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 2 Nov 2002 21:19:23 +
>From [EMAIL PROTECTED] Sat Nov 02 15:19:23 2002
Return-path: <[EMAIL PROTECTED]>
Received: from mallaury.noc.nerim.net [62.4.17.82] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 1885fv-0002Eu-00; Sat, 02 Nov 2002 15:19:23 -0600
Received: from ay (vinc17.net1.nerim.net [62.4.18.82])
by mallaury.noc.nerim.net (Postfix) with ESMTP id EE0FD62E35
for <[EMAIL PROTECTED]>; Sat,  2 Nov 2002 22:19:19 +0100 (CET)
Received: from lefevre by ay with local (Exim 3.36 #1 (Debian))
id 1885fs-0004Cp-00; Sat, 02 Nov 2002 22:19:20 +0100
From: Vincent Lefevre <[EMAIL PROTECTED]>
Subject: xterm: /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary 
resources
To: [EMAIL PROTECTED]
X-Mailer: bug 3.3.10.2
Message-Id: <[EMAIL PROTECTED]>
Date: Sat, 02 Nov 2002 22:19:20 +0100
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=0.6 required=5.0
tests=SPAM_PHRASE_00_01
version=2.41
X-Spam-Level: 

Package: xterm
Version: 4.1.0-17
Severity: normal

/etc/X11/app-defaults/XTerm-color shouldn't define unnecessary
resources, like how the scrollbar looks like, as the user can't
always override them.

-- System Information
Debian Release: testing/unstable
Kernel Version: Linux ay 2.4.18-newpmac #1 Thu Mar 14 22:44:49 EST 2002 ppc  
7410, altivec supported GNU/Linux

Versions of the packages xterm depends on:
ii  debconf1.2.10 Debian configuration management system
ii  libc6  2.2.5-14.3 GNU C Library: Shared libraries and Timezone
ii  libfreetype6   2.1.2-9FreeType 2 font engine, shared library files
ii  libncurses55.2.20020112a- Shared libraries for terminal handling
ii  libxaw74.1.0-17   X Athena widget set library
ii  xlibs  4.1.0-17   X Window System client libraries

---
Received: (at 167495-done) by bugs.debian.org; 3 Nov 2002 20:48:04 +
>From [EMAIL PROTECTED] Sun Nov 03 14:48:04 2002
Return-path: <[EMAIL PROTECTED]>
Received: from pcp942041pcs.cstltn01.in.comcast.net (apocalypse.deadbeast.net) 
[68.57.244.226] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 188Rf9-00025j-00; Sun, 03 Nov 2002 14:48:03 -0600
Received: by apocalypse.deadbeast.net (Postfix, from userid 1000)
id 3EAB9439F; Sun,  3 Nov 2002 15:48:03 -0500 (EST)
Date: Sun, 3 Nov 2002 15:48:03 -0500
From: Branden Robinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Bug#167495: xterm: /etc/X11/app-defaults/XTerm-color shouldn't 
define unnecessary resources
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="KFztAG8eRSV9hGtP"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.4i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-15.2 required=5.0
tests=IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,
  SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT
version=2.41
X-Spam-Level: 


--KFztAG8eRSV9hGtP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Nov 02, 2002 at 10:19:20PM +0100, Vincent Lefevre wrote:
> /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary
> resources, like how the scrollbar looks like, as the user can't
> always override them.

You are mistaken.  The user can always override them with X resource
settings.

XTerm*autoWrap: true
XTerm*curses:   true
XTerm*loginShell:   true
XTerm*reverseWrap:  true
XTerm*scrollBar:true
XTerm*saveLines:5000
XTerm*scrollTtyOutput:  false
XTerm*trimSelection:true
XTerm*visualBell:   true
XTerm*activeIcon:   true
XTerm.VT100.background: gray30
XTerm.VT100.foreground: gray90
XTerm.VT100.geometry:   200x55-0+20
XTerm.VT100.color4: DodgerBlue1
XTerm.VT100.color8: gray50
XTerm.VT100.color12: SteelBlue1
XTerm.VT100.scrollbar.background: white
XTerm.VT100.scrollbar.foreground: blue

--=20
G. Branden Robinson|You can have my PGP passphrase when
Debian GNU/Linux

Processed: retitle 167517 to xdm: :0.0 not passed to session reset scripts, contradicting manpage

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 167517 xdm: :0.0 not passed to session reset scripts, contradicting 
> manpage
Bug#167517: xdm: $DISPLAY not passet to session reset scripts, contrary to what 
xdm manpage says
Changed Bug title.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Help getting X server working?...

[Nathanael Nerode]

I've installed debian testing on a beautiful new machine, with an NVIDIA
Quadro 4 video card, and a Dell 1702FP monitor (LCD), connected with 
the digital interface.  Naively attempting to set up XFree86, I get the 
error that it "can't find a valid framebuffer device". (?!)  Log from 
'startx' follows.  Any hints anyone?


XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X Window 
System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.18 i686 [ELF] 
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Sun Nov  3 17:32:18 2002
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Dell 1702 FP"
(**) |   |-->Device "NVIDIA Quadro 4"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(**) |-->Input Device "Generic Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(**) FontPath set to 
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) using VT number 7

(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.3
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
compiled for 4.2.1, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.3
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="The XFree86 Project"
compiled for 4.2.1, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,2530 card 1028,010d rev 04 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,2532 card , rev 04 class 06,04,00 hdr 01
(II) PCI: 00:1e:0: chip 8086,244e card , rev 04 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,2440 card , rev 04 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,244b card 1028,010d rev 04 class 01,01,80 hdr 00
(II) PCI: 00:1f:2: chip 8086,2442 card 1028,010d rev 04 class 0c,03,00 hdr 00
(II) PCI: 00:1f:3: chip 8086,2443 card 1028,010d rev 04 class 0c,05,00 hdr 00
(II) PCI: 00:1f:4: chip 8086,2444 card 1028,010d rev 04 class 0c,03,00 hdr 00
(II) PCI: 01:00:0: chip 10de,025b card 10de,013b rev a3 class 03,00,00 hdr 00
(II) PCI: 02:07:0: chip 1102,0002 card 1102,8022 rev 0a class 04,01,00 hdr 80
(II) PCI: 02:07:1: chip 1102,7002 card 1102,0020 rev 0a class 09,80,00 hdr 80
(II) PCI: 02:0a:0: chip 10cd,1300 card , rev 02 class 01,00,00 hdr 00
(II) PCI: 02:0c:0: chip 10b7,9200 card 1028,010d rev 78 class 02,00,00 hdr 00
(II) PCI: End of PCI scan
(II) LoadModule: "scanpci"
(II) Loading /usr/X11R6/lib/modules/libscanpci.a
(II) Module scanpci: vendor="The XFree86 Project"
compiled for 4.2.1, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) UnloadModule: "scanpci"
(II) Unloading /usr/X11R6/lib/modules/libscanpci.a
(II) Host-to-PCI bridge:
(II) PCI-to-ISA bridge:
(II) PCI-to-PCI bridge:
(II) PCI-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1 00x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1 00x - 0x (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1 00x - 0x (0x0) MX[B]
(II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0e (VGA_EN is set)
(II) Bus 1 I/O range:
(II) Bus 1 non-prefetchable memory range:
[0] -1 0  

Bug#167556: marked as done (keymaps layout bug)

[Debian Bug Tracking System]

Your message dated Sun, 3 Nov 2002 17:01:34 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#167556: keymaps layout bug
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 3 Nov 2002 11:22:30 +
>From [EMAIL PROTECTED] Sun Nov 03 05:22:30 2002
Return-path: <[EMAIL PROTECTED]>
Received: from service.sh.cvut.cz [147.32.127.214] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 188Ipq-zj-00; Sun, 03 Nov 2002 05:22:30 -0600
Received: from nightmare.sh.cvut.cz (nightmare.sh.cvut.cz [147.32.127.206])
by service.sh.cvut.cz (Postfix) with ESMTP id 7AF0CE8A7
for <[EMAIL PROTECTED]>; Sun,  3 Nov 2002 12:22:27 +0100 (CET)
Received: from sh.cvut.cz (elfie.sh.cvut.cz [147.32.115.100])
by nightmare.sh.cvut.cz (8.12.3/8.12.3/Debian -5) with ESMTP id gA3BMQ7x022079
(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
for <[EMAIL PROTECTED]>; Sun, 3 Nov 2002 12:22:28 +0100
Message-ID: <[EMAIL PROTECTED]>
Date: Sun, 03 Nov 2002 12:22:35 +0100
From: Mirek Dobsicek <[EMAIL PROTECTED]>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020615 
Debian/1.0.0-3
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: keymaps layout bug
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=0.7 required=5.0
tests=SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MOZILLA_UA
version=2.41
X-Spam-Level: 

Package: xlibs
Version: 4.2.1-3

after upgrading to xlibs 4.2.1-3 (sarge)
I noticed it refused to
setxkbmap -layout to cz/cz_qwerty/sk/sk_qwerty/czsk

other layouts were ok

solved be coping cz/sk layouts from xlibs_4.1.0-16(woody).

I'm running kernel 2.4.18 on i686 AMD Athlon(tm) with libc6 2.2.5-14.3


Mirek


---
Received: (at 167556-done) by bugs.debian.org; 3 Nov 2002 22:01:35 +
>From [EMAIL PROTECTED] Sun Nov 03 16:01:35 2002
Return-path: <[EMAIL PROTECTED]>
Received: from pcp942041pcs.cstltn01.in.comcast.net (apocalypse.deadbeast.net) 
[68.57.244.226] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 188SoJ-0002uJ-00; Sun, 03 Nov 2002 16:01:35 -0600
Received: by apocalypse.deadbeast.net (Postfix, from userid 1000)
id B3F5A43CE; Sun,  3 Nov 2002 17:01:34 -0500 (EST)
Date: Sun, 3 Nov 2002 17:01:34 -0500
From: Branden Robinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Bug#167556: keymaps layout bug
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="wTWi5aaYRw9ix9vO"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.4i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-11.7 required=5.0
tests=IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,
  USER_AGENT,USER_AGENT_MUTT
version=2.41
X-Spam-Level: 


--wTWi5aaYRw9ix9vO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Nov 03, 2002 at 12:22:35PM +0100, Mirek Dobsicek wrote:
> after upgrading to xlibs 4.2.1-3 (sarge)
> I noticed it refused to
> setxkbmap -layout to cz/cz_qwerty/sk/sk_qwerty/czsk
>=20
> other layouts were ok
>=20
> solved be coping cz/sk layouts from xlibs_4.1.0-16(woody).

Upstream decided to put the cz and sk symbols files back into a single
file, "czsk".

/etc/X11/xkb/symbols/czsk

You have a variety of choices in this file:

us_sk_qwerty
us_sk_qwertz
sk_us_qwerty
sk_us_qwertz
us_sk_prog
sk_us_prog
us_cz_qwerty
us_cz_qwertz
cz_us_qwerty
cz_us_qwertz
us_cz_prog
cz_us_prog

These give you a choice between having US/ASCII as you default group,
versus Czech or Slovak.  Also, as you can see, you can choose among
QWERTY, QWERTZ, or "programmers'" key layouts.

Here are some examples of usage:

$ setxkbmap -rules xfree86 -model pc101 -symbols "czsk(us_cz_qwerty)"
$ setxkbmap -rules xfree86 -model pc104 -symbols "czsk(sk_us_prog)"
$ setxkbmap -rules xfree86 -model pc105 -symbols "czsk(cz_us_qwertz)"

(You should be able to use the -layout flag instead of -symbols, but the
XFree86 rules file isn't written to properly recognize that usage.)

--=20
G. Branden Robinson|Build a fire for a man, and he'll
Debian GNU/Linux   |be warm for a day. 

Bug#167495: acknowledged by developer (Re: Bug#167495: xterm: /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary resources)

[Vincent Lefevre]

On Sun, Nov 03, 2002 at 14:48:26 -0600, Debian Bug Tracking System wrote:
> You are mistaken.  The user can always override them with X resource
> settings.

No, I use

*Scrollbar.thickness:   10
*Scrollbar.background:  grey
*Scrollbar.foreground:  black

and this doesn't override what is in /usr/X11R6/lib/X11/app-defaults.

Thomas Dickey recommends not to put additional stuff into system files.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web:  - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA



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

Bug#167605: xfs should have configurable pid file

[Nikita V. Youshchenko]

Package: xfs
Version: 4.2.1-3
Severity: normal
Tags: patch

In current xfs package, pid file is hardcoded to /var/run/xfs.pid.
Hardcoded pid file leads to problems if more than one font server should
run (e.g. one providing unicode fonts for fast clients, and another one
not providing unicode fonts for slow clients).

The following patch adds -pid option for xfs that may be used to change
pid file.

diff -ur xfs.orig/os/utils.c xfs/os/utils.c
--- xfs.orig/os/utils.c Mon Nov  4 00:18:04 2002
+++ xfs/os/utils.c  Sun Nov  3 23:56:29 2002
@@ -219,7 +219,7 @@
 static void
 usage(void)
 {
-fprintf(stderr, "usage: %s [-config config_file] [-port tcp_port] [-droppriv] 
[-daemon] [-nodaemon] [-user user_name]\n",
+fprintf(stderr, "usage: %s [-config config_file] [-port tcp_port] [-droppriv] 
+[-daemon] [-nodaemon] [-user user_name] [-pid pid_file]\n",
progname);
 exit(1);
 }
@@ -338,6 +338,11 @@
} else if (!strcmp(argv[i], "-cf") || !strcmp(argv[i], "-config")) {
if (argv[i + 1])
configfilename = argv[++i];
+   else
+   usage();
+   } else if (!strcmp(argv[i], "-pid")) {
+   if (argv[i + 1])
+   pidFile = argv[++i];
else
usage();
}
diff -ur xfs.orig/xfs.man xfs/xfs.man
--- xfs.orig/xfs.manFri Dec 14 23:01:32 2001
+++ xfs/xfs.man Mon Nov  4 00:10:33 2002
@@ -49,6 +49,7 @@
 [\-nodaemon]
 [\-port \fItcp_port\fP]
 [\-user \fIusername\fP]
+[\-pid \fIpid_file\fP]
 .SH DESCRIPTION
 .PP
 .I Xfs
@@ -99,6 +100,10 @@
 This is equivalent to
 .B \-droppriv
 except that xfs will run as user \fIusername\fR.
+.TP 8
+.B \-pid pid_file
+Save daemon process id into \fIpid_file\fR, instead of default
+\fI/var/run/xfs.pid\fR.
 .SH "SIGNALS"
 .TP 8
 .I SIGTERM


-- System Information:
Debian Release: 3.0
Architecture: i386
Kernel: Linux sercond 2.4.19 #1 óÂÔ óÅÎ 28 15:05:51 MSD 2002 i686
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R

Versions of packages xfs depends on:
ii  debconf   1.2.14 Debian configuration management sy
ii  libc6 2.3.1-3GNU C Library: Shared libraries an
ii  zlib1g1:1.1.4-6  compression library - runtime

-- debconf information:
* xfs/default_100dpi: 
* xfs/default_nolisten_tcp: 




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

Bug#164034: Resolution 1400x1050

[Branden Robinson]

On Sun, Nov 03, 2002 at 09:05:15AM +0100, Eduard Bloch wrote:
> What about giving the user an option to enter X and Y values manually?
> Take apt-setup for example, you have a large predefined list but can add
> you own stuff if you wish.

Review the scope of the Debconf XFree86 X server configuration management
in dexconf(8).

-- 
G. Branden Robinson| Human beings rarely imagine a god
Debian GNU/Linux   | that behaves any better than a
[EMAIL PROTECTED] | spoiled child.
http://people.debian.org/~branden/ | -- Robert Heinlein



msg04553/pgp0.pgp
Description: PGP signature

Bug#163885: in re: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=163885

[Branden Robinson]

On Sun, Nov 03, 2002 at 01:52:53AM -0600, Andreas Michlmayr wrote:
> this happened just now when I upgraded from 4.1.0.1 to 4.2.1-3 (debian 
> testing, 2.4.19-686 kernel).  my DRI broke with the same 'version 
> mismatch' error, albeit on i810.  sure, "packages cannot upgrade your 
> kernel for you" -- but if you put a package into testing that needs a 
> kernel version not available therein to work properly..

That's a decision that XFree86 upstream made for me, really.

> make of it what you will; I can downgrade if I need DRI back.

Well, hopefully Marcelo will release kernel 2.4.20 soon.

-- 
G. Branden Robinson|Somewhere, there is a .sig so funny
Debian GNU/Linux   |that reading it will cause an
[EMAIL PROTECTED] |aneurysm.  This is not that .sig.
http://people.debian.org/~branden/ |



msg04552/pgp0.pgp
Description: PGP signature

Bug#167495: marked as done (xterm: /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary resources)

[Debian Bug Tracking System]

Your message dated Sun, 3 Nov 2002 15:48:03 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#167495: xterm: /etc/X11/app-defaults/XTerm-color shouldn't define 
unnecessary resources
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 2 Nov 2002 21:19:23 +
>From [EMAIL PROTECTED] Sat Nov 02 15:19:23 2002
Return-path: <[EMAIL PROTECTED]>
Received: from mallaury.noc.nerim.net [62.4.17.82] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 1885fv-0002Eu-00; Sat, 02 Nov 2002 15:19:23 -0600
Received: from ay (vinc17.net1.nerim.net [62.4.18.82])
by mallaury.noc.nerim.net (Postfix) with ESMTP id EE0FD62E35
for <[EMAIL PROTECTED]>; Sat,  2 Nov 2002 22:19:19 +0100 (CET)
Received: from lefevre by ay with local (Exim 3.36 #1 (Debian))
id 1885fs-0004Cp-00; Sat, 02 Nov 2002 22:19:20 +0100
From: Vincent Lefevre <[EMAIL PROTECTED]>
Subject: xterm: /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary 
resources
To: [EMAIL PROTECTED]
X-Mailer: bug 3.3.10.2
Message-Id: 
Date: Sat, 02 Nov 2002 22:19:20 +0100
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=0.6 required=5.0
tests=SPAM_PHRASE_00_01
version=2.41
X-Spam-Level: 

Package: xterm
Version: 4.1.0-17
Severity: normal

/etc/X11/app-defaults/XTerm-color shouldn't define unnecessary
resources, like how the scrollbar looks like, as the user can't
always override them.

-- System Information
Debian Release: testing/unstable
Kernel Version: Linux ay 2.4.18-newpmac #1 Thu Mar 14 22:44:49 EST 2002 ppc  7410, 
altivec supported GNU/Linux

Versions of the packages xterm depends on:
ii  debconf1.2.10 Debian configuration management system
ii  libc6  2.2.5-14.3 GNU C Library: Shared libraries and Timezone
ii  libfreetype6   2.1.2-9FreeType 2 font engine, shared library files
ii  libncurses55.2.20020112a- Shared libraries for terminal handling
ii  libxaw74.1.0-17   X Athena widget set library
ii  xlibs  4.1.0-17   X Window System client libraries

---
Received: (at 167495-done) by bugs.debian.org; 3 Nov 2002 20:48:04 +
>From [EMAIL PROTECTED] Sun Nov 03 14:48:04 2002
Return-path: <[EMAIL PROTECTED]>
Received: from pcp942041pcs.cstltn01.in.comcast.net (apocalypse.deadbeast.net) 
[68.57.244.226] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 188Rf9-00025j-00; Sun, 03 Nov 2002 14:48:03 -0600
Received: by apocalypse.deadbeast.net (Postfix, from userid 1000)
id 3EAB9439F; Sun,  3 Nov 2002 15:48:03 -0500 (EST)
Date: Sun, 3 Nov 2002 15:48:03 -0500
From: Branden Robinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Bug#167495: xterm: /etc/X11/app-defaults/XTerm-color shouldn't define 
unnecessary resources
Message-ID: <[EMAIL PROTECTED]>
References: 
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="KFztAG8eRSV9hGtP"
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.4i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-15.2 required=5.0
tests=IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,
  SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT
version=2.41
X-Spam-Level: 


--KFztAG8eRSV9hGtP
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Nov 02, 2002 at 10:19:20PM +0100, Vincent Lefevre wrote:
> /etc/X11/app-defaults/XTerm-color shouldn't define unnecessary
> resources, like how the scrollbar looks like, as the user can't
> always override them.

You are mistaken.  The user can always override them with X resource
settings.

XTerm*autoWrap: true
XTerm*curses:   true
XTerm*loginShell:   true
XTerm*reverseWrap:  true
XTerm*scrollBar:true
XTerm*saveLines:5000
XTerm*scrollTtyOutput:  false
XTerm*trimSelection:true
XTerm*visualBell:   true
XTerm*activeIcon:   true
XTerm.VT100.background: gray30
XTerm.VT100.foreground: gray90
XTerm.VT100.geometry:   200x55-0+20
XTerm.VT100.color4: DodgerBlue1
XTerm.VT100.color8: gray50
XTerm.VT100.color12: SteelBlue1
XTerm.VT100.scrollbar.background: white
XTerm.VT100.scrollbar.foreground: blue

--=20
G. Branden Robinson|You can have my PGP passphrase when
Debian GNU/Linux   |you pry it from my cold, dead
[EM

Processed: retitle 167517 to xdm: :0.0 not passed to session reset scripts, contradicting manpage

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 167517 xdm: :0.0 not passed to session reset scripts, contradicting manpage
Bug#167517: xdm: $DISPLAY not passet to session reset scripts, contrary to what xdm 
manpage says
Changed Bug title.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)



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

Re: Configuration file handling (Re: [desktop] Unix configuration nightmare)

[Matt Zimmerman]

So I got to prototyping this, just to play around with it and see what
worked.  Then I was reading a thread on debian-mentors about Apache
configuration, and I remembered how much of a pain that is currently.  It
occurred to me that a merging system could perhaps be used to make this
sane.  I'd like to think about this a bit and see if it affects any design
decisions, so that this could be supported in the future at least.  The
basic idea would be for the package to modify a copy of the saved config
file, rather than basing its modifications on the installed file.  Example:

- Package P wants to add a stanza to /etc/shared.conf
- P asks for a copy of /etc/shared.conf to modify; we give it the installed
  copy
- P makes its modifications and provides the resulting config file
- We present the result as a proposed config file merge, as in the simple
  case discussed in previous messages in this thread
- We store /etc/shared.conf as the "last known" revision for P
- we apply the changes

...time passes...

- A new version of package P comes along and wants to apply the same changes
  to /etc/shared.conf, not knowing if they are already present
- P asks for a copy of /etc/shared.conf to modify, we give it the "last
  known" revision
- P finds its changes already present, and no changes are made

...time passes, the admin decides he needs to change something that was
added by P, and does so...

- A new version of package P is installed. the above scenario repeats; it
  knows that it has already added its changes, without regard for whether
  they are actually present in the current /etc/shared.conf.  The admin's
  changes are preserved, and disaster averted.

...time passes, and package P's needs change...

- A new version of package P needs to make a different change to
  /etc/shared.conf, perhaps even one overlapping with the old change
- P asks for the "last known" revision of /etc/shared.conf, applies its
  changes
- We attempt to merge those changes into /etc/shared.conf.  If they do not
  overlap with the admin's changes, then we present the result as a merge.
  If they do overlap, then a conflict results, and we resolve it as for the
  usual case.
- We apply the changes requested by P to the "last known" revision,
  indicating that they have been resolved.  Future releases of P find their
  changes already applied, and are satisfied.

Similar actions would take place independently for each package which
modifies the configuration file.  Each package would be modifying its own
view of the config file as it last saw it, and the changes merged into the
installed version.  Each new change made by the package only needs to be
resolved once

This scheme would provide for shared configuration files with the same user
experience as configuration files which are owned by a single package.  The
only implementation detail is that we keep track of a separate revision of
the config file for each package which modifies it.  This does not seem like
a high price to pay.

This leads into a continuation of the question of how to store these files.
Warn me now if using RCS in this application would bother you, because it's
starting to look like it might be a good fit.

-- 
 - mdz

Re: Configuration file handling (Re: [desktop] Unix configuration nightmare)

[Matt Zimmerman]

So I got to prototyping this, just to play around with it and see what
worked.  Then I was reading a thread on debian-mentors about Apache
configuration, and I remembered how much of a pain that is currently.  It
occurred to me that a merging system could perhaps be used to make this
sane.  I'd like to think about this a bit and see if it affects any design
decisions, so that this could be supported in the future at least.  The
basic idea would be for the package to modify a copy of the saved config
file, rather than basing its modifications on the installed file.  Example:

- Package P wants to add a stanza to /etc/shared.conf
- P asks for a copy of /etc/shared.conf to modify; we give it the installed
  copy
- P makes its modifications and provides the resulting config file
- We present the result as a proposed config file merge, as in the simple
  case discussed in previous messages in this thread
- We store /etc/shared.conf as the "last known" revision for P
- we apply the changes

...time passes...

- A new version of package P comes along and wants to apply the same changes
  to /etc/shared.conf, not knowing if they are already present
- P asks for a copy of /etc/shared.conf to modify, we give it the "last
  known" revision
- P finds its changes already present, and no changes are made

...time passes, the admin decides he needs to change something that was
added by P, and does so...

- A new version of package P is installed. the above scenario repeats; it
  knows that it has already added its changes, without regard for whether
  they are actually present in the current /etc/shared.conf.  The admin's
  changes are preserved, and disaster averted.

...time passes, and package P's needs change...

- A new version of package P needs to make a different change to
  /etc/shared.conf, perhaps even one overlapping with the old change
- P asks for the "last known" revision of /etc/shared.conf, applies its
  changes
- We attempt to merge those changes into /etc/shared.conf.  If they do not
  overlap with the admin's changes, then we present the result as a merge.
  If they do overlap, then a conflict results, and we resolve it as for the
  usual case.
- We apply the changes requested by P to the "last known" revision,
  indicating that they have been resolved.  Future releases of P find their
  changes already applied, and are satisfied.

Similar actions would take place independently for each package which
modifies the configuration file.  Each package would be modifying its own
view of the config file as it last saw it, and the changes merged into the
installed version.  Each new change made by the package only needs to be
resolved once

This scheme would provide for shared configuration files with the same user
experience as configuration files which are owned by a single package.  The
only implementation detail is that we keep track of a separate revision of
the config file for each package which modifies it.  This does not seem like
a high price to pay.

This leads into a continuation of the question of how to store these files.
Warn me now if using RCS in this application would bother you, because it's
starting to look like it might be a good fit.

-- 
 - mdz


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

Bug#167567: xfree86-common: Samsung multimedia keyboard patch

[Marc Spoorendonk]

Package: xfree86-common
Version: 4.1.0-16
Severity: wishlist

I modified some Xkb files to make the extra keys on my Samsung keyboard work. 
Can you add it to the distribution? I'm not sure about the policy regarding 
adding the keysyms. 

xev: noted down keycodes

152 eject   I18

178 i   I32
236 mailI6C

166 ?   I26
217 search  I59
137 exitI09
138 bookI0A

130 doc 1   I02
131 doc 2   I03
132 doc 3   I04
133 doc 4   I05
134 doc 5   I06

looked up keycodes in xkb dir
made keyboard entry in /etc/X11/xkb/symbols/inet
audio part matches logicordless driver

partial alphanumeric_keys
xkb_symbols "samsungsymbol" {
 
// From: [EMAIL PROTECTED]  2002-11-02
// Describes the extra keys on a Samsung multimedia keyboard.
// There are two versions of this keyboard one with symbols (this one)
// and one with names next to the keys. The symbols do not always correspond
// to the names. For example: "game" != quitSymbol
 
name[Group1]= "SamsungSymbol";
key{   [ XF86AudioLowerVolume  ]   };
key{   [ XF86AudioRaiseVolume  ]   };
key{   [ XF86AudioMute ]   };
key{   [ XF86Eject ]   };

key{   [ XF86AudioPlay ]   };
key{   [ XF86AudioStop ]   };
key{   [ XF86AudioPrev ]   };
key{   [ XF86AudioNext ]   };

key{   [ XF86HomePage  ]   };
key{   [ XF86Mail  ]   };
key{   [ XF86Standby   ]   };

key{   [ XF86Help  ]   };
key{   [ XF86Search]   };
key{   [ XF86Quit  ]   };
key{   [ XF86Manual]   };

key{   [ XF86Launch1   ]   };
key{   [ XF86Launch2   ]   };
key{   [ XF86Launch3   ]   };
key{   [ XF86Launch4   ]   };
key{   [ XF86Launch5   ]   };
};


looked up keysyms in /usr/X11R6/lib/X11/XKeysymDB
added XF86Help XF86Manual and XF86Quit to XKeySymDB

XF86Help:1008FF3C
XF86Manual  :1008FF3D
XF86Quit:1008FF3E

added entry to /etc/X11/xkb/rules/xfree86, I do not know what this means. I 
just copied the ones from logicordless which seems to work just fine.

  samsungsymbol  =  xfree86 pc(pc104)
samsungsymbol us  =   us(pc104)+inet(samsungsymbol)
  samsungsymbol en_US   =   en_US(pc104)+inet(samsungsymbol)
  samsungsymbol *   =   en_US(pc104)+inet(samsungsymbol)+%l%(v)


added entry to /etc/X11/xkb/rules/xfree86.lst

  samsungsymbol Samsung multimedia keyboard w/ symbols next to keys

set XF86Config to:

Option "XkbModel"   "samsungsymbol"

-- System Information
Debian Release: 3.0
Kernel Version: Linux plato 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i586 
unknown

Versions of the packages xfree86-common depends on:
ii  debianutils1.16   Miscellaneous utilities specific to Debian.

Re: Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev + Apple Studio Display 15'

[José Salavert Torres]

El sáb, 02-11-2002 a las 20:35, Branden Robinson escribió:
> On Fri, Nov 01, 2002 at 10:31:27PM +0100, Michel Dänzer wrote:
> > On Fre, 2002-11-01 at 17:10, Branden Robinson wrote:
> > > On Fri, Nov 01, 2002 at 02:18:56PM +0100, Michel Dänzer wrote:
> > > > The nv driver has only been fixed for PPC after 4.2.0, i.e. you'd need
> > > > current CVS.
> > > 
> > > I didn't know it was broken.
> > > 
> > > Should I shut the driver back off (i.e., don't build, don't ship) for
> > > PowerPC in my current 4.2.1 packages?
> > 
> > I don't know what the exact status of the driver is in 4.2.1; it may
> > work on some chips or with some features disabled.
> 
> Er, well, that's not really relevant, as I had forgotten that I did the
> following:
> 
> xfree86 (4.2.0-0pre1v2) unstable; urgency=low
> [...]
>   * patch #000_stolen_from_HEAD_nv_driver:
> - updates to nv driver from XFree86 CVS courtesy of James Hirschorn
>  -- Branden Robinson <[EMAIL PROTECTED]>  Mon,  5 Aug 2002 00:07:45 -0500
> 
> > Ani Joshi or the Yellow Dog folks might have patches.
> 
> I'd like someone with an NVidia-based PowerMac to be my liaison in this
> matter.  I can't test such patches personally, as none of the PowerMacs
> I own use NVidia video hardware.
> 
> Just think, dear to-be-named volunteer, it's you chance to join the
> glorious X Strike Force and be feared across the land.

I would like to help testing patches, just give me them and the source
of Xfree86 which compiles and works on my machine (or instructions to
compile properly the source, I know C and I'm learning C++ this year).

I have a macintosh and I would like to help the linux comunity.

Bug#139826: please add en_GB@euro support

[Juliusz Chroboczek]

>> Well, I don't necessarily think that's the case, since my
>> understanding is that the "@euro" modifier refers to the
>> characteristics of the locale setting as opposed to the details of
>> economic zones.

I suggest that we postpone this debate until Her Gracious Majesty's
Government convinces Her Gracious Majesty's Subjects to join the Euro
Zone.  (I'm told that there's a beggar in front of Waterloo terminal
in London with the sign ``Euro accepted -- Pound preferred.'')

CS> Stupid question from a EU citizen that happens to be in the US for
CS> a while.  Which locale setting do I have to use to be able to type
CS> and display the Euro character on my US keyboard (ie no Euro key)
CS> and monitor?

In the short term, en_US.ISO8859-15.

In the longer term, en_US.UTF-8.

Note that you'll probably need to generate these locales yourself.
man locale-gen.

CS> Shouldn't all citizens, and non citizens, be able to type all
CS> currency symbols of the world, and not only $ and maybe the pound
CS> sign?

Absolutely.  The long term plan is to completely decouple the locale
(a set of cultural and political preferences) from the character
encoding.  Thus, we hope that someday a Debian system will have UTF-8
locales only.

CS> But probably people in the US didn't get these stickers in the
CS> mail...

Our student labs have US keyboards.  The second thing we teach our
students is M-x iso-accents-mode.

Juliusz

Bug#160182: ISO 8859-13 support for TrueType is incorrect

[Juliusz Chroboczek]

PK> No, I do not have any encodings.dir files. What I run is:

PK>   ttmkfdir > fonts.scale
PK>   mkfontdir

$ mkfontdir -e /usr/X11R6/lib/X11/fonts/encodings \
-e /usr/X11R6/lib/X11/fonts/encodings/large

Other useful commands include ``less fonts.README'' and ``man mkfontdir''.

Juliusz

Bug#167567: xfree86-common: Samsung multimedia keyboard patch

[Marc Spoorendonk]

Package: xfree86-common
Version: 4.1.0-16
Severity: wishlist

I modified some Xkb files to make the extra keys on my Samsung keyboard work. Can you 
add it to the distribution? I'm not sure about the policy regarding adding the 
keysyms. 

xev: noted down keycodes

152 eject   I18

178 i   I32
236 mailI6C

166 ?   I26
217 search  I59
137 exitI09
138 bookI0A

130 doc 1   I02
131 doc 2   I03
132 doc 3   I04
133 doc 4   I05
134 doc 5   I06

looked up keycodes in xkb dir
made keyboard entry in /etc/X11/xkb/symbols/inet
audio part matches logicordless driver

partial alphanumeric_keys
xkb_symbols "samsungsymbol" {
 
// From: [EMAIL PROTECTED]  2002-11-02
// Describes the extra keys on a Samsung multimedia keyboard.
// There are two versions of this keyboard one with symbols (this one)
// and one with names next to the keys. The symbols do not always correspond
// to the names. For example: "game" != quitSymbol
 
name[Group1]= "SamsungSymbol";
key{   [ XF86AudioLowerVolume  ]   };
key{   [ XF86AudioRaiseVolume  ]   };
key{   [ XF86AudioMute ]   };
key{   [ XF86Eject ]   };

key{   [ XF86AudioPlay ]   };
key{   [ XF86AudioStop ]   };
key{   [ XF86AudioPrev ]   };
key{   [ XF86AudioNext ]   };

key{   [ XF86HomePage  ]   };
key{   [ XF86Mail  ]   };
key{   [ XF86Standby   ]   };

key{   [ XF86Help  ]   };
key{   [ XF86Search]   };
key{   [ XF86Quit  ]   };
key{   [ XF86Manual]   };

key{   [ XF86Launch1   ]   };
key{   [ XF86Launch2   ]   };
key{   [ XF86Launch3   ]   };
key{   [ XF86Launch4   ]   };
key{   [ XF86Launch5   ]   };
};


looked up keysyms in /usr/X11R6/lib/X11/XKeysymDB
added XF86Help XF86Manual and XF86Quit to XKeySymDB

XF86Help:1008FF3C
XF86Manual  :1008FF3D
XF86Quit:1008FF3E

added entry to /etc/X11/xkb/rules/xfree86, I do not know what this means. I just 
copied the ones from logicordless which seems to work just fine.

  samsungsymbol  =  xfree86 pc(pc104)
samsungsymbol us  =   us(pc104)+inet(samsungsymbol)
  samsungsymbol en_US   =   en_US(pc104)+inet(samsungsymbol)
  samsungsymbol *   =   en_US(pc104)+inet(samsungsymbol)+%l%(v)


added entry to /etc/X11/xkb/rules/xfree86.lst

  samsungsymbol Samsung multimedia keyboard w/ symbols next to keys

set XF86Config to:

Option "XkbModel"   "samsungsymbol"

-- System Information
Debian Release: 3.0
Kernel Version: Linux plato 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i586 unknown

Versions of the packages xfree86-common depends on:
ii  debianutils1.16   Miscellaneous utilities specific to Debian.



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

Bug#167556: keymaps layout bug

[Mirek Dobsicek]

Package: xlibs
Version: 4.2.1-3

after upgrading to xlibs 4.2.1-3 (sarge)
I noticed it refused to
setxkbmap -layout to cz/cz_qwerty/sk/sk_qwerty/czsk

other layouts were ok

solved be coping cz/sk layouts from xlibs_4.1.0-16(woody).

I'm running kernel 2.4.18 on i686 AMD Athlon(tm) with libc6 2.2.5-14.3


Mirek

Re: Bug#167234: Problems XFree86 + NvidiaGeforce 2 MX400 twinwiev +Apple Studio Display 15'

[José Salavert Torres]

El sáb, 02-11-2002 a las 20:35, Branden Robinson escribió:
> On Fri, Nov 01, 2002 at 10:31:27PM +0100, Michel Dänzer wrote:
> > On Fre, 2002-11-01 at 17:10, Branden Robinson wrote:
> > > On Fri, Nov 01, 2002 at 02:18:56PM +0100, Michel Dänzer wrote:
> > > > The nv driver has only been fixed for PPC after 4.2.0, i.e. you'd need
> > > > current CVS.
> > > 
> > > I didn't know it was broken.
> > > 
> > > Should I shut the driver back off (i.e., don't build, don't ship) for
> > > PowerPC in my current 4.2.1 packages?
> > 
> > I don't know what the exact status of the driver is in 4.2.1; it may
> > work on some chips or with some features disabled.
> 
> Er, well, that's not really relevant, as I had forgotten that I did the
> following:
> 
> xfree86 (4.2.0-0pre1v2) unstable; urgency=low
> [...]
>   * patch #000_stolen_from_HEAD_nv_driver:
> - updates to nv driver from XFree86 CVS courtesy of James Hirschorn
>  -- Branden Robinson <[EMAIL PROTECTED]>  Mon,  5 Aug 2002 00:07:45 -0500
> 
> > Ani Joshi or the Yellow Dog folks might have patches.
> 
> I'd like someone with an NVidia-based PowerMac to be my liaison in this
> matter.  I can't test such patches personally, as none of the PowerMacs
> I own use NVidia video hardware.
> 
> Just think, dear to-be-named volunteer, it's you chance to join the
> glorious X Strike Force and be feared across the land.

I would like to help testing patches, just give me them and the source
of Xfree86 which compiles and works on my machine (or instructions to
compile properly the source, I know C and I'm learning C++ this year).

I have a macintosh and I would like to help the linux comunity.


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

Bug#139826: please add en_GB@euro support

[Juliusz Chroboczek]

>> Well, I don't necessarily think that's the case, since my
>> understanding is that the "@euro" modifier refers to the
>> characteristics of the locale setting as opposed to the details of
>> economic zones.

I suggest that we postpone this debate until Her Gracious Majesty's
Government convinces Her Gracious Majesty's Subjects to join the Euro
Zone.  (I'm told that there's a beggar in front of Waterloo terminal
in London with the sign ``Euro accepted -- Pound preferred.'')

CS> Stupid question from a EU citizen that happens to be in the US for
CS> a while.  Which locale setting do I have to use to be able to type
CS> and display the Euro character on my US keyboard (ie no Euro key)
CS> and monitor?

In the short term, en_US.ISO8859-15.

In the longer term, en_US.UTF-8.

Note that you'll probably need to generate these locales yourself.
man locale-gen.

CS> Shouldn't all citizens, and non citizens, be able to type all
CS> currency symbols of the world, and not only $ and maybe the pound
CS> sign?

Absolutely.  The long term plan is to completely decouple the locale
(a set of cultural and political preferences) from the character
encoding.  Thus, we hope that someday a Debian system will have UTF-8
locales only.

CS> But probably people in the US didn't get these stickers in the
CS> mail...

Our student labs have US keyboards.  The second thing we teach our
students is M-x iso-accents-mode.

Juliusz



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

Bug#160182: ISO 8859-13 support for TrueType is incorrect

[Juliusz Chroboczek]

PK> No, I do not have any encodings.dir files. What I run is:

PK>   ttmkfdir > fonts.scale
PK>   mkfontdir

$ mkfontdir -e /usr/X11R6/lib/X11/fonts/encodings \
-e /usr/X11R6/lib/X11/fonts/encodings/large

Other useful commands include ``less fonts.README'' and ``man mkfontdir''.

Juliusz



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

Bug#167556: keymaps layout bug

[Mirek Dobsicek]

Package: xlibs
Version: 4.2.1-3

after upgrading to xlibs 4.2.1-3 (sarge)
I noticed it refused to
setxkbmap -layout to cz/cz_qwerty/sk/sk_qwerty/czsk

other layouts were ok

solved be coping cz/sk layouts from xlibs_4.1.0-16(woody).

I'm running kernel 2.4.18 on i686 AMD Athlon(tm) with libc6 2.2.5-14.3


		Mirek




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

Bug#164034: Resolution 1400x1050

[Eduard Bloch]

#include 
* [EMAIL PROTECTED] [Thu, Oct 31 2002, 11:33:17AM]:
> > the way I already do: Make an initial XF86Config-4, and then edit it by
> > hand. Actually, that's OK for me, altough it would be nice to get not
> > only a usable configuration, but the correct/final one. 
> 
> As XFree86 grows its built-in mode pool I'll likely be adding options to
> the choices in the debconf interface.

What about giving the user an option to enter X and Y values manually?
Take apt-setup for example, you have a large predefined list but can add
you own stuff if you wish.

Gruss/Regards,
Eduard.
-- 
Never argue with an idiot, luser or Administrator. They pull you down
to their level, then beat you with experience.  -- seen in d.a.s.r


pgpUwP7WxZq1X.pgp
Description: PGP signature

Bug#164034: Resolution 1400x1050

[Eduard Bloch]

#include 
* [EMAIL PROTECTED] [Thu, Oct 31 2002, 11:33:17AM]:
> > the way I already do: Make an initial XF86Config-4, and then edit it by
> > hand. Actually, that's OK for me, altough it would be nice to get not
> > only a usable configuration, but the correct/final one. 
> 
> As XFree86 grows its built-in mode pool I'll likely be adding options to
> the choices in the debconf interface.

What about giving the user an option to enter X and Y values manually?
Take apt-setup for example, you have a large predefined list but can add
you own stuff if you wish.

Gruss/Regards,
Eduard.
-- 
Never argue with an idiot, luser or Administrator. They pull you down
to their level, then beat you with experience.  -- seen in d.a.s.r



msg04543/pgp0.pgp
Description: PGP signature