Bug#384596: xserver-xorg-input-mouse: After upgrade, many problems with Logitech mouse
Drew Parsons wrote: It seems that the support of the serial bus is buggy, in particular when one click with the left boutton. Hi Frederic. we have now upgraded to X11R7.1, with the mouse driver at 1:1.1.1-3. Do you find this new version has improved the situation with your serial mouse or is it still as buggy as before? Hi, I updated my system to xserver-xorg 1:7.1.0-5 and xserver-xorg-input-mouse 1:1.1.1-3. The serial mouse runs perfectly, the bug is corrected. :o) Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3973 - trunk/app/xutils/debian
Author: julien Date: 2006-11-08 05:25:59 -0500 (Wed, 08 Nov 2006) New Revision: 3973 Modified: trunk/app/xutils/debian/changelog trunk/app/xutils/debian/control Log: * Fix description of luit to refer to the libx11-data package instead of the obsolete xlibs-data. Modified: trunk/app/xutils/debian/changelog === --- trunk/app/xutils/debian/changelog 2006-11-08 07:00:20 UTC (rev 3972) +++ trunk/app/xutils/debian/changelog 2006-11-08 10:25:59 UTC (rev 3973) @@ -1,3 +1,10 @@ +xutils (1:7.1.ds.3-2) UNRELEASED; urgency=low + + * Fix description of luit to refer to the libx11-data package instead of the +obsolete xlibs-data. + + -- Julien Cristau <[EMAIL PROTECTED]> Wed, 8 Nov 2006 11:23:13 +0100 + xutils (1:7.1.ds.3-1) unstable; urgency=low [ Julien Cristau ] Modified: trunk/app/xutils/debian/control === --- trunk/app/xutils/debian/control 2006-11-08 07:00:20 UTC (rev 3972) +++ trunk/app/xutils/debian/control 2006-11-08 10:25:59 UTC (rev 3973) @@ -30,5 +30,5 @@ Installation of an rsh or ssh daemon (server) is necessary if rstartd is to be used, and installation of an rsh or ssh client is necessary if rstart is to be used. The luit program requires locale information from - the xlibs-data package. xauth's xauth_switch_to_sun-des-1 script requires + the libx11-data package. xauth's xauth_switch_to_sun-des-1 script requires a ksh implementation to be installed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3974 - trunk/app/xterm/debian
Author: julien Date: 2006-11-08 05:28:59 -0500 (Wed, 08 Nov 2006) New Revision: 3974 Modified: trunk/app/xterm/debian/changelog Log: * Also add the changelog entry for xterm 208-3.1, so that the BTS doesnt Modified: trunk/app/xterm/debian/changelog === --- trunk/app/xterm/debian/changelog2006-11-08 10:25:59 UTC (rev 3973) +++ trunk/app/xterm/debian/changelog2006-11-08 10:28:59 UTC (rev 3974) @@ -8,8 +8,11 @@ postinst. Thanks to Vincent Lefevre and Joey Hess (closes: #349462). * Merge changes by Branden Robinson from the 7.1 branch (on xterm 215). Therefore, this upload closes: #301173. + * Also add the changelog entry for xterm 208-3.1, so that the BTS doesn't +consider bugs reported against that version as "from other Branch". +The changes from this NMU have been obsoleted by 210-2. - -- Julien Cristau <[EMAIL PROTECTED]> Wed, 8 Nov 2006 06:33:08 +0100 + -- Julien Cristau <[EMAIL PROTECTED]> Wed, 8 Nov 2006 10:43:47 +0100 xterm (222-1) unstable; urgency=low @@ -80,7 +83,13 @@ * Merge duplicate Provides fields -- David Nusinow <[EMAIL PROTECTED]> Mon, 13 Mar 2006 22:12:41 -0500 + +xterm (208-3.1) unstable; urgency=low + * Emergency NMU to fix queue/accepted breakage: s/Provides/Replaces/ + + -- Adam Conrad <[EMAIL PROTECTED]> Thu, 19 Jan 2006 04:41:26 +1100 + xterm (208-3) unstable; urgency=low * Install everything in /usr/bin, /etc/X11/app-defaults, and -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Easy Job Good Moeny
eFoxPay Co ofrfe Servizi di Gestione Finanziale Esterna. Noi lavoriamo in tutto il mondo massimamente con stabilimenti Internet di livello mezzo e piccolo che cercano alta commodita ev elocita di trassazzioni monetarie. Quelli sono, per essempio, Intrrnet shop, mercati, auzioni on-line, servizi di venta, ecc. Un gruppo separato di nostril cleini e presentato da persone, che vendono articoli via on-line e cercano avere trassazzioni rapide col risco minimo e massima sicurezza. Un’altro campo della nostra attivita e offrire servizi di compra, venta, promozione e servizi di mercanzie in tutto il mondo. Questa direzzione e meno popolare fra nostril clienti, percio in questo campo essiste una notevole competizione per parte d’altre stabilimenti. Nonostante, la idea si collega perfettamente con la direzzione basica della nostra attivita, eFoxPay?, che fa possible la immediata spedizione delle mercanzie verso il cliente ed assicura il pagamento al venditore. In questo caso la FPC e la terza parte, che si rende garante che l’affare sia efficace e puntuale. Poco prim aabbiamo annunziato un tender per la posizione di Agente Finanziario. La scala delle responsabilita di questo professonale includira gestione rapida di transferimenti di finanze arrivata. A livello basico, questo lavoro non richiede qualsiasi conoscenza speziale. Dedicando 2-3 giorni alla settimana 4-5 ore al giorno a questo lavoro, Lei porra combinarlo facilmente con la Loro occupazione fundamentale. Tutto quello che Lei e da fare, e aprire una conta bancaria per recivere soldi che Lei dovra trasferire alle conte spezificate dal Loro manager. Lei anche posse usare a questo proposito la conta attiva che Lei ha. Il Lore profitto iniziale sara uguale al 4.5% commissione del costo totale dei trasferimenti esseguiti. RicordeLa che Lei porra essere requesto al processo fino a 5 transferimenti diari ed il tempo di transferimento non dovra essere superiore a 2 ore. Conoscenze e doti personali basiche:• Abilita per negozziazioni con rappresentanti dagonali; • Abilita di generare ed esseguire presentazioni, atti pubbliche; • Abilita di generare affair commercilai e conoscenza della documentazione di negozzi. • Usuario avanzato di MS Office (Excel, Word, Power Point) e l’Internet; • Buon Inglese. Responsabilita: lI circolo di responsabilita di questo personale includira essecuzione del transferimento della finanze arrivata. Bisognera recivere un trasferto alla Loro conta e spedirlo alla conta spezificata da nostri manager. Importante: Lei deve essere pronto a recivere trasferti 3-5 volte al giorno e, quindi, a avere tempo libero sufficente per questo lavoro. Commissione:La commissione iniziale sara di 9% del costo totale dei trasferimenti esseguiti. Addizionale: benefizzi sociali ed assicurazione medica. Se Lei e itneressato(a) di questa offerta, ci scriva, per favore, al [EMAIL PROTECTED] Il Loro CV detagliato fara piu facile la nostra selezzione. Le particolarita della nostra entita sono accessibili al nostro site www.efoxpay.us Legions like blazing naphtha. If Crassus did not accept, he was a deadleadership as even Crassus might give and even of their will to win.to your own place after swearing suitable oaths of friendship to myunused to the breeds of Parthia and Persia. (Lucilius, Quintustake all night. In the end. Crassus will deal." Not "the proconsul."punished him. But this ... this betrayal! The Surena stood quietly as -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3975 - tags/app/xterm
Author: julien Date: 2006-11-08 05:35:28 -0500 (Wed, 08 Nov 2006) New Revision: 3975 Added: tags/app/xterm/xterm-208-3/ Log: Tagging upload of xterm 208-3 to unstable. Copied: tags/app/xterm/xterm-208-3 (from rev 1087, branches/modular/app/xterm) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3976 - in tags/app/xterm: . xterm-208-3.1/debian
Author: julien Date: 2006-11-08 05:43:54 -0500 (Wed, 08 Nov 2006) New Revision: 3976 Added: tags/app/xterm/xterm-208-3.1/ Modified: tags/app/xterm/xterm-208-3.1/debian/changelog tags/app/xterm/xterm-208-3.1/debian/control Log: Tagging NMU of xterm 208-3.1 to unstable. Copied: tags/app/xterm/xterm-208-3.1 (from rev 1087, branches/modular/app/xterm) Modified: tags/app/xterm/xterm-208-3.1/debian/changelog === --- branches/modular/app/xterm/debian/changelog 2006-01-18 02:26:25 UTC (rev 1087) +++ tags/app/xterm/xterm-208-3.1/debian/changelog 2006-11-08 10:43:54 UTC (rev 3976) @@ -1,3 +1,9 @@ +xterm (208-3.1) unstable; urgency=low + + * Emergency NMU to fix queue/accepted breakage: s/Provides/Replaces/ + + -- Adam Conrad <[EMAIL PROTECTED]> Thu, 19 Jan 2006 04:41:26 +1100 + xterm (208-3) unstable; urgency=low * Install everything in /usr/bin, /etc/X11/app-defaults, and Modified: tags/app/xterm/xterm-208-3.1/debian/control === --- branches/modular/app/xterm/debian/control 2006-01-18 02:26:25 UTC (rev 1087) +++ tags/app/xterm/xterm-208-3.1/debian/control 2006-11-08 10:43:54 UTC (rev 3976) @@ -93,7 +93,7 @@ Suggests: xfonts-cyrillic Provides: x-terminal-emulator Conflicts: xutils (<< 6.9.0.dfsg.1) -Provides: xutils (<< 6.9.0.dfsg.1) +Replaces: xutils (<< 6.9.0.dfsg.1) Description: X terminal emulator xterm is a terminal emulator for the X Window System. It provides DEC VT102 and Tektronix 4014 compatible terminals for programs that cannot use the -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#106608: marked as done (xterm: doesn't pass control keys to tty device on Hurd)
Your message dated Wed, 8 Nov 2006 10:15:58 +0100 with message-id <[EMAIL PROTECTED]> and subject line [hurd] doesn't pass control keys properly 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) --- Begin Message --- Package: xterm Version: all so far Hi, on the GNU Hurd system, keys like ^C and ^Z are echoed to the screen, but not actually passed to the shell or the application (a simple test with "cat > /tmp/file" followed by "^C^D" results in an empty file /tmp/file). My knowledge of how this stuff works is limited, and the xterm code quite involved, but with a bit of help I can do some hacking on my own. Thanks, Marcus --- End Message --- --- Begin Message --- Hi, Mmm, this can be closed, as it now works fine (and actually has been my testcase for several months for checking that the control modifiers work in xkb...). Maybe this was related to #348457. Samuel --- End Message ---
Bug#199906: As part of our effort to offer
Earlier this year we wrote to you about our Knowledge Based Degree Program (KBDP). We thought we would follow up and see if there is any reason why you have not called our registrars office. Most people don't realize that these degrees are completely valid, and only our staff and yourself know that they are based on knowledge of the subject. If you are still interested in obtaining a degree then please give our counselors a call at anytime during the week. Counselor Office: 206-984-1705 Regards Margaret Lopez Philippicus 0nline College -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#206920: The program will begin
Earlier this year we wrote to you about our Knowledge Based Degree Program (KBDP). We thought we would follow up and see if there is any reason why you have not called our registrars office. Most people don't realize that these degrees are completely valid, and only our staff and yourself know that they are based on knowledge of the subject. If you are still interested in obtaining a degree then please give our counselors a call at anytime during the week. Counselor Office: 206-984-1705 Regards Angela Jackson Marcianus 0nline College -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397624: Color changes on redraw
Package: xterm Version: 222-1 Severity: normal Hi, xterm was blinking on start during the period where the package wasn't sourcing /etc/X11/app-defaults/XTerm-color due to /etc/X11/Xresources/x11-common gone missing. During this period of time, I noticed something which looks like a bug which I can reproduce easily: 1) comment out in /etc/X11/app-defaults/XTerm-color: !*VT100*foreground: gray90 !*VT100*background: black 2) set reverseVideo, e.g. with your .Xdefaults-$hostname: XTerm.VT100.reverseVideo: true 3) start a program not filling the terminal with data: xterm -e sleep 100 4) switch workspace after 3), I get a black xterm window, which honors my settings since I asked for reversevideo, but after step 4) which probably triggers a redraw, I get a white xterm window. This looks like xterm is honoring reverseVideo on startup, but not on redraws. When *VT100*foreground and *VT100*background are set in /etc/X11/app-defaults/XTerm-color, I don't see the bug, presumably because these vars are honored on redraw. When my terminal was filled with chars at least once, I don't see the bug anymore, for example if I launch "xterm -e sh", I get the bug, if I type "clear", I don't get the bug anymore. Bye, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-2 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2 Base X bitmaps Versions of packages xterm recommends: ii xutils 1:7.1.ds.3-1 X Window System utility programs -- no debconf information -- Loïc Minier <[EMAIL PROTECTED]>
Bug#56179: The deadline is
Earlier this year we wrote to you about our Knowledge Based Degree Program (KBDP). We thought we would follow up and see if there is any reason why you have not called our registrars office. Most people don't realize that these degrees are completely valid, and only our staff and yourself know that they are based on knowledge of the subject. If you are still interested in obtaining a degree then please give our counselors a call at anytime during the week. Counselor Office: 206-984-1705 Regards Deborah Robinson Pardus 0nline College -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395564: X server enters cpu loop on startup following 7.1 upgrade
severity 395564 important retitle 395564 [sparc] X server blocks/hangs on startup when "unix/:7100" is in font path thanks On Wed, Nov 08, 2006 at 11:03:17AM -0500, Bailey, Scott wrote: > Jurij, thanks very much for the follow-up. > > Executive Summary: I am working now (!!!) > > Details: > > - I took the xorg.conf you provided, and edited it to account > for my monitor. (Tweaked sync ranges, added '1600x1200' to modes). > This worked immediately. > > - I then diff'd my working xorg.conf with the broken xorg.conf > and started working through the options to see the effect of each > difference, if any. > > - The first thing I tried was adding the line: > > FontPath "unix/:7100" > > to the beginning of the Files section. This produced the CPU loop > I described. Removing this line again corrected the problem. > > Hence I conclude that my local font server is either evil or just > misunderstood. :-) I checked and it is running... /usr/bin/xfs > provided by package xfs 1.0.1-5. > > I am happy to leave matters as they stand, but I wonder how many > other people may run into this situation? If I can assist by trying > more tweaks to further refine the problem, don't hesitate to ask. Thanks for debugging info. Since there is such a simple workaround, I'm dropping the severity of the bug to non-RC for now. I'll try to figure out who's responsible for that hang and then reassign appropriately. Best regards, -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#395564: X server enters cpu loop on startup following 7.1 upgrade
Processing commands for [EMAIL PROTECTED]: > severity 395564 important Bug#395564: xserver-xorg: X server enters cpu loop on startup following 7.1 upgrade Severity set to `important' from `grave' > retitle 395564 [sparc] X server blocks/hangs on startup when "unix/:7100" is > in font path Bug#395564: xserver-xorg: X server enters cpu loop on startup following 7.1 upgrade Changed Bug title. > 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#395564: X server enters cpu loop on startup following 7.1 upgrade
Jurij, thanks very much for the follow-up. Executive Summary: I am working now (!!!) Details: - I took the xorg.conf you provided, and edited it to account for my monitor. (Tweaked sync ranges, added '1600x1200' to modes). This worked immediately. - I then diff'd my working xorg.conf with the broken xorg.conf and started working through the options to see the effect of each difference, if any. - The first thing I tried was adding the line: FontPath "unix/:7100" to the beginning of the Files section. This produced the CPU loop I described. Removing this line again corrected the problem. Hence I conclude that my local font server is either evil or just misunderstood. :-) I checked and it is running... /usr/bin/xfs provided by package xfs 1.0.1-5. I am happy to leave matters as they stand, but I wonder how many other people may run into this situation? If I can assist by trying more tweaks to further refine the problem, don't hesitate to ask. Thanks again, Scott Bailey [EMAIL PROTECTED]
Bug#319112: xorg: Xorg locks entire system on exit
Package: xorg Version: 1:7.1.0-5 Followup-For: Bug #319112 Xorg locks up the entire system on exit and no application becomes responsive. When i logout or shutdown or restart or change virtual console ttyN with ctrl+alt+fN the computer hangs when X tries to shutdown. sshd remote connection to this computer hangs too which makes this bug of a critical importance. Only a hard restart is able to make the system usable again. I belive that all logging engines stop making logs too so i could not see anything there!! I can provide you with my logs and configuration files if needed. I am using fglrx driver version 8.30.03 on ati radeon x850xt agp -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xorg depends on: ii gnome-terminal [x-terminal- 2.14.2-1 The GNOME 2 terminal emulator appl ii libgl1-mesa-dri 6.5.1-0.2A free implementation of the OpenG ii libgl1-mesa-glx 6.5.1-0.2A free implementation of the OpenG ii libglu1-mesa6.5.1-0.2The OpenGL utility library (GLU) ii type-handling [not+sparc] 0.2.19 dpkg architecture generation scrip ii xbase-clients 1:7.1.ds-3 miscellaneous X clients ii xfonts-100dpi 1:1.0.0-3100 dpi fonts for X ii xfonts-75dpi1:1.0.0-375 dpi fonts for X ii xfonts-base 1:1.0.0-4standard fonts for X ii xfonts-scalable 1:1.0.0-5scalable fonts for X ii xkb-data0.9-4X Keyboard Extension (XKB) configu ii xserver-xorg1:7.1.0-5the X.Org X server ii xterm [x-terminal-emulator] 210-3.1 X terminal emulator ii xutils 1:7.1.ds.2-1 X Window System utility programs xorg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-input-aiptek 1:1.0.1-2 MIGRATED to testing
FYI: The status of the xserver-xorg-input-aiptek source package in Debian's testing distribution has changed. Previous version: 1:1.0.1-1 Current version: 1:1.0.1-2 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-input-magictouch 1:1.0.0.5-3 MIGRATED to testing
FYI: The status of the xserver-xorg-input-magictouch source package in Debian's testing distribution has changed. Previous version: 1:1.0.0.5-2 Current version: 1:1.0.0.5-3 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384596: marked as done (xserver-xorg-input-mouse: After upgrade, many problems with Logitech mouse)
Your message dated Wed, 08 Nov 2006 21:00:32 +1100 with message-id <[EMAIL PROTECTED]> and subject line xserver-xorg-input-mouse: After upgrade, many problems with Logitech mouse 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) --- Begin Message --- Package: xserver-xorg-input-mouse Version: 1:1.0.4-3 Severity: normal Hi, I upgraded my system from xserver-xorg 6.9.0.dfsg.1-6 to 1:7.0.22, and since I have a quirks with the mouse. The quirks : - With Acrobat Reader, a left click to move the page makes increase load CPU and blocks the cursor. To return in a normal state, I switch of X towards the console then towards X, ctrl-alt-F1 then ctrl-alt-F7. - With Firefox, a left click on the "low arrow" to descend a page remains blocked until the page is completely descended. - With Firefox, I am often obliged to click twice to make a selection in a drop-down menu. - In general, just after a left click the system is slightly blocked. I did not have these problems before the update. My mouse : Logitech, serial port, 3 buttons xserver-xorg-input-mouse 1:1.0.4-3 Xorg conf : Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/ttyS0" Option "Protocol" "Microsoft" Option "Emulate3Buttons" "false" EndSection Regards. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xserver-xorg-input-mouse depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server xserver-xorg-input-mouse recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- On Wed, 2006-11-08 at 10:08 +0100, Frédéric Massot wrote: > I updated my system to xserver-xorg 1:7.1.0-5 and > xserver-xorg-input-mouse 1:1.1.1-3. > > The serial mouse runs perfectly, the bug is corrected. :o) > > Regards. Wonderful news! Thanks for the feedback, I'll close the bug then. Drew. --- End Message ---
Bug#397718: black content in full-screen windows, after updating to 0.2.2
Package: compiz Version: 0.2.2-1 When I maximize a window to full screen, or enlarge it to a certain dimension, I get a black content. Just look at these screenshots: http://img528.imageshack.us/my.php?image=compizbug1nh0.png http://img528.imageshack.us/my.php?image=compizbug2gh0.png If I reduce the window borders to a certain dimension, the contents of the window reapper. Somebody has told me that this problem is also called as 'finicky effect' on other bug reports and that sometimes it can happen with the nvidia drivers; but after updating compiz from 0.2.0 to 0.2.2 yesterday, I get this effect on almost every window (it was working fine with 0.2). I'm using debian sid on a laptop (centrino duo) with a nvidia card (9625 drivers), and a customized 2.6.18 kernel; the screenshots are from a 19" monitor connected to the laptop. I have this problem only in gnome with compiz.. other window managers (that don't use compiz), like kde, E17 or afterstep are normal. It happens with almost any application: firefox, opera, gnome-terminal, quodlibet, evolution, and sometimes even the menu. signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#394669: xserver-xorg not working on Alpha architecture
X11R7.1 is confirmed working on alpha for tga2, ATI Rage and some unspecified third card under both Debian [1,2] and gentoo [3]. Mixed results for ATI RV280 [Radeon 9200 PRO] [4], suggesting that whether it's AGP or PCI may play a role. [1] http://lists.debian.org/debian-alpha/2006/09/msg00047.html http://lists.freedesktop.org/archives/xorg/2006-October/019209.html [2] http://lists.debian.org/debian-alpha/2006/10/msg00041.html [3] http://archives.gentoo.org/gentoo-alpha/msg_01328.xml [4] http://lists.debian.org/debian-alpha/2006/10/msg00040.html http://lists.debian.org/debian-alpha/2006/10/msg00035.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349462: xterm: patch to change the manpage extensions from 1x to 1
Package: xterm Version: 222-1 Followup-For: Bug #349462 I just encountered this bug and fixed it, so here's my patch... I guess it might save you a little time. There's one catch though: it does not handle package upgrades smoothly if the x-terminal-emulator alternative is set to xterm, i.e, if the symlink is already dangling. In this case, update-alternatives seems to just rm the /usr/share/man/man1/x-terminal-emulator.1.gz symlink. I don't know how to fix that... Maybe with some hack in the postinst script. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xterm depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-2 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2 Base X bitmaps Versions of packages xterm recommends: ii xutils 1:7.1.ds.3-1 X Window System utility programs -- no debconf information diff -durN xterm-222.bak/debian/changelog xterm-222/debian/changelog diff -durN xterm-222.bak/debian/local/koi8rxterm.1 xterm-222/debian/local/koi8rxterm.1 --- xterm-222.bak/debian/local/koi8rxterm.1 1970-01-01 01:00:00.0 +0100 +++ xterm-222/debian/local/koi8rxterm.1 2006-11-09 03:56:31.0 +0100 @@ -0,0 +1,97 @@ +.\" $Id: koi8rxterm.1 180 2005-06-10 20:54:37Z branden $ +.\" +.\" Copyright 2004 Branden Robinson +.\" +.\" 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 +.\" SOFTWARE IN THE PUBLIC INTEREST, INC. 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. +.TH koi8rxterm 1 "2004-12-19" "Debian Project" +.SH NAME +koi8rxterm \- X terminal emulator for KOI8-R environments +.SH SYNOPSIS +.B koi8rxterm +[ +.I xterm-options +] +.SH DESCRIPTION +.B koi8rxterm +is a wrapper around the +.BR xterm (1) +program that invokes the latter program with the \(oqKOI8RXTerm\(cq X +resource class set. +All arguments to +.B koi8rxterm +are passed to +.B xterm +without processing; the +.B \-class +and +.B \-k8 +options should not be specified because they are used by the wrapper. +See the +.BR xterm +manual page for more information on +.IR xterm-options . +.PP +The environment's locale settings (see \(lqENVIRONMENT\(rq below) are +used to discern the locale's character set. +If no current locale can be determined, the locale \(oqru_RU.KOI8-R\(cq +(the Russian language as used in the territory of Russia, with the KOI8-R +character set) is assumed. +The +.BR locale (1) +utility is used to determine whether the system supports the selected +locale. +If it does not, +.B koi8rxterm +will exit with an error and report the output of +.BR locale . +.PP +.B Note: koi8rxterm +may produce unexpected results if the current locale is set to one in which +the KOI8-R character encoding is not supported, or if fonts using that +encoding are not available. +In the Debian system, the \(oqxfonts\-cyrillic\(cq package provides the +fonts that +.B koi8rxterm +uses by default. +To change the fonts +.B koi8rxterm +uses, edit the +.I /etc/X11/app\-defaults/KOI8RXTerm +file. +.PP +A similar wrapper, +.BR uxterm (1), +is availabl
Bug#349462: xterm: patch to change the manpage extensions from 1x to 1
> +.TH koi8rxterm 1 "2004-12-19" "Debian Project" ... > --.TH XTERM 1 __vendorversion__ > -+.TH XTERM 1x __vendorversion__ Better off using __appmansuffix__ and APP_MAN_SUFFIX and letting xorg-macros.m4 sort it out as is done elsewhere in X11R7, I think, rather than hardcoding the value, whether to 1 or 1x. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367675: xserver-xorg-input-aiptek: The X driver don't work with hyperpen 1200 U
[forgot to CC:guy. Someone should really fix the BTS interface so email automatically forward to the submitter unless explicitly specified not to] > I upgrade today my debian sid and the problem still remains ... OK, thanks for the feedback. > I've tried the 'hyperpen' driver (xserver-xorg-input-hyperpen package). > The behavior of the tablet is comparable with a mouse. Do you mean here that the behaviour is satisfactorily smooth, not erratic the way it was with the aiptek driver? That's progress then :) > The stylet cannot reach all the screen. > ... > (EE) stylusC: invalid PMin value (should be > 2).Using default. > (EE) stylusC: invalid PMax value (should be > 3).Using default. The hyperpen options appear [1] to be: Device DebugLevel Mode Cursor XSize YSize PMin PMax XOffset YOffset InvX InvY BaudRate Except for PMin and PMax, it's probably safe to assume the other options are the same as for the aiptek driver, which you can check with the aiptek man page. PMin is the pressure threshold, PMax is maximum pressure read from tablet, so they probably don't explain why you don't reach the whole screen. Unfortunately I do not know what the correct values must be. Maybe the default values are OK? Debug level 6 will give more log data about it. Perhaps adjusting XSize,YSize and/or XOffset,YOffset, setting the dimensions of the active area, will give you the whole screen? You might be able to debug it by setting debug level 2 and looking for "reading max coordinates". If you feel like experimenting in a different direction, you could see if the evdev driver in mouse mode provides any access to the device. I'm not saying it will help, it's just another idea to play with. Drew [1] see xf86HypInit() in xf86HyperPen.c, http://necrotic.deadbeast.net/svn/xorg-x11/trunk/driver/xserver-xorg-input-hyperpen/src/xf86HyperPen.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367675: xserver-xorg-input-aiptek: The X driver don't work with hyperpen 1200 U
> I upgrade today my debian sid and the problem still remains ... OK, thanks for the feedback. > I've tried the 'hyperpen' driver (xserver-xorg-input-hyperpen package). > The behavior of the tablet is comparable with a mouse. Do you mean here that the behaviour is satisfactorily smooth, not erratic the way it was with the aiptek driver? That's progress then :) > The stylet cannot reach all the screen. > ... > (EE) stylusC: invalid PMin value (should be > 2).Using default. > (EE) stylusC: invalid PMax value (should be > 3).Using default. The hyperpen options appear [1] to be: Device DebugLevel Mode Cursor XSize YSize PMin PMax XOffset YOffset InvX InvY BaudRate Except for PMin and PMax, it's probably safe to assume the other options are the same as for the aiptek driver, which you can check with the aiptek man page. PMin is the pressure threshold, PMax is maximum pressure read from tablet, so they probably don't explain why you don't reach the whole screen. Unfortunately I do not know what the correct values must be. Maybe the default values are OK? Debug level 6 will give more log data about it. Perhaps adjusting XSize,YSize and/or XOffset,YOffset, setting the dimensions of the active area, will give you the whole screen? You might be able to debug it by setting debug level 2 and looking for "reading max coordinates". If you feel like experimenting in a different direction, you could see if the evdev driver in mouse mode provides any access to the device. I'm not saying it will help, it's just another idea to play with. Drew [1] see xf86HypInit() in xf86HyperPen.c, http://necrotic.deadbeast.net/svn/xorg-x11/trunk/driver/xserver-xorg-input-hyperpen/src/xf86HyperPen.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
