Bug#677851: xfonts-base: should be Multi-Arch: foreign
Package: xfonts-base Version: 1:1.0.3 Severity: normal User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch xfonts-base should be marked Multi-Arch: foreign (given that it is Architecture: all and depends only on a Multi-Arch: foreign package). Otherwise, foreign-architecture xorg won't be installable: % LANG=C sudo apt-get -d install xorg:amd64 xserver-xorg:amd64 xserver-xorg-core:amd64 libaudit0:amd64 libxfont1:amd64 xinit:amd64 xauth:amd64 x11-xkb-utils:amd64 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: xorg:amd64 : Depends: xfonts-base:amd64 (= 1:1.0.0-1) but it is not installable Depends: xfonts-100dpi:amd64 (= 1:1.0.0-1) but it is not installable Depends: xfonts-75dpi:amd64 (= 1:1.0.0-1) but it is not installable Depends: xfonts-scalable:amd64 (= 1:1.0.0-1) but it is not installable Depends: x11-apps:amd64 but it is not going to be installed Depends: x11-session-utils:amd64 but it is not going to be installed Depends: x11-xserver-utils:amd64 but it is not going to be installed Depends: xfonts-utils:amd64 Depends: xkb-data:amd64 but it is not installable Depends: xorg-docs-core:amd64 but it is not installable xserver-xorg:amd64 : Depends: xkb-data:amd64 (= 1.4) but it is not installable xserver-xorg-core:amd64 : Depends: xserver-common:amd64 (= 2:1.12.1.902-1) but it is not installable Depends: keyboard-configuration:amd64 but it is not installable E: Unable to correct problems, you have held broken packages. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (400, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfonts-base depends on: ii xfonts-utils 1:7.7~1 xfonts-base recommends no packages. Versions of packages xfonts-base suggests: ii xnest [xserver] 2:1.12.1.902-1 ii xserver-xephyr [xserver] 2:1.12.1.902-1 ii xserver-xorg [xserver]1:7.6+13 ii xvfb [xserver]2:1.12.1.902-1 -- no debconf information -- 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/20120617093349.ga15...@sghpc.golosunov.pp.ru
Bug#677884: xkb-data: should be Multi-Arch: foreign
Package: xkb-data Version: 2.5.1-1 Severity: normal User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch As xkb-data is an Architecture: all package with no dependencies or maintainer scripts, it should be marked Multi-Arch: foreign. Otherwise, foreign-architecture xserver-xorg won't be installable: % LANG=C sudo apt-get -d install xorg:amd64 xserver-xorg:amd64 xserver-xorg-core:amd64 libaudit0:amd64 libxfont1:amd64 xinit:amd64 xauth:amd64 x11-xkb-utils:amd64 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: xorg:amd64 : Depends: xfonts-base:amd64 (= 1:1.0.0-1) but it is not installable Depends: xfonts-100dpi:amd64 (= 1:1.0.0-1) but it is not installable Depends: xfonts-75dpi:amd64 (= 1:1.0.0-1) but it is not installable Depends: xfonts-scalable:amd64 (= 1:1.0.0-1) but it is not installable Depends: x11-apps:amd64 but it is not going to be installed Depends: x11-session-utils:amd64 but it is not going to be installed Depends: x11-xserver-utils:amd64 but it is not going to be installed Depends: xfonts-utils:amd64 Depends: xkb-data:amd64 but it is not installable Depends: xorg-docs-core:amd64 but it is not installable xserver-xorg:amd64 : Depends: xkb-data:amd64 (= 1.4) but it is not installable xserver-xorg-core:amd64 : Depends: xserver-common:amd64 (= 2:1.12.1.902-1) but it is not installable Depends: keyboard-configuration:amd64 but it is not installable E: Unable to correct problems, you have held broken packages. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (400, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- 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/20120617134327.ga19...@sghpc.golosunov.pp.ru
Bug#677884: xkb-data: should be Multi-Arch: foreign
17.06.2012 в 16:09:10 +0200 Cyril Brulebois напиÑал: Stepan Golosunov ste...@golosunov.pp.ru (17/06/2012): As xkb-data is an Architecture: all package with no dependencies or maintainer scripts, it should be marked Multi-Arch: foreign. Otherwise, foreign-architecture xserver-xorg won't be installable [â¦] Because of course you *need* a foreign X server? Because, for example, I might want to cross-grade the whole system without crossgrading dpkg and xorg at the same time. Or because I just want to check which version works better. Also, there are other packages depending on xkb-data. And some of them are already Multi-Arch: same. In any case, adding Multi-Arch: header to xkb-data is a trivial change. -- 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/20120617150309.ga20...@sghpc.golosunov.pp.ru
Bug#482788: xfs is not running after upgrade
Package: xfs Version: 1:1.0.7-2 Severity: normal During upgrade xfs is stopped and not started: Preparing to replace xfs 1:1.0.6-1 (using .../xfs_1%3a1.0.7-2_i386.deb) ... Stopping X font server: xfs. Removing obsolete conffile /etc/X11/fs/xfs.options ... Unpacking replacement xfs ... ... Setting up xfs (1:1.0.7-2) ... Installing new version of config file /etc/init.d/xfs ... xfs already in /etc/runlevel.conf: No change. Postinst is looking into /etc/X11/fs/xfs.options, but as this file is removed by preinst, it always defines NOSTART=yes and does not start xfs. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfs depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libfs62:1.0.0-5 X11 Font Services library ii libxfont1 1:1.3.2-1 X11 font rasterisation library xfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404108: mesa-utils: glxinfo crashes in Xephyr
Package: mesa-utils Version: 6.3.2-2.1 Severity: normal When run in Xephyr glxinfo crashes: % glxinfo name of display: :2.0 Error: couldn't find RGB GLX visual visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- zsh: segmentation fault glxinfo -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages mesa-utils depends on: ii freeglut32.4.0-5 OpenGL Utility Toolkit ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.1-0.4 The OpenGL utility library (GLU) ii libx11-6 2:1.0.3-4 X11 client-side library mesa-utils recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403360: xterm: destroyes first displayed character
Package: xterm Version: 222-1 Severity: normal Tags: l10n xterm destroyes first character displayed by LC_ALL=ru_RU.UTF-8 xterm -e 'date;read' (bug.png), compare with LC_ALL=ru_RU.UTF-8 xterm -e 'reset;date;read' (reset.png). I can't reproduce this bug with non-utf8 locales and +lc switch, but xterm -lc -e 'date;read' disappears immediately in any such locale (including C). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2 Base X bitmaps Versions of packages xterm recommends: ii xutils 1:7.1.ds.3-1 X Window System utility programs -- debconf-show failed bug.png Description: PNG image reset.png Description: PNG image
Bug#381591: xterm: locale mode does not work
Package: xterm Version: 210-3 Severity: normal Tags: l10n After upgrading from sarge to etch xterm stopped showing cyrillic characters and changed fonts. My .Xresources file contained XTerm*locale: true XTerm*VT100.utf8Fonts.font: -xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1 XTerm*VT100.utf8Fonts.font2: -xos4-terminus-medium-r-normal--16-160-72-72-c-80-iso10646-1 XTerm*VT100.utf8Fonts.font3: -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1 XTerm*VT100.utf8Fonts.font4: -xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1 XTerm*VT100.utf8Fonts.font5: -xos4-terminus-medium-r-normal--24-240-72-72-c-120-iso10646-1 XTerm*VT100.utf8Fonts.font6: -xos4-terminus-medium-r-normal--28-280-72-72-c-140-iso10646-1 Running xterm -fn -xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1 worked, so I added XTerm*VT100.font: -xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1 XTerm*VT100.font2: -xos4-terminus-medium-r-normal--16-160-72-72-c-80-iso10646-1 XTerm*VT100.font3: -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1 XTerm*VT100.font4: -xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1 XTerm*VT100.font5: -xos4-terminus-medium-r-normal--24-240-72-72-c-120-iso10646-1 XTerm*VT100.font6: -xos4-terminus-medium-r-normal--28-280-72-72-c-140-iso10646-1 to .Xresources. But this doesn't help with non-utf8 locales. Also xterm -lc now shows xterm: bad command line option -lc which contradicts to man xterm. P.S. I also was hit by #368285. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfontconfig12.3.2-7generic font configuration library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libncurses5 5.5-2 Shared libraries for terminal hand ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-7 X11 client-side library ii libxaw7 1:1.0.1-5 X11 Athena Widget library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxt61:1.0.0-5 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii xutils1:7.1.ds-1 X Window System utility programs -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r2301 - trunk/app/xutils/debian
On Sun, Jun 11, 2006 at 07:15:32PM -0400, X Strike Force SVN Repository Admin
wrote:
Author: dnusinow
Date: 2006-06-11 19:15:31 -0400 (Sun, 11 Jun 2006)
New Revision: 2301
+ * Version pre-depends on x11-common
There is no pre-depends in the diff:
-Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common, xfonts-utils,
xutils-dev
+Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common (= 1:7.0.0),
xfonts-utils, xutils-dev
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Proposed debconf templates rewrite to follow the Developer's Reference 6.5
On Wed, May 10, 2006 at 08:21:52AM +0200, Christian Perrier wrote: I personnally prefer experimented over advanced because advanced is negative towards other users. What is experimented user? Did you mean experienced? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch.
On Wed, May 10, 2006 at 03:12:30PM +0200, Edward Welbourne wrote: Package: xserver-xorg-video-i810 Version: 1:1.5.1.0-2 Severity: grave Justification: renders package unusable Due to a power outage, I had to re-boot my etch box after some months, during which I'd updated it, so am now using the modern xserver-xorg-* package fragments, where I was using a more monolithic xorg when last I booted. When re-booted, I got no xdm up. This is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365134 Initially, this was because /etc/init.d/xdm referred to /usr/bin/X11/xdm, which no longer exists. When I amended that, I still got failure, since /etc/X11/default-display-manager had also survived, and referred to the same xdm. Reverting the prior amend and inserting a symlink in /usr/X11R6/bin/ solved those problems, so that xdm at least *tried* to start up. It still failed, now saying that it couldn't make sense of the hardware (I've had a very grim six hours since then, of trying to get my machine back in an X-compatible state, without success, so don't remember the exact wording; having now reverted to as close as I can remember to that state, I lack the /usr/bin/X that xdm wants). Then I remembered that xorg had recently gone into many-package form, so went looking for a suitable xserver-xorg-video-* for the hardware reported to me by lspci: :00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL Express Chipset Family Graphics Controller (rev 04) It looks like the package I want is xserver-xorg-video-i810; but, when I tried to install that, it was broken, because it depends on xserver-xorg-core, which is not present in etch. So I can't actually install this package to find out whether it really is what I need. There seems little point making a package available to testing when it depends on a package unavailable to testing. Carving up a package into lots of little packages is a cool move, as long as all hardware set-ups whose support has moved into one of those packages are still catered to by a set-up on the branch (in this case testing) on which the big package provided support before its demise. xserver-xorg 6.9.0.dfsg.1-6 is still in testing, so you do not need xserver-xorg-video-i810. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366599: xdm looks for /usr/bin/X, but I have /usr/X11R6/bin/X
package xdm severity 366599 grave merge 365134 366599 thanks On Tue, May 09, 2006 at 08:23:55PM +0100, Phil Endecott wrote: Package: xdm Version: 1:1.0.1-6 Severity: normal Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Phil Endecott [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: /etc/X11/xdm/Xservers calls /usr/bin/X, but I have /usr/X11R6/bin/X Message-ID: [EMAIL PROTECTED] X-Mailer: reportbug 3.20 Date: Tue, 09 May 2006 20:09:27 +0100 Package: xdm Version: 1:1.0.1-6 Severity: normal I've just tried to upgrade xdm to 1:1.0.1-6, from a not-very-old 6.9.something version (sorry, I don't think I can now find out what the old version was). I have not upgraded any other X packages. When xdm tries to start, according to /var/log/xdm.log : server /usr/bin/X cannot be executed This comes from /etc/X11/xdm/Xservers, which has this path hardcoded. My X server seems to be in /usr/X11R6/bin/X, provided by xserver-common 6.9.0.dfsg.1-4. My guess is that the location of the X server has changed recently, and that if I now upgraded my other X packages it would now work properly. But I'm not going to test this. One solution would be to make xdm depend on whatever package it is that provides the X server, so that it will find it in the right place. Otherwise some mechanism to find X wherever it is installed is needed. This is a duplicate of #365134, merging. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366516: boot process of fresh etch installation does not lead to graphic login: inconsistent paths /usr/bin vs /usr/bin/X11
package xdm severity 366516 grave merge 366516 365134 thanks On Tue, May 09, 2006 at 01:01:43PM +0200, [EMAIL PROTECTED] wrote: (1) At some stage, startx failed because some scripts expect xdm to reside in /usr/bin/X11 whereas etch installed it in /usr/bin. A symbolic link helped. At this stage, if not earlier, I was able to start X11 from tty1 via startx. (2) /etc/inittab comes with default runlevel=2. It seems that I have to change this manually. By default there is no difference between runlevels 2-5 in Debian, so you do not have to change anything in /etc/inittab. (3) After the n-th reboot, no progress: still a vt100 login to tty1 instead of the graphic X11 login screen. At last, I found an enlightening message in xdm.log: server /usr/bin/X cannot be executed server open failed for :0, giving up and so on. Another link towards /usr/bin/X11 helped. This bug is caused by missing dependency on x11-common from unstable, and was already reported as #365134. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365755: installation fails
package xserver-xorg severity 365755 grave merge 365755 365282 thanks On Tue, May 02, 2006 at 10:09:52AM -0700, [EMAIL PROTECTED] wrote: Package: xserver-xorg Version: 1:7.0.15 Installation fails. here is the output: Preconfiguring packages ... xserver-xorg failed to preconfigure, with exit status 10 (Reading database ... 150223 files and directories currently installed.) Preparing to replace xserver-xorg 1:7.0.14 (using .../xserver-xorg_1%3a7.0.15_all.deb) ... dpkg: error processing /var/cache/apt/archives/xserver-xorg_1%3a7.0.15_all.deb (--unpack): subprocess pre-installation script returned error exit status 10 xserver-xorg postinst warning: not updating /etc/X11/X; file has been customized cat: /var/lib/x11/xorg.conf.md5sum: No such file or directory xserver-xorg postinst warning: not updating /etc/X11/xorg.conf; file has been customized Another duplicate of #365282. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#362313: xserver-xorg dependency hell
On Thu, Apr 20, 2006 at 07:50:21PM +0200, Michel Dänzer wrote: On Thu, 2006-04-20 at 18:57 +0200, [EMAIL PROTECTED] wrote: xserver-xorg-core - xserver-xorg-video-all - xserver-xorg-video-apm - xserver-xorg-core and xserver-xorg-core - xserver-xorg-input-all - xserver-xorg-input-evdev - xserver-xorg-core Note that the -all links are really redundant, as every individual driver can satisfy the xserver-xorg-core dependency on its own. Do you have a better suggestion, given that the server requires at least one video and input driver and that the drivers aren't useful without the server? BTW, several drivers (xserver-xorg-video-siliconmotion, for example) reached testing because they do not declare dependency on xserver-xorg-core. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341808: xterm: does not respect charmap for some locales
Package: xterm Version: 4.3.0.dfsg.1-14sarge1 Severity: normal When xterm is running in ru_RU locale (which uses ISO-8859-5), it shows characters as if they were KOI8-R encoded, giving garbage: $ locale;locale charmap;date LANG=ru_RU LC_CTYPE=ru_RU LC_NUMERIC=ru_RU LC_TIME=ru_RU LC_COLLATE=ru_RU LC_MONETARY=ru_RU LC_MESSAGES=ru_RU LC_PAPER=ru_RU LC_NAME=ru_RU LC_ADDRESS=ru_RU LC_TELEPHONE=ru_RU LC_MEASUREMENT=ru_RU LC_IDENTIFICATION=ru_RU LC_ALL= ISO-8859-5 аяБ ╢уз 3 13:16:22 SAMT 2005 LANG=ru_RU.ISO8859-5 xterm shows characters in iso-8859-5 encoding. ru_RU.UTF-8, ru_RU.KOI8-R and ru_RU.CP1251 locales are unaffected. $ grep ru_RU /etc/locale.gen ru_RU ISO-8859-5 ru_RU.KOI8-R KOI8-R ru_RU.CP1251 CP1251 ru_RU.UTF-8 UTF-8 My .Xresources file contains XTerm*locale: true XTerm*VT100.utf8Fonts.font: -xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1 XTerm*VT100.utf8Fonts.font2: -xos4-terminus-medium-r-normal--16-160-72-72-c-80-iso10646-1 XTerm*VT100.utf8Fonts.font3: -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1 XTerm*VT100.utf8Fonts.font4: -xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1 XTerm*VT100.utf8Fonts.font5: -xos4-terminus-medium-r-normal--24-240-72-72-c-120-iso10646-1 XTerm*VT100.utf8Fonts.font6: -xos4-terminus-medium-r-normal--28-280-72-72-c-140-iso10646-1 P.S. ISO-8859-5 ru_RU locale is not widely used, but /usr/share/i18n/SUPPORTED contains ru_RU ISO-8859-5 line -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libncurses55.4-4 Shared libraries for terminal hand ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii xfree86-common 4.3.0.dfsg.1-14sarge1 X Window System (XFree86) infrastr ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii xlibs-data 4.3.0.dfsg.1-14sarge1 X Window System client data -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X Strike Force X.Org X11 SVN commit: r608 - in trunk/debian: . po
On Mon, Sep 19, 2005 at 03:11:01PM -0500, X Strike Force SVN Repository Admin wrote: Modified: trunk/debian/changelog === --- trunk/debian/changelog2005-09-19 00:30:21 UTC (rev 607) +++ trunk/debian/changelog2005-09-19 20:10:54 UTC (rev 608) @@ -10,6 +10,8 @@ [ Christian Perrier ] * Updated Basque translation (zh_CN.po). Thanks, Piarres Beobide! ^^ ^ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323586: [stripped Russian text].
On Wed, Aug 17, 2005 at 05:03:47PM +0200, David Martínez Moreno wrote: El Miércoles, 17 de Agosto de 2005 14:12, Антон escribió: Package:Xfree86-common Version: 4.3.0 Hello. Apart from explaining your problem in English, could you please send us the exact version of your XFree86 packages? You know: dpkg -l |grep dfsg This can show wrong version. For example, 4.3.0.dfsg.1-1 while actual version is 4.3.0.dfsg.1-14. Better use COLUMNS=100 dpkg -l |grep dfsg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
