Bug#238100: XVideo workaround for SDL apps
Thomas Winischhofer wrote: [ ... ] Anyway, here's another point: Xv was not supported *at all* on the 6326 with 4.2. Hence, video applications were using another method (probably xshm) by default. I added Xv support for the 5597/5598/6326/530/620 in September 2002, so it wasn't there before 4.3. (For a detailed changelog, see http://www.winischhofer.net/sis630old.shtml) Now, with 4.3, applications are using Xv, which takes extra memory for the video frame - which simply isn't available. [ Origina submitter speaking ... ] That would expolain what I saw ... Option NoXvideo should restore the old behavior. Indeed ... Thanks for the idea ! I can't check results (a very bad power spike surge took away most of my old system (power supply, motherboard, some cards) a week ago and my new system has an ATI 9200 ...), but this is consonant with the fact that disabling XV in some apps re-enabled them. This is 2004. Video applications not having any fallback algorithm in case of a failure with one of the methods are a shame at least. Seconded ! but ... OTOH, the point of such a system library is to avoid reimplementing the wheel again and again. One might ague that X servers without Xv (or Xv emulation ...) are a shame in 2004 ... Emmanuel Charpentier
Bug#234556: xlibs: many clients get BadLength error from X_ChangeProperty request
On Tue, Apr 13, 2004 at 11:32:16AM +0200, Emmanuel Fleury wrote: On Tue, 2004-04-06 at 11:13, Branden Robinson wrote: You will need to recompile Xlib (libX11), the X server, or both with this symbol defined to enable the debugging. In a matter of fact, this was already what I did. I was already going deep in Xlib with gdb. I think, the bug seems to appear somewhere in the network exchange. The problem is that tcpdump doesn't seems to intercept any packet while this exchange is made (I tried tcpdump first, but my aim was to use ngrep to see what was inside the payload of these packets). The client and server are running on different hosts when you try to do this, right? If not, the protocol traffic will pass through a Unix domain socket and be invisible to tcpdump. -- G. Branden Robinson| One man's magic is another man's Debian GNU/Linux | engineering. Supernatural is a [EMAIL PROTECTED] | null word. http://people.debian.org/~branden/ | -- Robert Heinlein signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1245 - trunk/debian
Author: branden
Date: 2004-04-14 02:15:33 -0500 (Wed, 14 Apr 2004)
New Revision: 1245
Modified:
trunk/debian/changelog
trunk/debian/control
Log:
Add dependency of libxtst-dev on libxi-dev; XTest.h #includes XInput.h for
a structure definition, though objects that link against libXtst don't
necessarily link against libXi (thanks, Glenn Maynard). (Closes: #242830)
Modified: trunk/debian/changelog
===
--- trunk/debian/changelog 2004-04-13 22:02:31 UTC (rev 1244)
+++ trunk/debian/changelog 2004-04-14 07:15:33 UTC (rev 1245)
@@ -166,8 +166,12 @@
* Provide instructions on how to read the FAQ in every README.Debian file.
- -- Branden Robinson [EMAIL PROTECTED] Tue, 13 Apr 2004 17:00:39 -0500
+ * Add dependency of libxtst-dev on libxi-dev; XTest.h #includes XInput.h for
+a structure definition, though objects that link against libXtst don't
+necessarily link against libXi (thanks, Glenn Maynard). (Closes: #242830)
+ -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 02:12:41 -0500
+
xfree86 (4.3.0-7) unstable; urgency=medium
* Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop.
Modified: trunk/debian/control
===
--- trunk/debian/control2004-04-13 22:02:31 UTC (rev 1244)
+++ trunk/debian/control2004-04-14 07:15:33 UTC (rev 1245)
@@ -788,7 +788,7 @@
Package: libxtst-dev
Section: libdevel
Architecture: any
-Depends: libxtst6 (= ${Source-Version}), x-dev, libxext-dev, libx11-dev,
libc6-dev | libc-dev
+Depends: libxtst6 (= ${Source-Version}), x-dev, libxext-dev, libxi-dev,
libx11-dev, libc6-dev | libc-dev
Conflicts: xlibs-dev ( 4.3.0)
Replaces: xlibs-dev ( 4.3.0)
Description: X Window System event recording and testing extension library
development files
Bug#242830: /usr/include/X11/extensions/XTest.h:50:35: X11/extensions/XInput.h: No such file or directory
tag 242830 - moreinfo thanks On Tue, Apr 13, 2004 at 04:50:02PM -0400, Glenn Maynard wrote: On Tue, Apr 13, 2004 at 02:56:53PM -0500, Branden Robinson wrote: Could you edit your local copy of /usr/include/X11/extensions/XTest.h to delete line 50, and see if whatever you're building compiles then? /usr/include/X11/extensions/XTest.h:118: error: type specifier omitted for parameter `XDevice' XDevice is defined in XInput.h. Yup. Thank you! I'll fix this. -- G. Branden Robinson|I've made up my mind. Don't try to Debian GNU/Linux |confuse me with the facts. [EMAIL PROTECTED] |-- Indiana Senator Earl Landgrebe http://people.debian.org/~branden/ | signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1246 - trunk/debian
Author: branden Date: 2004-04-14 02:31:14 -0500 (Wed, 14 Apr 2004) New Revision: 1246 Modified: trunk/debian/changelog trunk/debian/xserver-xfree86.config.in Log: Update list of available video drivers on each architecture. Migrate video driver list logic to the shell-lib.sh functions observe() and internal_error(). Update copyright notice. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-04-14 07:15:33 UTC (rev 1245) +++ trunk/debian/changelog 2004-04-14 07:31:14 UTC (rev 1246) @@ -170,8 +170,11 @@ a structure definition, though objects that link against libXtst don't necessarily link against libXi (thanks, Glenn Maynard). (Closes: #242830) - -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 02:12:41 -0500 + * Update list of available video drivers on each architecture in +xserver-xfree86's config script. + -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 02:28:42 -0500 + xfree86 (4.3.0-7) unstable; urgency=medium * Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop. Modified: trunk/debian/xserver-xfree86.config.in === --- trunk/debian/xserver-xfree86.config.in 2004-04-14 07:15:33 UTC (rev 1245) +++ trunk/debian/xserver-xfree86.config.in 2004-04-14 07:31:14 UTC (rev 1246) @@ -1,6 +1,6 @@ #!/bin/sh # Debian xserver-xfree86 package configuration script -# Copyright 2000--2003 Branden Robinson. +# Copyright 2000--2004 Branden Robinson. # Licensed under the GNU General Public License, version 2. See the file # /usr/share/common-licenses/GPL or http://www.gnu.org/copyleft/gpl.txt. @@ -561,40 +561,44 @@ debug_echo could not autodetect X server driver: discover not found fi -# build list of available video drivers, omitting the atimisc, r128, and radeon -# sub-modules (the ati driver knows to load these) -DRIVER_LIST=$(echo $(find /usr/X11R6/lib/modules/drivers -name '*_drv.o' 2 /dev/null | sed 's|^.*/\(.*\)_drv\.o|\1|' | egrep -v '(atimisc|r128|radeon)' | sort) | sed 's/ /, /g') +# Build list of available video drivers, omitting the atimisc, r128, and +# radeon sub-modules (the ati driver knows when and how to load these). +# v4l is not a display driver, and dummy is for advanced users. +DRIVER_LIST=$(echo $(find /usr/X11R6/lib/modules/drivers -name '*_drv.o' \ + 2/dev/null | sed 's|^.*/\(.*\)_drv\.o|\1|' \ + | egrep -v '(atimisc|dummy|r128|radeon|v4l)' | sort) \ + | sed 's/ /, /g') if [ -z $DRIVER_LIST ]; then - debug_echo No modules found in module directory; falling back to hard-coded list for $ARCH. + observe no modules found in module directory; falling back to hard-coded \ + list for $ARCH case $ARCH in alpha) - DRIVER_LIST=ati, glint, mga, nv, rendition, s3, s3virge, siliconmotion, tdfx, tga, vga + DRIVER_LIST=ati, cirrus, glint, mga, nv, rendition, s3, s3virge, savage, siliconmotion, tdfx, tga, vga ;; -arm) - DRIVER_LIST=ati, chips, fbdev, glint, imstt, mga, s3virge, savage, tdfx, trident, vga +arm|hppa) + DRIVER_LIST=ati, chips, fbdev, glint, mga, nv, s3, s3virge, savage, sis, tdfx, trident, vga ;; -i386|hurd-i386) - DRIVER_LIST=apm, ark, ati, chips, cirrus, cyrix, fbdev, glide, glint, i128, i740, i810, imstt, mga, neomagic, nv, rendition, s3, s3virge, savage, siliconmotion, sis, tdfx, tga, trident, tseng, vesa, vga, vmware +hurd-i386) + DRIVER_LIST=apm, ark, ati, chips, cirrus, cyrix, fbdev, glint, i128, i740, i810, imstt, mga, neomagic, newport, nsc, nv, rendition, s3, s3virge, savage, siliconmotion, sis, tdfx, tga, trident, tseng, vesa, vga, vmware ;; +i386) + DRIVER_LIST=apm, ark, ati, chips, cirrus, cyrix, fbdev, glide, glint, i128, i740, i810, imstt, mga, neomagic, newport, nsc, nv, rendition, s3, s3virge, savage, siliconmotion, sis, tdfx, tga, trident, tseng, vesa, vga, vmware + ;; ia64) - DRIVER_LIST=apm, ark, ati, chips, cirrus, cyrix, fbdev, glint, i128, i740, i810, imstt, mga, neomagic, nv, rendition, s3, s3virge, savage, siliconmotion, sis, tdfx, tga, trident, tseng, vesa, vga, vmware + DRIVER_LIST=apm, ark, ati, chips, cirrus, cyrix, fbdev, glint, i128, i740, i810, imstt, mga, neomagic, newport, nv, rendition, s3, s3virge, savage, siliconmotion, sis, tdfx, tga, trident, tseng, vesa, vga, vmware ;; -hppa) - DRIVER_LIST=fbdev - ;; m68k|powerpc) - DRIVER_LIST=ati, chips, fbdev, glint, imstt, mga, s3, s3virge, savage, sis, tdfx, trident, vga + DRIVER_LIST=ati, chips, fbdev, glint, imstt, mga, nv, s3, s3virge, savage, sis, tdfx, trident, vga ;; mips|mipsel) - DRIVER_LIST=ati, chips, fbdev, glint, mga, newport, nv, s3virge, savage, sis, tdfx, trident + DRIVER_LIST=ati, chips, fbdev, glint, mga,
Processed: Re: Bug#242830: /usr/include/X11/extensions/XTest.h:50:35: X11/extensions/XInput.h: No such file or directory
Processing commands for [EMAIL PROTECTED]: tag 242830 - moreinfo Bug#242830: libxtst-dev: XTest.h #includes X11/extensions/XInput.h without depending on libxi-dev Tags were: moreinfo upstream Tags removed: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force XFree86 SVN commit: r1247 - trunk/debian
Author: branden Date: 2004-04-14 02:43:06 -0500 (Wed, 14 Apr 2004) New Revision: 1247 Modified: trunk/debian/NEWS trunk/debian/changelog trunk/debian/xserver-xfree86.config.in Log: Migrate users of the GPM repeater (/dev/gpmdata) to the IntelliMouse protocol and make this the only protocol supported in debconf for that mouse port. Document and justify migration in NEWS file. (Closes: #233933) Modified: trunk/debian/NEWS === --- trunk/debian/NEWS 2004-04-14 07:31:14 UTC (rev 1246) +++ trunk/debian/NEWS 2004-04-14 07:43:06 UTC (rev 1247) @@ -25,8 +25,23 @@ the file /usr/share/doc/xfree86-common/FAQ.gz after this upgrade is complete for more information if you have problems with your keyboard. - -- Branden Robinson [EMAIL PROTECTED] Tue, 13 Jan 2004 20:46:02 -0500 + * GPM users only: those who use the the GPM repeater as the XFree86 X +server's mouse device should note that the mouse driver in XFree86 4.3.0 +has been rewritten in such a way that using any protocol other than +IntelliMouse on the XFree86 side and ms3 on the GPM side does not work +well. If you have configured GPM as a repeater, are using it with the +XFree86 X server, and are using anything other than ms3 as the repeating +protocol, you will likely want to change it to ms3. If your +XF86Config-4 file is automatically handled (see the news entry for xfree86 +4.2.1-11) and uses /dev/gpmdata as the port for the configured mouse, the +protocol will automatically be migrated to IntelliMouse if necessary. +Otherwise, you will likely want to edit the /etc/X11/XF86Config-4 file +after installing this package to change any configured input devices using +the mouse driver and /dev/gpmdata as the Device option to set the +Protocol option to IntelliMouse. + -- Branden Robinson [EMAIL PROTECTED] Mon, 12 Apr 2004 01:47:32 -0500 + xfree86 (4.2.1-11) unstable; urgency=medium * The following configuration files use a new, MD5-checksum-based method of Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-04-14 07:31:14 UTC (rev 1246) +++ trunk/debian/changelog 2004-04-14 07:43:06 UTC (rev 1247) @@ -173,8 +173,13 @@ * Update list of available video drivers on each architecture in xserver-xfree86's config script. - -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 02:28:42 -0500 + * Migrate users of the GPM repeater (/dev/gpmdata) to the IntelliMouse +protocol and make this the only protocol supported in debconf for that +mouse port. Document and justify migration in NEWS file. +(Closes: #233933) + -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 02:40:15 -0500 + xfree86 (4.3.0-7) unstable; urgency=medium * Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop. Modified: trunk/debian/xserver-xfree86.config.in === --- trunk/debian/xserver-xfree86.config.in 2004-04-14 07:31:14 UTC (rev 1246) +++ trunk/debian/xserver-xfree86.config.in 2004-04-14 07:43:06 UTC (rev 1247) @@ -407,6 +407,21 @@ ;; esac +# The only supported protocol (per Zephaniah Hull) for the GPM repeater is +# IntelliMouse; migrate anyone using that mouse device to that protocol. Other +# values used to work as well, but no longer do since the XFree86 mouse driver +# was rewritten for XFree86 4.3.0. See Debian bug #233933 for more details. +db_get xserver-xfree86/config/inputdevice/mouse/port +if [ $RET = /dev/gpmdata ]; then + db_get xserver-xfree86/config/inputdevice/mouse/protocol + if [ $RET != IntelliMouse ]; then +observe migrating template \ +\xserver-xfree86/config/inputdevice/mouse/protocol\ from \ +\$RET\ to \IntelliMouse\ +db_set xserver-xfree86/config/inputdevice/mouse/protocol IntelliMouse + fi +fi + debug_echo Configuring $THIS_PACKAGE. # default X server @@ -841,8 +856,8 @@ DEFAULT_PROTOCOL=BusMouse ;; *gpmdata) -MOUSE_PROTOCOL_CHOICES=PS/2, ImPS/2, GlidePointPS/2, NetMousePS/2, NetScrollPS/2, ThinkingMousePS/2, MouseManPlusPS/2, ExplorerPS/2, Microsoft, MouseSystems, GlidePoint, ThinkingMouse, MouseMan, Logitech, IntelliMouse, MMSeries, MMHitTab -DEFAULT_PROTOCOL=PS/2 +MOUSE_PROTOCOL_CHOICES=IntelliMouse +DEFAULT_PROTOCOL=IntelliMouse ;; esac db_subst xserver-xfree86/config/inputdevice/mouse/protocol choices $MOUSE_PROTOCOL_CHOICES
Processed: tweaking #238100
Processing commands for [EMAIL PROTECTED]: retitle 238100 xserver-xfree86: [sis] need to use Option 'NoXVideo' to get Xv to work on 86C326 5598/6326 rev 11 Bug#238100: xserver-xfree86: [sis] XVideo doesn't work on 86C326 5598/6326 rev 11 Changed Bug title. tag 238100 - sid Bug#238100: xserver-xfree86: [sis] need to use Option 'NoXVideo' to get Xv to work on 86C326 5598/6326 rev 11 Tags were: upstream sid Tags removed: sid thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#234081: Complement
This double modifier breaks emacs (maybe not the debian package a emacs21 from SuSE on distant display), which sees a M-s modifier when I press Meta. However using a .xmodmap with remove Mod4 = Meta_L add Mod3 = Meta_L makes everything wrok great. I think the option should do this, but do not know howxkb works and where to patch. -- Erwan
Processed: tagging 233933
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # no more info needed and not an upstream problem; documentation and debconf issue tags 233933 - moreinfo upstream Bug#233933: xfree86: document what protocols not to use with /dev/gpmdata in NEWS file Tags were: moreinfo upstream Bug#241336: Mouse doesn't work after xfree86 upgrade Tags removed: moreinfo, 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 242830
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # fixed in Debian X Strike Force XFree86 repository; to view, run svn diff -r 1244:1245 svn://necrotic.deadbeast.net/xfree86 tags 242830 + pending Bug#242830: libxtst-dev: XTest.h #includes X11/extensions/XInput.h without depending on libxi-dev Tags were: upstream 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)
Processed: tagging 233933
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # fixed in Debian X Strike Force XFree86 repository; to view, run svn diff -r 1246:1247 svn://necrotic.deadbeast.net/xfree86 tags 233933 + pending Bug#233933: xfree86: document what protocols not to use with /dev/gpmdata in NEWS file There were no tags set. Bug#241336: Mouse doesn't work after xfree86 upgrade 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 XFree86 SVN commit: r1248 - trunk/debian
Author: branden
Date: 2004-04-14 03:12:40 -0500 (Wed, 14 Apr 2004)
New Revision: 1248
Modified:
trunk/debian/TODO
Log:
Remove completed item.
Add item.
Modified: trunk/debian/TODO
===
--- trunk/debian/TODO 2004-04-14 07:43:06 UTC (rev 1247)
+++ trunk/debian/TODO 2004-04-14 08:12:40 UTC (rev 1248)
@@ -53,10 +53,6 @@
* steal {U,}XTerm* app-defaults updates from HEAD and resync patches
* Ensure all patches in debian/patches are properly annotated.
* Fix #231589: call PAM modules appropriately from xdm
-* Fix #233933: add NEWS file entry telling gpmdata users to use only
- IntelliMouse protocol due to rewrite of mouse driver; force migration in
- debconf for /dev/gpmdata port users; make IntelliMouse only choice for
- /dev/gpmdata port, eliminating question
* Add NEWS item describing package split. Cover the xlib6g situation.
* Add FAQ items:
+ How do I debug crashes in X clients?
@@ -70,6 +66,7 @@
* #239991: Fix SEGV in xc/lib/X11/imDefIc.c:_XimRegisterKeyPressFilter().
* Make xserver-xfree86.config.in bail with a message if the config files we'll
be asking questions about have been diddled.
+* #238276: xserver-xfree86: IA64 zx1 PCI support
Do opportunistically, only in conjuction with other fixes
=
boost your senx life
Viaigra and Cdialis at incredible low prices. Are you ready to boost your seex life? Go http://CNBDGH.BIZ/PB019/?affiliate_id=233763campaign_id=602 now!
Processed: tagging 238276, tagging 238276
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 # licensing okay tags 238276 - moreinfo Bug#238276: xserver-xfree86: IA64 zx1 PCI support Tags were: moreinfo patch upstream Tags removed: moreinfo # patch comes from upstream, so it's fixed upstream tags 238276 + fixed-upstream Bug#238276: xserver-xfree86: IA64 zx1 PCI support Tags were: patch upstream Tags added: fixed-upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: bug 238276 has no owner, submitter 238276
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 noowner 238276 Bug#238276: xserver-xfree86: IA64 zx1 PCI support Removed annotation that Bug was owned by David Mosberger [EMAIL PROTECTED]. # meant to set submitter, not owner submitter 238276 David Mosberger [EMAIL PROTECTED] Bug#238276: xserver-xfree86: IA64 zx1 PCI support Changed Bug submitter from Branden Robinson [EMAIL PROTECTED] to David Mosberger [EMAIL PROTECTED]. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Patch for mga driver to enable XVideo support for Matrox Millennium II cards
On Tue, Apr 13, 2004 at 08:33:19AM -0700, Safir Secerovic wrote: Hi there Daniel and other Debian developers. I'm not sure if you know about this, but there is a patch for mga driver to support XVideo extension Matrox Millennium II cards (both PCI and AGP versions). Homepage for this project is at _h_t_t_p_:_/_/_w_w_w_._p_e_n_g_u_i_n_t_o_w_n_._n_e_t_/_~_g_o_r_l_i_k_/_m_i_l_l_e_n_n_i_u_m_._h_t_m_l I just hope that debian xserver can have this hopefully before sarge. I think it has Debian FSG compatible licence. There is some info about if on Freshmeat. Version stands at rc1 I think. Patch is meant for 4.2.0 source tree. Could you please re-submit this patch in unified diff format? (E.g., diff -u.) -- G. Branden Robinson|It's like I have a shotgun in my Debian GNU/Linux |mouth, I've got my finger on the [EMAIL PROTECTED] |trigger, and I like the taste of http://people.debian.org/~branden/ |the gunmetal. -- Robert Downey, Jr. signature.asc Description: Digital signature
Bug#242865: drivers containing firmware blobs
On Apr 13, Branden Robinson [EMAIL PROTECTED] wrote: Please paste the licensing info (if any) from each of these files and specifically explain why they fail the DFSG. These files contain executable code, but there is no source for them. Anyway, the release manager will probably tag this bug sarge-ignore. -- ciao, | Marco | [5731 su88Vpthb2Z1c] signature.asc Description: Digital signature
Processed: tagging 242987
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 tags 242987 - moreinfo Bug#242987: xlibs: strange shift key behavior when caps lock on with dvorak/japanese keyboard Tags were: moreinfo 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)
Bug#243479: marked as done (xserver-xfree86: Default nice value interfering with sound using kernel 2.6)
Your message dated Wed, 14 Apr 2004 04:07:15 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#243479: xserver-xfree86: Default nice value interfering with sound using kernel 2.6 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; 13 Apr 2004 10:01:48 + From [EMAIL PROTECTED] Tue Apr 13 03:01:48 2004 Return-path: [EMAIL PROTECTED] Received: from master.debian.org [146.82.138.7] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BDKjk-00017p-00; Tue, 13 Apr 2004 03:01:48 -0700 Received: from host81-153-13-138.range81-153.btcentralplus.com (Muzik.localdomain) [81.153.13.138] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BDKjg-0004Ci-00; Tue, 13 Apr 2004 05:01:44 -0500 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Martin Cameron [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xserver-xfree86: Default nice value interfering with sound using kernel 2.6 X-Mailer: reportbug 2.56 Date: Tue, 13 Apr 2004 11:02:02 +0100 X-Debbugs-Cc: [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.1 required=4.0 tests=BAYES_00,FORGED_YAHOO_RCVD, FROM_ENDS_IN_NUMS,HAS_PACKAGE,OUR_MTA_MSGID,X_DEBBUGS_CC autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 1 Package: xserver-xfree86 Version: 4.3.0-7 Severity: normal Tags: sid When dragging windows around in gnome 2.4 audio applications momentarily stop playing. Renicing the x server to 0 solves the problem completely. I suspect this has to do with the new scheduling policies in kernel 2.6 making the default -10 nice value too aggressive. Is the X server hard coded to use this nice value, or is it buried in a script somewhere? Regards, Martin -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 Apr 10 01:46 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742316 Mar 18 05:42 /usr/bin/X11/XFree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:05.0 VGA compatible controller: nVidia Corporation NV4 [RIVA TNT] (rev 04) :01:05.0 Class 0300: 10de:0020 (rev 04) XFree86 X server configuration file status: -rw-r--r--1 root root 2649 Apr 11 00:27 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section ServerLayout Identifier Default Layout Screen PRIMARY DISPLAY 0 0 InputDevicePS2 UK Keyboard InputDevicePS2 Mouse EndSection Section Files # local font server # if the local font server has problems, we can fall back on these FontPath unix/:7100 FontPath /usr/lib/X11/fonts/misc FontPath /usr/lib/X11/fonts/cyrillic FontPath /usr/lib/X11/fonts/100dpi/:unscaled FontPath /usr/lib/X11/fonts/75dpi/:unscaled FontPath /usr/lib/X11/fonts/Type1 FontPath /usr/lib/X11/fonts/CID FontPath /usr/lib/X11/fonts/Speedo FontPath /usr/lib/X11/fonts/100dpi FontPath /usr/lib/X11/fonts/75dpi EndSection Section Module Load GLcore Load bitmap Load dbe Load ddc Load dri Load extmod Load freetype Load glx
Let us help you 19753
Message is loading Image not showing? View message here.Discontinue STSne.txlR31dj7VZ.fHEiE.OmE901Bgz.b0918Ed1MXZfA1 gmg zyxuxm, ils, owb . mjlkqv xieg nuxcvv, pso, aza . oyeb npwfk evgkkv, jxcg, uyqcbp . efeih vwpci gfy, rtb, rggsa . iekako owqgto xxmf, kzweb, xhfrj . cny xmllk rfq, cpbhun, qtj . sstkb mofqnt adfuiy, mnmv, zezt . qnijxj laydpu qzok, mtw, hslgw . bldp oofj fkf, eomdd, nrr . vyc hawi bzfrqk, srlxnr, aut . ikq iqyrx pijqj, jzamr, zrjqfj . yjxkbr spjrp byqlr, mrqen, xwi . hvcqs slh asf, rhsjuj, gaempu . lcns pjsed lridy, whsib, vidb . txg ctz lkwpp, cilhg, goforg . blny meloz qkw, zlrb, elbp . rwfjcs ohk uqh, qtbar, ccj . xoqb hscobe ousy, mpax, uahn . lsb ppjq tlxhod, caldt, utwbpw . dowvq mhyfer bbe, tjjgmc, ixc . nbvs tnji rjgx, wbfdi, othavn . ssvhv zmkmw qpf, oivpn, xoo . wonla dvp npl, djutaz, ojnez . dnbw rlxrta jbbyo, dzvx, wppi . vhrbw xilif ehsnk, lyuq, rnyqeq . ilfbo vlliws acg, mccl, skq . jgm gxmn bqwoc, muvow, dlffye . iwg euskth uinq, rylmt, kxdxck . iieeqx nsu brajh, jyrum, wzjzw . lswuy mxlz ggqzib, blhuh, gduset . qle lhy taybi, aqu, thsn . pwu oafwq ceb, flffl, ncify . zflm bipnyq wik, pnluyq, kwqogv . aur hmor dswvq, hpv, arv . sfq vxe xaak, obbs, voclv . dsgd bwc ond, tmit, vdayg . eblg isr axldvp, jcsvxe, tscw . aep hdlv fnoh, bmh, zqxr . vxto vmkwqb zeousw, idvm, efrvc . ixib yxzitr wqsk, kiyu, wge . lxvoi nrhbp czxwk, ocgdoo, jca . iadi
X Strike Force XFree86 SVN commit: r1249 - trunk/debian
Author: branden
Date: 2004-04-14 11:31:23 -0500 (Wed, 14 Apr 2004)
New Revision: 1249
Modified:
trunk/debian/changelog
trunk/debian/control
Log:
Tidy up relationships with now-vanished xlib6g and xlib6g-dev packages.
This enables people to keep the versions of these packages that were
harmless pseudopackages on the system.
+ version xfree86-common's and xutils's replacement of xlib6g-dev at
4.0 (xlib6g-dev shipped no files after that)
+ version xlibs's conflict with and replacement of xlib6g and xlib6g-dev
at 4.0 (Closes: #233818)
+ version xlibs-static-dev's conflict with and replacement of xlib6g-dev
at 4.0
Modified: trunk/debian/changelog
===
--- trunk/debian/changelog 2004-04-14 08:12:40 UTC (rev 1248)
+++ trunk/debian/changelog 2004-04-14 16:31:23 UTC (rev 1249)
@@ -178,8 +178,18 @@
mouse port. Document and justify migration in NEWS file.
(Closes: #233933)
- -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 02:40:15 -0500
+ * Tidy up relationships with now-vanished xlib6g and xlib6g-dev packages.
+This enables people to keep the versions of these packages that were
+harmless pseudopackages on the system.
++ version xfree86-common's and xutils's replacement of xlib6g-dev at
+ 4.0 (xlib6g-dev shipped no files after that)
++ version xlibs's conflict with and replacement of xlib6g and xlib6g-dev
+ at 4.0 (Closes: #233818)
++ version xlibs-static-dev's conflict with and replacement of xlib6g-dev
+ at 4.0
+ -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 11:20:31 -0500
+
xfree86 (4.3.0-7) unstable; urgency=medium
* Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop.
Modified: trunk/debian/control
===
--- trunk/debian/control2004-04-14 08:12:40 UTC (rev 1248)
+++ trunk/debian/control2004-04-14 16:31:23 UTC (rev 1249)
@@ -1180,7 +1180,7 @@
Depends: debconf (= 1.2.9), debianutils (= 1.13)
Suggests: x-window-system-core | x-window-system
Conflicts: xbase ( 3.3.2.3a-2), task-x-window-system-core,
task-x-window-system
-Replaces: xbase ( 3.3.2.3a-9), xlib6g-dev, xmanpages ( 3.3.4), xstd,
xserver-common ( 4.0)
+Replaces: xbase ( 3.3.2.3a-9), xlib6g-dev ( 4.0), xmanpages ( 3.3.4),
xstd, xserver-common ( 4.0)
Description: X Window System (XFree86) infrastructure
xfree86-common contains the filesystem infrastructure required for further
installation of the X Window System in any configuration.
@@ -1418,8 +1418,8 @@
Section: libs
Architecture: all
Depends: libice6, libsm6, libx11-6, libxext6, libxft1, libxi6, libxmu6,
libxmuu1, libxp6, libxpm4, libxrandr2, libxt6, libxtrap6, libxtst6, xlibs-data,
${misc:Depends}
-Conflicts: xbase, xlib, xlib6g, xlib6g-dev, xpm4g, fvwm-common, qcad (
1.4.6-1), xbase-clients ( 4.0), xcontrib ( 4.0), xsm ( 4.0)
-Replaces: xbase, xlib, xlib6g, xlib6g-dev, xpm4g, fvwm-common, qcad (
1.4.6-1), xbase-clients ( 4.0), xcontrib ( 4.0), xsm ( 4.0)
+Conflicts: xbase, xlib, xpm4g, fvwm-common, qcad ( 1.4.6-1), xbase-clients
( 4.0), xcontrib ( 4.0), xlib6g ( 4.0), xlib6g-dev ( 4.0), xsm ( 4.0)
+Replaces: xbase, xlib, xpm4g, fvwm-common, qcad ( 1.4.6-1), xbase-clients
( 4.0), xcontrib ( 4.0), xlib6g ( 4.0), xlib6g-dev ( 4.0), xsm ( 4.0)
Description: X Window System client libraries metapackage and XKB data
This package smooths upgrades from Debian 3.0 by depending on the individual
library packages into which each shared object formerly contained in this
@@ -1451,8 +1451,8 @@
Architecture: any
Depends: x-dev, libxext-dev, libxv-dev, libx11-dev, zlib1g-dev | libz-dev,
libc6-dev | libc-dev
Suggests: xspecs
-Conflicts: xdevel, xlib6g-dev, xlib6g-static, xpm4g-dev, xmanpages,
libxfont-xtt-dev
-Replaces: xbase ( 3.3.2.3a-2), xdevel, xpm4g-dev, xmanpages, xlib6g-dev,
xlib6g-static, libxfont-xtt-dev, xfs-xtt ( 1:1.3.0.1-15)
+Conflicts: xdevel, xlib6g-dev ( 4.0), xlib6g-static, xpm4g-dev, xmanpages,
libxfont-xtt-dev
+Replaces: xbase ( 3.3.2.3a-2), xdevel, xpm4g-dev, xmanpages, xlib6g-dev (
4.0), xlib6g-static, libxfont-xtt-dev, xfs-xtt ( 1:1.3.0.1-15)
Provides: libxpm4-dev, xmanpages
Description: X Window System client library development files
xlibs-static-dev provides static versions of the X Window System libraries
@@ -1724,7 +1724,7 @@
Depends: xfree86-common ( 4.3), cpp, ${shlibs:Depends}, ${misc:Depends}
Suggests: ssh | rsh-server, ssh | rsh-client, xlibs-data
Conflicts: rstart, rstartd, xbase-clients ( 4.0), xserver-common ( 4.0),
xbase ( 3.3.2.3a-2), cpp-3.3 ( 1:3.3.3-0pre1)
-Replaces: rstart, rstartd, xbase-clients (= 4.0.1-8), xserver-common (
4.0), xbase ( 3.3.2.3a-2), xlibs-dev ( 4.1.0-12), xlib6g-dev, dpsclient,
xcontrib
+Replaces: rstart, rstartd, xbase-clients (= 4.0.1-8), xserver-common (
4.0), xbase ( 3.3.2.3a-2), xlibs-dev ( 4.1.0-12), xlib6g-dev ( 4.0),
dpsclient, xcontrib
X Strike Force XFree86 SVN commit: r1250 - trunk/debian
Author: branden Date: 2004-04-14 11:58:48 -0500 (Wed, 14 Apr 2004) New Revision: 1250 Modified: trunk/debian/changelog trunk/debian/xserver-xfree86.bug Log: Re-order diagnostic output of xserver-xfree86 bug script to be skimmable more quickly (in Branden's opinion, anyway). Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-04-14 16:31:23 UTC (rev 1249) +++ trunk/debian/changelog 2004-04-14 16:58:48 UTC (rev 1250) @@ -188,8 +188,11 @@ + version xlibs-static-dev's conflict with and replacement of xlib6g-dev at 4.0 - -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 11:20:31 -0500 + * Re-order diagnostic output of xserver-xfree86 bug script to be skimmable +more quickly (in Branden's opinion, anyway). + -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 11:42:02 -0500 + xfree86 (4.3.0-7) unstable; urgency=medium * Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop. Modified: trunk/debian/xserver-xfree86.bug === --- trunk/debian/xserver-xfree86.bug2004-04-14 16:31:23 UTC (rev 1249) +++ trunk/debian/xserver-xfree86.bug2004-04-14 16:58:48 UTC (rev 1250) @@ -22,9 +22,6 @@ printf \n 3 if [ -e $SERVER_SYMLINK ]; then -printf X server symlink status:\n 3 -ls -dl $SERVER_SYMLINK 3 -ls -dl $(readlink $SERVER_SYMLINK) 3 if [ -e $SERVER_SYMLINK_CHECKSUM ]; then if [ $(readlink $SERVER_SYMLINK | md5sum) = \ $(cat $SERVER_SYMLINK_CHECKSUM) ]; then @@ -37,6 +34,10 @@ else printf $SERVER_SYMLINK_CHECKSUM does not exist.\n 3 fi +printf \n 3 +printf X server symlink status:\n 3 +ls -dl $SERVER_SYMLINK 3 +ls -dl $(readlink $SERVER_SYMLINK) 3 else printf $SERVER_SYMLINK does not exist.\n 3 fi @@ -71,12 +72,6 @@ printf \n 3 if [ -e $XF86CONFIG ]; then -printf XFree86 X server configuration file status:\n 3 -ls -dl $XF86CONFIG 3 -printf \n 3 -printf Contents of $XF86CONFIG:\n 3 -cat $XF86CONFIG 3 -printf \n 3 if [ -e $XF86CONFIG_CHECKSUM ]; then if [ $(md5sum $XF86CONFIG) = $(cat $XF86CONFIG_CHECKSUM) ]; then printf %s unchanged from checksum in %s.\n $XF86CONFIG \ @@ -88,6 +83,13 @@ else printf $XF86CONFIG_CHECKSUM does not exist.\n 3 fi +printf \n 3 +printf XFree86 X server configuration file status:\n 3 +ls -dl $XF86CONFIG 3 +printf \n 3 +printf Contents of $XF86CONFIG:\n 3 +cat $XF86CONFIG 3 +printf \n 3 else printf $XF86CONFIG does not exist.\n 3 fi @@ -97,6 +99,9 @@ XFREE86_LOGS=$(ls -dt /var/log/XFree86.*.log 2/dev/null) if [ -n $XFREE86_LOGS ]; then +printf XFree86 X server log files on system:\n 3 +ls -dlrt /var/log/XFree86.*.log 3 2/dev/null +printf \n 3 for LOG in $XFREE86_LOGS; do if [ -f $LOG ]; then printf Contents of most recent XFree86 X server log file\n 3 @@ -106,9 +111,6 @@ break fi done -printf \n 3 -printf XFree86 X server log files on system:\n 3 -ls -dlrt /var/log/XFree86.*.log 3 2/dev/null else printf No XFree86 X server log files found.\n 3 fi
X Strike Force XFree86 SVN commit: r1251 - trunk/debian
Author: branden
Date: 2004-04-14 12:06:28 -0500 (Wed, 14 Apr 2004)
New Revision: 1251
Modified:
trunk/debian/TODO
Log:
Remove item rendered irrelevant by r1249.
Modified: trunk/debian/TODO
===
--- trunk/debian/TODO 2004-04-14 16:58:48 UTC (rev 1250)
+++ trunk/debian/TODO 2004-04-14 17:06:28 UTC (rev 1251)
@@ -53,7 +53,6 @@
* steal {U,}XTerm* app-defaults updates from HEAD and resync patches
* Ensure all patches in debian/patches are properly annotated.
* Fix #231589: call PAM modules appropriately from xdm
-* Add NEWS item describing package split. Cover the xlib6g situation.
* Add FAQ items:
+ How do I debug crashes in X clients?
+ How do I debug crashes in the XFree86 X server?
X Strike Force XFree86 SVN commit: r1252 - trunk/debian
Author: branden
Date: 2004-04-14 12:16:50 -0500 (Wed, 14 Apr 2004)
New Revision: 1252
Modified:
trunk/debian/TODO
Log:
Remove duplicate item.
Modified: trunk/debian/TODO
===
--- trunk/debian/TODO 2004-04-14 17:06:28 UTC (rev 1251)
+++ trunk/debian/TODO 2004-04-14 17:16:50 UTC (rev 1252)
@@ -31,7 +31,6 @@
libXxf86vm.a but not the corresponding manpages.
* Grab SiS driver from HEAD per Thomas Winischhofer.
* hurd-i386 MANIFEST, and probably some debhelper files, are out of date.
-* Package the driver SDK.
* Should xc/include/{Xw32defs.h,Xwinsock.h} be installed (and shipped) for
the benefit of cross-compilers? Check upstream Imakeage.
* Why doesn't xc/include/extensions/xtestext1.h do something like this?:
The other X servers - X.org and f.d.o
Hey folks, I was wondering whether anybody packaged or plans to package the X.org X11 distribution (or at least the server) and the f.d.o's kdrive-based server? We already have the server and Mesa from the DRI CVS, it would be cool to be able to install debs of the other two available servers. please Cc me on the answers as I'm not subscribed to the list, TIA marek signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1253 - in trunk/debian: . local
Author: branden
Date: 2004-04-14 13:25:27 -0500 (Wed, 14 Apr 2004)
New Revision: 1253
Modified:
trunk/debian/changelog
trunk/debian/local/dexconf
Log:
Fix dexconf to not write an empty line to the end of generated
XF86Config{,-4} files.
Modified: trunk/debian/changelog
===
--- trunk/debian/changelog 2004-04-14 17:16:50 UTC (rev 1252)
+++ trunk/debian/changelog 2004-04-14 18:25:27 UTC (rev 1253)
@@ -191,8 +191,11 @@
* Re-order diagnostic output of xserver-xfree86 bug script to be skimmable
more quickly (in Branden's opinion, anyway).
- -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 11:42:02 -0500
+ * Fix dexconf to not write an empty line to the end of generated
+XF86Config{,-4} files.
+ -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 13:24:30 -0500
+
xfree86 (4.3.0-7) unstable; urgency=medium
* Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop.
Modified: trunk/debian/local/dexconf
===
--- trunk/debian/local/dexconf 2004-04-14 17:16:50 UTC (rev 1252)
+++ trunk/debian/local/dexconf 2004-04-14 18:25:27 UTC (rev 1253)
@@ -751,7 +751,6 @@
ScreenVGA2 ScreenVGA16; do
if [ -e $DEXCONFTMPDIR/$SECTION ]; then
cat $DEXCONFTMPDIR/$SECTION $DEXCONFTMPDIR/dexconf-out
- printf \n $DEXCONFTMPDIR/dexconf-out
fi
done
else # $FORMAT == 4
@@ -759,7 +758,6 @@
Device Monitor Screen ServerLayout DRI; do
if [ -e $DEXCONFTMPDIR/$SECTION ]; then
cat $DEXCONFTMPDIR/$SECTION $DEXCONFTMPDIR/dexconf-out
- printf \n $DEXCONFTMPDIR/dexconf-out
fi
done
fi
Bug#241717: xterm: various colour problems (mouse cursor color, text colours)
On Mon, Apr 12, 2004 at 07:33:58PM -0400, Thomas Dickey [EMAIL PROTECTED] wrote: On Thu, Apr 08, 2004 at 05:31:09PM +0200, Marc Lehmann wrote: framebuffer: #aa (standard vga actually, and real vt100 AFAICR) vt100's do not, never have done color. The ones with the advanced video option had. Call them vt102, or whatever you like, I do not care. A reasonable alternate choice (still improving contrast for blue/black) might for instance be blue2, which is a little brighter (0xee) than the value used by pterm. On the other hand, it might not display well with a blue/white combination on a low-quality display (I recall some issues about that). On low quality displays people will not use blue/white, as it is very straining for the eyes to have white backgrounds anyways. On Tue, Apr 13, 2004 at 10:15:51AM -0400, Thomas Dickey [EMAIL PROTECTED] wrote: The vt100 colours look very similar everywhere, so programs had ample time to find combinations that work, as opposed to ones that do not work. but as long as you insist on referring to vt100 colours, I'm regarding the report only as an attempt to annoy people. Well, you can research this easily yourself. I don't care how you regard my report, as you can check everything I said for yourself, and I hope you did. Disregarding a perfectly fine bugreport just because I am not 100% precise in my naming conventions is rather idiotic, but it's you to chose. I am absolutely sure that you understood my points, and you understood all the problems I am talking about. The solution, or the way to proceed, is entirely up to your decision (or the debian X maintainers). If you are looking for reasons to disregard my report, there are easier ways than being a hipocrite :( On Tue, Apr 13, 2004 at 03:04:43PM -0500, Branden Robinson [EMAIL PROTECTED] wrote: problem, not the terminal emulator, which, after all, just offers a fairly standardized colour set. But it's not standardized. I would call that pretty much standardized. What you mean is probably that there is no real standard the mandates that with force. That is of course true. Neither the w3c nor the ietf nor... will care a bit which exact colour is used in xterm or elsewhere :) That's common practice, not standardization. It is common practise, and also standardization. Please do not think that only official standard bodies can create standards, that's not what the word standard means (see, for example, de-factor standards or industry standards which might or might not be standardized by a standards body like iso, but are beverteheles standards, as long as they are documented). I think that arguing about words (as this is the level both of you are approaching here) is not useful, and I have nothing more to day about this issue. I would be glad if you would discuss or decide according to the technical issues and problems I brought up. Arguing about words or word usage is secondary to the problem, and will neither help you nor me. With proper standardization comes expert advice. I don't think the xterm color defaults, or the defaults used by other terminal emulators, were selected with the aid of expert advice. True. And neither was expert advice sought when changing these. The problem is that a large body of software has inherent knowledge of these colours (by using them in certain combinations to get certain effects, e.g. use red for warnings). Obviously it would be bad to give some colour codes (former red) completey new colours. It's much less bad to change them subtly, and I think the xterm colour change is somewhere in the middle: It's not terribly problematic, but certainly a drawback for common existing applications, while improving the situation for some others. My point is that this is unexpected, and it's not a very intelligent idea to make colours incompatible in xterm compared to other terminals or terminal emulators by changing readable combinations. Existing terminals have lots of combinations that are marginally readable, not readable, or well readable. The xterm change does not improve the situation, it just changes it by making some combinations more readable and others less. And I argue precisely that this change is unexpected and not good, from a standardization side, as apps must be rewritten with knowledge about xterm colour combinations that are readable, as opposed to all other terminals. And if I haven't made this completely clear: I do not care about rgb bit values used for colours, I only care about readability, which, overall, seems to have been decreased rather than increased by xterms changes. They were picked because they were color values close to some ANSI terminal standard (I don't know which one) -- and which could be easily encoded in a 4-bit colormap. This is factually wrong. I think the colors in common practice were the product initially of technological constraints, and subsequently due to
Re: X11R6.7
Keith Packard wrote: Around 15 o'clock on Apr 13, Branden Robinson wrote: I think it might be easier to transition our developers and users if we packaged the X.Org monolithic tree, adding stuff from modular tree in parallel as it becomes available. That depends to some degree on whether I manage to convince the X.org developers to take the time right now to transition the tree to a modular structure without making any code changes. Yes, indeedy. If so, then having Debian transition to the modular version of X11R6.7 might make more sense than moving to the monolithic version of 6.7 only to then repackage with the modular bits a short time later. Ye! We like it! The goal here is to leave the code completely unchanged and only modify the build and packaging systems. That would rock -- Make sure your vote will count. http://www.verifiedvoting.org/
X Strike Force XFree86 SVN commit: r1254 - trunk/debian
Author: branden
Date: 2004-04-14 14:14:43 -0500 (Wed, 14 Apr 2004)
New Revision: 1254
Modified:
trunk/debian/changelog
trunk/debian/shell-lib.sh
trunk/debian/xdm.config.in
trunk/debian/xdm.postinst.in
trunk/debian/xdm.prerm.in
trunk/debian/xfree86-common.config.in
trunk/debian/xserver-common.config.in
trunk/debian/xserver-common.preinst.in
Log:
Rename shell-lib.sh's safe_debconf() function to run(); there's no reason
to imply it's useful only for debconf commands. Update all script
invocations of safe_debconf() to run().
Modified: trunk/debian/changelog
===
--- trunk/debian/changelog 2004-04-14 18:25:27 UTC (rev 1253)
+++ trunk/debian/changelog 2004-04-14 19:14:43 UTC (rev 1254)
@@ -194,8 +194,12 @@
* Fix dexconf to not write an empty line to the end of generated
XF86Config{,-4} files.
- -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 13:24:30 -0500
+ * Rename shell-lib.sh's safe_debconf() function to run(); there's no reason
+to imply it's useful only for debconf commands. Update all script
+invocations of safe_debconf() to run().
+ -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 14:13:03 -0500
+
xfree86 (4.3.0-7) unstable; urgency=medium
* Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop.
Modified: trunk/debian/shell-lib.sh
===
--- trunk/debian/shell-lib.sh 2004-04-14 18:25:27 UTC (rev 1253)
+++ trunk/debian/shell-lib.sh 2004-04-14 19:14:43 UTC (rev 1254)
@@ -501,11 +501,12 @@
fi
}
-safe_debconf () {
- # syntax: safe_debconf debconf_command [ debconf_argument ... ]
+run () {
+ # syntax: run command [ argument ... ]
#
- # Run specified debconf command with (optional) specified arguments, guarding
- # ourselves against abnormal exits.
+ # Run specified command with optional arguments and report its exit status.
+ # Useful for commands whose exit status may be nonzero, but still acceptable,
+ # or commands whose failure is not fatal to us.
#
# NOTE: Do *not* use this function with db_get or db_metaget commands; in
# those cases the return value of the debconf command *must* be checked
@@ -515,8 +516,8 @@
# validate arguments
if [ $# -lt 1 ]; then
-usage_error safe_debconf() called with wrong number of arguments; \
-expected at least 1, got $#
+usage_error run() called with wrong number of arguments; expected at \
+least 1, got $#
exit $SHELL_LIB_USAGE_ERROR
fi
Modified: trunk/debian/xdm.config.in
===
--- trunk/debian/xdm.config.in 2004-04-14 18:25:27 UTC (rev 1253)
+++ trunk/debian/xdm.config.in 2004-04-14 19:14:43 UTC (rev 1254)
@@ -31,8 +31,8 @@
if [ $OWNERS != $CHOICES ]; then
observe X display managers now available are \$OWNERS\
- safe_debconf db_subst shared/default-x-display-manager choices $OWNERS
- safe_debconf db_fset shared/default-x-display-manager seen false
+ run db_subst shared/default-x-display-manager choices $OWNERS
+ run db_fset shared/default-x-display-manager seen false
fi
# debconf is not a registry; use the current contents of the default display
@@ -47,7 +47,7 @@
$DEFAULT_DISPLAY_MANAGER_FILE does not exist or is not \
executable
fi
-safe_debconf db_set shared/default-x-display-manager $CURRENT_DEFAULT
+run db_set shared/default-x-display-manager $CURRENT_DEFAULT
fi
else
CURRENT_DEFAULT=
@@ -56,8 +56,8 @@
fi
fi
-safe_debconf db_input high shared/default-x-display-manager
-safe_debconf db_go
+run db_input high shared/default-x-display-manager
+run db_go
# using this display manager?
NEW_DEFAULT=
Modified: trunk/debian/xdm.postinst.in
===
--- trunk/debian/xdm.postinst.in2004-04-14 18:25:27 UTC (rev 1253)
+++ trunk/debian/xdm.postinst.in2004-04-14 19:14:43 UTC (rev 1254)
@@ -66,7 +66,7 @@
fi
# restarting the daemon may cause output to stdout
-safe_debconf db_stop
+run db_stop
# don't start xdm if we are upgrading without stopping it
NOSTART=
Modified: trunk/debian/xdm.prerm.in
===
--- trunk/debian/xdm.prerm.in 2004-04-14 18:25:27 UTC (rev 1253)
+++ trunk/debian/xdm.prerm.in 2004-04-14 19:14:43 UTC (rev 1254)
@@ -54,8 +54,8 @@
if [ -n $CHILDREN ]; then
if [ -n $HAVE_DEBCONF ]; then
# ask the question
- safe_debconf db_input high xdm/stop_running_server_with_children
- safe_debconf db_go
+ run db_input high xdm/stop_running_server_with_children
+ run db_go
# what did the user say?
ANSWER=
if db_get xdm/stop_running_server_with_children; then
@@ -66,7 +66,7 @@
fi
#
X Strike Force XFree86 SVN commit: r1255 - trunk/debian
Author: branden Date: 2004-04-14 14:18:02 -0500 (Wed, 14 Apr 2004) New Revision: 1255 Modified: trunk/debian/xdm.config.in Log: Fix shell redirection style. Update Vim modeline. Modified: trunk/debian/xdm.config.in === --- trunk/debian/xdm.config.in 2004-04-14 19:14:43 UTC (rev 1254) +++ trunk/debian/xdm.config.in 2004-04-14 19:18:02 UTC (rev 1255) @@ -42,7 +42,7 @@ $DEFAULT_DISPLAY_MANAGER_FILE | head -n 1)) if [ -n $CURRENT_DEFAULT ]; then -if ! which $CURRENT_DEFAULT /dev/null 21; then +if ! which $CURRENT_DEFAULT /dev/null 21; then observe default display manager \$CURRENT_DEFAULT\ specified in \ $DEFAULT_DISPLAY_MANAGER_FILE does not exist or is not \ executable @@ -79,4 +79,4 @@ exit 0 -# vim:set ai et sts=2 sw=2 tw=0: +# vim:set ai et sts=2 sw=2 tw=80:
kde3
Witam! Korzystajac z opisu zamieszczonego na: http://www.debianusers.pl/article.php?aid=34 zainstalowałem kde3 wydaje starx i nic - w komunikacie było aby wysłać na ten adres plik z logami, więc śle wraz z moją konfiguracją XF86Config-4 Prosze o pomoc :) Pozdrawiam Drozdowski Marcin 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.2.1.1 (Debian 4.2.1-3.bunk.10 20040225171800 bunk@) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 October 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.6.3-mm2 i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Wed Apr 14 21:00:23 2004 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Philips 105s (**) | |--Device Trio3D/2x (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout pl (**) XKB: layout: pl (**) Option XkbVariant pl (**) XKB: variant: pl (**) Option XkbOptions pl (**) XKB: options: pl (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.1.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.1.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0691 card , rev 22 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0596 card 1106, rev 09 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card , rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3050 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:09:0: chip 121a,0001 card , rev 02 class 04,00,00 hdr 00 (II) PCI: 00:0a:0: chip 10ec,8029 card 10ec,8029 rev 00 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 125d,1969 card 125d, rev 01 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 5333,8a13 card 5333,8a13 rev 01 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.2.1.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) Host-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 00x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 00x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 00x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) (II) Bus 1 I/O
problems with SunBlade100 and Xfree 4.3
Hello there, So here is the situation, we have a class full of sparcs SunBlade100, they all come with an ati Rage XL video card. All the sparcs (except one) are running an outdated version of Sarge-Sid with Xfree 4.2. We made a fresh install of woody - change sources - apt-get dist-upgrade - pure sarge on one sparc. The problem is that somehow X isn't working in the sparc with pure sarge. The pure sarge is using the same XF86Config-4 as the outdated sarge-sid sparcs. When we setup the Modes to 1024x768 in the pure sarge the monitor goes out of sync. The config files and logs of two test machines is appended. Any suggestions are welcome. Thank you, Nicolas Velasquez confLogs.tar.bz2 Description: application/tbz
Bug#243764: xserver-xfree86: X server flip-flops between VGA and DVI
Package: xserver-xfree86 Version: 4.3.0-7 Severity: normal Every time the X server restarts, it switches between the DVI and VGA outputs. Since XF86Config-4 says Option MonitorLayout TMDS it should only use DVI. It always starts up on VGA upon boot, and flip-flops every server restart thereafter. The XFree86.0.log below is from a startup on DVI. At the end of this mail I have included the log from the first startup at boot, where it came up on the VGA output. Here's a diff between the two (VGA is .old). --- /var/log/XFree86.0.log 2004-04-14 15:03:06.0 -0400 +++ /var/log/XFree86.0.log.old 2004-04-14 15:01:52.0 -0400 @@ -17,7 +17,7 @@ Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. -(==) Log file: /var/log/XFree86.0.log, Time: Wed Apr 14 15:01:52 2004 +(==) Log file: /var/log/XFree86.0.log, Time: Wed Apr 14 15:01:31 2004 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) @@ -63,7 +63,7 @@ ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 -(II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 +(II) PCI: stages = 0x03, oldVal1 = 0x80003a48, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1022,7454 card 1022,7454 rev 13 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1022,7455 card , rev 13 class 06,04,00 hdr 01 @@ -105,7 +105,7 @@ (II) Bus 2 prefetchable memory range: [0] -1 0 0xcea0 - 0xeeaf (0x2010) MX[B] (II) PCI-to-PCI bridge: -(II) Bus 1: bridge is at (0:6:0), (0,1,1), BCTRL: 0x0006 (VGA_EN is cleared) +(II) Bus 1: bridge is at (0:6:0), (0,1,1), BCTRL: 0x0406 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0x9000 - 0x90ff (0x100) IX[B] [1] -1 0 0x9400 - 0x94ff (0x100) IX[B] @@ -844,7 +844,5 @@ Warning: font renderer for .bdf.gz already registered at priority 0 Warning: font renderer for .pmf already registered at priority 0 Could not init font path element unix/:7100, removing from list! -GetModeLine - scrn: 0 clock: 130370 -GetModeLine - hdsp: 1600 hbeg: 1648 hend: 1680 httl: 1760 - vdsp: 1200 vbeg: 1202 vend: 1206 vttl: 1235 flags: -2147483643 -(II) 3rd Button detected: disabling emulate3Button +(II) RADEON(0): [drm] removed 1 reserved context for kernel +(II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xf885e000 at 0x44308000 -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxr-xr-x1 root root 20 2004-04-12 19:51 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742316 2004-03-18 00:42 /usr/bin/X11/XFree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :02:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01) :02:00.0 Class 0300: 1002:5961 (rev 01) XFree86 X server configuration file status: -rw-r--r--1 root root 2966 2004-04-12 20:58 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1
X Strike Force XFree86 SVN commit: r1256 - trunk/debian
Author: branden Date: 2004-04-14 15:41:35 -0500 (Wed, 14 Apr 2004) New Revision: 1256 Modified: trunk/debian/xfs.postinst.in Log: (cosmetic) Initialize variable after corresponding comment, not before. Modified: trunk/debian/xfs.postinst.in === --- trunk/debian/xfs.postinst.in2004-04-14 19:18:02 UTC (rev 1255) +++ trunk/debian/xfs.postinst.in2004-04-14 20:41:35 UTC (rev 1256) @@ -42,9 +42,9 @@ # restarting the daemon may cause output to stdout db_stop -NOSTART= # If we are not installing, we may or may not need to restart the daemon, but we # always start the daemon on install. +NOSTART= if [ ! -e /var/run/xfs.install ]; then # Don't start the daemon if it wasn't stopped... if [ -e /var/run/xfs.daemon-not-stopped ]; then
X Strike Force XFree86 SVN commit: r1257 - trunk/debian
Author: branden Date: 2004-04-14 15:43:02 -0500 (Wed, 14 Apr 2004) New Revision: 1257 Modified: trunk/debian/xfs.postrm.in Log: (cosmetic) Move a comment to where it makes more sense. Modified: trunk/debian/xfs.postrm.in === --- trunk/debian/xfs.postrm.in 2004-04-14 20:41:35 UTC (rev 1256) +++ trunk/debian/xfs.postrm.in 2004-04-14 20:43:02 UTC (rev 1257) @@ -41,11 +41,12 @@ fi fi -# NOTE: The following is copied from the postinst script and isn't necessary if -# dpkg executes a package's postinst script with the configure argument after -# unwinding from a failed upgrade. (See section 6.5 of the Debian Policy -# Manual, Details of unpack phase of installation or upgrade.) if [ $1 = abort-upgrade ]; then + # NOTE: The following is copied from the postinst script and isn't necessary + # if dpkg executes a package's postinst script with the configure argument + # after unwinding from a failed upgrade. (See section 6.5 of the Debian + # Policy Manual, Details of unpack phase of installation or upgrade.) + # Don't start the daemon if it wasn't stopped... if [ -e /var/run/xfs.daemon-not-stopped ]; then NOSTART=yes
X Strike Force XFree86 SVN commit: r1258 - trunk/debian
Author: branden Date: 2004-04-14 15:45:53 -0500 (Wed, 14 Apr 2004) New Revision: 1258 Modified: trunk/debian/changelog trunk/debian/xbase-clients.postinst.in trunk/debian/xfs.postinst.in trunk/debian/xlibmesa-gl.postrm.in trunk/debian/xlibmesa-glu.postrm.in Log: Source the debconf confmodule *before* setting variables local to maintainer scripts; the way confmodule works causes the values of any unexported variables already set to be lost (continuation of incomplete or regressed fix from 4.2.1-10). Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-04-14 20:43:02 UTC (rev 1257) +++ trunk/debian/changelog 2004-04-14 20:45:53 UTC (rev 1258) @@ -198,8 +198,13 @@ to imply it's useful only for debconf commands. Update all script invocations of safe_debconf() to run(). - -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 14:13:03 -0500 + * Source the debconf confmodule *before* setting variables local to +maintainer scripts; the way confmodule works causes the values of any +unexported variables already set to be lost (continuation of incomplete or +regressed fix from 4.2.1-10). + -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 15:45:03 -0500 + xfree86 (4.3.0-7) unstable; urgency=medium * Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop. Modified: trunk/debian/xbase-clients.postinst.in === --- trunk/debian/xbase-clients.postinst.in 2004-04-14 20:43:02 UTC (rev 1257) +++ trunk/debian/xbase-clients.postinst.in 2004-04-14 20:45:53 UTC (rev 1258) @@ -9,14 +9,14 @@ set -e +# source debconf library +. /usr/share/debconf/confmodule + THIS_PACKAGE=xbase-clients THIS_SCRIPT=postinst #INCLUDE_SHELL_LIB# -# source debconf library -. /usr/share/debconf/confmodule - check_symlinks_and_bomb /usr/X11R6/lib/X11/xinit \ /usr/X11R6/lib/X11/xsm \ /etc/X11/xkb/compiled \ Modified: trunk/debian/xfs.postinst.in === --- trunk/debian/xfs.postinst.in2004-04-14 20:43:02 UTC (rev 1257) +++ trunk/debian/xfs.postinst.in2004-04-14 20:45:53 UTC (rev 1258) @@ -9,14 +9,14 @@ set -e +# source debconf library +. /usr/share/debconf/confmodule + THIS_PACKAGE=xfs THIS_SCRIPT=postinst #INCLUDE_SHELL_LIB# -# source debconf library -. /usr/share/debconf/confmodule - check_symlinks_and_bomb /usr/X11R6/lib/X11/fs # now safe to finish migrations started in preinst Modified: trunk/debian/xlibmesa-gl.postrm.in === --- trunk/debian/xlibmesa-gl.postrm.in 2004-04-14 20:43:02 UTC (rev 1257) +++ trunk/debian/xlibmesa-gl.postrm.in 2004-04-14 20:45:53 UTC (rev 1258) @@ -7,14 +7,14 @@ set -e +# source debconf library +. /usr/share/debconf/confmodule + THIS_PACKAGE=xlibmesa-gl THIS_SCRIPT=postrm #INCLUDE_SHELL_LIB# -# source debconf library -. /usr/share/debconf/confmodule - #DEBHELPER# if [ $1 = remove ]; then Modified: trunk/debian/xlibmesa-glu.postrm.in === --- trunk/debian/xlibmesa-glu.postrm.in 2004-04-14 20:43:02 UTC (rev 1257) +++ trunk/debian/xlibmesa-glu.postrm.in 2004-04-14 20:45:53 UTC (rev 1258) @@ -7,14 +7,14 @@ set -e +# source debconf library +. /usr/share/debconf/confmodule + THIS_PACKAGE=xlibmesa-glu THIS_SCRIPT=postrm #INCLUDE_SHELL_LIB# -# source debconf library -. /usr/share/debconf/confmodule - #DEBHELPER# if [ $1 = remove ]; then
X Strike Force XFree86 SVN commit: r1259 - trunk/debian
Author: branden Date: 2004-04-14 15:51:34 -0500 (Wed, 14 Apr 2004) New Revision: 1259 Modified: trunk/debian/changelog trunk/debian/xfree86-common.postinst.in trunk/debian/xfree86-common.postrm.in Log: Fix up xfree86-common postinst and postrm scripts in minor ways. + Pass package name literally to update-rc.d and invoke-rc.d; quiets lintian warning. + Use shell's and || operators instead of test(1)'s -a and -o operators, since the former is POSIX-compliant and the latter is not. + Update Vim modeline. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-04-14 20:45:53 UTC (rev 1258) +++ trunk/debian/changelog 2004-04-14 20:51:34 UTC (rev 1259) @@ -151,8 +151,8 @@ stopped for upgrade, but the upgrade failed. + Pass package name literally to update-rc.d and invoke-rc.d; quiets lintian warning. -+ Use shell's and || operators instead of test(1)'s -a and -o operators, - since the former is POSIX-compliant and the latter is not. ++ Use shell's and || operators instead of test(1)'s -a and -o + operators, since the former is POSIX-compliant and the latter is not. * Fix SEGV when attempting to use GLX extension on SPARC due to failure of extension to initialize a Mesa context; patch by Ferris McCormick, @@ -203,8 +203,14 @@ unexported variables already set to be lost (continuation of incomplete or regressed fix from 4.2.1-10). - -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 15:45:03 -0500 + * Fix up xfree86-common postinst and postrm scripts in minor ways. ++ Pass package name literally to update-rc.d and invoke-rc.d; quiets + lintian warning. ++ Use shell's and || operators instead of test(1)'s -a and -o + operators, since the former is POSIX-compliant and the latter is not. + -- Branden Robinson [EMAIL PROTECTED] Wed, 14 Apr 2004 15:49:52 -0500 + xfree86 (4.3.0-7) unstable; urgency=medium * Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop. Modified: trunk/debian/xfree86-common.postinst.in === --- trunk/debian/xfree86-common.postinst.in 2004-04-14 20:45:53 UTC (rev 1258) +++ trunk/debian/xfree86-common.postinst.in 2004-04-14 20:51:34 UTC (rev 1259) @@ -31,13 +31,13 @@ remove_conffile_commit /etc/X11/Xsession.d/40xfree86-common_xmodmap if [ -e /etc/init.d/xfree86-common ]; then - update-rc.d $THIS_PACKAGE start 70 S . + update-rc.d xfree86-common start 70 S . fi #DEBHELPER# -invoke-rc.d $THIS_PACKAGE start || true +invoke-rc.d xfree86-common start || true exit 0 -# vim:set ai et sts=2 sw=2 tw=0: +# vim:set ai et sts=2 sw=2 tw=80: Modified: trunk/debian/xfree86-common.postrm.in === --- trunk/debian/xfree86-common.postrm.in 2004-04-14 20:45:53 UTC (rev 1258) +++ trunk/debian/xfree86-common.postrm.in 2004-04-14 20:51:34 UTC (rev 1259) @@ -14,14 +14,14 @@ #INCLUDE_SHELL_LIB# -if [ $1 = abort-install -o $1 = abort-upgrade ]; then +if [ $1 = abort-install ] || [ $1 = abort-upgrade ]; then remove_conffile_rollback /etc/X11/Xsession.d/40xfree86-common_xmodmap fi #DEBHELPER# if [ $1 = purge ]; then - update-rc.d $THIS_PACKAGE remove + update-rc.d xfree86-common remove for DIR in /etc/X11/Xresources /etc/X11/Xsession.d /etc/X11; do rmdir $DIR 2 /dev/null || true done @@ -29,4 +29,4 @@ exit 0 -# vim:set ai et sts=2 sw=2 tw=0: +# vim:set ai et sts=2 sw=2 tw=80:
Bug#243677: xkbmap: [setxkbmap] with option es for Spanish keyboard, all keys works except minus-mayor
On Wed, Apr 14, 2004 at 11:42:29AM +0200, Rubén da Silva Iglesias-Moreira wrote: Package: xbase-clients Version: 4.3.0-7 Severity: normal File: xkbmap minus-mayor keys not works with setxkbd es. These key are the only that do not work. With option gkb_xmmap es these keys works but not another keys as ñ or the numeric keyboard. It could be a problem with the key map for Spanish keyboard. Please read http://necrotic.deadbeast.net/xsf/XFree86/trunk/debian/local/FAQ question: *) Why doesn't my key work? Denis
Bug#243764: xserver-xfree86: X server flip-flops between VGA and DVI
On Wed, 2004-04-14 at 21:31, Ryan Richter wrote: Every time the X server restarts, it switches between the DVI and VGA outputs. Since XF86Config-4 says Option MonitorLayout TMDS it should only use DVI. It always starts up on VGA upon boot, and flip-flops every server restart thereafter. This could be a duplicate of bug #243575. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#243824: XF86VidMode-Extension: existence indistinguishable from non-existence
Package: xlibs-dev
Version: 4.2.1-3.bunk.10
Severity: normal
A program cannot use the result of XF86VidModeQueryExtension() to see,
if it would crash when calling XF86VidModeGetModeLine() or not.
Test program:
xvme.c:
#include stdio.h
#include X11/Xlib.h
#include X11/extensions/xf86vmode.h
int main (int argc, char **argv)
{
int rc = 0;
Display *display;
if ((display = XOpenDisplay (NULL))) {
XF86VidModeModeLine mode;
int a, b, r;
r = XF86VidModeQueryExtension(display, a, b);
printf (%d = XF86VidModeQueryExtension(%d, %d);\n, r, a, b);
r = XF86VidModeGetModeLine(display, DefaultScreen (display),
a, mode);
printf (%d = XF86VidModeGetModeLine(%d, %dx%d);\n,
r, a, mode.hdisplay, mode.vdisplay);
XCloseDisplay (display);
}
return rc;
}
Running locally:
strcmp:~/src xvme
1 = XF86VidModeQueryExtension(0, 131);
1 = XF86VidModeGetModeLine(106080, 1280x1024);
Running remotely:
noname:~ setenv DISPLAY strcmp:0
noname:~ xvme
1 = XF86VidModeQueryExtension(0, 131);
X Error of failed request: XF86VidModeExtensionDisabled
Major opcode of failed request: 135 (XFree86-VidModeExtension)
Minor opcode of failed request: 14 (XF86VidModeSetClientVersion)
Serial number of failed request: 9
Current serial number in output stream: 10
Of course normal X clients work in this setting (as you can see, because
XOpenDisplay() obviously succeeded, just programs, that try to use the
vidmode-extension crash (e.g. mplayer, tvtime, quake, ...), even, if no
fullscreen mode is activated. Because they are prepared to switch modes,
they usually query the size of the screen with the vidmode extension
instead of looking for the size of the root window etc. They continue to
work via ssh forwarding, because the server sees a local client in this
case, but they become too slow.
As you can see, no return value of XF86VidModeQueryExtension() tells you
that the extension is disabled for remote clients (by the way, how can i
enable it?). As this is the default, none of these programs can run
remotely.
One work-around would be to parse the DISPLAY string, if the display is
remote, and if it is, to use other means. But this is really dirty.
-- System Information
Debian Release: 3.0-bunk-1
Architecture: i386
Kernel: Linux strcmp.libc 2.6.5-strcmp.1 #4 Tue Apr 6 22:08:52 CEST 2004 i686
Locale: LANG=C, LC_CTYPE=de_DE
Versions of packages xlibs-dev depends on:
ii libc6-dev2.3.2.ds1-11GNU C Library: Development Librari
ii libc6-dev [libc-dev] 2.3.2.ds1-11GNU C Library: Development Librari
ii xlibs4.2.1-3.bunk.10 X Window System client libraries
Bug#241717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=241717
Debian Bug report logs - #241717 xterm: various colour problems (mouse cursor color, text colours) ... framebuffer: #aa (standard vga actually, and real vt100 AFAICR) gnome-terminal#aa Eterm:#cc rxvt: #cd mlterm: #e6 pterm:#eb konsole: #1818b2 (quite different, but still mostly the same blue) xterm-debian: #1e90ff (drastically different colour, especially with regards to contrast) Just for the record, I put up a screen dump showing xterm (with blue, DodgerBlue and blue2 background in the left column), and rxvt, gnome-terminal and konsole. As will be noted, gnome-terminal's appearance is wholly unlike the others, konsole is noticably darker (less legible than rxvt). rxvt coincidentally matches old-xterm colors. Since the latter three are all standard, yet different, there's no point made, since the same arguments ad nauseum can also be made against using blue2. See ftp://invisible-island.net/temp/contrast.jpg p.s: vt102 advanced video option refers to support for scrolling - it helps to know what you're talking about if you choose to argue. -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net
Bug#243764: xserver-xfree86: X server flip-flops between VGA and DVI
On Thu, Apr 15, 2004 at 12:50:17AM +0200, Michel Dänzer wrote: This could be a duplicate of bug #243575. I haven't verified it, but it looks like you're almost certainly right. Sorry, I missed that one whe I looked through the existing bug reports. Will there be a new release with this patch soon? Thanks, -ryan
Re: problems with SunBlade100 and Xfree 4.3
Hey there, thank you for the fast answer. I think sid comes with the same version that sarge has. I tried a downgrade the xserver-xfree86 to 4.1 (woody), but there were lots of dependency problems. Can I copy the ati drivers of other xserver-xfree86 to the one I'm running? If this a bug and is not posted, how can I post it? El Mié 14 Abr 2004 18:20, Roy Bixler escribió: On Thu, Apr 15, 2004 at 08:36:36AM +1000, Jim Watson wrote: i see this too. i dont think it solves the problem, but what happens if you can downgrade one package xserver-xfree86? I had the same problem as the original poster and the workaround is to run 'unstable' with the xserver-xfree86 v. 4.2.1 package. -- Roy Bixler [EMAIL PROTECTED] The University of Chicago Press
Re: problems with SunBlade100 and Xfree 4.3
On Wed, 14 Apr 2004 13:32:43 -0500 Nicolás Velásquez O. [EMAIL PROTECTED] wrote: Any suggestions are welcome. I think the problem you are running into here is in XFree86 4.3.0, a new option got introduced for the ATI cards that seems to cause problems on the Blade 100 and 150s if missing from the XF86Config-4 file. The Driver option is called Reference_Clock and is documented at http://www.xfree86.org/~dawes/4.3.0/ati5.html#26 On my Blade 100 here, I use the following setting for it in the Device section of XF86Config-4; Option reference_clock 28.636 MHz Hopefully this will work for you as well. Cheers, -- Jason Wever Gentoo/Sparc Team Co-Lead pgpJTwUVSB83G.pgp Description: PGP signature
Re: X11R6.7
On Tue, Apr 13, 2004 at 03:16:03PM -0500, Branden Robinson wrote: I think it might be easier to transition our developers and users if we packaged the X.Org monolithic tree, adding stuff from modular tree in parallel as it becomes available. I suppose that the current packaging would transition over well to the X.org tree, making a rollout relatively easy in comparison with a completely retooled xizzle tree. Has anyone looked at how much new work would have to be done for packaging the X.org tree? - David Nusinow
