Bug#1069185: xserver-xorg-core: new upstream version (which has a nice fix)
Package: xserver-xorg-core Version: 2:21.1.12-1 Severity: wishlist Hey. Joking: " Debin's xorg lacks critical security patches, I demand make me maintainer immediately " Too soon for XZ jokes? O:-P Seriously, there's a new upstream version out (21.1.13), which incorporates not only the fix for a security issue (which you've already cherry picked thanks for being so fast :-) ), but also the backported: https://gitlab.freedesktop.org/xorg/xserver/-/commit/f54647dfa6e45481282c3650019449379059f113 That fixes a long standing and particula annoying (but in no way critical) GTK 3 issue, where, when the mouse pointer is e.g. at the leftmost position, it's not recognised as being there, and thus e.g. click and select on a maximised terminal window fails. This happens not always but often (so sometimes you select lines, it works sometimes not). It does not happen at all with e.g. xterm. The above patch would fix that. Since xorg releases happen very sporadically these days (only when there are security holes?) I wanted to ask whether you might consider upgrading to that version (despite no securiy issue being fixed by it, that's not already fixed in Debian). But... no hurry needed... that issue has been open for quite a while, so will be able to live with it for a bit longer. :-) Thanks, Chris.
Bug#990131: xserver-xorg-video-intel: legacy conffiles leftover
Package: xserver-xorg-video-intel
Version: 2:2.99.917+git20200714-1+b1
Severity: normal
Hi.
Despite #713340 there are still leftover:
# dpkg-query --showformat='${Package}\n${Conffiles}\n' --show | awk '/^[^
]/{pkg=$1}/ obsolete$/{print pkg,$0}' | cut -d ' ' -f 1-3 | column -t
...
xserver-xorg-video-intel /etc/modprobe.d/i915-kms.conf
Guess the reason is that the version that was used in the maintainer
script seems wrong.
>From dpkg-maintscript-helper(1):
prior-version
Defines the latest version of the package whose upgrade should
trigger the operation. It is important to calculate prior-version
correctly so that the operations are correctly performed even if
the user rebuilt the package with a local version.
...
For example, for a conffile removed in version 2.0-1 of a package,
prior-version should be set to 2.0-1~. This will cause the conffile
to be removed even if the user rebuilt the previous version 1.0-1
as 1.0-1local1. Or a package switching a path from a symlink
(shipped in version 1.0-1) to a directory (shipped in version
2.0-1), but only performing the actual switch in the maintainer
scripts in version 3.0-1, should set prior-version to 3.0-1~.
In postrm you use: 2:2.21.9-1\~
however, according to the changelog, this was only added in 2:2.99.916-1~exp1
so anyone who had upgraded already beyond 2:2.21.9-1\~ is still left with legacy
cruft.
Cheers,
Chris.
Bug#878170: Problem elsewhere, you can close it
I found the underlying root cause and the fix by chance when trawling the web for something else. The issue is compositing in the window manager. If compositing is enabled the video WILL tear. If compositing is disabled the videos display correctly. Definitely the case for xfce4. -- Anton R. Ivanov https://www.kot-begemot.co.uk/
Bug#883070: A bit more info from experiments.
I've tested yet another 2 desktop managers - slim and lightdm. Slim doesn't hang upon termination via ``systemctl stop'' but enters failed state due to its exitcode. Lightdm works almost perfectly - it doesn't hang and doesn't enter failed state. -- С уважением, Дунаев Антон. mailto: duan...@gmail.com
Bug#883070: Several comments upon subject
It looks like Xorg server ignores SIGTERM. At least it doesn't die when I invoke kill -TERM from the command line. Also I've found that Xorg server dies upon receiption of SIGQUIT and SIGUSR2. Sending either of theese signals solves issue with hangup of ``systemctl stop xdm.service`` but doesn't solve issue with VT switching. Hope, this info will help you. BTW, LXDM also have same issue with DM stopping [as for me]. -- С уважением, Дунаев Антон. mailto: duan...@gmail.com
Bug#883062: Pls close it.
Please close (and remove if possible). It has been accidentaly sent (while it was still edited) and is not complete. Complete version has been resent as bug #883070. I'm sorry for the incident. -- С уважением, Дунаев Антон. mailto: duan...@gmail.com
Bug#883062: XDM could not be stopped
Package: xdm
Version:
Dear maintaner(-s), I've found that XDM could not be stopped.
When I run command
systemctl stop xdm.service
it hungs and XDM gets killed [by systemd] using SIGKILL.
Same hangup occur upon host reboot and termination.
Following piece is a system calls (trace obtained using ``strace'' utility)
from XDM:
rt_sigsuspend([], 8)= ? ERESTARTNOHAND (To be restarted if n
o handler) <11.870653>
--- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=1, si_uid=0} ---
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=594,
si_uid=0, si_status=SIGTERM, si_utime=2, si_stime=2} ---
--- SIGCONT {si_signo=SIGCONT, si_code=SI_USER, si_pid=1, si_uid=0} ---
rt_sigreturn({mask=[TERM]}) = 0 <0.90>
getpid()= 543 <0.30>
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1544, ...}) = 0 <0.48>
getpid()= 543 <0.17>
write(2, "Tue Nov 28 20:11:23 2017 xdm inf"..., 45)
= 45 <0.33>
write(2, "Shutting down\n", 14) = 14 <0.20>
kill(594, SIGTERM) = 0 <0.19>
kill(594, SIGCONT) = 0 <0.17>
kill(564, SIGTERM) = 0 <0.22>
kill(564, SIGCONT) = 0 <0.18>
rt_sigreturn({mask=[HUP CHLD]}) = -1 EINTR (Interrupted system
call) <0.19>
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 <0.17>
wait4(-1, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGTERM}], WNOHANG, NULL)
= 594 <0.43>
stat("/etc/X11/xdm/xdm-config", {st_mode=S_IFREG|0644, st_size=1113,
...}) = 0 <0.001980>
stat("/etc/X11/xdm/Xservers", {st_mode=S_IFREG|0644, st_size=1696,
...}) = 0 <0.000755>
stat("/etc/X11/xdm/Xaccess", {st_mode=S_IFREG|0644, st_size=3401,
...}) = 0 <0.000503>
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1544, ...}) = 0 <0.36>
getpid()= 543 <0.37>
write(2, "Tue Nov 28 20:11:23 2017 xdm inf"..., 45)
= 45 <0.37>
write(2, "display :0 is being disabled\n", 29) = 29 <0.19>
Strace was attached immediately before attempt to stop XDM.
Process [564] seems to be an X server.
So, probably this is hangup is a result of bug in the X itself and not in XDM.
Following packages (excerpt from ``dpkg -l'') are installed on the host:
Complete list is in attachement.
--
С уважением, Дунаев Антон.
mailto: duan...@gmail.com
Bug#878170: xserver-xorg-video-radeon: Fails to match video to vsync
It tears in full screen with and without compositing in xfce On 11 October 2017 09:40:59 BST, "Michel Dänzer" <mic...@daenzer.net> wrote: >On 10/10/17 07:50 PM, Anton Ivanov wrote: >> Package: xserver-xorg-video-radeon >> Version: 1:7.8.0-1+b1 >> Severity: important >> >> Dear Maintainer, >> >> Radeon (and amdgpu for that matter) in stretch no longer match frames >> to vsync correctly. This is observable with vdpau, opengl and plain >> xvideo. >> >> This used to work correctly in jessie so this is a recent regression. >> >> This is also observable in both full screen and windowed mode. The >> bottom ~5-10% of the picture updates on the wrong vsycn which is >> clearly visible especially in action sequences and animation. >> >> Tested with vlc, mplayer, xine and other software in a variety of >> output modes. I think I have eliminated other possible common factors >> leaving the video driver (and/or firmware) the most likely culprit. > >The only possibilities for reliably avoiding tearing in Xorg have >always >been: > >1. Using a compositing manager which uses OpenGL for rendering >2. Running an application in fullscreen, using page flipping (i.e. the > application must use something like OpenGL / VDPAU / VA-API / ... for > rendering / presentation, but not something like XVideo or even pure > X11) >3. Enabling TearFree > >Note that 1.+2. are not sufficient when using rotation or other >transforms via the RandR extension. > > >Does your setup fall under any of these cases? If not, you may just >have >gotten lucky before. > > >-- >Earthling Michel Dänzer | >http://www.amd.com >Libre software enthusiast | Mesa and X >developer -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Bug#878170: xserver-xorg-video-radeon: Fails to match video to vsync
Package: xserver-xorg-video-radeon Version: 1:7.8.0-1+b1 Severity: important Dear Maintainer, Radeon (and amdgpu for that matter) in stretch no longer match frames to vsync correctly. This is observable with vdpau, opengl and plain xvideo. This used to work correctly in jessie so this is a recent regression. This is also observable in both full screen and windowed mode. The bottom ~5-10% of the picture updates on the wrong vsycn which is clearly visible especially in action sequences and animation. Tested with vlc, mplayer, xine and other software in a variety of output modes. I think I have eliminated other possible common factors leaving the video driver (and/or firmware) the most likely culprit. Brgds, A. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 25 2012 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Jul 7 06:09 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to
Bug#704209: (no subject)
I Have similar trouble with russian layout (us,ru).
I found https://bugs.freedesktop.org/show_bug.cgi?id=98495 and reported
there similar workaround patch.
--- /usr/share/X11/xkb/symbols/ru.old 2016-11-25 12:11:18.514783863 +0300
+++ /usr/share/X11/xkb/symbols/ru 2016-11-25 12:10:23.734272871 +0300
@@ -20,7 +20,7 @@
key { [ period, comma ] };
key { [ backslash, slash ] };
-include "level3(ralt_switch)"
+//include "level3(ralt_switch)"
};
hidden partial alphanumeric_keys
Bug#838689: xorg: X hangs on Mac Mini G4
Thanks, Appears to be stable, you can close it. A. On 26/09/16 02:00, Michel Dänzer wrote: On 24/09/16 01:09 AM, Anton Ivanov wrote: Guaranteed hang within first 1 minute after upgrading to Jessie. Used to work with older Debian releases. 100% reproducible - in all cases the log file is full of (EE) [mi] EQ overflow continuing. 600 events have been dropped. [...] [ 13.223099] agpgart-uninorth :00:0b.0: putting AGP V2 device into 4x mode [ 13.223113] radeon :00:10.0: putting AGP V2 device into 4x mode Does radeon.agpmode=1 or radeon.agpmode=-1 on the kernel command line help?
Bug#838689: xorg: X hangs on Mac Mini G4
Package: xorg Version: 1:7.7+7 Severity: important Dear Maintainer, Guaranteed hang within first 1 minute after upgrading to Jessie. Used to work with older Debian releases. 100% reproducible - in all cases the log file is full of (EE) [mi] EQ overflow continuing. 600 events have been dropped. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jun 2 2014 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2498728 Feb 11 2015 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- :00:10.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV280 [Radeon 9200] [1002:5962] (rev 01) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.16.0-4-powerpc (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 Debian 3.16.36-1+deb8u1 (2016-09-03) Xorg X server log files on system: -- -rw-r--r-- 1 root root 63540 Jun 2 2014 /var/log/Xorg.1.log -rw-r--r-- 1 root root 57605 Sep 23 16:59 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 114.126] X.Org X Server 1.16.4 Release Date: 2014-12-20 [ 114.126] X Protocol Version 11, Revision 0 [ 114.126] Build Operating System: Linux 3.2.0-4-powerpc64 ppc Debian [ 114.126] Current Operating System: Linux aenea 3.16.0-4-powerpc #1 Debian 3.16.36-1+deb8u1 (2016-09-03) ppc [ 114.126] Kernel command line: root=UUID=0c078c50-417b-42bb-b84b-758867517e90 ro [ 114.126] Build Date: 11 February 2015 01:13:01AM [ 114.126] xorg-server 2:1.16.4-1 (http://www.debian.org/support) [ 114.126] Current version of pixman: 0.32.6 [ 114.126]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 114.126] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 114.126] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Sep 23 16:56:33 2016 [ 114.258] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 114.324] (==) No Layout section. Using the first Screen section. [ 114.324] (==) No screen section available. Using defaults. [ 114.324] (**) |-->Screen "Default Screen Section" (0) [ 114.324] (**) | |-->Monitor "" [ 114.325] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 114.325] (==) Automatically adding devices [ 114.325] (==) Automatically enabling devices [ 114.325] (==) Automatically adding GPU devices [ 114.513] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 114.513]Entry deleted from font path. [ 114.711] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 114.711] (==) ModulePath set to "/usr/lib/xorg/modules" [ 114.711] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 114.740] (II) Loader magic: 0x209ae698 [ 114.740] (II) Module ABI versions: [ 114.740]X.Org ANSI C Emulation: 0.4 [ 114.740]X.Org Video Driver: 18.0 [ 114.740]X.Org XInput driver : 21.0 [ 114.740]X.Org Server Extension : 8.0 [ 114.741] (II) xfree86: Adding drm device (/dev/dri/card0) [ 114.743] (--) PCI:*(0:0:16:0) 1002:5962:1002:5962 rev 1, Mem @ 0x9800/134217728, 0x9000/65536, I/O @ 0x0400/256, BIOS @ 0x/131072 [ 114.788] (II) LoadModule: "glx" [ 114.939] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 115.319] (II) Module glx: vendor="X.Org Foundation" [ 115.319]compiled for 1.16.4, module version = 1.0.0 [ 115.319]ABI class: X.Org Server Extension, version 8.0 [ 115.319] (==) AIGLX enabled [ 115.320] (==) Matched ati as autoconfigured driver 0 [ 115.320] (==) Matched ati as autoconfigured driver 1 [ 115.320] (==) Matched modesetting as autoconfigured driver 2 [ 115.320] (==) Matched fbdev as autoconfigured driver 3 [ 115.320] (==) Assigned the driver to the xf86ConfigLayout [ 115.320] (II) LoadModule: "ati" [ 115.425] (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so [ 115.437] (II) Module ati: vendor="X.Org Foundation" [ 115.438]compiled for 1.16.1, module version = 7.5.0 [ 115.438]Module class: X.Org Video Driver [ 115.438]ABI class: X.Org Video Driver, version 18.0 [ 115.438] (II)
Re: Bug#765632: ForwardX11Trusted set to yes over a decade ago, for release reasons?
On Wed, 2015-08-19 at 20:59 +0100, Colin Watson wrote: I tried some experiments with ForwardX11Trusted=no today, and frankly, it doesn't even pass the laugh test for usability. Well but it's ssh Secure Shell - and not ush (Usability Shell). So the defaults should be always the secure ones, and not the fancy-out -of-the-box™. :-) I don't mind though, to leave the defaults as is in stable. Run xterm and try to select something, bam, your xterm crashes with BadAccess. Which means that people would typically note quite quickly that they need to open up things more (if they want to continue). In my opinion this is much less worse, than having the current default, where people who may be at risk wouldn't notice anything. Now, I didn't do very exhaustive testing or anything, but to me, those ten years haven't actually made a perceptible difference to how X clients respond to failures from the SECURITY extension. But just because clients are broken (in that respect) doesn't justify to work around their issues, by making things in ssh less secure. So: I don't think that this decision is realistically just up to me. If I change ssh back to use ForwardX11Trusted=no by default, a bunch of other maintainers are going to be asked to fix their software in various ways: the SECURITY extension may say no to something, but you might reasonably expect that double-clicking in your terminal won't make it explode in your face. Fixing all clients is probably unrealistic,... but anyway, the choice should be in the hands of the sysadmin. X forwarding is probably anyway a rather insecure thing (whether ForwardX11Trusted is yes or no). IMHO it should generally not be enabled per default. Having ForwardX11Trusted=no may be enough for many clients people would use (e.g. such which just display stuff?),... and it's the secure and expected default for those that read the manpage (but not necessarily the Debian-modified manpage). Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#777235: xserver-xorg-video-openchrome: openchrome completely broken on Chrome 9 HD
Package: xserver-xorg-video-openchrome Version: 1:0.3.3-1+b2 Severity: important Dear Maintainer, Openchrome is completely broken on Chrome 9 HD - the result is a black screen, monitor reporting no signal. Tested with: DVI output, default and frequencies set in xorg.conf Analogue output, default and frequencies set in xorg.conf This is considerably worse than stable. There it is only half-broken on same hardware - DRI does not work, Xv works only half of the time and high resolutions work only with Analogue output and monitor freqs in xorg.conf. Using viafb and fb driver works, but this is suboptimal as the performance tanks quite a bit -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Feb 6 15:05 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2401376 Dec 9 22:24 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion
Bug#777235: It is possible to produce output if ActiveDevice and Enable is forced
The root cause seems to be the inability to read an EDID off any monitor (analogue or DVI). Using Option Enable True in the Monitor section and setting the ActiveDevice to VGA-1 allows to produce output. However, because the EDID is not read, the driver bans most higher resolutions with the rather clueless monitor doesn't support reduced blanking. Which it does. Similar malaise to the one which used to be typical of the early Intel drivers. Xv is still highly temperamental (same as in debian stable) - first boot from cold it will not work. After a warm reboot it starts working. Overall - just barely usable. A. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d50034.40...@kot-begemot.co.uk
Bug#743488: xserver-xorg-input-synaptics: new upstream version
Package: xserver-xorg-input-synaptics Version: 1.7.3-1+b1 Severity: wishlist Hi. A new upstream version (which also fixes #722006) is available. Chris. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140403112224.6552.59031.report...@heisenberg.scientia.net
Bug#722006: xserver-xorg-input-synaptics: new version breaks middle mouskey
tags 722006 + patch stop Hi. Upstream has a fix for this, could you please cherry pick commit e0069c154440305ece6def92a9813a9f8004b2fb ? http://cgit.freedesktop.org/~whot/xf86-input-synaptics/commit/?h=wip/restore-scrollbuttonsid=e0069c154440305ece6def92a9813a9f8004b2fb Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#722006: xserver-xorg-input-synaptics: new version breaks middle mouskey
Hi. Anything new here? The problem persists in the most recent version of sid. The problem seems to be that in previous versions the middle mouse key (which are actually one up, one down) produced button event 1/2, nowadays 4/5. Attached is my xorg.log and the following is my xorg.conf: Section InputDevice Identifier Configured Mouse Driver synaptics Option CorePointer Option VertTwoFingerScroll true Option HorizTwoFingerScroll true Option UpDownScrolling false Option TapButton11 Option TapButton22 Option TapButton33 Option MinSpeed 0.2 Option MaxSpeed 0.6 Option AccelFactor 0.008 EndSection It seems as if UpDownScrolling would be ignored? Also,.. all the accels/speeds have changed again with the new version... this is really annoying. Chris. [ 4590.513] X.Org X Server 1.14.3 Release Date: 2013-09-12 [ 4590.513] X Protocol Version 11, Revision 0 [ 4590.513] Build Operating System: Linux 3.10-2-amd64 x86_64 Debian [ 4590.513] Current Operating System: Linux heisenberg 3.11-1-amd64 #1 SMP Debian 3.11.5-1 (2013-10-17) x86_64 [ 4590.513] Kernel command line: BOOT_IMAGE=/vmlinuz-3.11-1-amd64 root=/dev/mapper/root ro [ 4590.513] Build Date: 05 October 2013 02:04:26PM [ 4590.513] xorg-server 2:1.14.3-4 (Julien Cristau jcris...@debian.org) [ 4590.513] Current version of pixman: 0.30.2 [ 4590.513] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 4590.513] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 4590.513] (==) Log file: /var/log/Xorg.0.log, Time: Fri Oct 25 13:37:07 2013 [ 4590.513] (==) Using config file: /etc/X11/xorg.conf [ 4590.513] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 4590.513] (==) No Layout section. Using the first Screen section. [ 4590.513] (==) No screen section available. Using defaults. [ 4590.513] (**) |--Screen Default Screen Section (0) [ 4590.513] (**) | |--Monitor default monitor [ 4590.514] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 4590.514] (==) Automatically adding devices [ 4590.514] (==) Automatically enabling devices [ 4590.514] (==) Automatically adding GPU devices [ 4590.514] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 4590.514] Entry deleted from font path. [ 4590.514] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 4590.514] (==) ModulePath set to /usr/lib/xorg/modules [ 4590.514] (==) |--Input Device Configured Mouse [ 4590.514] (==) No Layout section. Using the first core pointer device. [ 4590.514] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 4590.514] (II) Loader magic: 0x7f5ca170ed00 [ 4590.514] (II) Module ABI versions: [ 4590.514] X.Org ANSI C Emulation: 0.4 [ 4590.514] X.Org Video Driver: 14.1 [ 4590.514] X.Org XInput driver : 19.1 [ 4590.514] X.Org Server Extension : 7.0 [ 4590.514] (II) xfree86: Adding drm device (/dev/dri/card0) [ 4590.516] (--) PCI:*(0:0:2:0) 8086:0166:10cf:16c1 rev 9, Mem @ 0xf000/4194304, 0xe000/268435456, I/O @ 0x4000/64 [ 4590.516] (II) Open ACPI successful (/var/run/acpid.socket) [ 4590.516] Initializing built-in extension Generic Event Extension [ 4590.516] Initializing built-in extension SHAPE [ 4590.516] Initializing built-in extension MIT-SHM [ 4590.516] Initializing built-in extension XInputExtension [ 4590.516] Initializing built-in extension XTEST [ 4590.516] Initializing built-in extension BIG-REQUESTS [ 4590.516] Initializing built-in extension SYNC [ 4590.516] Initializing built-in extension XKEYBOARD [ 4590.516] Initializing built-in extension XC-MISC [ 4590.516] Initializing built-in extension SECURITY [ 4590.516] Initializing built-in extension XINERAMA [ 4590.516] Initializing built-in extension XFIXES [ 4590.516] Initializing built-in extension RENDER [ 4590.516] Initializing built-in extension RANDR [ 4590.516] Initializing built-in extension COMPOSITE [ 4590.516] Initializing built-in extension DAMAGE [ 4590.516] Initializing built-in extension MIT-SCREEN-SAVER [ 4590.516] Initializing built-in extension DOUBLE-BUFFER [ 4590.516] Initializing built-in extension RECORD [ 4590.516] Initializing built-in extension DPMS [ 4590.516] Initializing built-in extension X-Resource [ 4590.516]
Bug#722006: xserver-xorg-input-synaptics: new version breaks middle mouskey
reopen 722006 stop This doesn't fix the issue at all (actually I'm not even using KDE). Backporting fixes it again. Therefore, reopening. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#720116: xinit: startx should just start a plain X, not the whole desktop-environment
Package: xinit Version: 1.3.2-1 Severity: wishlist Hi. IIRC, startx always used to do just that, start X. But nowadays, when I startx I get all kinds of further stuff, i.e. GNOME tries to fully start up (WTF?). This behaviour is IMHO quite problematic, since in case of disaster recovery (see e.g. bug #720115) one cannot even start a plain X anymore, without fiddling around with the X binary itself. Not sure whether this is actually xinit's fault, or whether some other package (gnome-whatever) just overrides any xsession or xinit config file to cause this behaviour... I just didn't now where to start searching ;) Thanks, Chris. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130818203248.1571.38141.report...@heisenberg.scientia.net
Bug#720116: xinit: startx should just start a plain X, not the whole desktop-environment
On Sun, 2013-08-18 at 22:41 +0200, Cyril Brulebois wrote: So either specify a client [1] or use a different session manager, e.g. by using: update-alternatives --config x-session-manager Well that only gives e.g. gnome in my case. Can't you simply offer a dummy x-session-manager that has highest priority and just starts the traditional xterm? Is there any reasons for the desktop-environments that they need to be started by startx by default as well? Most people will run them by gdm/kdm/etc. 1. http://x.debian.net/faq/general.html Yeah... if X doesn't work I couldn't access that anymore that easily ;) Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#656685: xkb-data: new version breaks F10 key
Can we try to get both into wheezy? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#666468: cairo: major text display problems in iceweasel
Hi. Confirm this, but for me it happens also in other applications, e.g gnome terminal. Downgrading fixes, obviously. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/f009f8285f1911a1b914a204a1ce9...@scientia.net
Bug#656685: GNOME/GTK eats up the F10 key
retitle 656685 GNOME/GTK eats up the F10 key reassign 656685 gnome-terminal notforwarded 656685 stop Hi. This issue has found to be not a bug in xkb-data; see the upstream bug at https://bugs.freedesktop.org/show_bug.cgi?id=45008 . I'm reassigning this issue to gnome-terminal (although the problem is not limited to it) as it has been the first package, where I've noticed it. Please have a look (also at the freedesktop.org bug for details), and reassign to the right package (I have no idea which this could be). Thanks, Chris. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20bc48f7f5c05e4dfd61596ea7661...@scientia.net
Bug#656685: xkb-data: new version breaks F10 key
Package: xkb-data Version: 2.5-1 Severity: important Hi. The new version seems to somehow break the F10 key. When being in GNOME, and havin a gnome-terminal opened, e.g. aptitude running... pressing F10 should cause aptitude's menu to open. But now, aptitude's menu opens, as well as the context menu of the terminal itself. Downgrading fixes the issue. (Marking this important as it's extremely annoying.) Cheers, Chris. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120120220709.17084.58531.report...@heisenberg.scientia.net
Bug#645481: xserver-xorg: Endianness issues
Package: xserver-xorg Version: 1:7.5+8 Severity: normal Xorg still has some endianness issues. How to reproduce: Xterm from big endian client (Mac Linux) to small endian server (pc) (or reverse). Any desktop environment, try to switch keyboard layouts. Example - undef xfce switch between Bulgarian and English keyboard. At best - does not work (xfce from panel) At worst X on the xterm dies outright (xfce from kbd properties). Same in KDE3/4. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Feb 23 2011 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1889472 Feb 18 2011 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/libGL.so to /usr/lib/nvidia/diversions/libGL.so by libgl1-nvidia-alternatives diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/diversions/libGL.so.1 by libgl1-nvidia-alternatives diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/diversions/libglx.so by libglx-nvidia-alternatives diversion of /usr/lib/libGL.so.1.2 to /usr/lib/nvidia/diversions/libGL.so.1.2 by libgl1-nvidia-alternatives diversion of /usr/lib/debug/usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/nvidia/diversions/libglx.so.dbg by libglx-nvidia-alternatives VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV44 [GeForce 6200 LE] [10de:0163] (rev a1) Xorg X server configuration file status: -rw-r--r-- 1 root root 3735 Feb 23 2011 /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 command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPathtcp/eden:7100 FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loadi2c Loadbitmap Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section Device Identifier Generic Video Card # Driver intel Driver nvidia # Driver nv # BusID PCI:4:0:0 Option Coolbits 1 Option RegistryDwords PowerMizerEnable=0x1; PerfLevelSrc=0x EndSection Section Monitor Identifier Generic Monitor Option DPMS HorizSync 28-140 VertRefresh 43-85 Modeline 1152x864x75.0 115.20 1152 1216 1344 1600 864 865 868 900 +hsync +vsync # Modeline 1152x870 106.6 1152 1168 1384 1568 870 870 878 909 Modeline 1152x870 85.27 1152 1168 1384 1568 870 870 878 909 Modeline 1600x1200x75.0 204.75 1600 1720 1888 2176 1200 1203 1207 1255 -hsync +vsync Modeline 1280x1024x84.8 159.50 1280 1376 1512 1744 1024 1027 1034 1078 -hsync +vsync Modeline
Bug#617763: please rebuild
Hi. Well could someone then please rebuild this? Cheers, Chris. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9de07bfc8ea9d25777d36ebfd36fc...@imap.dd24.net
Bug#431326: Info received (Bug still exists in squeeze)
Updated summary: The only way I have found so far to make this ghastly piece of hardware work with anything reasonably current is to use one of the framebuffer drivers. The best choice is the intelfb kernel driver and fbdev on top of that. As this driver is not in debian current the fallback option is the vesafb driver and the fbdev X11 driver on top. Ugly, performance is nothing to shout about but works. Brgds, On 04/06/11 09:45, Anton Ivanov wrote: Summary for Fujitsu Lifebook S6010: Squeeze intel xorg driver completely freezes the machine, the screen goes unhealthy white, nothing works. Lenny intel driver cannot find an LVDS panel it can recognise and aborts, machine works, x does not. Neither squeeze nor lenny vesa driver works (and I need Xv on this machine anyway so this is not an option). Last i810 before xorg moved from cvs to git builds cleanly on lenny (with the message that says move to git commented out in configure), but throws a segfault on initialisation. I am going to try to fish out a sufficiently old i810 driver from the freedesktop git or if that fails start walking back the i810 tree in the old freedesktop CVS until I hit a release that works. -- Humans are allergic to change. They love to say, We've always done it this way. I try to fight that. That's why I have a clock on my wall that runs counter-clockwise. -- R.A. Grace Hopper A. R. Ivanov E-mail: aiva...@sigsegv.cx WWW: http://www.sigsegv.cx/ pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanovai...@sigsegv.cx Fingerprint: C824 CBD7 EE4B D7F8 5331 89D5 FCDA 572E DDE5 E715 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e22e6cf.7060...@sigsegv.cx
Bug#431326: Info received (Bug still exists in squeeze)
Summary for Fujitsu Lifebook S6010: Squeeze intel xorg driver completely freezes the machine, the screen goes unhealthy white, nothing works. Lenny intel driver cannot find an LVDS panel it can recognise and aborts, machine works, x does not. Neither squeeze nor lenny vesa driver works (and I need Xv on this machine anyway so this is not an option). Last i810 before xorg moved from cvs to git builds cleanly on lenny (with the message that says move to git commented out in configure), but throws a segfault on initialisation. I am going to try to fish out a sufficiently old i810 driver from the freedesktop git or if that fails start walking back the i810 tree in the old freedesktop CVS until I hit a release that works. -- Understanding is a three-edged sword: your side, their side, and the truth. --Kosh Naranek A. R. Ivanov E-mail: aiva...@sigsegv.cx WWW: http://www.sigsegv.cx/ pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanovai...@sigsegv.cx Fingerprint: C824 CBD7 EE4B D7F8 5331 89D5 FCDA 572E DDE5 E715 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4de9f0c3.30...@sigsegv.cx
Bug#431326: Bug still exists in squeeze
Bug still exists in squeeze Looking through the logs on launchpad for the same Ubuntu bug the only saving grace is the original i810 driver. Nothing else seems to work as Fujitsu uses some lvds chips of its own which are not supported by Intel's driver. Brgds, -- Understanding is a three-edged sword: your side, their side, and the truth. --Kosh Naranek A. R. Ivanov E-mail: aiva...@sigsegv.cx WWW: http://www.sigsegv.cx/ pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanovai...@sigsegv.cx Fingerprint: C824 CBD7 EE4B D7F8 5331 89D5 FCDA 572E DDE5 E715 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4de94ac0.3010...@sigsegv.cx
Bug#628410: xserver-xorg-input-joystick cannot be installed
Package: xserver-xorg-input-joystick Version: 1:1.5.0-7 Severity: important Hi Since several weeks now, xserver-xorg-input-joystick cannot be installed in sid anymore as it depends on xorg-input-abi-11. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110528180939.28469.77533.report...@heisenberg.scientia.net
Re: Update on xkb-data(-udeb)
On Wed, Apr 06, 2011 at 02:54:31AM +0200, Cyril Brulebois wrote: Also, xkb-data now Breaks: older libx11-6. Do you know what has caused this? Is there some change of the format of the XKB files? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110406091828.ga2...@debian.lan
Bug#614901: Possibly wrong number of antecedents in rules file
On Thu, Feb 24, 2011 at 08:52:13AM +0100, Cyril Brulebois wrote: could you please check with upstream? Done: https://bugs.freedesktop.org/show_bug.cgi?id=34654 Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110224095521.ga8...@debian.lan
Bug#614901: Possibly wrong number of antecedents in rules file
Package: xkb-data Version: 2.1-1 I am not sure if this is an error or I don't understand the syntax of the rules file. Line 372 of /usr/share/X11/xkb/rules/base reads: 372 htcdream us de it= %l(htcdream) I suppose this line has to be removed. Compare it with line 369: 369 htcdream $htcdreamlayouts= %l(htcdream) Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110224050201.gb5...@debian.lan
Bug#466608: DPMS bug or feature?
You can close it. xvkbd works fine if you do not use -xsendevent. If XTEST is used which is now standard it works fine. Brgds, Cyril Brulebois wrote: Anton Ivanov aiva...@sigsegv.cx (16/03/2008): Not before 28th of March. I will be on holiday and will not have access to my rig for the next couple of weeks. That was almost 2 years ago. :) Could you please tell us how it goes with an X stack from squeeze/sid or from experimental? KiBi. -- Understanding is a three-edged sword: your side, their side, and the truth. --Kosh Naranek A. R. Ivanov E-mail: aiva...@sigsegv.cx WWW: http://www.sigsegv.cx/ pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanov ai...@sigsegv.cx Fingerprint: C824 CBD7 EE4B D7F8 5331 89D5 FCDA 572E DDE5 E715 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d445b71.50...@sigsegv.cx
Bug#536006: rules/*.xml allow unsupported model/layout combinations
forwarded 536006 https://bugs.freedesktop.org/show_bug.cgi?id=33670 thanks On Fri, Jan 28, 2011 at 04:40:21AM +0100, Cyril Brulebois wrote: I'd suggest opening a bug upstream, and discussing that there directly: http://bugs.freedesktop.org/ (component: xkeyboard-config) Done: https://bugs.freedesktop.org/show_bug.cgi?id=33670 Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110128204633.ga7...@debian.lan
Re: Upcoming xkb-data-udeb tweaks
On Thu, Jan 27, 2011 at 11:49:41PM +0100, Cyril Brulebois wrote: Anton, please also note that the evdev model goes away (it's supposed to be hidden, private stuff), and that pc105 should be used instead. I'm mentioning this since ISTR that setxkbmap is called with all possible options, including -model. Let me know if you want a bug to remind you of checking for a possible usage of the evdev model. By default console-setup (keyboard-configuration) uses pc105 on almost all architectures (and no architecture has evdev as default). I suppose this is OK and nothing has to be changed in console-setup? Currently evdev is allowed as a model if the user explicitely selects it during the debconf configuration (the question is with low priority) or directly in /etc/default/keyboard. If this is undesirable, then perhaps evdev has to be removed from /usr/share/X11/xkb/rules/xorg.xml? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110128205039.gc7...@debian.lan
Re: Bug#596547: keyboard unusable
On Sun, Sep 12, 2010 at 06:33:51PM +0200, Julien Cristau wrote: Anton, do you have an idea how to fix this (or anyone else, for that matter)? We need to parse the xorg.conf keywords and option names case-insensitively, but the option values themselves are case-sensitive. Thanks for your work. I commited the patch of Olivier Schwander. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913130058.gc2...@debian.lan
Bug#590743: keyboard-configuration: XKBOPTIONS seems to be not propagated
reassign 590743 xserver-xorg thank you I suppose this bug ended in console-setup by mistake. Anton Zinoviev On Thu, Jul 29, 2010 at 12:47:49AM +0200, Christoph Anton Mitterer wrote: Hi Julien. As you've asked me in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581756#40 here's a new bug with the requested logs attached. It does not seem, as if XKBOPTIONS would be propagated to X, at least it does not show up in the X log. Please ask if you need anything else :) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100913185759.gg2...@debian.lan
Bug#585067: keyboard-configuration: No alt+gr keys working after some time
On Wed, Jun 30, 2010 at 02:25:08PM +0200, yellow protoss wrote: Well, I am not expert ni LINUX nor coder. So If you can be specific what you require, I can surely provide it, and would be pleased to contribute. As somewone who has actually used JWM I can say that this is an environment for people who are more or less experienced and know how to fix the bugs in their own configurations. Julien provided you with a hint what you should look at: the 'setxkbmap us' command in your startup script is not correct because you want a German layout. I agree with him that for now the best course of action would be to close this bug. My advice for you is to either address some user support forum/mailinglist and provide them with every detail of your particular configuration, or to use some standard environment, such as Gnome or KDE. If you choose the second option, then first make sure you have removed all your system-wide customizations in /etc and second, create a new user and experiment with it. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100630133400.ga14...@debian.lan
Bug#585067: keyboard-configuration: No alt+gr keys working after some time
On Wed, Jun 30, 2010 at 03:50:56PM +0200, yellow protoss wrote: I have been trying the 'setxkbmap us' , 'setxkbmap de' , and 'setxkbmap fr' and changed with those 2 keyboards. I believe the command you need is 'setxkbmap de nodeadkeys lv3:ralt_switch'. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100630182424.ga17...@debian.lan
Bug#583900: xserver-xorg-input-synaptics: spurious button events (typically button 2 when button 1 is clicked)
Package: xserver-xorg-input-synaptics Version: 1.2.2-2 Severity: important Hi. Since some version now, (unfortunately I forgot the version in which it was introduced but I guess around 1.2.2-1 or -2) I suffer from spurious button evens. It's usually that I click button1 on my touchpad, and additionally several (!) button2 events occour, which typically means that some text from the clipboard is pasted. I happens especially often (and reproducable), when I click/hold button 1 and start selecting text. As soon as I select larger areas, and even before I release the button1 a button2 event occurs, text is pasted and the previous selection is lost (not in the clipboard of course). I strongly guess that it's synaptics fault (as I have such a keyboard and as this driver is used) but I cannot promise ;) Cheers, Chris. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Nov 14 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1877152 May 4 18:26 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M G] (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 1558 Jan 15 12:08 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org 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 command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de Option XkbVariantnodeadkeys EndSection Section InputDevice Identifier Configured Mouse Driver synaptics Option CorePointer Option VertEdgeScrollfalse Option HorizEdgeScroll false Option VertTwoFingerScroll true Option HorizTwoFingerScroll true Option UpDownScrolling false Option TapButton11 Option TapButton22 Option TapButton33 Option MinSpeed 0.02 Option MaxSpeed 0.25 Option AccelFactor 0.006 EndSection Section Device Identifier Configured Video Device Driver nvidia Option NoLogotrue EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Kernel version (/proc/version): Linux version 2.6.33-heisenberg (2.6.33) (r...@heisenberg) (gcc version 4.4.3 (Debian 4.4.3-7) ) #1 SMP PREEMPT Sat Apr 10 14:36:20 CEST 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 19213 May 31 13:31 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 x86_64 Debian Current Operating System: Linux heisenberg 2.6.33-heisenberg #1 SMP PREEMPT Sat Apr 10 14:36:20 CEST 2010 x86_64 Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.33-heisenberg root=/dev/mapper/root ro Build Date: 04 May 2010 04:21:17PM xorg-server 2:1.7.7-1 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon May 31 13:20:05 2010 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) Automatically
Bug#561008: Bug#529862: [console-setup] Confirmed in intel graphics card
On Tue, Feb 02, 2010 at 09:50:13PM +0100, Rafael Belmonte wrote: Package: console-setup Version: 1.51 I can confirm this bug in an Intel graphics card, using xserver-xorg-video- intel driver. I need to run dpkg-reconfigure console-setup or setupcon each time I log into tty session. I remember that this was a tipical bug in Ubuntu some releases ago, now it is not present in the current Ubuntu stable (karmic). A workaround about it is to add setupcon command to your ~/.bashrc in a new line. On Wed, Feb 03, 2010 at 03:49:44PM +0100, Rafael Belmonte wrote: My package xserver-xorg-video-intel is 2:2.9.1-2 which is the current version in testing and unstable. The problem is reproducible each time I reboot the laptop (always), font type is not saved neither, it seems like the configuration wasn't stored or loaded property. When I run setupcon, my config is loaded and font type and localization starts to work perfectly. In this case this is not #523771 or #529862 which I am keeping in console-setup because it seems they are never going to be fixed in X :) The problem you observed is probably the worse bug #561008. Thank you for your report. I am seinding a CC of my message to the bug log of #561008 and to the original reporter. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
On Sat, Jan 30, 2010 at 09:16:43PM +0100, Francesco Poli wrote: b) console resolution becomes equal to the one used for the X session (e.g. 1280x1024, checked with the LCD monitor on screen display), even though it was lower, before starting X This is somewhat strange because it is possible only if the console uses framebuffer. Have you configured framebuffer? Or maybe the new version of X automatically loads the framebuffer driver (I have no idea). d) if I become root and issue the 'setupcon' command, 'toilet -f future' symbols work correctly again (without even the broken joints problem...), but the screen resolution stays as in the X session The joints are never broken if framebuffer is used because the size of the symbols on the console is reduced to 8x16 pixels compared to 9x16 when the usual text mode is used. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563035: console-setup: bottom 2-3 lines are cut off in virtual terminals with Fixed14
On Sat, Jan 16, 2010 at 04:52:47AM +0100, Vincent Lefevre wrote: I've done some tests. Running setupcon solves the problem (questions 1.1 and 1.2 of the console-setup FAQ should be merged to make this clear). You are right - 1.1 and 1.2 are two symptoms of one problem. Couldn't setupcon be run at the right time? For instance, is there a script that is run after one has switched to a console? Unfortunately there is no right time for this - there is no script that is run after one has switched to a console. I suppose that if you switch to the console, run setupcon, then go again to X and return back to the console, the bottom 3 lines will be cut again. So you will have to run setupcon again. The FAQ mentions Option VBERestore true when one is using the i810 driver. Maybe there is some similar option for the Nvidia driver? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564144: synaptics driver seems to be broken, speed changes, etc.
On Fri, 2010-01-08 at 12:01 +, Julien Cristau wrote: Looks just fine to me. Well but the middle mouse doesn't work (it's used as button 4 now) and it's still not possible to set the speed/accel. :-/ (Tapping works however) Thanks, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#564144: synaptics driver seems to be broken, speed changes, etc.
Hi. I've tested it now with the correct device specified (it still does not work then and the driver complains (EE) that the touchpad wouldn't be recognised. When commenting the whole config section it also doesn't work,.. I get: (II) LoadModule: synaptics (II) Loading /usr/lib/xorg/modules/input/synaptics_drv.so (II) Module synaptics: vendor=X.Org Foundation compiled for 1.7.3.902, module version = 1.2.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 7.0 (II) Synaptics touchpad driver version 1.2.1 (**) Option Device /dev/input/event11 (II) SynPS/2 Synaptics TouchPad: x-axis range 1472 - 5472 (II) SynPS/2 Synaptics TouchPad: y-axis range 1408 - 4448 (II) SynPS/2 Synaptics TouchPad: pressure range 0 - 255 (II) SynPS/2 Synaptics TouchPad: finger width range 0 - 0 (II) SynPS/2 Synaptics TouchPad: buttons: left right middle double triple (--) SynPS/2 Synaptics TouchPad: touchpad found (**) SynPS/2 Synaptics TouchPad: always reports core events (II) XINPUT: Adding extended input device SynPS/2 Synaptics TouchPad (type: TOUCHPAD) (**) SynPS/2 Synaptics TouchPad: (accel) keeping acceleration scheme 1 (**) SynPS/2 Synaptics TouchPad: (accel) acceleration profile 0 (--) SynPS/2 Synaptics TouchPad: touchpad found (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/mouse0) (**) SynPS/2 Synaptics TouchPad: always reports core events (**) SynPS/2 Synaptics TouchPad: Device: /dev/input/mouse0 (EE) ioctl EVIOCGNAME failed: Inappropriate ioctl for device (II) UnloadModule: evdev (EE) PreInit returned NULL for SynPS/2 Synaptics TouchPad btw: The copy buffer for selected text also doesn't work since the X upgrade... could this be somehow related? Cheers, Chris. This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564144: synaptics driver seems to be broken, speed changes, etc.
Package: xserver-xorg-input-synaptics Version: 1.2.0-3 Severity: important Hi. As you can see from the logs below, synaptics does not longer work correctly: (II) Synaptics touchpad driver version 1.2.0 Configured Mouse no synaptics event device found (EE) xf86OpenSerial: No Device specified. (EE) Synaptics driver unable to open device (EE) PreInit failed for input device Configured Mouse (II) UnloadModule: synaptics Additionally (probably just because it falls back to the normal mouse driver?!) the middle mouse button no longer works (form the touchpad), and once again, the speed/acceleration values seem to have drastically changed... (much faster), and at least from gnome it's not possible to set it to a speed/accel. that's little enough for me ;) Cheers, Chris. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Nov 14 23:11 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1865248 Jan 6 18:52 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M G] (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 1558 Aug 25 12:08 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org 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 command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRulesxorg Option XkbModelpc105 Option XkbLayout de Option XkbVariant nodeadkeys EndSection Section InputDevice Identifier Configured Mouse Driver synaptics Option CorePointer Option VertEdgeScroll false Option HorizEdgeScroll false Option VertTwoFingerScroll true Option HorizTwoFingerScrolltrue Option UpDownScrolling false Option TapButton1 1 Option TapButton2 2 Option TapButton3 3 Option MinSpeed0.02 Option MaxSpeed0.25 Option AccelFactor 0.006 EndSection Section Device Identifier Configured Video Device Driver nvidia Option NoLogo true EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 17385 Oct 26 01:00 /var/log/Xorg.1.log -rw-r--r-- 1 root root 18033 Nov 30 15:21 /var/log/Xorg.20.log -rw-r--r-- 1 root root 18549 Jan 8 00:05 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.7.3.902 (1.7.4 RC 2) Release Date: 2009-12-26 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-amd64 x86_64 Debian Current Operating System: Linux heisenberg 2.6.32-heisenberg #1 SMP PREEMPT Tue Dec 29 02:35:16 CET 2009 x86_64 Kernel command line: BOOT_IMAGE=//vmlinuz-2.6.32-heisenberg root=/dev/mapper/root ro Build Date: 06 January 2010 05:51:16PM xorg-server 2:1.7.3.902-1 (jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Jan 7 23:59:03 2010 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen
Bug#559940: input devices not detected at startup
Just discovered that the issue completely disappears with libudev 149. Anton Khirnov -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558386: keyboard-configuration: Keyboard map not recognized (Lenovo Thinkpad T61)
clone 558386 -1 reassign -1 console-setup found -1 1.49 retitle -1 Doesn't detect that cached.kmap.gz is obsoleted severity -1 serious thank you On Sat, Nov 28, 2009 at 08:18:20PM -0200, Renato S. Yamane wrote: How can I help to do that? I don't know. Maybe simple wait for the xkb-data upstream/maintainer to fix the problem. Please open /etc/default/keyboard in a text editor and replace XKBVARIANT= or XKBVARIANT=abnt2 by XKBVARIANT=thinkpad Thanks, but still not working on console. Ok, this is indeed a problem, it will be fixed in the next version of console-setup. For now please remove /etc/default/cached.kmap.gz if you edit /etc/default/keyboard. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558386: keyboard-configuration: Keyboard map not recognized (Lenovo Thinkpad T61)
On Sun, Nov 29, 2009 at 11:52:59AM -0200, Renato S. Yamane wrote: Now, slash (/) and ccedilla (ç) works fine on console, BUT now, when I press backspace it give me 3 losang (⧫⧫⧫) and tilde followed by word a give me È and 2 losang (È⧫⧫) I am not sure I understand, but does this happen only with the ccedilla? If yes, then the problem is perhaps due to incomplete support of UTF-8 on the console (a kernel problem). Julien tell me to report this bug to bugs.freedesktop.org: https://bugs.freedesktop.org/show_bug.cgi?id=25338 And they tell me to report this bug to KDE :-( KDE is responsible to console? No. :) Tell them that br(thinkpad) doesn't exist in /usr/share/X11/xkb/rules/base.xml Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558386: keyboard-configuration: Keyboard map not recognized (Lenovo Thinkpad T61)
forwarded 558386 https://bugs.freedesktop.org/show_bug.cgi?id=25353 thank you On Sun, Nov 29, 2009 at 01:34:29PM -0200, Renato S. Yamane wrote: Em 29-11-2009 13:18, Anton Zinoviev escreveu: On Sun, Nov 29, 2009 at 11:52:59AM -0200, Renato S. Yamane wrote: Now, slash (/) and ccedilla (ç) works fine on console, BUT now, when I press backspace it give me 3 losang (⧫⧫⧫) and tilde followed by word a give me È and 2 losang (È⧫⧫) No. The big problem is with slash (/), that is placed in CTRL_R place. So, in console, when I type /, it is interpreted like a CTRL_R. Please describe what happens with the right Control key if you remove cached.kmap.gz and invoke 'setupcon' as root. I can't understand what you wrote. Does right Control always behave as right Control and doesn't produce /? Or it produces / but then something weird happens when you use Backspace? Does it happen only on the console? Th problem is not in kernel, because the kernel is not updated in my last aptitude upgrade. I meant that Backspace doesn't work well with some symbols when the console is in Unicode mode. This has always been a problem. Tell them that br(thinkpad) doesn't exist in /usr/share/X11/xkb/rules/base.xml But my keyboard is working fine on X. The problem is in console. The keyboard configuration programs (including keyboard-configuration) will not show br(thinkpad) as a possible option. I reported the problem (https://bugs.freedesktop.org/show_bug.cgi?id=25353). Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558236: Depend on keyboard-configuration rather than console-setup
Package: xserver-xorg Version: 1:7.4+4 Severity: minor Hello, With version 1.49 of console-setup (it migrated to testing today) it is no longer required for xserver-xorg to depend on console-setup (= 1.29) | console-setup-mini (= 1.29). Instead it can depend on the new package keyboard-configuration. This would allow the Debian users to use X Window without console-setup. Instead of /etc/default/console-setup you should now source /etc/default/keyboard. Please, reassign a clone of this bug if some hal-related package needs to be changed. The file /etc/default/console-setup will not exist if the users have installed keyboard-configuration but haven't installed console-setup and console-setup-mini. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551744: xserver-xorg-input-synaptics: Tapping is not recognize
Hi. I have a similar problem. Tapping works in X itself (during GDM), but as soon as I log on to GNOME, it stops working. This started just some days ago,... any idea which package could be the root for this? Thanks, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#536006: rules/*.xml allow unsupported model/layout combinations
Package: xkb-data Version: 1.6-1 Hi! Keyboard configuration programs use /usr/share/X11/xkb/rules/*.xml file in order to find the possible models, layouts, variants. Unfortunately some Macintosh-related combination are not supported. For example the following logical choice is not supported: keyboard model 'macintosh' (Macintosh), layout 'de' (Germany) and variant 'mac_nodeadkeys' (Germany - Macintosh, eliminate dead keys). The reason for this is that when the user selects model 'macintosh' and layout 'de' the file /usr/share/X11/xkb/symbols/macintosh_vndr/de is used instead of /usr/share/X11/xkb/symbols/de and there is no mac_nodeadkeys there. As a result the keyboard is leaved in a bad state. I suppose that one possible fix for this problem would be to ignore the files in macintosh_vndr. The standard files in /usr/share/X11/xkb/symbols describe all Mac-layouts so there is no need to use the files in macintosh_vndr. You can find attached a patch that shows how this can be fixed but I suppose this will require some discussion with the upstream before applying it. Anton Zinoviev diff -Naur rules/base rules.new/base --- rules/base 2009-07-06 21:05:17.790404174 +0300 +++ rules.new/base 2009-07-06 21:06:26.588583187 +0300 @@ -31,8 +31,6 @@ ! $maclaptop = ibook powerbook macbook78 macbook79 ! $macs = macintosh macintosh_old ibook powerbook macbook78 macbook79 -! $macvendorlayouts = ch de dk es fi fr gb is it latam nl no pt se us - ! $azerty = be fr ! $qwertz = al cz de hr hu ro si sk @@ -303,11 +301,9 @@ pc98 nec_vndr/jp = nec_vndr/jp(pc98) macintosh_old us = macintosh_vndr/us(oldmac) macintosh_old en_US = macintosh_vndr/us(oldmac) - macintosh_old $macvendorlayouts = macintosh_vndr/us(oldmac)+macintosh_vndr/%l%(v) macintosh_old $nonlatin = macintosh_vndr/us(oldmac)+%l%(v):2 macintosh_old * = macintosh_vndr/us(oldmac)+%l%(v) $macs en_US = pc+macintosh_vndr/us(extended) - $macs $macvendorlayouts = pc+macintosh_vndr/%l%(v) olpc $olpclayouts = olpc+%l%(m) olpc * = olpc+%l%(v) $thinkpads br = pc+br(thinkpad) @@ -396,9 +392,7 @@ sun4 * = latin+sun_vndr/us(sun4)+%l[1]%(v[1]) sun5 * = latin+sun_vndr/us(sun5)+%l[1]%(v[1]) macintosh_old us = macintosh_vndr/us(oldmac) - macintosh_old $macvendorlayouts = macintosh_vndr/us(oldmac)+macintosh_vndr/%l[1]%(v[1]) macintosh_old * = macintosh_vndr/us(oldmac)+%l[1]%(v[1]) - $macs $macvendorlayouts = pc+macintosh_vndr/%l[1]%(v[1]) $thinkpads br = pc+%l[1](thinkpad) * * = pc+%l[1]%(v[1]) diff -Naur rules/evdev rules.new/evdev --- rules/evdev 2009-07-06 21:05:17.798900672 +0300 +++ rules.new/evdev 2009-07-06 21:06:42.248594585 +0300 @@ -31,8 +31,6 @@ ! $maclaptop = ibook powerbook macbook78 macbook79 ! $macs = macintosh macintosh_old ibook powerbook macbook78 macbook79 -! $macvendorlayouts = ch de dk es fi fr gb is it latam nl no pt se us - ! $azerty = be fr ! $qwertz = al cz de hr hu ro si sk @@ -292,11 +290,9 @@ pc98 nec_vndr/jp = nec_vndr/jp(pc98) macintosh_old us = macintosh_vndr/us(oldmac) macintosh_old en_US = macintosh_vndr/us(oldmac) - macintosh_old $macvendorlayouts = macintosh_vndr/us(oldmac)+macintosh_vndr/%l%(v) macintosh_old $nonlatin = macintosh_vndr/us(oldmac)+%l%(v):2 macintosh_old * = macintosh_vndr/us(oldmac)+%l%(v) $macs en_US = pc+macintosh_vndr/us(extended) - $macs $macvendorlayouts = pc+macintosh_vndr/%l%(v) olpc $olpclayouts = olpc+%l%(m) olpc * = olpc+%l%(v) $thinkpads br = pc+br(thinkpad) @@ -385,9 +381,7 @@ sun4 * = latin+sun_vndr/us(sun4)+%l[1]%(v[1]) sun5 * = latin+sun_vndr/us(sun5)+%l[1]%(v[1]) macintosh_old us = macintosh_vndr/us(oldmac) - macintosh_old $macvendorlayouts = macintosh_vndr/us(oldmac)+macintosh_vndr/%l[1]%(v[1]) macintosh_old * = macintosh_vndr/us(oldmac)+%l[1]%(v[1]) - $macs $macvendorlayouts = pc+macintosh_vndr/%l[1]%(v[1]) $thinkpads br = pc+%l[1](thinkpad) * * = pc+%l[1]%(v[1])
Bug#527124: [console-setup-mini] should provide console-setup
On Thu, May 14, 2009 at 10:32:34PM +0200, Julien Cristau wrote: This is definitely not true as long as testing still has console-setup 1.28. It might be ok to drop the versioned dep, but not before a newer c-s has transitioned to testing, IMO. (even then, I'm not convinced that removing the versioned dep buys us anything over adding a console-setup-mini alternative) I agree. I think the best variant would be to create a new package that contains the configuration part of console-setup. Then console-setup, console-setup-mini and xserver-xorg will all depend on this configuration package. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: console-setup + X = broken console
On Sat, May 09, 2009 at 10:46:35AM -0500, Adam Majer wrote: I've just installed the console-setup because X server depends on it. Now, my console is completely unusable. The text does not scroll it just runs off the screen. This doesn't sound as problem of console-setup. You may want to check various things such as the value of the $TERM variable, your shell (maybe it is no longer bash and your prompt is issuing bash-specific commands), your locale (does the output of the locale command correspond to the CHARMAP=... setting in /etc/default/console-setup), the behaviour in X terminal emulators - do xterm and rxvt show the same odd behaviour as Linux console. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523529: Acknowledgement (xserver-xorg-video-sis: Server crashes on switching video modes (kde session exit under kdm))
It is possible to workaround this issue by using the sysfb kernel driver and setting the mode from the start to be the same as the X video mode. -- Understanding is a three-edged sword: your side, their side, and the truth. --Kosh Naranek A. R. Ivanov E-mail: aiva...@sigsegv.cx WWW: http://www.sigsegv.cx/ pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanov ariva...@sigsegv.cx Fingerprint: C824 CBD7 EE4B D7F8 5331 89D5 FCDA 572E DDE5 E715 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523529: xserver-xorg-video-sis: Server crashes on switching video modes (kde session exit under kdm)
Package: xserver-xorg-video-sis Version: 1:0.10.0-1 Severity: important SIS video driver crashes when invoking INT10 mode restore at the end of an X session. Similar to https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-sis/+bug/258535 System worked fine under etch and was factory shipped with sarge (older Geode/SiS based HP thin client). 100% reproducible. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2009-04-10 12:07 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1718484 2009-01-09 03:11 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3096 2009-04-10 12:14 /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 command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPathtcp/shadow:7100 FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loadi2c Loadbitmap Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section Device Identifier Generic Video Card Driver sis # BusID PCI:4:0:0 EndSection Section Monitor Identifier Generic Monitor Option DPMS HorizSync 28-64 VertRefresh 43-60 EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 1 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1280x1024 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice
Bug#511786: spelling mistake in xfs's home dir
Package: xfs Version: 1:1.0.8-2.1 Severity: minor Hi. xfs creates a user like: debian-xfs:x:112:121::/nonexistant:/bin/false but it should be nonexistent ;) (Old installations should be corrected automatically when this is fixed) Chris. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfs depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.7-18 GNU C Library: Shared libraries ii libfs62:1.0.1-1 X11 Font Services library ii libxfont1 1:1.3.3-1 X11 font rasterisation library xfs recommends no packages. Versions of packages xfs suggests: ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X ii xfonts-base 1:1.0.0-5 standard fonts for X ii xfonts-scalable 1:1.0.0-6 scalable fonts for X -- no debconf information This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466608: Acknowledgement (DPMS bug or feature?)
There is a workaround - xvkbd using XTEST works (it does not if you use XSENDEVENT). On Tue, 2008-02-19 at 22:27 +, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian X Strike Force debian-x@lists.debian.org If you wish to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not send mail to [EMAIL PROTECTED] unless you wish to report a problem with the Bug-tracking system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466608: DPMS bug or feature?
Package: xserver-xorg-core Version: 2:1.1.1-21etch3 Severity: normal After DPMS has kicked in and has blanked the screen there is no way whatsoever to unblank the screen besides someone touching the real keyboard or a mouse. As a result it is impossible to unblank up a monitor attached to a media center system which has only a LIRC remote (no mouse emulation). If it power saves via DPMS you can for example usea xset to turn dpms off and wake the display up. It is no longer in power save mode, but the screen is still blanked. Similarly, xscreensaver does not unblank the screen if DPMS is enabled. Without DPMS xscreensaver correctly unblanks the screen. xvkbd events do not unblank xset dpms XXX or xset s XXX does not unblank (any XXX from dpms or s options) xscreensaver-command --XXX (any XXX) does not unblank -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2007-04-24 10:30 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1598604 2008-01-18 20:45 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon IGP 330M/340M/350M /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3291 2008-02-08 08:04 /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 command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/share/fonts/X11/Type1 FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section Extensions Option Composite Enable EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout gb EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Device Identifier ATI Technologies Inc Radeon IGP 330M/340M/350M Driver radeon BusID PCI:1:5:0 EndSection Section Monitor Identifier Generic Monitor Option DPMS HorizSync 28-50 VertRefresh 43-75 EndSection Section Screen Identifier Default Screen Device ATI Technologies Inc Radeon IGP 330M/340M/350M Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 1 Modes 1024x768 EndSubSection SubSection
Bug#459805: xserver-xorg-video-trident: cursor is always software
Package: xserver-xorg-video-trident
Version: 1:1.2.3-1
Severity: important
This code will obviously always keep the cursor as software:
if (xf86ReturnOptValBool(pTrident-Options, OPTION_SW_CURSOR, FALSE)) {
from = X_CONFIG;
pTrident-HWCursor = FALSE;
}
So it does not matter what you put in the xorg.conf the performance will
always suck rotten eggz
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
/etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum.
X server symlink status:
lrwxrwxrwx 1 root root 13 2007-05-18 15:06 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1598380 2007-09-04 02:27 /usr/bin/Xorg
Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg
VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS]
661/741/760/761 PCI/AGP VGA Display Adapter
/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.
Xorg X server configuration file status:
-rw-r--r-- 1 root root 3306 2007-09-14 12:19 /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 command:
# sudo dpkg-reconfigure -phigh xserver-xorg
Section Files
FontPathunix/:7100
FontPath/usr/share/fonts/X11/misc
FontPath/usr/X11R6/lib/X11/fonts/misc
FontPath/usr/share/fonts/X11/cyrillic
FontPath/usr/X11R6/lib/X11/fonts/cyrillic
FontPath/usr/share/fonts/X11/100dpi/:unscaled
FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled
FontPath/usr/share/fonts/X11/75dpi/:unscaled
FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled
FontPath/usr/share/fonts/X11/Type1
FontPath/usr/X11R6/lib/X11/fonts/Type1
FontPath/usr/share/fonts/X11/100dpi
FontPath/usr/X11R6/lib/X11/fonts/100dpi
FontPath/usr/share/fonts/X11/75dpi
FontPath/usr/X11R6/lib/X11/fonts/75dpi
# path to defoma fonts
FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
EndSection
Section Module
LoadGLcore
Loadbitmap
Loaddbe
Loadddc
Loaddri
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadspeedo
Loadtype1
Loadvbe
EndSection
Section InputDevice
Identifier Generic Keyboard
Driver kbd
Option CoreKeyboard
Option XkbRules xorg
Option XkbModel pc104
Option XkbLayout gb
EndSection
Section InputDevice
Identifier Configured Mouse
Driver mouse
Option CorePointer
Option Device/dev/input/mice
Option Protocol ImPS/2
Option Emulate3Buttons true
EndSection
Section Device
Identifier Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP
or 662/761Gx PCIE VGA Display Adapter
Driver sis
BusID PCI:1:0:0
Option RenderAccel true
Option backingstore true
Option VBERestore true
EndSection
Section Monitor
Identifier Generic Monitor
Option DPMS
HorizSync 28-90
VertRefresh 43-75
EndSection
Section Screen
Identifier Default Screen
Device Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP
or 662/761Gx PCIE VGA Display Adapter
Monitor Generic Monitor
DefaultDepth24
SubSection Display
Depth 1
Modes 1152x864 1024x768
EndSubSection
SubSection Display
Depth 4
Modes 1152x864 1024x768
EndSubSection
SubSection Display
Depth 8
Modes 1152x864 1024x768
EndSubSection
SubSection Display
Depth 15
Modes 1152x864 1024x768
EndSubSection
SubSection Display
Depth 16
Modes 1152x864 1024x768
EndSubSection
SubSection Display
Bug#439668: same bug on intel GMA950
Package: libgl1-mesa-dri
Version: 7.0.2-2
Same bug appears on Intel GMA950, a backtrace is attached.
Anton Khirnov
GNU gdb 6.6.90.20070912-debian
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as i486-linux-gnu...
Using host libthread_db library /lib/i686/cmov/libthread_db.so.1.
(gdb) run
Starting program: /usr/bin/blender-bin
[Thread debugging using libthread_db enabled]
[New Thread 0xb6c118d0 (LWP 19179)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb6c118d0 (LWP 19179)]
triangle_twoside (ctx=0x8ad3aa0, e0=1, e1=2, e2=0)
at ../../../../../src/mesa/tnl_dd/t_dd_tritmp.h:202
in ../../../../../src/mesa/tnl_dd/t_dd_tritmp.h
(gdb) bt full
#0 triangle_twoside (ctx=0x8ad3aa0, e0=1, e1=2, e2=0)
at ../../../../../src/mesa/tnl_dd/t_dd_tritmp.h:202
vbcolor = value optimized out
coloroffset = 3
specoffset = 0 '\0'
#1 0xb6808fbe in _tnl_render_poly_verts (ctx=0x8ad3aa0, start=0, count=32,
flags=57) at tnl/t_vb_rendertmp.h:313
efstart = value optimized out
efcount = value optimized out
j = 3
tnl = (TNLcontext *) 0x8b18808
TriangleFunc = (const tnl_triangle_func) 0xb67773a0 triangle_twoside
stipple = 0 '\0'
#2 0xb680a146 in run_render (ctx=0x8ad3aa0, stage=0x8b18a4c)
at tnl/t_vb_render.c:320
prim = 2956943424
start = 0
length = value optimized out
i = 0
tnl = (TNLcontext *) 0x8b18808
tab = (tnl_render_func *) 0xb69339c0
pass = 0
__PRETTY_FUNCTION__ = run_render
#3 0xb68015e3 in _tnl_run_pipeline (ctx=0x8ad3aa0) at tnl/t_pipeline.c:158
tnl = (TNLcontext *) 0x8b18808
__tmp = 895
i = 10
mask = 63
#4 0xb676fc87 in intelRunPipeline (ctx=0x8ad3aa0) at intel_tris.c:764
No locals.
#5 0xb6801b61 in _tnl_draw_prims (ctx=0x8ad3aa0, arrays=0x8b06c28,
prim=0x8b05784, nr_prims=1, ib=0x0, min_index=0, max_index=31)
at tnl/t_draw.c:402
bo = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xb68ab701,
0x0 repeats 19 times, 0xb67b3f1b, 0x8af3ea0, 0xb6933940, 0x40}
nr_bo = 0
tnl = (TNLcontext *) 0x8b18808
#6 0xb67fa750 in vbo_exec_vtx_flush (exec=0x8b05660)
at vbo/vbo_exec_draw.c:215
ctx = (GLcontext *) 0x8ad3aa0
#7 0xb67f6268 in vbo_exec_wrap_buffers (exec=0x8b05660)
at vbo/vbo_exec_api.c:80
last_count = 32
__PRETTY_FUNCTION__ = vbo_exec_wrap_buffers
#8 0xb67f63b6 in vbo_exec_fixup_vertex (ctx=value optimized out, attr=3,
sz=4) at vbo/vbo_exec_api.c:218
exec = (struct vbo_exec_context *) 0x8b05660
i = value optimized out
id = {0, 0, 0, 1}
#9 0xb67f9322 in vbo_Color4f (x=0, y=0, z=0, w=0.882353008)
at vbo/vbo_attrib_tmp.h:163
No locals.
#10 0xb6889053 in loopback_Color4ub_f (red=value optimized out,
green=value optimized out, blue=0 '\0', alpha=value optimized out)
at main/api_loopback.c:228
No locals.
#11 0x081c9544 in BIF_ThemeColorShadeAlpha ()
No symbol table info available.
#12 0x081fa23d in drawcentercircle ()
No symbol table info available.
#13 0x081fd48d in draw_object ()
No symbol table info available.
#14 0x08159376 in drawview3dspace ()
No symbol table info available.
#15 0x0820db35 in scrarea_do_windraw ()
No symbol table info available.
#16 0x081c2216 in screenmain ()
No symbol table info available.
#17 0x081365e7 in main ()
No symbol table info available.
(gdb) quit
The program is running. Exit anyway? (y or n)
-- System Information:
Debian Release: sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.23-nb.b (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libgl1-mesa-dri depends on:
ii libc6 2.6.1-6GNU C Library: Shared libraries
ii libdrm2 2.3.0-4Userspace interface to kernel DRM
ii libexpat1 1.95.8-4 XML parsing C library - runtime li
ii libgl1-mesa-glx 7.0.2-2A free implementation of the OpenG
libgl1-mesa-dri recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323586: ?? ?????????? ??????????? ??? ????????????? ???????? via ??? via cle266
В сообщении от 27 января 2007 16:13 Brice Goglin написал(a): Hi, About 2 years ago, you reported a bug to the Debian BTS regarding problems with the XFree86 server on a cle266 board. It was supposed to be fixed with Xorg 6.8.2. Do you still have problems getting this board to work nowadays? If not, I will close this bug in the next weeks. Thanks, Brice No thanks a lot, now i haven't any problem with that board. -- With best regards P.S. You can verify my public key on subkeys.pgp.net Вы можете проверить мой публичный pgp-ключ на subkeys.pgp.net pgp46OQ4mEQXV.pgp Description: PGP signature
Bug#197156: xfree86: dexconf and xfs should use x-ttcidfont-conf font paths by default
On Fri, Jan 26, 2007 at 09:37:23PM +0100, Brice Goglin wrote: About 2 years ago, you reported a bug to the Debian BTS regarding CID and TrueType font patch not being added by default. CID seems to be added by Xorg nowadays? Does TrueType still matters for you nowadays? If not, I will close this bug in the next weeks. Currently most people use TrueType fonts via fontconfig and thats why most programs can find their fonts even if the fontpath is incomplete. However the font server has to include full font path or else it won't be able to serve all fonts. Currently dexconf includes the TrueType dir in FontPath. It doesn't include however the path to the CID fonts and I don't know how important is this. Please look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=197156;msg=11 Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247821: xserver-xfree86: kdm fails to reset X server after one session on unknown hardware
Brice Goglin wrote: Hi, About 3 years ago, you reported (or replied to) a bug in the Debian BTS regarding kdm failing to reset X after logout. The bug was quite unclear since 2 reporters claimed it to be fixed before a new one said it still had problems. It got assigned to kdm, possibly ldap-related and finally got reassigned to xserver-xfree86. Did any of you guys reproduce this problem recently? If not, I will close this bug in the next weeks. The bug was pam config specific. No repeat. Close it. Thanks, Brice -- Understanding is a three-edged sword: your side, their side, and the truth. --Kosh Naranek A. R. Ivanov E-mail: [EMAIL PROTECTED] WWW: http://www.sigsegv.cx/ pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanov [EMAIL PROTECTED] Fingerprint: C824 CBD7 EE4B D7F8 5331 89D5 FCDA 572E DDE5 E715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325867: XFree memory leaks?
The bug was affected by the animated cursor. I haven't an opportunity to try to reproduce since I moved back to another distribution. You may close the bug. On 18/01/07, Brice Goglin [EMAIL PROTECTED] wrote: Hi, About 2 years ago, you reported a bug to the Debian BTS regarding memory leaks in Xfree. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. Thanks, Brice
Bug#407484: xkb-data: US International Layout (us_intl): AltGr not working, but left Alt gives messed results
Package: xkb-data Version: 0.9-4 Severity: normal US International Layout is not working properly. I use setxkbmap in my window manager startup script .icewm/startup to set keyboard layouts: setxkbmap -layout us_intl,ru(winkeys) -model pc104 -option grp:ctrl_shift_toggle us_intl is working rather strange. I consider the layout given in Wikipedia to be the proper one: http://en.wikipedia.org/wiki/Keyboard_layout http://upload.wikimedia.org/wikipedia/commons/thumb/2/22/KB_US-International.svg/540px-KB_US-International.svg.png Now, I have those problems: 1) Right Alt is not working as AltGr. If I press it with another key, this gives nothing, the only exception is AltGr (right alt) + e combination that gives the euro sign (€). According to Wikipedia that combination should give e with accent aigu (é), but anyway e is probably the only key that is working in conjunction with Right Alt, anything other gives unmodified value of the key pressed with AltGr. 2) Left Alt is working more like AltGr. That means, it works in combination with another keys, but the results is messed up. E.g. pressing Left Alt + : gives right french quoting (») as for left french quoting, I did not find which key does it. So, those points made me think that US International Layout is broken even if it's not ment to be the same one which is given in Wikipedia. I have standard pc105 keyboard. Unfortunately I cannot tell which xorg version this stopped working from, because I switched to us_intl only recently. xkb-data package is version 0.9-4 xorg.conf is attached -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) -- no debconf information # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7110# local font server # # if the local font server has problems, we can fall back on these FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us,ru(winkeys) Option XkbOptionsgrp:ctrl_shift_toggle EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol Auto Option Emulate3Buttons false Option ZAxisMapping 4 5 EndSection Section Device Identifier S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] Driver s3 # Driver vesa # Option noaccel Option DPMS EndSection Section Monitor Identifier LG FLATRON F700P VendorName LG ModelName FLATRON F700P DisplaySize 330 250 HorizSync 30-96 VertRefresh 50-160 Option DPMS EndSection Section Monitor Identifier Generic Monitor HorizSync 28-33 VertRefresh 43-72 Option DPMS EndSection Section Screen Identifier Default Screen Device S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] # Monitor Generic Monitor Monitor LG FLATRON F700P DefaultDepth16
Bug#377386: xserver-xorg-video-s3: s3 driver does not work after upgrade to 7.0
Package: xserver-xorg-video-s3 Version: 1:0.3.5.4-3 Severity: important After upgrade to Xorg 7, xserver is unable to start up with s3 driver enabled. The system seems not to freeze, but it's impossible to kill xserver using ctrl+c or swith console using ctrl+alt+Fx. I still can reboot system using ctrl+alt+del. Screen is blank, the attached is a log file at the moment where X stops. The configuration file (attached) is unchanged from the previous xorg 6.9 release. I've commented out the line loading s3 driver and repleced it with vesa driver. With vesa driver is working, but, when switched back to s3 it is not. [EMAIL PROTECTED]:~$ lspci :00:00.0 Host bridge: Intel Corporation 430VX - 82437VX TVX [Triton VX] (rev 02) :00:07.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] (rev 01) :00:07.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] :00:11.0 VGA compatible controller: S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] (rev 14) :00:12.0 USB Controller: OPTi Inc. 82C861 (rev 10) :00:13.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) This card S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] (rev 14) should be operated by s3 driver. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-video-s3 depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-9 X.Org X server -- core server xserver-xorg-video-s3 recommends no packages. -- no debconf information X Window System Version 7.0.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 7.0 Build Operating System:Linux 2.6.12-1-686 i686 Current Operating System: Linux antares.martchukov.com 2.6.15-1-486 #2 Mon Mar 6 15:19:16 UTC 2006 i586 Build Date: 16 March 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Jul 8 17:53:11 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] (**) |--Input Device Generic Keyboard (**) Option XkbRules xorg (**) XKB: rules: xorg (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us,ru(winkeys) (**) XKB: layout: us,ru(winkeys) (**) Option XkbOptions grp:ctrl_shift_toggle (**) XKB: options: grp:ctrl_shift_toggle (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (WW) `fonts.dir' not found (or not valid) in /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID. Entry deleted from font path. (Run 'mkfontdir' on /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID). (**) FontPath set to unix/:7110,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/misc,/usr/X11R6/lib/X11/fonts/misc,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/TTF/,/usr/share/fonts/X11/OTF,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/CID/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/ (==) RgbPath set to /usr/share/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.0.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (--) using VT number 2 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7030 card , rev 02 class 06,00,00 hdr 00 (II) PCI: 00:07:0: chip 8086,7000 card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7010 card , rev 00 class 01,01,80 hdr 00 (II) PCI: 00:11:0: chip 5333,8901 card 5333,8901 rev 14 class 03,00,00 hdr 00 (II) PCI: 00:12:0: chip 1045,c861 card 1045,c861 rev 10 class 0c,03,10 hdr 00 (II) PCI: 00:13:0: chip 13f6,0111
Bug#236252: Please move all compose files in /etc
On Mon, Jan 09, 2006 at 11:55:57AM +0100, Denis Barbier wrote: IMO this solution is much better than having lots of conffiles. I agree. If this is a reasonable solution, maybe this bug can be closed? Yes. It would be nice to provide /etc/X11/Compose file and to set the XCOMPOSEFILE variable correspondingly. Otherwise the users will not know about this feature. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#236252: Please move all compose files in /etc
Hi! I was just to report a new bug that the Compose files should be moved in /etc when I saw this bug about /usr/X11R6/lib/X11/locale/en_US.UTF-8/Compose Please move to /etc all Compose files, not only the cited in the bug report. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325867: Additional info
After reloading X, it uses ~28mb of memory. When it uses ~250mb - system is becoming too slow. So, what do you say? What should I do to test it?
Bug#325867: XFree memory leaks?
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-14 PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 3293 root 15 0 295m 219m 82m S 3.0 43.6 16:16.68 XFree86 Debian Sarge
Bug#324127: Hardware problem - close the bug
Hardware problem - close the bug
Bug#324127: XFree86-server hangs
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-14 Mouse, keyboard hangs randomly. Kernel 2.6.8-2-386, Debian Sarge. # lspci :00:00.0 Host bridge: VIA Technologies, Inc. VT8378 [KM400] Chipset HostBridge :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge :00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) :00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) :01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8378 [S3 UniChrome] Integrated Video (rev 01) # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 10 model name : AMD Sempron(tm) 2200+ stepping : 0 cpu MHz : 1498.817 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow bogomips : 2965.50 Monitor LG F720P
Bug#308448: startx -nolisten works only on :0
Package: xbase-clients Version: 4.3.0.dfsg.1-12.0.1 When I do startx -- :n (where n 0) I see this: [EMAIL PROTECTED]:/home/anton# nmap -sT localhost 192.168.12.170 Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-05-10 12:06 EEST Interesting ports on localhost.localdomain (127.0.0.1): (The 1660 ports scanned but not shown below are in state: closed) PORT STATE SERVICE 80/tcp open http 631/tcp open ipp 6001/tcp open X11:1 Interesting ports on 192.168.12.170: (The 1661 ports scanned but not shown below are in state: closed) PORT STATE SERVICE 631/tcp open ipp 6001/tcp open X11:1 Nmap finished: 2 IP addresses (2 hosts up) scanned in 0.525 seconds I consider it ubnormal. $ cat /usr/X11R6/lib/X11/xinit/xserverrc #!/bin/sh #exec /usr/bin/X11/X -dpi 100 -nolisten tcpls ~/.xserverrc ls: /home/anton/.xserverrc: No such file or directory exec /usr/bin/X11/X -nolisten tcp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308450: startx -nolisten works only on :0
Package: xbase-clients Version: 4.3.0.dfsg.1-12.0.1 !!![OOps. Typo in previous mail...]!! When I do startx -- :n (where n 0) I see this: [EMAIL PROTECTED]:/home/anton# nmap -sT localhost 192.168.12.170 Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-05-10 12:06 EEST Interesting ports on localhost.localdomain (127.0.0.1): (The 1660 ports scanned but not shown below are in state: closed) PORT STATE SERVICE 80/tcp open http 631/tcp open ipp 6001/tcp open X11:1 Interesting ports on 192.168.12.170: (The 1661 ports scanned but not shown below are in state: closed) PORT STATE SERVICE 631/tcp open ipp 6001/tcp open X11:1 Nmap finished: 2 IP addresses (2 hosts up) scanned in 0.525 seconds I consider it ubnormal. $ cat /usr/X11R6/lib/X11/xinit/xserverrc #!/bin/sh #exec /usr/bin/X11/X -dpi 100 -nolisten tcp exec /usr/bin/X11/X -nolisten tcp ls: /home/anton/.xserverrc: No such file or directory -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266684: xterm: Segmentation fault on start
Package: xterm xterm crashes on start in XtToolkitThreadInitialize () from /usr/X11R6/lib/libXt.so.6 I am using debian sarge installed from debian-installer-rc1
Re: Full Debian install impressions and facts
On 18.IV.2004 at 13:27 (-0500) Branden Robinson wrote: The main challenge here, as I understand it, is that d-i basically uses console-data's paradigm for keyboard description. So what we need is a gigantic mapping table in xserver-xfree86.config to translate console-data keyboard descriptions into XKB Rules/Model/Layout(/Variant?) tuples. The package console-cyrillic does the oposite for the Cyrillic languages. This package is simply an inteligent wrapper arount `consolechars' and `loadkeys'. It provides the Linux console with flexible keyboard configuration similar to what xkb provides to X Window. It is possible to extend the functionality of console-cyrillic to cover non-Cyrillic languages, but this would require manual conversion of the files in /etc/X11/xkb/symbols to another format. Anton Zinoviev
Bug#170805: [Bug#170805] These fonts don't set DEFAULT_CHAR
On 6.IX.2003 at 02:27 Branden Robinson wrote: On Wed, Jan 15, 2003 at 07:03:14PM +0200, Anton Zinoviev wrote: I tried to reproduce this bug, but my X server never crashed. Instead it always freezed and forced me to press the Reset-button of the computer. I discovered that the bdf-fonts that cause this behaviour (package xfonts-cronyx-misc, version up to 2.3.8-1 -- these are ISO10646-1 fonts) did't have DEFAULT_CHAR. I am not able to reproduce this problem with xfont-cronyx-misc 2.3.8 and xserver-xfree86 4.2.1-6. Can you still reproduce it? No, I can not. However I tried also with an older version of xserver-xfree86 (from testing) and was not able to reproduce it either. Anton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#170805: [Bug#170805] These fonts don't set DEFAULT_CHAR
On 6.IX.2003 at 02:27 Branden Robinson wrote: On Wed, Jan 15, 2003 at 07:03:14PM +0200, Anton Zinoviev wrote: I tried to reproduce this bug, but my X server never crashed. Instead it always freezed and forced me to press the Reset-button of the computer. I discovered that the bdf-fonts that cause this behaviour (package xfonts-cronyx-misc, version up to 2.3.8-1 -- these are ISO10646-1 fonts) did't have DEFAULT_CHAR. I am not able to reproduce this problem with xfont-cronyx-misc 2.3.8 and xserver-xfree86 4.2.1-6. Can you still reproduce it? No, I can not. However I tried also with an older version of xserver-xfree86 (from testing) and was not able to reproduce it either. Anton
Bug#170805: [Bug#170805] These fonts don't set DEFAULT_CHAR
On 6.IX.2003 at 2:27 Branden Robinson wrote: I am not able to reproduce this problem with xfont-cronyx-misc 2.3.8 and xserver-xfree86 4.2.1-6. Can you still reproduce it? I will answer wneh I am able to upgrade my mashine to this version of xserver-xfree86. Probably after about a week. Anton Zinoviev
Bug#197155: xbase-clients.postinst should generate Xft index in font directories
On 12.VI.2003 at 15:04 Branden Robinson wrote: On Thu, Jun 12, 2003 at 06:33:47PM +0300, Anton Zinoviev wrote: xbase-clients.postinst should invoke xftcache in font directories. Why? xbase-clients doesn't ship any fonts. The Type1 packages doesn't depend on xbase-clients and xftcache should be invoked in cases when xbase-clients is installed after all font packages. xbase-clients neither knows what place in the installation sequence it has relative to font packages, nor can it affect that place. Exactly. When it happens xbase-clients to be installed after all font packages it is its job to invoke xftcache as in this case the font packages does not have the chance to invoke xftcache. Consider the relations between xfonts-scalable and xbase-clients. When xfonts-scalable is installed after xbase-clients its postinst invokes xftcache. But when xbase-clients is installed after xfonts-scalable, then 1) xfonts-scalable is not able to invoke xftcache and 2) xbase-clients doesn't care to do so. As a result no font cache is generated. During initial installation the user is not able to control the order in which the packages are being installed but the final result of the installation depends on this order. This is not nice. I am not sure but it seams that xutils is a better place for xftcache. There are more library dependencies of xftcache though. That's why xftcache is in xbase-clients. OK. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197154: Subject: It will be more convenient if xutils.postinst setups the font directories
On 12.VI.2003 at 14:53 Branden Robinson wrote: On Thu, Jun 12, 2003 at 06:31:32PM +0300, Anton Zinoviev wrote: Thats why packages providing Type1 fonts (as gsfonts and scalable-cyrfonts) have to be doubled -- one version for defoma and another for X. I do not understand why this is so. Your conclusion seems hasty, and does not follow from the sole identified premise. If xutils cares to setup the font directories properly there will be no need to double these font packages. There can be only one version which depends on defoma and invokes update-fonts-* _only if_ these commands are installed. In that case if xutils gets installed latter it cares to setup the font directories. In general, a package in Debian is expected to do everything necessary in its maintainer scripts to ensure that it is usable as intended once it is marked configured. Type1 fonts can be usable without X. One example is a print server which uses ghostscript. Defoma provides ghostscript with fonts. Another example can be TeX. The font packages only provide fonts and they should not depend on particular font consumers. If some software wants to use fonts it has to get them from Defoma (as ghostscript) or directly (as X and fontconfig). Otherwise the font packages would have to depend on all font consumers that don't support Defoma. Your proposal would undermine that. Font packages could be installed but not usable, They are usable by all software that wants to use them. or all font packages would have to Pre-Depend on xutils. Actually, that wouldn't do it, either. A trigger mechanism to tell xutils to run its postinst script again would be necessary. I am not sure I understand well this. But I see that I haven't explained well something. Consider the following case -- the package gsfonts is installed first, then comes xutils and lastly t1-teams. We have the following scenario: 1. The postinst of gsfonts sees that there is no update-fonts-dir and does nothing. 2. The postinst of xutils configures the font directories for packages that are installed before it (gsfonts in our case). 3. The package t1-teams adds new fonts. Its postinst sees that there are update-fonts-* scripts already and reconfigures the Type1 font directory. Packages need to ensure that they get themselves into a usable, configured state. They can't count on some other package's postinst script to do it for them. For a font package to be in a usable, configured state, one thing is enough: its postinst to register the fonts with Defoma. For Type1 fonts we need more -- to configure the X font directories, but X is able to afford this only because it is so important. Also, I do not see why you consider removing a dependency on xutils to be so important. It is not important, it is only desirable. xbase-clients (with their xftcache) and fontconfig are not much different to xutils with respect to the font packages. Hopefully the maintainer of fontconfig is willing to add support for Defoma, so there will be no need to depend on fontconfig also. It is also possible to add in xutils (or in some other X package) a support for Defoma, but what I propose is a simpler solution. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197155: xbase-clients.postinst should generate Xft index in font directories
On 13.VI.2003 at 11:43 Branden Robinson wrote: Let me mull over this. I don't want xbase-clients to go poking around the file system looking for fonts to configure. There should be one and only one directory it has to traverse. (My preference is /etc/X11/fonts.) As minimum this will be enough: FONTDIRS=Type1 UPDATECMDS=xftcache font_update In this case the TrueType and CID directories will be configured by Defoma. I didn't know that version 4.3 won't use xftcache. If xftcace is going to have quiet a limited life, bigger changes are not desirable. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197154: Subject: It will be more convenient if xutils.postinst setups the font directories
On 13.VI2003 at 11:48 Branden Robinson wrote: I am unhappy with defoma. Me too. I discovered that I am not able to remove some fonts from my packages. This is a design flaw, though it can be fixed. But I am not very embarassed about Defoma because I feel that I if some problem of Defoma starts to bother me too much, I will be forced not to be lazy and fix it. :) Hopefully its new maintainer will work with me / persuade me to see whatever light I'm supposed to be seeing. Defoma tries to be universal and possibly this is what makes it so complex. It can generate authomaticaly fonts.scale and fonts.alias for X, declare fonts and PS-name aliases for Ghostscript. I even managed to create a package defoma-tex that is able to make Type1 fonts available for TeX. (But then I realised that no one will use it -- gsfonts are internaly supported by TeX, for my packages I decided to use a different way and xfonts-scalable doesn't support Defoma.) Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197155: xbase-clients.postinst should generate Xft index in font directories
On 12.VI.2003 at 15:04 Branden Robinson wrote: On Thu, Jun 12, 2003 at 06:33:47PM +0300, Anton Zinoviev wrote: xbase-clients.postinst should invoke xftcache in font directories. Why? xbase-clients doesn't ship any fonts. The Type1 packages doesn't depend on xbase-clients and xftcache should be invoked in cases when xbase-clients is installed after all font packages. xbase-clients neither knows what place in the installation sequence it has relative to font packages, nor can it affect that place. Exactly. When it happens xbase-clients to be installed after all font packages it is its job to invoke xftcache as in this case the font packages does not have the chance to invoke xftcache. Consider the relations between xfonts-scalable and xbase-clients. When xfonts-scalable is installed after xbase-clients its postinst invokes xftcache. But when xbase-clients is installed after xfonts-scalable, then 1) xfonts-scalable is not able to invoke xftcache and 2) xbase-clients doesn't care to do so. As a result no font cache is generated. During initial installation the user is not able to control the order in which the packages are being installed but the final result of the installation depends on this order. This is not nice. I am not sure but it seams that xutils is a better place for xftcache. There are more library dependencies of xftcache though. That's why xftcache is in xbase-clients. OK. Anton Zinoviev
Bug#197154: Subject: It will be more convenient if xutils.postinst setups the font directories
On 12.VI.2003 at 14:53 Branden Robinson wrote: On Thu, Jun 12, 2003 at 06:31:32PM +0300, Anton Zinoviev wrote: Thats why packages providing Type1 fonts (as gsfonts and scalable-cyrfonts) have to be doubled -- one version for defoma and another for X. I do not understand why this is so. Your conclusion seems hasty, and does not follow from the sole identified premise. If xutils cares to setup the font directories properly there will be no need to double these font packages. There can be only one version which depends on defoma and invokes update-fonts-* _only if_ these commands are installed. In that case if xutils gets installed latter it cares to setup the font directories. In general, a package in Debian is expected to do everything necessary in its maintainer scripts to ensure that it is usable as intended once it is marked configured. Type1 fonts can be usable without X. One example is a print server which uses ghostscript. Defoma provides ghostscript with fonts. Another example can be TeX. The font packages only provide fonts and they should not depend on particular font consumers. If some software wants to use fonts it has to get them from Defoma (as ghostscript) or directly (as X and fontconfig). Otherwise the font packages would have to depend on all font consumers that don't support Defoma. Your proposal would undermine that. Font packages could be installed but not usable, They are usable by all software that wants to use them. or all font packages would have to Pre-Depend on xutils. Actually, that wouldn't do it, either. A trigger mechanism to tell xutils to run its postinst script again would be necessary. I am not sure I understand well this. But I see that I haven't explained well something. Consider the following case -- the package gsfonts is installed first, then comes xutils and lastly t1-teams. We have the following scenario: 1. The postinst of gsfonts sees that there is no update-fonts-dir and does nothing. 2. The postinst of xutils configures the font directories for packages that are installed before it (gsfonts in our case). 3. The package t1-teams adds new fonts. Its postinst sees that there are update-fonts-* scripts already and reconfigures the Type1 font directory. Packages need to ensure that they get themselves into a usable, configured state. They can't count on some other package's postinst script to do it for them. For a font package to be in a usable, configured state, one thing is enough: its postinst to register the fonts with Defoma. For Type1 fonts we need more -- to configure the X font directories, but X is able to afford this only because it is so important. Also, I do not see why you consider removing a dependency on xutils to be so important. It is not important, it is only desirable. xbase-clients (with their xftcache) and fontconfig are not much different to xutils with respect to the font packages. Hopefully the maintainer of fontconfig is willing to add support for Defoma, so there will be no need to depend on fontconfig also. It is also possible to add in xutils (or in some other X package) a support for Defoma, but what I propose is a simpler solution. Anton Zinoviev
Bug#197155: xbase-clients.postinst should generate Xft index in font directories
Package: xbase-clients Severity: normal xbase-clients.postinst should invoke xftcache in font directories. The Type1 packages doesn't depend on xbase-clients and xftcache should be invoked in cases when xbase-clients is installed after all font packages. I am not sure but it seams that xutils is a better place for xftcache. There are more library dependencies of xftcache though. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197156: dexconf and xfs should include the fontpaths by x-ttcidfont-conf
Subject: dexconf and xfs should include the fontpaths by x-ttcidfont-conf Package: xfree86 Severity: wishlist Dexconf should add to XF86Config(-4) the standard fontpaths for TrueType (for X-servers version =4) and CID fonts (for all X-servers). /etc/X11/fs/config should also include these paths. Two patches to fix this are attached. Anton Zinoviev --- dexconf.old 2003-06-07 23:35:34.0 +0300 +++ dexconf.new 2003-06-07 23:39:10.0 +0300 @@ -199,6 +199,7 @@ FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/Type1 + FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/misc @@ -218,6 +219,8 @@ FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/Type1 + FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType + FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/misc --- config.old 2003-02-26 02:51:07.0 +0200 +++ config.new 2003-06-08 14:47:18.0 +0300 @@ -12,7 +12,7 @@ # turn off TCP port listening (Unix domain connections are still permitted) no-listen = tcp # paths to search for fonts -catalogue = /usr/lib/X11/fonts/Type1/,/usr/lib/X11/fonts/CID/,/usr/lib/X11/fonts/Speedo/,/usr/lib/X11/fonts/misc/,/usr/lib/X11/fonts/cyrillic/,/usr/lib/X11/fonts/100dpi/,/usr/lib/X11/fonts/75dpi/ +catalogue = /usr/lib/X11/fonts/Type1/,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID,/usr/lib/X11/fonts/CID/,/usr/lib/X11/fonts/Speedo/,/usr/lib/X11/fonts/misc/,/usr/lib/X11/fonts/cyrillic/,/usr/lib/X11/fonts/100dpi/,/usr/lib/X11/fonts/75dpi/ # in decipoints default-point-size = 120 # x1,y1,x2,y2,...
Bug#197154: Subject: It will be more convenient if xutils.postinst setups the font directories
Package: xutils
Severity: wishlist
Now all font packages depend on xutils and invoke
update-fonts-{dirs,alias,scale} by themselves. Thats why packages
providing Type1 fonts (as gsfonts and scalable-cyrfonts) have to be
doubled -- one version for defoma and another for X. If xutils cares
to setup the font directories properly there will be no need to double
these font packages. There can be only one version which depends on
defoma and invokes update-fonts-* _only if_ these commands are
installed. In that case if xutils gets installed latter it cares to
setup the font directories.
I decided to split scalable-cyrfonts as type1-cyrillic, type1-teams
and type1-oldslavic. For now these packages depend on xutils but it
would be nice if I could remove this dependency.
Anton Zinoviev
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197153: update-fonts-* should skip packages that are removed but not purged
Package: xutils Severity: normal When a font package is removed but not purged its configuration files stay in /etc/X11/fonts and cause false fonts.alias and fonts.scale items. A patches for update-fonts-scale and update-fonts-alias are attached. Anton Zinoviev --- update-fonts-scale.old 2003-06-08 15:29:51.0 +0300 +++ update-fonts-scale.new 2003-06-08 16:18:23.0 +0300 @@ -52,12 +52,19 @@ fi done if [ -n $VALID ]; then + $XDIR/fonts.scale.update-tmp # are there any files to process? if [ $(echo $ETCDIR/*.scale) != $ETCDIR/*.scale ]; then for file in $ETCDIR/*.scale; do -# omit count at top of file -tail +2 $file $XDIR/fonts.scale.update-tmp +package=`basename $file .scale` +if [ -e /usr/share/doc/$package ]; then + # omit count at top of file + tail +2 $file $XDIR/fonts.scale.update-tmp +fi done +fi +# Was there a processed file? +if [ -s $XDIR/fonts.scale.update-tmp ]; then # write new scale file in case we are interrupted # write new count to top of file # cat and pipe to wc so wc doesn't spew the filename @@ -66,7 +73,8 @@ mv $XDIR/fonts.scale.update-new $XDIR/fonts.scale rm $XDIR/fonts.scale.update-tmp else - # no files to process, remove the one in the font dir + # no files processed + rm -f $XDIR/fonts.scale.update-tmp rm -f $XDIR/fonts.scale # remove the font dir if it is empty rmdir $XDIR /dev/null 21 || true --- update-fonts-alias.old 2003-06-08 15:30:12.0 +0300 +++ update-fonts-alias.new 2003-06-08 16:18:07.0 +0300 @@ -52,20 +52,30 @@ fi done if [ -n $VALID ]; then + $XDIR/fonts.alias.update-tmp # are there any files to process? if [ $(echo $ETCDIR/*.alias) != $ETCDIR/*.alias ]; then + for file in $ETCDIR/*.alias; do +package=`basename $file .alias` +if [ -e /usr/share/doc/$package ]; then + echo !! $file $XDIR/fonts.alias.update-tmp + cat $file $XDIR/fonts.alias.update-tmp +fi + done +fi +# Was there a processed file? +if [ -s $XDIR/fonts.alias.update-tmp ]; then # write new alias file in case we are interrupted cat $XDIR/fonts.alias.update-new EOF !! fonts.alias -- automatically generated file. DO NOT EDIT. !! To modify, see update-fonts-alias(8). EOF - for file in $ETCDIR/*.alias; do -echo !! $file $XDIR/fonts.alias.update-new -cat $file $XDIR/fonts.alias.update-new - done + cat $XDIR/fonts.alias.update-tmp $XDIR/fonts.alias.update-new mv $XDIR/fonts.alias.update-new $XDIR/fonts.alias + rm $XDIR/fonts.alias.update-tmp else - # no files to process, remove the one in the font dir + # no files processed + rm -f $XDIR/fonts.alias.update-tmp rm -f $XDIR/fonts.alias # remove the font dir if it is empty rmdir $XDIR /dev/null 21 || true
Bug#170805: [Bug#170805] These fonts don't set DEFAULT_CHAR
On 15.I.2003 at 19:03 Anton Zinoviev wrote: I will upload the new packages and ask Alexandra Kossovsky if she can reproduce the bug with the new fonts. She answered that the X server doesn't crash with the new fonts. Anton Zinoviev
Bug#170805: [Bug#170805] These fonts don't set DEFAULT_CHAR
I tried to reproduce this bug, but my X server never crashed. Instead
it always freezed and forced me to press the Reset-button of the
computer.
I discovered that the bdf-fonts that cause this behaviour (package
xfonts-cronyx-misc, version up to 2.3.8-1 -- these are ISO10646-1
fonts) did't have DEFAULT_CHAR. When I added DEFAULT_CHAR to them the
problem disappeared.
The fonts from the packages xfonts-cronyx-{cp1251,koi8r,koi8u,isocyr}-misc
are the same but in eight bit encodings and they didn't caused any
problems. I also noticed that the font tixus.bdf doesn't have
DEFAULT_CHAR and its encoding is ISO8859-1 (i.e. eight bit).
After I made new packages with DEFAULT_CHAR in all fonts and I
installed the new package I was not able to reproduce the bug anymore
even if I added a directory with the old fonts to the font path. This
means that the bug is not always easy to reproduce.
The bug doesn't depend on whether I use font server or not.
fstobdf generates fonts with DEFAULT_CHAR 0. I don't know if this is
the supposed behaviour; these fonts don't include glyph with code 0.
I will upload the new packages and ask Alexandra Kossovsky if she can
reproduce the bug with the new fonts.
I found this in the package xspecs:
Properties named FONT_ASCENT, FONT_DESCENT, and
DEFAULT_CHAR should be provided to define the logical
font-ascent and font-descent and the default-char for
the font. These properties will be removed from the
actual font properties in the binary form produced by a
compiler. If these properties are not provided, a com-
piler may reject the font or may compute (arbitrary)
values for these properties.
According to this the compiler is supposed to deal with such fonts.
In my case bdftopcf didn't reject the fonts and didn't compute any
value for DEFAULT_CHAR. This means that bdftopcf is also responsible
for this bug.
Anton Zinoviev
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#170805: [Bug#170805] These fonts don't set DEFAULT_CHAR
I tried to reproduce this bug, but my X server never crashed. Instead
it always freezed and forced me to press the Reset-button of the
computer.
I discovered that the bdf-fonts that cause this behaviour (package
xfonts-cronyx-misc, version up to 2.3.8-1 -- these are ISO10646-1
fonts) did't have DEFAULT_CHAR. When I added DEFAULT_CHAR to them the
problem disappeared.
The fonts from the packages xfonts-cronyx-{cp1251,koi8r,koi8u,isocyr}-misc
are the same but in eight bit encodings and they didn't caused any
problems. I also noticed that the font tixus.bdf doesn't have
DEFAULT_CHAR and its encoding is ISO8859-1 (i.e. eight bit).
After I made new packages with DEFAULT_CHAR in all fonts and I
installed the new package I was not able to reproduce the bug anymore
even if I added a directory with the old fonts to the font path. This
means that the bug is not always easy to reproduce.
The bug doesn't depend on whether I use font server or not.
fstobdf generates fonts with DEFAULT_CHAR 0. I don't know if this is
the supposed behaviour; these fonts don't include glyph with code 0.
I will upload the new packages and ask Alexandra Kossovsky if she can
reproduce the bug with the new fonts.
I found this in the package xspecs:
Properties named FONT_ASCENT, FONT_DESCENT, and
DEFAULT_CHAR should be provided to define the logical
font-ascent and font-descent and the default-char for
the font. These properties will be removed from the
actual font properties in the binary form produced by a
compiler. If these properties are not provided, a com-
piler may reject the font or may compute (arbitrary)
values for these properties.
According to this the compiler is supposed to deal with such fonts.
In my case bdftopcf didn't reject the fonts and didn't compute any
value for DEFAULT_CHAR. This means that bdftopcf is also responsible
for this bug.
Anton Zinoviev
Bug#170805: xfontsel crashes the X server
Package: xserver-xfree86 Hi! I still don't use the new 4.2.0 X packages and I can not reproduce this bug with the old 4.1.0 packages. But as they assigned important severity I think it is worth not to wait until I can provide you with more information. I requested them for /var/log/XFree86.0.log. It is at the end of this message. Anton Zinoviev - Forwarded message from Alexandra N. Kossovsky [EMAIL PROTECTED] - Subject: Bug#170413: xfonts-cronyx-misc: xfontsel crash From: Alexandra N. Kossovsky [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] X-Mailer: reportbug 1.50 Date: Sat, 23 Nov 2002 19:19:09 +0300 X-Spam-Status: No, hits=-4.5 required=5.0 tests=SENT_BY_BTS,FORGED_RCVD_FOUND version=2.20 Package: xfonts-cronyx-misc Version: 2.3.8-1 Severity: important Hello! I am not sure that it is bug of xfonts-cronyx-misc and not of xfontsel (or X server?). The problem is following: when I call xfontsel -pattern -cronyx-fixed-bold-r-normal--18-120-100-100-c-90-iso10646-1 (or by any other way try to see fonts from xfonts-cronyx-misc package in xfontsel), my X Window System crashes. All fonts from other packages does not have this problem. I can use these fonts in unicode xterm without any problems. I can less /etc/X11/app-defaults/XFontSel in xterm with these fonts without any problems. I use unmodified /etc/X11/app-defaults/XFontSel from xbase-clients package; if I delete from *sampleTextUCS line all symbols except Latin Cyrillic, no crash occur. If I run xfontsel inside Xnest X server, the main X server crashes. I am ready to tell you any other information if it is necessary. Regards, Alexandra. And thank you for these fonts! -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux serv 2.4.19 #1 Sat Nov 16 00:16:17 MSK 2002 i686 Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R Versions of packages xfonts-cronyx-misc depends on: ii xutils4.2.1-3X Window System utility programs ii xbase-clients 4.2.1-3miscellaneous X clients ii xserver-xfree86 4.2.1-3the XFree86 X server - End forwarded message - XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18 i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: quot;/var/log/XFree86.1.logquot;, Time: Sat Nov 23 21:05:09 2002 (==) Using config file: quot;/etc/X11/XF86Config-4quot; (==) ServerLayout quot;Default Layoutquot; (**) |--gt;Screen quot;NVScreenquot; (0) (**) | |--gt;Monitor quot;Samsung SyncMaster 151Bquot; (**) | |--gt;Device quot;Riva TnT2 with nv driverquot; (**) |--gt;Input Device quot;Generic Keyboardquot; (**) Option quot;XkbRulesquot; quot;xfree86quot; (**) XKB: rules: quot;xfree86quot; (**) Option quot;XkbModelquot; quot;pc104quot; (**) XKB: model: quot;pc104quot; (**) Option quot;XkbLayoutquot; quot;ruquot; (**) XKB: layout: quot;ruquot; (**) Option quot;XkbOptionsquot; quot;grp:win_togglequot; (**) XKB: options: quot;grp:win_togglequot; (==) Keyboard: CustomKeycode disabled (**) |--gt;Input Device quot;Configured Mousequot; (**) |--gt;Input Device quot;Generic Mousequot; (**) FontPath set to quot;unix/:7100,unix/:7110quot; (==) RgbPath set to quot;/usr/X11R6/lib/X11/rgbquot; (==) ModulePath set to quot;/usr/X11R6/lib/modulesquot; (--) using VT number 10 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: quot;bitmapquot; (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=quot;The XFree86 Projectquot; compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: quot;pcidataquot; (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=quot;The XFree86 Projectquot; compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8058, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1130 card 8086,1130 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip
Bug#170805: xfontsel crashes the X server
Package: xserver-xfree86 Hi! I still don't use the new 4.2.0 X packages and I can not reproduce this bug with the old 4.1.0 packages. But as they assigned important severity I think it is worth not to wait until I can provide you with more information. I requested them for /var/log/XFree86.0.log. It is at the end of this message. Anton Zinoviev - Forwarded message from Alexandra N. Kossovsky [EMAIL PROTECTED] - Subject: Bug#170413: xfonts-cronyx-misc: xfontsel crash From: Alexandra N. Kossovsky [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] X-Mailer: reportbug 1.50 Date: Sat, 23 Nov 2002 19:19:09 +0300 X-Spam-Status: No, hits=-4.5 required=5.0 tests=SENT_BY_BTS,FORGED_RCVD_FOUND version=2.20 Package: xfonts-cronyx-misc Version: 2.3.8-1 Severity: important Hello! I am not sure that it is bug of xfonts-cronyx-misc and not of xfontsel (or X server?). The problem is following: when I call xfontsel -pattern -cronyx-fixed-bold-r-normal--18-120-100-100-c-90-iso10646-1 (or by any other way try to see fonts from xfonts-cronyx-misc package in xfontsel), my X Window System crashes. All fonts from other packages does not have this problem. I can use these fonts in unicode xterm without any problems. I can less /etc/X11/app-defaults/XFontSel in xterm with these fonts without any problems. I use unmodified /etc/X11/app-defaults/XFontSel from xbase-clients package; if I delete from *sampleTextUCS line all symbols except Latin Cyrillic, no crash occur. If I run xfontsel inside Xnest X server, the main X server crashes. I am ready to tell you any other information if it is necessary. Regards, Alexandra. And thank you for these fonts! -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux serv 2.4.19 #1 Sat Nov 16 00:16:17 MSK 2002 i686 Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R Versions of packages xfonts-cronyx-misc depends on: ii xutils4.2.1-3X Window System utility programs ii xbase-clients 4.2.1-3miscellaneous X clients ii xserver-xfree86 4.2.1-3the XFree86 X server - End forwarded message - XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18 i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: quot;/var/log/XFree86.1.logquot;, Time: Sat Nov 23 21:05:09 2002 (==) Using config file: quot;/etc/X11/XF86Config-4quot; (==) ServerLayout quot;Default Layoutquot; (**) |--gt;Screen quot;NVScreenquot; (0) (**) | |--gt;Monitor quot;Samsung SyncMaster 151Bquot; (**) | |--gt;Device quot;Riva TnT2 with nv driverquot; (**) |--gt;Input Device quot;Generic Keyboardquot; (**) Option quot;XkbRulesquot; quot;xfree86quot; (**) XKB: rules: quot;xfree86quot; (**) Option quot;XkbModelquot; quot;pc104quot; (**) XKB: model: quot;pc104quot; (**) Option quot;XkbLayoutquot; quot;ruquot; (**) XKB: layout: quot;ruquot; (**) Option quot;XkbOptionsquot; quot;grp:win_togglequot; (**) XKB: options: quot;grp:win_togglequot; (==) Keyboard: CustomKeycode disabled (**) |--gt;Input Device quot;Configured Mousequot; (**) |--gt;Input Device quot;Generic Mousequot; (**) FontPath set to quot;unix/:7100,unix/:7110quot; (==) RgbPath set to quot;/usr/X11R6/lib/X11/rgbquot; (==) ModulePath set to quot;/usr/X11R6/lib/modulesquot; (--) using VT number 10 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: quot;bitmapquot; (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=quot;The XFree86 Projectquot; compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: quot;pcidataquot; (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=quot;The XFree86 Projectquot; compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8058, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1130 card 8086,1130 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip
Re: proposed alt/meta change to /etc/X11/symbols/us
On 6.X.2001 at 23:06 Branden Robinson wrote:
I'll see if I can figure out how to create an options file for it. (A
la /etc/X11/xkb/symbols/ctrl).
I haven't tested this as now I am not using X:
partial modifier_keys
xkb_symbols alt_meta {
key LALT {[ Alt_L, Meta_L ] };
key RALT {[ Alt_R, Meta_R ] };
modifier_map Mod1 { Alt_L, Alt_R, Meta_L, Meta_R };
}
partial modifier_keys
xkb_symbols euro_alt_meta {
key LALT {[ Alt_L, Meta_L ] };
key RALT {[ Mode_switch, Multi_key ] };
modifier_map Mod1 { Alt_L, Meta_L };
}
partial modifier_keys
xkb_symbols compose_alt_meta {
key LALT {[ Alt_L, Meta_L ] };
key RALT {[ Multi_key ] };
modifier_map Mod1 { Alt_L, Meta_L };
}
Anton Zinoviev, [EMAIL PROTECTED]
Re: non-latin keyboard with unicode ?
On 03.VI.2001 at 02:14 Drew Parsons wrote: On Sat, Jun 02, 2001 at 02:48:16PM +0300, Anton Zinoviev wrote: On 27.V.2001 at 04:00 Drew Parsons wrote: [...] and setting LC-CTYPE=ru_RU.KOI8-R. Set it to ru_RU.UTF-8 or else the keyboard will continue to generate KOI8-R encoded Cyrillic. Or better just unset it. Your en_AU.UTF-8 locale should be able to handle Cyrillic. No, I tried that. I set LC_CTYPE to UTF-8 inside the xterm, but that's where I got the problem. Do you mean I should set the locale somewhere else? Say, in the console where I run startx from, before X even starts? Set it to UTF-8 outside xterm. For example set it in some xterm, then start in this xterm another xterm. The new xterm should be able to accept Cyrillic. If you set LC_CTYPE in a xterm this affects only programs started in it, but not the xterm itself. Anton Zinoviev, [EMAIL PROTECTED] P.S. I apologize to Drew for a copy of this mail I send to him. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
