Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA
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
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
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)
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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]:
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
#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
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
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
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
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
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
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
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:
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
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
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
#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
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
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
#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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
#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
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
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
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
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
#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
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 ...
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
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 ...
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)