Bug#347705: xdm: No init.d script
Package: xdm Version: 6.9.0.dfsg.1-3 Severity: important Tags: sid There's no script in /etc/init.d/xdm (the usual place). [EMAIL PROTECTED]:~$ dpkg -L xdm|grep -i init.d [EMAIL PROTECTED]:~$ This makes starting/stopping xdm kinda hard. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xdm depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libpam-modules0.79-3 Pluggable Authentication Modules f ii libpam-runtime0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libselinux1 1.28-2 SELinux shared libraries ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxau6 6.9.0.dfsg.1-3 X Authentication library ii libxaw8 6.9.0.dfsg.1-3 X Athena widget set library ii libxdmcp6 6.9.0.dfsg.1-3 X Display Manager Control Protocol ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxinerama1 6.9.0.dfsg.1-3 X Window System multi-head display ii libxmu6 6.9.0.dfsg.1-3 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-3 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-3 X pixmap library ii libxt66.9.0.dfsg.1-3 X Toolkit Intrinsics ii xbase-clients 6.9.0.dfsg.1-3 miscellaneous X clients xdm recommends no packages. -- debconf information: xdm/stop_running_server_with_children: false xdm/daemon_name: /usr/bin/X11/xdm * shared/default-x-display-manager: xdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347575: xserver-xorg: DRI cannot be enabled with my RV280 (Radeon 9200 Pro)
reassign 347575 3ddesktop retitle 347575 3ddeskd keeps DRM device open kthxbye On Thu, 2006-01-12 at 08:45 +0100, Stefan Borggraefe wrote: > > # lsof /dev/dri/card0 > COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME > 3ddeskd 19721 stefan memCHR 226,0 18084 /dev/dri/card0 > 3ddeskd 19721 stefan5u CHR 226,0 18084 /dev/dri/card0 > > After killing 3ddeskd (from package 3ddesktop), Xorg was able to use the DRI > again. When I start 3ddeskd after Xorg, I can use both together. But when > 3ddeskd is already running, Xorg can't enable its DRI support. > > As a workaround I added > > killall 3ddeskd > > into > > /etc/kde3/kdm/Xreset > > which seems to work. > > I think theses packages should work flawlessy together out of the box and so > this is still bug report-worthy. But I'm not sure which package needs to be > fixed and whether this bug report should be moved to another package. There's nothing the X server can do about it, reassigning to 3ddesktop. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Processed: Re: Bug#347575: xserver-xorg: DRI cannot be enabled with my RV280 (Radeon 9200 Pro)
Processing commands for [EMAIL PROTECTED]: > reassign 347575 3ddesktop Bug#347575: xserver-xorg: DRI cannot be enabled with my RV280 (Radeon 9200 Pro) Bug reassigned from package `xserver-xorg' to `3ddesktop'. > retitle 347575 3ddeskd keeps DRM device open Bug#347575: xserver-xorg: DRI cannot be enabled with my RV280 (Radeon 9200 Pro) Changed Bug title. > 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#347557: xlibs: [6.9 transition] XKB error upon GNOME startup
reassign 347557 libxklavier10 kthxbye On Thu, 2006-01-12 at 02:00 +0200, Martin-Éric Racine wrote: > > > I see nothing wrong, xlibs works just fine, maybe this is a GNOME > > problem? > > You're welcome to reassign to gnome-control-center (which provides > gnome-keyboard-properties) if you think that this is appropriate. > I've attached its dependency listing here just in case. > > Package: gnome-control-center > Version: 1:2.12.2-1 > > Versions of packages gnome-control-center depends on: [...] > ii libxklavier102.0-0.3 X Keyboard Extension high-level > AP Downgrading libxklavier to 2.0-0.2 seems to fix things here. Note that this is on amd64, so it seems to be a genuine libxklavier10 bug. Reassigning and CC'ing Daniel Schepler, who uploaded the 0.3 NMU. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Processed: Re: Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup
Processing commands for [EMAIL PROTECTED]: > reassign 347557 libxklavier10 Bug#347557: xlibs: [6.9 transition] XKB error upon GNOME startup Bug reassigned from package `xlibs' to `libxklavier10'. > 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#347680: Xorg breaks acpid
On Thu, January 12, 2006 1:59 am, martin f krafft said: > Package: xserver-xorg > Version: 6.9.0.dfsg.1-3 > Severity: important > > If Xorg is running, it claims /proc/acpi/events. This causes acpid > to not start: > > lapse:~# /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket > acpid: can't open /proc/acpi/event: Device or resource busy > > Either require acpid and use its socket, or don't lock the ACPI > resource. No. That's the kernel only supporting a single reader for /proc/acpi/event. I'm cooking a patch to support multiple readers (based on an old and never applied patch) but I doubt it will be accepted mainline. /proc/acpi/event contention has _always_ been a problem and the only solution is to support multiple readers, not to require acpid's socket, that's just ridiculous :) > Note, this is possibly related to bug #345537. The problem did not > exist with 6.8.2, meaning acpid worked fine then. no, 345537 only fixed a bug, xorg was already trying to read acpi events. I's actually just a matter of which process starts first: - acpid: xorgs opens acpid's socket and we all are happy - xorg: xorg takes /proc/acpi/event and nobody else can read from it. With my patch if acpid dies xorg reopens /proc/acpi/event. So, I'd say this is either an acpid bug (start earlier?) or better yet a kernel bug. -- mattia :wq!
Bug#347680: Xorg breaks acpid
also sprach Mattia Dongili <[EMAIL PROTECTED]> [2006.01.12.1006 +0100]: > No. That's the kernel only supporting a single reader for > /proc/acpi/event. I'm cooking a patch to support multiple readers > (based on an old and never applied patch) but I doubt it will be > accepted mainline. /proc/acpi/event contention has _always_ been > a problem and the only solution is to support multiple readers, > not to require acpid's socket, that's just ridiculous :) Fully agreed. > I's actually just a matter of which process starts first: yes. > So, I'd say this is either an acpid bug (start earlier?) or better > yet a kernel bug. The first is only a solution if the other bug is fixed. Or else an APT upgrade of acpid will hose the system. If that was fixed, it should be fine. I start xdm at S01, so that's probably the problem. Cheers, -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! #define emacs eighty megabytes and constantly swapping. signature.asc Description: Digital signature (GPG/PGP)
Bug#346398: xterm: scrollbar broken; new path
On Wed, Jan 11, 2006 at 17:39:26 +, Kirk Hilliard wrote: > /usr/share/doc/xterm/NEWS.Debian.gz: > * Several things have changed, probably the most obvious is that xterm and > companions are now installed under /usr/bin instead of /usr/X11R6/bin, now > that we got rid of imake and use autoconf tools. > > > Do you expect this to be the final location, or is this simply an > issue with the build scripts? > Hi Kirk, /usr/X11R6 is going away with the switch to Xorg 7.0, so xterm will stay in /usr/bin in the foreseeable future. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 347677
Processing commands for [EMAIL PROTECTED]: > tags 347677 - experimental Bug#347677: EVDEV driver produces spurious keyboard events when using mouse's horizontal scroll Tags were: experimental Tags removed: experimental > 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]
Processed: tagging 347681
Processing commands for [EMAIL PROTECTED]: > tags 347681 - experimental Bug#347681: Incorrect evdev configuration yields system unusable Tags were: experimental Tags removed: experimental > 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]
Processed: tagging 347705
Processing commands for [EMAIL PROTECTED]: > # version tracking makes this useless > tags 347705 - sid Bug#347705: xdm: No init.d script Tags were: sid Tags removed: sid > 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#347722: xterm: the cursor disappears when launching screen
Package: xterm Version: 208-2 Severity: important The cursor character is disappearing and no longer reappearing. To reproduce the bug: => start 'xterm' (with or without blinking cursor) => launch 'screen' => no cursor is shown When exiting screen, no cursor is shown again, even after typing a 'reset'. I have tried with a screen package from both unstable and testing but it did not fix the bug. FWIW, I have downgraded to the current xterm from the testing system (6.8.2.dfsg.1-11) and it fixed the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xterm depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxaw8 6.9.0.dfsg.1-3 X Athena widget set library ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.9.0.dfsg.1-3 X Window System miscellaneous util ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-3 X Toolkit Intrinsics ii xlibs-data6.9.0.dfsg.1-3 X Window System client data ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages xterm recommends: ii xutils6.9.0.dfsg.1-3 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
WMNut and XBell()
Hi there,It seems I've made the transition too quickly, and I was too confident.I'm now facing another FTBTS due to the XBell() function not found.> checking for XBell in -lX11... no> The XBell extension stuff could not be found in the X client libraries > make: *** [config.status] Error 1A complete build log is there:http://buildd.debian.org/fetch.php?&pkg=wmnut&ver=0.61-2&arch=ia64&stamp=1136811182&file=log&as=raw Have I missed something? Any hints welcomed.Thanks to cc me back as I'm not subscribed to this list.Arnaud-- Linux / Unix Expert - MGE UPS SYSTEMS - R&D DptNetwork UPS Tools (NUT) Project Leader - http://www.networkupstools.org/Debian Developer - http://people.debian.org/~aquette/OpenSource Developer - http://arnaud.quette.free.fr/
Bug#345929: 6.9.0.dfsg.1-2: radeon: FireGL Mobility T2: whole machine locks hard after some minutes: solved
El Jueves, 12 de Enero de 2006 03:35, Johannes Stezenbach escribió: > After some hours of research here are my findings: > > This issue is tracked at x.org: > https://bugs.freedesktop.org/show_bug.cgi?id=4847 > > And the cited patch by Benjamin Herrenschmidt fixes the issue for me: > http://lists.freedesktop.org/archives/xorg/2005-December/011678.html > > :-) Thanks for the investigation. :-) I followed the thread and the patch seem to have some regression, so it is not safe for us to merge it now, unless there are some official commit in the tree, and I have not found anyone. Best regards, Ender. -- I am a married potato! I am a married potato! -- Mr. Potato (Toy Story 2). -- Desarrollador de Debian Debian developer pgp6wG66FUnNx.pgp Description: PGP signature
Bug#346398: xterm: scrollbar broken; new path
El miércoles, 11 de enero de 2006 23:39, Kirk Hilliard escribió: > > We believe that the bug you reported is fixed in the latest version > > of xterm, ... > > Looks good to me. Thanks. You are welcome. :-) > I find that I am still curious about the path. I wrote: > > BTW, I noticed that the path to xterm has changed from > > /usr/bin/X11/xterm > > to > > /usr/bin/xterm [...] > Do you expect this to be the final location, or is this simply an > issue with the build scripts? X.Org 7.0 will follow FHS at last, so you can begin to change your scripts. :-) Best regards, Ender. -- El conceto es el conceto. -- Pazos (Airbag). -- Desarrollador de Debian Debian developer pgphOMxea1Zvx.pgp Description: PGP signature
Bug#347661: marked as done (xserver-xorg: Random crash when browsing)
Your message dated Thu, 12 Jan 2006 11:44:09 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#347661: xserver-xorg: Random crash when browsing 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; 11 Jan 2006 22:28:48 + >From [EMAIL PROTECTED] Wed Jan 11 14:28:48 2006 Return-path: <[EMAIL PROTECTED]> Received: from essemtepe.nada.kth.se ([130.237.222.115] helo=smtp.nada.kth.se) by spohr.debian.org with esmtp (Exim 4.50) id 1EwoSV-0008T1-O6 for [EMAIL PROTECTED]; Wed, 11 Jan 2006 14:28:48 -0800 X-Authentication-Info: The sender was authenticated as mini using PLAIN at smtp.nada.kth.se Received: from yossarian (84-217-30-119.tn.glocalnet.net [84.217.30.119]) (authenticated bits=0) by smtp.nada.kth.se (8.12.11/8.12.11) with ESMTP id k0BMSjs2018890 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 23:28:45 +0100 (MET) Received: from mini by yossarian with local (Exim 4.60) (envelope-from <[EMAIL PROTECTED]>) id 1EwoSN-0003HM-SQ; Wed, 11 Jan 2006 23:28:39 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Mikael Nilsson <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xserver-xorg: Random crash when browsing Message-ID: <[EMAIL PROTECTED]> X-Mailer: reportbug 3.18 Date: Wed, 11 Jan 2006 23:28:39 +0100 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: xserver-xorg Version: 6.9.0.dfsg.1-3 Severity: important First X crash in *years*... I was browsing the web, selecting some text, and bang, kicked out. >From the end of my Xorg.0.log.old: [...] (--) Touchpad auto-dev sets device to /dev/input/event3 (**) Option "Device" "/dev/input/event3" (--) Touchpad touchpad found (II) 3rd Button detected: disabling emulate3Button *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Backtrace: 0: /usr/X11R6/bin/X(xf86SigHandler+0x80) [0x8088d00] 1: [0xe420] 2: /usr/X11R6/bin/X(CheckDeviceGrabs+0xf5) [0x80cc985] 3: /usr/X11R6/bin/X(ProcessOtherEvent+0x50a) [0x814f6aa] 4: /usr/X11R6/bin/X(xf86eqProcessInputEvents+0x19e) [0x8093aae] 5: /usr/X11R6/bin/X(ProcessInputEvents+0x15) [0x8087c15] 6: /usr/X11R6/bin/X(Dispatch+0x5f) [0x80c75ff] 7: /usr/X11R6/bin/X(main+0x414) [0x80d4074] 8: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xd0) [0xb7e20eb0] 9: /usr/X11R6/bin/X [0x8070131] Fatal server error: Caught signal 11. Server aborting Thanks for your great xorg packages. /Mikael -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-08-26 09:19 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1844060 2006-01-10 05:12 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 440 Go] (rev a3) /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 5289 2006-01-05 01:07 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"
Re: X Strike Force X.Org X11 SVN commit: r1051 - tags
On Tue, 2006-01-10 at 00:13 -0500, David Nusinow wrote: > > Given that mesa is the biggest stumbling block with respect to > bootstrapping modular, I'm going to focus on getting the mesa NMU prepared. I agree that a Mesa upload is overdue (anybody heard anything from Marcelo?), but I still don't like the package naming as currently in xorg SVN. I think something like libgl1-mesa-(sw)x11 would be more accurate than libgl1-mesa-swrast, but I absolutely don't see the point of going through the pain of renaming libgl1-mesa-dri to libgl1-mesa, as the former is more accurate. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: WMNut and XBell()
El jueves, 12 de enero de 2006 11:28, Arnaud Quette escribió: > Hi there, > > It seems I've made the transition too quickly, and I was too confident. > I'm now facing another FTBTS due to the XBell() function not found. > > > checking for XBell in -lX11... no > > The XBell extension stuff could not be found in the X client libraries > > make: *** [config.status] Error 1 > > A complete build log is there: > http://buildd.debian.org/fetch.php?&pkg=wmnut&ver=0.61-2&arch=ia64&stamp=11 >36811182&file=log&as=raw > > Have I missed something? Any hints welcomed. > Thanks to cc me back as I'm not subscribed to this list. Hello, Arnaud. I think that you need the headers in libxi-dev: [EMAIL PROTECTED]:~/debian/svn/xorg-x11/trunk$ grep XBell xc/ -r xc/include/extensions/XInput.h:} XBellFeedbackState; xc/include/extensions/XInput.h:} XBellFeedbackControl; [...] I guess that you have installed in your system but ignored it in the Build-Depends on your package. Best regards, Ender. -- Non. Je suis la belette de personne. -- Amélie (Le fabuleux destin d'Amélie Poulain). -- Desarrollador de Debian Debian developer pgp2duEnO26ho.pgp Description: PGP signature
Bug#347722: xterm: the cursor disappears when launching screen
On Thu, Jan 12, 2006 at 11:40:38AM +0100, Pierre Lombard wrote: > Package: xterm > Version: 208-2 > Severity: important > > The cursor character is disappearing and no longer reappearing. To > reproduce the bug: > => start 'xterm' (with or without blinking cursor) > => launch 'screen' > => no cursor is shown Is this something you can easily reproduce? (I use screen frequently, and haven't noticed a problem). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpAtJBAX4AX3.pgp Description: PGP signature
Bug#347690: xlibs: Deadkeys don't work with cs_CZ.UTF-8 locale in some X-applications
El jueves, 12 de enero de 2006 05:02, Matej Cepl escribió: > Hi, > > I have already filed this bug against libqt-mt, but after all > it actually may be just another impersonation of problems with > xlibs (I cannot deinstall them, because for example xbase-clients > and thus kdelibs4c2a are dependent on them). Hello, Matej. It seems the same as #347531. Could you please add in /usr/X11R6/lib/X11/locale/compose.dir: en_US.UTF-8/Compose: ca_ES.UTF-8 +en_US.UTF-8/Compose: cs_CZ.UTF-8 - additional en_US.UTF-8/Compose: cy_GB.UTF-8 en_US.UTF-8/Compose: cz_CZ.UTF-8 en_US.UTF-8/Compose: da_DK.UTF-8 and try again? Best regards, Ender. -- Uh, we had a slight weapons malfunction, but uh... everything's perfectly all right now. We're fine. We're all fine here now, thank you. How are you? -- Han Solo (Star Wars). -- Desarrollador de Debian Debian developer pgp1QOy69b6gw.pgp Description: PGP signature
Bug#347722: xterm: the cursor disappears when launching screen
* Thomas Dickey <[EMAIL PROTECTED]> [2006-01-12 12:55]: > On Thu, Jan 12, 2006 at 11:40:38AM +0100, Pierre Lombard wrote: > > Package: xterm > > Version: 208-2 > > Severity: important > > > > The cursor character is disappearing and no longer reappearing. To > > reproduce the bug: > > => start 'xterm' (with or without blinking cursor) > > => launch 'screen' > > => no cursor is shown > > Is this something you can easily reproduce? (I use screen frequently, > and haven't noticed a problem). Any time I did what's written above this with xterm 208-2. With testing, it worked. I'll try to gather further information for the bug report, it may also be something related to my configuration that triggers this behavior here. -- Pierre Lombard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324647: /etc/X11/xkb/symbols/pl: strange characters mapping with Polish keymap (pl)
On Thu, Aug 25, 2005 at 07:30:29PM +0200, Denis Barbier wrote: > > But I see no reason for such behaviour. It is annoying, cause we've got > > plenty of common used words that has -ów suffix. To get this suffix we have > > to push alt+o, then release alt and push w. Since alt+w gives as the same > > as alt+l it often happens that I see wrongly written words with -ół. > > That makes sense, I will forward your request to the xkeyboard-config > mailing list. What's the current state of this bugreport? Did xkeyboard maintainers dismiss this change? If yes, then why? If not, then why it is not fixed in recent release of X? There were at least two releases after your statement about forwarding it to their mailinglist. Could you please point me to the thread wrt this issue on their list? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#347767: xbase-clients: xkbcomp or xmodmap or libxkbfile or libxklavier problem don't start XKB
Package: xbase-clients Version: 6.9.0.dfsg.1-3 Severity: grave Justification: renders package unusable starting gnome give error message window about XKB, I do not know how to give more information.. [EMAIL PROTECTED]:~$ xprop -root |grep XKB _XKB_RULES_NAMES_BACKUP(STRING) = "xorg", "pc105", "it", "", "" _XKB_RULES_NAMES(STRING) = "xorg", "pc105", "it", "", "" [EMAIL PROTECTED]:~$ gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd layouts = [us,it nodeadkeys] model = pc105 options = [grp grp:ctrls_toggle] overrideSettings = false -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages xbase-clients depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libdmx1 6.9.0.dfsg.1-3 Distributed Multihead X client lib ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfs66.9.0.dfsg.1-3 X Font Server library ii libglu1-xorg [libglu1]6.9.0.dfsg.1-3 Mesa OpenGL utility library [X.Org ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxau6 6.9.0.dfsg.1-3 X Authentication library ii libxaw8 6.9.0.dfsg.1-3 X Athena widget set library ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxfixes36.9.0.dfsg.1-3 X Window System miscellaneous 'fix ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-3 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-3 X Window System multi-head display ii libxkbfile1 6.9.0.dfsg.1-3 X Keyboard Extension file parsing ii libxkbui1 6.9.0.dfsg.1-3 X Keyboard Extension user interfac ii libxmu6 6.9.0.dfsg.1-3 X Window System miscellaneous util ii libxmuu1 6.9.0.dfsg.1-3 lightweight X Window System miscel ii libxp66.9.0.dfsg.1-3 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-3 X pixmap library ii libxrandr26.9.0.dfsg.1-3 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxss1 6.9.0.dfsg.1-3 X Screen Saver client-side library ii libxt66.9.0.dfsg.1-3 X Toolkit Intrinsics ii libxtrap6 6.9.0.dfsg.1-3 X Window System protocol-trapping ii libxtst6 6.9.0.dfsg.1-3 X Window System event recording an ii libxv16.9.0.dfsg.1-3 X Window System video extension li ii libxxf86dga1 6.9.0.dfsg.1-3 X Direct Graphics Access extension ii libxxf86misc1 6.9.0.dfsg.1-3 X miscellaneous extensions library ii libxxf86vm1 6.9.0.dfsg.1-3 X Video Mode selection library ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-3 Mesa 3D graphics library [X.Org] ii xlibs 6.9.0.dfsg.1-3 X Window System client libraries m ii xlibs-data6.9.0.dfsg.1-3 X Window System client data ii zlib1g1:1.2.3-9 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345929: 6.9.0.dfsg.1-2: radeon: FireGL Mobility T2: whole machine locks hard after some minutes: solved
On Thu, Jan 12, 2006 at 11:36:34AM +0100, David Martínez Moreno wrote: > El Jueves, 12 de Enero de 2006 03:35, Johannes Stezenbach escribió: > > After some hours of research here are my findings: > > > > This issue is tracked at x.org: > > https://bugs.freedesktop.org/show_bug.cgi?id=4847 > > > > And the cited patch by Benjamin Herrenschmidt fixes the issue for me: > > http://lists.freedesktop.org/archives/xorg/2005-December/011678.html > > > > :-) > > Thanks for the investigation. :-) > > I followed the thread and the patch seem to have some regression, so it > is > not safe for us to merge it now, unless there are some official commit in the > tree, and I have not found anyone. I've been carefully watching this patch, and I asked benh two days ago if it was ready to go in, and he said that it definitely wasn't. Once he thinks it's ready, I'll apply it to our tree. - David Nusinow
Bug#347677: EVDEV driver produces spurious keyboard events when using mouse's horizontal scroll
On Wed, Jan 11, 2006 at 05:32:46PM -0700, Jeremy Nickurak wrote: > Package: xserver-xorg > Version: 6.9.0.dfsg.1-3 > Severity: normal > Tags: experimental > > Until the most recent experimental xorg update, I used the following > configuration to get complete functionality from my Logitech MX1000 mouse: > > > Section "InputDevice" > >Identifier "Mouse0" > >Driver "mouse" > >Option "SendCoreEvents" > >Option "Protocol" "evdev" > >Option "Dev Name" "Logitech USB RECEIVER" # > > cat /proc/bus/input/devices > >Option "ZAxisMapping" "4 5 7 6" > >Option "ButtonMapping" "1 2 3 8 9 10 4 5 6 7" > > EndSection > > This worked perfectly. Since the evdev protocol has been removed, I've > switched to: evedev support has not been removed. We've switched to upstream's version for supporting it. I've added an evdev(4x) manpage to document this, as well as the NEWS.Debian.gz entry that you misread. Please try again with the evdev support from upstream and let us know if you can't properly configure it that way. If you can't, we'll try and track it down and figure out how to improve the upstream support to get what you need. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r1051 - tags
On Thu, Jan 12, 2006 at 12:26:08PM +0100, Michel Dänzer wrote: > On Tue, 2006-01-10 at 00:13 -0500, David Nusinow wrote: > > > > Given that mesa is the biggest stumbling block with respect to > > bootstrapping modular, I'm going to focus on getting the mesa NMU prepared. > > I agree that a Mesa upload is overdue (anybody heard anything from > Marcelo?), but I still don't like the package naming as currently in > xorg SVN. I think something like libgl1-mesa-(sw)x11 would be more > accurate than libgl1-mesa-swrast, but I absolutely don't see the point > of going through the pain of renaming libgl1-mesa-dri to libgl1-mesa, as > the former is more accurate. Ok, I'm going to defer to you and Daniel (and Marcelo, should he reappear again) and I'll only weigh in if you guys can't come to an agreement. We're still waiting on my libdrm NMU to get through NEW anyway :-) - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Looking for ways to help
On Thu, Jan 12, 2006 at 04:39:46AM +, Zoe Parsons wrote: > Hi, I've been bored and having nothing better to do of late am looking for > ways to help. :-) > > Any suggions etc... Of course! One big thing that needs doing is for someone to go through older bug reports and ask the submitter if they're still valid with xorg 6.8 or 6.9. If the submitter can't reproduce them with the new versions, close them. We could certaintly use some help packaging and testing the modular tree. It's sitting in our xorg-x11 svn repository, in branches/modular. There's a TODO list there if you're interested in that. And, of course, if you want to help track down bugs and write patches there's a ton for our packages that you're welcome to attack :-) - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324647: /etc/X11/xkb/symbols/pl: strange characters mapping with Polish keymap (pl)
On Thu, Jan 12, 2006 at 01:40:12PM +0100, Bartosz Fenski aka fEnIo wrote: > On Thu, Aug 25, 2005 at 07:30:29PM +0200, Denis Barbier wrote: > > > But I see no reason for such behaviour. It is annoying, cause we've got > > > plenty of common used words that has -ów suffix. To get this suffix we > > > have > > > to push alt+o, then release alt and push w. Since alt+w gives as the same > > > as alt+l it often happens that I see wrongly written words with -ół. > > > > That makes sense, I will forward your request to the xkeyboard-config > > mailing list. > > What's the current state of this bugreport? Did xkeyboard maintainers > dismiss this change? If yes, then why? My bad, I forgot to get back to you, sorry. > Could you please point me to the thread wrt this issue on their list? Please see http://listserv.bat.ru/xkb/Message/820.html http://listserv.bat.ru/xkb/Message/823.html http://listserv.bat.ru/xkb/Message/828.html http://listserv.bat.ru/xkb/Message/829.html and feel free to join this discussion. Denis
Processed: BTS stuff
Processing commands for [EMAIL PROTECTED]: > tags 347681 - experimental Bug#347681: Incorrect evdev configuration yields system unusable There were no tags set. Tags removed: experimental > tags 347677 - experimental Bug#347677: EVDEV driver produces spurious keyboard events when using mouse's horizontal scroll There were no tags set. Tags removed: experimental > severity 347681 normal Bug#347681: Incorrect evdev configuration yields system unusable Severity set to `normal'. > 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]
Bug#345758: No direct rendering with recent kernels (workaround)
On Wed, 2006-01-11 at 10:42 +0100, Svante Signell wrote: > Can you please add the workaround described below to the DRM problems > with kernels 2.6.14+15 to next release of Xorg. Obviously the kernel > module patch will not be included until kernel 2.6.16. > > For direct rendering with MGA graphics cards use the following option in > the Device section of xorg.conf: > Option "OldDmaInit" "true" Someone should fix the mga X driver to fall back to the old DMA init method if the new one fails. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: Bug#345454: xserver-xorg: Upgrade to 6.9.0 broke vt switching
On Sat, 2006-01-07 at 15:33 -0500, Paul Check wrote: > Ok, this is confirmed. I can now do vt switching. Updating > /usr/X11R6/bin/X to symlink to /usr/X11R6/bin/Xorg seems to have solved > the problem (although I also installed the nvidia-glx package, but I > doubt this affected anything). > > It seems that the X -> Xorg symlink was removed many months ago...what's > the thinking there? Is it to encourage people to use Xorg directly? /usr/X11R6/bin/X is the Xwrapper, which allows non-root users to start X manually (if configured accordingly by root). It will run the X server pointed to by /etc/X11/X. The fact that pointing /usr/X11R6/bin/X to the Xorg seems to have fixed your problem could mean either: * /etc/X11/X doesn't point to /usr/X11R6/bin/Xorg on your system. If so, you should fix this, as the next upgrade of xserver-common will restore the Xwrapper binary. * The Xwrapper is broken. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#347774: does not handle resize on startup properly (same as #146210?)
Package: xterm Version: 208-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, it appears as if that old bug has reappeared. When the windowmanager gives back a different ConfigureNotify than what was initially requested, the shell process needs to be sent a SIGWINCH. Simon - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libice6 6.9.0.dfsg.1-2 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libsm66.9.0.dfsg.1-2 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-2 X Window System protocol client li ii libxaw8 6.9.0.dfsg.1-2 X Athena widget set library ii libxext6 6.9.0.dfsg.1-2 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.9.0.dfsg.1-2 X Window System miscellaneous util ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-2 X Toolkit Intrinsics ii xlibs-data6.9.0.dfsg.1-2 X Window System client data ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages xterm recommends: ii xutils6.9.0.dfsg.1-2 X Window System utility programs - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iQCVAwUBQ8Z7EVYr4CN7gCINAQKV+QP8D6Crc3qqHtdfN06gFsDYiQD7/9YcGq+m dyT09NOI+vQ62F1kEMRDfpjQ8j94sxV8VhChBDmHmqZtCe7jyO9OWr73lqhRMYCH blqE1A3lZK/4kHIO9Zk6KB9K4jCmSfcJcmDFCitsJOV76m2JdHBmjBgdW53CncC1 K4i7YYNbF1s= =Z1/o -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347677: EVDEV driver produces spurious keyboard events when using mouse's horizontal scroll
On Thu, Jan 12, 2006 at 10:03:00AM -0500, David Nusinow wrote: > evedev support has not been removed. We've switched to upstream's version > for supporting it. I've added an evdev(4x) manpage to document this, as > well as the NEWS.Debian.gz entry that you misread. Please try again with > the evdev support from upstream and let us know if you can't properly > configure it that way. If you can't, we'll try and track it down and figure > out how to improve the upstream support to get what you need. Let me know if I'm misunderstanding this. the evdev input driver selection is available, and gives the problem I've described here. The only way in the past to get the correct mouse behavior, however, was to use the traditional "mouse" driver, with the evdev protocol (the first configuration block listed in this bug report). This configuration yields the following error: > (EE) Mouse0: Unknown protocol "evdev" > (EE) PreInit failed for input device "Mouse0" This occurs with or without the evdev driver specified in the Module section. -- Jeremy Nickurak -= Email/Jabber: [EMAIL PROTECTED] =- signature.asc Description: Digital signature
Bug#347677: EVDEV driver produces spurious keyboard events when using mouse's horizontal scroll
On Thu, Jan 12, 2006 at 09:05:29AM -0700, Jeremy Nickurak wrote: > On Thu, Jan 12, 2006 at 10:03:00AM -0500, David Nusinow wrote: > > evedev support has not been removed. We've switched to upstream's version > > for supporting it. I've added an evdev(4x) manpage to document this, as > > well as the NEWS.Debian.gz entry that you misread. Please try again with > > the evdev support from upstream and let us know if you can't properly > > configure it that way. If you can't, we'll try and track it down and figure > > out how to improve the upstream support to get what you need. > > Let me know if I'm misunderstanding this. the evdev input driver selection is > available, and gives the problem I've described here. The only way in the > past to get the correct mouse behavior, however, was to use the traditional > "mouse" driver, with the evdev protocol (the first configuration block listed > in this bug report). This configuration yields the following error: Sorry, I misread the second half of your report, my faul entirely. Your new configuration that works is correct. The support for evdev currently removes evdev support specifically from the mouse driver and places it instead in its own evdev driver. This driver doesn't have all the options that the mouse driver has, specifically the ZAxis and ButtonMapping options that you use. I don't know if it makes sense to include these options in the evdev driver, since it's a generic input device driver, but I'll ask upstream. Currently, if you want to use the evdev driver and do your mouse button mappings, xmodmap is probably the way to go. Alternately, you could figure out why the mouse driver isn't working for you. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346098: xserver-xorg: EmulateWheelTimeout not working
This is occuring for me as well on my Thinkpad A31p. I've downgraded back to the experimental package until this can be resolved. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347786: xserver-xorg: Does not work with "gpm -R": mouse cursor jumps to the corner
Package: xserver-xorg Version: 6.9.0.dfsg.1-2 I tried to report this with "reportbug", but got a timeout contacting bugs.debian.org SMTP. Here's the "reportbug" file. Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Dustin Lang <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xserver-xorg: Does not work with "gpm -R": mouse cursor jumps to the corner and stays there Message-ID: <[EMAIL PROTECTED]> X-Mailer: reportbug 3.18 Date: Thu, 12 Jan 2006 12:21:55 -0500 X-Debbugs-Cc: [EMAIL PROTECTED] Package: xserver-xorg Version: 6.9.0.dfsg.1-2 Severity: normal This may be a problem with gpm, I'm not sure. I usually use gpm in repeater mode (-Rmsc) with the MouseSystems protocol. Specifically, Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Device" "/dev/gpmdata" Option "Protocol" "MouseSystems" Option "Resolution" "300" EndSection and gpm config is: device=/dev/input/mice responsiveness= repeat_type=msc type=imps2 append='' sample_rate= I did an "apt-get dist-upgrade" last night (for the first time in a few days), which I believe included an X upgrade. I'm not sure if it included a gpm upgrade. When I started the machine this morning, at X startup the mouse cursor started at the middle of the screen as usual, but as soon as I moved it, it would jump to the right edge, then scroll either up or down and remain stuck in the bottom-right or top-right corner. I can work around this by disabling gpm and switching my config to: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Device" "/dev/input/mice" Option "Protocol" "Auto" Option "Resolution" "300" EndSection I tried to switch the repeating protocol to "ms" (microsoft) mode gave the same result as "msc". I'm happy to provide any further information. This is on a Mac PowerBook G4, kernel 2.6.15, though I wouldn't think this problem would be platform-specific :) Thanks very much, dustin. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Oct 7 08:09 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 2188224 Jan 6 14:37 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :00:10.0 VGA compatible controller: nVidia Corporation NV34M [GeForce FX Go5200] (rev a1) /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3877 Jan 12 11:47 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Device" "/dev/input/mice" Option "Protocol" "Auto" # Option "Device" "/dev/gpmdata" # Option "Protocol" "Microsoft" # Option "Protocol" "MouseSystems" Option "Resolution" "300" EndSection Section "ServerFlags" AllowMouseOpenFail Option "PCI type" "UniNorth" Option "BlankTime" "2" Option "StandbyTime" "2" Option "SuspendTime" "0" Option "OffTime" "0" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" Option "XkbRules" "my-xfree86" Option "XkbLayout" "us" Option "XkbModel" "macintosh" EndSection Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" # FontPath "unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/X11R6/lib/X11/fonts/misc:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/TTF" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Speedo" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" # This seemed to be crashing X on startup so I instead add the xfstt server # to my fontpath in the Afterstep autoexec. # xfstt #FontPath "unix/:7101" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/di
Bug#347790: ignores boldMode setting
Package: xterm Version: 208-2 Severity: normal *XTerm*boldMode: false *XTerm*boldFont: fixed I use these settings to avoid ugly overstruck bold fonts. As of this version of xterm, the boldMode setting has stopped having any effect. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libice6 6.9.0.dfsg.1-2 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libsm66.9.0.dfsg.1-2 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-2 X Window System protocol client li ii libxaw8 6.9.0.dfsg.1-2 X Athena widget set library ii libxext6 6.9.0.dfsg.1-2 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.9.0.dfsg.1-2 X Window System miscellaneous util ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-2 X Toolkit Intrinsics ii xlibs-data6.9.0.dfsg.1-2 X Window System client data ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages xterm recommends: ii xutils6.9.0.dfsg.1-2 X Window System utility programs -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#347791: broken use of alternatives
Package: xterm Version: 208-2 Severity: normal This version of the xterm packages uses the alternatives system in some broken way. Before upgrading to this package, my x-terminal-emulator was set to xterm. After the upgrade it got reset to the highest priority alternative (gnome-terminal). I then manually --configed it back to xterm. Then I downgraded the package to version 6.8.2.dfsg.1-11, and once again the alternative got reset to gnome-terminal-emulator. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libice6 6.9.0.dfsg.1-2 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libsm66.9.0.dfsg.1-2 X Window System Session Management ii libxaw8 6.9.0.dfsg.1-2 X Athena widget set library ii libxext6 6.9.0.dfsg.1-2 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxmu6 6.9.0.dfsg.1-2 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-2 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-2 X pixmap library ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-2 X Toolkit Intrinsics ii xlibs-data6.9.0.dfsg.1-2 X Window System client data Versions of packages xterm recommends: ii xutils6.9.0.dfsg.1-2 X Window System utility programs -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#347774: me too
I have a problem similar to this one with the new xterm package. I'm using ion3 and after changing the font size via an escape sequence, xterm did not resize the number of lines on the screen. -- see shy jo signature.asc Description: Digital signature
Bug#346098: xserver-xorg: confirming bug on my system
Package: xserver-xorg Version: 6.9.0.dfsg.1-3 Followup-For: Bug #346098 Just adding my confirmation of the bug to the pile. On my Thinkpad R51 my middle button does not click, even though X reports that it has parsed the option correctly. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-09-01 12:39 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1844060 2006-01-09 23:12 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3458 2006-01-09 21:45 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf.dpkg-new (Xorg 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 xorg.conf.dpkg-new manual page. # (Type "man xorg.conf.dpkg-new" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # 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/xorg.conf.dpkg-new /etc/X11/xorg.conf.dpkg-new.custom # md5sum /etc/X11/xorg.conf.dpkg-new >/var/lib/xfree86/xorg.conf.dpkg-new.md5sum # dpkg-reconfigure xserver-xorg Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" 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/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"v4l" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc101" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "auto" Option "Emulate3Buttons" "on" Option "ZAxisMapping" "4 5" # for the trackpoint scrolling feature Option "EmulateWheel" "on" Option "EmulateWheelButton""2" # allows paste to work for middle button Option "EmulateWheelTimeout" "200" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents""true" Option "Device""/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "Device" Identifier "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500]" Driver "ati" BusID "PCI:1:0:0" EndSection Section "Monitor" Identifier "Generic Monitor" Option "DPMS" HorizSync 28-49 VertRefresh 43-72 EndSection Section "Screen" Identifier "Default Screen" Device "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500]" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 1 Modes "1024x768" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" EndSubSection SubSection "Display" Depth
Bug#347680: Xorg breaks acpid
On Thursday 12 January 2006 10:06, Mattia Dongili wrote: > no, 345537 only fixed a bug, xorg was already trying to read acpi > events. I's actually just a matter of which process starts first: > - acpid: xorgs opens acpid's socket and we all are happy Does this still work when acpid has to be temporarily stopped because you are suspending to ram and you don't want the powerbutton event to shut down immediately after resuming? I tested this with my laptop recently and the system and X.org came back beautifully, but I could not restart acpid. I've not yet investigated deeply though. pgpiDeHMeXuZx.pgp Description: PGP signature
Bug#347803: xserver-xorg: Improved xorg.conf.5x man page mentions XF86MiscSetGrabKeysState(3x)
Package: xserver-xorg Version: 6.9.0.dfsg.1-3 Severity: wishlist Tags: patch Here is a patch to improve the xorg.conf.5x man page. The manual should mention the API that display-locking programs should use to disable the grab-killing keys, that are enabled with AllowDeactivateGrabs and AllowClosedownGrabs. --- /dev/fd/63 2006-01-12 19:26:50.651879536 + +++ xorg.conf.5x2006-01-12 19:26:46.0 + @@ -633,15 +633,17 @@ .BR XGrabServer(3x) Xlib function. Default: off. -.br -Note that the options +.PP +.B Important security note. +The .B AllowDeactivateGrabs and .B AllowClosedownGrabs -will allow users to remove the grab used by screen saver/locker programs. -An API was written to such cases. -If you enable this option, make sure your screen saver/locker is updated. -Default: off. +options allow clients to remove the grab used by screen saver/locker programs. +Such programs can prevent this by using the +.BR XF86MiscSetGrabKeysState(3x) +Xlib function. If you enable these options, make sure your screen saver/locker +has been updated. .TP 7 .BI "Option \*qHandleSpecialKeys\*q \*q" when \*q This option controls when the server uses the builtin handler to process
Bug#347774: does not handle resize on startup properly (same as #146210?)
On Thu, Jan 12, 2006 at 05:20:30PM +0100, Simon Richter wrote: > Package: xterm > Version: 208-1 > Severity: normal > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > it appears as if that old bug has reappeared. When the windowmanager > gives back a different ConfigureNotify than what was initially > requested, the shell process needs to be sent a SIGWINCH. That put a different thought in my head than the similar ion3 report. But just for completeness, is this with some other window manager than ion? (If it's not, it should be merged with #347308). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpyIHFugZQQJ.pgp Description: PGP signature
Bug#347790: ignores boldMode setting
On Thu, Jan 12, 2006 at 07:10:29PM +0100, Joey Hess wrote: > Package: xterm > Version: 208-2 > Severity: normal > > *XTerm*boldMode: false > *XTerm*boldFont: fixed I can see this - given the locale setting below, will see what the explanation is. What is the previous version of xterm that you were using? > I use these settings to avoid ugly overstruck bold fonts. As of this > version of xterm, the boldMode setting has stopped having any effect. > > -- System Information: > Debian Release: testing/unstable > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.15-1-686 > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpfzUxXS4My2.pgp Description: PGP signature
Bug#347790: ignores boldMode setting
Thomas Dickey wrote: > I can see this - given the locale setting below, will see what the explanation > is. What is the previous version of xterm that you were using? 6.8.2.dfsg.1-11 .. I've downgraded to it again and it works ok. I didn't consider the locale, so I left out some other possibly relevant config: ! Turn on utf-8. *XTerm*utf8: 1 ! Don't look at the locale xterm is run from, since I only default to utf-8 ! in xterms right now, and it's probaly not being run from another xterm. *XTerm*locale: no -- see shy jo signature.asc Description: Digital signature
Bug#347680: Xorg breaks acpid
On Thu, Jan 12, 2006 at 07:34:46PM +0100, Frans Pop wrote: > On Thursday 12 January 2006 10:06, Mattia Dongili wrote: > > no, 345537 only fixed a bug, xorg was already trying to read acpi > > events. I's actually just a matter of which process starts first: > > - acpid: xorgs opens acpid's socket and we all are happy > > Does this still work when acpid has to be temporarily stopped because you > are suspending to ram and you don't want the powerbutton event to shut > down immediately after resuming? > I tested this with my laptop recently and the system and X.org came back > beautifully, but I could not restart acpid. > > I've not yet investigated deeply though. it's a side effect of my patch at 345537. If the socket disappears then xorg tries to open /proc/acpi/event directly and when successful steals /proc/acpi/event. There's also a different patch there that simply drops acpi events if the socket disappears (I still prefer the currently included patch as it follows the same path at startup: first try the socket and if it fails open /proc/acpi/event). Anyway you need either one as the code was buggy. -- mattia :wq! signature.asc Description: Digital signature
Bug#347790: ignores boldMode setting
On Thu, Jan 12, 2006 at 03:16:03PM -0500, Joey Hess wrote: > Thomas Dickey wrote: > > I can see this - given the locale setting below, will see what the > > explanation > > is. What is the previous version of xterm that you were using? > > 6.8.2.dfsg.1-11 .. I've downgraded to it again and it works ok. What does "xterm -v" say? (It's hard to recall what version of xterm is in what package). > I didn't consider the locale, so I left out some other possibly relevant > config: > > ! Turn on utf-8. > *XTerm*utf8: 1 > ! Don't look at the locale xterm is run from, since I only default to utf-8 > ! in xterms right now, and it's probaly not being run from another xterm. > *XTerm*locale: no thanks. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpOWtdMdmLNb.pgp Description: PGP signature
Bug#347790: ignores boldMode setting
Thomas Dickey wrote: > On Thu, Jan 12, 2006 at 03:16:03PM -0500, Joey Hess wrote: > > Thomas Dickey wrote: > > > I can see this - given the locale setting below, will see what the > > > explanation > > > is. What is the previous version of xterm that you were using? > > > > 6.8.2.dfsg.1-11 .. I've downgraded to it again and it works ok. > > What does "xterm -v" say? (It's hard to recall what version of xterm is > in what package). XTerm(202) -- see shy jo signature.asc Description: Digital signature
Bug#347803: Patches to document XF86MiscSetGrabKeysState
These patches document XF86MiscSetGrabKeysState. I don't know if AllowClosedownGrabs and AllowDeactivateGrabs affects the other XGrab* functions; if so, then the text added to XGrabServer and XGrabKeyboard should be added to those man pages as well. -- Sam Morris http://robots.org.uk/ PGP key id 5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 --- /dev/fd/63 2006-01-12 22:12:38.395008362 + +++ XF86Misc.3x 2006-01-12 22:12:34.0 + @@ -12,7 +12,7 @@ .. .TH XF86MISC 3x Version\ 6.9.0 X.Org "X FUNCTIONS" .SH NAME -XF86MiscQueryExtension, XF86MiscQueryVersion, XF86MiscGetMouseSettings, XF86MiscSetMouseSettings, XF86MiscGetKbdSettings, XF86MiscSetKbdSettings \- Extension library for the XFree86-Misc X extension. +XF86MiscQueryExtension, XF86MiscQueryVersion, XF86MiscGetMouseSettings, XF86MiscSetMouseSettings, XF86MiscGetKbdSettings, XF86MiscSetKbdSettings, XF86MiscSetGrabKeysState \- Extension library for the XFree86-Misc X extension. .SH SYNTAX .nf .LP @@ -57,6 +57,10 @@ Status XF86MiscSetKbdSettings( Display *\fIdisplay\fP\^, XF86MiscKbdSettings *\fIkbdinfo\fP\^); +.LP +int XF86MiscSetGrabKeysState( +Display *\fIdisplay\fP\^, +Bool \fIenabled\fP\^); .fi .SH ARGUMENTS .IP \fIdisplay\fP 2i @@ -89,6 +93,8 @@ Specifies a structure which contains the mouse parameters. .IP \fIkbdinfo\fP 2i Specifies a structure which contains the keyboard parameters. +.IP \fIenabled\fP 2i +Specifies whether the grab-killing keys should be enabled. .SH STRUCTURES .nf .ta 3i @@ -200,6 +206,17 @@ .ZN XF86MiscQueryVersion , are provided which allow the client to query some information regarding the extension itself. +.PP +The +.ZN XF86MiscSetGrabKeysState +function allows you to disable the user's ability to deactivate grabs held by +an X client, or kill an X client that has a grab, with the +.B Ctrl+Alt+Keypad\-Divide +and +.B Ctrl+Alt+Keypad\-Multiply +keys. It should be used by screen-locking programs to ensure that an attacker +cannot bypass a locked screen by killing the screen-locking client. +.PP .SH PREDEFINED VALUES The header file .ZN X11/extensions/xf86misc.h @@ -210,8 +227,16 @@ Keyboard types .IP \fBMF_\fP* 1i Mouse flags +.IP \fBMiscExtGrabStateSuccess\fP +Return value for +.ZN XF86MiscSetGrabKeysState . +Indicates success. +.IP \fBMiscExtGrabStateLocked\fP +A client already requested that grabs cannot be disabled/killed. +.IP \fBMiscExtGrabStateAlready\fP +Request for enabling/disabling grab removeal/kill already done. .SH "SEE ALSO" -xset(1x), xorg.conf(5x) +xset(1x), xorg.conf(5x), XGrabServer(3x), XGrabKeyboard(3x) .SH AUTHORS Joe Moss and David Dawes, The XFree86 Project, Inc. --- /dev/fd/63 2006-01-12 22:06:49.591901594 + +++ XF86MiscSetGrabKeysState.3x 2006-01-12 19:53:43.0 + @@ -0,0 +1 @@ +.so man3/XF86Misc.3x .\" Copyright \(co 1985, 1986, 1987, 1988, 1989, 1990, 1991, 1994, 1996 X Consortium .\" .\" Permission is hereby granted, free of charge, to any person obtaining .\" a copy of this software and associated documentation files (the .\" "Software"), to deal in the Software without restriction, including .\" without limitation the rights to use, copy, modify, merge, publish, .\" distribute, sublicense, and/or sell copies of the Software, and to .\" permit persons to whom the Software is furnished to do so, subject to .\" the following conditions: .\" .\" The above copyright notice and this permission notice shall be included .\" in all copies or substantial portions of the Software. .\" .\" THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS .\" OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF .\" MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. .\" IN NO EVENT SHALL THE X CONSORTIUM BE LIABLE FOR ANY CLAIM, DAMAGES OR .\" OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, .\" ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR .\" OTHER DEALINGS IN THE SOFTWARE. .\" .\" Except as contained in this notice, the name of the X Consortium shall .\" not be used in advertising or otherwise to promote the sale, use or .\" other dealings in this Software without prior written authorization .\" from the X Consortium. .\" .\" Copyright \(co 1985, 1986, 1987, 1988, 1989, 1990, 1991 by .\" Digital Equipment Corporation .\" .\" Portions Copyright \(co 1990, 1991 by .\" Tektronix, Inc. .\" .\" Permission to use, copy, modify and distribute this documentation for .\" any purpose and without fee is hereby granted, provided that the above .\" copyright notice appears in all copies and that both that copyright notice .\" and this permission notice appear in all copies, and that the names of .\" Digital and Tektronix not be used in in advertising or publicity pertaining .\" to this documentation without specific, written prior permission. .\" Digital and Tektronix makes no representations about the suitability .\" of this documentation for an
libxpm4-dev virtual package weirdness?
Thought I would ask here before filing a bug, since there must be some good reason for this oddness... Why is libxpm4-dev a virtual package provided by libxaw7-dev and libxaw8-dev? Both of those depend upon libxpm-dev, which is the real package that includes libXpm.so and libXpm.a. Is there some reason that libxpm-dev is not the package providing libxpm4-dev? Thanks in advance for resolving this mystery, -- Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320136: [patch] EmulateWheel button press broken
As reported in two Debian bug reports [1] [2], the ability for the
EmulateWheelButton to generate button events was broken shortly before
the 6.9 release. It is still broken in current Debian unstable package
6.9.0.dfsg.1-3, and I believe it is still broken in x.org CVS.
It was broken by version 1.15 of
xc/programs/Xserver/hw/xfree86/input/mouse/mouse.c. The problem is the
removal of the truebuttons variable. The wheel emulation code in
MouseDoPostEvent modifies buttons to mask out EmulateWheelButton,
therefore the if condition
if (buttons != pMse->lastMappedButtons) {
(line 2256) was failing when the EmulateWheelButton was pressed,
therefore
pMse->lastMappedButtons = buttons;
(line 2359) was not being run, therefore when the EmulateWheelButton was
released,
change = buttons ^ pMse->lastMappedButtons;
(line 2162) thought there was no change, therefore the button press was
not generated.
The appended patch fixes this by restoring truebuttons (which I called
origbuttons to be slightly clearer). The logic is very similar to
before 1.15, and it does not appear to interfere with the mapping
changes in 1.15, so I don't think it will introduce any problems that
weren't already there. I tested that I can now generate a button press
with EmulateWheelButton.
The patch was generated against the latest Debian unstable sources, but
applies cleanly to the latest CVS.
Andrew
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320136
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346098
[3]
http://cvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/input/mouse/mouse.c?r1=1.14&r2=1.15
--- mouse.c.orig2006-01-12 13:46:21.0 -0800
+++ mouse.c 2006-01-12 14:10:46.0 -0800
@@ -2076,7 +2076,7 @@
MouseDoPostEvent(InputInfoPtr pInfo, int buttons, int dx, int dy)
{
MouseDevPtr pMse;
-int emulateButtons;
+int origbuttons, emulateButtons;
int id, change;
int emuWheelDelta, emuWheelButton, emuWheelButtonMask;
int wheelButtonMask;
@@ -2084,6 +2084,8 @@
pMse = pInfo->private;
+origbuttons = buttons;
+
/* Do single button double click */
if (pMse->doubleClickSourceButtonMask) {
if (buttons & pMse->doubleClickSourceButtonMask) {
@@ -2211,7 +2213,7 @@
if (dx || dy)
xf86PostMotionEvent(pInfo->dev, 0, 0, 2, dx, dy);
-if (buttons != pMse->lastMappedButtons) {
+if (origbuttons != pMse->lastMappedButtons) {
change = buttons ^ pMse->lastMappedButtons;
@@ -2314,7 +2316,7 @@
(buttons & (1 << (id - 1))), 0, 0);
}
-pMse->lastMappedButtons = buttons;
+pMse->lastMappedButtons = origbuttons;
}
}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347842: mkfontdir segfaults on 64-bit architectures
Package: xutils Version: 6.9.0.dfsg.1-2 Severity: normal File: /usr/X11R6/bin/mkfontdir mkfontdir segfaults in the presence of a certain file, which I have attached. This makes jnethack FTBFS. Since jnethack fails only on ia64 and alpha, this seems to be a 64-bit problem. [EMAIL PROTECTED]:/tmp/a/jnethack% ls -l total 8 -rw-r--r-- 1 falk falk 2200 Jan 13 00:00 dungeon [EMAIL PROTECTED]:/tmp/a/jnethack% ls -la total 8 drwxr-xr-x 2 falk falk 60 Jan 13 00:01 ./ drwxr-xr-x 12 falk falk 260 Jan 13 00:00 ../ -rw-r--r-- 1 falk falk 2200 Jan 13 00:00 dungeon [EMAIL PROTECTED]:/tmp/a/jnethack% md5sum dungeon 7ba98ba4593f442983740d496651b90a dungeon [EMAIL PROTECTED]:/tmp/a/jnethack% mkfontdir . zsh: segmentation fault (core dumped) mkfontdir . [EMAIL PROTECTED]:/tmp/a/jnethack% -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xutils depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii libc6.1 2.3.5-11 GNU C Library: Shared libraries an ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfs66.9.0.dfsg.1-2 X Font Server library ii x11-common6.9.0.dfsg.1-3 X Window System (X.Org) infrastruc ii zlib1g1:1.2.3-9 compression library - runtime xutils recommends no packages. -- no debconf information dungeon Description: Binary data
Bug#345454: broken vt still present
I'm still hit by that "broken vt" bug. Appeared in the first days of January, and still present on current sid. I tried currently described solutions, as well as dpkg --force-all -P xlibs xlibs-data and reinstall, but still no success. Any other idea ? Jean-Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345758: No direct rendering with recent kernels (workaround)
On Thu, 2006-01-12 at 16:16 +0100, Michel Dänzer wrote: > On Wed, 2006-01-11 at 10:42 +0100, Svante Signell wrote: > > Can you please add the workaround described below to the DRM problems > > with kernels 2.6.14+15 to next release of Xorg. Obviously the kernel > > module patch will not be included until kernel 2.6.16. > > > > For direct rendering with MGA graphics cards use the following option in > > the Device section of xorg.conf: > > Option "OldDmaInit" "true" > > Someone should fix the mga X driver to fall back to the old DMA init > method if the new one fails. Why not making a patch of the kernel module for kernels 2.6.14 and 2.6.15? The problem has obviously been solved in November last year, see https://bugs.freedesktop.org/show_bug.cgi?id=4797 -- Svante Signell <[EMAIL PROTECTED]>
Re: Bug#345454: xserver-xorg: Upgrade to 6.9.0 broke vt switching
Michel Dänzer wrote: The fact that pointing /usr/X11R6/bin/X to the Xorg seems to have fixed your problem could mean either: * /etc/X11/X doesn't point to /usr/X11R6/bin/Xorg on your system. If so, you should fix this, as the next upgrade of xserver-common will restore the Xwrapper binary. * The Xwrapper is broken. Problem resolved: I did change /usr/X11R6/bin/X to point to Xorg, but perhaps there is another change that occurred that resulted in the fix, for example installing the nvidia-glx package. I was having some kind of problem related to nvidia-glx, and that problem resolved, so perhaps the vt switching problem was related. I see that in fact /etc/X11/X does now point to /usr/X11R6/bin/Xorg: ls -l /etc/X11/X: /etc/X11/X -> /usr/bin/X11/Xorg and the Xwrapper has been re-installed since the link I put in is not there: ls -l /usr/X11R6/bin/X: /usr/X11R6/bin/X And, my VT switching is now working. So, problem resolved but I don't know why! :) Regards, Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#345454: xserver-xorg: Upgrade to 6.9.0 broke vt switching
On Thu, Jan 12, 2006 at 07:34:33PM -0500, Paul Check wrote: > Michel Dänzer wrote: > > >The fact that pointing /usr/X11R6/bin/X to the Xorg seems to have fixed > >your problem could mean either: > > > > * /etc/X11/X doesn't point to /usr/X11R6/bin/Xorg on your system. > > If so, you should fix this, as the next upgrade of > > xserver-common will restore the Xwrapper binary. > > * The Xwrapper is broken. > > > Problem resolved: > > I did change /usr/X11R6/bin/X to point to Xorg, but perhaps there is > another change that occurred that resulted in the fix, for example > installing the nvidia-glx package. I was having some kind of problem > related to nvidia-glx, and that problem resolved, so perhaps the vt > switching problem was related. > > I see that in fact /etc/X11/X does now point to /usr/X11R6/bin/Xorg: > > ls -l /etc/X11/X: > > /etc/X11/X -> /usr/bin/X11/Xorg > > and the Xwrapper has been re-installed since the link I put in is not there: > > ls -l /usr/X11R6/bin/X: > > /usr/X11R6/bin/X > > And, my VT switching is now working. So, problem resolved but I don't > know why! :) > > Regards, Paul Does anyone know if nvidia-glx has ever messed with this wrapper? I didn't think it would have to touch this, but I don't really know how deep that package messes with things. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1069 - trunk/debian
Author: dnusinow Date: 2006-01-12 21:12:07 -0500 (Thu, 12 Jan 2006) New Revision: 1069 Modified: trunk/debian/changelog trunk/debian/rules Log: * unset DH_OPTIONS for dh_installinit during binary-indep and binary-arch targets. There's some bug in dh_installinit that was causing it to ignore all the .init scripts when -s or -i was used in it alongside --noscripts (closes: #347705) Modified: trunk/debian/changelog === --- trunk/debian/changelog 2006-01-11 22:32:07 UTC (rev 1068) +++ trunk/debian/changelog 2006-01-13 02:12:07 UTC (rev 1069) @@ -17,6 +17,10 @@ [ David Nusinow ] * MANIFEST updates for mips and mipsel over evdev manpage that was added for last upload + * unset DH_OPTIONS for dh_installinit during binary-indep and binary-arch +targets. There's some bug in dh_installinit that was causing it to ignore +all the .init scripts when -s or -i was used in it alongside --noscripts +(closes: #347705) [ Denis Barbier ] * Add general/086_enable_ca_variants.diff so that variants of the ca @@ -28,7 +32,7 @@ * Add general/087_xkb_ralt_switch_multikey.diff to enable again the lv3:ralt_switch_multikey option. Thanks Klaus Ethgen (closes: #345409) - -- Denis Barbier <[EMAIL PROTECTED]> Wed, 11 Jan 2006 23:07:44 +0100 + -- David Nusinow <[EMAIL PROTECTED]> Thu, 12 Jan 2006 21:11:43 -0500 xorg-x11 (6.9.0.dfsg.1-3) unstable; urgency=low Modified: trunk/debian/rules === --- trunk/debian/rules 2006-01-11 22:32:07 UTC (rev 1068) +++ trunk/debian/rules 2006-01-13 02:12:07 UTC (rev 1069) @@ -530,7 +530,7 @@ dh_installdocs dh_installexamples dh_installmenu - dh_installinit --noscripts + unset DH_OPTIONS; dh_installinit --noscripts dh_installchangelogs dh_link dh_compress -X.xhtml @@ -572,7 +572,7 @@ dh_installexamples dh_installmenu dh_installpam - dh_installinit --noscripts + unset DH_OPTIONS; dh_installinit --noscripts dh_installlogrotate dh_installchangelogs ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347705: xdm: No init.d script
On Thu, Jan 12, 2006 at 12:09:31AM -0800, Garrett McLean wrote: > Package: xdm > Version: 6.9.0.dfsg.1-3 > Severity: important > Tags: sid > > There's no script in /etc/init.d/xdm (the usual place). > > [EMAIL PROTECTED]:~$ dpkg -L xdm|grep -i init.d > [EMAIL PROTECTED]:~$ > > This makes starting/stopping xdm kinda hard. Thanks for the report. I've just committed a fix to svn and it'll be in the next upload. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Setting severity
Processing commands for [EMAIL PROTECTED]: > severity 347767 important Bug#347767: xbase-clients: xkbcomp or xmodmap or libxkbfile or libxklavier problem don't start XKB Severity set to `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]
Bug#332246: marked as done (ftbfs: dpkg-shlibdeps: failure: ldd on `debian/xterm/usr/X11R6/bin/xterm' gave error exit status 1)
Your message dated Thu, 12 Jan 2006 21:30:19 -0500 with message-id <[EMAIL PROTECTED]> and subject line Closing 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; 5 Oct 2005 11:40:07 + >From [EMAIL PROTECTED] Wed Oct 05 04:40:07 2005 Return-path: <[EMAIL PROTECTED]> Received: from duempel.org [81.209.165.42] by spohr.debian.org with smtp (Exim 3.36 1 (Debian)) id 1EN7d0-0003si-00; Wed, 05 Oct 2005 04:40:06 -0700 Received: (qmail 6294 invoked by uid 1001); 5 Oct 2005 13:38:10 +0200 Date: Wed, 5 Oct 2005 13:38:10 +0200 From: Max Kellermann <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: ftbfs: dpkg-shlibdeps: failure: ldd on `debian/xterm/usr/X11R6/bin/xterm' gave error exit status 1 Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: xorg-x11 Version: 6.8.2.dfsg.1-7 Tags: FTBFS Building xorg-x11 from source fails (i386, gcc 4.0): [...] dh_fixperms chown root:root debian/xserver-common/usr/X11R6/bin/X chmod ug+s debian/xserver-common/usr/X11R6/bin/X chown :utmp debian/xterm/usr/X11R6/bin/xterm chmod g+s debian/xterm/usr/X11R6/bin/xterm dh_installdeb dh_shlibdeps -Nlibdps1 -Nlibx11-6 -l/opt/debian/build/xorg-x11-6.8.2.dfsg.1/debian/tmp/usr/lib -l/opt/debian/build/xorg-x11-6.8.2.dfsg.1/debian/tmp/usr/X11R6/lib --exclude=usr/X11R6/lib/modules Use of uninitialized value in scalar assignment at /usr/bin/dh_shlibdeps line 138, line 2. [...] Use of uninitialized value in scalar assignment at /usr/bin/dh_shlibdeps line 138, line 262. dpkg-shlibdeps: failure: ldd on `debian/xterm/usr/X11R6/bin/xterm' gave error exit status 1 dh_shlibdeps: command returned error code 256 make: *** [stampdir/binary-arch] Error 1 Build command 'cd xorg-x11-6.8.2.dfsg.1 && dpkg-buildpackage -b -uc' failed. E: Child process failed Fetched 52.0MB in 9s (5337kB/s) Problem was: amd64-libs was installed, which diverted /usr/bin/ldd. This diverted ldd however worked for all other binaries I tested, except this xterm binary. After uninstalling the package "amd64-libs", "ldd" works as expected. That looks like a bug in amd64-libs; to work around this, you may decide to build-conflict against it. --- Received: (at 332246-done) by bugs.debian.org; 13 Jan 2006 02:30:19 + >From [EMAIL PROTECTED] Thu Jan 12 18:30:19 2006 Return-path: <[EMAIL PROTECTED]> Received: from vms042pub.verizon.net ([206.46.252.42]) by spohr.debian.org with esmtp (Exim 4.50) id 1ExEhn-00016K-LY for [EMAIL PROTECTED]; Thu, 12 Jan 2006 18:30:19 -0800 Received: from squee ([129.44.187.7]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <[EMAIL PROTECTED]> for [EMAIL PROTECTED]; Thu, 12 Jan 2006 20:30:19 -0600 (CST) Received: by squee (Postfix, from userid 1000) id 1C3F646DA0; Thu, 12 Jan 2006 21:30:19 -0500 (EST) Date: Thu, 12 Jan 2006 21:30:19 -0500 From: David Nusinow <[EMAIL PROTECTED]> Subject: Closing To: [EMAIL PROTECTED] Message-id: <[EMAIL PROTECTED]> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.5.11 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-1.0 required=4.0 tests=BAYES_00,ONEWORD, RCVD_IN_SORBS autolearn=no version=2.60-bugs.debian.org_2005_01_02 Hi, The package builds fine on amd64 at present, so I'm closing this bug. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332839: marked as done (xorg-x11: FTBFS on amd64: manifest changed.)
Your message dated Thu, 12 Jan 2006 21:28:42 -0500 with message-id <[EMAIL PROTECTED]> and subject line Closing 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; 8 Oct 2005 21:54:49 + >From [EMAIL PROTECTED] Sat Oct 08 14:54:49 2005 Return-path: <[EMAIL PROTECTED]> Received: from adicia.telenet-ops.be [195.130.132.56] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EOMeW-000346-00; Sat, 08 Oct 2005 14:54:48 -0700 Received: from localhost (localhost.localdomain [127.0.0.1]) by adicia.telenet-ops.be (Postfix) with SMTP id 14BB838215 for <[EMAIL PROTECTED]>; Sat, 8 Oct 2005 23:54:47 +0200 (CEST) Received: from Q.roeckx.be (dD5775F4A.access.telenet.be [213.119.95.74]) by adicia.telenet-ops.be (Postfix) with ESMTP id 550F4382BA for <[EMAIL PROTECTED]>; Sat, 8 Oct 2005 23:54:46 +0200 (CEST) Received: by Q.roeckx.be (Postfix, from userid 501) id BC39526136; Sat, 08 Oct 2005 23:54:43 +0200 (CEST) Date: Sat, 8 Oct 2005 23:54:43 +0200 From: Kurt Roeckx <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: xorg-x11: FTBFS on amd64: manifest changed. Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Package: xorg-x11 Version: 6.8.99.900.dfsg.1-0pre1 Severity: important Tags: experimental Hi, Your package is failing to build on amd64 because the manifest changed. Please find the diff attached. The new file seems to look alot like the MANIFEST.i386.in file, and I guess that changed in the last upload? Kurt --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="xorg-x11-manifest.diff" --- debian/MANIFEST.amd64 2005-10-08 23:13:02.0 +0200 +++ debian/MANIFEST.amd64.new 2005-10-08 23:13:02.0 +0200 @@ -18,2 +17,0 @@ -etc/X11/app-defaults/KOI8RXTerm -etc/X11/app-defaults/UXTerm @@ -34,2 +31,0 @@ -etc/X11/app-defaults/XTerm -etc/X11/app-defaults/XTerm-color @@ -455 +450,0 @@ -usr/X11R6/bin/Xorg-debug @@ -470,2 +464,0 @@ -usr/X11R6/bin/dpsexec -usr/X11R6/bin/dpsinfo @@ -485 +477,0 @@ -usr/X11R6/bin/koi8rxterm @@ -490 +481,0 @@ -usr/X11R6/bin/lxterm @@ -493 +483,0 @@ -usr/X11R6/bin/makepsres @@ -504,0 +495 @@ +usr/X11R6/bin/pclcomp @@ -506,2 +496,0 @@ -usr/X11R6/bin/pswrap -usr/X11R6/bin/resize @@ -520 +508,0 @@ -usr/X11R6/bin/texteroids @@ -523 +510,0 @@ -usr/X11R6/bin/uxterm @@ -528,0 +516 @@ +usr/X11R6/bin/xauth_switch_to_sun-des-1 @@ -536,0 +525 @@ +usr/X11R6/bin/xdbedizzy @@ -539,0 +529 @@ +usr/X11R6/bin/xdpr @@ -577,0 +568 @@ +usr/X11R6/bin/xpr @@ -591 +581,0 @@ -usr/X11R6/bin/xterm @@ -604,26 +593,0 @@ -usr/X11R6/include/DPS/ColorSB.h -usr/X11R6/include/DPS/ColorSBP.h -usr/X11R6/include/DPS/DPSScrollW.h -usr/X11R6/include/DPS/DPSScrollWP.h -usr/X11R6/include/DPS/FontCreatP.h -usr/X11R6/include/DPS/FontCreato.h -usr/X11R6/include/DPS/FontSB.h -usr/X11R6/include/DPS/FontSBP.h -usr/X11R6/include/DPS/FontSamplP.h -usr/X11R6/include/DPS/FontSample.h -usr/X11R6/include/DPS/PSres.h -usr/X11R6/include/DPS/XDPS.h -usr/X11R6/include/DPS/XDPSlib.h -usr/X11R6/include/DPS/XDPSproto.h -usr/X11R6/include/DPS/dpsNXargs.h -usr/X11R6/include/DPS/dpsXclient.h -usr/X11R6/include/DPS/dpsXcommon.h -usr/X11R6/include/DPS/dpsXpreview.h -usr/X11R6/include/DPS/dpsXshare.h -usr/X11R6/include/DPS/dpsXuserpath.h -usr/X11R6/include/DPS/dpsclient.h -usr/X11R6/include/DPS/dpsconfig.h -usr/X11R6/include/DPS/dpsexcept.h -usr/X11R6/include/DPS/dpsfriends.h -usr/X11R6/include/DPS/dpsops.h -usr/X11R6/include/DPS/psops.h @@ -643,0 +608 @@ +usr/X11R6/include/X11/CallbackI.h @@ -647,0 +613 @@ +usr/X11R6/include/X11/ConvertI.h @@ -649,0 +616 @@ +usr/X11R6/include/X11/CreateI.h @@ -650,0 +618 @@ +usr/X11R6/include/X11/EventI.h @@ -651,0 +620 @@ +usr/X11R6/include/X11/HookObjI.h @@ -657,0 +627,2 @@ +usr/X11R6/include/X11/ImUtil.h +usr/X11R6/include/X11/InitialI.h @@ -658,0 +630 @@ +usr/X11R6/include/X11/IntrinsicI.h @@ -663,0 +636 @@ +usr/X11R6/include/X11/PassivGraI.h @@ -665,0 +639 @@ +u
Bug#337695: marked as done (unknown command @echo called from debian/rules)
Your message dated Thu, 12 Jan 2006 21:31:55 -0500 with message-id <[EMAIL PROTECTED]> and subject line Closing 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; 5 Nov 2005 20:12:09 + >From [EMAIL PROTECTED] Sat Nov 05 12:12:09 2005 Return-path: <[EMAIL PROTECTED]> Received: from (hoss.orcus.priv.at) [62.116.122.142] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EYUOW-FT-00; Sat, 05 Nov 2005 12:12:09 -0800 Received: by hoss.orcus.priv.at (Postfix, from userid 1000) id 504722D6FD4; Sat, 5 Nov 2005 21:11:39 +0100 (CET) Content-Type: multipart/mixed; boundary="===0899272361==" MIME-Version: 1.0 From: Robert Bihlmeyer <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: unknown command @echo called from debian/rules X-Mailer: reportbug 3.17 Date: Sat, 05 Nov 2005 21:11:39 +0100 Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 This is a multi-part MIME message sent by reportbug. --===0899272361== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: xorg-x11 Severity: minor Tags: experimental patch Since @ is only special before shell constructs lines 206 and 214 of debian/rules will try to run the command '@echo', which obviously fails, with no effects rather than a warning. --===0899272361== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xorg-echo.patch" diff -u xorg-x11-6.8.99.901.dfsg.1/debian/rules xorg-x11-6.8.99.901.dfsg.1/debian/rules+ --- xorg-x11-6.8.99.901.dfsg.1/debian/rules 2005-11-05 21:07:55.731824320 +0100 +++ xorg-x11-6.8.99.901.dfsg.1/debian/rules+2005-11-05 21:07:55.737823408 +0100 @@ -202,8 +202,8 @@ stampdir_targets+=patch patch: $(STAMP_DIR)/patch $(STAMP_DIR)/patch: $(STAMP_DIR)/prepare - if quilt next; then \ - @echo -n "Applying patches..."; \ + @if quilt next; then \ + echo -n "Applying patches..."; \ if quilt push -a -v >$(STAMP_DIR)/log/patch 2>&1; then \ echo "successful."; \ else \ @@ -211,7 +211,7 @@ exit 1; \ fi; \ else \ - @echo "No patches to apply"; \ + echo "No patches to apply"; \ fi; \ >$@ --===0899272361==-- --- Received: (at 337695-done) by bugs.debian.org; 13 Jan 2006 02:31:56 + >From [EMAIL PROTECTED] Thu Jan 12 18:31:56 2006 Return-path: <[EMAIL PROTECTED]> Received: from vms044pub.verizon.net ([206.46.252.44]) by spohr.debian.org with esmtp (Exim 4.50) id 1ExEjM-0001Mo-Fo for [EMAIL PROTECTED]; Thu, 12 Jan 2006 18:31:56 -0800 Received: from squee ([129.44.187.7]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <[EMAIL PROTECTED]> for [EMAIL PROTECTED]; Thu, 12 Jan 2006 20:31:56 -0600 (CST) Received: by squee (Postfix, from userid 1000) id BD95E46DA0; Thu, 12 Jan 2006 21:31:55 -0500 (EST) Date: Thu, 12 Jan 2006 21:31:55 -0500 From: David Nusinow <[EMAIL PROTECTED]> Subject: Closing To: [EMAIL PROTECTED] Message-id: <[EMAIL PROTECTED]> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.5.11 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-1.0 required=4.0 tests=BAYES_00,ONEWORD, RCVD_IN_SORBS autolearn=no version=2.60-bugs.debian.org_2005_01_02 I fixed this bug in a previous upload. Closing. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1070 - trunk/debian
Author: dnusinow Date: 2006-01-12 21:43:04 -0500 (Thu, 12 Jan 2006) New Revision: 1070 Modified: trunk/debian/changelog Log: Add extra closer from ender's work Modified: trunk/debian/changelog === --- trunk/debian/changelog 2006-01-13 02:12:07 UTC (rev 1069) +++ trunk/debian/changelog 2006-01-13 02:43:04 UTC (rev 1070) @@ -10,7 +10,7 @@ - Dropped debian/xdmx.install.kfreebsd-i386, as its content is the same as in generic debian/xdmx.install. * Updated Turkish translation. Thanks, Recai Oktaş and Osman Yüksel -(closes: #347494). +(closes: #347494, #334568). * Updated Japanese translation. Thanks, Kenshi Muto (closes: #347498). * Fixed Compose key for LC_CTYPE=cs_CZ.UTF-8 (closes: #347531). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1071 - branches/modular/driver
Author: dnusinow Date: 2006-01-12 21:57:41 -0500 (Thu, 12 Jan 2006) New Revision: 1071 Added: branches/modular/driver/driver/ Log: Copy vendor branch for modular drivers over to working branch Copied: branches/modular/driver/driver (from rev 1070, vendor/7.0/driver) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347690: xlibs: Deadkeys don't work with cs_CZ.UTF-8 locale in some X-applications
On Thu 12. January 2006 07:15, David Martínez Moreno wrote: > en_US.UTF-8/Compose: ca_ES.UTF-8 > +en_US.UTF-8/Compose: cs_CZ.UTF-8 - additional > en_US.UTF-8/Compose: cy_GB.UTF-8 > en_US.UTF-8/Compose: cz_CZ.UTF-8 > en_US.UTF-8/Compose: da_DK.UTF-8 I don't have colons after Compose, but otherwise I have added cs_CZ.UTF-8 line there (see attached). However, I still get ˇS when trying to write Scaron (see attached xev.log). What's even more strange that apparently X are able to decipher that Scaron is (c5 a0) "Š": KeyPress event, serial 31, synthetic NO, window 0x201, root 0x4c, subw 0x0, time 162804, (508,357), root:(512,384), state 0x1, keycode 0 (keysym 0x1000160, U0160), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 2 bytes: (c5 a0) "Š" XFilterEvent returns: False but still I get ˇS. Is it problem of Qt-based applications or some other technology, which is not used by Gnome and other non-KDE applications (firefox has no problems with it)? Actually, it is not that simple OOo (albeit with KDE skin) reacts even more strange -- just writes plain S and caron is silently omitted. Any ideas? Matej compose.dir.bz2 Description: BZip2 compressed data pgpACQqTIxkSl.pgp Description: PGP signature
Bug#347857: xdm: Xsetup does not get run
Package: xdm Version: 6.9.0.dfsg.1-3 Severity: normal Upon upgrading xdm to version 6.9.0.dfsg-1.3, dpkg silently rewrote /etc/X11/xdm/xdm-config such that my Xsetup script does not get run anymore. This is contrary to the xdm(1) manual page which clearly states that the Xsetup script will get run: After resetting the X server, xdm runs the Xsetup script to assist in setting up the screen the user sees along with the xlogin widget. If there is some good reason why the default configuration should prevent local customizations of the login screen (such as installing a nice background picture, or starting some buttons to shutdown or reboot the machine), this should at least be documented. Neither the changelog nor the NEWS file warned me that my local setup would stop working. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27makholm6 Locale: LANG=en_DK, LC_CTYPE=en_DK.iso88591 (charmap=ISO-8859-1) Versions of packages xdm depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libpam-modules0.79-3 Pluggable Authentication Modules f ii libpam-runtime0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libselinux1 1.28-2 SELinux shared libraries ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxau6 6.9.0.dfsg.1-3 X Authentication library ii libxaw8 6.9.0.dfsg.1-3 X Athena widget set library ii libxdmcp6 6.9.0.dfsg.1-3 X Display Manager Control Protocol ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxinerama1 6.9.0.dfsg.1-3 X Window System multi-head display ii libxmu6 6.9.0.dfsg.1-3 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-3 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-3 X pixmap library ii libxt66.9.0.dfsg.1-3 X Toolkit Intrinsics ii xbase-clients 6.9.0.dfsg.1-3 miscellaneous X clients xdm recommends no packages. -- debconf information: xdm/stop_running_server_with_children: false xdm/daemon_name: /usr/bin/X11/xdm * shared/default-x-display-manager: xdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r1051 - tags
On Thu, Jan 12, 2006 at 12:26:08PM +0100, Michel D?nzer wrote: > I agree that a Mesa upload is overdue (anybody heard anything from > Marcelo?), but I still don't like the package naming as currently in > xorg SVN. I think something like libgl1-mesa-(sw)x11 would be more > accurate than libgl1-mesa-swrast, but I absolutely don't see the point > of going through the pain of renaming libgl1-mesa-dri to libgl1-mesa, as > the former is more accurate. +1 on moving libgl1-mesa-swrast to libgl1-mesa-swx11. As for -dri and -mesa, the only reason why that happened is because I already had libgl1-mesa for the library and libgl1-mesa-dri for the modules in my tree before Marcelo did 6.4.x. To be honest, I don't care either way. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347690: xlibs: Deadkeys don't work with cs_CZ.UTF-8 locale in some X-applications
reopen 347531 thanks On Thu 12. January 2006 07:15, David Martínez Moreno wrote: > Hello, Matej. It seems the same as #347531. Could you please > add in /usr/X11R6/lib/X11/locale/compose.dir: And BTW, 347531 is still broken here as well (see attached output from xev when running ae; being [Caps Lock]). And yes, the output is strangely similar. Again I could find this in the log: KeyPress event, serial 31, synthetic NO, window 0x3a1, root 0x4c, subw 0x0, time 1366230, (-169,291), root: (548,318), state 0x0, keycode 0 (keysym 0xe6, ae), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 2 bytes: (c3 a6) "æ" XFilterEvent returns: False Best, Matěj xev.log.bz2 Description: BZip2 compressed data pgpey5gME0HbQ.pgp Description: PGP signature
X Strike Force X.Org X11 SVN commit: r1072 - branches/modular/driver
Author: dnusinow Date: 2006-01-12 23:05:21 -0500 (Thu, 12 Jan 2006) New Revision: 1072 Added: branches/modular/driver/xf86-input-aiptek-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-calcomp-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-citron-X11R7.0-2.1.1.5/ branches/modular/driver/xf86-input-digitaledge-X11R7.0-1.0.1.3/ branches/modular/driver/xf86-input-dmc-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-dynapro-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-elo2300-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-elographics-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-evdev-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-fpit-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-hyperpen-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-jamstudio-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-joystick-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-keyboard-X11R7.0-1.0.1.3/ branches/modular/driver/xf86-input-magellan-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-magictouch-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-microtouch-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-mouse-X11R7.0-1.0.3.1/ branches/modular/driver/xf86-input-mutouch-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-palmax-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-penmount-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-spaceorb-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-summa-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-tek4957-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-ur98-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-input-void-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-apm-X11R7.0-1.0.1.5/ branches/modular/driver/xf86-video-ark-X11R7.0-0.5.0.5/ branches/modular/driver/xf86-video-ati-X11R7.0-6.5.7.3/ branches/modular/driver/xf86-video-chips-X11R7.0-1.0.1.3/ branches/modular/driver/xf86-video-cirrus-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-cyrix-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-dummy-X11R7.0-0.1.0.5/ branches/modular/driver/xf86-video-fbdev-X11R7.0-0.1.0.5/ branches/modular/driver/xf86-video-glint-X11R7.0-1.0.1.3/ branches/modular/driver/xf86-video-i128-X11R7.0-1.1.0.5/ branches/modular/driver/xf86-video-i740-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-i810-X11R7.0-1.4.1.3/ branches/modular/driver/xf86-video-imstt-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-mga-X11R7.0-1.2.1.3/ branches/modular/driver/xf86-video-neomagic-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-newport-X11R7.0-0.1.4.1/ branches/modular/driver/xf86-video-nsc-X11R7.0-2.7.6.5/ branches/modular/driver/xf86-video-nv-X11R7.0-1.0.1.5/ branches/modular/driver/xf86-video-rendition-X11R7.0-4.0.1.3/ branches/modular/driver/xf86-video-s3-X11R7.0-0.3.5.5/ branches/modular/driver/xf86-video-s3virge-X11R7.0-1.8.6.5/ branches/modular/driver/xf86-video-savage-X11R7.0-2.0.2.3/ branches/modular/driver/xf86-video-siliconmotion-X11R7.0-1.3.1.5/ branches/modular/driver/xf86-video-sis-X11R7.0-0.8.1.3/ branches/modular/driver/xf86-video-sisusb-X11R7.0-0.7.1.3/ branches/modular/driver/xf86-video-sunbw2-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-suncg14-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-suncg3-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-suncg6-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-sunffb-X11R7.0-1.0.1.3/ branches/modular/driver/xf86-video-sunleo-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-suntcx-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-tdfx-X11R7.0-1.1.1.3/ branches/modular/driver/xf86-video-tga-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-trident-X11R7.0-1.0.1.2/ branches/modular/driver/xf86-video-tseng-X11R7.0-1.0.0.5/ branches/modular/driver/xf86-video-v4l-X11R7.0-0.0.1.5/ branches/modular/driver/xf86-video-vesa-X11R7.0-1.0.1.3/ branches/modular/driver/xf86-video-vga-X11R7.0-4.0.0.5/ branches/modular/driver/xf86-video-via-X11R7.0-0.1.33.2/ branches/modular/driver/xf86-video-vmware-X11R7.0-10.11.1.3/ branches/modular/driver/xf86-video-voodoo-X11R7.0-1.0.0.5/ Removed: branches/modular/driver/driver/ branches/modular/driver/xf86-input-acecad/ Log: Update drivers in modular branch. We'll re-pull the ubuntu packaging properly Copied: branches/modular/driver/xf86-input-aiptek-X11R7.0-1.0.0.5 (from rev 1071, branches/modular/driver/driver/xf86-input-aiptek-X11R7.0-1.0.0.5) Copied: branches/modular/driver/xf86-input-calcomp-X11R7.0-1.0.0.5 (from rev 1071, branches/modular/driver/driver/xf86-input-calcomp-X11R7.0-1.0.0.5) Copied: branches/modular/driver/xf86-input-citron-X11R7.0-2.1.1.5 (from rev 1071, branches/modular/driver/driver/xf86-input-citron-X11R7.0-2.1.1.5) Copied: branches/modular/driver/xf86-input-digitaledge-X11R7.0-1.0.1.3 (
X Strike Force X.Org X11 SVN commit: r1073 - branches/modular/driver
Author: dnusinow Date: 2006-01-12 23:08:41 -0500 (Thu, 12 Jan 2006) New Revision: 1073 Removed: branches/modular/driver/xf86-input-aiptek/ branches/modular/driver/xf86-input-calcomp/ branches/modular/driver/xf86-input-citron/ branches/modular/driver/xf86-input-digitaledge/ branches/modular/driver/xf86-input-dmc/ branches/modular/driver/xf86-input-dynapro/ branches/modular/driver/xf86-input-elo2300/ branches/modular/driver/xf86-input-elographics/ branches/modular/driver/xf86-input-evdev/ branches/modular/driver/xf86-input-fpit/ branches/modular/driver/xf86-input-hyperpen/ branches/modular/driver/xf86-input-jamstudio/ branches/modular/driver/xf86-input-joystick/ branches/modular/driver/xf86-input-keyboard/ branches/modular/driver/xf86-input-magellan/ branches/modular/driver/xf86-input-magictouch/ branches/modular/driver/xf86-input-microtouch/ branches/modular/driver/xf86-input-mouse/ branches/modular/driver/xf86-input-mutouch/ branches/modular/driver/xf86-input-palmax/ branches/modular/driver/xf86-input-penmount/ branches/modular/driver/xf86-input-spaceorb/ branches/modular/driver/xf86-input-summa/ branches/modular/driver/xf86-input-tek4957/ branches/modular/driver/xf86-input-ur98/ branches/modular/driver/xf86-input-void/ branches/modular/driver/xf86-video-apm/ branches/modular/driver/xf86-video-ark/ branches/modular/driver/xf86-video-ati/ branches/modular/driver/xf86-video-chips/ branches/modular/driver/xf86-video-cirrus/ branches/modular/driver/xf86-video-cyrix/ branches/modular/driver/xf86-video-dummy/ branches/modular/driver/xf86-video-fbdev/ branches/modular/driver/xf86-video-glint/ branches/modular/driver/xf86-video-i128/ branches/modular/driver/xf86-video-i740/ branches/modular/driver/xf86-video-i810/ branches/modular/driver/xf86-video-imstt/ branches/modular/driver/xf86-video-mga/ branches/modular/driver/xf86-video-neomagic/ branches/modular/driver/xf86-video-newport/ branches/modular/driver/xf86-video-nsc/ branches/modular/driver/xf86-video-nv/ branches/modular/driver/xf86-video-rendition/ branches/modular/driver/xf86-video-s3/ branches/modular/driver/xf86-video-s3virge/ branches/modular/driver/xf86-video-savage/ branches/modular/driver/xf86-video-siliconmotion/ branches/modular/driver/xf86-video-sis/ branches/modular/driver/xf86-video-sisusb/ branches/modular/driver/xf86-video-sunbw2/ branches/modular/driver/xf86-video-suncg14/ branches/modular/driver/xf86-video-suncg3/ branches/modular/driver/xf86-video-suncg6/ branches/modular/driver/xf86-video-sunffb/ branches/modular/driver/xf86-video-sunleo/ branches/modular/driver/xf86-video-suntcx/ branches/modular/driver/xf86-video-tdfx/ branches/modular/driver/xf86-video-tga/ branches/modular/driver/xf86-video-trident/ branches/modular/driver/xf86-video-tseng/ branches/modular/driver/xf86-video-v4l/ branches/modular/driver/xf86-video-vesa/ branches/modular/driver/xf86-video-vga/ branches/modular/driver/xf86-video-via/ branches/modular/driver/xf86-video-vmware/ branches/modular/driver/xf86-video-voodoo/ Log: Remove old drivers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1074 - branches/modular/driver
Author: dnusinow Date: 2006-01-12 23:13:23 -0500 (Thu, 12 Jan 2006) New Revision: 1074 Added: branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/ Log: Copy over missed acecad driver (don't ask) Copied: branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5 (from rev 1073, vendor/7.0/driver/xf86-input-acecad-X11R7.0-1.0.0.5) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333960: xserver-xorg: Keyboard options also destroyed on upgrade
Package: xserver-xorg Version: 6.9.0.dfsg.1-3 Followup-For: Bug #333960 Just another case where this behaviour is wrong: I like 'ctrl:nocaps' set as a keyboard option. I had this set as a debconf option for the variable xserver-xorg/config/inputdevice/keyboard/options ; however, the current code in xserver-xorg.config overwrites this with every upgrade, which is wrong and very annoying. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Jul 20 11:17 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1844060 Jan 9 23:12 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: /etc/X11/xorg.conf unchanged from checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3060 Jan 12 15:09 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (Xorg 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 xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # 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/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf >/var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"v4l" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "false" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents""true" Option "Device""/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "Device" Identifier "ATI Technologies, Inc. Rage Mobility P/M AGP 2x" Driver "ati" BusID "PCI:1:0:0" EndSection Section "Monitor" Identifier "Generic Monitor" Option "DPMS" HorizSync 28-49 VertRefresh 43-72 EndSection Section "Screen" Identifier "Default Screen" Device "ATI Technologies, Inc. Rage Mobility P/M AGP 2x" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 1 Modes "1024x768" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" EndSubSection SubSection "Display" Depth 16 Modes "1024x768" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" EndSubSection
X Strike Force X.Org X11 SVN commit: r1075 - in branches/modular/driver: xf86-input-acecad-X11R7.0-1.0.0.5 xf86-input-acecad-X11R7.0-1.0.0.5/debian xf86-input-aiptek-X11R7.0-1.0.0.5 xf86-input-aiptek-
Author: dnusinow Date: 2006-01-13 00:48:42 -0500 (Fri, 13 Jan 2006) New Revision: 1075 Added: branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/debian/ branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/debian/changelog branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/debian/compat branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/debian/control branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/debian/copyright branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/debian/rules branches/modular/driver/xf86-input-acecad-X11R7.0-1.0.0.5/debian/xserver-xorg-input-acecad.install branches/modular/driver/xf86-input-aiptek-X11R7.0-1.0.0.5/debian/ branches/modular/driver/xf86-input-aiptek-X11R7.0-1.0.0.5/debian/changelog branches/modular/driver/xf86-input-aiptek-X11R7.0-1.0.0.5/debian/compat branches/modular/driver/xf86-input-aiptek-X11R7.0-1.0.0.5/debian/control branches/modular/driver/xf86-input-aiptek-X11R7.0-1.0.0.5/debian/copyright branches/modular/driver/xf86-input-aiptek-X11R7.0-1.0.0.5/debian/rules branches/modular/driver/xf86-input-aiptek-X11R7.0-1.0.0.5/debian/xserver-xorg-input-aiptek.install branches/modular/driver/xf86-input-calcomp-X11R7.0-1.0.0.5/debian/ branches/modular/driver/xf86-input-calcomp-X11R7.0-1.0.0.5/debian/changelog branches/modular/driver/xf86-input-calcomp-X11R7.0-1.0.0.5/debian/compat branches/modular/driver/xf86-input-calcomp-X11R7.0-1.0.0.5/debian/control branches/modular/driver/xf86-input-calcomp-X11R7.0-1.0.0.5/debian/copyright branches/modular/driver/xf86-input-calcomp-X11R7.0-1.0.0.5/debian/rules branches/modular/driver/xf86-input-calcomp-X11R7.0-1.0.0.5/debian/xserver-xorg-input-calcomp.install branches/modular/driver/xf86-input-citron-X11R7.0-2.1.1.5/debian/ branches/modular/driver/xf86-input-citron-X11R7.0-2.1.1.5/debian/changelog branches/modular/driver/xf86-input-citron-X11R7.0-2.1.1.5/debian/compat branches/modular/driver/xf86-input-citron-X11R7.0-2.1.1.5/debian/control branches/modular/driver/xf86-input-citron-X11R7.0-2.1.1.5/debian/copyright branches/modular/driver/xf86-input-citron-X11R7.0-2.1.1.5/debian/rules branches/modular/driver/xf86-input-citron-X11R7.0-2.1.1.5/debian/xserver-xorg-input-citron.install branches/modular/driver/xf86-input-digitaledge-X11R7.0-1.0.1.3/debian/ branches/modular/driver/xf86-input-digitaledge-X11R7.0-1.0.1.3/debian/changelog branches/modular/driver/xf86-input-digitaledge-X11R7.0-1.0.1.3/debian/compat branches/modular/driver/xf86-input-digitaledge-X11R7.0-1.0.1.3/debian/control branches/modular/driver/xf86-input-digitaledge-X11R7.0-1.0.1.3/debian/copyright branches/modular/driver/xf86-input-digitaledge-X11R7.0-1.0.1.3/debian/rules branches/modular/driver/xf86-input-digitaledge-X11R7.0-1.0.1.3/debian/xserver-xorg-input-digitaledge.install branches/modular/driver/xf86-input-dmc-X11R7.0-1.0.0.5/debian/ branches/modular/driver/xf86-input-dmc-X11R7.0-1.0.0.5/debian/changelog branches/modular/driver/xf86-input-dmc-X11R7.0-1.0.0.5/debian/compat branches/modular/driver/xf86-input-dmc-X11R7.0-1.0.0.5/debian/control branches/modular/driver/xf86-input-dmc-X11R7.0-1.0.0.5/debian/copyright branches/modular/driver/xf86-input-dmc-X11R7.0-1.0.0.5/debian/rules branches/modular/driver/xf86-input-dmc-X11R7.0-1.0.0.5/debian/xserver-xorg-input-dmc.install branches/modular/driver/xf86-input-dynapro-X11R7.0-1.0.0.5/debian/ branches/modular/driver/xf86-input-dynapro-X11R7.0-1.0.0.5/debian/changelog branches/modular/driver/xf86-input-dynapro-X11R7.0-1.0.0.5/debian/compat branches/modular/driver/xf86-input-dynapro-X11R7.0-1.0.0.5/debian/control branches/modular/driver/xf86-input-dynapro-X11R7.0-1.0.0.5/debian/copyright branches/modular/driver/xf86-input-dynapro-X11R7.0-1.0.0.5/debian/rules branches/modular/driver/xf86-input-dynapro-X11R7.0-1.0.0.5/debian/xserver-xorg-input-dynapro.install branches/modular/driver/xf86-input-elographics-X11R7.0-1.0.0.5/debian/ branches/modular/driver/xf86-input-elographics-X11R7.0-1.0.0.5/debian/changelog branches/modular/driver/xf86-input-elographics-X11R7.0-1.0.0.5/debian/compat branches/modular/driver/xf86-input-elographics-X11R7.0-1.0.0.5/debian/control branches/modular/driver/xf86-input-elographics-X11R7.0-1.0.0.5/debian/copyright branches/modular/driver/xf86-input-elographics-X11R7.0-1.0.0.5/debian/rules branches/modular/driver/xf86-input-elographics-X11R7.0-1.0.0.5/debian/xserver-xorg-input-elographics.install branches/modular/driver/xf86-input-fpit-X11R7.0-1.0.0.5/debian/ branches/modular/driver/xf86-input-fpit-X11R7.0-1.0.0.5/debian/changelog branches/modular/driver/xf86-input-fpit-X11R7.0-1.0.0.5/debian/compat branches/modular/driver/xf86-input-fpit-X11R7.0-1.0.0.5/debian/control branches/modular/driver/xf86-input-fpit-X11R7.0-1.0.0.5/debian/copyright branches/modular/driver/xf86-input-
Bug#347677: [EMAIL PROTECTED]: Re: Bug#347677: EVDEV driver produces spurious keyboard events when using mouse's horizontal scroll]
- Forwarded message from Jeremy Nickurak <[EMAIL PROTECTED]> - Date: Thu, 12 Jan 2006 22:59:36 -0700 From: Jeremy Nickurak <[EMAIL PROTECTED]> Subject: Re: Bug#347677: EVDEV driver produces spurious keyboard events when using mouse's horizontal scroll To: David Nusinow <[EMAIL PROTECTED]> I have tried the configuration without the invalid options (which, btw, should probabbly produce at least an error message about unsupported options, no?), and I do get the same effect. Filed my issues under https://bugs.freedesktop.org/show_bug.cgi?id=5578 , which may or may not be related to another poster's issues at https://bugs.freedesktop.org/show_bug.cgi?id=5256 - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347866: xserver-xorg: [wacom] can't grab event device
Package: xserver-xorg Version: 6.9.0.dfsg.1-3 Severity: normal The X-server starts up till the black-and-white background pattern and then drops out. When disabling the wacom stylus and eraser input devices everything is just fine except the stylus and eraser devices are not working off course which is sometimes just too bad. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-10-06 18:31 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1844060 2006-01-10 05:12 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3) /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3570 2006-01-13 00:24 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg 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 /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # sudo sh -c 'md5sum /etc/X11/xorg.conf >/var/lib/xfree86/xorg.conf.md5sum' # sudo dpkg-reconfigure xserver-xorg Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" # paths to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "de" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/gpmdata" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "stylus" Option "Type" "stylus" Driver "wacom" Option "AlwaysCore" "On" Option "Device""/dev/ttyS0" EndSection Section "InputDevice" Identifier "eraser" Option "Type" "eraser" Driver "wacom" Option "AlwaysCore" "Off" Option "Device""/dev/ttyS0" EndSection Section "Device" Identifier "NVIDIA Corporation NV17 [GeForce4 MX 440]" Driver "nvidia" Option "NoLogo""True" BusID "PCI:1:0:0" EndSection Section "Monitor" Identifier "V70" Option "DPMS" HorizSync 30-69 VertRefresh 50-150 EndSection Section "Screen" Identifier "Default Screen" Device "NVIDIA Corporation NV17 [GeForce4 MX 440]" Monitor "V70" DefaultDepth24 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "720x400" "640x480" "640x350" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "720x400" "640x480" "640x350" EndSubSection SubSection "Display" Depth 8 Modes
