Bug#204343: Xfree crashes when accessing some fonts (on i830)
Package: xserver-xfree86 Version: 4.2.1-9 Severity: important Maybe this bugreport is alike #193529. I am not sure. I get X crashes when using some fonts. Here is what I exactly do to have X crash (repeatable every time, here). 1) Open kword 2) Type a text and select it 3) Click the arrow at the right of the font description, to select another font. 4) Scroll down in the menu that has opened. X crashes now. I have weird fonts installed, ie fonts downloaded under some freeware/postcardware licences, from the internet. Attached are : - My XF86Config setup file - error output from the startx command where I got the crash - XFree86.0.log I also get these on console (from kernel, would I guess) after X has crashed : [drm:i830_wait_ring] *ERROR* space: 65520 wanted 65528 [drm:i830_wait_ring] *ERROR lockup [drm:i830_wait_ring] *ERROR* space: 65512 wanted 65528 [drm:i830_wait_ring] *ERROR lockup [drm:i830_wait_ring] *ERROR* space: 65504 wanted 65528 [drm:i830_wait_ring] *ERROR lockup [drm:i830_wait_ring] *ERROR* space: 65496 wanted 65528 [drm:i830_wait_ring] *ERROR lockup I will provide any other information needed. I can also send strange fonts I have here, in case it helps, but only to some private address, due to their licence. I run an up-to-date sid, on kernel 2.4.20 debconf 1.3.8 libc6 2.3.1-17 xserver-common 4.2.1-9 zlib1g 1.1.4-14 Vincent xfree.err Description: Binary data XF86Config-4 Description: Binary data XFree86.0.log Description: Binary data
Bug#204259: xserver-xfree86: libxtt.a unresolved symbols
tag 204259 + moreinfo retitle 204259 xserver-xfree86: [xtt] unresolved symbols when using proprietary nvidia video driver thanks 1) Your bug report did not include any server output from when you actually experience the problem summarized in the subject; 2) I cannot support the proprietary nvidia XFree86 driver module. Please use the nv driver instead; if the problem then goes away, then this bug will have to be closed or reassigned. Please get back to this bug number with the above information. -- G. Branden Robinson|Imagination was given man to Debian GNU/Linux |compensate for what he is not, and [EMAIL PROTECTED] |a sense of humor to console him for http://people.debian.org/~branden/ |what he is. pgpDy55ur4KJd.pgp Description: PGP signature
Processed: Re: Bug#204259: xserver-xfree86: libxtt.a unresolved symbols
Processing commands for [EMAIL PROTECTED]: tag 204259 + moreinfo Bug#204259: xserver-xfree86: libxtt.a unresolved symbols There were no tags set. Tags added: moreinfo retitle 204259 xserver-xfree86: [xtt] unresolved symbols when using proprietary nvidia video driver Bug#204259: xserver-xfree86: libxtt.a unresolved symbols Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#204307: xdm: autologin
Package: xdm Version: 4.2.1-9 Severity: wishlist Tags: upstream I hereby enter autologin as a upstream wishlist item. http://groups.google.com/groups?selm=1059421608%40sheol.org says my request is reasonable.
Bug#204307: tagging 204307 upstream, wontfix
tags 204307 + wontfix thanks Somehow, I doubt xdm upstream are going to want to fix this. Really, use kdm (or gdm, but I don't know if it has the requisite functionality) if you need anything more than xdm provides. What's next, a wishlist on xterm because it doesn't do root-window-hack or tabs? On Wed, Aug 06, 2003 at 10:39:14AM +0800, Dan Jacobson wrote: Package: xdm Version: 4.2.1-9 Severity: wishlist Tags: upstream I hereby enter autologin as a upstream wishlist item. http://groups.google.com/groups?selm=1059421608%40sheol.org says my request is reasonable. -- Daniel Stone [EMAIL PROTECTED] http://www.kde.org - http://www.debian.org - http://www.xwin.org Configurability is always the best choice when it's pretty simple to implement -- Havoc Pennington, gnome-list pgpAlbljMrlpr.pgp Description: PGP signature
Processed: tagging 204307 upstream, wontfix
Processing commands for [EMAIL PROTECTED]: tags 204307 + wontfix Bug#204307: xdm: autologin Tags were: upstream Tags added: wontfix thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force SVN commit: rev 371 - trunk/debian
Author: branden Date: 2003-08-06 02:39:54 -0500 (Wed, 06 Aug 2003) New Revision: 371 Modified: trunk/debian/changelog trunk/debian/xserver-common.config.in trunk/debian/xserver-common.postinst.in trunk/debian/xserver-common.preinst.in trunk/debian/xserver-common.templates Log: Migrate away from the hated-and-reviled manage Xwrapper.config with debconf? technique of handling the /etc/X11/Xwrapper.config non-conffile configuration file, and to a proto-ucf style of handling: - debian/xserver-common.templates: drop the xserver-common/manage_config_with_debconf and xserver-common/move_existing_nondebconf_config templates - debian/xserver-common.config.in: stop asking the now-deleted questions - debian/xserver-common.preinst.in: when upgrading from xserver-common 4.2.1-10, check value of xserver-common/manage_config_with_debconf; if it is true; attempt to store md5sum of existing Xwrapper.config file; unregister the now-deleted questions - debian/xserver-common.postinst.in: automatically update the Xwrapper.config file (based on the values of the debconf templates) if and only if: + the file exists; + the MD5 checksum file exists; + the MD5 checksum of the current version of the file matches the stored checksum (indicating that the file hasn't changed since we last touched it); and + the newly written file actually differs from the existing one With luck, this new approach will meet with less anger and hatred from people who do not read fully-capitalized warnings within the files they are editing, let alone a manual page. debian/xserver-common.*.in: update copyright notices, and $Id$ expandos, and set svn:keywords property to Id where necessary Modified: trunk/debian/changelog == --- trunk/debian/changelog 2003-08-06 06:33:33 UTC (rev 370) +++ trunk/debian/changelog 2003-08-06 07:39:54 UTC (rev 371) @@ -135,8 +135,32 @@ - debian/xserver-common.postinst.in: stop manipulating X server socket directory - -- Branden Robinson [EMAIL PROTECTED] Wed, 6 Aug 2003 01:28:24 -0500 + * Migrate away from the hated-and-reviled manage Xwrapper.config with +debconf? technique of handling the /etc/X11/Xwrapper.config non-conffile +configuration file, and to a proto-ucf style of handling: +- debian/xserver-common.templates: drop the + xserver-common/manage_config_with_debconf and + xserver-common/move_existing_nondebconf_config templates +- debian/xserver-common.config.in: stop asking the now-deleted questions +- debian/xserver-common.preinst.in: when upgrading from xserver-common + 4.2.1-10, check value of xserver-common/manage_config_with_debconf; if + it is true; attempt to store md5sum of existing Xwrapper.config file; + unregister the now-deleted questions +- debian/xserver-common.postinst.in: automatically update the + Xwrapper.config file (based on the values of the debconf templates) if + and only if: + + the file exists; + + the MD5 checksum file exists; + + the MD5 checksum of the current version of the file matches the +stored checksum (indicating that the file hasn't changed since we last +touched it); and + + the newly written file actually differs from the existing one +With luck, this new approach will meet with less anger and hatred from +people who do not read fully-capitalized warnings within the files they +are editing, let alone a manual page. + -- Branden Robinson [EMAIL PROTECTED] Wed, 6 Aug 2003 02:24:20 -0500 + xfree86 (4.2.1-9) unstable; urgency=high * urgency due to xterm security fixes; see below Modified: trunk/debian/xserver-common.config.in == --- trunk/debian/xserver-common.config.in 2003-08-06 06:33:33 UTC (rev 370) +++ trunk/debian/xserver-common.config.in 2003-08-06 07:39:54 UTC (rev 371) @@ -4,6 +4,8 @@ # 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. +# $Id$ + set -e THIS_PACKAGE=xserver-common @@ -11,8 +13,6 @@ #INCLUDE_SHELL_LIB# -CONFIGFILE=/etc/X11/Xwrapper.config - # set the default nice value based on what Linux kernel version is being used; # the new process scheduler in 2.5, to be released in 2.6, makes a default of # -10 a bad idea; with that scheduler, the X server should run with priority 0 @@ -45,43 +45,9 @@ # source debconf library . /usr/share/debconf/confmodule -# *sigh* migration issues +# if one were going to parse the on-disk Xwrapper.config file and set the +# debconf template values to match, one would do so here; but we're not -ASK_TO_REPLACE= -if [ -e $CONFIGFILE ]; then - # does the file have debconf markers in it? - if egrep -q '^### BEGIN DEBCONF SECTION' $CONFIGFILE \ - egrep -q '^###
X Strike Force SVN commit: rev 372 - trunk/debian
Author: branden
Date: 2003-08-06 03:14:22 -0500 (Wed, 06 Aug 2003)
New Revision: 372
Modified:
trunk/debian/xserver-common.preinst.in
Log:
fix a bad variable reference and make a stylistic alteration
Modified: trunk/debian/xserver-common.preinst.in
==
--- trunk/debian/xserver-common.preinst.in 2003-08-06 07:39:54 UTC (rev
371)
+++ trunk/debian/xserver-common.preinst.in 2003-08-06 08:14:22 UTC (rev
372)
@@ -61,10 +61,10 @@
# they complained when it did so, so store a backup to keep people
# quiet
message Note: migrating $XWRAPPER_CONFIG away from management \
- by debconf; backup stored in ${XWRAPPER_CONFIG}.dpkg-old \
- and MD5 checksum stored in $WRAPPER_CONFIG_CHECKSUM
- md5sum $XWRAPPER_CONFIG $WRAPPER_CONFIG_CHECKSUM
- cp $XWRAPPER_CONFIG ${XWRAPPER_CONFIG}.dpkg-old
+ by debconf; backup stored in $XWRAPPER_CONFIG.dpkg-old \
+ and MD5 checksum stored in $XWRAPPER_CONFIG_CHECKSUM
+ md5sum $XWRAPPER_CONFIG $XWRAPPER_CONFIG_CHECKSUM
+ cp $XWRAPPER_CONFIG $XWRAPPER_CONFIG.dpkg-old
fi
fi
else
Bug#204316: xserver-common: SEGFAULT before starting up on new debian install
Package: xserver-common Version: 4.2.1-9 Severity: grave Justification: renders package unusable -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux ath1 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xserver-common depends on: ii debconf 1.3.7 Debian configuration management sy ii libc6 2.3.1-17 GNU C Library: Shared libraries an ii xfree86-common4.2.1-9X Window System (XFree86) infrastr -- debconf information: xserver-common/xwrapper/nice_value/error: * xserver-common/manage_config_with_debconf: true xserver-common/move_existing_nondebconf_config: false xserver-common/xwrapper/allowed_users: Console Users Only xserver-common/xwrapper/actual_allowed_users: console xserver-common/xwrapper/nice_value: -10 Hello, i just installed a new debian on an Athlon comp with GForce card, and couldn't get the XFree system to work... all that happens is that a switch to the X console (tty7) is made, but otherwise nothing happens... i added some logs : the primary output seen on the console where a stratx was tryed: http://boettcher.ath.cx/~bboett/x-log the log file referenced from this first ouput: http://boettcher.ath.cx/~bboett/XFree86.0.log an strace when callng X :1 alone: http://boettcher.ath.cx/~bboett/x.strace
Bug#204238: XFree86 Version 4.2.1-9 don't build on sid
On Wed, Aug 06, 2003 at 09:57:52AM +1000, Daniel Stone wrote: On Tue, Aug 05, 2003 at 07:14:24PM +0200, Ruben Puettmann wrote: Try LC_ALL=C debuild -B -us -uc. I will try it in the moment i'm on the way to the ccc camp see: http://wiki.camp.ccc.de Ruben -- Ruben Puettmann [EMAIL PROTECTED] http://www.puettmann.net
Bug#203740: acknowledged by developer (Re: Bug#203740: xbase-clients: [xmodmap] xmodmap -e pointer = 3 2 1 4 5 does not work)
On Wed, 2003-08-06 at 00:44, Kristis Makris wrote: $ xmodmap -e pointer =3D 3 2 1 4 5 =20 This works on a RH 6.2 machine. What's up ? With the exact same configuration? Even if so, it's probably a different XFree86 version, and you should take this up with upstream. To add to the madness, the xmodmap line works just fine when I unplug the usb to ps-2 v-cable from which I connect an external keyboard and mouse to the laptop. This line works correctly using the builtin touchpad and mouse buttons. This may actually make sense if the touchpad is the core pointer and the external mouse isn't. xmodmap only affects the core pointer. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Bug#204243: XFree DRI error with radeon 7500
On Tue, 2003-08-05 at 19:18, Ruben Puettmann wrote: DRI doesn't work with Radeon 7500 on IBM Thinkpad R40 (2722). [...] Both glxgears and tuxracer crashes with the Illegal instruction error message. Does setting the MESA_NO_3DNOW environment variable avoid the problem? If so, this is probably fixed in newer versions. No entry's in the logfiles Only in XFree86.0.log : (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a Skipping /usr/X11R6/lib/modules/extensions/libGLcore.a:debug_xform.o: No symbols found (II) Module GLcore: vendor=The XFree86 Project This is unrelated and harmless. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Bug#204343: Xfree crashes when accessing some fonts (on i830)
Package: xserver-xfree86 Version: 4.2.1-9 Severity: important Maybe this bugreport is alike #193529. I am not sure. I get X crashes when using some fonts. Here is what I exactly do to have X crash (repeatable every time, here). 1) Open kword 2) Type a text and select it 3) Click the arrow at the right of the font description, to select another font. 4) Scroll down in the menu that has opened. X crashes now. I have weird fonts installed, ie fonts downloaded under some freeware/postcardware licences, from the internet. Attached are : - My XF86Config setup file - error output from the startx command where I got the crash - XFree86.0.log I also get these on console (from kernel, would I guess) after X has crashed : [drm:i830_wait_ring] *ERROR* space: 65520 wanted 65528 [drm:i830_wait_ring] *ERROR lockup [drm:i830_wait_ring] *ERROR* space: 65512 wanted 65528 [drm:i830_wait_ring] *ERROR lockup [drm:i830_wait_ring] *ERROR* space: 65504 wanted 65528 [drm:i830_wait_ring] *ERROR lockup [drm:i830_wait_ring] *ERROR* space: 65496 wanted 65528 [drm:i830_wait_ring] *ERROR lockup I will provide any other information needed. I can also send strange fonts I have here, in case it helps, but only to some private address, due to their licence. I run an up-to-date sid, on kernel 2.4.20 debconf 1.3.8 libc6 2.3.1-17 xserver-common 4.2.1-9 zlib1g 1.1.4-14 Vincent xfree.err Description: Binary data XF86Config-4 Description: Binary data XFree86.0.log Description: Binary data
Bug#204343: New informations
After checking, (I have removed all weird fonts dirs from my XF86Config-4 file), I have noticed X still crashes when applying the same process as described in my initial description. Therefore, I suppose it should be possible to reproduce this bug on a system with only debian packaged fonts. Vincent
Bug#203963: acknowledged by developer (Re: Bug#203963: Add support for ~/.Xclients)
On Mon, 4 Aug 2003, Debian Bug Tracking System wrote: [...] On Mon, Aug 04, 2003 at 09:49:25AM +1000, Daniel Stone wrote: No, this is incorrect. $REALSTARTUP, which may be ~/.[Xx]session, if it exists, is only executed at the *end* of the Xsession.d chain, after all the system Xsession scripts have been run. I apologize for the delay in my reply, I don't like restarting my X serverg. ~/.xsession is started at the end of the Xsession.d, that's correct. However, in that case it's up to the ~/.xsession script to select a window manager to run, i.e. the user has to duplicate the functionality of 50xfree86-common_determine-startup. Note that: * ~/.xsession does not inherit variables such as REALSTARTUP * ~/.xsession cannot just call 50xfree86-common_determine-startup because all it would get is REALSTARTUP=... ~/.xsession... again. I am closing this bug due to the above analysis. So I don't think the bug should be closed: * forcing each user to duplicate 50xfree86-common_determine-startup functionality just so he can customize his mouse acceleration or have an xterm on startup does not seem like a good solution. * there's an interoperability issue with RedHat systems (e.g. HOME shared via NFS). -- Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/ The software said it requires Win95 or better, so I installed Linux.
Bug#204307: tagging 204307 upstream, wontfix
On Wed, Aug 06, 2003 at 03:35:34PM +1000, Daniel Stone wrote: What's next, a wishlist on xterm because it doesn't do root-window-hack or tabs? Stop giving Jacobson-bot ideas! :-P -- G. Branden Robinson| You could wire up a dead rat to a Debian GNU/Linux | DIMM socket and the PC BIOS memory [EMAIL PROTECTED] | test would pass it just fine. http://people.debian.org/~branden/ | -- Ethan Benson pgpJX1BOSeGoM.pgp Description: PGP signature
Bug#204307: xdm: autologin
tag 204307 + help retitle 204307 xdm: want auto-login feature that bypasses greeter thanks On Wed, Aug 06, 2003 at 10:39:14AM +0800, Dan Jacobson wrote: Package: xdm Version: 4.2.1-9 Severity: wishlist Tags: upstream I hereby enter autologin as a upstream wishlist item. http://groups.google.com/groups?selm=1059421608%40sheol.org says my request is reasonable. I actually read that thread, and you're mischaracterizing his post. Well, whatever. I personally have no intentions to author such a feature for xdm at this point, but if someone else would like to, more power to 'em... -- G. Branden Robinson| Never attribute to malice that Debian GNU/Linux | which can be adequately explained [EMAIL PROTECTED] | by stupidity. http://people.debian.org/~branden/ | -- Hanlon's Razor pgpNJxLfuqGz6.pgp Description: PGP signature
Bug#204358: libxcursor1: This package should provide /usr/lib/libxcursor.so symlink
Package: libxcursor1 Version: 1.0.2-2 Severity: important Tags: sid Currently, package libxcursor-dev contains /usr/lib/libxcursor.so symlink. However, libxcursor1 should provide it, because it seems that xfree86 4.3.0-0pre1v1 needs this symlink to be able to find libxcursor library. As a result, X cursor theme support is broken without libxcursor-dev package, what shouldn't happen. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux MDX-Debian 2.6.0-test2-mm4-mdx #1 Tue Aug 5 22:17:31 EEST 2003 i686 Locale: LANG=lt_LT, LC_CTYPE=lt_LT Versions of packages libxcursor1 depends on: ii libc6 2.3.2-1+i686+mdx2 GNU C Library: Shared libraries an ii libxrender10.8.2-1 X Rendering Extension client libra ii xlibs 4.3.0-0pre1v1 X Window System client libraries -- no debconf information
Bug#204259: xserver-xfree86: libxtt.a unresolved symbol
Addition to the bug report. Attached are three files. 1. XFree86.0.log-with-nvidia-driver The output of the X server when I use xtt with nvidia. When server is started, it displays the usual nVidia flash screen, then goes back to console and locks the computer. It is not that the keyboard and mouse are locked, but the whole computer, since I failed to ssh,telnet or ftp to the locked computer from network (no response). Reminds me of infamous F00F bug. 2. XFree86.0.log-with-nv-driver The output that happens when I replace nvidia with nv in XF86Config-4 file (the only change! xtt enabled). The X server displays the nVidia flash screen, then goes back to console with error messages No devices detected. 3. XF86Config-4 Shows options used in both cases above. Computer: Sony Vaio PCG-GRT100, Processor: Intel(R) Pentium(R) 4 CPU 2.80GHz (not Mobile Intel...) # # Copyright (C) 1999-2003 Lincoln D. Durey www.EmperorLinux.com GNU-GPL # Gazelle GRT100 UXGA XF86Config nVidia GeForce X-4.3.0 1600x1200x24bpp LCD # USB mouse enabled in the kernel, won't fail if USB support is not present. # # Modified by Konstantin L Kouptsov 08/2003. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # 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 RgbPath /usr/X11R6/lib/X11/rgb ModulePath /usr/X11R6/lib/modules #FontPath unix/: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 FontPath /usr/X11R6/lib/X11/fonts/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/100dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/Type1 FontPath /usr/X11R6/lib/X11/fonts/Speedo FontPath /usr/X11R6/lib/X11/fonts/misc FontPath /usr/X11R6/lib/X11/fonts/100dpi FontPath /usr/X11R6/lib/X11/fonts/75dpi #FontPath /usr/X11R6/lib/X11/fonts/URW #FontPath /usr/X11R6/lib/X11/fonts/truetype FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType #FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID EndSection Section Module Load record # X event recorder Load glx # OpenGL X protocol interface Load extmod # Misc. required extensions Load dbe # Double-buffering Load v4l # Video4Linux # Load xtt --- do not use with nvidia driver - locks up the computer # Load dri # Direct rendering infrastructure # Load GLcore# OpenGL support # Load pex5 # PHIGS for X 3D environment (obsolete) # Load xie # X Image Extension (obsolete) # Load type1 # Adobe Type 1 font handler # Load freetype # TrueType font handler # Load speedo EndSection Section InputDevice Identifier Keyboard0 Driver keyboard Option AutoRepeat 250 30 Option XkbLayout us # Option XkbModel pc105 # Option XkbRules xfree86 # Option XkbVariant nodeadkeys # uncomment this to switch the CapsLock and Ctrl keys # Option XkbOptions ctrl:swapcaps Option XkbOptions altwin:meta_win,ctrl:nocaps # OptionCoreKeyboard EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol PS/2 Option Device /dev/psaux Option Emulate3Buttons true Option Emulate3Timeout 50 Option AlwaysCore Option ZAxisMapping 4 5 # OptionCorePointer EndSection Section InputDevice Identifier USBMouse0 Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option AlwaysCore Option ZAxisMapping 4 5 Option Emulate3Buttons true Option Emulate3Timeout 50 # Option Buttons 5 # Option SendCoreEvents true EndSection Section Device Identifier nVidia GeForce Driver nvidia # Driver nv VendorName nVidia BoardName nVidia Ge Force4 4200 Go BusID PCI:1:0:0 Option IgnoreEDID yes # hack to let the NVdriver suspend cleanly (use 3 if you do not suspend) Option NvAGP 0 Option ConnectedMonitor DFP EndSection Section Device Identifier nVidia GeForce TwinView Driver nvidia VendorName nVidia BoardName nVidia Ge Force Go 2
Processed: Re: Bug#204307: xdm: autologin
Processing commands for [EMAIL PROTECTED]: tag 204307 + help Bug#204307: xdm: autologin Tags were: wontfix upstream Tags added: help retitle 204307 xdm: want auto-login feature that bypasses greeter Bug#204307: xdm: autologin Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#204316: xserver-common: SEGFAULT before starting up on new debian install
Processing commands for [EMAIL PROTECTED]: reassign 204316 xserver-xfree86 Bug#204316: xserver-common: SEGFAULT before starting up on new debian install Bug reassigned from package `xserver-common' to `xserver-xfree86'. retitle 204316 xserver-xfree86: proprietary nvidia driver causes segfaults Bug#204316: xserver-common: SEGFAULT before starting up on new debian install Changed Bug title. severity 204316 important Bug#204316: xserver-xfree86: proprietary nvidia driver causes segfaults Severity set to `important'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#204343: Xfree crashes when accessing some fonts (on i830)
Processing commands for [EMAIL PROTECTED]: retitle 204343 xserver-xfree86: [i810] SIGILL when rasterizing unpackaged fonts on Intel i830M rev 3 Bug#204343: Xfree crashes when accessing some fonts (on i830) Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#204316: marked as done (xserver-xfree86: proprietary nvidia driver causes segfaults)
Your message dated Wed, 6 Aug 2003 11:09:42 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#204316: xserver-common: SEGFAULT before starting up on new debian install 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; 6 Aug 2003 08:16:31 + From [EMAIL PROTECTED] Wed Aug 06 03:16:21 2003 Return-path: [EMAIL PROTECTED] Received: from postfix3-2.free.fr [213.228.0.169] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19kJT3-0006kA-00; Wed, 06 Aug 2003 03:16:21 -0500 Received: from ath1.free.fr (lns-th2-8-82-64-123-195.adsl.proxad.net [82.64.123.195]) by postfix3-2.free.fr (Postfix) with ESMTP id 8BD20C1D1; Wed, 6 Aug 2003 10:16:20 +0200 (CEST) Received: by ath1.free.fr (Postfix, from userid 0) id 910E32E2A97; Wed, 6 Aug 2003 11:26:26 +0200 (CEST) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Winfried Boettcher [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xserver-common: SEGFAULT before starting up on new debian install X-Mailer: reportbug 2.20 Date: Wed, 06 Aug 2003 11:26:26 +0200 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_01,HAS_PACKAGE,PENISACCENT version=2.53-bugs.debian.org_2003_07_20 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_07_20 (1.174.2.15-2003-03-30-exp) Package: xserver-common Version: 4.2.1-9 Severity: grave Justification: renders package unusable -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux ath1 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xserver-common depends on: ii debconf 1.3.7 Debian configuration management sy ii libc6 2.3.1-17 GNU C Library: Shared libraries an ii xfree86-common4.2.1-9X Window System (XFree86) infrastr -- debconf information: xserver-common/xwrapper/nice_value/error: * xserver-common/manage_config_with_debconf: true xserver-common/move_existing_nondebconf_config: false xserver-common/xwrapper/allowed_users: Console Users Only xserver-common/xwrapper/actual_allowed_users: console xserver-common/xwrapper/nice_value: -10 Hello, i just installed a new debian on an Athlon comp with GForce card, and couldn't get the XFree system to work... all that happens is that a switch to the X console (tty7) is made, but otherwise nothing happens... i added some logs : the primary output seen on the console where a stratx was tryed: http://boettcher.ath.cx/~bboett/x-log the log file referenced from this first ouput: http://boettcher.ath.cx/~bboett/XFree86.0.log an strace when callng X :1 alone: http://boettcher.ath.cx/~bboett/x.strace --- Received: (at 204316-done) by bugs.debian.org; 6 Aug 2003 16:09:48 + From [EMAIL PROTECTED] Wed Aug 06 11:09:46 2003 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19kQr9-0005jf-00; Wed, 06 Aug 2003 11:09:43 -0500 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 09B1464106; Wed, 6 Aug 2003 11:09:43 -0500 (EST) Date: Wed, 6 Aug 2003 11:09:42 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#204316: xserver-common: SEGFAULT before starting up on new debian install Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=uhZknmokaVn544Hw Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-18.6 required=4.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_MUTT version=2.53-bugs.debian.org_2003_07_20 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_07_20 (1.174.2.15-2003-03-30-exp) --uhZknmokaVn544Hw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable reassign 204316 xserver-xfree86 retitle 204316 xserver-xfree86:
Bug#204363: cleanlinks removes non-dangling symlinks to directories
Package: xutils Version: 4.2.1-6 Severity: normal Tags: upstream patch According to its manpage cleanlinks does only remove dangling symlinks and empty directories, so I'd expect it not to remove a symlink to an existing unempty directory. But: [EMAIL PROTECTED]:~/test$ ls -Al total 0 lrwxrwxrwx1 fernst fernst 5 2003-08-06 18:22 home - /home/ lrwxrwxrwx1 fernst fernst 21 2003-08-06 18:22 .xinitrc - /home/fernst/.xinitrc* [EMAIL PROTECTED]:~/test$ cleanlinks ./home is a dangling symlink, removing Removing empty directories ... [EMAIL PROTECTED]:~/test$ ls -Al total 0 lrwxrwxrwx1 fernst fernst 21 2003-08-06 18:22 .xinitrc - /home/fernst/.xinitrc* It appears the cleanlinks-script only checks for the symlinks-target file but not for directory, so the following patch could fix it: --- /usr/bin/X11/cleanlinks.old 2003-02-26 01:52:11.0 +0100 +++ /usr/bin/X11/cleanlinks 2003-08-06 18:40:30.0 +0200 @@ -13,7 +13,7 @@ ( read i while [ X$i != X ]; do - if [ ! -f $i ]; then + if [ ! \( -f $i -o -d $i \) ]; then echo $i is a dangling symlink, removing rm -f $i fi After applying this patch: [EMAIL PROTECTED]:~/test$ ls -Al total 0 lrwxrwxrwx1 fernst fernst 5 2003-08-06 18:40 home - /home/ lrwxrwxrwx1 fernst fernst 21 2003-08-06 18:22 .xinitrc - /home/fernst/.xinitrc* [EMAIL PROTECTED]:~/test$ cleanlinks Removing empty directories ... [EMAIL PROTECTED]:~/test$ ls -Al total 0 lrwxrwxrwx1 fernst fernst 5 2003-08-06 18:40 home - /home/ lrwxrwxrwx1 fernst fernst 21 2003-08-06 18:22 .xinitrc - /home/fernst/.xinitrc* Cheers, Flo -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux live 2.4.21-live-preempt-oly #2 Mon Jun 30 18:03:16 CEST 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages xutils depends on: ii libc6 2.3.1-16 GNU C Library: Shared libraries an ii libncurses5 5.3.20030719-1 Shared libraries for terminal hand ii xfree86-common4.2.1-6X Window System (XFree86) infrastr ii zlib1g1:1.1.4-14 compression library - runtime -- no debconf information
Bug#204259: (no subject)
Looks like this bug is related to #202250: nvidia + font rendering = X freeze except in my case the computer inaccessible even from a remote host.
Bug#204378: add xdm to login square
Package: xdm Version: 4.2.1-9 Severity: wishlist The default login square should have a tiny xdm etc. somewhere on it, so users can identify what program is having trouble if something goes wrong.
Bug#204358: libxcursor1: This package should provide /usr/lib/libxcursor.so symlink
On Wed, 2003-08-06 at 18:21, Modestas Vainius wrote:
Currently, package libxcursor-dev contains /usr/lib/libxcursor.so
symlink. However, libxcursor1 should provide it, because it seems
that xfree86 4.3.0-0pre1v1 needs this symlink to be able to find
libxcursor library. As a result, X cursor theme support is broken
without libxcursor-dev package, what shouldn't happen.
libX11 should really load libXcursor.so.1, and it 'almost' does here:
open(/lib/libXcursor.so.1.0, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(/usr/lib/libXcursor.so.1.0, O_RDONLY) = -1 ENOENT (No such file
or directory)
stat64(/usr/lib, {st_mode=S_IFDIR|0755, st_size=81920, ...}) = 0
munmap(0x302e1000, 87322) = 0
open(/etc/ld.so.cache, O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=87322, ...}) = 0
mmap(NULL, 87322, PROT_READ, MAP_PRIVATE, 4, 0) = 0x302e1000
close(4)= 0
open(/usr/X11R6/lib/libXcursor.so.1, O_RDONLY) = 4
No idea why it looks for libXcursor.so.1.0 in /usr/lib, but creating
that symlink it gets picked up.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Bug#203963: acknowledged by developer (Re: Bug#203963: Add support for ~/.Xclients)
On Wed, Aug 06, 2003 at 05:42:56PM +0200, Francois Gouget wrote: On Mon, 4 Aug 2003, Debian Bug Tracking System wrote: On Mon, Aug 04, 2003 at 09:49:25AM +1000, Daniel Stone wrote: No, this is incorrect. $REALSTARTUP, which may be ~/.[Xx]session, if it exists, is only executed at the *end* of the Xsession.d chain, after all the system Xsession scripts have been run. I apologize for the delay in my reply, I don't like restarting my X serverg. ~/.xsession is started at the end of the Xsession.d, that's correct. However, in that case it's up to the ~/.xsession script to select a window manager to run, i.e. the user has to duplicate the functionality of 50xfree86-common_determine-startup. Note that: * ~/.xsession does not inherit variables such as REALSTARTUP * ~/.xsession cannot just call 50xfree86-common_determine-startup because all it would get is REALSTARTUP=... ~/.xsession... again. I don't see why this is such a problem - why not just put in exec gnome-session or whatever? You're only going to have to write that line *once* ... I am closing this bug due to the above analysis. So I don't think the bug should be closed: * forcing each user to duplicate 50xfree86-common_determine-startup functionality just so he can customize his mouse acceleration or have an xterm on startup does not seem like a good solution. If you know what you want, it's only one line (e.g, exec startkde), which is IMO a lot better than the resulting confusion. * there's an interoperability issue with RedHat systems (e.g. HOME shared via NFS). There are a lot of things we (shock horror!) do differently. This is one, and I'm standing by it. -- Daniel Stone [EMAIL PROTECTED] http://www.kde.org - http://www.debian.org - http://www.xwin.org Configurability is always the best choice when it's pretty simple to implement -- Havoc Pennington, gnome-list pgpxYSyPP9yk1.pgp Description: PGP signature
Bug#204259: xserver-xfree86: libxtt.a unresolved symbol
retitle 204259 xserver-xfree86: [nv] driver does not support PCI model ID 0x031a tag 204259 + upstream severity 204259 normal thanks On Wed, Aug 06, 2003 at 09:55:48AM -0400, Konstantin L Kouptsov wrote: 2. XFree86.0.log-with-nv-driver The output that happens when I replace nvidia with nv in XF86Config-4 file (the only change! xtt enabled). The X server displays the nVidia flash screen, then goes back to console with error messages No devices detected. [...] XFree86 Version 4.2.1.1 (Debian 4.2.1-6 20030225230350 [EMAIL PROTECTED]) / X Window System [...] (--) PCI:*(1:0:0) NVidia unknown chipset (0x031a) rev 161, Mem @ 0xd500/24, 0xe000/28 [...] (II) NV: driver for NVIDIA chipsets: RIVA 128, RIVA TNT, RIVA TNT2/TNT2 Pro, RIVA TNT2 Ultra, Vanta, Riva TNT2 M64, Aladdin TNT2, GeForce 256, GeForce DDR, Quadro, GeForce2 MX/MX 400, GeForce2 MX 100/200, GeForce2 Go, Quadro2 MXR, GeForce2 GTS/Pro, GeForce2 Ti, GeForce2 Ultra, Quadro2 Pro, GeForce4 MX 460, GeForce4 MX 440, GeForce4 MX 420, GeForce4 440 Go, GeForce4 420 Go, GeForce4 420 Go M32, Quadro4 500XGL, GeForce4 440 Go M64, Quadro4 200/400NVS, Quadro4 550XGL, Quadro4 GoGL, 0x0180, 0x0181, 0x0182, 0x0188, 0x018A, 0x018B, GeForce2 Integrated, 0x01F0, GeForce3, GeForce3 Ti 200, GeForce3 Ti 500, Quadro DCC, GeForce4 Ti 4600, GeForce4 Ti 4400, GeForce4 Ti 4200, Quadro4 900 XGL, Quadro4 750 XGL, Quadro4 700 XGL, 0x0280, 0x0281, 0x0288, 0x0289 (II) Primary Device is: PCI 01:00:0 (EE) No devices detected. Fatal server error: no screens found The explanation for this is pretty simple; your video card is not recognized by XFree86 and not supported by the nv driver, at least not in the 4.2.1 release. As I said, you probably need to contact NVIDIA customer support for assistance with the unresolved symbol problem. -- G. Branden Robinson|Build a fire for a man, and he'll Debian GNU/Linux |be warm for a day. Set a man on [EMAIL PROTECTED] |fire, and he'll be warm for the http://people.debian.org/~branden/ |rest of his life. - Terry Pratchett pgp504pipFvLQ.pgp Description: PGP signature
Processed: Re: Bug#204259: xserver-xfree86: libxtt.a unresolved symbol
Processing commands for [EMAIL PROTECTED]: retitle 204259 xserver-xfree86: [nv] driver does not support PCI model ID 0x031a Bug#204259: xserver-xfree86: [xtt] unresolved symbols when using proprietary nvidia video driver Changed Bug title. tag 204259 + upstream Bug#204259: xserver-xfree86: [nv] driver does not support PCI model ID 0x031a Tags were: moreinfo Tags added: upstream severity 204259 normal Bug#204259: xserver-xfree86: [nv] driver does not support PCI model ID 0x031a Severity set to `normal'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
