Re: X Strike Force X.Org X11 SVN commit: r2282 - trunk/debian/xorg/debian
El lunes, 5 de junio de 2006 00:36, X Strike Force SVN Repository Admin escribió: Author: josh Date: 2006-06-04 18:36:54 -0400 (Sun, 04 Jun 2006) New Revision: 2282 Modified: trunk/debian/xorg/debian/changelog trunk/debian/xorg/debian/control Log: * Add conflicts on the old non-free package xv, no longer in Debian, which broke upgrading on at least one system. No, wait. The only weird things that we supported in Conflicts were upgrades from preliminar Ubuntu packages, I guess due to the big amount of Debian users that tried them. Why should we conflict with it, given that it is no longer in Debian? We do not support upgrades from more than one release back. Best regards, Ender. -- I don't like this ending. -- The Duke (Moulin Rouge!). -- Desarrollador de Debian Debian developer pgpJu4HOVc2Gb.pgp Description: PGP signature
left-over stuff in testing installation with new xorg
Hi, the new xorg left some cruft on my system: not in testing, yet: pm-dev libice-dev libxft-dev libice6 xfonts-dosemu gsfonts-x11 Packages that simply don't exist anymore (bug?): xfonts-base-transcoded So at least, xfonts-base-transcoded is something not dealt with. Should I simply remove it? Also note: some users have extra files in /usr/X11R6. For me, it is the firmware that the theatre200 driver (radeon related) wanted at /usr/X11R6/lib/modules/multimedia. It was simply left there and thus the new driver did not find it anymore. :-/ HS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370445: xserver-xorg-core: Package fails to install
Package: xserver-xorg-core Version: 1:1.0.2-8 Severity: grave Justification: renders package unusable Package fails to install on testing Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 216498 files and directories currently installed.) Unpacking xserver-xorg-core (from .../xserver-xorg-core_1%3a1.0.2-8_i386.deb) ... dpkg: error processing /var/cache/apt/archives/xserver-xorg-core_1%3a1.0.2-8_i386.deb (--unpack): unable to create `./usr/lib/xorg/modules/extensions/libglx.so': No such file or directory dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/xserver-xorg-core_1%3a1.0.2-8_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Processed: reassign 272294 xserver-xorg-video-i810
On Sun, 2006-06-04 at 15:18 -0700, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: reassign 272294 xserver-xorg-video-i810 Bug#272294: xserver-xfree86: [i810] 'Fatal server error: lockup' when screensaver runs and laptop lid closed on 82852/855GM Integrated Graphics Device rev 1 Bug reassigned from package `xserver-xfree86' to `xserver-xorg-video-i810'. Have you verified that this bug still applies to the current version of xserver-xorg-video-i810? Even if so, it might have been better to clone it, in order to maintain the association with xserver-xfree86. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#370189: closed by David Nusinow [EMAIL PROTECTED] (Re: Bug#370189: Solution)
On Sun, 2006-06-04 at 22:17 +0200, Vincent Lönngren wrote: Vidarebefordrat meddelande Från: David Nusinow [EMAIL PROTECTED] Till: Vincent L??nngren [EMAIL PROTECTED], On Sun, Jun 04, 2006 at 10:18:30AM +0200, Vincent L??nngren wrote: This helps: LDFLAGS=-L/usr/X11R6/lib ./configure Ok, then this isn't a libice-dev bug, so I'm going to close it. If you still have this problem with libice-dev 1:1.0.0, let us know. - David Nusinow It's not a libice-dev bug, but I believe it's a libice6 bug. The libs (libICE.a libICE.so libICE.so.6 libICE.so.6.4) are in /usr/X11R6/lib, [...] They aren't in libice6 1:1.0.0-3. Moreover, it contains libICE.so.6.3.0, not libICE.so.6.4, so it sounds like you have got the offending files from somewhere else. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Processed: Re: Bug#370379: xbase-clients: Very noisy after upgrade to Xorg 7.0
Processing commands for [EMAIL PROTECTED]: reassign 370379 xserver-xorg-video-ati Bug#370379: xbase-clients: Very noisy after upgrade to Xorg 7.0 Bug reassigned from package `xbase-clients' to `xserver-xorg-video-ati'. kthxbye Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370379: xbase-clients: Very noisy after upgrade to Xorg 7.0
reassign 370379 xserver-xorg-video-ati kthxbye On Sun, 2006-06-04 at 23:01 +0200, Helge Kreutzmann wrote: Package: xbase-clients Version: 1:7.0.1-2 Severity: wishlist After upgrade to the version of Xorg 7.0 (from Xorg 6.9) startx (or the X server, I suppose, so reassign if it belongs there) is very chatty, It's the radeon driver. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#370290: pleasce cancel bug 370290
the problem is resolved... I hadn't logged out since before I upgraded xbase-tools and twm... after killing that session and restarting everything all is working again. thanks for your patience -- Bye. Jasen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370445: xserver-xorg-core: Package fails to install
On Mon, 2006-06-05 at 11:33 +0100, Chris Jones wrote: Package: xserver-xorg-core Version: 1:1.0.2-8 Severity: grave Justification: renders package unusable Package fails to install on testing Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 216498 files and directories currently installed.) Unpacking xserver-xorg-core (from .../xserver-xorg-core_1%3a1.0.2-8_i386.deb) ... dpkg: error processing /var/cache/apt/archives/xserver-xorg-core_1%3a1.0.2-8_i386.deb (--unpack): unable to create `./usr/lib/xorg/modules/extensions/libglx.so': No such file or directory Problems like this are usually caused by broken diversions, e.g. from proprietary drivers. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#369167: DRI probably broken: where to reportbug
On Sun, 2006-06-04 at 17:33 +0200, Wolfgang Pfeiffer wrote: On Tue, May 30, 2006 at 08:32:32AM +0200, Michel Dänzer wrote: On Tue, 2006-05-30 at 01:57 +0200, Wolfgang Pfeiffer wrote: On Mon, May 29, 2006 at 09:53:39AM +0200, Michel Dänzer wrote: BTW: Is it possible to ssh into such a crashed system/machine and shut it down cleanly instead of stupidly pressing the power button I was doing so far after these crashes? Depends how hard the crash is. Would be interesting to know at any rate. [ ... ] It's possible :) But first this: I learned SSH the last days (I really didn't know anything about it before, except that it *somehow* might provide a way to access one computer with another one), [...] Wow, you were missing out. I did a 'kill -s 9 2986', after that kdm was gone, but 'top' still showed 'Xorg' swallowing ~99% CPU. '/etc/init.d/x11-common status' gave me zero output, ditto a '/etc/init.d/xserver-xorg status' Perhaps not being so important, but anyway: Could someone tell me what exactly 'top' means by 'Xorg'? The X server. Because if there are other, so far unknown instances of the xorg-server I should know about, I'd like to try close them down instead of shutting down the whole system. Not sure what you mean. If the X server process doesn't go away after killing it, it may be spinning in kernel mode. Michel: Do you want to do me more tests on this alu-book around the time it crashes, before I try to install the DRM you suggested to try? No, it's a hardware lockup of the graphics card, all the symptoms you described can be explained with that, but they don't say anything about the cause, which is extremely hard to identify after the fact. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#370445: xserver-xorg-core: Package fails to install
On 5 Jun 2006, at 13:39, Michel Dänzer wrote: On Mon, 2006-06-05 at 11:33 +0100, Chris Jones wrote: Package: xserver-xorg-core Version: 1:1.0.2-8 Severity: grave Justification: renders package unusable Package fails to install on testing Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 216498 files and directories currently installed.) Unpacking xserver-xorg-core (from .../xserver-xorg-core_1%3a1.0.2-8_i386.deb) ... dpkg: error processing /var/cache/apt/archives/xserver-xorg-core_1%3a1.0.2-8_i386.deb (--unpack): unable to create `./usr/lib/xorg/modules/extensions/libglx.so': No such file or directory Problems like this are usually caused by broken diversions, e.g. from proprietary drivers. I am using the packaged nvidia driver from non-free, but surely if this causes problems it should be listed as a package conflict. -- Chris Jones, SUCS Admin http://sucs.org
Bug#370445: xserver-xorg-core: Package fails to install
On Mon, 2006-06-05 at 14:09 +0100, Chris Jones wrote: On 5 Jun 2006, at 13:39, Michel Dänzer wrote: On Mon, 2006-06-05 at 11:33 +0100, Chris Jones wrote: Package: xserver-xorg-core Version: 1:1.0.2-8 Severity: grave Justification: renders package unusable Package fails to install on testing Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 216498 files and directories currently installed.) Unpacking xserver-xorg-core (from .../xserver-xorg-core_1%3a1.0.2-8_i386.deb) ... dpkg: error processing /var/cache/apt/archives/xserver-xorg-core_1%3a1.0.2-8_i386.deb (--unpack): unable to create `./usr/lib/xorg/modules/extensions/libglx.so': No such file or directory Problems like this are usually caused by broken diversions, e.g. from proprietary drivers. I am using the packaged nvidia driver from non-free, but surely if this causes problems it should be listed as a package conflict. It's probably not a conflict but just a bug in the other package. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#364932: Workaround Re: xorg: My keyboard no longer works after upgrading
Same problem here... my keyboard no longer works under X after upgrading my testing laptop. All keys (no numerical pad on a laptop) does a resolution switch (as Ctrl-Alt-+/- does), except Ctrl-Alt-Backspace. -- My config is standard : -- Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr EndSection -- -- Nothing strange appear in Xorg logs, and on the standard error output ( [--- ---] announce my cuttings) : -- % startx 2sortie % cat sortie expected keysym, got XF86_Switch_VT_1: line 8 of xfree86 expected keysym, got XF86_Switch_VT_2: line 11 of xfree86 [--- similar message repeated 14 times ---] Warning: Multiple interpretations of NoSymbol+AnyOfOrNone(all) Using last definition for duplicate fields [--- same message repeated 16 times ---] expected keysym, got XF86_Switch_VT_1: line 52 of pc expected keysym, got XF86_Switch_VT_2: line 56 of pc [--- similar message repeated 23 times ---] Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server Could not init font path element /usr/share/fonts/X11/TTF/, removing from list! Could not init font path element /usr/share/fonts/X11/OTF, removing from list! Could not init font path element /usr/share/fonts/X11/CID/, removing from list! Warning: locale not supported by Xlib, locale set to C Warning: X locale modifiers not supported, using default Failed to open input method -- -- I do the following symbolic links : -- # ln -s /usr/share/X11/XKeysymDB /usr/lib/X11/XKeysymDB # ln -s /etc/X11/xkb /usr/lib/X11/xkb # ln -s /usr/share/X11/XErrorDB /usr/lib/X11/XErrorDB -- Nothing change. I also tried : -- % export XKBPATH='/usr/share/X11/xkb' % startx -- But no effect. -- As Noel Maddy say, I've modified /etc/X11/xkb/symbols/pc/pc, but no changes for me. -- I purge all xorg 6.9 packages, except libice6 because there're many packages which depend on it. -- I try to pass to layout us, but the keyboard still don't work : -- % startx 2sortie # sed -i {s/fr/us/} xorg.conf % startx 2sortie2 % diff sortie* [--- lines about creating new authority file and Log file logically different ---] expected keysym, got SunFA_Circum: line 55 of fr expected keysym, got SunFA_Diaeresis: line 55 of fr [--- similar message repeated 6 times ---] Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols --- expected keysym, got dead_horn: line 86 of us expected keysym, got dead_hook: line 120 of us [--- similar message repeated 3 times ---] [--- X servers shut down ---] -- -- As Antoine Sirinelli, if I change my xorg.conf by putting a foo name for XkbRules : Option XkbRules foo or xfree The keyboard works except the shift and alt keys (ctrl work). The Xorg log is only : -- (II) XINPUT: Adding extended input device Configured Mouse (type: MOUSE) (II) XINPUT: Adding extended input device Generic Keyboard (type: KEYBOARD) (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap (II) Configured Mouse: ps2EnableDataReporting: succeeded -- And nothing special on standard error output. -- Moreover the roller of mouse (USB) don't work for copy/paste : - nothing of all with xterm ; - with rxvt and firefox, in the same window it's good, but not from one window to another. -- I have another machine in testing uptodate, the upgrade cause no problem... The only specificity which I see to the broken system, it's that it was not reinstalled for a long time (beginnig with a stable potato). System information : -- libgl1-mesa-dri 6.4.2-1 A free implementation of the OpenGL API -- libgl1-mesa-glx 6.4.2-1 A free implementation of the OpenGL API -- libglu1-mesa 6.4.2-1 The OpenGL utility library (GLU) xbase-clients7.0.1-2 miscellaneous X clients xfonts-100dpi1.0.0-2 100 dpi fonts for X xfonts-100dpi-transcoded 1.0.0-2 100 dpi fonts for X (transcoded from ISO xfonts-75dpi 1.0.0-2 100 dpi fonts for X [--- Yes, 100dpi for the 75dpi package (?) ---] xfonts-75dpi-transcoded 1.0.0-2 75 dpi fonts for X (transcoded from ISO xfonts-base 1.0.0-3 standard fonts for X xfonts-scalable 1.0.0-4 scalable fonts for X xkb-data 0.8-5 X Keyboard Extension (XKB) configuration xserver-xorg 7.0.20the X.Org X server xserver-xorg-core1.0.2-8 X.Org X server -- core server xserver-xorg-input-kbd 1.0.1.3-2 X.Org X server -- keyboard input driver xserver-xorg-input-mouse 1.0.4-3 X.Org X server -- mouse input driver xserver-xorg-input-synaptics 0.14.4-5 Synaptics TouchPad driver for xserver-xorg-input-wacom 0.7.4.1-3 X.Org X server -- wacom input driver
Bug#369167: DRI probably broken: where to reportbug
Michel Thanks a lot for responding. Sorry if again I was bothering on a week-end .. On Mon, Jun 05, 2006 at 03:07:46PM +0200, Michel Dänzer wrote: On Sun, 2006-06-04 at 17:33 +0200, Wolfgang Pfeiffer wrote: On Tue, May 30, 2006 at 08:32:32AM +0200, Michel Dänzer wrote: On Tue, 2006-05-30 at 01:57 +0200, Wolfgang Pfeiffer wrote: On Mon, May 29, 2006 at 09:53:39AM +0200, Michel Dänzer wrote: [ .. ] But first this: I learned SSH the last days (I really didn't know anything about it before, except that it *somehow* might provide a way to access one computer with another one), [...] Wow, you were missing out. After the last few days I'd assume I missed out much more on Linux than just ssh ... :) .. I hope I'll be able to change that for the better in the future .. :) [ ] Could someone tell me what exactly 'top' means by 'Xorg'? The X server. Because if there are other, so far unknown instances of the xorg-server I should know about, I'd like to try close them down instead of shutting down the whole system. Not sure what you mean. I simply wanted to shut down the X instances that were responsible for the crash, instead of rebooting the machine as a whole. (Only losers reboot .. :) To do that I needed to know what 'Xorg' actually is, that 'top' was talking about. That is, is there more than xserver-xorg and x11-common in /init.d/, or whatever, that needed to be closed down after a crash to recover the system. If the X server process doesn't go away after killing it, it may be spinning in kernel mode. Oh, sounds like being a real ugly crash then to me .. :) Michel: Do you want to do me more tests on this alu-book around the time it crashes, before I try to install the DRM you suggested to try? No, it's a hardware lockup of the graphics card, all the symptoms you described can be explained with that, but they don't say anything about the cause, which is extremely hard to identify after the fact. OK, so then I'll try the DRM you were mentioning. I hope to have results on that today ... Until then. Regards Wolfgang -- Wolfgang Pfeiffer: /ICQ: 286585973/ + + + /AIM: crashinglinux/ http://profiles.yahoo.com/wolfgangpfeiffer Key ID: E3037113 http://keyserver.mine.nu/pks/lookup?search=0xE3037113fingerprint=on -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 370445 to nvidia-glx
Processing commands for [EMAIL PROTECTED]: reassign 370445 nvidia-glx Bug#370445: xserver-xorg-core: Package fails to install Bug reassigned from package `xserver-xorg-core' to `nvidia-glx'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369167: DRI probably broken: where to reportbug
On Mon, 2006-06-05 at 18:19 +0200, Wolfgang Pfeiffer wrote: CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci. o /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c: In func tion 'savage_driver_firstopen': /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:586: war ning: implicit declaration of function 'drm_mtrr_add' /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:587: err or: 'DRM_MTRR_WC' undeclared (first use in this function) /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:587: err or: (Each undeclared identifier is reported only once /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:587: err or: for each function it appears in.) /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c: In func tion 'savage_driver_lastclose': /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:662: war ning: implicit declaration of function 'drm_mtrr_del' /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:664: err or: 'DRM_MTRR_WC' undeclared (first use in this function) make[2]: *** [/home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_ bci.o] Error 1 make[1]: *** [_module_/home/shorty/kernel-factory/git/modules/drm/drm/linux-core ] Error 2 make[1]: Leaving directory `/home/shorty/kernel-factory/git/linux-2.6' make: *** [modules] Error 2 You don't need the savage DRM. Try make DRM_MODULES=radeon -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#369167: DRI probably broken: where to reportbug
On Tue, May 30, 2006 at 08:32:32AM +0200, Michel Dänzer wrote: On Tue, 2006-05-30 at 01:57 +0200, Wolfgang Pfeiffer wrote: On Mon, May 29, 2006 at 09:53:39AM +0200, Michel Dänzer wrote: Does any of the following make a difference? * Commenting out Option AGPMode, EnablePageFlip or BackingStore. * Not loading the ddc, int10, vbe and v4l modules in Section Module. After commenting *everything* you mentioned above and enabling the DRI load, a '/etc/init.d/kdm start' crashes the system: Hmm, then it's not likely a configuration issue. Would be great if you could try with the DRM from DRI CVS, see http://dri.freedesktop.org/wiki/Building#head-59338b545aa94fe7570b689a9f9f850f53f732ca http://dri.freedesktop.org/wiki/Building#head-d3dcc7d83ae38d3b36f7f23ddcd4f5268396b2b4 Does not build: $ pwd /home/shorty/kernel-factory/git/modules/drm/drm/linux-core $ MAKEFLAGS=CC=gcc-4.1 make [ ... ] + ln -s ../shared-core/savage_state.c savage_state.c + ln -s ../shared-core/nv_drv.h nv_drv.h sh ../scripts/create_linux_pci_lists.sh ../shared-core/drm_pciids.txt rm -f linux ln -s . linux make -C /lib/modules/2.6.17-rc3-gf358166a-dirty/source SUBDIRS=`pwd` DRMSRCDIR= `pwd` modules make[1]: Entering directory `/home/shorty/kernel-factory/git/linux-2.6' CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/drm_auth.o [ .. ] - So it seems make found the correct modules directory I want to have the drm being built for, that is '/lib/modules/2.6.17-rc3-gf358166a-dirty/' $ uname -a Linux debby1-6 2.6.17-rc3-gf358166a-dirty #1 Fri May 12 01:13:36 CEST 2006 ppc GNU/Linux /home/shorty/kernel-factory/git/linux-2.6 is the directory with the non-cleaned kernel source tree for my running kernel .. -- The end: CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/r300_cmdbuf .o CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_drv. o CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci. o /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c: In func tion 'savage_driver_firstopen': /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:586: war ning: implicit declaration of function 'drm_mtrr_add' /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:587: err or: 'DRM_MTRR_WC' undeclared (first use in this function) /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:587: err or: (Each undeclared identifier is reported only once /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:587: err or: for each function it appears in.) /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c: In func tion 'savage_driver_lastclose': /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:662: war ning: implicit declaration of function 'drm_mtrr_del' /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_bci.c:664: err or: 'DRM_MTRR_WC' undeclared (first use in this function) make[2]: *** [/home/shorty/kernel-factory/git/modules/drm/drm/linux-core/savage_ bci.o] Error 1 make[1]: *** [_module_/home/shorty/kernel-factory/git/modules/drm/drm/linux-core ] Error 2 make[1]: Leaving directory `/home/shorty/kernel-factory/git/linux-2.6' make: *** [modules] Error 2 Hints? Best Regards Wolfgang -- Wolfgang Pfeiffer: /ICQ: 286585973/ + + + /AIM: crashinglinux/ http://profiles.yahoo.com/wolfgangpfeiffer Key ID: E3037113 http://keyserver.mine.nu/pks/lookup?search=0xE3037113fingerprint=on -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370189: Vincent is right, I have the same problem
Hi, I have the same problem as Vincent. I have debian testing and after the X upgrade of two days ago in debian testing, I was also unable to run ./configure on my program. Of course, running instead LDFLAGS=-L/usr/X11R6/lib ./configure fixed the problem for me too. For me also, the files libICE.a libICE.so libICE.so.6 and libICE.so.6.4 are in /usr/X11R6/lib and when running dpkg -S /usr/X11R6/lib/libICE.so.6.4 to find out what package they came from, I get libice6: /usr/X11R6/lib/libICE.so.6.4 which means that these packages do in fact come from the libice6 package. Here is the info regarding the libice6 package I have installed: libice6 version 6.9.0.dfsg.1-6 Maintainer: Debian X Strike Force I am running debian testing and this is the libice6 version which comes with debian testing so I am not sure why you think these files in /usr/X11R6/lib have come from somewhere else. Cheers, Catherine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360096: seems to be fixed in xserver-xorg 1:7.0.20
Package: xserver-xorg Version: 1:7.0.20 Followup-For: Bug #360096 I'd like to report that xserver-xorg 1:7.0.20 doesn't corrupt my text mode any more. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages xserver-xorg depends on: ii debconf 1.5.1 Debian configuration management sy ii x11-common 1:7.0.20X Window System (X.Org) infrastruc ii xbase-clients1:7.0.1-2 miscellaneous X clients ii xkb-data 0.8-5 X Keyboard Extension (XKB) configu ii xserver-xorg-core1:1.0.2-8 X.Org X server -- core server ii xserver-xorg-input-kbd [xser 1:1.0.1.3-2 X.Org X server -- keyboard input d ii xserver-xorg-input-mouse [xs 1:1.0.4-3 X.Org X server -- mouse input driv ii xserver-xorg-video-nv [xserv 1:1.0.1.5-2 X.Org X server -- NV display drive Versions of packages xserver-xorg recommends: pn discover1 | discover none (no description available) pn laptop-detect none (no description available) pn mdetect none (no description available) pn xresprobe none (no description available) -- debconf information excluded -- Jakub Wilk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369167: DRI probably broken: where to reportbug
Hi Michel Short version first: The modules built fine, IINM. But X still crashes most of the instances where I try starting KDM with dri loaded via xorg.conf On Mon, Jun 05, 2006 at 06:33:04PM +0200, Michel Dänzer wrote: On Mon, 2006-06-05 at 18:19 +0200, Wolfgang Pfeiffer wrote: [ .. ] make[1]: *** [_module_/home/shorty/kernel-factory/git/modules/drm/drm/linux-core ] Error 2 make[1]: Leaving directory `/home/shorty/kernel-factory/git/linux-2.6' make: *** [modules] Error 2 You don't need the savage DRM. Try make DRM_MODULES=radeon $ pwd /home/shorty/kernel-factory/git/modules/drm/drm/linux-core $ MAKEFLAGS=CC=gcc-4.1 make DRM_MODULES=radeon $ MAKEFLAGS=CC=gcc-4.1 make DRM_MODULES=radeon ends like: -- .o CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/radeon_drv. o CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/radeon_cp.o CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/radeon_stat e.o CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/radeon_mem. o CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/radeon_irq. o CC [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/r300_cmdbuf .o LD [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/drm.o LD [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/radeon.o Building modules, stage 2. MODPOST WARNING: /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/drm.o - Sect ion mismatch: reference to .exit.text:drm_cleanup_pci from __ksymtab between '__ ksymtab_drm_cleanup_pci' (at offset 0x50) and '__ksymtab_drm_init' WARNING: /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/drm.o - Sect ion mismatch: reference to .exit.text:drm_exit from __ksymtab between '__ksymtab _drm_exit' (at offset 0x60) and '__ksymtab_drm_ioctl' CC /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/drm.mod.o LD [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/drm.ko CC /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/radeon.mod. o LD [M] /home/shorty/kernel-factory/git/modules/drm/drm/linux-core/radeon.ko make[1]: Leaving directory `/home/shorty/kernel-factory/git/linux-2.6' $ ls *.ko drm.ko radeon.ko As root: # cd /home/shorty/kernel-factory/git/modules/drm/drm/linux-core [root@ 19:09:17]# ls *.ko drm.ko radeon.ko [root@ 19:09:52]# cp *.ko /lib/modules/2.6.17-rc3-gf358166a-dirty/kernel/drivers/char/drm/ cp: overwrite `/lib/modules/2.6.17-rc3-gf358166a-dirty/kernel/drivers/char/drm/drm.ko'? y `drm.ko' - `/lib/modules/2.6.17-rc3-gf358166a-dirty/kernel/drivers/char/drm/drm.ko' cp: overwrite `/lib/modules/2.6.17-rc3-gf358166a-dirty/kernel/drivers/char/drm/radeon.ko'? y `radeon.ko' - `/lib/modules/2.6.17-rc3-gf358166a-dirty/kernel/drivers/char/drm/radeon.ko' # depmod -a Moment of truth: I enable DRM in xorg.conf (that is 'Load dri'), rebooting ... After booting it worked to get a graph. KDM login screen. Trying to restart the xserver - before even trying to login to KDE -fails: Time of the crash, after restarting the xserver from the KDE Login window (ssh-ed the following): [ 135.386011] [drm] Initialized radeon 1.25.0 20060524 on minor 0: [ 135.386041] [drm] Used old pci detect: framebuffer loaded [ 136.306521] agpgart: Putting AGP V2 device at :00:0b.0 into 4x mode [ 136.306535] agpgart: Putting AGP V2 device at :00:10.0 into 4x mode [ 136.378439] [drm] Setting GART location based on old memory map [ 136.378458] [drm] Loading R300 Microcode [ 136.378525] [drm] writeback test succeeded in 1 usecs [ 160.288363] agpgart: Putting AGP V2 device at :00:0b.0 into 4x mode [ 160.288381] agpgart: Putting AGP V2 device at :00:10.0 into 4x mode [ 160.303921] [drm] Setting GART location based on old memory map [ 160.303947] [drm] Loading R300 Microcode [ 160.315053] [drm] writeback test failed Next time (after reboot) even the first try to start kdm failed: /var/log/kern.log: Jun 5 19:36:38 debby1-6 kernel: [ 122.156765] NFSD: starting 90-second grace p eriod Jun 5 19:36:43 debby1-6 kernel: [ 126.566430] eth0: no IPv6 routers present Jun 5 19:37:42 debby1-6 kernel: [ 185.736258] [drm] Initialized drm 1.0.1 2005 1102 Jun 5 19:37:42 debby1-6 kernel: [ 185.767143] [drm] Initialized radeon 1.25.0 20060524 on minor 0: Jun 5 19:37:42 debby1-6 kernel: [ 185.767184] [drm] Used old pci detect: frame buffer loaded Jun 5 19:37:43 debby1-6 kernel: [ 186.671925] agpgart: Putting AGP V2 device a t :00:0b.0 into 4x mode Jun 5 19:37:43 debby1-6 kernel: [ 186.671939] agpgart: Putting AGP V2 device a t :00:10.0 into 4x mode Jun 5 19:37:43 debby1-6 kernel: [ 186.710512] [drm] Setting GART location base d on old memory map Jun 5 19:37:43 debby1-6 kernel: [ 186.710532] [drm] Loading R300 Microcode Jun 5 19:37:43 debby1-6 kernel: [ 186.710591]
[BUG] Overheating of ATI radeon with Xorg
Let me proceed with my X Window System related stuff. I have some problems with radeon ATI card on my semi-modern amd64 laptop. Upgrading in testing (now i'm on sid) to Xorg i've noticed, that my video-chip fan is going to be crazy, like radeon became a boilerplate. (Some radeon developer like boilerplates to be under GPL, see linux/drivers/video/aty/radeon_base.c ;) Back-porting by hands to xfree86, using little difference i used Xorg's /etc and some libs, but xfree86's drivers. Yes drivers, because i've found, that problem is in linux-raden_drm - xorg's radeon driver team (obviously). After some upgrade, i've got broken X with no chance to repair it, i had real soup of sym-links and files in X directories of xfree86 and xorg. But this told me way, I can solve problem with Xorg's radeon. Switching to some other mode (C-Alt-Plus, Minus) is stopping my chip to boil (funny, but this was possible because Xorg upgrade caused keyboard to switch modes on any key pressing ;). So, this is some kind of bug. I tried to find some radeon_drm lists, but fail. Found only typo on http://wiki.x.org/wiki/ATIProprietaryDriver: [ design vrom ATI and from third party board vendors ] and broken links on http://dri.freedesktop.org/wiki/DRM. r300.sf.net is telling, that new X driver may break hardware, i agree with this. That's why i'm asking you, people, to report and contact linux-radeon_drm or somebody else, to make it possible to solve. Searching and comparing within X logs and radeon drivers in linux (framebuffer and drm) i found something. 1. /usr/src/linux-source-2.6.16/drivers/video/aty/radeon_pm.c Has some power management functions with comments about difference with X driver. Maybe i'll try this one later. 2. New line typo in Xorg's radeon driver: (**) RADEON(0): RADEONSwitchMode() !n(**) RADEON(0): RADEONModeInit() 1400x1050 108.00 1400 34208 34320 1688 1050 1052 1055 1063 (24,32) 3. Debian's latest (in sid) kernel has 1.22 version of radeon_drm, while Xorg wants even later (1.23). My Xorg log or config maybe accessed by web upon request. BTW, i have radeon's xorg.conf 'Option DynamicClocks true', and this must prevent overheating on mobility radeons on laptops (i guess). Greetings ! -- olecom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364932: Workaround Re: xorg: My keyboard no longer works after upgrading
On Mon, Jun 05, 2006 at 03:47:57PM +0200, A. Le Provost - Ribaltchenko wrote: Same problem here... my keyboard no longer works under X after upgrading my testing laptop. All keys (no numerical pad on a laptop) does a resolution switch (as Ctrl-Alt-+/- does), except Ctrl-Alt-Backspace. Do you have xkb-data installed? If yes, can you please tar jcf xkb.tar.bz2 /usr/share/X11/xkb and send me this xkb.tar.bz2 file? Thanks Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347371: xserver-xorg: Dualhead ATI Radeon 9100 IGP + SIS 300/305 fails sind 6.9.0 update - SIS memory size detected wrong
Interesting. I have found the same problem exists with other cards. ie I810 on board and a Nvidia MX440 pci. It all comes down to the Xserver being unable to initialise the second video card, and the bios not wanting to. I am currently running 2.6.16-1-686. I am running with both cards, thou I had to fiddle a bit. The procedure I used was; start up and only go to run level 1 load the sisfb module. It complains that the sis bios is not initialised and it can't do that. Run X and it all comes up fine. Kill X go to Run level 2, and I'm away laughing. I will try a different kernel version. I currently have available 2.6.14-2-386 and 2.6.14-2-686. I can also install from stable version 2.6.8-2-686 Wish me luck. Fran. On Fri, 2006-06-02 at 14:55 -0300, Gustavo Franco wrote: Which kernel you're using ? If you've a previous kernel (2.6.12, .13, .14) could you reboot with each old one and test, please? The point is that i reproduced this bug using Xorg 7 and 2.6.15, in other distribution, downgrading to 2.6.12 worked around the bug. I don't know about 2.6.13 and 2.6.14. Thanks, Gustavo Franco - [EMAIL PROTECTED] -- Regards Fran Firman System Support Specialist +64 9 3635883 +64 9 3794790 0272801231 [EMAIL PROTECTED] www.gen-i.co.nz signature.asc Description: This is a digitally signed message part
Bug#369167: DRI probably broken: where to reportbug
On Mon, Jun 05, 2006 at 08:05:27PM +0200, Wolfgang Pfeiffer wrote: I enable DRM in xorg.conf (that is 'Load dri'), rebooting ... Next time (after reboot) even the first try to start kdm failed: /var/log/kern.log: Jun 5 19:36:38 debby1-6 kernel: [ 122.156765] NFSD: starting 90-second grace p eriod Jun 5 19:36:43 debby1-6 kernel: [ 126.566430] eth0: no IPv6 routers present Jun 5 19:37:42 debby1-6 kernel: [ 185.736258] [drm] Initialized drm 1.0.1 2005 1102 Jun 5 19:37:42 debby1-6 kernel: [ 185.767143] [drm] Initialized radeon 1.25.0 20060524 on minor 0: Jun 5 19:37:42 debby1-6 kernel: [ 185.767184] [drm] Used old pci detect: frame buffer loaded Jun 5 19:37:43 debby1-6 kernel: [ 186.671925] agpgart: Putting AGP V2 device a t :00:0b.0 into 4x mode Jun 5 19:37:43 debby1-6 kernel: [ 186.671939] agpgart: Putting AGP V2 device a t :00:10.0 into 4x mode Jun 5 19:37:43 debby1-6 kernel: [ 186.710512] [drm] Setting GART location base d on old memory map Jun 5 19:37:43 debby1-6 kernel: [ 186.710532] [drm] Loading R300 Microcode Jun 5 19:37:43 debby1-6 kernel: [ 186.710591] [drm] writeback test succeeded i n 1 usecs For the crash at 'Jun 5 19:37' (above) I found a /var/log/Xorg.0.log.old with the same time, on the machine where it happened, and according to this it looks as if DRI is enabled for the X-server, and at the same time unsupported: First this snippet from /var/log/Xorg.0.log.old: (WW) RADEON(0): DRI init changed memory map, adjusting ... (WW) RADEON(0): MC_FB_LOCATION was: 0x7fff is: 0x03ff (WW) RADEON(0): MC_AGP_LOCATION was: 0xffc0 is: 0x04ff0400 (**) RADEON(0): RADEONRestoreMemMapRegisters() : (**) RADEON(0): MC_FB_LOCATION : 0x03ff (**) RADEON(0): MC_AGP_LOCATION : 0x04ff0400 (**) RADEON(0): Updating display base addresses... (**) RADEON(0): Memory map updated. (**) RADEON(0): GRPH_BUFFER_CNTL from 0 to 20137c7c (II) RADEON(0): Direct rendering enabled (**) RADEON(0): Setting up final surfaces (**) RADEON(0): Initializing Acceleration (II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and newer. (II) RADEON(0): Render acceleration disabled The complete log: X Window System Version 7.0.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 7.0 Build Operating System:Linux 2.4.25 ppc Current Operating System: Linux debby1-6 2.6.17-rc3-gf358166a-dirty #1 Fri May 12 01:13:36 CEST 2006 ppc Build Date: 16 March 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Jun 5 19:37:41 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Color LCD (**) | |--Device ATI Technologies, Inc. Radeon R250 Lf [FireGL 9000] (**) |--Input Device Generic Keyboard (**) Option XkbRules xorg (**) XKB: rules: xorg (**) Option XkbModel macintosh (**) XKB: model: macintosh (**) Option XkbLayout de (**) XKB: layout: de (**) Option XkbVariant nodeadkeys (**) XKB: variant: nodeadkeys (**) Option XkbOptions lv3:lwin_switch (**) XKB: options: lv3:lwin_switch (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Synaptics Touchpad (**) FontPath set to /usr/share/fonts/X11/misc,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/usr/share/fonts/X11/100dpi:unscaled,/usr/share/fonts/X11/75dpi:unscaled,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/TTF/,/usr/share/fonts/X11/OTF,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/CID/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/ (==) RgbPath set to /usr/share/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.0.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:0b:0: chip 106b,0066 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:10:0:
Bug#370564: xkb/symbols/macintosh_vndr/us without srvr_ctrl(xfree86)
Package: xkb-data Version: 0.8-5 Tags: patch The current xkb-symbols files for macintosh keyboards do not allow console switching (Control + Alt + Fn). The file /usr/share/X11/xkb/symbols/macintosh_vndr/us only defines // Begin Function section key FK01 {[ F1 ] }; key FK02 {[ F2 ] }; ... key FK12 {[ F12 ] }; I think, the following patch should be applied: == diff -ur xkb-orig/symbols/macintosh_vndr/us xkb/symbols/macintosh_vndr/us --- xkb-orig/symbols/macintosh_vndr/us 2006-04-14 22:43:46.0 +0200 +++ xkb/symbols/macintosh_vndr/us 2006-06-05 21:57:19.0 +0200 @@ -147,6 +147,7 @@ include compose(rwin) include macintosh_vndr/apple(extended) +include srvr_ctrl(xfree86) // *** FIXME //key LSGT { [ quoteleft,asciitilde ] }; == to include the definitions from /usr/share/X11/xkb/symbols/srvr_ctrl. But maybe the problem is more complicated, because the rules file /usr/share/X11/xkb/rules/base uses different combinations of xkb-symbols for different macintosh keyboards, for example macintosh_vndr/us(extended) macintosh_vndr/us(extended)+macintosh_vndr/%l%(v) macintosh_vndr/us(extended)+%l%(v):2 macintosh_vndr/us(extended)+%l%(v) pc(pc105)+macintosh_vndr/us(extended) pc(pc105)+macintosh_vndr/%l%(v) Those which are based on pc(pc105) should already include the stuff for console switching, but I did not test this. Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347371: xserver-xorg: Dualhead ATI Radeon 9100 IGP + SIS 300/305 fails sind 6.9.0 update - SIS memory size detected wrong
OKey done the test with 2.6.8 Other than it doesn't like my udev installed... X seemed to get past the memory problem / bios issue with the SIS, but failed with can't open /dev/agpgart Tried X only on the sis (the /dev/agpgart was for the i810) and other than complaining about can't find the mouse, it seemed ok. Rebooted back to 2.6.16, and It didn't bring up the second card (run level 2 with KDM) So console login. Kill kdm Run X and it only came up on the i810 with the error of not enough mem on the SIS card. KIll X modprobe sisfb Complains about bios not initialised and it can't do it. rmmod sisfb run X. Both cards come up fine. Kill X run kdm. and log in with both cards working. Hope some of this helps... If you have a standard Debian kernel install of 2.6.12, or what ever will work with udev, I am happy to test for you. Fran On Fri, 2006-06-02 at 14:55 -0300, Gustavo Franco wrote: Which kernel you're using ? If you've a previous kernel (2.6.12, .13, .14) could you reboot with each old one and test, please? The point is that i reproduced this bug using Xorg 7 and 2.6.15, in other distribution, downgrading to 2.6.12 worked around the bug. I don't know about 2.6.13 and 2.6.14. Thanks, Gustavo Franco - [EMAIL PROTECTED] -- Regards Fran Firman System Support Specialist +64 9 3635883 +64 9 3794790 0272801231 [EMAIL PROTECTED] www.gen-i.co.nz signature.asc Description: This is a digitally signed message part
Bug#369620: emacs-snapshot: Missing charsets in String to FontSet conversion
$ emacs-snapshot -q Warning: Missing charsets in String to FontSet conversion RF This indicates that your FontPath settings are wrong, this is not a bug RF in Emacs. Was this a brand new, from scratch installation of sid? How RF did you install it? No, I did dselect-upgrade with my painful http://jidanni.org/comp/debian/apt-offline/index_en.html jazz. # apt-get install # dpkg -l |grep -v ^ii shows nothing wrong. How can I right things? Use one of /usr/sbin/update-font* ? (I can't download big new debs until months from now.) Wish whoever is making that message would mention $0 too. RF It's Emacs, via an X library call. Which package can I file a bug against to get $0 prepended? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Reassigning and setting appropriate severity
Processing commands for [EMAIL PROTECTED]: reassign 369920 xorg Bug#369920: xterm: FTBFS (all platforms) debian/rules confused by user's ~/.quiltrc Bug reassigned from package `xterm' to `xorg'. severity 369920 minor Bug#369920: xterm: FTBFS (all platforms) debian/rules confused by user's ~/.quiltrc Severity set to `minor' from `important' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xorg.conf.d
On Sat, Jun 03, 2006 at 05:40:45PM +0200, Marco Cabizza wrote: well, I'm one of the *new* pkg-gnome folks. We were discussing something about hotpluggable graphic tablets [basically Gustavo Franco and me, and of course we'll co-operate with ron, he has already talked to stratus], and we came up to the fact that maybe one of the solutions for all evil would be a /etc/xorg.conf.d/ so that we can ship pre-configured wacom-xorg-goodness instead of demanding to write some - as the official HOWTO suggests, and as it is the status quo, by now - which would make more sense for _the debian desktop_. I definitely like this idea, although I'm not certain that pushing for it in etch is wise. To be honest, I'm still focused on cleaning up the major packaging bugs from 7.0, and I need to get 7.1 in to etch ASAP, so this is probably not the best time to add new X packaging features. This idea though, is exactly what I've wanted to do for etch+1. I have several plans for the server's configuration stuff that I'm hoping to start on soonish, hopefully in conjunction with Adam Jackson of Redhat. My vision involves having sensible defaults in the server that minimize the need for the config file. In addition, the hotplugging work from Zepheniah Hull and Daniel Stone will help with this. The second part is exactly your xorg.conf.d idea, down to the directory name :-). Ideally, the hotplugging stuff mentioned above will solve your problem so this isn't necessary, but this was meant to be a fallback for some situations. The server's config code is a mess though, and it's going to need some serious love to get to the point where it can handle something like xorg.conf.d gracefully. As such, I'm not really eager to deploy it for etch. I'm hoping to have some time to talk with ajax (who is the maintainer for the configuration portion of the server) about this in more detail to see what he thinks. That said, if you want to start on the problem, I recommend working first with upstream (I'll be watching) so you can get your patches vetted by people who know the server better than me. If not, I'm planning to do this in conjunction with upstream once things in Debian are settled for etch. Let me know what you think. What's your opinion on this? If you like we can bring the discussion on debian-x or debian-desktop. I've cc'ed debian-x. Please add -desktop too if you think it's appropriate. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]