Bug#170638: Create /tmp/.X11-unix as soon as possible
Package: xserver-common Version: 4.2.1-3 Hi Branden, If there is no display manager installed, then it is possible that a Xvnc session is started before the lokal XWindow server. In this case Xvnc creates /tmp/.X11-unix with the wrong permissions, and XFree86 will refuse to start. I had exactly this problem a few minutes ago. I would suggest to create /tmp/.X11-unix at boot time by one of the startup scripts. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dpkg error
Any ideas how to fix the following? Thanks, Martin apt-get install gimp1.2 Reading Package Lists... Done Building Dependency Tree... Done Sorry, gimp1.2 is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 210 not upgraded. 1 packages not fully installed or removed. Need to get 0B of archives. After unpacking 0B will be used. Setting up xbase-clients (4.1.0-16) ... Analyzing /etc/X11/xkb/xkbcomp: drwxr-xr-x 73 root root 4096 Nov 25 17:09 /etc drwxr-xr-x 16 root root 4096 Nov 22 16:03 /etc/X11 drwxr-xr-x 10 root root 4096 Nov 22 16:07 /etc/X11/xkb -rwxr-xr-x1 root root 270718 Jan 21 2002 /etc/X11/xkb/xkbcomp ERROR: /etc/X11/xkb/xkbcomp is not a symbolic link. The package preinst script should have failed. Please report the package name, version, and the text of the above error message(s) to <[EMAIL PROTECTED]>. dpkg: error processing xbase-clients (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: xbase-clients E: Sub-process /usr/bin/dpkg returned an error code (1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#168098: upstream problem
A simple test with CVS HEAD of XFree86 (approximately 4.2.99.2) shows that the problem is present upstream too, so it's not a Debian packaging problem. -- Meelis Roos ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#170678: xprt: living with xprint-xprintorg
Package: xprt
Version: 4.2.1-3
Severity: important
Tags: patch
Hi Branden,
as you know, I've now added xprint-xprintorg to the archives. There's a
couple of trivial changes worth making to xprt to fit in with my new
package. I've marked this bug report as "important", in line with bugs
#18061/#86881 (also marked as important), since xprt won't even pretend to
work without the config files provided by xprt-common. But since xprt
(XFree86's Xprt) doesn't work anyway in practice (with the config files it
starts but doesn't print), feel free to downgrade the severity.
xprint-xprintorg provides two binary packages:
xprt-common:config files and init script
xprt-xprintorg: server binary (Xprt).
I therefore recommend two changes to the xprt package:
1) update the description to point out that xprt does not work, and
xprt-xprintorg should be used instead. (should xprt recommend xprt-xprintorg?)
2) depend on xprt-common
I recommend against a third change:
3) let xprt conflict with xprt-xprintorg.
With respect to this latter point, I've arranged xprt-xprintorg to install
Xprt into /usr/bin, while xprt puts it in /usr/X11R6/bin/Xprt, so there is
no strict need for the two packages to conflict. The init script
/etc/init.d/xprint provided by xprt-common uses /usr/bin/Xprt
(xprt-xprintorg) if installed, otherwise it invokes /usr/X11R6/bin/Xprt
(xprt). For the record, Roland Mainz, the xprint.org upstream author, would
prefer the two to conflict, but I would prefer to override him on account of
freedom: if someone really wants to install xprt, even though it doesn't
work, then good luck to them. Maybe they just want to have a glimpse to see
what's wrong with it. Debian shouldn't prevent them from doing that.
Thus, I would recommend the xprt section of xfree86's control file to look
something like:
###
Package: xprt
Architecture: any
Depends: xprt-common, ${shlibs:Depends}
Description: X print server (XFree86)
xprt provides an X server with the print extension and special DDX
(Device-Dependent X) implementation.
.
This package provides Xprt, the Xprint server from XFree86. Note that this
version is buggy and does not work with mozilla. You should install
xprt-xprintorg instead, which provides full support for printing from
mozilla, including non-latin characters and MathML.
###
I'll leave it to you to decide if xprt should Recommends: xprt-xprintorg.
Note that the provision of xprt-common also permits bugs #18061/#86881 to
be closed.
Enjoy :)
Drew
p.s. with regards to bugs #21440/#31399, I'm planning to make some man pages
for xprint.org soon.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux strider 2.4.19 #1 Sun Aug 18 11:36:53 EST 2002 i686
Locale: LANG=ru_RU, LC_CTYPE=ru_RU
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#170690: xlibmesa3: DRI drivers may run 3dnow instructions on Pentium 4
Package: xlibmesa3 Version: 4.2.1-3 Severity: normal Tags: upstream My laptop has a Mobile Pentium 4 processor and Radeon 7500c gfx. I found that with xlibmesa3 installed and DRI enabled any program that uses OpenGL would die with a SIGILL in the radeon_dri.so library. Investigation revealed that the problem occurred in code containing 3dnow instructions -- setting MESA_NO_3DNOW prevented the crashes. This in turn is due to the way the library obtains the capability information for cpus: it uses CPUID to get the capability bitvectors and passes those around unchanged. This worked while the bits AMD uses to signal the availability of 3DNOW were not used by intel as well. In the pentium 4 family, this assumption no longer holds. The code that does the probe is found in xc/extras/Mesa/src/X86/common_x86_asm.S The obvious quick fix would be to mask the problematic bits in the intel branch of the code before returning the bitvector. A more complete fix would be to not use the CPU's capability vector directly, but instead use it to construct a cability vector for the library. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux infovore 2.4.18 #3 Wed Nov 20 00:59:38 CET 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xlibmesa3 depends on: ii debconf 1.2.16 Debian configuration management sy ii libc62.3.1-5 GNU C Library: Shared libraries an ii libstdc++2.10-glibc2.2 1:2.95.4-15 The GNU stdc++ library ii xlibs4.2.1-3 X Window System client libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 168098
Processing commands for [EMAIL PROTECTED]: > tag 168098 + upstream Bug#168098: xserver-xfree86: [mga] XVideo broken in 4.2 for G400 There were no tags set. 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]
Bug#170700: xserver-common: want AA font support configured by default
Package: xserver-common Version 4.2.1-4 Severity: wishlist - Forwarded message from Hans Ginzel <[EMAIL PROTECTED]> - From: Hans Ginzel <[EMAIL PROTECTED]> To: Branden Robinson <[EMAIL PROTECTED]> Subject: antialiasing Date: Mon, 25 Nov 2002 08:40:09 +0100 Message-ID: <[EMAIL PROTECTED]> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=0.3 required=4.0 tests=SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT version=2.43 Hello, you are the maintainer of xlibs. Please add configaretion of antialiasing as default or add it through debconf. http://www.tldp.org/HOWTO/mini/FDU/ Thanks Hans Ginzel -- Fight against terrorism? What about users which are terrorised by Windows? - End forwarded message - -- G. Branden Robinson|Somewhere, there is a .sig so funny Debian GNU/Linux |that reading it will cause an [EMAIL PROTECTED] |aneurysm. This is not that .sig. http://people.debian.org/~branden/ | msg04865/pgp0.pgp Description: PGP signature
Re: dpkg error
On Mon, Nov 25, 2002 at 05:19:01PM +0800, Martin Sulzmann wrote: > Any ideas how to fix the following? > > Thanks, >Martin > > apt-get install gimp1.2 > Reading Package Lists... Done > Building Dependency Tree... Done > Sorry, gimp1.2 is already the newest version. > 0 packages upgraded, 0 newly installed, 0 to remove and 210 not upgraded. > 1 packages not fully installed or removed. > Need to get 0B of archives. After unpacking 0B will be used. > Setting up xbase-clients (4.1.0-16) ... > Analyzing /etc/X11/xkb/xkbcomp: > drwxr-xr-x 73 root root 4096 Nov 25 17:09 /etc > drwxr-xr-x 16 root root 4096 Nov 22 16:03 /etc/X11 > drwxr-xr-x 10 root root 4096 Nov 22 16:07 /etc/X11/xkb > -rwxr-xr-x1 root root 270718 Jan 21 2002 /etc/X11/xkb/xkbcomp > ERROR: /etc/X11/xkb/xkbcomp is not a symbolic link. The package preinst script > should have failed. > Please report the package name, version, and the text of the above error > message(s) to <[EMAIL PROTECTED]>. > dpkg: error processing xbase-clients (--configure): > subprocess post-installation script returned error exit status 1 > Errors were encountered while processing: > xbase-clients > E: Sub-process /usr/bin/dpkg returned an error code (1) Thanks for the report. We need a little more information: * We need /var/cache/apt/archive/xbase-clients_4.1.0-16_*.deb. I.e., the file apt downloaded. Please do not email it, but put it up on the web somewhere and provide us with a URL. * The output of the following 3 commands: + grep xkbcomp /var/lib/dpkg/info/*.list + ls -l /etc/X11 /etc/X11/xkb + ls -l /usr/X11R6/lib/X11 /usr/X11R6/lib/X11/xkb * What was the previous version (if any) of xbase-clients that you were upgrading from? Was this a new install? Was there any output from xbase-clients *before* the "Setting up xbase-clients (4.1.0-16)" message? -- G. Branden Robinson|Men use thought only to justify Debian GNU/Linux |their wrong doings, and speech only [EMAIL PROTECTED] |to conceal their thoughts. http://people.debian.org/~branden/ |-- Voltaire msg04866/pgp0.pgp Description: PGP signature
Processed: closing 170700, reopening 170700
Processing commands for [EMAIL PROTECTED]: > close 170700 Bug#170700: xserver-common: want AA font support configured by default Bug closed, send any further explanations to Branden Robinson <[EMAIL PROTECTED]> > reopen 170700 [EMAIL PROTECTED] Bug#170700: xserver-common: want AA font support configured by default Bug reopened, originator set to [EMAIL PROTECTED] > 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]
Bug#163815: color map bug also on 9388 chip
Hi, I want to tell that the color map bug also shows up on a 9388 chip in a NEC VERSA SX laptop (2MB video RAM): lspci says: 00:02.0 VGA compatible controller: Trident Microsystems Cyber 9388 (rev d3) XFree.0.log & XF86Config-4 attached using trident_drv.o from http://www.xfree86.org/~alanh/ and restarting helps but not to full extent: The default-blue debian kde background shows up now correctly in kdm, but the kdm background color is still shifted. may be because the trident_drv.o module from http://www.xfree86.org/~alanh/ is for version 4.1.0? The problem occured after the last dist-upgrade on a debian unstable installation (the X server version before was 4.1.0.1 and worked). The error occurs only with 16bit mode, 8bit mode works. albrecht -- // Albrecht Gebhardt Tel.: (++43 463) 2700/3118 // Institut fuer Mathematik Fax : (++43 463) 2700/3198 // Universitaet Klagenfurtmailto:[EMAIL PROTECTED] // Universitaetsstr. 65 http://www-stat.uni-klu.ac.at/~agebhard // A-9020 Klagenfurt, Austria ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 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.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "de" Option "XkbVariant""nodeadkeys" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/gpmdata" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "Trident" Driver "trident" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 30-57 VertRefresh 43-72 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Trident" Monitor "Generic Monitor" DefaultDepth16 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection Section "DRI" Mode0666 EndSection ### END DEBCONF SECTION Thi
Re: i845 patch for 4.2.1 debs
* Michael Cardenas <[EMAIL PROTECTED]> [103102 12:00]: > I might email upstream and ask them if they can show me what part of > the patch fixes that problem, because its a very large patch. (I also > might just wait for 4.3 to be released!) No pressure, (I've told the locals who bought i845 chipset machines that they are SOL for a few months at best) but is there any new information on this? I'm willing to look into it later this year if nothing new has happened by then. (After school gets out, most likely.) Of course, I might just wait for 4.3 too. Thanks. -- Scott Dier <[EMAIL PROTECTED]> KC0OBS http://www.ringworld.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: i845 patch for 4.2.1 debs
I don't recall what your specific problem was, but I emailed upstream to see if they could easily give us a patch to fix the i845 driver so that it would respect the refresh rate settings in the XF86Config-4 file, but they said that it would be too difficult. The i845 driver does provide 2d acceleration, it just doesn't respect refresh rate settings, so it can't be used with lcd screens. On Mon, Nov 25, 2002 at 12:51:58PM -0600, Scott Dier wrote: > * Michael Cardenas <[EMAIL PROTECTED]> [103102 12:00]: > > I might email upstream and ask them if they can show me what part of > > the patch fixes that problem, because its a very large patch. (I also > > might just wait for 4.3 to be released!) > > No pressure, (I've told the locals who bought i845 chipset machines that > they are SOL for a few months at best) but is there any new information > on this? I'm willing to look into it later this year if nothing new has > happened by then. (After school gets out, most likely.) > > Of course, I might just wait for 4.3 too. > > Thanks. > -- michael cardenas | lead software engineer, lindows.com hyperpoem.net | GNU/Linux software developer people.debian.org/~mbc | encrypted email preferred "Every concept grasped by the mind becomes an obstacle in the quest to those who search." - Gregory of Nyssa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#170690: xlibmesa3: DRI drivers may run 3dnow instructions on Pentium 4
On Mon, 2002-11-25 at 09:41, Olaf Weber wrote: > > My laptop has a Mobile Pentium 4 processor and Radeon 7500c gfx. I found > that with xlibmesa3 installed and DRI enabled any program that uses OpenGL > would die with a SIGILL in the radeon_dri.so library. > > Investigation revealed that the problem occurred in code containing 3dnow > instructions -- setting MESA_NO_3DNOW prevented the crashes. This in turn > is due to the way the library obtains the capability information for cpus: > it uses CPUID to get the capability bitvectors and passes those around > unchanged. This worked while the bits AMD uses to signal the availability > of 3DNOW were not used by intel as well. In the pentium 4 family, this > assumption no longer holds. > > The code that does the probe is found in > xc/extras/Mesa/src/X86/common_x86_asm.S > > The obvious quick fix would be to mask the problematic bits in the intel > branch of the code before returning the bitvector. A more complete fix > would be to not use the CPU's capability vector directly, but instead use > it to construct a cability vector for the library. The attached patch is how this was fixed in DRI and XFree86 CVS. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast Index: extras/Mesa/src/X86/common_x86_asm.S === RCS file: /cvsroot/dri/xc/xc/extras/Mesa/src/X86/common_x86_asm.S,v retrieving revision 1.14 retrieving revision 1.15 diff -p -u -r1.14 -r1.15 --- extras/Mesa/src/X86/common_x86_asm.S 22 Oct 2002 23:38:09 - 1.14 +++ extras/Mesa/src/X86/common_x86_asm.S 9 Nov 2002 17:44:32 - 1.15 @@ -117,6 +117,11 @@ GLNAME( _mesa_identify_x86_cpu_features MOV_L ( CONST(0x1), EAX ) CPUID MOV_L ( EDX, EAX ) + + /* Mask out highest bit, which is used by AMD for 3dnow + * Newer Intel have this bit set, but do not support 3dnow + */ +AND_L ( CONST(0X7FFF), EAX) JMP ( LLBL(cpuid_done) ) LLBL(cpuid_amd):
Bug#170749: xfonts-scalable: runnxftcache in Speedo directory fails
Package: xfonts-scalable Version: 4.2.1-4 Severity: grave Justification: renders package unusable When attempting to install or uninstall xfonts-scalable 4.2.1-4 I get the follwoing error: Setting up xfonts-scalable (4.2.1-4) ... Running update-fonts-scale in Speedo font directory...done. Running update-fonts-dir in Speedo font directory...done. Running xftcache in Speedo font directory...Can't scan directory "/usr/X11R6/lib/X11/fonts/Speed o" dpkg: error processing xfonts-scalable (--configure): subprocess post-installation script returned error exit status 1 Setting up libgnomevfs2-common (2.0.4-4) ... Errors were encountered while processing: xfonts-scalable E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux rilke 2.4.19 #1 SMP Wed Oct 2 20:03:21 PDT 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xfonts-scalable depends on: ii xutils 4.2.0-0pre1v2 X Window System utility programs -- michael cardenas | lead software engineer, lindows.com hyperpoem.net | GNU/Linux software developer people.debian.org/~mbc | encrypted email preferred "The hours ahead, like all her nights with him, would be added, she thought, to that savings account of one's life where moments of time are stored in the pride of having been lived." - Ayn Rand, Atlas Shrugged msg04872/pgp0.pgp Description: PGP signature
Bug#170638: Create /tmp/.X11-unix as soon as possible
Package: xserver-common Version: 4.2.1-3 Hi Branden, If there is no display manager installed, then it is possible that a Xvnc session is started before the lokal XWindow server. In this case Xvnc creates /tmp/.X11-unix with the wrong permissions, and XFree86 will refuse to start. I had exactly this problem a few minutes ago. I would suggest to create /tmp/.X11-unix at boot time by one of the startup scripts. Regards Harri
dpkg error
Any ideas how to fix the following? Thanks, Martin apt-get install gimp1.2 Reading Package Lists... Done Building Dependency Tree... Done Sorry, gimp1.2 is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 210 not upgraded. 1 packages not fully installed or removed. Need to get 0B of archives. After unpacking 0B will be used. Setting up xbase-clients (4.1.0-16) ... Analyzing /etc/X11/xkb/xkbcomp: drwxr-xr-x 73 root root 4096 Nov 25 17:09 /etc drwxr-xr-x 16 root root 4096 Nov 22 16:03 /etc/X11 drwxr-xr-x 10 root root 4096 Nov 22 16:07 /etc/X11/xkb -rwxr-xr-x1 root root 270718 Jan 21 2002 /etc/X11/xkb/xkbcomp ERROR: /etc/X11/xkb/xkbcomp is not a symbolic link. The package preinst script should have failed. Please report the package name, version, and the text of the above error message(s) to . dpkg: error processing xbase-clients (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: xbase-clients E: Sub-process /usr/bin/dpkg returned an error code (1)
Bug#168098: upstream problem
A simple test with CVS HEAD of XFree86 (approximately 4.2.99.2) shows that the problem is present upstream too, so it's not a Debian packaging problem. -- Meelis Roos ([EMAIL PROTECTED])
Bug#170678: xprt: living with xprint-xprintorg
Package: xprt
Version: 4.2.1-3
Severity: important
Tags: patch
Hi Branden,
as you know, I've now added xprint-xprintorg to the archives. There's a
couple of trivial changes worth making to xprt to fit in with my new
package. I've marked this bug report as "important", in line with bugs
#18061/#86881 (also marked as important), since xprt won't even pretend to
work without the config files provided by xprt-common. But since xprt
(XFree86's Xprt) doesn't work anyway in practice (with the config files it
starts but doesn't print), feel free to downgrade the severity.
xprint-xprintorg provides two binary packages:
xprt-common:config files and init script
xprt-xprintorg: server binary (Xprt).
I therefore recommend two changes to the xprt package:
1) update the description to point out that xprt does not work, and
xprt-xprintorg should be used instead. (should xprt recommend xprt-xprintorg?)
2) depend on xprt-common
I recommend against a third change:
3) let xprt conflict with xprt-xprintorg.
With respect to this latter point, I've arranged xprt-xprintorg to install
Xprt into /usr/bin, while xprt puts it in /usr/X11R6/bin/Xprt, so there is
no strict need for the two packages to conflict. The init script
/etc/init.d/xprint provided by xprt-common uses /usr/bin/Xprt
(xprt-xprintorg) if installed, otherwise it invokes /usr/X11R6/bin/Xprt
(xprt). For the record, Roland Mainz, the xprint.org upstream author, would
prefer the two to conflict, but I would prefer to override him on account of
freedom: if someone really wants to install xprt, even though it doesn't
work, then good luck to them. Maybe they just want to have a glimpse to see
what's wrong with it. Debian shouldn't prevent them from doing that.
Thus, I would recommend the xprt section of xfree86's control file to look
something like:
###
Package: xprt
Architecture: any
Depends: xprt-common, ${shlibs:Depends}
Description: X print server (XFree86)
xprt provides an X server with the print extension and special DDX
(Device-Dependent X) implementation.
.
This package provides Xprt, the Xprint server from XFree86. Note that this
version is buggy and does not work with mozilla. You should install
xprt-xprintorg instead, which provides full support for printing from
mozilla, including non-latin characters and MathML.
###
I'll leave it to you to decide if xprt should Recommends: xprt-xprintorg.
Note that the provision of xprt-common also permits bugs #18061/#86881 to
be closed.
Enjoy :)
Drew
p.s. with regards to bugs #21440/#31399, I'm planning to make some man pages
for xprint.org soon.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux strider 2.4.19 #1 Sun Aug 18 11:36:53 EST 2002 i686
Locale: LANG=ru_RU, LC_CTYPE=ru_RU
Bug#170690: xlibmesa3: DRI drivers may run 3dnow instructions on Pentium 4
Package: xlibmesa3 Version: 4.2.1-3 Severity: normal Tags: upstream My laptop has a Mobile Pentium 4 processor and Radeon 7500c gfx. I found that with xlibmesa3 installed and DRI enabled any program that uses OpenGL would die with a SIGILL in the radeon_dri.so library. Investigation revealed that the problem occurred in code containing 3dnow instructions -- setting MESA_NO_3DNOW prevented the crashes. This in turn is due to the way the library obtains the capability information for cpus: it uses CPUID to get the capability bitvectors and passes those around unchanged. This worked while the bits AMD uses to signal the availability of 3DNOW were not used by intel as well. In the pentium 4 family, this assumption no longer holds. The code that does the probe is found in xc/extras/Mesa/src/X86/common_x86_asm.S The obvious quick fix would be to mask the problematic bits in the intel branch of the code before returning the bitvector. A more complete fix would be to not use the CPU's capability vector directly, but instead use it to construct a cability vector for the library. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux infovore 2.4.18 #3 Wed Nov 20 00:59:38 CET 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xlibmesa3 depends on: ii debconf 1.2.16 Debian configuration management sy ii libc62.3.1-5 GNU C Library: Shared libraries an ii libstdc++2.10-glibc2.2 1:2.95.4-15 The GNU stdc++ library ii xlibs4.2.1-3 X Window System client libraries -- no debconf information
Processed: tagging 168098
Processing commands for [EMAIL PROTECTED]: > tag 168098 + upstream Bug#168098: xserver-xfree86: [mga] XVideo broken in 4.2 for G400 There were no tags set. 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)
Bug#170700: xserver-common: want AA font support configured by default
Package: xserver-common Version 4.2.1-4 Severity: wishlist - Forwarded message from Hans Ginzel <[EMAIL PROTECTED]> - From: Hans Ginzel <[EMAIL PROTECTED]> To: Branden Robinson <[EMAIL PROTECTED]> Subject: antialiasing Date: Mon, 25 Nov 2002 08:40:09 +0100 Message-ID: <[EMAIL PROTECTED]> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=0.3 required=4.0 tests=SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT version=2.43 Hello, you are the maintainer of xlibs. Please add configaretion of antialiasing as default or add it through debconf. http://www.tldp.org/HOWTO/mini/FDU/ Thanks Hans Ginzel -- Fight against terrorism? What about users which are terrorised by Windows? - End forwarded message - -- G. Branden Robinson|Somewhere, there is a .sig so funny Debian GNU/Linux |that reading it will cause an [EMAIL PROTECTED] |aneurysm. This is not that .sig. http://people.debian.org/~branden/ | pgpniHFXZIT7P.pgp Description: PGP signature
Re: dpkg error
On Mon, Nov 25, 2002 at 05:19:01PM +0800, Martin Sulzmann wrote: > Any ideas how to fix the following? > > Thanks, >Martin > > apt-get install gimp1.2 > Reading Package Lists... Done > Building Dependency Tree... Done > Sorry, gimp1.2 is already the newest version. > 0 packages upgraded, 0 newly installed, 0 to remove and 210 not upgraded. > 1 packages not fully installed or removed. > Need to get 0B of archives. After unpacking 0B will be used. > Setting up xbase-clients (4.1.0-16) ... > Analyzing /etc/X11/xkb/xkbcomp: > drwxr-xr-x 73 root root 4096 Nov 25 17:09 /etc > drwxr-xr-x 16 root root 4096 Nov 22 16:03 /etc/X11 > drwxr-xr-x 10 root root 4096 Nov 22 16:07 /etc/X11/xkb > -rwxr-xr-x1 root root 270718 Jan 21 2002 /etc/X11/xkb/xkbcomp > ERROR: /etc/X11/xkb/xkbcomp is not a symbolic link. The package preinst > script > should have failed. > Please report the package name, version, and the text of the above error > message(s) to . > dpkg: error processing xbase-clients (--configure): > subprocess post-installation script returned error exit status 1 > Errors were encountered while processing: > xbase-clients > E: Sub-process /usr/bin/dpkg returned an error code (1) Thanks for the report. We need a little more information: * We need /var/cache/apt/archive/xbase-clients_4.1.0-16_*.deb. I.e., the file apt downloaded. Please do not email it, but put it up on the web somewhere and provide us with a URL. * The output of the following 3 commands: + grep xkbcomp /var/lib/dpkg/info/*.list + ls -l /etc/X11 /etc/X11/xkb + ls -l /usr/X11R6/lib/X11 /usr/X11R6/lib/X11/xkb * What was the previous version (if any) of xbase-clients that you were upgrading from? Was this a new install? Was there any output from xbase-clients *before* the "Setting up xbase-clients (4.1.0-16)" message? -- G. Branden Robinson|Men use thought only to justify Debian GNU/Linux |their wrong doings, and speech only [EMAIL PROTECTED] |to conceal their thoughts. http://people.debian.org/~branden/ |-- Voltaire pgpjvMcwK5smp.pgp Description: PGP signature
Processed: closing 170700, reopening 170700
Processing commands for [EMAIL PROTECTED]: > close 170700 Bug#170700: xserver-common: want AA font support configured by default Bug closed, send any further explanations to Branden Robinson <[EMAIL PROTECTED]> > reopen 170700 [EMAIL PROTECTED] Bug#170700: xserver-common: want AA font support configured by default Bug reopened, originator set to [EMAIL PROTECTED] > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#163815: color map bug also on 9388 chip
Hi, I want to tell that the color map bug also shows up on a 9388 chip in a NEC VERSA SX laptop (2MB video RAM): lspci says: 00:02.0 VGA compatible controller: Trident Microsystems Cyber 9388 (rev d3) XFree.0.log & XF86Config-4 attached using trident_drv.o from http://www.xfree86.org/~alanh/ and restarting helps but not to full extent: The default-blue debian kde background shows up now correctly in kdm, but the kdm background color is still shifted. may be because the trident_drv.o module from http://www.xfree86.org/~alanh/ is for version 4.1.0? The problem occured after the last dist-upgrade on a debian unstable installation (the X server version before was 4.1.0.1 and worked). The error occurs only with 16bit mode, 8bit mode works. albrecht -- // Albrecht Gebhardt Tel.: (++43 463) 2700/3118 // Institut fuer Mathematik Fax : (++43 463) 2700/3198 // Universitaet Klagenfurtmailto:[EMAIL PROTECTED] // Universitaetsstr. 65 http://www-stat.uni-klu.ac.at/~agebhard // A-9020 Klagenfurt, Austria ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 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.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "de" Option "XkbVariant""nodeadkeys" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/gpmdata" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "Trident" Driver "trident" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 30-57 VertRefresh 43-72 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Trident" Monitor "Generic Monitor" DefaultDepth16 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection Section "DRI" Mode0666 EndSection ### END DEBCONF SECTION This
Re: i845 patch for 4.2.1 debs
* Michael Cardenas <[EMAIL PROTECTED]> [103102 12:00]: > I might email upstream and ask them if they can show me what part of > the patch fixes that problem, because its a very large patch. (I also > might just wait for 4.3 to be released!) No pressure, (I've told the locals who bought i845 chipset machines that they are SOL for a few months at best) but is there any new information on this? I'm willing to look into it later this year if nothing new has happened by then. (After school gets out, most likely.) Of course, I might just wait for 4.3 too. Thanks. -- Scott Dier <[EMAIL PROTECTED]> KC0OBS http://www.ringworld.org/
Re: i845 patch for 4.2.1 debs
I don't recall what your specific problem was, but I emailed upstream to see if they could easily give us a patch to fix the i845 driver so that it would respect the refresh rate settings in the XF86Config-4 file, but they said that it would be too difficult. The i845 driver does provide 2d acceleration, it just doesn't respect refresh rate settings, so it can't be used with lcd screens. On Mon, Nov 25, 2002 at 12:51:58PM -0600, Scott Dier wrote: > * Michael Cardenas <[EMAIL PROTECTED]> [103102 12:00]: > > I might email upstream and ask them if they can show me what part of > > the patch fixes that problem, because its a very large patch. (I also > > might just wait for 4.3 to be released!) > > No pressure, (I've told the locals who bought i845 chipset machines that > they are SOL for a few months at best) but is there any new information > on this? I'm willing to look into it later this year if nothing new has > happened by then. (After school gets out, most likely.) > > Of course, I might just wait for 4.3 too. > > Thanks. > -- michael cardenas | lead software engineer, lindows.com hyperpoem.net | GNU/Linux software developer people.debian.org/~mbc | encrypted email preferred "Every concept grasped by the mind becomes an obstacle in the quest to those who search." - Gregory of Nyssa
Bug#170690: xlibmesa3: DRI drivers may run 3dnow instructions on Pentium 4
On Mon, 2002-11-25 at 09:41, Olaf Weber wrote: > > My laptop has a Mobile Pentium 4 processor and Radeon 7500c gfx. I found > that with xlibmesa3 installed and DRI enabled any program that uses OpenGL > would die with a SIGILL in the radeon_dri.so library. > > Investigation revealed that the problem occurred in code containing 3dnow > instructions -- setting MESA_NO_3DNOW prevented the crashes. This in turn > is due to the way the library obtains the capability information for cpus: > it uses CPUID to get the capability bitvectors and passes those around > unchanged. This worked while the bits AMD uses to signal the availability > of 3DNOW were not used by intel as well. In the pentium 4 family, this > assumption no longer holds. > > The code that does the probe is found in > xc/extras/Mesa/src/X86/common_x86_asm.S > > The obvious quick fix would be to mask the problematic bits in the intel > branch of the code before returning the bitvector. A more complete fix > would be to not use the CPU's capability vector directly, but instead use > it to construct a cability vector for the library. The attached patch is how this was fixed in DRI and XFree86 CVS. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast Index: extras/Mesa/src/X86/common_x86_asm.S === RCS file: /cvsroot/dri/xc/xc/extras/Mesa/src/X86/common_x86_asm.S,v retrieving revision 1.14 retrieving revision 1.15 diff -p -u -r1.14 -r1.15 --- extras/Mesa/src/X86/common_x86_asm.S 22 Oct 2002 23:38:09 - 1.14 +++ extras/Mesa/src/X86/common_x86_asm.S 9 Nov 2002 17:44:32 - 1.15 @@ -117,6 +117,11 @@ GLNAME( _mesa_identify_x86_cpu_features MOV_L ( CONST(0x1), EAX ) CPUID MOV_L ( EDX, EAX ) + + /* Mask out highest bit, which is used by AMD for 3dnow + * Newer Intel have this bit set, but do not support 3dnow + */ +AND_L ( CONST(0X7FFF), EAX) JMP ( LLBL(cpuid_done) ) LLBL(cpuid_amd):
Bug#170749: xfonts-scalable: runnxftcache in Speedo directory fails
Package: xfonts-scalable Version: 4.2.1-4 Severity: grave Justification: renders package unusable When attempting to install or uninstall xfonts-scalable 4.2.1-4 I get the follwoing error: Setting up xfonts-scalable (4.2.1-4) ... Running update-fonts-scale in Speedo font directory...done. Running update-fonts-dir in Speedo font directory...done. Running xftcache in Speedo font directory...Can't scan directory "/usr/X11R6/lib/X11/fonts/Speed o" dpkg: error processing xfonts-scalable (--configure): subprocess post-installation script returned error exit status 1 Setting up libgnomevfs2-common (2.0.4-4) ... Errors were encountered while processing: xfonts-scalable E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux rilke 2.4.19 #1 SMP Wed Oct 2 20:03:21 PDT 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xfonts-scalable depends on: ii xutils 4.2.0-0pre1v2 X Window System utility programs -- michael cardenas | lead software engineer, lindows.com hyperpoem.net | GNU/Linux software developer people.debian.org/~mbc | encrypted email preferred "The hours ahead, like all her nights with him, would be added, she thought, to that savings account of one's life where moments of time are stored in the pride of having been lived." - Ayn Rand, Atlas Shrugged pgpUdsZkDz1BN.pgp Description: PGP signature
