Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA

2003-08-27 Thread Grant Grundler
On Wed, Aug 27, 2003 at 09:27:45PM -0500, Branden Robinson wrote:
...
> My feeling is that our efforts are best spent on getting a newer 4.2.1
> package into testing at this point.

Agreed.

I've placed a full set of "hand crafted" 4.2.1-9 hppa debs on:
http://gsyprf11.external.hp.com/hppa/xfree86-4.2.1-9/

Built with gcc 3.3.1 and current "testing" binutils.
Works For Me (tm).

These are built by hacking the Makefile "world" target to not rebuild
everything from scratch and iteratively fix up the two problems by hand.
source/build tree is intact on gsyprf11 in case someone wants a copy.

thanks,
grant




Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Michel Dänzer
On Wed, 2003-08-27 at 17:56, Eduard Bloch wrote:
> #include 
> * Michel Dänzer [Wed, Aug 27 2003, 05:26:19PM]:
> > > > should a Debian package really special-case buggy non-free software?
> > > 
> > > So? The framebuffer driver in the kernel is non-free? Please look where
> > > "nvidia" is read from.
> > 
> > It still doesn't make sense as the nv driver supports Option "UseFBDev".
> 
> Sure, but show me any case where you need it.

So we now decide for our users what they (don't) need or (don't) want?

Option "SWcursor" is only needed in a minority of cases as well (and
then it's a driver bug which should simply be fixed), but you even want
to make it the default. I smell an inconsistency here.


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer



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



Bug#207543: xserver-xfree86: prefBusID patch to select prefered PCI bus id

2003-08-27 Thread Branden Robinson
On Wed, Aug 27, 2003 at 09:57:20PM +0200, Andreas Schuldei wrote:
> this patch makes it possibel to select which busid the xserver
> should operate on. this is handy if two or more graphic cards in
> a box run independent xservers and need to reset the card
> independently from the other xserver. this patch features the
> requested clean up configuration interface via the XF86Config
> file. then one can write stuff like this in ones config:

Thanks for submitting this enhanced patch.

I have another question.  What does it mean to "prefer" the specified
bus ID?

Will the X server ignore the supplied value, or reset a video card on a
different bus, under any circumstances?

I need to know these things to write patches to the upstream
documentation, which were not supplied in your diff.

-- 
G. Branden Robinson| If God had intended for man to go
Debian GNU/Linux   | about naked, we would have been
[EMAIL PROTECTED] | born that way.
http://people.debian.org/~branden/ |


pgpSDHUrn3AlE.pgp
Description: PGP signature


Bug#199715: marked as done ([xdm]: 4.1.x makes ia64 go boom)

2003-08-27 Thread Debian Bug Tracking System
Your message dated Wed, 27 Aug 2003 21:52:12 -0500
with message-id <[EMAIL PROTECTED]>
and subject line [xdm]: 4.1.x makes ia64 go boom
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 Jul 2003 18:15:36 +
>From [EMAIL PROTECTED] Wed Jul 02 13:15:23 2003
Return-path: <[EMAIL PROTECTED]>
Received: from atlrel7.hp.com [156.153.255.213] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19Xm8Z-0002Yr-00; Wed, 02 Jul 2003 13:15:23 -0500
Received: from linuxtest (linuxtest.fc.hp.com [15.1.50.9])
by atlrel7.hp.com (Postfix) with ESMTP id 586031C00B76
for <[EMAIL PROTECTED]>; Wed,  2 Jul 2003 14:15:23 -0400 (EDT)
Received: by linuxtest (Postfix, from userid 20325)
id 0C378EAE55; Wed,  2 Jul 2003 12:15:23 -0600 (MDT)
To: [EMAIL PROTECTED]
Message-Id: <[EMAIL PROTECTED]>
Date: Wed,  2 Jul 2003 12:15:23 -0600 (MDT)
From: [EMAIL PROTECTED] (Dayne Medlyn)
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-6.0 required=4.0
tests=BAYES_01,HAS_PACKAGE
version=2.53-bugs.debian.org_2003_06_27
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_27 
(1.174.2.15-2003-03-30-exp)

Subject: xdm crashes system on IA64
Package: xdm
Version: 4.1.0-16
Severity: grave
Tags: woody

I did a base install on a HP zx2000 with the addition of X11 only.  Each
time xdm starts the box crashes.  I did not see this issue filed in the
database.  I believe this is an issue with using /dev/mem, rather then 
/dev/urandom, to seed the random number generator.  It appears to be
fixed in SID.



-- System Information
Debian Release: 3.0
Architecture: ia64
Kernel: Linux garfield 2.4.19-itanium-smp #1 SMP Wed Oct 23 20:05:46 MDT 2002 
ia64
Locale: LANG=C, LC_CTYPE=C

Versions of packages xdm depends on:
ii  cpp   2:2.96-16  The GNU C preprocessor.
ii  debconf   1.0.32 Debian configuration management sy
ii  libc6.1   2.2.5-11.2 GNU C Library: Shared libraries an
ii  libpam0g  0.72-35Pluggable Authentication Modules l
ii  libxaw7   4.1.0-16   X Athena widget set library
ii  xbase-clients 4.1.0-16   miscellaneous X clients
ii  xlibs 4.1.0-16   X Window System client libraries

---
Received: (at 199715-done) by bugs.debian.org; 28 Aug 2003 02:52:16 +
>From [EMAIL PROTECTED] Wed Aug 27 21:52:13 2003
Return-path: <[EMAIL PROTECTED]>
Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) 
[65.26.182.85] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19sCtR-0005xf-00; Wed, 27 Aug 2003 21:52:13 -0500
Received: by redwald.deadbeast.net (Postfix, from userid 1000)
id A87B4640E7; Wed, 27 Aug 2003 21:52:12 -0500 (EST)
Date: Wed, 27 Aug 2003 21:52:12 -0500
From: Branden Robinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [xdm]: 4.1.x makes ia64 go boom
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="eRtJSFbw+EEWtPj3"
Content-Disposition: inline
User-Agent: Mutt/1.5.4i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-9.3 required=4.0
tests=BAYES_20,PGP_SIGNATURE_2,USER_AGENT_MUTT
version=2.53-bugs.debian.org_2003_8_27
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_27 
(1.174.2.15-2003-03-30-exp)


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

This bug was fixed way back in xfree86 4.2.1-4:

xfree86 (4.2.1-4) unstable; urgency=3Dlow
[...]
  * patch #091: new; drop the sumFile() function from xdm's genauth.c file,
define DEV_RANDOM for Linux and the Hurd, and change the meaning of the
randomFile resource to indicate the file that should be opened for the
reading of entropy.  The default random file on Linux and the Hurd is
/dev/random; on NetBSD it remains /dev/urandom per the existing XFree86
code.  Twinks who don't want xdm "draining their entropy pool" can edit
/etc/X11/xdm/xdm-config and set "DisplayManager.randomFile" to "/dev/ze=
ro"
if they want.  Anyway, this fixes a bug with xdm causing machine checks=
 on
some architectures when reading a lot of data from /dev/mem.
(Closes: #107311)
[...]
 -- 

Processed: Re: Bug#207575: xserver-xfree86 4.2.1-10 XF86Config-4 and XFree86.0.log error

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 207575 xserver-xfree86: X server cannot open log file
Bug#207575: xserver-xfree86 4.2.1-10 XF86Config-4 and XFree86.0.log error
Changed Bug title.

> tag 207575 + moreinfo
Bug#207575: xserver-xfree86: X server cannot open log file
There were no tags set.
Tags added: moreinfo

> thanks
Stopping processing here.

Please contact me if you need assistance.

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




X Strike Force SVN commit: rev 451 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 22:19:37 -0500 (Wed, 27 Aug 2003)
New Revision: 451

Modified:
   trunk/debian/changelog
   trunk/debian/xserver-common.postrm.in
   trunk/debian/xserver-xfree86.postrm.in
Log:
debian/xserver-{common,xfree86}.postrm.in: further robustify purge procedure;
  don't fail when there are no lines left in the roster file except the name of
  the package we're purging, and do not let cat spew noise to stderr if the
  temporary roster file does not get created


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-28 02:31:07 UTC (rev 450)
+++ trunk/debian/changelog  2003-08-28 03:19:37 UTC (rev 451)
@@ -51,11 +51,15 @@
 - debian/local/xvfb-run: implement
 - debian/local/xvfb-run.1: document
 
-  * debian/xserver-{common,xfree86}.postrm.in: fix horrendous paper-bag bug
-(failure to give fgrep a file to operate on, causing it to wait forever on
-standart input) that prevented xserver-common and xserver-xfree86 from
-being able to purge under some circumstances (thanks, Ingo Saitz)
-(Closes: #207305)
+  * debian/xserver-{common,xfree86}.postrm.in:
+- fix horrendous paper-bag bug (failure to give fgrep a file to operate
+  on, causing it to wait forever on standart input) that prevented
+  xserver-common and xserver-xfree86 from being able to purge under some
+  circumstances (thanks, Ingo Saitz) (Closes: #207305)
+- further robustify purge procedure; don't fail when there are no lines
+  left in the roster file except the name of the package we're purging,
+  and do not let cat spew noise to stderr if the temporary roster file
+  does not get created
 
   * debian/po/fr.po: updated French translations (thanks, Christian Perrier)
 (Closes: #207239)
@@ -70,7 +74,7 @@
 architectures that don't build the XFree86 X server, like s390; fixes
 FTBFS on s390)
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 13:06:44 -0500
+ -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 22:16:59 -0500
 
 xfree86 (4.2.1-10) unstable; urgency=medium
 

Modified: trunk/debian/xserver-common.postrm.in
===
--- trunk/debian/xserver-common.postrm.in   2003-08-28 02:31:07 UTC (rev 
450)
+++ trunk/debian/xserver-common.postrm.in   2003-08-28 03:19:37 UTC (rev 
451)
@@ -32,11 +32,12 @@
   if [ -e "$XWRAPPER_CONFIG_ROSTER" ]; then
 # check existing roster file for our package name
 if fgrep -qx "$THIS_PACKAGE" "$XWRAPPER_CONFIG_ROSTER"; then
-  # construct temporary roster file with our package name removed
+  # construct temporary roster file with our package name removed, ignoring
+  # failure
   fgrep -vx "$THIS_PACKAGE" "$XWRAPPER_CONFIG_ROSTER" > \
-"$XWRAPPER_CONFIG_ROSTER.dpkg-tmp"
+"$XWRAPPER_CONFIG_ROSTER.dpkg-tmp" || true
   # is there anything left?
-  if [ -n "$(cat "$XWRAPPER_CONFIG_ROSTER.dpkg-tmp")" ]; then
+  if [ -n "$(cat "$XWRAPPER_CONFIG_ROSTER.dpkg-tmp" 2> /dev/null)" ]; then
 # yes, replace the roster file
 mv "$XWRAPPER_CONFIG_ROSTER.dpkg-tmp" "$XWRAPPER_CONFIG_ROSTER"
   else

Modified: trunk/debian/xserver-xfree86.postrm.in
===
--- trunk/debian/xserver-xfree86.postrm.in  2003-08-28 02:31:07 UTC (rev 
450)
+++ trunk/debian/xserver-xfree86.postrm.in  2003-08-28 03:19:37 UTC (rev 
451)
@@ -29,11 +29,12 @@
   if [ -e "$SERVER_SYMLINK_ROSTER" ]; then
 # check existing roster file for our package name
 if fgrep -qx "$THIS_PACKAGE" "$SERVER_SYMLINK_ROSTER"; then
-  # construct temporary roster file with our package name removed
+  # construct temporary roster file with our package name removed, ignoring
+  # failure
   fgrep -vx "$THIS_PACKAGE" "$SERVER_SYMLINK_ROSTER" > \
-"$SERVER_SYMLINK_ROSTER.dpkg-tmp"
+"$SERVER_SYMLINK_ROSTER.dpkg-tmp" || true
   # is there anything left?
-  if [ -n "$(cat "$SERVER_SYMLINK_ROSTER.dpkg-tmp")" ]; then
+  if [ -n "$(cat "$SERVER_SYMLINK_ROSTER.dpkg-tmp" 2> /dev/null)" ]; then
 # yes, replace the roster file
 mv "$SERVER_SYMLINK_ROSTER.dpkg-tmp" "$SERVER_SYMLINK_ROSTER"
   else
@@ -64,11 +65,12 @@
   if [ -e "$XF86CONFIG_ROSTER" ]; then
 # check existing roster file for our package name
 if fgrep -qx "$THIS_PACKAGE" "$XF86CONFIG_ROSTER"; then
-  # construct temporary roster file with our package name removed
+  # construct temporary roster file with our package name removed, ignoring
+  # failure
   fgrep -vx "$THIS_PACKAGE" "$XF86CONFIG_ROSTER" > \
-"$XF86CONFIG_ROSTER.dpkg-tmp"
+"$XF86CONFIG_ROSTER.dpkg-tmp" || true
   # is there anything left?
-  if [ -n "$(cat "$XF86CONFIG_ROSTER.dpkg-tmp")" ]; then
+  if [ -n "$(cat "$XF86CONFIG_ROSTER.dpkg-tmp" 2> 

Bug#207539: marked as done (Bug report)

2003-08-27 Thread Debian Bug Tracking System
Your message dated Wed, 27 Aug 2003 21:12:12 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#207539: Bug report
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; 27 Aug 2003 19:17:14 +
>From [EMAIL PROTECTED] Wed Aug 27 14:17:10 2003
Return-path: <[EMAIL PROTECTED]>
Received: from tomts17-srv.bellnexxia.net [209.226.175.71] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 19s5n4-0008Jj-00; Wed, 27 Aug 2003 14:17:10 -0500
Received: from localhost.localdomain ([64.229.67.34])
  by tomts17-srv.bellnexxia.net
  (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with ESMTP
  id <[EMAIL PROTECTED]>
  for <[EMAIL PROTECTED]>; Wed, 27 Aug 2003 15:14:47 -0400
From: John Welland <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Bug report
Date: Wed, 27 Aug 2003 15:15:03 -0400
User-Agent: KMail/1.4.3
MIME-Version: 1.0
Message-Id: <[EMAIL PROTECTED]>
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_3HLAYYJJCB62YTEBUWCM"
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-2.2 required=4.0
tests=BAYES_20,HAS_PACKAGE,MAILTO_TO_SPAM_ADDR,PENISACCENT,
  RCVD_IN_NJABL,USER_AGENT_KMAIL
version=2.53-bugs.debian.org_2003_8_27
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_27 
(1.174.2.15-2003-03-30-exp)


--Boundary-00=_3HLAYYJJCB62YTEBUWCM
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Package:  Xserver-xfree86=20
Version:  4.1.0.1

My first attempt to install debian in this case 'woody', a re-install pro=
duced=20
a=20
similar outcome. =20

The process was  successful enough to allow me to sign in at the command =
line,=20

I then attempted to start the graphical interface using
Startx=20

A message was returned by Xserver-xfree86

Fatal server error
no screens found

The Graphics card is: Radeon7000Pro  AV64S-T Graphics Accelerator

I have attached the relevant XFree86 log

Using an identical hardware configuration in another partition and Mandra=
ke=20
8.0 no problem is encountered.
However Xserver is version  4.2.1 and the driver Radeon rather than the M=
ach64=20
available in debian=20

I would appreciate any assistance you can provide as I am not competent a=
t the=20
command line level.

Reguards

John Welland


--Boundary-00=_3HLAYYJJCB62YTEBUWCM
Content-Type: text/x-log;
  charset="us-ascii";
  name="XFree86.0.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="XFree86.0.log"


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: Tue Aug 19 21:57:46 2003
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->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"
(==) M

Processed: Re: Bug#207537: xserver-xfree86: autodetection is not used

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 207537 xserver-xfree86: want way to override configured debconf 
> values with autodetected ones
Bug#207537: xserver-xfree86: autodetection is not used
Changed Bug title.

> severity 207537 wishlist
Bug#207537: xserver-xfree86: want way to override configured debconf values 
with autodetected ones
Severity set to `wishlist'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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




Bug#207543: xserver-xfree86: prefBusID patch to select prefered PCI bus id

2003-08-27 Thread Andreas Schuldei
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: wishlist
Tags: experimental patch

this patch makes it possibel to select which busid the xserver
should operate on. this is handy if two or more graphic cards in
a box run independent xservers and need to reset the card
independently from the other xserver. this patch features the
requested clean up configuration interface via the XF86Config
file. then one can write stuff like this in ones config:

Section "ServerLayout"
Identifier "X0"
Screen  0  "Screen0" 0 0
InputDevice"Mouse2" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
Option "PrefBusID" "1:0:0"
EndSection



diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Config.c 
xc-changed/programs/Xserver/hw/xfree86/common/xf86Config.c
--- xc/programs/Xserver/hw/xfree86/common/xf86Config.c  2003-02-20 04:36:07.0 
+
+++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Config.c  2003-08-26 
14:59:47.0 +0100
@@ -2213,6 +2213,7 @@ xf86HandleConfigFile(void)
 const char *filename;
 char *searchpath;
 MessageType from = X_DEFAULT;
+char *layopt;
 
 if (getuid() == 0)
searchpath = ROOT_CONFIGPATH;
@@ -2282,6 +2283,19 @@ xf86HandleConfigFile(void)
  }
}
 }
+
+layopt = xf86FindOptionValue(xf86ConfigLayout.options, "PrefBusID");
+if (layopt) {
+int bus, device, func;
+if (sscanf(layopt, "%d:%d:%d", &bus, &device, &func) == 3) {
+xf86PrefBusId.bus = bus;
+xf86PrefBusId.device = device;
+xf86PrefBusId.func = func;
+   xf86Msg(X_INFO,
+   "Preferred PCI BusID set to \"%d:%d:%d\"\n",bus,device,func);
+}
+}
+   
 
 /* Now process everything else */
 
diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Globals.c 
xc-changed/programs/Xserver/hw/xfree86/common/xf86Globals.c
--- xc/programs/Xserver/hw/xfree86/common/xf86Globals.c 2003-02-20 04:05:14.0 
+
+++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Globals.c 2003-04-02 
13:03:00.0 +0100
@@ -215,6 +215,7 @@ Bool xf86MiscModInDevAllowNonLocal = FAL
 #endif
 PropertyPtr *xf86RegisteredPropertiesTable = NULL;
 Bool xf86inSuspend = FALSE;
+PciBusId xf86PrefBusId;
 
 #ifdef DLOPEN_HACK
 /*
diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Init.c 
xc-changed/programs/Xserver/hw/xfree86/common/xf86Init.c
--- xc/programs/Xserver/hw/xfree86/common/xf86Init.c2003-02-26 09:21:38.0 
+
+++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Init.c2003-08-26 
14:55:22.0 +0100
@@ -1553,6 +1553,22 @@ ddxProcessArgument(int argc, char **argv
 xf86AllowMouseOpenFail = TRUE;
 return 1;
   }
+  if (!strcmp(argv[i], "-prefbusid"))
+  {
+int bus, device, func;
+if (++i >= argc)
+  return 0;
+if (sscanf(argv[i], "%d:%d:%d", &bus, &device, &func) == 3) {
+  xf86PrefBusId.bus = bus;
+  xf86PrefBusId.device = device;
+  xf86PrefBusId.func = func;
+  return 2;
+}
+else {
+  ErrorF("Invalid preferred PCI BusId\n");
+  return 0;
+}
+  }
   /* OS-specific processing */
   return xf86ProcessArgument(argc, argv, i);
 }
diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c 
xc-changed/programs/Xserver/hw/xfree86/common/xf86pciBus.c
--- xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c  2003-02-18 15:42:11.0 
+
+++ xc-changed/programs/Xserver/hw/xfree86/common/xf86pciBus.c  2003-04-02 
13:03:00.0 +0100
@@ -160,7 +160,10 @@ FindPCIVideoInfo(void)
 int num = 0;
 pciVideoPtr info;
 Bool mem64 = FALSE;
+int DoPrefBusIdCheck = 0;
 
+if( xf86PrefBusId.bus || xf86PrefBusId.device || xf86PrefBusId.func )
+   DoPrefBusIdCheck = 1;
 pcrpp = xf86PciInfo = xf86scanpci(0);
 getPciClassFlags(pcrpp);
 
@@ -182,7 +185,11 @@ FindPCIVideoInfo(void)
subclass = pcrp->pci_sub_class;
}

-   if (PCIINFOCLASSES(baseclass, subclass)) {
+   if (PCIINFOCLASSES(baseclass, subclass) &&
+   (DoPrefBusIdCheck ? 
+   (xf86PrefBusId.bus == pcrp->busnum &&
+xf86PrefBusId.device == pcrp->devnum &&
+xf86PrefBusId.func == pcrp->funcnum):1)) {
num++;
xf86PciVideoInfo = xnfrealloc(xf86PciVideoInfo,
  sizeof(pciVideoPtr) * (num + 1));
diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Priv.h 
xc-changed/programs/Xserver/hw/xfree86/common/xf86Priv.h
--- xc/programs/Xserver/hw/xfree86/common/xf86Priv.h2002-12-12 18:29:10.0 
+
+++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Priv.h2003-04-02 
13:03:00.0 +0100
@@ -53,6 +53,7 @@ extern Bool xf86BestRefresh;
 extern Gamma xf86Gamma;
 extern char *xf86ServerName;
 extern Bool xf86ShowUnresolved;
+extern PciBusId xf86PrefBusId;
 
 /* Other parameters */
 






-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with

Bug#207537: xserver-xfree86: autodetection is not used

2003-08-27 Thread Goswin Brederlow
Package: xserver-xfree86
Version: 4.2.1-10
Severity: normal

Hi,

despite what you told me on irc before ignoring me none of the
autodetection works. The reason for this becomes obvious when reading
the config script.

You only ever run the autodetection on an initial install.  What you
fail to see is that people upgrading or reconfiguring might still want
to use this method.

It would also be good to keep the previous selected values of any
questions as default (thats rather a must) and to mark the probed
values (or mention them in the text) for reference.

Here is the log from a config run:
==
xserver-xfree86 config debug: Configuring xserver-xfree86.
xserver-xfree86 config debug: X server symlink exists and points to executable 
X server; capping X server question priority at medium.
xserver-xfree86 config debug: $OWNERS has only one value; 
shared/default-x-server will not be asked
xserver-xfree86 config debug: not prompting for video card autodetection; 
reconfiguring
xserver-xfree86 config debug: seen flag of shared/default-x-server is false
xserver-xfree86 config debug: db_input medium shared/default-x-server
xserver-xfree86 config debug: auto_answer() "db_input medium 
shared/default-x-server" with default "xserver-xfree86"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "xserver-xfree86"
xserver-xfree86 config debug: auto_answer: shared/default-x-server is not being 
asked
xserver-xfree86 config debug: auto_answer: shared/default-x-server is 
"xserver-xfree86"
xserver-xfree86 config debug: /etc/X11/XF86Config-4 file exists; capping 
configuration question priority at medium.
xserver-xfree86 config debug: user declined video card autodetection (driver)
xserver-xfree86 config debug: auto_answer() "db_input medium 
xserver-xfree86/config/device/driver" with default "vesa"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "ati"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/device/driver
xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/device/driver 
is "ati"
xserver-xfree86 config debug: auto_answer() "validate_string_db_input medium 
xserver-xfree86/config/device/identifier" with default "Generic Video Card"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "Generic Video Card"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/device/identifier
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/device/identifier is "Generic Video Card"
xserver-xfree86 config debug: auto_answer() "validate_string_db_input medium 
xserver-xfree86/config/inputdevice/keyboard/rules" with default "xfree86"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "xfree86"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/inputdevice/keyboard/rules
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/inputdevice/keyboard/rules is "xfree86"
xserver-xfree86 config debug: auto_answer() "validate_string_db_input medium 
xserver-xfree86/config/inputdevice/keyboard/model" with default "pc104"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "pc105"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/inputdevice/keyboard/model
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/inputdevice/keyboard/model is "pc105"
xserver-xfree86 config debug: auto_answer() "validate_string_db_input medium 
xserver-xfree86/config/inputdevice/keyboard/layout" with default "us"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "de"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/inputdevice/keyboard/layout
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/inputdevice/keyboard/layout is "de"
xserver-xfree86 config debug: not prompting for mouse autodetection; 
reconfiguring
xserver-xfree86 config debug: auto_answer() "db_input medium 
xserver-xfree86/config/inputdevice/mouse/port" with default "/dev/misc/psaux"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "/dev/misc/psaux"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/inputdevice/mouse/port
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/inputdevice/mouse/port is "/dev/misc/psaux"
xserver-xfree86 config debug: auto_answer() "db_input medium 
xserver-xfree86/config/inputdevice/mouse/protocol" with default "PS/2"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "ImPS/2"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/inputdevice/mouse/protocol
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/inputdevice/mouse/protocol is "ImPS/2"
xserver-xfree86 config 

X Strike Force SVN commit: rev 449 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 14:33:07 -0500 (Wed, 27 Aug 2003)
New Revision: 449

Modified:
   trunk/debian/changelog
Log:
debian/changelog: fix some wrong and/or misleading information about
  changes to xserver-{common,xfree86}.{preinst,postinst}.in scripts


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 19:26:17 UTC (rev 448)
+++ trunk/debian/changelog  2003-08-27 19:33:07 UTC (rev 449)
@@ -9,11 +9,9 @@
   * debian/local/Xsession{,.options}.5: further clarify the X session startup
 procedure in the manpages, per suggestion from Frank Murphy
 
-  * debian/xserver-{common,xfree86}.postinst.in: if the configuration file
-checksum/roster directory doesn't exist when it's time to create/update
-a roster file, create it; if it does exist but isn't a directory, issue
-a warning and move on (assume the admin is being fiendishly clever)
-(Closes: #206790)
+  * debian/xserver-{common,xfree86}.postinst.in: do not attempt to
+create/update configuration file rosters if the path of the auxiliary
+directory exists but is not a directory; assume local admin cleverness
 
   * Add pt_BR.UTF-8 locale support (as something other than an alias for
 en_US.UTF-8) to Xlib; includes Compose file updates from Gustavo
@@ -25,13 +23,13 @@
   * debian/xserver-{common,xfree86}.preinst.in: rework migration logic:
 - create the configuration file auxiliary directory /var/lib/xfree86
   on all installs and upgrades if it doesn't already exist
-  (Closes: #206524)
+  (Closes: #206790)
 - don't throw a warning if the path to the auxiliary directory exists but
   is not a directory; assume local admin cleverness
 - don't migrate a configuration file if its debconf region markers have
-  been removed
+  been removed (Closes: #206524)
 - if installing (not upgrading) the package, place the non-conffile
-  configuration files under automatic management, but only  if they do not
+  configuration files under automatic management, but only if they do not
   already exist (Closes: #207268)
 
   * debian/rules: stop calling debconf2po-update, per Denis Barbier


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



Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA

2003-08-27 Thread Branden Robinson
I have bad news regarding this bug.

LaMont and I have worked on this (LaMont did the hard part; I just
diagnosed the failures), and determined that it is not possible to
straightforwardly binary-NMU xfree86 4.2.1-6 to fix this problem on
HPPA.

The reason is that at the time 4.2.1-6 was released, the "flex" in
unstable in testing worked with it.

But later, a new flex, with a new micro version number but which was
incompatible with a lot if existing lex code in the world, was released.
This incompatible version of flex has also since propagated to testing.

Nowadays, a lot of packages require the "flex-old" package, and that
includes XFree86.

XFree86's build-dependencies have since been updated, but that doesn't
do much good for xfree86 4.2.1-6.

The only way to get a binary-only-NMU at this point is to custom-craft a
build environment which is "testing" in all respects except for its flex
package.  The flex package from stable should work (2.5.4a-24).  Any
flex version with "2.5.31" in it is baad news.

A source NMU of xfree86 4.2.1-6 to change the build-dependencies would
probably be a bad idea -- no other architecture needs its XFree86
rebuilt in testing, and pieces of the toolchain might have propagated
into testing since then and without the fixes from later versions,
rebuilds of -6 (what would be -6.1) may actually cause regressions.

In my opinion, Debian has been doubly boned lately; on the one hand by
the Flex upstream which regards incompatibility with widely-used
existing lex code as not meriting anything more than a micro version
increment, and by GCC upstream, who appear not to regard major
regressions as an impediment to a release as long as they don't affect
Intel IA-32 family processors.

My feeling is that our efforts are best spent on getting a newer 4.2.1
package into testing at this point.  However, if someone wants to go to
the trouble of crafting a special "testing + woody flex" environment for
HPPA and doing a binary-only NMU targeted at testing, they have my
blessing.

-- 
G. Branden Robinson|  You live and learn.
Debian GNU/Linux   |  Or you don't live long.
[EMAIL PROTECTED] |  -- Robert Heinlein
http://people.debian.org/~branden/ |


pgpgYx2hk7wED.pgp
Description: PGP signature


X Strike Force SVN commit: rev 450 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 21:31:07 -0500 (Wed, 27 Aug 2003)
New Revision: 450

Modified:
   trunk/debian/changelog
Log:
debian/changelog: add more justification for release urgency


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 19:33:07 UTC (rev 449)
+++ trunk/debian/changelog  2003-08-28 02:31:07 UTC (rev 450)
@@ -1,7 +1,8 @@
 xfree86 (4.2.1-11) unstable; urgency=medium
 
   * urgency set to medium because bug #206790 bites a lot of people (but,
-contrary to most submitters' belief, not everyone)
+contrary to most submitters' belief, not everyone), and #207305 really
+screws people trying to purge xserver-common and xserver-xfree86
 
   * debian/control: add gcc's epoch to versioned Build-Conflict on gcc-3.3
 (thanks, James Troup)



Bug#207537: xserver-xfree86: autodetection is not used

2003-08-27 Thread Branden Robinson
retitle 207537 xserver-xfree86: want way to override configured debconf values 
with autodetected ones
severity 207537 wishlist
thanks

On Wed, Aug 27, 2003 at 08:37:08PM +0200, Goswin Brederlow wrote:
> despite what you told me on irc before ignoring me none of the
> autodetection works. The reason for this becomes obvious when reading
> the config script.
> 
> You only ever run the autodetection on an initial install.  What you
> fail to see is that people upgrading or reconfiguring might still want
> to use this method.
> 
> It would also be good to keep the previous selected values of any
> questions as default (thats rather a must) and to mark the probed
> values (or mention them in the text) for reference.

This is the way the configure script is intended to work.  I may change
it when I rewrite it.

-- 
G. Branden Robinson|
Debian GNU/Linux   | De minimis non curat lex.
[EMAIL PROTECTED] |
http://people.debian.org/~branden/ |


pgp9fTOYG0jtJ.pgp
Description: PGP signature


X Strike Force SVN commit: rev 448 - tags

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 14:26:17 -0500 (Wed, 27 Aug 2003)
New Revision: 448

Added:
   tags/4.2.1-10/
Log:
Tag revision 414 (trunk) as 4.2.1-10 release.


Copied: tags/4.2.1-10 (from rev 414, trunk)


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



Bug#207539: Bug report

2003-08-27 Thread John Welland
Package:  Xserver-xfree86 
Version:  4.1.0.1

My first attempt to install debian in this case 'woody', a re-install produced 
a 
similar outcome.  

The process was  successful enough to allow me to sign in at the command line, 

I then attempted to start the graphical interface using
Startx 

A message was returned by Xserver-xfree86

Fatal server error
no screens found

The Graphics card is: Radeon7000Pro  AV64S-T Graphics Accelerator

I have attached the relevant XFree86 log

Using an identical hardware configuration in another partition and Mandrake 
8.0 no problem is encountered.
However Xserver is version  4.2.1 and the driver Radeon rather than the Mach64 
available in debian 

I would appreciate any assistance you can provide as I am not competent at the 
command line level.

Reguards

John Welland


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: Tue Aug 19 21:57:46 2003
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->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) Cannot open APM
(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 8086,7190 card , rev 02 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,7191 card , rev 02 class 06,04,00 hdr 01
(II) PCI: 00:07:0: chip 8086,7110 card , rev 02 class 06,01,00 hdr 80
(II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00
(II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00
(II) PCI: 00:07:3: chip 8086,7113 card , rev 02 class 06,80,00 hdr 00
(II) PCI: 00:09:0: chip 10ec,8029 card 1186,0300 rev 00 class 02,00,00 hdr 00
(II) PCI: 00:0b:0: chip 1274,1371 card 1274,1371 rev 08 class 04,01,00 hdr 00
(II) PCI: 01:00:0: chip 1002,5159 card 1458,4002 rev 00 class 03,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.1.0.1, module version = 0.1.0
	ABI class: XFree86 Video Driver, version 0.4
(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) 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 0	0x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
	[0] -1 0	0x - 0x (0x0) MX[B]
(II) Bus 0 pre

Bug#207575: xserver-xfree86 4.2.1-10 XF86Config-4 and XFree86.0.log error

2003-08-27 Thread Greg Hazel
Package: xserver-xfree86
Version: 4.2.1-10


Aside from all the 4.2.1-10 nonsense with the XF86Config-4 changes (ugg,
what a pain) now I'm getting this:

Fatal server error:
Cannot open log file "/var/log/XFree86.0.log"

When reporting blah blah blah

Yes, I've tried 'touch'
/var is not full
the file is only 25k
the permissions are -rw-r--r-- 1 root root
I'm using startx to launch the xserver, which is -rwxr-xr-x 1 root root
/usr/bin/X11/startx I've tried apt-get remove and used dpkg to install
4.2.1-9, with the same results (but it wrote a XF86Config-4 file , yay)

Any help is appreciated,  X is dead until someone gives me the cure :/







Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
Moin Christoph!
Christoph Hellwig schrieb am Wednesday, den 27. August 2003:

> On Wed, Aug 27, 2003 at 07:02:44PM +0200, Christoph Hellwig wrote:
> > framebuffer for nvidia cards?  (and the framebuffer driver is called
> > rivafb, just btw..)
> 
> which doesn't show up in /proc/fb but at least in the 2.6 driver the
> string nvidia won't appear in it either, just RIVA-*/GeForce*/etc..

Okay, let's find a consens. Nvidia was just an example for cards that
AFAIK never need the UseFBDev option. I just want to prevent the users
from making the wrong choice. And we don't want to bother the user with
question if the answer is obvious (to 95 percent).

So again, proposing the scheme:

if /proc mounted:
  if /proc/fb exists:
if(driver-listed-there matches choosen video card):
  preset use_fbdev to true
  preset priority to low
else
  preset use_fbdev to false
  preset priority to medium
fi
  else
preset use_fbdev to false
preset priority to low
  fi
else
  preset use_fbdev to false
  preset priority to medium
fi

MfG,
Eduard.
-- 
Stilblüten aus Schreiben von Versicherungsnehmern:
Ihre Argumente sind wirklich schwach. Für solche faulen Ausreden
müssen Sie sich einen Dümmeren suchen, aber den werden sie kaum finden.



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



Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Branden Robinson
On Wed, Aug 27, 2003 at 08:13:45PM +0200, Eduard Bloch wrote:
> if /proc mounted:
>   if /proc/fb exists:
> if(driver-listed-there matches choosen video card):
>   preset use_fbdev to true
>   preset priority to low
> else
>   preset use_fbdev to false
>   preset priority to medium
> fi
>   else
> preset use_fbdev to false
> preset priority to low
>   fi
> else
>   preset use_fbdev to false
>   preset priority to medium
> fi

I'll bump all those priorities up one.

  lowVery trivial items that have defaults that will
 work in the vast majority of cases; only control
 freaks see these.
  medium Normal items that have reasonable defaults.
  high   Items that don't have a reasonable default.

Given that UseFBDev just plain doesn't work sometimes (it does not work
in the "vast majority" of cases), the lowest priority we can hope for is
medium.

However, I intend to continue my recent policy of capping the question
priority at medium if there's already a configuration on the system.

We'll also need to take these special cases into account:

case "$FB_TYPE" in
  OFfb|VESA)
# generic framebuffer that doesn't support UseFBDev
;;

(The case is empty because the default is to not use UseFBDev.)

Anyway, thanks for the pseudocode.

-- 
G. Branden Robinson|A committee is a life form with six
Debian GNU/Linux   |or more legs and no brain.
[EMAIL PROTECTED] |-- Robert Heinlein
http://people.debian.org/~branden/ |


pgpgndlW912Ir.pgp
Description: PGP signature


Re[5]:

2003-08-27 Thread kofuqig
Title: u9KZIx7i






without any  Debian-x VKo and when it oJgVA

CCgw I wish E Debian-x ok deal wubOR




Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
#include 
* Branden Robinson [Wed, Aug 27 2003, 06:26:02PM]:

> > Option "SWcursor" is only needed in a minority of cases as well (and
> > then it's a driver bug which should simply be fixed), but you even want

Of course it is a driver but, but not giving it a chance to appear is
IMO a better way to go.

> > to make it the default. I smell an inconsistency here.
> 
> I'd imagine it's pretty simple; Eduard has been personally affected by
> buiggy hardware cursors, but has never had to use UseFBDev.

Exactly. The only case I ever had to use UseFBDev was Rage128 video
cards that simple required that option if any kind of framebuffer was
enabled. And yes, these experiences are not sufficient for any kind of
confidence-intervall in real statistics, but IMO they are (in
combination with monitoring _user_ channels and mailing list) good
enough to estimate the potential problems of our users.

> Eduard has a tendency to extrapolate his personal experiences to
> universal applicability, which is why he accuses other Debian Developers
> of violating the Social Contract when they don't fix bugs the way he
> wants them fixed.

I see, you do never forget anything. And when you have found something
universal to bother your enemy, you use it again and again and again.
Reminds me somehow on the tactics that children in the basic school use
very often but your age should be behind that.

> There are several good ideas in the patch, though, and I will
> incorporate some of them when I rewrite xserver-xfree86.config.in.

I hoped this while writting the thing. I did not expect to work together
with you (too jerky, too complicated, too depressing) but push the
development in the right direction.

And if you feel compelled to make jokes about my vocabulary, go ahead,
nobody can stop you. Just remember that it is seen as impolite in many
parts of the world.

MfG,
Eduard.
-- 
Wenn die Männer die Schönheit einer Frau mehr schätzen als ihre Intelligenz,
so hat das seinen Grund darin, daß es mehr Dummköpfe gibt als Blinde.
-- Louise de Vilmorin




X Strike Force SVN commit: rev 447 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 13:08:10 -0500 (Wed, 27 Aug 2003)
New Revision: 447

Modified:
   trunk/debian/changelog
   trunk/debian/rules
Log:
debian/rules: don't try to install the XFree86.1x manpage as
  XFree86-debug.1x if the XFree86.1x manpage doesn't exist (it doesn't on
  architectures that don't build the XFree86 X server, like s390; fixes
  FTBFS on s390)


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 15:59:18 UTC (rev 446)
+++ trunk/debian/changelog  2003-08-27 18:08:10 UTC (rev 447)
@@ -66,8 +66,13 @@
 - patch #000_stolen_from_HEAD: updated
 - patch #067: resync
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 10:56:19 -0500
+  * debian/rules: don't try to install the XFree86.1x manpage as
+XFree86-debug.1x if the XFree86.1x manpage doesn't exist (it doesn't on
+architectures that don't build the XFree86 X server, like s390; fixes
+FTBFS on s390)
 
+ -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 13:06:44 -0500
+
 xfree86 (4.2.1-10) unstable; urgency=medium
 
   * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in

Modified: trunk/debian/rules
===
--- trunk/debian/rules  2003-08-27 15:59:18 UTC (rev 446)
+++ trunk/debian/rules  2003-08-27 18:08:10 UTC (rev 447)
@@ -348,9 +348,13 @@
dh_testdir
dh_testroot
dh_install --sourcedir=debian/tmp
-   # special handling
-   install -m 755 -d debian/xserver-xfree86-dbg/usr/X11R6/man/man1
-   install -m 644 debian/tmp/usr/X11R6/man/man1/XFree86.1x 
debian/xserver-xfree86-dbg/usr/X11R6/man/man1/XFree86-debug.1x
+   # special handling; don't do this if the manpage doesn't exist, which
+   # will be the case if this architecture doesn't build the XFree86 X
+   # server
+   if [ -e debian/tmp/usr/X11R6/man/man1/XFree86.1x ]; then \
+ install -m 755 -d debian/xserver-xfree86-dbg/usr/X11R6/man/man1; \
+ install -m 644 debian/tmp/usr/X11R6/man/man1/XFree86.1x 
debian/xserver-xfree86-dbg/usr/X11R6/man/man1/XFree86-debug.1x; \
+   fi
dh_installdebconf
dh_installdirs
dh_installdocs


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



Bug#206907: xserver-xfree86: hangs on screensaver

2003-08-27 Thread Branden Robinson
On Wed, Aug 27, 2003 at 07:34:55AM +0200, Sven Luther wrote:
> This don't bring us much, it is hanging in glint_wait, which is a macro
> waiting for space in the fifo, and since the space never comes, it
> waits forever. Same diagnostic as before. The pipeline is deadlocked,
> but i don't know why. Strong suspisions of a hardware problems, the
> hardware cannot be all that new after all. But maybe there is some
> behavior that makes this appear more often or something such, i don't
> know. Overheating of the graphic chip or failing powersupply (either on
> the board or the agp power lines) might be potential culprits.

Well, if it's truly a hardware problem, sure it wouldn't affect just
this accleration primitive.

David, can you try adding the following to your Screen section in
XF86Config-4?

   Option "XaaNoSolidHorVertLine"

(This is documented in XF86Config-4(5x).)

> I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1,
> is this not doing double usage)

Because it's "version 1" of the forthcoming "4.3.0-1" package.

-- 
G. Branden Robinson|I had thought very carefully about
Debian GNU/Linux   |committing hara-kiri over this, but
[EMAIL PROTECTED] |I overslept this morning.
http://people.debian.org/~branden/ |-- Toshio Yamaguchi


pgpZJ50Bl9io9.pgp
Description: PGP signature


Bug#207481: different approach to the XFree86 config

2003-08-27 Thread Goswin von Brederlow
Hi,

I have two little things I would like to add.

1. Try to do autodetection. Read out the lang and the monitor. Almost any
  modern system will report its parameter.

2. Fill in the autodetected values and present them to the user with the
   following choises:
   [ ] Bugger off, I do it myself
   [ ] Use values (I will change what needs changed manually)
   [ ] change values

The first one would disable the configuration completly. No more test and no
questions about conffile changes in the future. Thats hardcore guys.

The second would be the default. Things like the exact keyboard moddel or
the monitor frequency (if reading them out failed) could still be asked
or left to the user to fill in. A minimum of questions should be asked.

The last options would go through all settings having the autotedted stuff
as defaults. That would be like the setup now.


An alternative approach would be to present the probed values as menu and
the user can choose the items that need changes. Items not probed would
need to be selected before  could be selected.

I'm not sure what debconf interfaces can cope with such a menu though.

MfG
Goswin



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



Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Christoph Hellwig
On Wed, Aug 27, 2003 at 07:02:44PM +0200, Christoph Hellwig wrote:
> framebuffer for nvidia cards?  (and the framebuffer driver is called
> rivafb, just btw..)

which doesn't show up in /proc/fb but at least in the 2.6 driver the
string nvidia won't appear in it either, just RIVA-*/GeForce*/etc..

> 



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



Processed: retitle 185936 to xlibs-pic: licq FTBFSes if it can't lay its dirty hands on a static PIC version of libXss

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> retitle 185936 xlibs-pic: licq FTBFSes if it can't lay its dirty hands on a 
> static PIC version of libXss
Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib
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)




Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Christoph Hellwig
On Wed, Aug 27, 2003 at 03:49:12PM +0200, Eduard Bloch wrote:
> Moin Christoph!
> Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
> 
> > On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
> > > Package: xserver-xfree86
> > > Severity: wishlist
> > > 
> > > Okay, here is what I would change in xserver-xfree86.config.
> > > 
> > >  - xserver-xfree86/config/device/use_fbdev:
> > >check for existance of /proc/fb before asking the question about
> > >framebuffer support. 
> > 
> > remember that procfs is optional...
> 
> check. for. existance. I think this covers the case of missing /proc.

well, if procfs is not mounted you don't ask the question, sounds like a
bug, no?

> > >- If it does not exist, do not ask the question and set use_fbdev to
> > >  false. 
> > >- If it does exist, read it, and if 
> > >  - the contents matches "nvidia", do
> > >not ask the question and set use_fbdev to false.
> > 
> > should a Debian package really special-case buggy non-free software?
> 
> So? The framebuffer driver in the kernel is non-free? Please look where
> "nvidia" is read from.

Well, I assumed you want to work around a bug in the nvidia binary only
driver as the opensource nv driver can deal with framebuffers.  But I
might have missed something obvious - why don't you want to use the
framebuffer for nvidia cards?  (and the framebuffer driver is called
rivafb, just btw..)




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



Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Branden Robinson
On Thu, Aug 28, 2003 at 12:09:22AM +0200, Michel Dänzer wrote:
> So we now decide for our users what they (don't) need or (don't) want?
> 
> Option "SWcursor" is only needed in a minority of cases as well (and
> then it's a driver bug which should simply be fixed), but you even want
> to make it the default. I smell an inconsistency here.

I'd imagine it's pretty simple; Eduard has been personally affected by
buiggy hardware cursors, but has never had to use UseFBDev.

Eduard has a tendency to extrapolate his personal experiences to
universal applicability, which is why he accuses other Debian Developers
of violating the Social Contract when they don't fix bugs the way he
wants them fixed.

There are several good ideas in the patch, though, and I will
incorporate some of them when I rewrite xserver-xfree86.config.in.

-- 
G. Branden Robinson|Imagination was given man to
Debian GNU/Linux   |compensate for what he is not, and
[EMAIL PROTECTED] |a sense of humor to console him for
http://people.debian.org/~branden/ |what he is.


pgprJLwxxSARB.pgp
Description: PGP signature


Bug#207268:

2003-08-27 Thread Branden Robinson
tag 207268 + pending
thanks

On Tue, Aug 26, 2003 at 12:15:36PM -0500, Branden Robinson wrote:
> Hmm.  Purging and reinstalling should definitely put the files in
> question under automatic management, if they do not already exist.
> 
> I'll check into it.  Thanks for your report.

This has been fixed in the X Strike Force Subversion repository,
revision 444, and will appear in the next release.

If you're curious, here's the new logic that handles this:

  # if performing a fresh install, place config files under management if they
  # do *not* already exist
  if [ "$1" = "install" ]; then
# only proceed if config file auxiliary directory exists
if [ -d "$CONFIG_AUX_DIR" ]; then
  # first, create and checksum the X server symlink
  if [ ! -e "$SERVER_SYMLINK" ]; then
# $THIS_SERVER is just a default; could as easily be /bin/true
ln -s "$THIS_SERVER" "$SERVER_SYMLINK"
readlink "$SERVER_SYMLINK" | md5sum > "$SERVER_SYMLINK_CHECKSUM"
  fi
  # next, XF86Config-4
  if [ ! -e "$XF86CONFIG" ]; then
# cheap, fork()-free version of "touch"
: > "$XF86CONFIG"
md5sum "$XF86CONFIG" > "$XF86CONFIG_CHECKSUM"
  fi
fi
  fi

As a workaround, you can do what the new script will do after purging
but before reinstalling the package:

# dpkg --purge xserver-xfree86
# ln -s /usr/bin/X11/XFree86 /etc/X11/X
# readlink /etc/X11/X | md5sum > /var/lib/xfree86/X.md5sum
# : > /etc/X11/XF86Config-4
# md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum
# apt-get install xserver-xfree86

-- 
G. Branden Robinson|It may be difficult to to determine
Debian GNU/Linux   |where religious beliefs end and
[EMAIL PROTECTED] |mental illness begins.
http://people.debian.org/~branden/ |-- Elaine Cassel


pgpfkhK7Ao1sO.pgp
Description: PGP signature


X Strike Force SVN commit: rev 446 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 10:59:18 -0500 (Wed, 27 Aug 2003)
New Revision: 446

Modified:
   trunk/debian/MANIFEST.alpha
   trunk/debian/MANIFEST.arm
   trunk/debian/MANIFEST.hppa
   trunk/debian/MANIFEST.hurd-i386
   trunk/debian/MANIFEST.i386
   trunk/debian/MANIFEST.ia64
   trunk/debian/MANIFEST.m68k
   trunk/debian/MANIFEST.mips
   trunk/debian/MANIFEST.mipsel
   trunk/debian/MANIFEST.netbsd-i386
   trunk/debian/MANIFEST.powerpc
   trunk/debian/MANIFEST.s390
   trunk/debian/MANIFEST.sh3
   trunk/debian/MANIFEST.sh4
   trunk/debian/MANIFEST.sparc
   trunk/debian/changelog
   trunk/debian/xlibs.install
   trunk/debian/xlibs.install.s390
Log:
Follow up on pt_BR.UTF-8 localization patch.
- debian/MANIFEST.*: list new files in /usr/X11R6/lib/X11/locale
- debian/xlibs.install*: ship new files in /usr/X11R6/lib/X11/locale


Modified: trunk/debian/MANIFEST.alpha
===
--- trunk/debian/MANIFEST.alpha 2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.alpha 2003-08-27 15:59:18 UTC (rev 446)
@@ -5500,6 +5500,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS

Modified: trunk/debian/MANIFEST.arm
===
--- trunk/debian/MANIFEST.arm   2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.arm   2003-08-27 15:59:18 UTC (rev 446)
@@ -5500,6 +5500,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS

Modified: trunk/debian/MANIFEST.hppa
===
--- trunk/debian/MANIFEST.hppa  2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.hppa  2003-08-27 15:59:18 UTC (rev 446)
@@ -5500,6 +5500,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS

Modified: trunk/debian/MANIFEST.hurd-i386
===
--- trunk/debian/MANIFEST.hurd-i386 2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.hurd-i386 2003-08-27 15:59:18 UTC (rev 446)
@@ -5405,6 +5405,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/Compose
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tscii-0/XLC_LOCALE

Modified: trunk/debian/MANIFEST.i386
===
--- trunk/debian/MANIFEST.i386  2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.i386  2003-08-27 15:59:18 UTC (rev 446)
@@ -5501,6 +5501,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS

Modified: trunk/debian/MANIFEST.ia64
===
--- trunk/debian/MANIFEST.ia64  2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.ia64  2003-08-27 15:59:18 UTC (rev 446)
@@ -5501,6 +5501,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS

Modified: trunk/debian/MANIFEST.m68k
===

Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Michel Dänzer
On Wed, 2003-08-27 at 17:56, Eduard Bloch wrote:
> #include 
> * Michel Dänzer [Wed, Aug 27 2003, 05:26:19PM]:
> > > > should a Debian package really special-case buggy non-free software?
> > > 
> > > So? The framebuffer driver in the kernel is non-free? Please look where
> > > "nvidia" is read from.
> > 
> > It still doesn't make sense as the nv driver supports Option "UseFBDev".
> 
> Sure, but show me any case where you need it.

So we now decide for our users what they (don't) need or (don't) want?

Option "SWcursor" is only needed in a minority of cases as well (and
then it's a driver bug which should simply be fixed), but you even want
to make it the default. I smell an inconsistency here.


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer




Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
#include 
* Michel Dänzer [Wed, Aug 27 2003, 05:26:19PM]:
> > > should a Debian package really special-case buggy non-free software?
> > 
> > So? The framebuffer driver in the kernel is non-free? Please look where
> > "nvidia" is read from.
> 
> It still doesn't make sense as the nv driver supports Option "UseFBDev".

Sure, but show me any case where you need it.

MfG,
Eduard.
-- 
Vegetarier leben nicht länger, sie sehen nur älter aus.



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



Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Michel Dänzer
On Wed, 2003-08-27 at 15:49, Eduard Bloch wrote:
> Moin Christoph!
> Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
> 
> > >- If it does not exist, do not ask the question and set use_fbdev to
> > >  false. 
> > >- If it does exist, read it, and if 
> > >  - the contents matches "nvidia", do
> > >not ask the question and set use_fbdev to false.
> > 
> > should a Debian package really special-case buggy non-free software?
> 
> So? The framebuffer driver in the kernel is non-free? Please look where
> "nvidia" is read from.

It still doesn't make sense as the nv driver supports Option "UseFBDev".


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer



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



Re: Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Dagfinn Ilmari Mannsåker
Eduard Bloch <[EMAIL PROTECTED]> writes:

> Moin Christoph!
> Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
>
>> On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
>> > Package: xserver-xfree86
>> > Severity: wishlist
>> > 
>> > Okay, here is what I would change in xserver-xfree86.config.
>> > 
>> >  - xserver-xfree86/config/device/use_fbdev:
>> >check for existance of /proc/fb before asking the question about
>> >framebuffer support. 
>> 
>> remember that procfs is optional...
>
> check. for. existance. I think this covers the case of missing /proc.
>
>>>- If it does not exist, do not ask the question and set use_fbdev to
>>>  false. 

That breaks when you have framebuffer and not /proc, making it
impossible to set the value.

-- 
ilmari


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



Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
#include 
* Eduard Bloch [Wed, Aug 27 2003, 01:08:02PM]:

>  General Screen Size: ${screen-size} diagonal (Width: 
> {ratio-calculation($screen-size)}, Height: {ratio-calculation($screen-size)})
>  Best resolution: ${ (type==tft) : ${value from resolution-class} : ${value from 
> data table for the res-class} }
>  Pixel resolution: ${ (x-value-of(best-resolution) - unvisible-bordersize-on-CRTs ) 
> / $width }
>  Horizontal frequency range: ${value from data table or edid)
>  Refresh rate range: ${value from data table or edid)
>  Best mode: ${width}x${height}-{rate-from-edid or VESA table or minimum for TFTs}
>  .
>  If the data looks acceptable for your monitor, answer with Yes,
>  otherwise choose No to customize some settings.
> 
> ### comment: this is just for info and not really important since X will recalculate 
> it as needed if we set DisplaySize correctly ###
 
Oops, this comment belongs to the line Pixel resolution above.

MfG,
Eduard.
-- 
Klug zu fragen ist schwieriger, als klug zu antworten.
-- Persische Weisheit



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



Bug#207543: xserver-xfree86: prefBusID patch to select prefered PCI bus id

2003-08-27 Thread Andreas Schuldei
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: wishlist
Tags: experimental patch

this patch makes it possibel to select which busid the xserver
should operate on. this is handy if two or more graphic cards in
a box run independent xservers and need to reset the card
independently from the other xserver. this patch features the
requested clean up configuration interface via the XF86Config
file. then one can write stuff like this in ones config:

Section "ServerLayout"
Identifier "X0"
Screen  0  "Screen0" 0 0
InputDevice"Mouse2" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
Option "PrefBusID" "1:0:0"
EndSection



diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Config.c 
xc-changed/programs/Xserver/hw/xfree86/common/xf86Config.c
--- xc/programs/Xserver/hw/xfree86/common/xf86Config.c  2003-02-20 
04:36:07.0 +
+++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Config.c  2003-08-26 
14:59:47.0 +0100
@@ -2213,6 +2213,7 @@ xf86HandleConfigFile(void)
 const char *filename;
 char *searchpath;
 MessageType from = X_DEFAULT;
+char *layopt;
 
 if (getuid() == 0)
searchpath = ROOT_CONFIGPATH;
@@ -2282,6 +2283,19 @@ xf86HandleConfigFile(void)
  }
}
 }
+
+layopt = xf86FindOptionValue(xf86ConfigLayout.options, "PrefBusID");
+if (layopt) {
+int bus, device, func;
+if (sscanf(layopt, "%d:%d:%d", &bus, &device, &func) == 3) {
+xf86PrefBusId.bus = bus;
+xf86PrefBusId.device = device;
+xf86PrefBusId.func = func;
+   xf86Msg(X_INFO,
+   "Preferred PCI BusID set to 
\"%d:%d:%d\"\n",bus,device,func);
+}
+}
+   
 
 /* Now process everything else */
 
diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Globals.c 
xc-changed/programs/Xserver/hw/xfree86/common/xf86Globals.c
--- xc/programs/Xserver/hw/xfree86/common/xf86Globals.c 2003-02-20 
04:05:14.0 +
+++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Globals.c 2003-04-02 
13:03:00.0 +0100
@@ -215,6 +215,7 @@ Bool xf86MiscModInDevAllowNonLocal = FAL
 #endif
 PropertyPtr *xf86RegisteredPropertiesTable = NULL;
 Bool xf86inSuspend = FALSE;
+PciBusId xf86PrefBusId;
 
 #ifdef DLOPEN_HACK
 /*
diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Init.c 
xc-changed/programs/Xserver/hw/xfree86/common/xf86Init.c
--- xc/programs/Xserver/hw/xfree86/common/xf86Init.c2003-02-26 
09:21:38.0 +
+++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Init.c2003-08-26 
14:55:22.0 +0100
@@ -1553,6 +1553,22 @@ ddxProcessArgument(int argc, char **argv
 xf86AllowMouseOpenFail = TRUE;
 return 1;
   }
+  if (!strcmp(argv[i], "-prefbusid"))
+  {
+int bus, device, func;
+if (++i >= argc)
+  return 0;
+if (sscanf(argv[i], "%d:%d:%d", &bus, &device, &func) == 3) {
+  xf86PrefBusId.bus = bus;
+  xf86PrefBusId.device = device;
+  xf86PrefBusId.func = func;
+  return 2;
+}
+else {
+  ErrorF("Invalid preferred PCI BusId\n");
+  return 0;
+}
+  }
   /* OS-specific processing */
   return xf86ProcessArgument(argc, argv, i);
 }
diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c 
xc-changed/programs/Xserver/hw/xfree86/common/xf86pciBus.c
--- xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c  2003-02-18 
15:42:11.0 +
+++ xc-changed/programs/Xserver/hw/xfree86/common/xf86pciBus.c  2003-04-02 
13:03:00.0 +0100
@@ -160,7 +160,10 @@ FindPCIVideoInfo(void)
 int num = 0;
 pciVideoPtr info;
 Bool mem64 = FALSE;
+int DoPrefBusIdCheck = 0;
 
+if( xf86PrefBusId.bus || xf86PrefBusId.device || xf86PrefBusId.func )
+   DoPrefBusIdCheck = 1;
 pcrpp = xf86PciInfo = xf86scanpci(0);
 getPciClassFlags(pcrpp);
 
@@ -182,7 +185,11 @@ FindPCIVideoInfo(void)
subclass = pcrp->pci_sub_class;
}

-   if (PCIINFOCLASSES(baseclass, subclass)) {
+   if (PCIINFOCLASSES(baseclass, subclass) &&
+   (DoPrefBusIdCheck ? 
+   (xf86PrefBusId.bus == pcrp->busnum &&
+xf86PrefBusId.device == pcrp->devnum &&
+xf86PrefBusId.func == pcrp->funcnum):1)) {
num++;
xf86PciVideoInfo = xnfrealloc(xf86PciVideoInfo,
  sizeof(pciVideoPtr) * (num + 1));
diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Priv.h 
xc-changed/programs/Xserver/hw/xfree86/common/xf86Priv.h
--- xc/programs/Xserver/hw/xfree86/common/xf86Priv.h2002-12-12 
18:29:10.0 +
+++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Priv.h2003-04-02 
13:03:00.0 +0100
@@ -53,6 +53,7 @@ extern Bool xf86BestRefresh;
 extern Gamma xf86Gamma;
 extern char *xf86ServerName;
 extern Bool xf86ShowUnresolved;
+extern PciBusId xf86PrefBusId;
 
 /* Other parameters */
 







Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
Moin Christoph!
Christoph Hellwig schrieb am Wednesday, den 27. August 2003:

> On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
> > Package: xserver-xfree86
> > Severity: wishlist
> > 
> > Okay, here is what I would change in xserver-xfree86.config.
> > 
> >  - xserver-xfree86/config/device/use_fbdev:
> >check for existance of /proc/fb before asking the question about
> >framebuffer support. 
> 
> remember that procfs is optional...

check. for. existance. I think this covers the case of missing /proc.

> >- If it does not exist, do not ask the question and set use_fbdev to
> >  false. 
> >- If it does exist, read it, and if 
> >  - the contents matches "nvidia", do
> >not ask the question and set use_fbdev to false.
> 
> should a Debian package really special-case buggy non-free software?

So? The framebuffer driver in the kernel is non-free? Please look where
"nvidia" is read from.

MfG,
Eduard.



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



Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Christoph Hellwig
On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
> Package: xserver-xfree86
> Severity: wishlist
> 
> Okay, here is what I would change in xserver-xfree86.config.
> 
>  - xserver-xfree86/config/device/use_fbdev:
>check for existance of /proc/fb before asking the question about
>framebuffer support. 

remember that procfs is optional...

>- If it does not exist, do not ask the question and set use_fbdev to
>  false. 
>- If it does exist, read it, and if 
>  - the contents matches "nvidia", do
>not ask the question and set use_fbdev to false.

should a Debian package really special-case buggy non-free software?




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



Bug#207537: xserver-xfree86: autodetection is not used

2003-08-27 Thread Goswin Brederlow
Package: xserver-xfree86
Version: 4.2.1-10
Severity: normal

Hi,

despite what you told me on irc before ignoring me none of the
autodetection works. The reason for this becomes obvious when reading
the config script.

You only ever run the autodetection on an initial install.  What you
fail to see is that people upgrading or reconfiguring might still want
to use this method.

It would also be good to keep the previous selected values of any
questions as default (thats rather a must) and to mark the probed
values (or mention them in the text) for reference.

Here is the log from a config run:
==
xserver-xfree86 config debug: Configuring xserver-xfree86.
xserver-xfree86 config debug: X server symlink exists and points to executable 
X server; capping X server question priority at medium.
xserver-xfree86 config debug: $OWNERS has only one value; 
shared/default-x-server will not be asked
xserver-xfree86 config debug: not prompting for video card autodetection; 
reconfiguring
xserver-xfree86 config debug: seen flag of shared/default-x-server is false
xserver-xfree86 config debug: db_input medium shared/default-x-server
xserver-xfree86 config debug: auto_answer() "db_input medium 
shared/default-x-server" with default "xserver-xfree86"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "xserver-xfree86"
xserver-xfree86 config debug: auto_answer: shared/default-x-server is not being 
asked
xserver-xfree86 config debug: auto_answer: shared/default-x-server is 
"xserver-xfree86"
xserver-xfree86 config debug: /etc/X11/XF86Config-4 file exists; capping 
configuration question priority at medium.
xserver-xfree86 config debug: user declined video card autodetection (driver)
xserver-xfree86 config debug: auto_answer() "db_input medium 
xserver-xfree86/config/device/driver" with default "vesa"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "ati"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/device/driver
xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/device/driver 
is "ati"
xserver-xfree86 config debug: auto_answer() "validate_string_db_input medium 
xserver-xfree86/config/device/identifier" with default "Generic Video Card"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "Generic Video Card"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/device/identifier
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/device/identifier is "Generic Video Card"
xserver-xfree86 config debug: auto_answer() "validate_string_db_input medium 
xserver-xfree86/config/inputdevice/keyboard/rules" with default "xfree86"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "xfree86"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/inputdevice/keyboard/rules
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/inputdevice/keyboard/rules is "xfree86"
xserver-xfree86 config debug: auto_answer() "validate_string_db_input medium 
xserver-xfree86/config/inputdevice/keyboard/model" with default "pc104"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "pc105"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/inputdevice/keyboard/model
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/inputdevice/keyboard/model is "pc105"
xserver-xfree86 config debug: auto_answer() "validate_string_db_input medium 
xserver-xfree86/config/inputdevice/keyboard/layout" with default "us"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "de"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/inputdevice/keyboard/layout
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/inputdevice/keyboard/layout is "de"
xserver-xfree86 config debug: not prompting for mouse autodetection; 
reconfiguring
xserver-xfree86 config debug: auto_answer() "db_input medium 
xserver-xfree86/config/inputdevice/mouse/port" with default "/dev/misc/psaux"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "/dev/misc/psaux"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/inputdevice/mouse/port
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/inputdevice/mouse/port is "/dev/misc/psaux"
xserver-xfree86 config debug: auto_answer() "db_input medium 
xserver-xfree86/config/inputdevice/mouse/protocol" with default "PS/2"
xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing 
answer "ImPS/2"
xserver-xfree86 config debug: auto_answer: asking 
xserver-xfree86/config/inputdevice/mouse/protocol
xserver-xfree86 config debug: auto_answer: 
xserver-xfree86/config/inputdevice/mouse/protocol is "ImPS/2"
xserver-xfree86 config 

X Strike Force SVN commit: rev 449 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 14:33:07 -0500 (Wed, 27 Aug 2003)
New Revision: 449

Modified:
   trunk/debian/changelog
Log:
debian/changelog: fix some wrong and/or misleading information about
  changes to xserver-{common,xfree86}.{preinst,postinst}.in scripts


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 19:26:17 UTC (rev 448)
+++ trunk/debian/changelog  2003-08-27 19:33:07 UTC (rev 449)
@@ -9,11 +9,9 @@
   * debian/local/Xsession{,.options}.5: further clarify the X session startup
 procedure in the manpages, per suggestion from Frank Murphy
 
-  * debian/xserver-{common,xfree86}.postinst.in: if the configuration file
-checksum/roster directory doesn't exist when it's time to create/update
-a roster file, create it; if it does exist but isn't a directory, issue
-a warning and move on (assume the admin is being fiendishly clever)
-(Closes: #206790)
+  * debian/xserver-{common,xfree86}.postinst.in: do not attempt to
+create/update configuration file rosters if the path of the auxiliary
+directory exists but is not a directory; assume local admin cleverness
 
   * Add pt_BR.UTF-8 locale support (as something other than an alias for
 en_US.UTF-8) to Xlib; includes Compose file updates from Gustavo
@@ -25,13 +23,13 @@
   * debian/xserver-{common,xfree86}.preinst.in: rework migration logic:
 - create the configuration file auxiliary directory /var/lib/xfree86
   on all installs and upgrades if it doesn't already exist
-  (Closes: #206524)
+  (Closes: #206790)
 - don't throw a warning if the path to the auxiliary directory exists but
   is not a directory; assume local admin cleverness
 - don't migrate a configuration file if its debconf region markers have
-  been removed
+  been removed (Closes: #206524)
 - if installing (not upgrading) the package, place the non-conffile
-  configuration files under automatic management, but only  if they do not
+  configuration files under automatic management, but only if they do not
   already exist (Closes: #207268)
 
   * debian/rules: stop calling debconf2po-update, per Denis Barbier



X Strike Force SVN commit: rev 448 - tags

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 14:26:17 -0500 (Wed, 27 Aug 2003)
New Revision: 448

Added:
   tags/4.2.1-10/
Log:
Tag revision 414 (trunk) as 4.2.1-10 release.


Copied: tags/4.2.1-10 (from rev 414, trunk)



Bug#207539: Bug report

2003-08-27 Thread John Welland
Package:  Xserver-xfree86 
Version:  4.1.0.1

My first attempt to install debian in this case 'woody', a re-install produced 
a 
similar outcome.  

The process was  successful enough to allow me to sign in at the command line, 

I then attempted to start the graphical interface using
Startx 

A message was returned by Xserver-xfree86

Fatal server error
no screens found

The Graphics card is: Radeon7000Pro  AV64S-T Graphics Accelerator

I have attached the relevant XFree86 log

Using an identical hardware configuration in another partition and Mandrake 
8.0 no problem is encountered.
However Xserver is version  4.2.1 and the driver Radeon rather than the Mach64 
available in debian 

I would appreciate any assistance you can provide as I am not competent at the 
command line level.

Reguards

John Welland


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: Tue Aug 19 21:57:46 2003
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->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) Cannot open APM
(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 8086,7190 card , rev 02 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,7191 card , rev 02 class 06,04,00 hdr 01
(II) PCI: 00:07:0: chip 8086,7110 card , rev 02 class 06,01,00 hdr 80
(II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00
(II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00
(II) PCI: 00:07:3: chip 8086,7113 card , rev 02 class 06,80,00 hdr 00
(II) PCI: 00:09:0: chip 10ec,8029 card 1186,0300 rev 00 class 02,00,00 hdr 00
(II) PCI: 00:0b:0: chip 1274,1371 card 1274,1371 rev 08 class 04,01,00 hdr 00
(II) PCI: 01:00:0: chip 1002,5159 card 1458,4002 rev 00 class 03,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.1.0.1, module version = 0.1.0
	ABI class: XFree86 Video Driver, version 0.4
(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) 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 0	0x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
	[0] -1 0	0x - 0x (0x0) MX[B]
(II) Bus 0 p

Bug#206907: xserver-xfree86: hangs on screensaver

2003-08-27 Thread Sven Luther
On Wed, Aug 27, 2003 at 03:14:54AM -0500, Branden Robinson wrote:
> On Wed, Aug 27, 2003 at 07:34:55AM +0200, Sven Luther wrote:
> > This don't bring us much, it is hanging in glint_wait, which is a macro
> > waiting for space in the fifo, and since the space never comes, it
> > waits forever. Same diagnostic as before. The pipeline is deadlocked,
> > but i don't know why. Strong suspisions of a hardware problems, the
> > hardware cannot be all that new after all. But maybe there is some
> > behavior that makes this appear more often or something such, i don't
> > know. Overheating of the graphic chip or failing powersupply (either on
> > the board or the agp power lines) might be potential culprits.
> 
> Well, if it's truly a hardware problem, sure it wouldn't affect just
> this accleration primitive.
> 
> David, can you try adding the following to your Screen section in
> XF86Config-4?
> 
>Option "XaaNoSolidHorVertLine"
> 
> (This is documented in XF86Config-4(5x).)

It would affect all of them, but be triggered there by either the fifo
size, or some other reason. It hangs in GLINT_WAIT, so the problem most
probably is in the accel primitive _before_ this one.

> > I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1,
> > is this not doing double usage)
> 
> Because it's "version 1" of the forthcoming "4.3.0-1" package.

Yes, Daniel already explained it to me. 

Friendly,

Sven Luther



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



Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
Moin Christoph!
Christoph Hellwig schrieb am Wednesday, den 27. August 2003:

> On Wed, Aug 27, 2003 at 07:02:44PM +0200, Christoph Hellwig wrote:
> > framebuffer for nvidia cards?  (and the framebuffer driver is called
> > rivafb, just btw..)
> 
> which doesn't show up in /proc/fb but at least in the 2.6 driver the
> string nvidia won't appear in it either, just RIVA-*/GeForce*/etc..

Okay, let's find a consens. Nvidia was just an example for cards that
AFAIK never need the UseFBDev option. I just want to prevent the users
from making the wrong choice. And we don't want to bother the user with
question if the answer is obvious (to 95 percent).

So again, proposing the scheme:

if /proc mounted:
  if /proc/fb exists:
if(driver-listed-there matches choosen video card):
  preset use_fbdev to true
  preset priority to low
else
  preset use_fbdev to false
  preset priority to medium
fi
  else
preset use_fbdev to false
preset priority to low
  fi
else
  preset use_fbdev to false
  preset priority to medium
fi

MfG,
Eduard.
-- 
Stilblüten aus Schreiben von Versicherungsnehmern:
Ihre Argumente sind wirklich schwach. Für solche faulen Ausreden
müssen Sie sich einen Dümmeren suchen, aber den werden sie kaum finden.




X Strike Force SVN commit: rev 447 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 13:08:10 -0500 (Wed, 27 Aug 2003)
New Revision: 447

Modified:
   trunk/debian/changelog
   trunk/debian/rules
Log:
debian/rules: don't try to install the XFree86.1x manpage as
  XFree86-debug.1x if the XFree86.1x manpage doesn't exist (it doesn't on
  architectures that don't build the XFree86 X server, like s390; fixes
  FTBFS on s390)


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 15:59:18 UTC (rev 446)
+++ trunk/debian/changelog  2003-08-27 18:08:10 UTC (rev 447)
@@ -66,8 +66,13 @@
 - patch #000_stolen_from_HEAD: updated
 - patch #067: resync
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 10:56:19 -0500
+  * debian/rules: don't try to install the XFree86.1x manpage as
+XFree86-debug.1x if the XFree86.1x manpage doesn't exist (it doesn't on
+architectures that don't build the XFree86 X server, like s390; fixes
+FTBFS on s390)
 
+ -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 13:06:44 -0500
+
 xfree86 (4.2.1-10) unstable; urgency=medium
 
   * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in

Modified: trunk/debian/rules
===
--- trunk/debian/rules  2003-08-27 15:59:18 UTC (rev 446)
+++ trunk/debian/rules  2003-08-27 18:08:10 UTC (rev 447)
@@ -348,9 +348,13 @@
dh_testdir
dh_testroot
dh_install --sourcedir=debian/tmp
-   # special handling
-   install -m 755 -d debian/xserver-xfree86-dbg/usr/X11R6/man/man1
-   install -m 644 debian/tmp/usr/X11R6/man/man1/XFree86.1x 
debian/xserver-xfree86-dbg/usr/X11R6/man/man1/XFree86-debug.1x
+   # special handling; don't do this if the manpage doesn't exist, which
+   # will be the case if this architecture doesn't build the XFree86 X
+   # server
+   if [ -e debian/tmp/usr/X11R6/man/man1/XFree86.1x ]; then \
+ install -m 755 -d debian/xserver-xfree86-dbg/usr/X11R6/man/man1; \
+ install -m 644 debian/tmp/usr/X11R6/man/man1/XFree86.1x 
debian/xserver-xfree86-dbg/usr/X11R6/man/man1/XFree86-debug.1x; \
+   fi
dh_installdebconf
dh_installdirs
dh_installdocs



Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Christoph Hellwig
On Wed, Aug 27, 2003 at 07:02:44PM +0200, Christoph Hellwig wrote:
> framebuffer for nvidia cards?  (and the framebuffer driver is called
> rivafb, just btw..)

which doesn't show up in /proc/fb but at least in the 2.6 driver the
string nvidia won't appear in it either, just RIVA-*/GeForce*/etc..

> 




Bug#207481: different approach to the XFree86 config

2003-08-27 Thread Goswin von Brederlow
Hi,

I have two little things I would like to add.

1. Try to do autodetection. Read out the lang and the monitor. Almost any
  modern system will report its parameter.

2. Fill in the autodetected values and present them to the user with the
   following choises:
   [ ] Bugger off, I do it myself
   [ ] Use values (I will change what needs changed manually)
   [ ] change values

The first one would disable the configuration completly. No more test and no
questions about conffile changes in the future. Thats hardcore guys.

The second would be the default. Things like the exact keyboard moddel or
the monitor frequency (if reading them out failed) could still be asked
or left to the user to fill in. A minimum of questions should be asked.

The last options would go through all settings having the autotedted stuff
as defaults. That would be like the setup now.


An alternative approach would be to present the probed values as menu and
the user can choose the items that need changes. Items not probed would
need to be selected before  could be selected.

I'm not sure what debconf interfaces can cope with such a menu though.

MfG
Goswin




Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Christoph Hellwig
On Wed, Aug 27, 2003 at 03:49:12PM +0200, Eduard Bloch wrote:
> Moin Christoph!
> Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
> 
> > On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
> > > Package: xserver-xfree86
> > > Severity: wishlist
> > > 
> > > Okay, here is what I would change in xserver-xfree86.config.
> > > 
> > >  - xserver-xfree86/config/device/use_fbdev:
> > >check for existance of /proc/fb before asking the question about
> > >framebuffer support. 
> > 
> > remember that procfs is optional...
> 
> check. for. existance. I think this covers the case of missing /proc.

well, if procfs is not mounted you don't ask the question, sounds like a
bug, no?

> > >- If it does not exist, do not ask the question and set use_fbdev to
> > >  false. 
> > >- If it does exist, read it, and if 
> > >  - the contents matches "nvidia", do
> > >not ask the question and set use_fbdev to false.
> > 
> > should a Debian package really special-case buggy non-free software?
> 
> So? The framebuffer driver in the kernel is non-free? Please look where
> "nvidia" is read from.

Well, I assumed you want to work around a bug in the nvidia binary only
driver as the opensource nv driver can deal with framebuffers.  But I
might have missed something obvious - why don't you want to use the
framebuffer for nvidia cards?  (and the framebuffer driver is called
rivafb, just btw..)





Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
Package: xserver-xfree86
Severity: wishlist

Okay, here is what I would change in xserver-xfree86.config.

 - xserver-xfree86/config/device/use_fbdev:
   check for existance of /proc/fb before asking the question about
   framebuffer support. 
   - If it does not exist, do not ask the question and set use_fbdev to
 false. 
   - If it does exist, read it, and if 
 - the contents matches "nvidia", do
   not ask the question and set use_fbdev to false.
 - otherwise set default to false but ask the question

 - To the video card section: I suggest setting SWCursor option
   by-default, since some drivers show broken mouse pointer on certain
   video cards.

 - on every arch except of sun and sgi set the default of
   xserver-xfree86/config/inputdevice/keyboard/rules to xfree86. This is
   just guessing but should be okay for the majority of the users.

 - get the first part /(\w\w)_../ of LC_CTYPE or LANG and set the
   default for xserver-xfree86/config/inputdevice/keyboard/layout

 - based on this setting, guess the layout most typical for the target
   country and set as it as default, then ask the question

 - based on the layout, set a default for
   xserver-xfree86/config/inputdevice/keyboard/variant and ask the
   question.
   
   I suggest to ask people on debian-i18n to send some data about the
   settings that majority of the users in their country uses. For
   example, in de it is popular to set the "nodeadkeys" option. Russians
   may want to set a second keymap in "layout", to "us,ru" and a
   "grp:grp:alt_shift_toggle" (or some other toggle) option to rotate
   the keymaps. We should just ask them on -i18n, code this settings
   into one mapping table and insert them 

 - ask a question about advanced keyboard options with defaults from the
   typical configuration selection mentioned above
 
 - the mouse config is mostly okay, I just wish to see a final sentence
   in every description:

   "If unsure, choose to emulate the 3rd mouse button."
   "If unsure, enable the Zaxismapping."

 - For mouse autodetection: if gpm is running (test -e
   /var/run/gpm.pid), then open /etc/gpm.conf and source it,
   if $repeat_type exists, set
   xserver-xfree86/config/inputdevice/mouse/port to /dev/gpmdata
   and xserver-xfree86/config/inputdevice/mouse/protocol to the
   $repeat_type value (eg. mapped from the gpm syntax to X syntax).

Now the most interessting part, the monitor settings. Following this
algorithm:

 - ask about tft/lcd with the existing debconf question
 - ask about the monitor identifier (and preset with "Generic Monitor"
   or the name provided by parse-edid)
 
 Throw away the current question about simple/medium/advanced setup and
 proceed so:

 - ask:

Template: xserver-xfree86/config/monitor/screen-size
Type: select
_Choices: Up to 14 inches (355 mm), 15 inches (380 mm), 17 inches (430 mm), 18 inches 
(480 mm), 19 inches (480 mm), 20 inches (510 mm), 21 inches (530 mm)
Default: 17 inches (430 mm)
_Description: Please choose your approximate monitor size.
 Your answer should be as precise as possible. If you monitor has better
 or lower quality than the average monitors in its class, you can
 refine its settings later.

Template: xserver-xfree86/config/monitor/resolution-class
Type: select
_Choices: VGA (640x480), SVGA (800x600), XGA (1024x768), XGA+ (1152x864), SXGA 
(1280x1024), SXGA+ (1400x1050), UXGA (1600x1200), W-UXGA (1920x1200)
Default: XGA (1024x768)
_Description: Please choose your resolution class
 The resolution class of you monitor is normaly described in the manual
 of the display.
 If your display does not fit in any of this categories, choose just anything
 and you can refine the settings later.

 - If the monitor type is LCD, we can calculate all we need.
   However, user may need to tune some things, eg. on non-4:3
   displays. Later.

Now, we need a data table to choose the frequency values for an average
monitor of the given type and insert this settings in the following
template:

Template: xserver-xfree86/config/monitor/general-info
Type: boolean
Default: true
_Description: Is the choosed data correct?
 Setup has now choosed following settings that should work for an
 average monitor of the type you have choosen:
 
 Brand name: ${identifier}
 Type: {tft_or_lcd}
 Screen ratio: 4:3
 General Screen Size: ${screen-size} diagonal (Width: 
{ratio-calculation($screen-size)}, Height: {ratio-calculation($screen-size)})
 Best resolution: ${ (type==tft) : ${value from resolution-class} : ${value from data 
table for the res-class} }
 Pixel resolution: ${ (x-value-of(best-resolution) - unvisible-bordersize-on-CRTs ) / 
$width }
 Horizontal frequency range: ${value from data table or edid)
 Refresh rate range: ${value from data table or edid)
 Best mode: ${width}x${height}-{rate-from-edid or VESA table or minimum for TFTs}
 .
 If the data looks acceptable for your monitor, answer with Yes,
 otherwise choose No to customize some settings.

### comment: 

X Strike Force SVN commit: rev 446 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 10:59:18 -0500 (Wed, 27 Aug 2003)
New Revision: 446

Modified:
   trunk/debian/MANIFEST.alpha
   trunk/debian/MANIFEST.arm
   trunk/debian/MANIFEST.hppa
   trunk/debian/MANIFEST.hurd-i386
   trunk/debian/MANIFEST.i386
   trunk/debian/MANIFEST.ia64
   trunk/debian/MANIFEST.m68k
   trunk/debian/MANIFEST.mips
   trunk/debian/MANIFEST.mipsel
   trunk/debian/MANIFEST.netbsd-i386
   trunk/debian/MANIFEST.powerpc
   trunk/debian/MANIFEST.s390
   trunk/debian/MANIFEST.sh3
   trunk/debian/MANIFEST.sh4
   trunk/debian/MANIFEST.sparc
   trunk/debian/changelog
   trunk/debian/xlibs.install
   trunk/debian/xlibs.install.s390
Log:
Follow up on pt_BR.UTF-8 localization patch.
- debian/MANIFEST.*: list new files in /usr/X11R6/lib/X11/locale
- debian/xlibs.install*: ship new files in /usr/X11R6/lib/X11/locale


Modified: trunk/debian/MANIFEST.alpha
===
--- trunk/debian/MANIFEST.alpha 2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.alpha 2003-08-27 15:59:18 UTC (rev 446)
@@ -5500,6 +5500,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS

Modified: trunk/debian/MANIFEST.arm
===
--- trunk/debian/MANIFEST.arm   2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.arm   2003-08-27 15:59:18 UTC (rev 446)
@@ -5500,6 +5500,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS

Modified: trunk/debian/MANIFEST.hppa
===
--- trunk/debian/MANIFEST.hppa  2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.hppa  2003-08-27 15:59:18 UTC (rev 446)
@@ -5500,6 +5500,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS

Modified: trunk/debian/MANIFEST.hurd-i386
===
--- trunk/debian/MANIFEST.hurd-i386 2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.hurd-i386 2003-08-27 15:59:18 UTC (rev 446)
@@ -5405,6 +5405,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/Compose
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tscii-0/XLC_LOCALE

Modified: trunk/debian/MANIFEST.i386
===
--- trunk/debian/MANIFEST.i386  2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.i386  2003-08-27 15:59:18 UTC (rev 446)
@@ -5501,6 +5501,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS

Modified: trunk/debian/MANIFEST.ia64
===
--- trunk/debian/MANIFEST.ia64  2003-08-27 09:18:11 UTC (rev 445)
+++ trunk/debian/MANIFEST.ia64  2003-08-27 15:59:18 UTC (rev 446)
@@ -5501,6 +5501,9 @@
 usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE
 usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS
 usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS
+usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE
 usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS
 usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE
 usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS

Modified: trunk/debian/MANIFEST.m68k
===

Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
#include 
* Michel Dänzer [Wed, Aug 27 2003, 05:26:19PM]:
> > > should a Debian package really special-case buggy non-free software?
> > 
> > So? The framebuffer driver in the kernel is non-free? Please look where
> > "nvidia" is read from.
> 
> It still doesn't make sense as the nv driver supports Option "UseFBDev".

Sure, but show me any case where you need it.

MfG,
Eduard.
-- 
Vegetarier leben nicht länger, sie sehen nur älter aus.




Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Michel Dänzer
On Wed, 2003-08-27 at 15:49, Eduard Bloch wrote:
> Moin Christoph!
> Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
> 
> > >- If it does not exist, do not ask the question and set use_fbdev to
> > >  false. 
> > >- If it does exist, read it, and if 
> > >  - the contents matches "nvidia", do
> > >not ask the question and set use_fbdev to false.
> > 
> > should a Debian package really special-case buggy non-free software?
> 
> So? The framebuffer driver in the kernel is non-free? Please look where
> "nvidia" is read from.

It still doesn't make sense as the nv driver supports Option "UseFBDev".


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer




Re: Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Dagfinn Ilmari Mannsåker
Eduard Bloch <[EMAIL PROTECTED]> writes:

> Moin Christoph!
> Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
>
>> On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
>> > Package: xserver-xfree86
>> > Severity: wishlist
>> > 
>> > Okay, here is what I would change in xserver-xfree86.config.
>> > 
>> >  - xserver-xfree86/config/device/use_fbdev:
>> >check for existance of /proc/fb before asking the question about
>> >framebuffer support. 
>> 
>> remember that procfs is optional...
>
> check. for. existance. I think this covers the case of missing /proc.
>
>>>- If it does not exist, do not ask the question and set use_fbdev to
>>>  false. 

That breaks when you have framebuffer and not /proc, making it
impossible to set the value.

-- 
ilmari



Processed: tagging 206929

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

>  # fixed in XSF SVN revision 445
> tag 206929 + pending
Bug#206929: xserver-xfree86: [core server] ELF module loader broken on IA-64; doesn't 
recognize GCC 3.3's new relocation types
Tags were: upstream pending patch experimental sid sarge
Tags added: pending

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



X Strike Force SVN commit: rev 445 - in trunk/debian: . patches

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 04:18:11 -0500 (Wed, 27 Aug 2003)
New Revision: 445

Modified:
   trunk/debian/changelog
   trunk/debian/patches/000_stolen_from_HEAD.diff
   trunk/debian/patches/067_nonexecutable_malloced_mem.diff
Log:
Backport support for new IA-64 relocation types from post-4.3.0 CVS
HEAD (thanks, Matthew Wilcox). (Closes: #206929)
- debian/patches/000_stolen_from_HEAD.diff: updated
- debian/patches/067_nonexecutable_malloced_mem.diff: resync


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 07:53:29 UTC (rev 444)
+++ trunk/debian/changelog  2003-08-27 09:18:11 UTC (rev 445)
@@ -58,8 +58,13 @@
   * debian/po/fr.po: updated French translations (thanks, Christian Perrier)
 (Closes: #207239)
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:50:39 -0500
+  * Backport support for new IA-64 relocation types from post-4.3.0 CVS
+HEAD (thanks, Matthew Wilcox). (Closes: #206929)
+- patch #000_stolen_from_HEAD: updated
+- patch #067: resync
 
+ -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 04:16:02 -0500
+
 xfree86 (4.2.1-10) unstable; urgency=medium
 
   * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in

Modified: trunk/debian/patches/000_stolen_from_HEAD.diff
===
--- trunk/debian/patches/000_stolen_from_HEAD.diff  2003-08-27 07:53:29 UTC (rev 
444)
+++ trunk/debian/patches/000_stolen_from_HEAD.diff  2003-08-27 09:18:11 UTC (rev 
445)
@@ -232,6 +232,10 @@
   + Skip unexpected data in QueryFormats.  Deal with broken X servers a bit
 better. (Keith Packard)
 
+(xc/programs/Xserver/hw/xfree86/loader/elfloader.c):
+  + Backport support for new IA-64 relocation types from post-4.3.0 CVS
+HEAD. (Matthew Wilcox)
+
 Index: xc/nls/XI18N_OBJS/Imakefile
 ===
 RCS file: /cvs/xc/nls/XI18N_OBJS/Imakefile,v
@@ -3035,91 +3039,6 @@
  #define R_ALPHA_IMMED_GP_HI32 20
  #define R_ALPHA_IMMED_SCN_HI3221
  #define R_ALPHA_IMMED_BR_HI32 22
 xc/programs/Xserver/hw/xfree86/loader/elfloader.c.orig 2002-01-14 
13:16:52.0 -0500
-+++ xc/programs/Xserver/hw/xfree86/loader/elfloader.c  2003-02-20 01:06:05.0 
-0500
-@@ -1103,7 +1106,9 @@
- int   force;
- {
- unsigned char *secp = elffile->saddr[secn];
-+#if !defined(__ia64__)
- unsigned int *dest32; /* address of the 32 bit place being modified */
-+#endif
- #if defined(__powerpc__) || defined(__sparc__)
- unsigned short *dest16;   /* address of the 16 bit place being modified */
- #endif
-@@ -1113,6 +1118,7 @@
- #if defined(__alpha__)
- unsigned int *dest32h;/* address of the high 32 bit place being modified */
- unsigned long *dest64;
-+unsigned short *dest16;
- #endif
- #if defined(__ia64__)
- unsigned long *dest64;
-@@ -1376,6 +1382,51 @@
-   ELFDEBUG( "*dest32=%8.8x\n", *dest32 );
- #endif
- break;
-+
-+  case R_ALPHA_GPRELLOW:
-+  {
-+  dest64=(unsigned long *)(secp+rel->r_offset);
-+  dest16=(unsigned short *)dest64;
-+ 
-+  symval += rel->r_addend;
-+  symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
-+ 
-+  *dest16=symval;
-+  break;
-+  }
-+  case R_ALPHA_GPRELHIGH:
-+  {
-+  dest64=(unsigned long *)(secp+rel->r_offset);
-+  dest16=(unsigned short *)dest64;
-+ 
-+  symval += rel->r_addend;
-+  symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
-+  symval = ((long)symval >> 16) + ((symval >> 15) & 1);
-+  if( (long)symval > 0x7fff ||
-+  (long)symval < -(long)0x8000 ) {
-+  FatalError("R_ALPHA_GPRELHIGH symval-got is too large for %s:%lx\n",
-+  ElfGetSymbolName(elffile,ELF_R_SYM(rel->r_info)),symval);
-+  }
-+ 
-+  *dest16=symval;
-+  break;
-+  }
-+  case R_ALPHA_GPREL16:
-+  {
-+  dest64=(unsigned long *)(secp+rel->r_offset);
-+  dest16=(unsigned short *)dest64;
-+ 
-+  symval += rel->r_addend;
-+  symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
-+  if( (long)symval > 0x7fff ||
-+  (long)symval < -(long)0x8000 ) {
-+  FatalError("R_ALPHA_GPREL16 symval-got is too large for %s:%lx\n",
-+  ElfGetSymbolName(elffile,ELF_R_SYM(rel->r_info)),symval);
-+  }
-+ 
-+  *dest16=symval;
-+  break;
-+  }
- 
- #endif /* alpha */
- #if defined(__mc68000__)
-@@ -2834,9 +2897,11 @@
- ELFCollectSections(elffile, 0, &totalsize, &maxalign);
- 
- if( elffile->straddr == NULL || elffile->strsize == 0 ) {
-+#if 0
-   ErrorF("No symbols found in this module\n");
-+#endif
-   ELFUnloadModule(elffile);

Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
#include 
* Eduard Bloch [Wed, Aug 27 2003, 01:08:02PM]:

>  General Screen Size: ${screen-size} diagonal (Width: 
> {ratio-calculation($screen-size)}, Height: {ratio-calculation($screen-size)})
>  Best resolution: ${ (type==tft) : ${value from resolution-class} : ${value 
> from data table for the res-class} }
>  Pixel resolution: ${ (x-value-of(best-resolution) - 
> unvisible-bordersize-on-CRTs ) / $width }
>  Horizontal frequency range: ${value from data table or edid)
>  Refresh rate range: ${value from data table or edid)
>  Best mode: ${width}x${height}-{rate-from-edid or VESA table or minimum for 
> TFTs}
>  .
>  If the data looks acceptable for your monitor, answer with Yes,
>  otherwise choose No to customize some settings.
> 
> ### comment: this is just for info and not really important since X will 
> recalculate it as needed if we set DisplaySize correctly ###
 
Oops, this comment belongs to the line Pixel resolution above.

MfG,
Eduard.
-- 
Klug zu fragen ist schwieriger, als klug zu antworten.
-- Persische Weisheit




Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
Moin Christoph!
Christoph Hellwig schrieb am Wednesday, den 27. August 2003:

> On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
> > Package: xserver-xfree86
> > Severity: wishlist
> > 
> > Okay, here is what I would change in xserver-xfree86.config.
> > 
> >  - xserver-xfree86/config/device/use_fbdev:
> >check for existance of /proc/fb before asking the question about
> >framebuffer support. 
> 
> remember that procfs is optional...

check. for. existance. I think this covers the case of missing /proc.

> >- If it does not exist, do not ask the question and set use_fbdev to
> >  false. 
> >- If it does exist, read it, and if 
> >  - the contents matches "nvidia", do
> >not ask the question and set use_fbdev to false.
> 
> should a Debian package really special-case buggy non-free software?

So? The framebuffer driver in the kernel is non-free? Please look where
"nvidia" is read from.

MfG,
Eduard.




Bug#206907: xserver-xfree86: hangs on screensaver

2003-08-27 Thread Sven Luther
On Wed, Aug 27, 2003 at 03:14:54AM -0500, Branden Robinson wrote:
> On Wed, Aug 27, 2003 at 07:34:55AM +0200, Sven Luther wrote:
> > This don't bring us much, it is hanging in glint_wait, which is a macro
> > waiting for space in the fifo, and since the space never comes, it
> > waits forever. Same diagnostic as before. The pipeline is deadlocked,
> > but i don't know why. Strong suspisions of a hardware problems, the
> > hardware cannot be all that new after all. But maybe there is some
> > behavior that makes this appear more often or something such, i don't
> > know. Overheating of the graphic chip or failing powersupply (either on
> > the board or the agp power lines) might be potential culprits.
> 
> Well, if it's truly a hardware problem, sure it wouldn't affect just
> this accleration primitive.
> 
> David, can you try adding the following to your Screen section in
> XF86Config-4?
> 
>Option "XaaNoSolidHorVertLine"
> 
> (This is documented in XF86Config-4(5x).)

It would affect all of them, but be triggered there by either the fifo
size, or some other reason. It hangs in GLINT_WAIT, so the problem most
probably is in the accel primitive _before_ this one.

> > I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1,
> > is this not doing double usage)
> 
> Because it's "version 1" of the forthcoming "4.3.0-1" package.

Yes, Daniel already explained it to me. 

Friendly,

Sven Luther




Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Christoph Hellwig
On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
> Package: xserver-xfree86
> Severity: wishlist
> 
> Okay, here is what I would change in xserver-xfree86.config.
> 
>  - xserver-xfree86/config/device/use_fbdev:
>check for existance of /proc/fb before asking the question about
>framebuffer support. 

remember that procfs is optional...

>- If it does not exist, do not ask the question and set use_fbdev to
>  false. 
>- If it does exist, read it, and if 
>  - the contents matches "nvidia", do
>not ask the question and set use_fbdev to false.

should a Debian package really special-case buggy non-free software?





Processed: Re: Bug#207268:

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 207268 + pending
Bug#207268: xserver-xfree86: refuses to automagically handle config files
There were no tags set.
Tags added: pending

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



Processed: tagging 187365, tagging 190323

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 187365 + upstream
Bug#187365: xlibmesa3-glu: libraries not correctly linked
Tags were: fixed-in-experimental
Tags added: upstream

> tag 190323 + upstream
Bug#190323: xlibmesa3-gl: non-PIC shared in /usr/X11R6/lib/libGL.so.1
Tags were: fixed-in-experimental
Tags added: upstream

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



Processed: tagging 185936

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 185936 - moreinfo
Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib
Tags were: fixed-in-experimental moreinfo upstream
Tags removed: moreinfo

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



Processed: reassign 207268 to xserver-xfree86,xfree86

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

>  # xserver-common has this problem too
> reassign 207268 xserver-xfree86,xfree86
Bug#207268: xserver-xfree86: refuses to automagically handle config files
Bug reassigned from package `xserver-xfree86' to `xserver-xfree86,xfree86'.

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



Processed: tagging 207239

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

>  # fixed in XSF SVN revision 443
> tag 207239 + pending
Bug#207239: xfree86: French debconf templates translation
Tags were: patch
Tags added: pending

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



Processed: tagging 187374

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 187374 - help
Bug#187374: xlibs: libraries not correctly linked
Tags were: upstream help fixed-in-experimental
Tags removed: help

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



Processed: Re: xlibmesa3-glu: libraries not correctly linked

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 187365 + fixed-in-experimental
Bug#187365: xlibmesa3-glu: libraries not correctly linked
There were no tags set.
Tags added: fixed-in-experimental

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



Processed: Re: Bug#207305: xserver-common: fails to purge

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 207305 + pending
Bug#207305: xserver-common: fails to purge
Tags were: patch
Tags added: pending

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



X Strike Force SVN commit: rev 444 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 02:53:29 -0500 (Wed, 27 Aug 2003)
New Revision: 444

Modified:
   trunk/debian/changelog
   trunk/debian/xserver-common.preinst.in
   trunk/debian/xserver-xfree86.preinst.in
Log:
* debian/xserver-{common,xfree86}.preinst.in: if installing (not upgrading)
  the package, place the non-conffile configuration files under automatic
  management, but only if they do not already exist (Closes: #207268)


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 07:31:58 UTC (rev 443)
+++ trunk/debian/changelog  2003-08-27 07:53:29 UTC (rev 444)
@@ -27,6 +27,9 @@
   is not a directory; assume local admin cleverness
 - don't migrate a configuration file if its debconf region markers have
   been removed
+- if installing (not upgrading) the package, place the non-conffile
+  configuration files under automatic management, but only  if they do not
+  already exist (Closes: #207268)
 
   * debian/rules: stop calling debconf2po-update, per Denis Barbier
 (Closes: #172579)
@@ -55,7 +58,7 @@
   * debian/po/fr.po: updated French translations (thanks, Christian Perrier)
 (Closes: #207239)
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:30:54 -0500
+ -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:50:39 -0500
 
 xfree86 (4.2.1-10) unstable; urgency=medium
 

Modified: trunk/debian/xserver-common.preinst.in
===
--- trunk/debian/xserver-common.preinst.in  2003-08-27 07:31:58 UTC (rev 443)
+++ trunk/debian/xserver-common.preinst.in  2003-08-27 07:53:29 UTC (rev 444)
@@ -41,9 +41,23 @@
 mkdir --mode=755 --parents "$CONFIG_AUX_DIR"
   fi
 
-  # if upgrading from < 4.2.1-10, migrate X wrapper config file to (simplified)
-  # ucf-style handling
-  if dpkg --compare-versions "$2" lt-nl "4.2.1-10"; then
+  # implement (simplified) ucf-style configration file handling
+
+  # if performing a fresh install, place config files under management if they
+  # do *not* already exist
+  if [ "$1" = "install" ]; then
+if [ ! -e "$XWRAPPER_CONFIG" ]; then
+  # only proceed if config file auxiliary directory exists
+  if [ -d "$CONFIG_AUX_DIR" ]; then
+# cheap, fork()-free version of "touch"
+: > "$XWRAPPER_CONFIG"
+md5sum "$XWRAPPER_CONFIG" > "$XWRAPPER_CONFIG_CHECKSUM"
+  fi
+fi
+  fi
+
+  # if upgrading from < 4.2.1-10, migrate X wrapper config file
+  if [ "$1" = "upgrade" ] && dpkg --compare-versions "$2" lt-nl "4.2.1-10"; then
 # do we have a configuration file to work with?
 if [ -e "$XWRAPPER_CONFIG" ]; then
   # only proceed if config file auxiliary directory exists
@@ -74,11 +88,11 @@
   fi
 fi
   fi
+  # in other news, unregister the now no-longer-used templates
+  db_unregister xserver-common/manage_config_with_debconf
+  db_unregister xserver-common/move_existing_nondebconf_config
 fi
 
-# in other news, unregister the now no-longer-used templates
-db_unregister xserver-common/manage_config_with_debconf
-db_unregister xserver-common/move_existing_nondebconf_config
   fi
 fi
 

Modified: trunk/debian/xserver-xfree86.preinst.in
===
--- trunk/debian/xserver-xfree86.preinst.in 2003-08-27 07:31:58 UTC (rev 443)
+++ trunk/debian/xserver-xfree86.preinst.in 2003-08-27 07:53:29 UTC (rev 444)
@@ -29,9 +29,31 @@
 mkdir --mode=755 --parents "$CONFIG_AUX_DIR"
   fi
 
-  # if upgrading from < 4.2.1-10, migrate X server symlink and XF86Config-4
-  # to (simplified) ucf-style handling
-  if dpkg --compare-versions "$2" lt-nl "4.2.1-10"; then
+  # implement (simplified) ucf-style configration file handling
+
+  # if performing a fresh install, place config files under management if they
+  # do *not* already exist
+  if [ "$1" = "install" ]; then
+# only proceed if config file auxiliary directory exists
+if [ -d "$CONFIG_AUX_DIR" ]; then
+  # first, create and checksum the X server symlink
+  if [ ! -e "$SERVER_SYMLINK" ]; then
+# $THIS_SERVER is just a default; could as easily be /bin/true
+ln -s "$THIS_SERVER" "$SERVER_SYMLINK"
+readlink "$SERVER_SYMLINK" | md5sum > "$SERVER_SYMLINK_CHECKSUM"
+  fi
+  # next, XF86Config-4
+  if [ ! -e "$XF86CONFIG" ]; then
+# cheap, fork()-free version of "touch"
+: > "$XF86CONFIG"
+md5sum "$XF86CONFIG" > "$XF86CONFIG_CHECKSUM"
+  fi
+fi
+  fi
+
+  # if performing a fresh install, place config files under management if they
+  # do *not* already exist
+  if [ "$1" = "upgrade" ] && dpkg --compare-versions "$2" lt-nl "4.2.1-10"; then
 # do we have any configuration files to work with?
 if [ -e "$SERVER_SYMLINK" -o -e "$XF86CONFIG" ]; then
   # only proceed if config file auxiliary directo

Processed: Re: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 185936 + fixed-in-experimental
Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib
Tags were: moreinfo upstream
Tags added: fixed-in-experimental

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



Bug#187365: xlibmesa3-glu: libraries not correctly linked

2003-08-27 Thread Branden Robinson
tag 187365 + fixed-in-experimental
thanks

[0] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % 
LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1 LD_TRACE_PRELINKING=t \
  /lib/ld-2.3.2.so /usr/X11R6/lib/libGLU.so.1.3 | grep ^undefined
[1] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % dlocate -S 
/usr/X11R6/lib/libGLU.so.1.3
xlibmesa-glu: /usr/X11R6/lib/libGLU.so.1.3
[0] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % dpkg -l 
xlibmesa-glu
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version   
   Description
+++---
ii  xlibmesa-glu 4.3.0-0pre1v1 
   Mesa OpenGL utility library [XFree86]

xlibmesa-glu supersedes xlibmesa3-glu.

-- 
G. Branden Robinson|  "There is no gravity in space."
Debian GNU/Linux   |  "Then how could astronauts walk
[EMAIL PROTECTED] |   around on the Moon?"
http://people.debian.org/~branden/ |  "Because they wore heavy boots."


pgp0.pgp
Description: PGP signature


Bug#207305: xserver-common: fails to purge

2003-08-27 Thread Branden Robinson
tag 207305 + pending
thanks

On Tue, Aug 26, 2003 at 11:36:29AM +0200, Ingo Saitz wrote:
> While purging this package, the postrm simply hangs while purging the
> configuration files. ps shows a grep in the postrm command is waiting for input
> from stdin.

Fixed in XSF SVN revision 441.

-- 
G. Branden Robinson|If you make people think they're
Debian GNU/Linux   |thinking, they'll love you; but if
[EMAIL PROTECTED] |you really make them think, they'll
http://people.debian.org/~branden/ |hate you.


pgp0.pgp
Description: PGP signature


X Strike Force SVN commit: rev 443 - in trunk/debian: . po

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 02:31:58 -0500 (Wed, 27 Aug 2003)
New Revision: 443

Modified:
   trunk/debian/changelog
   trunk/debian/po/fr.po
Log:
debian/po/fr.po: updated French translations (thanks, Christian Perrier)
  (Closes: #207239)


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 07:28:28 UTC (rev 442)
+++ trunk/debian/changelog  2003-08-27 07:31:58 UTC (rev 443)
@@ -52,8 +52,11 @@
 being able to purge under some circumstances (thanks, Ingo Saitz)
 (Closes: #207305)
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:16:50 -0500
+  * debian/po/fr.po: updated French translations (thanks, Christian Perrier)
+(Closes: #207239)
 
+ -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:30:54 -0500
+
 xfree86 (4.2.1-10) unstable; urgency=medium
 
   * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in

Modified: trunk/debian/po/fr.po
===
--- trunk/debian/po/fr.po   2003-08-27 07:28:28 UTC (rev 442)
+++ trunk/debian/po/fr.po   2003-08-27 07:31:58 UTC (rev 443)
@@ -17,10 +17,9 @@
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: xfree86 4.2.1-6 2nd version\n"
-"Report-Msgid-Bugs-To: \n"
+"Project-Id-Version: xfree86 4.2.1-10\n"
 "POT-Creation-Date: 2003-08-24 03:52-0500\n"
-"PO-Revision-Date: 2003-07-30 10:31+0100\n"
+"PO-Revision-Date: 2003-08-24 09:57+0100\n"
 "Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
 "Language-Team: Debiand french translation team <[EMAIL PROTECTED]"
 "debian.org>\n"
@@ -31,7 +30,7 @@
 #. Description
 #: ../xdm.templates:4
 msgid "Select the desired default display manager."
-msgstr "Choisissez le gestionnaire graphique de session par défaut."
+msgstr "Choisissez le gestionnaire graphique de session par défaut"
 
 #. Description
 #: ../xdm.templates:4
@@ -64,7 +63,7 @@
 "Plusieurs gestionnaires graphiques peuvent être lancés en même temps, s'ils "
 "gèrent des serveurs X différents ; pour cela, configurez correctement chacun "
 "des gestionnaires graphiques, modifiez leurs scripts de lancement dans /etc/"
-"init.d, et enlevez le test de gestionnaire graphique par défaut."
+"init.d, et désactivvez le test de gestionnaire graphique par défaut."
 
 #. Description
 #: ../xdm.templates:26
@@ -136,10 +135,10 @@
 msgstr ""
 "Si vous ne souhaitez pas utiliser les paquets expérimentaux pour X, vous "
 "devez faire les deux opérations suivantes :\n"
-"  1) Vous assurer qu'aucun dépôt de paquets expérimentaux ne figure\n"
-" dans votre fichier /etc/apt/sources.list ;\n"
-"  2) Indiquer à apt que vous souhaitez revenir à une version publiée\n"
-" appropriée de XFree86, ce qui peut être fait en ajoutant le nom de\n"
+"  1) Vous assurer que votre fichier /etc/apt/sources.list ne mentionne\n"
+" aucun dépôt de paquets expérimentaux  ;\n"
+"  2) Imposer à apt de revenir à une version approuvée de XFree86,\n"
+" publiée antérieurement, ce qui peut être fait en ajoutant le nom de\n"
 " la distribution après le nom du paquet lui-même, avec\n"
 " « apt-get ». Par exemple :\n"
 "   apt-get install xfree86-common/unstable\n"
@@ -156,7 +155,7 @@
 #. Description
 #: ../xserver-common.templates:5
 msgid "Select what type of user has permission to start the X server."
-msgstr "Choix des utilisateurs autorisés à lancer un serveur X."
+msgstr "Choisissez les utilisateurs autorisés à lancer un serveur X"
 
 #. Description
 #: ../xserver-common.templates:5
@@ -179,11 +178,10 @@
 #. Description
 #: ../xserver-common.templates:20
 msgid "Enter the desired nice value for the X server to use."
-msgstr "Politesse du serveur X."
+msgstr "Indiquez la politesse que le serveur X doit utiliser"
 
 #. Description
 #: ../xserver-common.templates:20
-#, fuzzy
 msgid ""
 "When using operating system kernels with a particular scheduling strategy, "
 "it has been widely noted that the X server's performance improves when it is "
@@ -194,15 +192,16 @@
 "single-user workstation; 0 is a good default for a machine that has duties "
 "other than interacting with the console user (such as a web server)."
 msgstr ""
-"Il est avéré que les performances d'un serveur X sont meilleures si son "
-"processus est exécuté avec une priorité plus haute que celle par défaut ; la "
-"priorité d'un processus est appelée sa « politesse » (« nice value »). Elle "
-"prend des valeurs entre -20 (priorité extrêmement haute, pas très poli "
-"envers les autres processus) et 19 (priorité très faible). La politesse par "
-"défaut pour un processus quelconque est de 0. -10 est une valeur convenable "
-"pour une station de travail mono-utilisateur ; 0 est convenable pour une "
-"machine qui a d'autres tâches que l'interaction avec l'utilisateur de la "
-"console (comme un serveur web)."
+"Lorsqu'on utilise des noyaux du système d'exploitation avec une stratégie "
+"spéciale d'ordonnancement, il a été lar

X Strike Force SVN commit: rev 442 - branches/4.3.0/sid/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 02:28:28 -0500 (Wed, 27 Aug 2003)
New Revision: 442

Modified:
   branches/4.3.0/sid/debian/changelog
Log:
debian/changelog: add bug-closer for #187365


Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2003-08-27 07:19:32 UTC (rev 441)
+++ branches/4.3.0/sid/debian/changelog 2003-08-27 07:28:28 UTC (rev 442)
@@ -112,8 +112,9 @@
   * eliminate TEXTREL section from libGL, making it PIC-compliant:
 - patch #062: new (Closes: #190323)
 
-  * fix weak deps (many on X11/Xext in xlibs):
-- patch #063: new (Closes: #187374)
+  * patch #063: new; fix weak library shared object dependencies
+- fix libGLU (Closes: #187365)
+- fix libXmuu, libXp, libXrandr (Closes: #187374)
 
   * xlibs-pic package renamed to xlibs-static-pic
 - reintegrate piclib_support.diff (previously patch #046, now patch #909)


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



X Strike Force SVN commit: rev 441 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 02:19:32 -0500 (Wed, 27 Aug 2003)
New Revision: 441

Modified:
   trunk/debian/changelog
   trunk/debian/xserver-common.postrm.in
   trunk/debian/xserver-xfree86.postrm.in
Log:
debian/xserver-{common,xfree86}.postrm.in: fix horrendous paper-bag bug
  (failure to give fgrep a file to operate on, causing it to wait forever on
  standart input) that prevented xserver-common and xserver-xfree86 from
  being able to purge under some circumstances (thanks, Ingo Saitz)
  (Closes: #207305)


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 07:10:29 UTC (rev 440)
+++ trunk/debian/changelog  2003-08-27 07:19:32 UTC (rev 441)
@@ -46,8 +46,14 @@
 - debian/local/xvfb-run: implement
 - debian/local/xvfb-run.1: document
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Tue, 26 Aug 2003 18:30:28 -0500
+  * debian/xserver-{common,xfree86}.postrm.in: fix horrendous paper-bag bug
+(failure to give fgrep a file to operate on, causing it to wait forever on
+standart input) that prevented xserver-common and xserver-xfree86 from
+being able to purge under some circumstances (thanks, Ingo Saitz)
+(Closes: #207305)
 
+ -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:16:50 -0500
+
 xfree86 (4.2.1-10) unstable; urgency=medium
 
   * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in

Modified: trunk/debian/xserver-common.postrm.in
===
--- trunk/debian/xserver-common.postrm.in   2003-08-27 07:10:29 UTC (rev 440)
+++ trunk/debian/xserver-common.postrm.in   2003-08-27 07:19:32 UTC (rev 441)
@@ -33,7 +33,8 @@
 # check existing roster file for our package name
 if fgrep -qx "$THIS_PACKAGE" "$XWRAPPER_CONFIG_ROSTER"; then
   # construct temporary roster file with our package name removed
-  fgrep -vx "$THIS_PACKAGE" > "$XWRAPPER_CONFIG_ROSTER.dpkg-tmp"
+  fgrep -vx "$THIS_PACKAGE" "$XWRAPPER_CONFIG_ROSTER" > \
+"$XWRAPPER_CONFIG_ROSTER.dpkg-tmp"
   # is there anything left?
   if [ -n "$(cat "$XWRAPPER_CONFIG_ROSTER.dpkg-tmp")" ]; then
 # yes, replace the roster file

Modified: trunk/debian/xserver-xfree86.postrm.in
===
--- trunk/debian/xserver-xfree86.postrm.in  2003-08-27 07:10:29 UTC (rev 440)
+++ trunk/debian/xserver-xfree86.postrm.in  2003-08-27 07:19:32 UTC (rev 441)
@@ -30,7 +30,8 @@
 # check existing roster file for our package name
 if fgrep -qx "$THIS_PACKAGE" "$SERVER_SYMLINK_ROSTER"; then
   # construct temporary roster file with our package name removed
-  fgrep -vx "$THIS_PACKAGE" > "$SERVER_SYMLINK_ROSTER.dpkg-tmp"
+  fgrep -vx "$THIS_PACKAGE" "$SERVER_SYMLINK_ROSTER" > \
+"$SERVER_SYMLINK_ROSTER.dpkg-tmp"
   # is there anything left?
   if [ -n "$(cat "$SERVER_SYMLINK_ROSTER.dpkg-tmp")" ]; then
 # yes, replace the roster file
@@ -64,7 +65,8 @@
 # check existing roster file for our package name
 if fgrep -qx "$THIS_PACKAGE" "$XF86CONFIG_ROSTER"; then
   # construct temporary roster file with our package name removed
-  fgrep -vx "$THIS_PACKAGE" > "$XF86CONFIG_ROSTER.dpkg-tmp"
+  fgrep -vx "$THIS_PACKAGE" "$XF86CONFIG_ROSTER" > \
+"$XF86CONFIG_ROSTER.dpkg-tmp"
   # is there anything left?
   if [ -n "$(cat "$XF86CONFIG_ROSTER.dpkg-tmp")" ]; then
 # yes, replace the roster file


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



Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib

2003-08-27 Thread Branden Robinson
tag 185936 + fixed-in-experimental
thanks

libXss_pic.a is available in xlibs-static-pic in Debian experimental.

% cat xlibs-static-pic.install
usr/X11R6/lib/libFS_pic.a
usr/X11R6/lib/libGLw_pic.a
usr/X11R6/lib/libI810XvMC_pic.a
usr/X11R6/lib/libXRes_pic.a
usr/X11R6/lib/libXau_pic.a
usr/X11R6/lib/libXdmcp_pic.a
usr/X11R6/lib/libXfontcache_pic.a
usr/X11R6/lib/libXinerama_pic.a
usr/X11R6/lib/libXss_pic.a
usr/X11R6/lib/libXvMC_pic.a
usr/X11R6/lib/libXxf86dga_pic.a
usr/X11R6/lib/libXxf86misc_pic.a
usr/X11R6/lib/libXxf86rush_pic.a
usr/X11R6/lib/libXxf86vm_pic.a
usr/X11R6/lib/libfontenc_pic.a
usr/X11R6/lib/liboldX_pic.a
usr/X11R6/lib/libxf86config_pic.a
usr/X11R6/lib/libxkbfile_pic.a
usr/X11R6/lib/libxkbui_pic.a

-- 
G. Branden Robinson| You are not angry with people when
Debian GNU/Linux   | you laugh at them.  Humor teaches
[EMAIL PROTECTED] | them tolerance.
http://people.debian.org/~branden/ | -- W. Somerset Maugham


pgp0.pgp
Description: PGP signature


X Strike Force SVN commit: rev 440 - branches/4.3.0/sid/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 02:10:29 -0500 (Wed, 27 Aug 2003)
New Revision: 440

Modified:
   branches/4.3.0/sid/debian/changelog
Log:
debian/changelog: add bug-closer for #185936


Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2003-08-26 23:32:09 UTC (rev 439)
+++ branches/4.3.0/sid/debian/changelog 2003-08-27 07:10:29 UTC (rev 440)
@@ -117,6 +117,8 @@
 
   * xlibs-pic package renamed to xlibs-static-pic
 - reintegrate piclib_support.diff (previously patch #046, now patch #909)
+- all static-only libraries are now available in -fPIC varieties,
+  including libXss (Closes: #185936)
 
   * fix DPMS-on-DVI for Radeon driver
 - patch #048 updated with new patch from XFree86 Bugzilla, via Martin


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



Re: Bug#206907: xserver-xfree86: hangs on screensaver

2003-08-27 Thread Daniel Stone
On Wed, Aug 27, 2003 at 07:34:55AM +0200, Sven Luther wrote:
> I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1,
> is this not doing double usage) with the glint debug option enabled, so
> you can run the non-loadable server in gdb too. I need to free space
> again on my disks (or buy a new disk) though.

pre1 indicates that it's a prerelease of the -1 revision, and v1 indicates that
it's the first such prerelease. pre1v2 would be the next release, then pre1v3,
etc ... after -1 is released, the next would be pre2v1.

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


pgp0.pgp
Description: PGP signature


Processed: reassign 206920 to xserver-xfree86,xfree86, reassign 107917 to xserver-xfree86,xfree86 ...

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> reassign 206920 xserver-xfree86,xfree86
Bug#206920: [type1] T1 fonts at huge sizes crash the Xserver
Bug reassigned from package `xserver-xfree86' to `xserver-xfree86,xfree86'.

> reassign 107917 xserver-xfree86,xfree86
Bug#107917: xserver-xfree86: [type1] Fatal server error: 'Beziers this big not yet 
supported' on Mach64 GR rev 39
Bug reassigned from package `xserver-xfree86' to `xserver-xfree86,xfree86'.

> merge 107917 206920
Bug#107917: xserver-xfree86: [type1] Fatal server error: 'Beziers this big not yet 
supported' on Mach64 GR rev 39
Bug#206920: [type1] T1 fonts at huge sizes crash the Xserver
Merged 107917 206920.

>
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: Problem with new libc, locales and X

2003-08-27 Thread Jean-Christophe Dubacq
On Tue, Aug 26, 2003 at 11:27:34AM +0200, Jean-Christophe Dubacq wrote:
> Hi!
> 
> I run XFree 4.3.0. I tested the new libc (2.3.2-3) and accordingly new
> locale package (and new gdm package). For european countries, LANG is
> now set to something like [EMAIL PROTECTED] (instead of the former
> [EMAIL PROTECTED]). Xlib does not recognize this kind of locale. More
> important, fonts are not found any more (probably no matching charset)
> because of this. This leads to really poor experience.
> 
> Any thoughts on this ?

I will continue my soliloque: it works perfectly when adding the correct
stuff to /usr/X11R6/lib/X11/locale/locale.alias (see attached file)

Current versions:
libc6:
  Installed: 2.3.2-3
  Candidate: 2.3.2-3
  Version Table:
 *** 2.3.2-3 0
500 ftp://ftp.fr.debian.org unstable/main Packages
100 /var/lib/dpkg/status
xlibs:
  Installed: 4.3.0-0pre1v1
  Candidate: 4.3.0-0pre1v1
  Version Table:
 *** 4.3.0-0pre1v1 0
  1 ftp://ftp.debian.org ../project/experimental/main Packages
100 /var/lib/dpkg/status
 4.2.1-10 0
500 ftp://ftp.fr.debian.org unstable/main Packages

Result of locale:
[EMAIL PROTECTED]
LC_CTYPE="[EMAIL PROTECTED]"
LC_NUMERIC="[EMAIL PROTECTED]"
LC_TIME="[EMAIL PROTECTED]"
LC_COLLATE="[EMAIL PROTECTED]"
LC_MONETARY="[EMAIL PROTECTED]"
LC_MESSAGES="[EMAIL PROTECTED]"
LC_PAPER="[EMAIL PROTECTED]"
LC_NAME="[EMAIL PROTECTED]"
LC_ADDRESS="[EMAIL PROTECTED]"
LC_TELEPHONE="[EMAIL PROTECTED]"
LC_MEASUREMENT="[EMAIL PROTECTED]"
LC_IDENTIFICATION="[EMAIL PROTECTED]"
LC_ALL=

Patch to /usr/X11R6/lib/X11/locale/locale.alias: append
[EMAIL PROTECTED]:  br_FR.ISO8859-15
[EMAIL PROTECTED]:  ca_ES.ISO8859-15
[EMAIL PROTECTED]:  de_AT.ISO8859-15
[EMAIL PROTECTED]:  de_BE.ISO8859-15
[EMAIL PROTECTED]:  de_DE.ISO8859-15
[EMAIL PROTECTED]:  de_LU.ISO8859-15
[EMAIL PROTECTED]:  el_GR.ISO8859-15
[EMAIL PROTECTED]:  en_IE.ISO8859-15
[EMAIL PROTECTED]:  es_ES.ISO8859-15
[EMAIL PROTECTED]:  eu_ES.ISO8859-15
[EMAIL PROTECTED]:  fi_FI.ISO8859-15
[EMAIL PROTECTED]:  fr_BE.ISO8859-15
[EMAIL PROTECTED]:  fr_FR.ISO8859-15
[EMAIL PROTECTED]:  fr_LU.ISO8859-15
[EMAIL PROTECTED]:  ga_IE.ISO8859-15
[EMAIL PROTECTED]:  gl_ES.ISO8859-15
[EMAIL PROTECTED]:  it_IT.ISO8859-15
[EMAIL PROTECTED]:  nl_BE.ISO8859-15
[EMAIL PROTECTED]:  nl_NL.ISO8859-15
[EMAIL PROTECTED]:  oc_FR.ISO8859-15
[EMAIL PROTECTED]:  pt_PT.ISO8859-15
[EMAIL PROTECTED]:  sv_FI.ISO8859-15
[EMAIL PROTECTED]:  sv_SE.ISO8859-15
[EMAIL PROTECTED]:  wa_BE.ISO8859-15
[EMAIL PROTECTED]:  br_FR.ISO8859-15
[EMAIL PROTECTED]:  ca_ES.ISO8859-15
[EMAIL PROTECTED]:  de_AT.ISO8859-15
[EMAIL PROTECTED]:  de_BE.ISO8859-15
[EMAIL PROTECTED]:  de_DE.ISO8859-15
[EMAIL PROTECTED]:  de_LU.ISO8859-15
[EMAIL PROTECTED]:  el_GR.ISO8859-15
[EMAIL PROTECTED]:  en_IE.ISO8859-15
[EMAIL PROTECTED]:  es_ES.ISO8859-15
[EMAIL PROTECTED]:  eu_ES.ISO8859-15
[EMAIL PROTECTED]:  fi_FI.ISO8859-15
[EMAIL PROTECTED]:  fr_BE.ISO8859-15
[EMAIL PROTECTED]:  fr_FR.ISO8859-15
[EMAIL PROTECTED]:  fr_LU.ISO8859-15
[EMAIL PROTECTED]:  ga_IE.ISO8859-15
[EMAIL PROTECTED]:  gl_ES.ISO8859-15
[EMAIL PROTECTED]:  it_IT.ISO8859-15
[EMAIL PROTECTED]:  nl_BE.ISO8859-15
[EMAIL PROTECTED]:  nl_NL.ISO8859-15
[EMAIL PROTECTED]:  oc_FR.ISO8859-15
[EMAIL PROTECTED]:  pt_PT.ISO8859-15
[EMAIL PROTECTED]:  sv_FI.ISO8859-15
[EMAIL PROTECTED]:   

Bug#207460: xserver-xfree86: [core server] PCI bus scan loops forever on ARM boxen

2003-08-27 Thread Branden Robinson
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: important
Tags: upstream experimental patch

- Forwarded message from Philip Blundell <[EMAIL PROTECTED]> -

From: Philip Blundell <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: infinite loop in PCI scan code on arm
Date: 11 Aug 2003 18:55:29 +0100
Message-Id: <[EMAIL PROTECTED]>
X-Mailing-List: <[EMAIL PROTECTED]> archive/latest/9486
X-Mailer: Ximian Evolution 1.4.3 
X-Spam-Status: No, hits=-2.4 required=4.0
tests=USER_AGENT_XIMIAN
version=2.55-lists.debian.org_2003_07_19

A couple of days ago, I mentioned to Branden on IRC that I was having a
problem with the PCI bus scan looping forever on some ARM systems with
the 4.3 prerelease code.  He suggested that I try this patch from the
HEAD:
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c.diff?r1=3.68&r2=3.69&f=h

I've done a local rebuild with this change applied and it does indeed
seem to solve the problem.  If this could be included in the next
version of the Debian packages, I'd appreciate it.

Thanks

p.


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


- End forwarded message -

-- 
G. Branden Robinson|  Never underestimate the power of
Debian GNU/Linux   |  human stupidity.
[EMAIL PROTECTED] |  -- Robert Heinlein
http://people.debian.org/~branden/ |


pgp0.pgp
Description: PGP signature


Bug#206907: xserver-xfree86: hangs on screensaver

2003-08-27 Thread Sven Luther
On Tue, Aug 26, 2003 at 02:55:21PM -0500, Branden Robinson wrote:
> On Tue, Aug 26, 2003 at 07:45:13PM +0200, David N. Welton wrote:
> > Enabled PciRetry.
> > 
> > It bailed again, this time in another place (I guess):
> > 
> > 0x080833b5 in Permedia2SubsequentHorVertLine (pScrn=0x8942ef0, x=864, y=7, 
> > len=5, dir=3) at pm2_accel.c:583
> > 583 pm2_accel.c: No such file or directory.
> > in pm2_accel.c
> > (gdb) bt
> > #0  0x080833b5 in Permedia2SubsequentHorVertLine (pScrn=0x8942ef0, x=864, y=7, 
> > len=5, dir=3) at pm2_accel.c:583
> 
> Here's the source code of that function:
> 
> 578 static void
> 579 Permedia2SubsequentHorVertLine(ScrnInfoPtr pScrn,int x,int y,int len,int dir)
> 580 {
> 581 GLINTPtr pGlint = GLINTPTR(pScrn);
> 582 
> 583 GLINT_WAIT(6);
> 584 GLINT_WRITE_REG(x<<16, StartXDom);
> 585 GLINT_WRITE_REG(y<<16, StartY);
> 586 if (dir == DEGREES_0) {
> 587 GLINT_WRITE_REG(1<<16, dXDom);
> 588 GLINT_WRITE_REG(0<<16, dY);
> 589 } else {
> 590 GLINT_WRITE_REG(0<<16, dXDom);
> 591 GLINT_WRITE_REG(1<<16, dY);
> 592 }
> 593 
> 594 GLINT_WRITE_REG(len, GLINTCount);
> 595 GLINT_WRITE_REG(PrimitiveLine, Render);
> 596 }

This don't bring us much, it is hanging in glint_wait, which is a macro
waiting for space in the fifo, and since the space never comes, it
waits forever. Same diagnostic as before. The pipeline is deadlocked,
but i don't know why. Strong suspisions of a hardware problems, the
hardware cannot be all that new after all. But maybe there is some
behavior that makes this appear more often or something such, i don't
know. Overheating of the graphic chip or failing powersupply (either on
the board or the agp power lines) might be potential culprits.

I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1,
is this not doing double usage) with the glint debug option enabled, so
you can run the non-loadable server in gdb too. I need to free space
again on my disks (or buy a new disk) though.

Friendly,

Sven Luther
> 
> -- 
> G. Branden Robinson|Damnit, we're all going to die;
> Debian GNU/Linux   |let's die doing something *useful*!
> [EMAIL PROTECTED] |-- Hal Clement, on comments that
> http://people.debian.org/~branden/ |   space exploration is dangerous





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



Bug#207481: xserver-xfree86: proposed debconf overhaul

2003-08-27 Thread Eduard Bloch
Package: xserver-xfree86
Severity: wishlist

Okay, here is what I would change in xserver-xfree86.config.

 - xserver-xfree86/config/device/use_fbdev:
   check for existance of /proc/fb before asking the question about
   framebuffer support. 
   - If it does not exist, do not ask the question and set use_fbdev to
 false. 
   - If it does exist, read it, and if 
 - the contents matches "nvidia", do
   not ask the question and set use_fbdev to false.
 - otherwise set default to false but ask the question

 - To the video card section: I suggest setting SWCursor option
   by-default, since some drivers show broken mouse pointer on certain
   video cards.

 - on every arch except of sun and sgi set the default of
   xserver-xfree86/config/inputdevice/keyboard/rules to xfree86. This is
   just guessing but should be okay for the majority of the users.

 - get the first part /(\w\w)_../ of LC_CTYPE or LANG and set the
   default for xserver-xfree86/config/inputdevice/keyboard/layout

 - based on this setting, guess the layout most typical for the target
   country and set as it as default, then ask the question

 - based on the layout, set a default for
   xserver-xfree86/config/inputdevice/keyboard/variant and ask the
   question.
   
   I suggest to ask people on debian-i18n to send some data about the
   settings that majority of the users in their country uses. For
   example, in de it is popular to set the "nodeadkeys" option. Russians
   may want to set a second keymap in "layout", to "us,ru" and a
   "grp:grp:alt_shift_toggle" (or some other toggle) option to rotate
   the keymaps. We should just ask them on -i18n, code this settings
   into one mapping table and insert them 

 - ask a question about advanced keyboard options with defaults from the
   typical configuration selection mentioned above
 
 - the mouse config is mostly okay, I just wish to see a final sentence
   in every description:

   "If unsure, choose to emulate the 3rd mouse button."
   "If unsure, enable the Zaxismapping."

 - For mouse autodetection: if gpm is running (test -e
   /var/run/gpm.pid), then open /etc/gpm.conf and source it,
   if $repeat_type exists, set
   xserver-xfree86/config/inputdevice/mouse/port to /dev/gpmdata
   and xserver-xfree86/config/inputdevice/mouse/protocol to the
   $repeat_type value (eg. mapped from the gpm syntax to X syntax).

Now the most interessting part, the monitor settings. Following this
algorithm:

 - ask about tft/lcd with the existing debconf question
 - ask about the monitor identifier (and preset with "Generic Monitor"
   or the name provided by parse-edid)
 
 Throw away the current question about simple/medium/advanced setup and
 proceed so:

 - ask:

Template: xserver-xfree86/config/monitor/screen-size
Type: select
_Choices: Up to 14 inches (355 mm), 15 inches (380 mm), 17 inches (430 mm), 18 
inches (480 mm), 19 inches (480 mm), 20 inches (510 mm), 21 inches (530 mm)
Default: 17 inches (430 mm)
_Description: Please choose your approximate monitor size.
 Your answer should be as precise as possible. If you monitor has better
 or lower quality than the average monitors in its class, you can
 refine its settings later.

Template: xserver-xfree86/config/monitor/resolution-class
Type: select
_Choices: VGA (640x480), SVGA (800x600), XGA (1024x768), XGA+ (1152x864), SXGA 
(1280x1024), SXGA+ (1400x1050), UXGA (1600x1200), W-UXGA (1920x1200)
Default: XGA (1024x768)
_Description: Please choose your resolution class
 The resolution class of you monitor is normaly described in the manual
 of the display.
 If your display does not fit in any of this categories, choose just anything
 and you can refine the settings later.

 - If the monitor type is LCD, we can calculate all we need.
   However, user may need to tune some things, eg. on non-4:3
   displays. Later.

Now, we need a data table to choose the frequency values for an average
monitor of the given type and insert this settings in the following
template:

Template: xserver-xfree86/config/monitor/general-info
Type: boolean
Default: true
_Description: Is the choosed data correct?
 Setup has now choosed following settings that should work for an
 average monitor of the type you have choosen:
 
 Brand name: ${identifier}
 Type: {tft_or_lcd}
 Screen ratio: 4:3
 General Screen Size: ${screen-size} diagonal (Width: 
{ratio-calculation($screen-size)}, Height: {ratio-calculation($screen-size)})
 Best resolution: ${ (type==tft) : ${value from resolution-class} : ${value 
from data table for the res-class} }
 Pixel resolution: ${ (x-value-of(best-resolution) - 
unvisible-bordersize-on-CRTs ) / $width }
 Horizontal frequency range: ${value from data table or edid)
 Refresh rate range: ${value from data table or edid)
 Best mode: ${width}x${height}-{rate-from-edid or VESA table or minimum for 
TFTs}
 .
 If the data looks acceptable for your monitor, answer with Yes,
 otherwise choose No to customize some settings.

### comment:

Processed: tagging 206929

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

>  # fixed in XSF SVN revision 445
> tag 206929 + pending
Bug#206929: xserver-xfree86: [core server] ELF module loader broken on IA-64; 
doesn't recognize GCC 3.3's new relocation types
Tags were: upstream pending patch experimental sid sarge
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

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




X Strike Force SVN commit: rev 445 - in trunk/debian: . patches

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 04:18:11 -0500 (Wed, 27 Aug 2003)
New Revision: 445

Modified:
   trunk/debian/changelog
   trunk/debian/patches/000_stolen_from_HEAD.diff
   trunk/debian/patches/067_nonexecutable_malloced_mem.diff
Log:
Backport support for new IA-64 relocation types from post-4.3.0 CVS
HEAD (thanks, Matthew Wilcox). (Closes: #206929)
- debian/patches/000_stolen_from_HEAD.diff: updated
- debian/patches/067_nonexecutable_malloced_mem.diff: resync


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 07:53:29 UTC (rev 444)
+++ trunk/debian/changelog  2003-08-27 09:18:11 UTC (rev 445)
@@ -58,8 +58,13 @@
   * debian/po/fr.po: updated French translations (thanks, Christian Perrier)
 (Closes: #207239)
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:50:39 -0500
+  * Backport support for new IA-64 relocation types from post-4.3.0 CVS
+HEAD (thanks, Matthew Wilcox). (Closes: #206929)
+- patch #000_stolen_from_HEAD: updated
+- patch #067: resync
 
+ -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 04:16:02 -0500
+
 xfree86 (4.2.1-10) unstable; urgency=medium
 
   * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in

Modified: trunk/debian/patches/000_stolen_from_HEAD.diff
===
--- trunk/debian/patches/000_stolen_from_HEAD.diff  2003-08-27 07:53:29 UTC 
(rev 444)
+++ trunk/debian/patches/000_stolen_from_HEAD.diff  2003-08-27 09:18:11 UTC 
(rev 445)
@@ -232,6 +232,10 @@
   + Skip unexpected data in QueryFormats.  Deal with broken X servers a bit
 better. (Keith Packard)
 
+(xc/programs/Xserver/hw/xfree86/loader/elfloader.c):
+  + Backport support for new IA-64 relocation types from post-4.3.0 CVS
+HEAD. (Matthew Wilcox)
+
 Index: xc/nls/XI18N_OBJS/Imakefile
 ===
 RCS file: /cvs/xc/nls/XI18N_OBJS/Imakefile,v
@@ -3035,91 +3039,6 @@
  #define R_ALPHA_IMMED_GP_HI32 20
  #define R_ALPHA_IMMED_SCN_HI3221
  #define R_ALPHA_IMMED_BR_HI32 22
 xc/programs/Xserver/hw/xfree86/loader/elfloader.c.orig 2002-01-14 
13:16:52.0 -0500
-+++ xc/programs/Xserver/hw/xfree86/loader/elfloader.c  2003-02-20 
01:06:05.0 -0500
-@@ -1103,7 +1106,9 @@
- int   force;
- {
- unsigned char *secp = elffile->saddr[secn];
-+#if !defined(__ia64__)
- unsigned int *dest32; /* address of the 32 bit place being modified */
-+#endif
- #if defined(__powerpc__) || defined(__sparc__)
- unsigned short *dest16;   /* address of the 16 bit place being modified */
- #endif
-@@ -1113,6 +1118,7 @@
- #if defined(__alpha__)
- unsigned int *dest32h;/* address of the high 32 bit place being 
modified */
- unsigned long *dest64;
-+unsigned short *dest16;
- #endif
- #if defined(__ia64__)
- unsigned long *dest64;
-@@ -1376,6 +1382,51 @@
-   ELFDEBUG( "*dest32=%8.8x\n", *dest32 );
- #endif
- break;
-+
-+  case R_ALPHA_GPRELLOW:
-+  {
-+  dest64=(unsigned long *)(secp+rel->r_offset);
-+  dest16=(unsigned short *)dest64;
-+ 
-+  symval += rel->r_addend;
-+  symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
-+ 
-+  *dest16=symval;
-+  break;
-+  }
-+  case R_ALPHA_GPRELHIGH:
-+  {
-+  dest64=(unsigned long *)(secp+rel->r_offset);
-+  dest16=(unsigned short *)dest64;
-+ 
-+  symval += rel->r_addend;
-+  symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
-+  symval = ((long)symval >> 16) + ((symval >> 15) & 1);
-+  if( (long)symval > 0x7fff ||
-+  (long)symval < -(long)0x8000 ) {
-+  FatalError("R_ALPHA_GPRELHIGH symval-got is too large for 
%s:%lx\n",
-+  
ElfGetSymbolName(elffile,ELF_R_SYM(rel->r_info)),symval);
-+  }
-+ 
-+  *dest16=symval;
-+  break;
-+  }
-+  case R_ALPHA_GPREL16:
-+  {
-+  dest64=(unsigned long *)(secp+rel->r_offset);
-+  dest16=(unsigned short *)dest64;
-+ 
-+  symval += rel->r_addend;
-+  symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
-+  if( (long)symval > 0x7fff ||
-+  (long)symval < -(long)0x8000 ) {
-+  FatalError("R_ALPHA_GPREL16 symval-got is too large for 
%s:%lx\n",
-+  
ElfGetSymbolName(elffile,ELF_R_SYM(rel->r_info)),symval);
-+  }
-+ 
-+  *dest16=symval;
-+  break;
-+  }
- 
- #endif /* alpha */
- #if defined(__mc68000__)
-@@ -2834,9 +2897,11 @@
- ELFCollectSections(elffile, 0, &totalsize, &maxalign);
- 
- if( elffile->straddr == NULL || elffile->strsize == 0 ) {
-+#if 0
-   ErrorF("No symbols found in this module\n");
-+#endif
-   ELFUnloadModule(elff

Processed: Re: Bug#207268:

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 207268 + pending
Bug#207268: xserver-xfree86: refuses to automagically handle config files
There were no tags set.
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

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




Processed: tagging 207239

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

>  # fixed in XSF SVN revision 443
> tag 207239 + pending
Bug#207239: xfree86: French debconf templates translation
Tags were: patch
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

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




Bug#187365: xlibmesa3-glu: libraries not correctly linked

2003-08-27 Thread Branden Robinson
tag 187365 + fixed-in-experimental
thanks

[0] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % 
LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1 LD_TRACE_PRELINKING=t \
  /lib/ld-2.3.2.so /usr/X11R6/lib/libGLU.so.1.3 | grep ^undefined
[1] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % 
dlocate -S /usr/X11R6/lib/libGLU.so.1.3
xlibmesa-glu: /usr/X11R6/lib/libGLU.so.1.3
[0] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % dpkg 
-l xlibmesa-glu
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version
  Description
+++---
ii  xlibmesa-glu 4.3.0-0pre1v1  
  Mesa OpenGL utility library [XFree86]

xlibmesa-glu supersedes xlibmesa3-glu.

-- 
G. Branden Robinson|  "There is no gravity in space."
Debian GNU/Linux   |  "Then how could astronauts walk
[EMAIL PROTECTED] |   around on the Moon?"
http://people.debian.org/~branden/ |  "Because they wore heavy boots."


pgpn4PORGVyBx.pgp
Description: PGP signature


X Strike Force SVN commit: rev 443 - in trunk/debian: . po

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 02:31:58 -0500 (Wed, 27 Aug 2003)
New Revision: 443

Modified:
   trunk/debian/changelog
   trunk/debian/po/fr.po
Log:
debian/po/fr.po: updated French translations (thanks, Christian Perrier)
  (Closes: #207239)


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 07:28:28 UTC (rev 442)
+++ trunk/debian/changelog  2003-08-27 07:31:58 UTC (rev 443)
@@ -52,8 +52,11 @@
 being able to purge under some circumstances (thanks, Ingo Saitz)
 (Closes: #207305)
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:16:50 -0500
+  * debian/po/fr.po: updated French translations (thanks, Christian Perrier)
+(Closes: #207239)
 
+ -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:30:54 -0500
+
 xfree86 (4.2.1-10) unstable; urgency=medium
 
   * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in

Modified: trunk/debian/po/fr.po
===
--- trunk/debian/po/fr.po   2003-08-27 07:28:28 UTC (rev 442)
+++ trunk/debian/po/fr.po   2003-08-27 07:31:58 UTC (rev 443)
@@ -17,10 +17,9 @@
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: xfree86 4.2.1-6 2nd version\n"
-"Report-Msgid-Bugs-To: \n"
+"Project-Id-Version: xfree86 4.2.1-10\n"
 "POT-Creation-Date: 2003-08-24 03:52-0500\n"
-"PO-Revision-Date: 2003-07-30 10:31+0100\n"
+"PO-Revision-Date: 2003-08-24 09:57+0100\n"
 "Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
 "Language-Team: Debiand french translation team <[EMAIL PROTECTED]"
 "debian.org>\n"
@@ -31,7 +30,7 @@
 #. Description
 #: ../xdm.templates:4
 msgid "Select the desired default display manager."
-msgstr "Choisissez le gestionnaire graphique de session par d�faut."
+msgstr "Choisissez le gestionnaire graphique de session par d�faut"
 
 #. Description
 #: ../xdm.templates:4
@@ -64,7 +63,7 @@
 "Plusieurs gestionnaires graphiques peuvent �tre lanc�s en m�me temps, s'ils "
 "g�rent des serveurs X diff�rents�; pour cela, configurez correctement chacun "
 "des gestionnaires graphiques, modifiez leurs scripts de lancement dans /etc/"
-"init.d, et enlevez le test de gestionnaire graphique par d�faut."
+"init.d, et d�sactivvez le test de gestionnaire graphique par d�faut."
 
 #. Description
 #: ../xdm.templates:26
@@ -136,10 +135,10 @@
 msgstr ""
 "Si vous ne souhaitez pas utiliser les paquets exp�rimentaux pour X, vous "
 "devez faire les deux op�rations suivantes�:\n"
-"  1) Vous assurer qu'aucun d�p�t de paquets exp�rimentaux ne figure\n"
-" dans votre fichier /etc/apt/sources.list�;\n"
-"  2) Indiquer � apt que vous souhaitez revenir � une version publi�e\n"
-" appropri�e de XFree86, ce qui peut �tre fait en ajoutant le nom de\n"
+"  1) Vous assurer que votre fichier /etc/apt/sources.list ne mentionne\n"
+" aucun d�p�t de paquets exp�rimentaux �;\n"
+"  2) Imposer � apt de revenir � une version approuv�e de XFree86,\n"
+" publi�e ant�rieurement, ce qui peut �tre fait en ajoutant le nom de\n"
 " la distribution apr�s le nom du paquet lui-m�me, avec\n"
 " ��apt-get��. Par exemple�:\n"
 "   apt-get install xfree86-common/unstable\n"
@@ -156,7 +155,7 @@
 #. Description
 #: ../xserver-common.templates:5
 msgid "Select what type of user has permission to start the X server."
-msgstr "Choix des utilisateurs autoris�s � lancer un serveur X."
+msgstr "Choisissez les utilisateurs autoris�s � lancer un serveur X"
 
 #. Description
 #: ../xserver-common.templates:5
@@ -179,11 +178,10 @@
 #. Description
 #: ../xserver-common.templates:20
 msgid "Enter the desired nice value for the X server to use."
-msgstr "Politesse du serveur X."
+msgstr "Indiquez la politesse que le serveur X doit utiliser"
 
 #. Description
 #: ../xserver-common.templates:20
-#, fuzzy
 msgid ""
 "When using operating system kernels with a particular scheduling strategy, "
 "it has been widely noted that the X server's performance improves when it is "
@@ -194,15 +192,16 @@
 "single-user workstation; 0 is a good default for a machine that has duties "
 "other than interacting with the console user (such as a web server)."
 msgstr ""
-"Il est av�r� que les performances d'un serveur X sont meilleures si son "
-"processus est ex�cut� avec une priorit� plus haute que celle par d�faut�; la "
-"priorit� d'un processus est appel�e sa ��politesse�� (��nice value��). Elle "
-"prend des valeurs entre -20 (priorit� extr�mement haute, pas tr�s poli "
-"envers les autres processus) et 19 (priorit� tr�s faible). La politesse par "
-"d�faut pour un processus quelconque est de 0. -10 est une valeur convenable "
-"pour une station de travail mono-utilisateur�; 0 est convenable pour une "
-"machine qui a d'autres t�ches que l'interaction avec l'utilisateur de la "
-"console (comme un serveur web)."
+"Lorsqu'on utilise des noyaux du syst�me d'exploitation avec une strat�gie "
+"sp�ciale d'ordonnancement, il a �t� lar

Bug#207305: xserver-common: fails to purge

2003-08-27 Thread Branden Robinson
tag 207305 + pending
thanks

On Tue, Aug 26, 2003 at 11:36:29AM +0200, Ingo Saitz wrote:
> While purging this package, the postrm simply hangs while purging the
> configuration files. ps shows a grep in the postrm command is waiting for 
> input
> from stdin.

Fixed in XSF SVN revision 441.

-- 
G. Branden Robinson|If you make people think they're
Debian GNU/Linux   |thinking, they'll love you; but if
[EMAIL PROTECTED] |you really make them think, they'll
http://people.debian.org/~branden/ |hate you.


pgpPsjSIbyMpY.pgp
Description: PGP signature


Processed: Re: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 185936 + fixed-in-experimental
Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib
Tags were: moreinfo upstream
Tags added: fixed-in-experimental

> thanks
Stopping processing here.

Please contact me if you need assistance.

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




Processed: tagging 187365, tagging 190323

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 187365 + upstream
Bug#187365: xlibmesa3-glu: libraries not correctly linked
Tags were: fixed-in-experimental
Tags added: upstream

> tag 190323 + upstream
Bug#190323: xlibmesa3-gl: non-PIC shared in /usr/X11R6/lib/libGL.so.1
Tags were: fixed-in-experimental
Tags added: upstream

>
End of message, stopping processing here.

Please contact me if you need assistance.

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




Processed: tagging 185936

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 185936 - moreinfo
Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib
Tags were: fixed-in-experimental moreinfo upstream
Tags removed: moreinfo

>
End of message, stopping processing here.

Please contact me if you need assistance.

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




Processed: reassign 207268 to xserver-xfree86,xfree86

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

>  # xserver-common has this problem too
> reassign 207268 xserver-xfree86,xfree86
Bug#207268: xserver-xfree86: refuses to automagically handle config files
Bug reassigned from package `xserver-xfree86' to `xserver-xfree86,xfree86'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

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




Processed: whoops, forgot upstream tag for 206929

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tags 206929 + upstream
Bug#206929: xserver-xfree86: [core server] ELF module loader broken on IA-64; doesn't 
recognize GCC 3.3's new relocation types
Tags were: pending patch experimental sid sarge
Tags added: upstream

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



Processed: tagging 187374

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 187374 - help
Bug#187374: xlibs: libraries not correctly linked
Tags were: upstream help fixed-in-experimental
Tags removed: help

>
End of message, stopping processing here.

Please contact me if you need assistance.

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




Processed: Re: xlibmesa3-glu: libraries not correctly linked

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 187365 + fixed-in-experimental
Bug#187365: xlibmesa3-glu: libraries not correctly linked
There were no tags set.
Tags added: fixed-in-experimental

> thanks
Stopping processing here.

Please contact me if you need assistance.

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




Processed: Re: Bug#207305: xserver-common: fails to purge

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 207305 + pending
Bug#207305: xserver-common: fails to purge
Tags were: patch
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

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




X Strike Force SVN commit: rev 444 - trunk/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 02:53:29 -0500 (Wed, 27 Aug 2003)
New Revision: 444

Modified:
   trunk/debian/changelog
   trunk/debian/xserver-common.preinst.in
   trunk/debian/xserver-xfree86.preinst.in
Log:
* debian/xserver-{common,xfree86}.preinst.in: if installing (not upgrading)
  the package, place the non-conffile configuration files under automatic
  management, but only if they do not already exist (Closes: #207268)


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2003-08-27 07:31:58 UTC (rev 443)
+++ trunk/debian/changelog  2003-08-27 07:53:29 UTC (rev 444)
@@ -27,6 +27,9 @@
   is not a directory; assume local admin cleverness
 - don't migrate a configuration file if its debconf region markers have
   been removed
+- if installing (not upgrading) the package, place the non-conffile
+  configuration files under automatic management, but only  if they do not
+  already exist (Closes: #207268)
 
   * debian/rules: stop calling debconf2po-update, per Denis Barbier
 (Closes: #172579)
@@ -55,7 +58,7 @@
   * debian/po/fr.po: updated French translations (thanks, Christian Perrier)
 (Closes: #207239)
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:30:54 -0500
+ -- Branden Robinson <[EMAIL PROTECTED]>  Wed, 27 Aug 2003 02:50:39 -0500
 
 xfree86 (4.2.1-10) unstable; urgency=medium
 

Modified: trunk/debian/xserver-common.preinst.in
===
--- trunk/debian/xserver-common.preinst.in  2003-08-27 07:31:58 UTC (rev 
443)
+++ trunk/debian/xserver-common.preinst.in  2003-08-27 07:53:29 UTC (rev 
444)
@@ -41,9 +41,23 @@
 mkdir --mode=755 --parents "$CONFIG_AUX_DIR"
   fi
 
-  # if upgrading from < 4.2.1-10, migrate X wrapper config file to (simplified)
-  # ucf-style handling
-  if dpkg --compare-versions "$2" lt-nl "4.2.1-10"; then
+  # implement (simplified) ucf-style configration file handling
+
+  # if performing a fresh install, place config files under management if they
+  # do *not* already exist
+  if [ "$1" = "install" ]; then
+if [ ! -e "$XWRAPPER_CONFIG" ]; then
+  # only proceed if config file auxiliary directory exists
+  if [ -d "$CONFIG_AUX_DIR" ]; then
+# cheap, fork()-free version of "touch"
+: > "$XWRAPPER_CONFIG"
+md5sum "$XWRAPPER_CONFIG" > "$XWRAPPER_CONFIG_CHECKSUM"
+  fi
+fi
+  fi
+
+  # if upgrading from < 4.2.1-10, migrate X wrapper config file
+  if [ "$1" = "upgrade" ] && dpkg --compare-versions "$2" lt-nl "4.2.1-10"; 
then
 # do we have a configuration file to work with?
 if [ -e "$XWRAPPER_CONFIG" ]; then
   # only proceed if config file auxiliary directory exists
@@ -74,11 +88,11 @@
   fi
 fi
   fi
+  # in other news, unregister the now no-longer-used templates
+  db_unregister xserver-common/manage_config_with_debconf
+  db_unregister xserver-common/move_existing_nondebconf_config
 fi
 
-# in other news, unregister the now no-longer-used templates
-db_unregister xserver-common/manage_config_with_debconf
-db_unregister xserver-common/move_existing_nondebconf_config
   fi
 fi
 

Modified: trunk/debian/xserver-xfree86.preinst.in
===
--- trunk/debian/xserver-xfree86.preinst.in 2003-08-27 07:31:58 UTC (rev 
443)
+++ trunk/debian/xserver-xfree86.preinst.in 2003-08-27 07:53:29 UTC (rev 
444)
@@ -29,9 +29,31 @@
 mkdir --mode=755 --parents "$CONFIG_AUX_DIR"
   fi
 
-  # if upgrading from < 4.2.1-10, migrate X server symlink and XF86Config-4
-  # to (simplified) ucf-style handling
-  if dpkg --compare-versions "$2" lt-nl "4.2.1-10"; then
+  # implement (simplified) ucf-style configration file handling
+
+  # if performing a fresh install, place config files under management if they
+  # do *not* already exist
+  if [ "$1" = "install" ]; then
+# only proceed if config file auxiliary directory exists
+if [ -d "$CONFIG_AUX_DIR" ]; then
+  # first, create and checksum the X server symlink
+  if [ ! -e "$SERVER_SYMLINK" ]; then
+# $THIS_SERVER is just a default; could as easily be /bin/true
+ln -s "$THIS_SERVER" "$SERVER_SYMLINK"
+readlink "$SERVER_SYMLINK" | md5sum > "$SERVER_SYMLINK_CHECKSUM"
+  fi
+  # next, XF86Config-4
+  if [ ! -e "$XF86CONFIG" ]; then
+# cheap, fork()-free version of "touch"
+: > "$XF86CONFIG"
+md5sum "$XF86CONFIG" > "$XF86CONFIG_CHECKSUM"
+  fi
+fi
+  fi
+
+  # if performing a fresh install, place config files under management if they
+  # do *not* already exist
+  if [ "$1" = "upgrade" ] && dpkg --compare-versions "$2" lt-nl "4.2.1-10"; 
then
 # do we have any configuration files to work with?
 if [ -e "$SERVER_SYMLINK" -o -e "$XF86CONFIG" ]; then
   # only proceed if config file auxiliary d

X Strike Force SVN commit: rev 442 - branches/4.3.0/sid/debian

2003-08-27 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-08-27 02:28:28 -0500 (Wed, 27 Aug 2003)
New Revision: 442

Modified:
   branches/4.3.0/sid/debian/changelog
Log:
debian/changelog: add bug-closer for #187365


Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2003-08-27 07:19:32 UTC (rev 441)
+++ branches/4.3.0/sid/debian/changelog 2003-08-27 07:28:28 UTC (rev 442)
@@ -112,8 +112,9 @@
   * eliminate TEXTREL section from libGL, making it PIC-compliant:
 - patch #062: new (Closes: #190323)
 
-  * fix weak deps (many on X11/Xext in xlibs):
-- patch #063: new (Closes: #187374)
+  * patch #063: new; fix weak library shared object dependencies
+- fix libGLU (Closes: #187365)
+- fix libXmuu, libXp, libXrandr (Closes: #187374)
 
   * xlibs-pic package renamed to xlibs-static-pic
 - reintegrate piclib_support.diff (previously patch #046, now patch #909)



Processed: reassign 206920 to xserver-xfree86,xfree86, reassign 107917 to xserver-xfree86,xfree86 ...

2003-08-27 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> reassign 206920 xserver-xfree86,xfree86
Bug#206920: [type1] T1 fonts at huge sizes crash the Xserver
Bug reassigned from package `xserver-xfree86' to `xserver-xfree86,xfree86'.

> reassign 107917 xserver-xfree86,xfree86
Bug#107917: xserver-xfree86: [type1] Fatal server error: 'Beziers this big not 
yet supported' on Mach64 GR rev 39
Bug reassigned from package `xserver-xfree86' to `xserver-xfree86,xfree86'.

> merge 107917 206920
Bug#107917: xserver-xfree86: [type1] Fatal server error: 'Beziers this big not 
yet supported' on Mach64 GR rev 39
Bug#206920: [type1] T1 fonts at huge sizes crash the Xserver
Merged 107917 206920.

>
End of message, stopping processing here.

Please contact me if you need assistance.

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




  1   2   >