Bug#199838: Re : Bug#199838: Re : Bug#199838: xfree86: 4.2.1-9 src fails to build

2003-07-06 Thread Jean-Luc 
Branden,

Yes, LC_ALL was set... The compile is running now.. for a long time in 
the machine.

---
Thanks and regards
Jean-Luc
On 06-07-2003 01:05, Branden Robinson wrote:
On Sat, Jul 05, 2003 at 09:25:14PM +0200, Jean-Luc wrote:
> Even with LC_COLLATE set to C, I've the error applying the patches :
>
> Applying patch debian/patches/000_stolen_from_HEAD_xtt.diff...done.
> Applying patch debian/patches/001a_damn_cpp_3.3_to_hell.diff...
done.
> Applying patch debian/patches/001b_m68k_haslinuxinput_too.diff...
dry
> run failed.
> patching file config/cf/linux.cf
> Hunk #1 FAILED at 157.
> 1 out of 1 hunk FAILED -- saving rejects to file
config/cf/linux.cf.rej
> make: *** [debian/stampdir/patchapply] Error 1
> debuild: fatal error at line 456:
> dpkg-buildpackage failed!
You probably have LC_ALL set.

Please read the locale(7) manual page.

--
G. Branden Robinson|   The key to being a Southern
Debian GNU/Linux   |   Baptist: It ain't a sin if
you
[EMAIL PROTECTED] |   don't get caught.
http://people.debian.org/~branden/ |   -- Anthony Davidson


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

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

2003-07-06 Thread X Strike Force SVN Admin 
Author: ishikawa
Date: 2003-07-06 05:48:17 -0500 (Sun, 06 Jul 2003)
New Revision: 292

Added:
   branches/4.3.0/sid/debian/patches/065_Xft1_manpage_conflict.diff
Modified:
   branches/4.3.0/sid/debian/MANIFEST.alpha
   branches/4.3.0/sid/debian/MANIFEST.arm
   branches/4.3.0/sid/debian/MANIFEST.hppa
   branches/4.3.0/sid/debian/MANIFEST.hurd-i386
   branches/4.3.0/sid/debian/MANIFEST.i386
   branches/4.3.0/sid/debian/MANIFEST.ia64
   branches/4.3.0/sid/debian/MANIFEST.mips
   branches/4.3.0/sid/debian/MANIFEST.mipsel
   branches/4.3.0/sid/debian/MANIFEST.powerpc
   branches/4.3.0/sid/debian/MANIFEST.s390
   branches/4.3.0/sid/debian/MANIFEST.sparc
   branches/4.3.0/sid/debian/changelog
   branches/4.3.0/sid/debian/xlibs-dev.install
   branches/4.3.0/sid/debian/xlibs-dev.install.hurd-i386
   branches/4.3.0/sid/debian/xlibs-dev.install.s390
Log:
Fix Xft1 manpage name conflict problem

 patch #065: new
  - man page Xft.man under xc/lib/Xft1 is simply renamed to
Xft1.man

 MANIFEST.*: update
  - include adapt patch #065 change

 xlibs-dev.install{,.s390,hurd-i386}: update
  - nstall usr/X11R6/man/man3/Xft1.3x



Modified: branches/4.3.0/sid/debian/MANIFEST.alpha
==
--- branches/4.3.0/sid/debian/MANIFEST.alpha2003-07-04 02:45:17 UTC (rev 291)
+++ branches/4.3.0/sid/debian/MANIFEST.alpha2003-07-06 10:48:17 UTC (rev 292)
@@ -6895,7 +6895,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.arm
==
--- branches/4.3.0/sid/debian/MANIFEST.arm  2003-07-04 02:45:17 UTC (rev 291)
+++ branches/4.3.0/sid/debian/MANIFEST.arm  2003-07-06 10:48:17 UTC (rev 292)
@@ -6882,7 +6882,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.hppa
==
--- branches/4.3.0/sid/debian/MANIFEST.hppa 2003-07-04 02:45:17 UTC (rev 291)
+++ branches/4.3.0/sid/debian/MANIFEST.hppa 2003-07-06 10:48:17 UTC (rev 292)
@@ -6776,7 +6776,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.hurd-i386
==
--- branches/4.3.0/sid/debian/MANIFEST.hurd-i3862003-07-04 02:45:17 UTC (rev 
291)
+++ branches/4.3.0/sid/debian/MANIFEST.hurd-i3862003-07-06 10:48:17 UTC (rev 
292)
@@ -6733,7 +6733,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.i386
==
--- branches/4.3.0/sid/debian/MANIFEST.i386 2003-07-04 02:45:17 UTC (rev 291)
+++ branches/4.3.0/sid/debian/MANIFEST.i386 2003-07-06 10:48:17 UTC (rev 292)
@@ -6920,7 +6920,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.ia64
==
--- branches/4.3.0/sid/debian/MANIFEST.ia64 2003-07-04 02:45:17 UTC (rev 291)
+++ branches/4.3.0/sid/debian/MANIFEST.ia64 2003-07-06 10:48:17 UTC (rev 292)
@@ -6917,7 +6917,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.mips
==
--- branches/4.3.0/sid/debian/MANIFEST.mips 2003-07-04 02:45:17 U

Bug#200170: The diff

2003-07-06 Thread César 
> [ I think you meant "keyboard randomly doesn't work" -- with the modifier
> placed as you had it, your bug's subject appeared to be complaining that
> the keyboard didn't operate in a random fashion, e.g., every time you
> pressed the "A" key a different keyboard event was generated.
>
> Most people want their keyboards to work deterministically.  :) ]

Hee, hee! It's sometimes hard to find the correct modifier in a foreign 
languaje...

Now, some answers:

I use kdm, but now I've tested that the problem remains if I start the X 
server with startx.

Now hear this: after reporting the bug the problem ocurrs every time I start 
the computer (what amazing and scaring thing!). Maybe that's good, now that's 
always reproducible (in my computer).
It's still solved if I restart the server.

And now the diff report, that seems interesting:

--- XFree86.0.log-working-keyboard  2003-07-06 14:45:56.0 +0200
+++ XFree86.0.log-non-working-keyboard  2003-07-06 15:26:04.0 +0200
@@ -16,7 +16,7 @@
 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 Jul  6 14:33:58 2003
+(==) Log file: "/var/log/XFree86.0.log", Time: Sun Jul  6 15:25:25 2003
 (==) Using config file: "/etc/X11/XF86Config-4"
 (==) ServerLayout "Default Layout"
 (**) |-->Screen "Default Screen" (0)
@@ -476,9 +476,3 @@
 (II) UnloadModule: "mouse"
 (II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
 Could not init font path element unix/:7100, removing from list!
-(II) Open APM successful
-(==) I740(0): Write-combining range (0xe300,0x80)
-(II) I740(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x
-(**) I740(0): DPMS enabled
-Could not init font path element unix/:7100, removing from list!
-(II) Open APM successful




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

Bug#170396: xserver-xfree86: black screen with a trident

2003-07-06 Thread Spoonman 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Nov 24, 2002 at 10:00:09AM -0200, Rafael Avila de Esp?ndola wrote:

Hello,  
Rafael, Branden.

Sorry, for ccing to both of you but I am not familiar with the
bug trac system.

Today is 06 July 2003 this bug is still there.

I can not append the X log.

When I start X the screen goes black and I have to reboot 
to get my console back. I cant kill X via logging through a
network because I dont have a second machine. so cant get the
logs to report what the problem is.

ctr alt F1
ctr alt backspace dsnt work.

Rafael>When using the trident driver that comes with this package, the screen 
becomes black and
Rafael>remains so after I kill X. The problem can be solved by replacing the 
driver by the one
Rafael>found at www.xfree.org/~alanh. 
Rafael>Thanks
Rafael>

and this also does not work on sid as the drivers are compiled
with an older version.

I am using xfree86-common_4.2.1-9 on sid/usntable
here is  my XFree86config

# File generated by xf86config.

#
# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
# 
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
# 
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
# 
# Except as contained in this notice, the name of the XFree86 Project shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#

# **
# Refer to the XF86Config(4/5) man page for details about the format of 
# this file.
# **

# **
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **
#
Section "Module"

# This loads the DBE extension module.

Load"dbe"   # Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
SubSection  "extmod"
  Option"omit xfree86-dga"   # don't initialise the DGA extension
EndSubSection

# This loads the Type1 and FreeType font modules
Load"type1"
Load"freetype"

# This loads the GLX module
#Load   "glx"

EndSection

# **
# Files section.  This allows default font and rgb paths to be set
# **

Section "Files"

# The location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.

RgbPath "/usr/X11R6/lib/X11/rgb"

# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
# 
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
# 

#FontPath   "/usr/X11R6/lib/X11/fonts/local/"
FontPath   "/usr/X11R6/lib/X11/fonts/misc/"
FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath   "/usr/X11R6/lib/X11/fonts/Type1/"
FontPath   "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/"

# The module search path.  The default path is shown here.

#ModulePath "/usr/X11R6/lib/modules"

EndSection

# ***

SGI FreeB license *still* not included in debian/copyright

2003-07-06 Thread Marcelo E. Magallon 
Hi Branden,

 Please Cc: me, I'm not subscribed.

 I'm seding this to the list because I want to have a public record of
 this.  I have pointed this out several times over the last few years to
 you (e.g., bug#107149), and it seems this keeps coming back.

 Do this for me, will you?

 0. Take the file you have in
http://necrotic.deadbeast.net/xfree86/xfree86_4.3.0.orig.tar.gz

 1. Extract its contents
 
$ tar xOzf xfree86_4.3.0.orig.tar.gz | tar xvjf -

 2. Run this command

$ find $(find xc -name GL) -type f |
  xargs grep http://oss.sgi.com/projects/FreeB |
  wc -l

 I get a match on 77 files.

 An example:

xc/lib/GL/glx/clientattrib.c:
/*
** License Applicability. Except to the extent portions of this file are
** made subject to an alternative license as permitted in the SGI Free
** Software License B, Version 1.1 (the "License"), the contents of this
** file are subject only to the provisions of the License. You may not use
** this file except in compliance with the License. You may obtain a copy
** of the License at Silicon Graphics, Inc., attn: Legal Services, 1600
** Amphitheatre Parkway, Mountain View, CA 94043-1351, or at:
** 
** http://oss.sgi.com/projects/FreeB
** 
** Note that, as provided in the License, the Software is distributed on an
** "AS IS" basis, with ALL EXPRESS AND IMPLIED WARRANTIES AND CONDITIONS
** DISCLAIMED, INCLUDING, WITHOUT LIMITATION, ANY IMPLIED WARRANTIES AND
** CONDITIONS OF MERCHANTABILITY, SATISFACTORY QUALITY, FITNESS FOR A
** PARTICULAR PURPOSE, AND NON-INFRINGEMENT.
** 
** Original Code. The Original Code is: OpenGL Sample Implementation,
** Version 1.2.1, released January 26, 2000, developed by Silicon Graphics,
** Inc. The Original Code is Copyright (c) 1991-2000 Silicon Graphics, Inc.
** Copyright in any portions created by third parties is as indicated
** elsewhere herein. All Rights Reserved.
** 
** Additional Notice Provisions: The application programming interfaces
** established by SGI in conjunction with the Original Code are The
** OpenGL(R) Graphics System: A Specification (Version 1.2.1), released
** April 1, 1999; The OpenGL(R) Graphics System Utility Library (Version
** 1.3), released November 4, 1998; and OpenGL(R) Graphics with the X
** Window System(R) (Version 1.3), released October 19, 1998. This software
** was created using the OpenGL(R) version 1.2.1 Sample Implementation
** published by SGI, but has not been independently verified as being
** compliant with the OpenGL(R) version 1.2.1 Specification.
**
*/

 I can't find anything indicating that there's another license that
 applies to this file.  Furthermore, I can identify a large number of
 files _not_ carrying such an statement but which are originally found
 in the aforementioned OpenGL Sample Implementation.  I'll be delighted
 if you can point me to a reliable source stating these files have been
 relicensed under the standard XFree86 license.

 3. Go read http://oss.sgi.com/projects/FreeB again.

 Thanks,

 Marcelo

 PS: This applies to the 4.2.1 release, too.  As a matter of fact it
 applies to almost every release after 4.0 even if you claim (c.f.
 changelog for 4.2.0-0pre1v2) it doesn't.  In particular, it applies
 to the tarball contained in the .orig.tar.gz file correspoding to
 4.2.1-9.


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

Re: Debconf and XFree86 X servers

2003-07-06 Thread Branden Robinson 
On Sun, Jul 06, 2003 at 01:09:21AM +0200, Goswin Brederlow wrote:
> Branden Robinson <[EMAIL PROTECTED]> writes:
> 
> > [Please direct any XFree86-specific followup to debian-x.]
> > 
> > On Sat, Jul 05, 2003 at 08:46:00AM -0400, Theodore Ts'o wrote:
> > > Yet another reasons for wanting to decouple installation and
> > > configuration is if some hardware company (such as VA^H^H Emperor
> > > Linux) wishes to ship Debian pre-installed on the system.  In that
> > > case, installation happens at the factory, and not when the user
> > > receives it in his/her hot little hands.
> 
> So they should just provide a "setup.sh" script that calls
> dpkg-reconfigure for relevant packages again.
> 
> Otherwise just type in "dpkg-reconfigure --all" and spend hours
> configuring your system as much as you like.

1) Why did you follow-up to a message of mine, but not include *any* of
   my quoted text?
2) Why did you follow-up with a non-XFree86-specific message to
   debian-x?

Please be more judicious in your use of your MUA.

-- 
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


pgp0.pgp
Description: PGP signature

Bug#200270: xserver-xfree86: [chips] messy screen with 4.2.1-6

2003-07-06 Thread Csillag Tamas 
Package: xserver-xfree86
Version: 4.2.1-6
Severity: normal
Tags: upstream

hi!

on my laptop i have a Chips video card it is very old
but usable with 8/16 bpp in 800x600.

Now i upgraded to sarge and the screen is messy
when i run startx.
The screen is fulled with unexpectedly placed dots.

The green color appers as magenta and black as white.
And i can see horizontal lines on the screen (1-2pixel wide)
I downloaded xserver-xfree86 4.1.0-16 by hand and downgraded.
Now it work fine. The problem maybe with the driver chips_* ?

I include the 'new' x.log too (4.2.1-6)

-- Package-specific info:


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to [EMAIL PROTECTED] and patches submitted
to [EMAIL PROTECTED]  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 21 December 2001
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/FAQ)
Build Operating System: Linux 2.4.17 i686 [ELF] 
Module Loader present
(==) Log file: "/var/log/XFree86.0.log", Time: Mon Jul  7 00:00:25 2003
(==) Using config file: "/etc/X11/XF86Config"
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "My Monitor"
(**) |   |-->Device "Chips & Technologies CT65548"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "Keyboard1"
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbKeymap" "hunglish(pc101qwertz)"
(**) XKB: keymap: "hunglish(pc101qwertz)" (overrides other XKB settings)
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to 
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**) 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.4
XFree86 XInput driver : 0.2
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.2
(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.1.0.1, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.2
(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.1.0.1, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.4
(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 1045,c557 card , rev 00 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 1045,c558 card , rev 00 class 06,01,00 hdr 00
(II) PCI: 00:02:0: chip 102c,00dc card , rev 00 class 03,00,00 hdr 00
(II) PCI: 00:03:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 00:04:0: chip 1004,0105 card , rev 01 class 07,80,00 hdr 00
(II) PCI: 01:08:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:09:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0a:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0b:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0c:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0d:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0e:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0f:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:18:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:19:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1a:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1b:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1c:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1d:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1e:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1f:0: chip 1013,1100 card 00

Configuration file exists prompts with upgrade to 4.3

2003-07-06 Thread Karl M. Hegbloom 
I'm installing 4.3 from the penguinppc repository, and am getting a
bunch of these:

Configuration file `/etc/X11/xkb/symbols/fi'
 ==> File on system created by you or by a script.
 ==> File also in package provided by package maintainer.
   What would you like to do about it ?  Your options are:
Y or I  : install the package maintainer's version
N or O  : keep your currently-installed version
  D : show the differences between the versions
  Z : background this process to examine the situation
 The default action is to keep your current version.
*** fi (Y/I/N/O/D/Z) [default=N] ? y
Installing new version of config file /etc/X11/xkb/symbols/fi ...

The problem is that I have not manually modified any of those files. 
I've seen this on three computers now, so I know it's not an isolated
problem.

-- 
Karl M. Hegbloom <[EMAIL PROTECTED]>


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

Re: Configuration file exists prompts with upgrade to 4.3

2003-07-06 Thread Daniel Stone 
On Sun, Jul 06, 2003 at 05:27:43PM -0700, Karl M. Hegbloom wrote:
> I'm installing 4.3 from the penguinppc repository, and am getting a
> bunch of these:
> 
> Configuration file `/etc/X11/xkb/symbols/fi'
>  ==> File on system created by you or by a script.
>  ==> File also in package provided by package maintainer.
>What would you like to do about it ?  Your options are:
> Y or I  : install the package maintainer's version
> N or O  : keep your currently-installed version
>   D : show the differences between the versions
>   Z : background this process to examine the situation
>  The default action is to keep your current version.
> *** fi (Y/I/N/O/D/Z) [default=N] ? y
> Installing new version of config file /etc/X11/xkb/symbols/fi ...
> 
> The problem is that I have not manually modified any of those files. 
> I've seen this on three computers now, so I know it's not an isolated
> problem.

The problem is that these files are moving from xlibs to xlibs-data, so
dpkg says 'oh, xlibs-data is trying to install these conffiles for the
first time, but they already exist; what do I do?'. There's no way that
dpkg can currently deal with conffile migrations. Sucks, but that's
life.

-- 
Daniel Stone  <[EMAIL PROTECTED]>
http://www.kde.org - http://www.debian.org - http://www.xwin.org
"Configurability is always the best choice when it's pretty simple to implement"
  -- Havoc Pennington, gnome-list


pgp0.pgp
Description: PGP signature

Bug#199838: Re : Bug#199838: Re  : Bug#199838: xfree86: 4.2.1-9 src fails to build

2003-07-06 Thread Jean-Luc 

Branden,

Yes, LC_ALL was set... The compile is running now.. for a long time in 
the machine.


---
Thanks and regards
Jean-Luc

On 06-07-2003 01:05, Branden Robinson wrote:

On Sat, Jul 05, 2003 at 09:25:14PM +0200, Jean-Luc wrote:
> Even with LC_COLLATE set to C, I've the error applying the patches :
>
> Applying patch debian/patches/000_stolen_from_HEAD_xtt.diff...done.
> Applying patch debian/patches/001a_damn_cpp_3.3_to_hell.diff...
done.
> Applying patch debian/patches/001b_m68k_haslinuxinput_too.diff...
dry

> run failed.
> patching file config/cf/linux.cf
> Hunk #1 FAILED at 157.
> 1 out of 1 hunk FAILED -- saving rejects to file
config/cf/linux.cf.rej
> make: *** [debian/stampdir/patchapply] Error 1
> debuild: fatal error at line 456:
> dpkg-buildpackage failed!

You probably have LC_ALL set.

Please read the locale(7) manual page.

--
G. Branden Robinson|   The key to being a Southern
Debian GNU/Linux   |   Baptist: It ain't a sin if
you
[EMAIL PROTECTED] |   don't get caught.
http://people.debian.org/~branden/ |   -- Anthony Davidson

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

2003-07-06 Thread X Strike Force SVN Admin 
Author: ishikawa
Date: 2003-07-06 05:48:17 -0500 (Sun, 06 Jul 2003)
New Revision: 292

Added:
   branches/4.3.0/sid/debian/patches/065_Xft1_manpage_conflict.diff
Modified:
   branches/4.3.0/sid/debian/MANIFEST.alpha
   branches/4.3.0/sid/debian/MANIFEST.arm
   branches/4.3.0/sid/debian/MANIFEST.hppa
   branches/4.3.0/sid/debian/MANIFEST.hurd-i386
   branches/4.3.0/sid/debian/MANIFEST.i386
   branches/4.3.0/sid/debian/MANIFEST.ia64
   branches/4.3.0/sid/debian/MANIFEST.mips
   branches/4.3.0/sid/debian/MANIFEST.mipsel
   branches/4.3.0/sid/debian/MANIFEST.powerpc
   branches/4.3.0/sid/debian/MANIFEST.s390
   branches/4.3.0/sid/debian/MANIFEST.sparc
   branches/4.3.0/sid/debian/changelog
   branches/4.3.0/sid/debian/xlibs-dev.install
   branches/4.3.0/sid/debian/xlibs-dev.install.hurd-i386
   branches/4.3.0/sid/debian/xlibs-dev.install.s390
Log:
Fix Xft1 manpage name conflict problem

 patch #065: new
  - man page Xft.man under xc/lib/Xft1 is simply renamed to
Xft1.man

 MANIFEST.*: update
  - include adapt patch #065 change

 xlibs-dev.install{,.s390,hurd-i386}: update
  - nstall usr/X11R6/man/man3/Xft1.3x



Modified: branches/4.3.0/sid/debian/MANIFEST.alpha
==
--- branches/4.3.0/sid/debian/MANIFEST.alpha2003-07-04 02:45:17 UTC (rev 
291)
+++ branches/4.3.0/sid/debian/MANIFEST.alpha2003-07-06 10:48:17 UTC (rev 
292)
@@ -6895,7 +6895,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.arm
==
--- branches/4.3.0/sid/debian/MANIFEST.arm  2003-07-04 02:45:17 UTC (rev 
291)
+++ branches/4.3.0/sid/debian/MANIFEST.arm  2003-07-06 10:48:17 UTC (rev 
292)
@@ -6882,7 +6882,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.hppa
==
--- branches/4.3.0/sid/debian/MANIFEST.hppa 2003-07-04 02:45:17 UTC (rev 
291)
+++ branches/4.3.0/sid/debian/MANIFEST.hppa 2003-07-06 10:48:17 UTC (rev 
292)
@@ -6776,7 +6776,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.hurd-i386
==
--- branches/4.3.0/sid/debian/MANIFEST.hurd-i3862003-07-04 02:45:17 UTC 
(rev 291)
+++ branches/4.3.0/sid/debian/MANIFEST.hurd-i3862003-07-06 10:48:17 UTC 
(rev 292)
@@ -6733,7 +6733,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.i386
==
--- branches/4.3.0/sid/debian/MANIFEST.i386 2003-07-04 02:45:17 UTC (rev 
291)
+++ branches/4.3.0/sid/debian/MANIFEST.i386 2003-07-06 10:48:17 UTC (rev 
292)
@@ -6920,7 +6920,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.ia64
==
--- branches/4.3.0/sid/debian/MANIFEST.ia64 2003-07-04 02:45:17 UTC (rev 
291)
+++ branches/4.3.0/sid/debian/MANIFEST.ia64 2003-07-06 10:48:17 UTC (rev 
292)
@@ -6917,7 +6917,7 @@
 usr/X11R6/man/man3/XeviGetVisualInfo.3x
 usr/X11R6/man/man3/XeviQueryExtension.3x
 usr/X11R6/man/man3/XeviQueryVersion.3x
-usr/X11R6/man/man3/Xft.3x
+usr/X11R6/man/man3/Xft1.3x
 usr/X11R6/man/man3/XmbDrawImageString.3x
 usr/X11R6/man/man3/XmbDrawString.3x
 usr/X11R6/man/man3/XmbDrawText.3x

Modified: branches/4.3.0/sid/debian/MANIFEST.mips
==
--- branches/4.3.0/sid/debian/MANIFEST.mips 2003-07-04

Bug#200170: The diff

2003-07-06 Thread César 
> [ I think you meant "keyboard randomly doesn't work" -- with the modifier
> placed as you had it, your bug's subject appeared to be complaining that
> the keyboard didn't operate in a random fashion, e.g., every time you
> pressed the "A" key a different keyboard event was generated.
>
> Most people want their keyboards to work deterministically.  :) ]

Hee, hee! It's sometimes hard to find the correct modifier in a foreign 
languaje...

Now, some answers:

I use kdm, but now I've tested that the problem remains if I start the X 
server with startx.

Now hear this: after reporting the bug the problem ocurrs every time I start 
the computer (what amazing and scaring thing!). Maybe that's good, now that's 
always reproducible (in my computer).
It's still solved if I restart the server.

And now the diff report, that seems interesting:

--- XFree86.0.log-working-keyboard  2003-07-06 14:45:56.0 +0200
+++ XFree86.0.log-non-working-keyboard  2003-07-06 15:26:04.0 +0200
@@ -16,7 +16,7 @@
 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 Jul  6 14:33:58 2003
+(==) Log file: "/var/log/XFree86.0.log", Time: Sun Jul  6 15:25:25 2003
 (==) Using config file: "/etc/X11/XF86Config-4"
 (==) ServerLayout "Default Layout"
 (**) |-->Screen "Default Screen" (0)
@@ -476,9 +476,3 @@
 (II) UnloadModule: "mouse"
 (II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
 Could not init font path element unix/:7100, removing from list!
-(II) Open APM successful
-(==) I740(0): Write-combining range (0xe300,0x80)
-(II) I740(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x
-(**) I740(0): DPMS enabled
-Could not init font path element unix/:7100, removing from list!
-(II) Open APM successful

Bug#170396: xserver-xfree86: black screen with a trident

2003-07-06 Thread Spoonman 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Nov 24, 2002 at 10:00:09AM -0200, Rafael Avila de Esp?ndola wrote:

Hello,  
Rafael, Branden.

Sorry, for ccing to both of you but I am not familiar with the
bug trac system.

Today is 06 July 2003 this bug is still there.

I can not append the X log.

When I start X the screen goes black and I have to reboot 
to get my console back. I cant kill X via logging through a
network because I dont have a second machine. so cant get the
logs to report what the problem is.

ctr alt F1
ctr alt backspace dsnt work.

Rafael>When using the trident driver that comes with this package, the 
screen becomes black and
Rafael>remains so after I kill X. The problem can be solved by 
replacing the driver by the one
Rafael>found at www.xfree.org/~alanh. 
Rafael>Thanks
Rafael>

and this also does not work on sid as the drivers are compiled
with an older version.

I am using xfree86-common_4.2.1-9 on sid/usntable
here is  my XFree86config

# File generated by xf86config.

#
# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the "Software"),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
# 
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
# 
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.
# 
# Except as contained in this notice, the name of the XFree86 Project shall
# not be used in advertising or otherwise to promote the sale, use or other
# dealings in this Software without prior written authorization from the
# XFree86 Project.
#

# **
# Refer to the XF86Config(4/5) man page for details about the format of 
# this file.
# **

# **
# Module section -- this  section  is used to specify
# which dynamically loadable modules to load.
# **
#
Section "Module"

# This loads the DBE extension module.

Load"dbe"   # Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
SubSection  "extmod"
  Option"omit xfree86-dga"   # don't initialise the DGA extension
EndSubSection

# This loads the Type1 and FreeType font modules
Load"type1"
Load"freetype"

# This loads the GLX module
#Load   "glx"

EndSection

# **
# Files section.  This allows default font and rgb paths to be set
# **

Section "Files"

# The location of the RGB database.  Note, this is the name of the
# file minus the extension (like ".txt" or ".db").  There is normally
# no need to change the default.

RgbPath "/usr/X11R6/lib/X11/rgb"

# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
# 
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
# 

#FontPath   "/usr/X11R6/lib/X11/fonts/local/"
FontPath   "/usr/X11R6/lib/X11/fonts/misc/"
FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath   "/usr/X11R6/lib/X11/fonts/Type1/"
FontPath   "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath   "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath   "/usr/X11R6/lib/X11/fonts/100dpi/"

# The module search path.  The default path is shown here.

#ModulePath "/usr/X11R6/lib/modules"

EndSection

# ***

SGI FreeB license *still* not included in debian/copyright

2003-07-06 Thread Marcelo E. Magallon 
Hi Branden,

 Please Cc: me, I'm not subscribed.

 I'm seding this to the list because I want to have a public record of
 this.  I have pointed this out several times over the last few years to
 you (e.g., bug#107149), and it seems this keeps coming back.

 Do this for me, will you?

 0. Take the file you have in
http://necrotic.deadbeast.net/xfree86/xfree86_4.3.0.orig.tar.gz

 1. Extract its contents
 
$ tar xOzf xfree86_4.3.0.orig.tar.gz | tar xvjf -

 2. Run this command

$ find $(find xc -name GL) -type f |
  xargs grep http://oss.sgi.com/projects/FreeB |
  wc -l

 I get a match on 77 files.

 An example:

xc/lib/GL/glx/clientattrib.c:
/*
** License Applicability. Except to the extent portions of this file are
** made subject to an alternative license as permitted in the SGI Free
** Software License B, Version 1.1 (the "License"), the contents of this
** file are subject only to the provisions of the License. You may not use
** this file except in compliance with the License. You may obtain a copy
** of the License at Silicon Graphics, Inc., attn: Legal Services, 1600
** Amphitheatre Parkway, Mountain View, CA 94043-1351, or at:
** 
** http://oss.sgi.com/projects/FreeB
** 
** Note that, as provided in the License, the Software is distributed on an
** "AS IS" basis, with ALL EXPRESS AND IMPLIED WARRANTIES AND CONDITIONS
** DISCLAIMED, INCLUDING, WITHOUT LIMITATION, ANY IMPLIED WARRANTIES AND
** CONDITIONS OF MERCHANTABILITY, SATISFACTORY QUALITY, FITNESS FOR A
** PARTICULAR PURPOSE, AND NON-INFRINGEMENT.
** 
** Original Code. The Original Code is: OpenGL Sample Implementation,
** Version 1.2.1, released January 26, 2000, developed by Silicon Graphics,
** Inc. The Original Code is Copyright (c) 1991-2000 Silicon Graphics, Inc.
** Copyright in any portions created by third parties is as indicated
** elsewhere herein. All Rights Reserved.
** 
** Additional Notice Provisions: The application programming interfaces
** established by SGI in conjunction with the Original Code are The
** OpenGL(R) Graphics System: A Specification (Version 1.2.1), released
** April 1, 1999; The OpenGL(R) Graphics System Utility Library (Version
** 1.3), released November 4, 1998; and OpenGL(R) Graphics with the X
** Window System(R) (Version 1.3), released October 19, 1998. This software
** was created using the OpenGL(R) version 1.2.1 Sample Implementation
** published by SGI, but has not been independently verified as being
** compliant with the OpenGL(R) version 1.2.1 Specification.
**
*/

 I can't find anything indicating that there's another license that
 applies to this file.  Furthermore, I can identify a large number of
 files _not_ carrying such an statement but which are originally found
 in the aforementioned OpenGL Sample Implementation.  I'll be delighted
 if you can point me to a reliable source stating these files have been
 relicensed under the standard XFree86 license.

 3. Go read http://oss.sgi.com/projects/FreeB again.

 Thanks,

 Marcelo

 PS: This applies to the 4.2.1 release, too.  As a matter of fact it
 applies to almost every release after 4.0 even if you claim (c.f.
 changelog for 4.2.0-0pre1v2) it doesn't.  In particular, it applies
 to the tarball contained in the .orig.tar.gz file correspoding to
 4.2.1-9.

Re: Debconf and XFree86 X servers

2003-07-06 Thread Branden Robinson 
On Sun, Jul 06, 2003 at 01:09:21AM +0200, Goswin Brederlow wrote:
> Branden Robinson <[EMAIL PROTECTED]> writes:
> 
> > [Please direct any XFree86-specific followup to debian-x.]
> > 
> > On Sat, Jul 05, 2003 at 08:46:00AM -0400, Theodore Ts'o wrote:
> > > Yet another reasons for wanting to decouple installation and
> > > configuration is if some hardware company (such as VA^H^H Emperor
> > > Linux) wishes to ship Debian pre-installed on the system.  In that
> > > case, installation happens at the factory, and not when the user
> > > receives it in his/her hot little hands.
> 
> So they should just provide a "setup.sh" script that calls
> dpkg-reconfigure for relevant packages again.
> 
> Otherwise just type in "dpkg-reconfigure --all" and spend hours
> configuring your system as much as you like.

1) Why did you follow-up to a message of mine, but not include *any* of
   my quoted text?
2) Why did you follow-up with a non-XFree86-specific message to
   debian-x?

Please be more judicious in your use of your MUA.

-- 
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


pgpQgpk09kk95.pgp
Description: PGP signature

Bug#200270: xserver-xfree86: [chips] messy screen with 4.2.1-6

2003-07-06 Thread Csillag Tamas 
Package: xserver-xfree86
Version: 4.2.1-6
Severity: normal
Tags: upstream

hi!

on my laptop i have a Chips video card it is very old
but usable with 8/16 bpp in 800x600.

Now i upgraded to sarge and the screen is messy
when i run startx.
The screen is fulled with unexpectedly placed dots.

The green color appers as magenta and black as white.
And i can see horizontal lines on the screen (1-2pixel wide)
I downloaded xserver-xfree86 4.1.0-16 by hand and downgraded.
Now it work fine. The problem maybe with the driver chips_* ?

I include the 'new' x.log too (4.2.1-6)

-- Package-specific info:


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to [EMAIL PROTECTED]  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 21 December 2001
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/FAQ)
Build Operating System: Linux 2.4.17 i686 [ELF] 
Module Loader present
(==) Log file: "/var/log/XFree86.0.log", Time: Mon Jul  7 00:00:25 2003
(==) Using config file: "/etc/X11/XF86Config"
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "My Monitor"
(**) |   |-->Device "Chips & Technologies CT65548"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "Keyboard1"
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbKeymap" "hunglish(pc101qwertz)"
(**) XKB: keymap: "hunglish(pc101qwertz)" (overrides other XKB settings)
(==) Keyboard: CustomKeycode disabled
(**) FontPath set to 
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**) 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.4
XFree86 XInput driver : 0.2
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.2
(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.1.0.1, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.2
(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.1.0.1, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.4
(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 1045,c557 card , rev 00 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 1045,c558 card , rev 00 class 06,01,00 hdr 00
(II) PCI: 00:02:0: chip 102c,00dc card , rev 00 class 03,00,00 hdr 00
(II) PCI: 00:03:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 00:04:0: chip 1004,0105 card , rev 01 class 07,80,00 hdr 00
(II) PCI: 01:08:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:09:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0a:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0b:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0c:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0d:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0e:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:0f:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:18:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:19:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1a:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1b:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1c:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1d:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1e:0: chip 1013,1100 card , rev e2 class 06,05,00 hdr 00
(II) PCI: 01:1f:0: chip 1013,1100 card

Configuration file exists prompts with upgrade to 4.3

2003-07-06 Thread Karl M. Hegbloom 
I'm installing 4.3 from the penguinppc repository, and am getting a
bunch of these:

Configuration file `/etc/X11/xkb/symbols/fi'
 ==> File on system created by you or by a script.
 ==> File also in package provided by package maintainer.
   What would you like to do about it ?  Your options are:
Y or I  : install the package maintainer's version
N or O  : keep your currently-installed version
  D : show the differences between the versions
  Z : background this process to examine the situation
 The default action is to keep your current version.
*** fi (Y/I/N/O/D/Z) [default=N] ? y
Installing new version of config file /etc/X11/xkb/symbols/fi ...

The problem is that I have not manually modified any of those files. 
I've seen this on three computers now, so I know it's not an isolated
problem.

-- 
Karl M. Hegbloom <[EMAIL PROTECTED]>

Re: Configuration file exists prompts with upgrade to 4.3

2003-07-06 Thread Daniel Stone 
On Sun, Jul 06, 2003 at 05:27:43PM -0700, Karl M. Hegbloom wrote:
> I'm installing 4.3 from the penguinppc repository, and am getting a
> bunch of these:
> 
> Configuration file `/etc/X11/xkb/symbols/fi'
>  ==> File on system created by you or by a script.
>  ==> File also in package provided by package maintainer.
>What would you like to do about it ?  Your options are:
> Y or I  : install the package maintainer's version
> N or O  : keep your currently-installed version
>   D : show the differences between the versions
>   Z : background this process to examine the situation
>  The default action is to keep your current version.
> *** fi (Y/I/N/O/D/Z) [default=N] ? y
> Installing new version of config file /etc/X11/xkb/symbols/fi ...
> 
> The problem is that I have not manually modified any of those files. 
> I've seen this on three computers now, so I know it's not an isolated
> problem.

The problem is that these files are moving from xlibs to xlibs-data, so
dpkg says 'oh, xlibs-data is trying to install these conffiles for the
first time, but they already exist; what do I do?'. There's no way that
dpkg can currently deal with conffile migrations. Sucks, but that's
life.

-- 
Daniel Stone  <[EMAIL PROTECTED]>
http://www.kde.org - http://www.debian.org - http://www.xwin.org
"Configurability is always the best choice when it's pretty simple to implement"
  -- Havoc Pennington, gnome-list


pgptifAmN4BlF.pgp
Description: PGP signature