Bug#240656: xserver-xfree86: 5 second lock when switching from console to X with XFree 4.3
retitle 240656 xserver-xfree86: [mga] hangs for 5 seconds when switching from console to X VT on MGA G400 AGP rev 4 tag 240656 = upstream thanks On Tue, Mar 30, 2004 at 12:00:04PM +0200, Marco Herrn wrote: On Mon, Mar 29, 2004 at 05:14:50PM -0500, Branden Robinson wrote: It might be that the card is being re-POSTed. What does this mean? I am not very familiar with hardware specific things. POST = Power On Self Test. If a video card locks up, some XFree86 video drivers know how to reset them. Contents of most recent XFree86 X server log file /var/log/XFree86.0.log: Can you please mail this bug the contents of this file? The file is attached to this mail. Thanks! -- G. Branden Robinson| Software engineering: that part of Debian GNU/Linux | computer science which is too [EMAIL PROTECTED] | difficult for the computer http://people.debian.org/~branden/ | scientist. signature.asc Description: Digital signature
Processed: Re: Bug#240656: xserver-xfree86: 5 second lock when switching from console to X with XFree 4.3
Processing commands for [EMAIL PROTECTED]: retitle 240656 xserver-xfree86: [mga] hangs for 5 seconds when switching from console to X VT on MGA G400 AGP rev 4 Bug#240656: xserver-xfree86: 5 second lock when switching from console to X with XFree 4.3 Changed Bug title. tag 240656 = upstream Bug#240656: xserver-xfree86: [mga] hangs for 5 seconds when switching from console to X VT on MGA G400 AGP rev 4 Tags were: moreinfo sid Tags set to: upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#241191: Xserver crash after apt-get update on march 30 2004
Package: XFree86-common Version: 4.3.0 Hi, I did an apt-get update (debian testing) yesterday, March 30th 2004. After downloading all the packages, I had to do some preconfigurations (in dselect), and I was asked to choose if my graphics card is a framebuffer device or not. I just left the default answer. Since then, I'm unable to start XFree86. After typing startx, the server crashes saying: Fatal server error: Caught signal11. Server aborting I don't know much about XFree86, so if anyone can help me, that would be great. I have a Dell Latitude X300, that has an Intel Centrino 855GM graphics chip. Attachments: XF86Config-4, XFree86.0.log Thanks a lot Etienne -- +++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++ 100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz XFree86.0.log Description: Binary data # 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 Module Load GLcore Load bitmap Load ddc Load freetype Load int10 Load record Load extmod Load dbe Load dri Load glx Load xtrap Load type1 # Load speedo EndSection #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 Files RgbPath /usr/X11R6/lib/X11/rgb ModulePath /usr/X11R6/lib/modules FontPath/usr/X11R6/lib/X11/fonts/misc/ # FontPath/usr/X11R6/lib/X11/fonts/Speedo/ FontPath/usr/X11R6/lib/X11/fonts/Type1/ FontPath/usr/X11R6/lib/X11/fonts/CID/ FontPath/usr/X11R6/lib/X11/fonts/75dpi/ FontPath/usr/X11R6/lib/X11/fonts/100dpi/ EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol PS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section Device Identifier Generic Video Card Driver i810 # VideoRam64000 # VendorName Intel Corp. # BoardName 852GM/852GME/855GM/855GME Chipset Graphics Controller # BusID PCI:0:2:0 EndSection Section Monitor Identifier Generic Monitor VendorName Monitor Vendor ModelName Monitor Model EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 1 EndSubSection SubSection Display Depth 4 EndSubSection SubSection Display Depth 8 EndSubSection SubSection Display Depth 15 EndSubSection SubSection Display Depth 16 EndSubSection SubSection Display Depth 24 EndSubSection EndSection Section ServerLayout Identifier Default Layout
Bug#240809: xserver 4.3.0 SIGSEGV with exec-shield enabled kernel
retitle 240809 xserver-xfree86: [elfloader] SEGV when using exec-shield-enabled Linux kernel tag 240809 = upstream help thanks On Tue, Mar 30, 2004 at 05:41:00PM +0300, Alexei Chetroi wrote: On Tue, Mar 30, 2004 at 04:19:10AM -0500, Branden Robinson wrote: Does XFree86-debug from the xserver-xfree86-dbg package SEGV as well? No, XFree86-debug doesn't SEGV (I had to change nvidia driver to nv in /etc/X11/XF86config-4). XFree86 fails, even with nv driver. Thanks for following up. I suspect the ELF object loader is doing something exec-shield doesn't like. I'm tagging this bug to indicate that I could use some assistance with it. -- 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
Processed: Re: Bug#240809: xserver 4.3.0 SIGSEGV with exec-shield enabled kernel
Processing commands for [EMAIL PROTECTED]: retitle 240809 xserver-xfree86: [elfloader] SEGV when using exec-shield-enabled Linux kernel Bug#240809: xserver 4.3.0 SIGSEGV with exec-shield enabled kernel Changed Bug title. tag 240809 = upstream help Bug#240809: xserver-xfree86: [elfloader] SEGV when using exec-shield-enabled Linux kernel Tags were: moreinfo Tags set to: upstream, help thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#226973: [Linux-fbdev-devel] Re: Bug#226973: xserver-xfree86: [glint] second card at wrong resolution
On Wed, 31 Mar 2004, Sven Luther wrote: On Tue, Mar 30, 2004 at 06:02:03PM -0500, Clint Adams wrote: I believe that the cloack is different for 8bpp and 16 or 24 bpp, don't remember exactly. At 8bpp, the max clock range is 230Mhz in the driver i think. You looked at it, you have the hardware, you just have become the resident expert on this issue :). Ahh. I tried increasing the 32bpp number to 150MHz, and was successfully able to use a mode at 135MHz. I am confused as to why the Pixmap setting affects the ramdac frequency. Is this a mistake or am I misunderstanding something? Would it be okay to set the maximum based on depth instead of bitsPerPixel, or is bitsPerPixel wrong if it's set to 32 at a plain 24-bit depth? I would have to look in the specs, but i believe the ramdac is only able to push less pixels if those are of 16 or 32 bpp. This is the case for all 3Dlabs chips prior to the permedia3. Look at the part in glint_driver.c where these values are set. I have no explanation also, since my involvement was with the permedia3, so maybe ask Alan Hourihane about it. If your graphics controller is limited by memory bandwidth, the maximum pixel clock depends on the number of bits per pixels, since larger pixels mean more memory bandwidth. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED] In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say programmer or something like that. -- Linus Torvalds
Bug#240809: xserver 4.3.0 SIGSEGV with exec-shield enabled kernel
On Wed, Mar 31, 2004 at 02:46:40AM -0500, Branden Robinson wrote: Date: Wed, 31 Mar 2004 02:46:40 -0500 From: Branden Robinson [EMAIL PROTECTED] ... [snip] ... No, XFree86-debug doesn't SEGV (I had to change nvidia driver to nv in /etc/X11/XF86config-4). XFree86 fails, even with nv driver. Thanks for following up. I suspect the ELF object loader is doing something exec-shield doesn't like. I'm tagging this bug to indicate that I could use some assistance with it. I've found these patches, but haven't test them yet. If I understand correctly, it has to do something with libGl runtime generated code. http://dev.gentoo.org/~spyderous/xfree/patchsets/4.3.99.901/patch-4.3.99.901-0.1/9961_all_4.3.0-libGL-exec-shield-fixes-v2.patch http://dev.gentoo.org/~spyderous/xfree/patchsets/4.3.99.901/patch-4.3.99.901-0.1/9960_all_4.3.0-exec-shield-GNU-stack.patch BTW, xserver SEGVecs on /usr/X11R6/lib/modules/fonts/libbitmap.a, if I rename this file, then xserver doesn't crash, instead it complains about unability to load base modules and exits witout SEGV. Thank you for your help. Have a nice day! -- Alexei Chetroi
Bug#241191: Xserver crash after apt-get update on march 30 2004
On 31.03.2004 09:53 Etienne Perron wrote: Package: XFree86-common Version: 4.3.0 Hi, I did an apt-get update (debian testing) yesterday, March 30th 2004. After downloading all the packages, I had to do some preconfigurations (in dselect), and I was asked to choose if my graphics card is a framebuffer device or not. I just left the default answer. Since then, I'm unable to start XFree86. After typing startx, the server crashes saying: Fatal server error: Caught signal11. Server aborting Hi, please use aptitue or at least 'apt-get -u dist-upgrade' for bigger upgrades. Always check if there are packages that are being held back... from your logs: (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (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.0, module version = 0.1.0 ^^ ABI class: XFree86 Video Driver, version 0.5 *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Fatal server error: Caught signal 11. Server aborting -- I suspect, your xserver-xfree86 package still is 4.2.x, upgrade that one too! hth. - Christian
Bug#241191: Xserver crash after apt-get update on march 30 2004
On Wed, 2004-03-31 at 09:53, Etienne Perron wrote: (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ^ /usr/X11R6/lib/modules/libpcidata.a seems stale. ABI class: XFree86 Video Driver, version 0.5 *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Fatal server error: Caught signal 11. Server aborting -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#241034: xlibs: Meta key not working in emacs with XkbOptions altwin:left_meta_win
On Tue, 30 Mar 2004 21:59:44 +0200 [EMAIL PROTECTED] (Denis Barbier) wrote: On Tue, Mar 30, 2004 at 02:51:22PM +0200, Felix Kuehling wrote: Package: xlibs Version: 4.3.0-7 Severity: normal The meta key stopped working after upgrading to XFree86 4.3. This is with XkbOptions set to altwin:left_meta_win, compose:menu. It used to work with XFree86 4.2.x. The left windows-key was Meta. [...] I made some experiments with xev, once with altwin:left_meta_win,compose:menu, once without it. It's funny that Alt_L+X produces the same result in both cases, but with the XkbOptions emacs doesn't recognize Alt_L+X. :-/ Are these keys working right in xterm? If yes, this is most likely an emacs problem, it looks similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=165814msg=7 Hmm. It does work in xterm. In gnome-terminal I have to use Alt_L as Meta-key though. If this is a bug in Emacs then I wonder why the Meta-key works correctly with altwin:meta_win but fails with altwin:left_meta_win. How is the left Windows key handled differently between the two options? Should there be any difference? If not then I'd suspect that it's rather a problem in X. And it's not a problem with the Xserver itself, because the problem also occurs with a self-built server from the DRI project that I was using before the XFree86 upgrade without problems. Denis Felix
Bug#234067: xserver-xfree86: Memory leak in xserver (4.3.x) (vesa server)
Package: xserver-xfree86 Version: 4.3.0-7 Severity: normal Followup-For: Bug #234067 This bug has already been reported. It seems that the vesa server suffers a memory leak. This happened after the upgrade to Xserver 4.3 (and KDE 3.2, but this seems not to be correlated, since the person who previously reported this bug was using another wm). It is eating up all my swap (512MB) after only a few days of moderate usage. However xrestop does not show any leakage due to a client. For example, after few hours top reports: 77MB (data) and 36MB swapped for Xfree while xrestop reports: top - Display: localhost:0 Monitoring 40 clients. XErrors: 1 Pixmaps: 29879K total, Other: 369K total, All: 30248K total -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 2002-02-23 11:12 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742316 2004-03-18 06:42 /usr/bin/X11/XFree86 /etc/X11/X target does not match checksum in /var/lib/xfree86/X.md5sum. Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:06.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [Mystique] (rev 02) :03:00.0 VGA compatible controller: nVidia Corporation NV10 [GeForce 256 SDR] (rev 10) :01:06.0 Class 0300: 102b:051a (rev 02) :03:00.0 Class 0300: 10de:0100 (rev 10) XFree86 X server configuration file status: lrwxrwxrwx1 root root 21 2004-03-08 11:45 /etc/X11/XF86Config-4 - XF86Config-4.xinerama Contents of /etc/X11/XF86Config-4: ### 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. Section ServerLayout Identifier Disposition Screen 0 Affichage AGP 0 0 Screen 0 Affichage PCI RightOf Affichage AGP InputDeviceClavier Logitech Deluxe CoreKeyboard InputDeviceSouris Logitech CorePointer EndSection Section ServerFlags # Option Xrandr on Option Xinerama on EndSection Section Files 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 FontPath /usr/share/fonts/truetype FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Load ddc Load GLcore Load dbe Load dri Load extmod Load glx Load pex5 Load record Load xie Load bitmap Load freetype Load speedo Load type1 Load vbe Load int10 Load wacom EndSection Section InputDevice Identifier Souris Logitech Driver mouse Option Protocol IMPS/2 Option ZAxisMapping 4 5 Option AlwaysCore on Option Device /dev/psaux EndSection Section InputDevice Identifier Clavier Logitech Deluxe Driver keyboard Option XkbModel pc105 Option XkbLayout fr EndSection Section Monitor Identifier Moniteur Hercules HorizSync30.0 - 82.0 VertRefresh 50.0 - 75.0 EndSection Section Monitor Identifier Moniteur Smile HorizSync31.5 - 79.0 VertRefresh 40.0 - 150.0 EndSection Section Device Identifier Nvidia Geforce 256 Driver nvidia # Driver nv BusID PCI:3:0:0 EndSection Section Device Identifier Matrox Mystique PCI Driver vesa VideoRam4096 BusID PCI:1:6:0 EndSection Section Screen Identifier Affichage AGP Device Nvidia Geforce 256 MonitorMoniteur Hercules DefaultDepth 16 SubSection Display Depth16 Modes1280x1024 1280x960 1152x864 1024x768 800x600 EndSubSection EndSection Section Screen Identifier Affichage PCI Device Matrox Mystique PCI MonitorMoniteur Smile DefaultDepth 16 SubSection Display Depth16 Modes1280x1024 1280x960 1152x864 1024x768
Re: test build of XSF XFree86 SVN revision 1177 wanted
Branden Robinson wrote: [I am not subscribed to -s390; please follow-up to -x as well.] Can an s390 person please test revision 1177 of the trunk in the XSF SVN repository of XFree86? The goal of that change was to make sure that s390 stops uselessly setting up and building the xc-xserver-xfree86-dbg directory. This should speed up the build a little. First of all I have got an upstream error, missing semicolon. session.c: In function `source': session.c:786: error: parse error before return make[5]: *** [session.o] Error 1 make[5]: Leaving directory `/home/ton/xfree86-4.3.0/build-tree/xc/programs/xdm' After I had fixed that, I had to disable install of xserver-wrapper, since it isn't available on s390. --- debian/rules.bak2004-03-31 12:37:03.0 + +++ debian/rules2004-03-31 12:36:02.0 + @@ -283,8 +283,10 @@ rm -f $(DEBTREEDIR)/usr/X11R6/lib/X11/icons/default/index.theme # remove the upstream symlink X - XFree86 rm -f $(DEBTREEDIR)/usr/X11R6/bin/X +ifndef NOT_BUILDING_XFREE86_X_SERVER # install Debian's X server wrapper install -m 755 debian/local/xserver-wrapper $(DEBTREEDIR)/usr/X11R6/bin/X +endif install -m 644 debian/local/Xwrapper.config.5 $(DEBTREEDIR)/usr/share/man/man5 install -m 755 debian/local/xserverrc $(DEBTREEDIR)/etc/X11/xinit # install Debian's XF86Config generator For the time being I created an empty X file and completed the build successfully and was then able to install the debs. Gerhard
Bug#241249: libxcursor-dev: Errorneous xconfig.pc prevents other packages from successful compilation
Package: libxcursor-dev Version: 1.0.2-5 Severity: normal Tags: patch Get gcursor from http://download.qballcow.nl/programs/gcursor/gcursor-0.04.tar.gz Extract it, configure and make: make will fail like this: -- [EMAIL PROTECTED]:~/Hacking/Debian/gcursor-0.04$ LC_ALL=C make Making all in src make[1]: Entering directory `/home/herzi/Hacking/Debian/gcursor-0.04/src' if i386-linux-gcc -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\gcursor\ -DVERSION=\0.04\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -I. -I.-pthread -DORBIT2=1 @X_CFLAGS@ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/orbit-2.0 -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -Wall -DGLADE_PATH=\/usr/share/gcursor/\ -Wall -g -O2 -MT gcursor.o -MD -MP -MF .deps/gcursor.Tpo \ -c -o gcursor.o `test -f 'gcursor.c' || echo './'`gcursor.c; \ then mv -f .deps/gcursor.Tpo .deps/gcursor.Po; \ else rm -f .deps/gcursor.Tpo; exit 1; \ fi i386-linux-gcc: cannot specify -o with -c or -S and multiple compilations make[1]: *** [gcursor.o] Error 1 make[1]: Leaving directory `/home/herzi/Hacking/Debian/gcursor-0.04/src' make: *** [all-recursive] Error 1 [EMAIL PROTECTED]:~/Hacking/Debian/gcursor-0.04$ -- If one takes a close look one can see a line beginning @X_CFLAGS@ above. This is an error in /usr/lib/pkgconfig/xcursor.pc which looks like this: -- prefix=/usr exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include xrenderlibs=-L/usr/X11R6/lib -lXrender -lX11 xrendercflags=-I/usr/X11R6/include [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ Name: Xcursor Description: X Cursor Library Version: 1.0.2 Requires: xrender Cflags: -I${includedir} ${xrendercflags} ${xcflags} Libs: -L${libdir} -lXcursor ${xrenderlibs} ${xlibs} -- xlibs and xcflags are already included in xrenderlibs and xrendercflags, so xlibs and xcflags can be safely set empty. This is an upstream bug in the configure.ac file that can be fixed using the attached patch. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.3-shaun Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages libxcursor-dev depends on: ii libc6-dev [libc-dev]2.3.2.ds1-11 GNU C Library: Development Librari ii libx11-dev 4.3.0-7 X Window System protocol client li ii libxcursor1 1.0.2-5 X Cursor management library ii libxrender-dev 0.8.3-7 X Rendering Extension client libra ii x-dev 4.3.0-7 X protocol development files -- no debconf information --- xcursor-1.0.2/configure.ac 2004-03-31 16:06:16.0 +0200 +++ xcursor-fixed/configure.ac 2004-03-31 15:48:53.0 +0200 @@ -86,6 +86,12 @@ ;; esac ;; +yes) + X_LIBS= + X_CFLAGS= + AC_SUBST(X_LIBS) + AC_SUBST(X_CFLAGS) + ;; esac AC_SUBST(RENDER_CFLAGS)
Bug#227578: xbase-clients: xmodmap stopped working
Hi Branden, maybe the problem I encounter is slightly different from Rainer's. When redefining a key, the first two resulting characters (without and with Shift) are working, but the second two (AltGr and [without and with Shift]) are not. The _predefined_ characters generated with AltGr are working (on German keyboards, e.g. {,[,],}), but when redefining those ones, the AltGr generated characters are not working anymore. Please note that I talked with another German DD, and for him, it's working fine. I'm using the same redefinitions as he does, and the problem appeared for me on upgrade to 4.3.0. He is also using current unstable like me. bye, Roland
Bug#226973: [Linux-fbdev-devel] Re: Bug#226973: xserver-xfree86: [glint] second card at wrong resolution
If your graphics controller is limited by memory bandwidth, the maximum pixel clock depends on the number of bits per pixels, since larger pixels mean more memory bandwidth. I'm unclear on the differences between 24 bpp and 32 bpp and how this relates to internal pixmap format.
Broken libxft-dev package
[I'm not subsribed to the list, so please hit reply to all or make sure I'm in the Cc: line] Running testing/unstable and recently did a apt-get update/upgrade. Updated a whole bunch of X packages. However the libxft-dev (2.1.2-6) package won't install: vodka:~# apt-get -f install Reading Package Lists... Done Building Dependency Tree... Done Correcting dependencies... Done The following extra packages will be installed: libxft-dev The following packages will be upgraded: libxft-dev 1 upgraded, 0 newly installed, 0 to remove and 23 not upgraded Need to get 0B/60.2kB of archives. After unpacking 4096B disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 105242 files and directories currently installed.) Preparing to replace libxft-dev 2.1.2-5 (using .../libxft-dev_2.1.2-6_i386.deb) ... diversion of /usr/X11R6/include/X11/Xft/Xft.h to /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev Removing `diversion of /usr/X11R6/include/X11/Xft/Xft.h to /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev' dpkg-divert: rename involves overwriting `/usr/X11R6/include/X11/Xft/Xft.h' with different file `/usr/X11R6/include/X11/Xft/Xft1.h', not allowed dpkg: error processing /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Thanks, Aaron -- Aaron Turner aturner at pobox.com|synfin.net http://synfin.net/ They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin All emails are PGP signed; a lack of a signature indicates a forgery. signature.asc Description: Digital signature
Re: Script to check for xlibs dependencies
Moritz Muehlenhoff wrote: should depend on. It's available at http://www.informatik.uni-bremen.de/~jmm/xlibs-split-check-20040330.tar.gz http://www.informatik.uni-bremen.de/~jmm/xlibs-split-check-20040331.tar.gz fixes two bugs. Cheers, Moritz
Bug#241274: xfree86-common: keycode 94 not assigned in spanish pc 105 keyboard ( keys)
Package: xfree86-common Version: 4.3.0-7 Severity: important Tags: experimental l10n When spanis (es) keyboard is selected in XF86Config-4 Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout es EndSection the keycode 94 remains unassigned. It corresponds to symbols less and greater ( and ). as a temporary workaround: xmodmap -e keycode 94 = less greater Thanks, Rafael -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages xfree86-common depends on: ii debconf 1.4.16 Debian configuration management sy ii debianutils 2.7.2 Miscellaneous utilities specific t -- debconf information: xfree86-common/experimental_packages:
Re: Broken libxft-dev package
On Wed, 2004-03-31 at 18:50, Aaron Turner wrote: [I'm not subsribed to the list, so please hit reply to all or make sure I'm in the Cc: line] Running testing/unstable and recently did a apt-get update/upgrade. Updated a whole bunch of X packages. However the libxft-dev (2.1.2-6) package won't install: vodka:~# apt-get -f install Reading Package Lists... Done Building Dependency Tree... Done Correcting dependencies... Done The following extra packages will be installed: libxft-dev The following packages will be upgraded: libxft-dev 1 upgraded, 0 newly installed, 0 to remove and 23 not upgraded Need to get 0B/60.2kB of archives. After unpacking 4096B disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 105242 files and directories currently installed.) Preparing to replace libxft-dev 2.1.2-5 (using .../libxft-dev_2.1.2-6_i386.deb) ... diversion of /usr/X11R6/include/X11/Xft/Xft.h to /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev Removing `diversion of /usr/X11R6/include/X11/Xft/Xft.h to /usr/X11R6/include/X11/Xft/Xft1.h by libxft-dev' dpkg-divert: rename involves overwriting `/usr/X11R6/include/X11/Xft/Xft.h' with different file `/usr/X11R6/include/X11/Xft/Xft1.h', not allowed dpkg: error processing /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/libxft-dev_2.1.2-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) see #237509 et.al. $ rm /usr/X11R6/include/X11/Xft/Xft.h and then try the upgrade again. - christian
Bug#241274: xfree86-common: keycode 94 not assigned in spanish pc 105 keyboard ( keys)
On Wed, 2004-03-31 at 18:55, Rafael Torres wrote: Package: xfree86-common Version: 4.3.0-7 Severity: important Tags: experimental l10n When spanis (es) keyboard is selected in XF86Config-4 Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout es EndSection use a pc105 model, not a pc104: Option XkbModel pc105 hth - Christian
Bug#241274: marked as done (xfree86-common: keycode 94 not assigned in spanish pc 105 keyboard ( keys))
Your message dated Wed, 31 Mar 2004 09:12:47 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#241274: xfree86-common: keycode 94 not assigned in spanish pc 105 keyboard ( keys) 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; 31 Mar 2004 16:55:58 + From [EMAIL PROTECTED] Wed Mar 31 08:55:58 2004 Return-path: [EMAIL PROTECTED] Received: from marfik.cc.upv.es (smtpsal.upv.es) [158.42.249.16] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B8j0P-00078O-00; Wed, 31 Mar 2004 08:55:58 -0800 Received: from pop.upv.es (maia.cc.upv.es [158.42.4.11]) by smtpsal.upv.es (8.12.10/8.12.10) with ESMTP id i2VGtrcg015662; Wed, 31 Mar 2004 18:55:54 +0200 Received: from mx.upv.es (mx2.cc.upv.es [158.42.249.55]) by pop.upv.es (8.11.3/8.11.3) with ESMTP id i2VGtrh18565; Wed, 31 Mar 2004 18:55:53 +0200 (METDST) Received: from [127.0.0.1] (rtorres.dimm.upv.es [158.42.23.22]) by mx.upv.es (8.12.10/8.12.11) with ESMTP id i2VGtqJi021595; Wed, 31 Mar 2004 18:55:52 +0200 Message-Id: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Rafael Torres [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: xfree86-common: keycode 94 not assigned in spanish pc 105 keyboard ( keys) X-Mailer: reportbug 2.54 Date: Wed, 31 Mar 2004 18:55:52 +0200 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=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: xfree86-common Version: 4.3.0-7 Severity: important Tags: experimental l10n When spanis (es) keyboard is selected in XF86Config-4 Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout es EndSection the keycode 94 remains unassigned. It corresponds to symbols less and greater ( and ). as a temporary workaround: xmodmap -e keycode 94 = less greater Thanks, Rafael -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages xfree86-common depends on: ii debconf 1.4.16 Debian configuration management sy ii debianutils 2.7.2 Miscellaneous utilities specific t -- debconf information: xfree86-common/experimental_packages: --- Received: (at 241274-done) by bugs.debian.org; 31 Mar 2004 17:12:49 + From [EMAIL PROTECTED] Wed Mar 31 09:12:49 2004 Return-path: [EMAIL PROTECTED] Received: from x1.cs.pdx.edu (tycho.kde-debian.org) [131.252.208.81] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B8jGj-0007ve-00; Wed, 31 Mar 2004 09:12:49 -0800 Received: by tycho.kde-debian.org (Postfix, from userid 1000) id 9AD21812540; Wed, 31 Mar 2004 09:12:47 -0800 (PST) Date: Wed, 31 Mar 2004 09:12:47 -0800 From: Daniel Stone [EMAIL PROTECTED] To: Rafael Torres [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#241274: xfree86-common: keycode 94 not assigned in spanish pc 105 keyboard ( keys) Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=dwN3S3mscniL3FCL Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] X-GnuPG-Key: 3CED7EFD User-Agent: Mutt/1.5.5.1i 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=-4.5 required=4.0 tests=BAYES_01,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --dwN3S3mscniL3FCL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 31, 2004 at 06:55:52PM +0200, Rafael Torres wrote: Package: xfree86-common Version: 4.3.0-7 Severity: important Tags: experimental l10n =20 When
Re: Broken libxft-dev package
Worked like a charm... thanks. One other mention (not sure if it's been reported already): After upgrading, /usr/bin/X11/startx and a bunch of other x* apps went missing. Had to figureout/manually install xbase-clients to fix. Rather annoying when starx magically disappears. :( Thanks again, -Aaron On Wed, Mar 31, 2004 at 07:19:49PM +0200, Christian Guggenberger wrote: On Wed, 2004-03-31 at 18:50, Aaron Turner wrote: see #237509 et.al. $ rm /usr/X11R6/include/X11/Xft/Xft.h and then try the upgrade again. - christian signature.asc Description: Digital signature
Bug#241286: xserver-xfree86: [siliconmotion] patch to fix broken Rotate option
Package: xserver-xfree86 Version: 4.3.0-7jim Severity: normal Tags: patch The Rotate option of the siliconmotion driver is broken in 4.3 due to RandR. Attached patch disables RandR when Rotate is used; this seems to be the solution used by other drivers and it works. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 Apr 3 2003 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742604 Mar 31 00:28 /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:00.0 VGA compatible controller: Silicon Motion, Inc. SM720 Lynx3DM (rev b1) 01:00.0 Class 0300: 126f:0720 (rev b1) XFree86 X server configuration file status: -rw-r--r--1 root root 2841 Mar 30 18:38 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: ### 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 FontPathunix/: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 LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section Device Identifier Generic Video Card # Driver vesa Driver siliconmotion Option ShadowFB Option Rotate CW EndSection Section Monitor Identifier Panel HorizSync 31.5-37.9 Option DPMS Modelinemymode 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Panel DefaultDepth16 SubSection Display Depth 16 Modes 800x600 Virtual 800 600 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Generic Mouse EndSection Section DRI Mode0666 EndSection ### END DEBCONF SECTION /var/lib/xfree86/XF86Config-4.md5sum does not exist. Contents of most recent XFree86 X server log file /var/log/XFree86.0.log: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release
Accepting .Xdefaults by default
Currently, Debian doesn't support ~/.Xdefaults but does support ~/.Xresources. The ways to walk around this are to soft link or to change it's name. Since a $HOME directory might be shared between varius ditributions (on boxes which might be used for testing distros, for example), to rename the file may not work, so soft linking si the only way to walk around it. Any way, it'd be far much better if Debian supported .Xdefaults in /etc/X11/Xsession.d/30xfree86-common_xresources Instead of: if grep -qs ^allow-user-resources $OPTIONFILE; then if [ -f $USRRESOURCES ]; then xrdb -merge $USRRESOURCES fi fi It could have something like: if grep -qs ^allow-user-resources $OPTIONFILE; then for USRRESOURCE in $USRRESOURCES; do if [ -f $USRRESOURCE ]; then xrdb -merge $USRRESOURCES fi done fi And /etc/X11/Xsession wouldn't contain: USRRESOURCES=$HOME/.Xresources But instead would contain: USRRESOURCES=$HOME/.Xresources $HOME/.Xdefaults I'd like to know what other Debian users think. Thanx.
Bug#233691: new xterm (4.3.0-2) fails to show bold fonts
Le primidi 1er ventôse, an CCXII, Vincent Fourmond a écrit : The man pages show also no bold anymore. I give you a sample of my .Xresource file, just to make sure I didn't do anything stupid in the configuration: I know this problem. Try to add .VT100.VeryBoldColors: 6 to your XTerm resources.
Debian, Best offers for medication.
On our way to a fire, are we?There's no such thing as old age, there is only sorrow. Debian, looking for a site to buy medication? I love the challenge.Fascism is nothing but capitalist reaction.Profit is the ignition system of our economic engine. We ship worldwide Every time that I think of the crucifixion of Christ, I commit the sin of envy. Your easy solution is here You are absolutely anonymous! There is something terribly wrong with a culture inebriated by noise and gregariousness.Life is the flower for which love is the honey.
代开增值税票和普通发票
本公司由于进项比较多。每月份有增值税电脑发票,可以代开,税率6个点(6%)左右。 国税、地税、约2个点(2%)左右。 联系人: 刘海 电 话: 13510692981 [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: why? [was: Re: reopening 234575]
On Tue, Mar 30, 2004 at 08:56:30PM +0200, Christian Guggenberger wrote: On Mon, 2004-03-29 at 23:36, Branden Robinson wrote: Hmm, I was a bit uncritical in my interpretation of Mr. Tikan's mail with respect to the original report. How about we just retitle the existing bug, repurposing it? Do you think that's bad form? my only point is, that reading logs of #234575 is a bit confusing, now. even after retitling *g* I don't think this is a fatal defect. Just MHO. -- G. Branden Robinson| No math genius, eh? Then perhaps Debian GNU/Linux | you could explain to me where you [EMAIL PROTECTED] | got these... PENROSE TILES! http://people.debian.org/~branden/ | -- Stephen R. Notley signature.asc Description: Digital signature
Re: Patches from XFree86
On Tue, Mar 30, 2004 at 09:40:03AM -, Thomas Dickey wrote: Branden Robinson [EMAIL PROTECTED] wrote: Would you prefer that they start asserting copyright once they've completely rewritten the code? Well, I personally would prefer that: 1) copyright is not asserted in a file until a substantially expressive cha= nge has been made to a file; and For some people, this appears to be simply by renaming things. Sometimes things get renamed because a copyright license requires them to be renamed upon modification (see some versions of the Apache Software License), or because a trademark is asserted on the name. These are separate issues, and should not be conflated. -- G. Branden Robinson| The last Christian died on the Debian GNU/Linux | cross. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re: Patches from XFree86
On Tue, Mar 30, 2004 at 11:54:19AM -, Thomas Dickey wrote: Branden Robinson [EMAIL PROTECTED] wrote: No code from XFree86 after the relicensing on 13 February 2004, or bearing an X-Oz Technologies, Inc., copyright notice, should be included in Debian's XFree86 packages (or anywhere in Debian main or contrib, for that matter). =2E..without explicitly checking its CVS commit logs for any application of the X-Oz or XFree86 1.1 licenses. That's more to the point. But that should be done for any type of import. It's better to focus on the issue rather than the instance. I think heightened scrutiny is warranted in this case. ...that is, if it's reasonable to assume that when people and organizations go to the trouble of changing a copyright license, they intend to enforce it. -- 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/ | signature.asc Description: Digital signature
Bug#226973: xserver-xfree86: [glint] second card at wrong resolution
On Tue, Mar 30, 2004 at 10:32:47AM -0500, Clint Adams wrote: This patch helps, though the second head is still a bit fuzzy. One other thing I've noticed is that the clock range is detected by X as 16.25 to 110.00 MHz, though the board specs claim a max of 250MHz. Do you want to continue working on this problem, or would you like to see the patch you have prepared incorporated into unstable more or less as-is? -- G. Branden Robinson|I reverse the phrase of Voltaire, Debian GNU/Linux |and say that if God really existed, [EMAIL PROTECTED] |it would be necessary to abolish http://people.debian.org/~branden/ |him. -- Mikhail Bakunin signature.asc Description: Digital signature
Re: Patches from XFree86
On Tue, Mar 30, 2004 at 09:54:26AM -, Thomas Dickey wrote: Branden Robinson [EMAIL PROTECTED] wrote: On Tue, Mar 30, 2004 at 12:57:24AM -, Thomas Dickey wrote: Perhaps you can point to a specific example. The only mentions I can recall of copyright changes have been to the Xserver area. Here's a list of the relevant changes I know of to date. The context for this appears to be reinforcement of the copyright changes already made, since there is no change to the notices within the files. Rather than argue about it(*) simply asking David Dawes for clarification would probably get results. Over the past 2--3 months, I and others have tried asking David Dawes, and Sue from X-Oz Technologies, Inc., for clarification of several issues related to the new licenses used in the XFree86 source distribution, and these efforts have failed. I refer you to the archives of the xorg_foundation[1] and debian-legal[2] lists for an accounting of the above. Given that, it seems less mutually aggravating to stop asking questions that cannot or will not be answered. Hand-wringing over why that is the case seems pointless. [1] http://www.opengroup.org/sophocles/show_archive.tpl?listname=xorg_foundation [2] http://lists.debian.org/debian-legal/ -- G. Branden Robinson| Debian GNU/Linux | De minimis non curat lex. [EMAIL PROTECTED] | http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#234025: xserver-xfree86: milky screen with 7500
Including Option sw_cursor in the Device-Section of the XF86Config-4 - file solved the problem for me. I've got this Idea from the Knoppix XF86Config-4. Jörgen Bergmann
Bug#234025: xserver-xfree86: Same problem w/ radeon 9200 (it's fixed in XF86 4.4.0)
On Tue, Mar 30, 2004 at 01:46:37PM +0200, Sven Luther wrote: On Tue, Mar 23, 2004 at 07:43:45PM +0200, Manolis Tzanidakis wrote: Package: xserver-xfree86 Version: 4.3.0-7 Severity: normal Followup-For: Bug #234025 I have exactly the same problem w/ my new shiny Radeon 9200 (thank god for this thread, I have X working now, thanx to it). I built XF86 4.4.0 on my LFS partition it works with without the s-video cable plugged it. It is possible to back-port ati drivers from 4.4.0rc1 or something (before the change in license) ? Notice that if Branden would enable the driver-sdk patch i submitted such a long time ago, It wasn't suitable for merge as it stood. IIRC, Daniel Stone volunteered to shepherd it in, but ran out of time to do this. If someone will step up and responsibility for it, it might get in. But dumping patches that have problems and/or won't apply is not sufficient. It's a wishlist item, and is being prioritized accordingly. Take a look at XFree86's bug list. If you have time to work on it again, great. Please see the HACKING document: http://necrotic.deadbeast.net/xsf/XFree86/HACKING.txt ...and scroll to the bottom. -- G. Branden Robinson| The National Security Agency is Debian GNU/Linux | working on the Fourth Amendment [EMAIL PROTECTED] | thing. http://people.debian.org/~branden/ | -- Phil Lago, Deputy XD, CIA signature.asc Description: Digital signature
Bug#240807: XFree 4.3 Swedish xkb error on Debian testing/unstable
tag 240807 + moreinfo thanks On Tue, Mar 30, 2004 at 07:59:51AM +0200, Lars wrote: On Mon, 29 Mar 2004, Denis Barbier wrote: On Mon, Mar 29, 2004 at 01:56:11PM +0200, Lars wrote: After some digging i found that /etc/X11/xkb/symbols/se was missing entries for these, so i added. key LSGT { [ less,greater, bar,brokenbar ] }; To /etc/X11/xkb/symbols/se and that solved the case. [...] /etc/X11/xkb/symbols/se file from xlibs 4.3.0-7 already contains this definition. [...] Thats odd, it did not on my system after upgrading it. Well well must have been some trouble with my system when i upgrade then. How that now would have happened. Anyway, good if its not a actual error. The XKB data files are conffiles, meaning that they are not always unpacked to the system exactly as shipped; dpkg tries to respect local customizations. If you reinstall xlibs with the command: # dpkg --install --force-confnew --force-confmiss xlibs_4.3.0-7_i386.deb ...does the file suddenly add the missing line? -- G. Branden Robinson| Intellectual property is neither Debian GNU/Linux | intellectual nor property. [EMAIL PROTECTED] | Discuss. http://people.debian.org/~branden/ | -- Linda Richman signature.asc Description: Digital signature
Re: Script to check for xlibs dependencies
On Tue, Mar 30, 2004 at 02:08:50PM -, Moritz Muehlenhoff wrote: Why does libxmuu-dev not have header files despite it's description? Because its description is wrong. I'm updating it now. Thanks for catching this! -- G. Branden Robinson|The first thing the communists do Debian GNU/Linux |when they take over a country is to [EMAIL PROTECTED] |outlaw cockfighting. http://people.debian.org/~branden/ |-- Oklahoma State Senator John Monks signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1212 - trunk/debian
Author: branden Date: 2004-03-31 15:52:01 -0500 (Wed, 31 Mar 2004) New Revision: 1212 Modified: trunk/debian/changelog trunk/debian/control Log: Update libxmuu-dev's package description to explain why it does not ship header files. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-03-30 22:23:52 UTC (rev 1211) +++ trunk/debian/changelog 2004-03-31 20:52:01 UTC (rev 1212) @@ -96,8 +96,11 @@ layouts to inherit this key mapping (though al overrides it). Thanks to Josip Rodin for reporting this bug and testing the fix. (Closes: #236604) - -- Branden Robinson [EMAIL PROTECTED] Tue, 30 Mar 2004 17:22:26 -0500 + * Update libxmuu-dev's package description to explain why it does not ship +header files. + -- Branden Robinson [EMAIL PROTECTED] Wed, 31 Mar 2004 15:52:14 -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-03-30 22:23:52 UTC (rev 1211) +++ trunk/debian/control2004-03-31 20:52:01 UTC (rev 1212) @@ -537,8 +537,9 @@ Conflicts: xlibs-dev ( 4.3.0) Replaces: xlibs-dev ( 4.3.0) Description: lightweight X Window System miscellaneous utility library development files - Header files and a static version of the Xmuu library are provided by this - package. + A static version of the Xmuu library is provided by this package. Because + this library is a stripped-down version of the Xmu library, its header + files are in libxmu-dev. . See the libxmuu1 package for further information.
Processed: retitle 226973 to xserver-xfree86: [glint] second card comes up at wrong resolution when using two Permedia II 2D+3D rev 1 cards ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 retitle 226973 xserver-xfree86: [glint] second card comes up at wrong resolution when using two Permedia II 2D+3D rev 1 cards Bug#226973: xserver-xfree86: [glint] second card at wrong resolution Changed Bug title. tags 226973 + upstream Bug#226973: xserver-xfree86: [glint] second card comes up at wrong resolution when using two Permedia II 2D+3D rev 1 cards Tags were: patch Tags added: upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#240807: XFree 4.3 Swedish xkb error on Debian testing/unstable
Processing commands for [EMAIL PROTECTED]: tag 240807 + moreinfo Bug#240807: XFree 4.3 Swedish xkb error on Debian testing/unstable There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#241008: libxft-dev: error during upgrade
Processing commands for [EMAIL PROTECTED]: severity 241008 important Bug#241008: libxft-dev: error during upgrade Severity set to `important'. merge 237509 241108 Bug#237509: libxft-dev: upgrading from libxft-dev 2.1.2-[1-5] doesn't work due to dpkg-divert being run before unpack Bug#241108: Instant Preview is broken Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #237509 has `libxft-dev'; #241108 has `lyx' Values for `severity' don't match: #237509 has `important'; #241108 has `normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#45291: Reduce your gas mileage 30%!
Fuel Costs are reaching all time highs. OPEC is planning further cuts in production. We have the answer... Fuel-Saver-Pro! This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn better using three patented processes from General Motors. PROVEN TECHNOLOGY: A certified U.S. Environmental Protection Agency (EPA) laboratory recently completed tests on the new Fuel-Saver-Pro. The results were astounding. Master Service, a subsidiary of Ford Motor Company, also conducted extensive emissions testing and obtained similar, unheard of results. The achievements of the Fuel Saver is so noteworthy to the environmental community, that Commercial News has featured it as their cover story in their June, 2000 edition. Take a test drive Today - http://www.puresfuel.com?axel=70 No more advertisements, thanks - http://www.owepa.com/nomail
Bug#6682: Cut your gas mileage by 27%+ easily!
Fuel Costs are reaching all time highs. OPEC is planning further cuts in production. We have the answer... Fuel-Saver-Pro! This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn better using three patented processes from General Motors. PROVEN TECHNOLOGY: A certified U.S. Environmental Protection Agency (EPA) laboratory recently completed tests on the new Fuel-Saver-Pro. The results were astounding. Master Service, a subsidiary of Ford Motor Company, also conducted extensive emissions testing and obtained similar, unheard of results. The achievements of the Fuel Saver is so noteworthy to the environmental community, that Commercial News has featured it as their cover story in their June, 2000 edition. Take a test drive Today - http://www.puresfuel.com?axel=70 No more advertisements, thanks - http://www.owepa.com/nomail
Bug#11147: Forget about high gas prices!
Fuel Costs are reaching all time highs. OPEC is planning further cuts in production. We have the answer... Fuel-Saver-Pro! This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn better using three patented processes from General Motors. PROVEN TECHNOLOGY: A certified U.S. Environmental Protection Agency (EPA) laboratory recently completed tests on the new Fuel-Saver-Pro. The results were astounding. Master Service, a subsidiary of Ford Motor Company, also conducted extensive emissions testing and obtained similar, unheard of results. The achievements of the Fuel Saver is so noteworthy to the environmental community, that Commercial News has featured it as their cover story in their June, 2000 edition. Take a test drive Today - http://www.puresfuel.com?axel=70 No more advertisements, thanks - http://www.owepa.com/nomail
Bug#56179: Crazy Gas Prices! Here is the answer
Fuel Costs are reaching all time highs. OPEC is planning further cuts in production. We have the answer... Fuel-Saver-Pro! This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn better using three patented processes from General Motors. PROVEN TECHNOLOGY: A certified U.S. Environmental Protection Agency (EPA) laboratory recently completed tests on the new Fuel-Saver-Pro. The results were astounding. Master Service, a subsidiary of Ford Motor Company, also conducted extensive emissions testing and obtained similar, unheard of results. The achievements of the Fuel Saver is so noteworthy to the environmental community, that Commercial News has featured it as their cover story in their June, 2000 edition. Take a test drive Today - http://www.puresfuel.com?axel=70 No more advertisements, thanks - http://www.owepa.com/nomail
Bug#24192: Crazy Gas Prices! Here is the answer
Fuel Costs are reaching all time highs. OPEC is planning further cuts in production. We have the answer... Fuel-Saver-Pro! This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn better using three patented processes from General Motors. PROVEN TECHNOLOGY: A certified U.S. Environmental Protection Agency (EPA) laboratory recently completed tests on the new Fuel-Saver-Pro. The results were astounding. Master Service, a subsidiary of Ford Motor Company, also conducted extensive emissions testing and obtained similar, unheard of results. The achievements of the Fuel Saver is so noteworthy to the environmental community, that Commercial News has featured it as their cover story in their June, 2000 edition. Take a test drive Today - http://www.puresfuel.com?axel=70 No more advertisements, thanks - http://www.owepa.com/nomail
Bug#126519: Crazy Gas Prices! Here is the answer
Fuel Costs are reaching all time highs. OPEC is planning further cuts in production. We have the answer... Fuel-Saver-Pro! This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn better using three patented processes from General Motors. PROVEN TECHNOLOGY: A certified U.S. Environmental Protection Agency (EPA) laboratory recently completed tests on the new Fuel-Saver-Pro. The results were astounding. Master Service, a subsidiary of Ford Motor Company, also conducted extensive emissions testing and obtained similar, unheard of results. The achievements of the Fuel Saver is so noteworthy to the environmental community, that Commercial News has featured it as their cover story in their June, 2000 edition. Take a test drive Today - http://www.puresfuel.com?axel=70 No more advertisements, thanks - http://www.owepa.com/nomail
Bug#22506: We have the answer to high gas prices!
Fuel Costs are reaching all time highs. OPEC is planning further cuts in production. We have the answer... Fuel-Saver-Pro! This revolutionary device Boosts Gas Mileage 27%+ by helping fuel burn better using three patented processes from General Motors. PROVEN TECHNOLOGY: A certified U.S. Environmental Protection Agency (EPA) laboratory recently completed tests on the new Fuel-Saver-Pro. The results were astounding. Master Service, a subsidiary of Ford Motor Company, also conducted extensive emissions testing and obtained similar, unheard of results. The achievements of the Fuel Saver is so noteworthy to the environmental community, that Commercial News has featured it as their cover story in their June, 2000 edition. Take a test drive Today - http://www.puresfuel.com?axel=70 No more advertisements, thanks - http://www.owepa.com/nomail
Bug#241331: [Sparc - ffbdri] glx apps segfault due to undefined symbol: ffbInitTnlModule
Package: xlibmesa-dri Version: 4.3.0-7 glx apps like glxinfo and glxgears segfault on my Ultra10 running sarge. (verified with several linux 2.4 and 2.6 kernels) $ LIBGL_DEBUG=verbose glxinfo libGL: XF86DRIGetClientDriverName: 0.0.1 ffb (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/ffb_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/ffb_dri.so failed (/usr/X11R6/lib /modules/dri/ffb_dri.so: undefined symbol: ffbInitTnlModule) libGL error: unable to find driver: ffb_dri.so libGL: XF86DRIGetClientDriverName: 0.0.1 ffb (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/ffb_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/ffb_dri.so failed (/usr/X11R6/lib /modules/dri/ffb_dri.so: undefined symbol: ffbInitTnlModule) libGL error: unable to find driver: ffb_dri.so Segmentation fault. X server and kernel logs are attached. thanks. Christian PROMLIB: Sun IEEE Boot Prom 3.31.0 2001/07/25 20:36 Linux version 2.4.26-rc1 ([EMAIL PROTECTED]) (gcc version 3.3.3 (Debian)) #2 Tue Mar 30 22:47:29 CEST 2004 ARCH: SUN4U Ethernet address: 08:00:20:c0:9d:dc On node 0 totalpages: 65025 zone(0): 65436 pages. zone(1): 0 pages. zone(2): 0 pages. Found CPU 0 (node=f006d5cc,mid=0) Found 1 CPU prom device tree node(s). Kernel command line: root=/dev/hda1 ro Console: colour dummy device 80x25 Calibrating delay loop... 878.18 BogoMIPS Memory: 513984k available (1848k kernel code, 296k data, 360k init) [f800,1ff38000] Dentry cache hash table entries: 65536 (order: 7, 1048576 bytes) Inode cache hash table entries: 32768 (order: 6, 524288 bytes) Mount cache hash table entries: 512 (order: 0, 8192 bytes) Buffer cache hash table entries: 32768 (order: 5, 262144 bytes) Page-cache hash table entries: 65536 (order: 6, 524288 bytes) POSIX conformance testing by UNIFIX PCI: Probing for controllers. PCI: Found SABRE, main regs at 01fe, wsync at 01fe1c20 SABRE: Shared PCI config space at 01fe0100 SABRE: DVMA at c000 [2000] PCI-IRQ: Routing bus[ 2] slot[ 2] map[0] to INO[14] PCI0(PBMA): Bus running at 33MHz PCI-IRQ: Routing bus[ 1] slot[ 1] map[0] to INO[21] PCI-IRQ: Routing bus[ 1] slot[ 2] map[0] to INO[0f] PCI-IRQ: Routing bus[ 1] slot[ 3] map[0] to INO[20] PCI0(PBMB): Bus running at 33MHz ebus0: [auxio] [power] [SUNW,pll] [se] [su] [su] [ecpp] [fdthree] [eeprom] [flashprom] [SUNW,CS4231] PCIO serial driver version 1.54 su(mouse) at 0x1fff13062f8 (irq = 4,7ea) is a 16550A Sun Mouse-Systems mouse driver version 1.00 su(kbd) at 0x1fff13083f8 (irq = 9,7e9) is a 16550A Sun TYPE 5 keyboard detected without keyclick SAB82532 serial driver version 1.65 ttyS00 at 0x1fff140 (irq = 12,7eb) is a SAB82532 V3.2 ttyS01 at 0x1fff1400040 (irq = 12,7eb) is a SAB82532 V3.2 power: Control reg at 01fff1724000 ... powerd running. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd Journalled Block Device driver loaded Console: switching to colour frame buffer device 144x54 fb0: Creator 3D at 01fc type 51 DAC 10 atyfb: 3D RAGE PRO (PQFP, PCI) [0x4750 rev 0x7c] 4M SGRAM, 14.31818 MHz XTAL, 230 MHz PLL, 100 Mhz MCLK, 100 Mhz XCLK fb1: ATY Mach64 frame buffer device on PCI pty: 256 Unix98 ptys configured rtc_init: no PC rtc found Floppy drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor PC87306 sunhme.c:v2.01 26/Mar/2002 David S. Miller (davem@redhat.com) eth0: HAPPY MEAL (PCI/CheerIO) 10/100BaseT Ethernet 08:00:20:c0:9d:dc Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx CMD646: IDE controller at PCI slot 01:03.0 CMD646: chipset revision 3 CMD646: chipset revision 0x03, MultiWord DMA Force Limited CMD646: 100% native mode on irq 4,7e0 ide0: BM-DMA at 0x1fe02c00020-0x1fe02c00027, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0x1fe02c00028-0x1fe02c0002f, BIOS settings: hdc:pio, hdd:pio hda: ST39140A, ATA DISK drive ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx hdc: CRD-8322B, ATAPI CD/DVD-ROM drive ide0 at 0x1fe02c0-0x1fe02c7,0x1fe02ca on irq 4,7e0 ide1 at 0x1fe02c00010-0x1fe02c00017,0x1fe02c0001a on irq 4,7e0 (shared with ide0) hda: attached ide-disk driver. hda: 17803440 sectors (9115 MB) w/448KiB Cache, CHS=17662/16/63, (U)DMA hdc: attached ide-cdrom driver. hdc: ATAPI 32X CD-ROM drive, 128kB Cache, DMA Uniform CD-ROM driver Revision: 3.12 Partition check: hda: hda1 hda2 hda3 mice: PS/2 mouse device common for all mice Initializing Cryptographic API NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 8192 buckets, 64Kbytes TCP: Hash tables configured (established 65536 bind 65536) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. kjournald starting. Commit
X Strike Force XFree86 SVN commit: r1213 - in trunk/debian: . patches
Author: branden Date: 2004-03-31 17:22:33 -0500 (Wed, 31 Mar 2004) New Revision: 1213 Added: trunk/debian/patches/082_xkb_AE12_apostrophe_on_pc_de_nodeadkeys.diff Modified: trunk/debian/changelog Log: German keyboards using the nodeadkeys variant should produce an apostrophe, not an acute accent, when AE12 is pressed. This change is also consistent with the existing xc/programs/xkbcomp/symbols/de file (thanks, Andreas Metzler). (Closes: #241127) Modified: trunk/debian/changelog === --- trunk/debian/changelog 2004-03-31 20:52:01 UTC (rev 1212) +++ trunk/debian/changelog 2004-03-31 22:22:33 UTC (rev 1213) @@ -99,8 +99,13 @@ * Update libxmuu-dev's package description to explain why it does not ship header files. - -- Branden Robinson [EMAIL PROTECTED] Wed, 31 Mar 2004 15:52:14 -0500 + * German keyboards using the nodeadkeys variant should produce an +apostrophe, not an acute accent, when AE12 is pressed. This change is +also consistent with the existing xc/programs/xkbcomp/symbols/de file +(thanks, Andreas Metzler). (Closes: #241127) + -- Branden Robinson [EMAIL PROTECTED] Wed, 31 Mar 2004 17:22:39 -0500 + xfree86 (4.3.0-7) unstable; urgency=medium * Urgency due to fix for FTBFS. Yes -- I too am begging for it to stop. Added: trunk/debian/patches/082_xkb_AE12_apostrophe_on_pc_de_nodeadkeys.diff === --- trunk/debian/patches/082_xkb_AE12_apostrophe_on_pc_de_nodeadkeys.diff 2004-03-31 20:52:01 UTC (rev 1212) +++ trunk/debian/patches/082_xkb_AE12_apostrophe_on_pc_de_nodeadkeys.diff 2004-03-31 22:22:33 UTC (rev 1213) @@ -0,0 +1,20 @@ +$Id$ + +German keyboards using the nodeadkeys variant should produce an +apostrophe, not an acute accent, when AE12 is pressed. This change is +also consistent with the existing xc/programs/xkbcomp/symbols/de file. +See Debian bug #241127. + +This patch by Andreas Metzler. + +--- xc/programs/xkbcomp/symbols/pc/de~ 2004-03-31 16:17:00.0 -0500 xc/programs/xkbcomp/symbols/pc/de 2004-03-31 15:59:42.0 -0500 +@@ -43,7 +43,7 @@ + include pc/de(basic) + + key TLDE{ [asciicircum,degree, notsign, notsign ] }; +-key AE12{ [ acute, grave, cedilla, cedilla ] }; ++key AE12{ [apostrophe, grave, cedilla, cedilla ] }; + key AD11{ [udiaeresis, Udiaeresis,diaeresis,diaeresis ] }; + key AD12{ [ plus, asterisk, asciitilde, macron ] }; + key AC10{ [odiaeresis, Odiaeresis, doubleacute, doubleacute ] }; Property changes on: trunk/debian/patches/082_xkb_AE12_apostrophe_on_pc_de_nodeadkeys.diff ___ Name: svn:keywords + Id
X Strike Force XFree86 SVN commit: r1214 - trunk/debian/patches
Author: branden Date: 2004-03-31 17:27:25 -0500 (Wed, 31 Mar 2004) New Revision: 1214 Modified: trunk/debian/patches/078_xdm_log_sourcing_better.diff Log: Fix typo. Modified: trunk/debian/patches/078_xdm_log_sourcing_better.diff === --- trunk/debian/patches/078_xdm_log_sourcing_better.diff 2004-03-31 22:22:33 UTC (rev 1213) +++ trunk/debian/patches/078_xdm_log_sourcing_better.diff 2004-03-31 22:27:25 UTC (rev 1214) @@ -63,7 +63,7 @@ -} -return 0; +} else -+ Debug (source() given null pointer in file argument\n) ++ Debug (source() given null pointer in file argument\n); +return ret; }
X Strike Force XFree86 SVN commit: r1215 - trunk/debian
Author: branden Date: 2004-03-31 17:29:39 -0500 (Wed, 31 Mar 2004) New Revision: 1215 Modified: trunk/debian/rules Log: Build the X server wrapper even if we're not building the XFree86 X server. Modified: trunk/debian/rules === --- trunk/debian/rules 2004-03-31 22:27:25 UTC (rev 1214) +++ trunk/debian/rules 2004-03-31 22:29:39 UTC (rev 1215) @@ -226,9 +226,9 @@ ifndef NOT_BUILDING_XFREE86_X_SERVER # create source tree for static, debuggable XFree86 server cp -drl $(SOURCE_TREE) $(SOURCE_TREE)-xserver-xfree86-dbg +endif # build Debian's X server wrapper $(CC) -Wall -g -O2 -o debian/local/xserver-wrapper debian/local/xserver-wrapper.c -endif $(HTML2TEXT) debian/local/xterm.faq.html debian/local/xterm.faq.text gzip -9f debian/local/xterm.faq.text ifndef test_rules
Bug#241336: Mouse doesn't work after xfree86 upgrade
Package: xserver-xfree86 Version: 4.3.0-7 Severity: important After the latest xfree86 upgrade my mouse stopped working. On boot gpm picks up the mouse and it works until X starts at which point it stops working. Switching back to the console reveals that the mouse doesn't work there until I restart gpm and once again dies if I switch back to an X Window. I tried running dpkg-reconfigure xserver-xfree86, but that hung after a few questions about the video card. Subsequent attempts to run dpkg-reconfigure, just die at the starting blue screen. (That may be a seperate bug, but I'm not sure.) Clearly it isn't a hardware issue as the mouse will work from the console as long as gpm has been restarted since X started. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 Dec 8 14:40 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742316 Mar 17 21: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:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] 01:00.0 Class 0300: 1002:5159 XFree86 X server configuration file status: -rw-r--r--1 root root 3321 Mar 28 20:05 /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 Files FontPathunix/: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/CID FontPath/usr/lib/X11/fonts/Speedo 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 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 EndSection Section Device Identifier ATI Technologies, Inc. Radeon VE [QY] Driver ati EndSection Section Monitor Identifier MultiSync 6FGp HorizSync 27-79 VertRefresh 55-90 Option DPMS EndSection Section Screen Identifier Default Screen Device ATI Technologies, Inc. Radeon VE [QY] Monitor MultiSync 6FGp DefaultDepth24 SubSection Display Depth 1 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes
Bug#240788: marked as done (xserver-xfree86: font config should include font server at port 7110 (default for xfs-xtt))
Your message dated Wed, 31 Mar 2004 15:55:01 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#240788: xserver-xfree86: font config should include font server at port 7110 (default for xfs-xtt) 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; 29 Mar 2004 09:31:07 + From [EMAIL PROTECTED] Mon Mar 29 01:31:07 2004 Return-path: [EMAIL PROTECTED] Received: from mgw-x3.nokia.com [131.228.20.26] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B7t6p-Lj-00; Mon, 29 Mar 2004 01:31:07 -0800 Received: from esdks004.ntc.nokia.com (esdks004.ntc.nokia.com [172.21.138.159]) by mgw-x3.nokia.com (Switch-2.2.8/Switch-2.2.8) with ESMTP id i2T9UkD25895; Mon, 29 Mar 2004 12:30:56 +0300 (EET DST) X-Scanned: Mon, 29 Mar 2004 12:30:39 +0300 Nokia Message Protector V1.3.21 2004031416 - RELEASE Received: (from [EMAIL PROTECTED]) by esdks004.ntc.nokia.com (8.12.9/8.12.9) id i2T9UdRs031578; Mon, 29 Mar 2004 12:30:39 +0300 X-pstn-settings: 6(2:2) p:3 r:4 m:4 c:1 X-pstn-version: pase:2.3 X-pstn-levels: s:9.1385 p:95.9108 r:95.9108 m:98.9607 c:78.1961 X-pstn-address: from [EMAIL PROTECTED] X-pstn-spam: N received: from mgw-int2.ntc.nokia.com (172.21.143.97) by esdks004.ntc.nokia.com 00I9zVOt; Mon, 29 Mar 2004 12:27:09 EEST received: from esebh001.NOE.Nokia.com (esebh001.ntc.nokia.com [172.21.138.28]) by mgw-int2.ntc.nokia.com (Switch-2.2.8/Switch-2.2.8) with ESMTP id i2T8axF06888; Mon, 29 Mar 2004 11:36:59 +0300 (EET DST) received: from [127.0.0.1] ([10.211.4.107]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6881); Mon, 29 Mar 2004 11:35:46 +0300 content-type: text/plain; charset=us-ascii mime-version: 1.0 content-transfer-encoding: 7bit from: Zoltan Ivanfi [EMAIL PROTECTED] to: Debian Bug Tracking System [EMAIL PROTECTED] subject: xserver-xfree86: font config should include font server at port 7110 (default for xfs-xtt) x-mailer: reportbug 2.54 date: Mon, 29 Mar 2004 10:35:46 +0200 message-id: [EMAIL PROTECTED] x-originalarrivaltime: 29 Mar 2004 08:35:46.0742 (UTC) FILETIME=[D4FE1560:01C41568] 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=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: xserver-xfree86 Version: 4.3.0-7 Severity: wishlist The default Files section should not only include FontPathunix/:7100# local font server but also FontPathunix/:7110# local xfs-xtt font server --- Received: (at 240788-done) by bugs.debian.org; 31 Mar 2004 20:55:07 + From [EMAIL PROTECTED] Wed Mar 31 12:55:07 2004 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B8mjq-0008Jl-00; Wed, 31 Mar 2004 12:55:07 -0800 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 65EAC6422B; Wed, 31 Mar 2004 15:55:01 -0500 (EST) Date: Wed, 31 Mar 2004 15:55:01 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#240788: xserver-xfree86: font config should include font server at port 7110 (default for xfs-xtt) Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=U5J2I87mWnf1KeOw Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. User-Agent: Mutt/1.5.5.1+cvs20040105i 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=-4.5 required=4.0 tests=BAYES_10,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --U5J2I87mWnf1KeOw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 30, 2004 at 05:09:17PM +0200, [EMAIL PROTECTED] wrote: You're right. =20 I didn't know xfs-xtt was outmoded and I had a reason in the past to pref= er it. I don't
Bug#227578: xbase-clients: xmodmap stopped working
On Wed, Mar 31, 2004 at 05:30:02PM +0200, Roland Stigge wrote: Hi Branden, maybe the problem I encounter is slightly different from Rainer's. When redefining a key, the first two resulting characters (without and with Shift) are working, but the second two (AltGr and [without and with Shift]) are not. The _predefined_ characters generated with AltGr are working (on German keyboards, e.g. {,[,],}), but when redefining those ones, the AltGr generated characters are not working anymore. Please note that I talked with another German DD, and for him, it's working fine. I'm using the same redefinitions as he does, and the problem appeared for me on upgrade to 4.3.0. He is also using current unstable like me. Anyway mixing xmodmap and xkb seems to be a bad idea, maybe you should add Option XkbDisable true to your XF86Config-4 file. Denis
Re: Patches from XFree86
Branden Robinson [EMAIL PROTECTED] wrote: --0kRkyLZR5zsR9u2P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 30, 2004 at 09:54:26AM -, Thomas Dickey wrote: Rather than argue about it(*) simply asking David Dawes for clarification would probably get results. Over the past 2--3 months, I and others have tried asking David Dawes, and Sue from X-Oz Technologies, Inc., for clarification of several issues related to the new licenses used in the XFree86 source distribution, and these efforts have failed. Most of the words I've seen have been asking him to change it. Here/there is a request for clarification, but still with a slant toward change. I'm curious where all this will lead, but on the whole I find David Dawes more predictable than the others (so far). It's likely that a well-defined question (for a yes/no answer) would get some results. And as noted before, the appropriate place to ask questions is not in a newsgroup, but in the forum mailing list. (I'm not subscribed to that - don't like interminable arguments ;-). I refer you to the archives of the xorg_foundation[1] and debian-legal[2] lists for an accounting of the above. I think I've read most of this (it's possible I'm overlooking something ;-) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Re: Patches from XFree86
Branden Robinson [EMAIL PROTECTED] wrote: On Tue, Mar 30, 2004 at 09:40:03AM -, Thomas Dickey wrote: For some people, this appears to be simply by renaming things. Sometimes things get renamed because a copyright license requires them to be renamed upon modification (see some versions of the Apache Software License), or because a trademark is asserted on the name. These are separate issues, and should not be conflated. I didn't have that sort of example in mind, actually. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Re: X Strike Force - some infos missing
Keith Packard [EMAIL PROTECTED] wrote: I plan on migrating bits of the upcoming X11R6.7 release into the modular tree and essentially abandoning the version in the monolithic tree -- making the default monolithic build not install bits which come from the modular environment. Google says that X11R6.7 has been upcoming for more than a year. How much closer is it than that? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Processed: merging 237509 241008
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 merge 237509 241008 Bug#237509: libxft-dev: upgrading from libxft-dev 2.1.2-[1-5] doesn't work due to dpkg-divert being run before unpack Bug#241008: libxft-dev: error during upgrade Bug#237511: libxft-dev: upgrading from libxft-dev 2.1.2-[1-5] doesn't work due to dpkg-divert being run before unpack Bug#240302: libxft2-dev doesn't install Merged 237509 237511 240302 241008. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Bug#241062: base-config should start xfs before *dm
Nikita V. Youshchenko wrote: Nikita V. Youshchenko wrote: Since debian defaults to use xfs to provide X server with fonts, base-config should start it before starting *dm. Currently it seems not to be started automatically during initial installation. It's news to me that we use xfs by default; it is not part of x-window-system-core, and X includes a built-in font server. Also, like most other daemons in Debian, xfs is started automatically when it is installed. Could you describe the actual problem you ran into, please? Well, probably I was wrong with default - actually, it is difficult to say what is default in this case. - XF86Config generated by dexconf does reference local xfs, and includes more font paths only if the local font server has problems (quoted from comment in generated XF86Config-4) Makes sense, if you have a font server, you want to use it. However, most systems do not have a font sever, and X goes with the fallback fontpath entries. - xfs is NOT start automatically by it's postinst, because in general case it is not safe. In particular, restarting xfs on package upgrade while it is in use by local or remote X server may cause that X server and/or it's clients to misbehave or crash. Probably xfs postinst may be modified to start xfs on initial install unconditionally, while not touching a running daemon on upgrade, but at this moment it is not done. At least, on initial installation of what is in testing now, xfs is not started automatically. - if xfs was installed during the initial install process, it will be started after reboot. So, if it is not started also by base-config, X will get different configuration before and after reboot. This is bad IMHO. So it is better for base-config to start xfs if it was installed. At least it won't do any harm, and will make system more consistent. I don't think it's base-config's job to work around what looks like a bug in xdm for not starting the daemon on initial install. Forwarding to the XSF. -- see shy jo signature.asc Description: Digital signature
Processed: tagging 241127
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 1212:1213 svn://necrotic.deadbeast.net/xfree86 tags 241127 + pending Bug#241127: xlibs: key AE12 generates acute with de+nodeadkey on PC keyboard 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: retitle 240809 to xserver-xfree86: [module loader] SEGVs when loading libbitmap.a on exec-shield-enabled Linux kernel
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 retitle 240809 xserver-xfree86: [module loader] SEGVs when loading libbitmap.a on exec-shield-enabled Linux kernel Bug#240809: xserver-xfree86: [elfloader] SEGV when using exec-shield-enabled Linux kernel Changed Bug title. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: X Strike Force - some infos missing
Around 21 o'clock on Mar 31, Thomas Dickey wrote: Google says that X11R6.7 has been upcoming for more than a year. How much closer is it than that? Oh, that's funny! And here I thought we'd managed to come up with a unique new name... The X.org Foundation has been completely reformulated and is now driven by actual developers instead of dying Unix vendors. Egbert Eich is currently driving a fork of XFree86 4.4 RC2 to release and we all agreed to call it X11R6.7. It's not technically different from XFree86 4.4, but it isn't affected by the XFree86 1.1 license. We were hoping to be done by yesterday, but it's taking longer to get the documentation into reasonable shape. Next Tuesday is the current target; I think we'll hit that. Red Hat, SuSE, Debian and Gentoo (at least) will be using the X.org codebase for their releases. Parts of the system which are maintained outside (like xterm) will eventually be dropped from the X.org repository, as long as licenses remain compatible. -keith pgpn1rCkeKp4C.pgp Description: PGP signature
Bug#226973: xserver-xfree86: [glint] second card at wrong resolution
Do you want to continue working on this problem, or would you like to see the patch you have prepared incorporated into unstable more or less as-is? I am continuing to work on it with no noticeable success. The patch in the bug report changes the second head from completely unusable to barely usable, so I would include it for now. If I manage to come up with anything that fixes the problem completely, it will no doubt depend on that patch.