Bug#929862: x11proto-dev: core protocol spec
Package: x11proto-dev Version: 2018.4-4 Severity: wishlist It'd be good if x11proto-dev included the core protocol spec x11protocol.txt alongside the various extension .txt specs. It isn't hiding elsewhere is it?, in which case a cross-ref. x11proto-dev says Provides x11proto-core-dev where x11protocol.txt last lived, which had me thinking to find it there.
Bug#909639: xdm: README.Debian on xdm-config file
Package: xdm Version: 1:1.1.11-3 Severity: minor File: /usr/share/doc/xdm/README.Debian README.Debian says Xresources contains X resources that are designed to be specific to sessions running under xdm. Note that this file does contain the resource entries for xdm itself -- those are contained in the file xdm-config. I found this a little unclear, in as much as Xresources does in fact contain resources for xdm itself (appearance). As a suggestion, maybe something like (assuming it's correct! :), /etc/X11/xdm/xdm-config contains X resources of xdm's "DisplayManager" host options, including possibly different filenames for the further files below. See the X(1) manual page for more information about X resources, and the xdm(1) manual page for documentation of the available xdm resources. /etc/X11/xdm/Xresources contains X resources for xdm's login widget appearance (including the Debian logo), and resources for external programs which xdm may run (the external host "chooser"). These resources are not present in the user's session once logged in (see /etc/X11/Xresources for that). I wouldn't mind seeing full filenames like /etc/X11/xdm/Xresources, at least at their first appearance. I know the directory is described at the start, but all these X related things start to look the same after a while so the full may help the casual reader or cutting and pasting. -- System Information: Debian Release: buster/sid Architecture: i386 (i686) Kernel: Linux 4.4.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_AU.iso88591, LC_CTYPE=en_AU.iso88591 (charmap=ISO-8859-1), LANGUAGE=en_AU:en_GB:en (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xdm depends on: ii cpp4:8.1.0-1 ii debconf [debconf-2.0] 1.5.69 ii libc6 2.27-6 ii libpam0g 1.1.8-3.8 ii libselinux12.8-1+b1 ii libx11-6 2:1.6.6-1 ii libxau61:1.0.8-1+b2 ii libxaw72:1.0.13-1+b2 ii libxdmcp6 1:1.1.2-3 ii libxext6 2:1.3.3-1+b2 ii libxft22.3.2-2 ii libxinerama1 2:1.1.4-1 ii libxmu62:1.1.2-2 ii libxpm41:3.5.12-1 ii libxrender11:0.9.10-1 ii libxt6 1:1.1.5-1 ii lsb-base 9.20170808 ii procps 2:3.3.15-2 ii x11-utils 7.7+4 ii x11-xserver-utils 7.7+8 ii xbase-clients 1:7.7+19 xdm recommends no packages. xdm suggests no packages. -- debconf information: shared/default-x-display-manager: xdm/daemon_name: /usr/bin/xdm xdm/stop_running_server_with_children: false
Bug#860503: libxcursor1: suggest /etc/alternatives/x-cursor-theme of the standard cursors
Drew Parsons writes: > > But you're asking for the core theme to be offered by a core > X package, Yes. The core cursors live in some base part of the core and I think could express their availability, as a theme, somewhere there. > xcursor-themes is optional. Ah, I don't think I knew it included core as a theme. I'd say /etc/X11/cursors/core.theme could be in a more base package. > We could set this up in the > postinst script of a X11 base package (libxcursor1 could be a > reasonable choice, otherwise xorg, xserver-xorg or xserver-xorg-core), Oh, now I'm not sure I know who actually reads the alternative. The server on reset? All client programs (through libxcursor1)? > But even then it would not solve your problem: xcursor-themes is > priority 30 while adwaita-icon-theme is priority 90. That's ok. It's probably proper for an add-on to be above the core, since installing it usually means you want it (though that's not the case with adwaita - it being brought in for the pics in gtk programs but then puts global cursors).
Bug#860503: libxcursor1: suggest /etc/alternatives/x-cursor-theme of the standard cursors
Package: libxcursor1 Version: 1:1.1.14-1+b4 Severity: wishlist It'd be good to have an /etc/alternatives/x-cursor-theme choice which is the standard cursor font, so that's available when other packages give other themes. I struck this when adwaita-icon-theme a while ago incorporated its cursor font into that package, with irritating cursor animations and stuff. adwaita-icon-theme is dragged in by gtk and things. Setting /etc/alternatives/x-cursor-theme to /dev/null returns to the standard cursors, but perhaps that's not really the right way. I'm not sure whether an alternative would belong in libxcursor1 or some other base package. It's ultimately libxcursor1 which reads chosen cursors if I'm not mistaken, but maybe something else is responsible for the paths. -- System Information: Debian Release: 9.0 Architecture: i386 (i686) Kernel: Linux 4.4.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_AU.iso88591, LC_CTYPE=en_AU.iso88591 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libxcursor1 depends on: ii libc62.24-9 ii libx11-6 2:1.6.4-3 ii libxfixes3 1:5.0.3-1 ii libxrender1 1:0.9.10-1 libxcursor1 recommends no packages. libxcursor1 suggests no packages. -- no debconf information
Bug#723718: suggest /etc/mailcap entry for xmore and xwud
retitle 723718 suggest /etc/mailcap entry for xmore and xwud thanks xwud could also helpfully have a mailcap entry too. New proposed debian/mime file below. xwud isn't the most sophisticated image viewer, but xwd is its native format and on a minimal x11 install it could be all that's available for xwd. # priority=6 here is below "less" at priority=8. # Believe "less" in an xterm is more featureful than xmore. # # Want to be above Emacs priority=5 entries made by update-mime from # /usr/share/applications/emacs24.desktop. Believe xmore is easier # for standalone use. # text/plain; xmore '%s'; test=test -n "$DISPLAY"; description=Plain Text; priority=6 # priority=0 here to act as a fallback if some text/foo type has nothing # specific. text/*; xmore '%s'; test=test -n "$DISPLAY"; description=Plain Text; priority=0 # xwud with no arguments reads from standard input which can let # run-mailcap or simlar feed it from a pipe rather than a temporary # file. # Lowish priority since xwud doesn't have many features. It's about # the same as imagemagick "display" so prioirty=2 the same as that. image/x-xwindowdump; xwud; test=test -n "$DISPLAY"; priority=2
Bug#737915: xnest: segv on mouse entering second nest screen
Package: xnest Version: 2:1.14.5-1 Severity: normal File: /usr/bin/Xnest If Xnest is run with two screens then when the mouse pointer is moved into the second screen it dies with a segfault. Eg. Xnest -scrns 2 :1 move mouse into second screen => segv If the mouse is already in the second screen window then move out and then back in to provoke the problem. (EE) Backtrace: (EE) 0: Xnest (xorg_backtrace+0x49) [0xb7721389] (EE) 1: Xnest (0xb7613000+0x112114) [0xb7725114] (EE) 2: linux-gate.so.1 (__kernel_rt_sigreturn+0x0) [0xb75f140c] (EE) 3: Xnest (0xb7613000+0x1c934) [0xb762f934] (EE) 4: Xnest (miPointerUpdateSprite+0x178) [0xb763e908] (EE) 5: Xnest (0xb7613000+0x2bc8e) [0xb763ec8e] (EE) 6: Xnest (0xb7613000+0x2470b) [0xb763770b] (EE) 7: Xnest (0xb7613000+0xe2955) [0xb76f5955] (EE) 8: Xnest (miPointerWarpCursor+0xee) [0xb763e6fe] (EE) 9: Xnest (0xb7613000+0x2bb72) [0xb763eb72] (EE) 10: Xnest (0xb7613000+0xe10a6) [0xb76f40a6] (EE) 11: Xnest (0xb7613000+0xe13ca) [0xb76f43ca] (EE) 12: Xnest (0xb7613000+0x1d41a) [0xb763041a] (EE) 13: Xnest (0xb7613000+0x1faf4) [0xb7632af4] (EE) 14: Xnest (WakeupHandler+0x6a) [0xb76efe0a] (EE) 15: Xnest (WaitForSomething+0x18b) [0xb771e75b] (EE) 16: Xnest (0xb7613000+0xd866e) [0xb76eb66e] (EE) 17: Xnest (0xb7613000+0x1a53a) [0xb762d53a] (EE) 18: /lib/i386-linux-gnu/i686/cmov/libc.so.6 (__libc_start_main+0xf5) [0xb70d68c5] (EE) 19: Xnest (0xb7613000+0x1a918) [0xb762d918] (EE) (EE) Segmentation fault at address 0x0 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xnest depends on: ii libaudit1 1:2.3.3-1 ii libc6 2.17-97 ii libgcrypt11 1.5.3-3 ii libpixman-1-0 0.32.4-1 ii libselinux1 2.2.2-1 ii libx11-62:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxext62:1.3.2-1 ii libxfont1 1:1.4.7-1 ii xserver-common 2:1.14.5-1 Versions of packages xnest recommends: ii libgl1-mesa-dri 9.2.2-1 xnest suggests no packages. -- 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/8761orzwon@blah.blah
Bug#723718: x11-apps: /etc/mailcap entry for xmore
Package: x11-apps Version: 7.7+1 Severity: wishlist File: /usr/bin/xmore This is an idea for an /etc/mailcap entry for xmore, so for example see foo.txt can run xmore. I get some joy from the lines of debian/mime below which dh_installmime can copy to /usr/lib/mime/packages/x11-apps For the priority levels perhaps there should be some coordination between more, less, xmore and nview as to which is better or equal in quality. But this is a start and a user can make their own order. # priority=6 here is below "less" at priority=8. # Believe "less" in an xterm is more featureful than xmore. # # Want to be above Emacs priority=5 entries made by update-mime from # /usr/share/applications/emacs24.desktop. Believe xmore is easier # for standalone use. # text/plain; xmore '%s'; test=test -n "$DISPLAY"; description=Plain Text; priority=6 # priority=0 here to act as a fallback if some text/foo type has nothing # specific. text/*; xmore '%s'; test=test -n "$DISPLAY"; description=Plain Text; priority=0 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages x11-apps depends on: ii cpp 4:4.6.1-2 ii libc62.17-92 ii libpng12-0 1.2.49-4 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.6.1-1 ii libxaw7 2:1.0.11-1 ii libxcursor1 1:1.1.14-1 ii libxext6 2:1.3.2-1 ii libxft2 2.3.1-1 ii libxkbfile1 1:1.0.8-1 ii libxmu6 2:1.1.1-1 ii libxmuu1 2:1.1.1-1 ii libxrender1 1:0.9.8-1 ii libxt6 1:1.1.4-1 Versions of packages x11-apps recommends: ii xbitmaps 1.1.1-2 Versions of packages x11-apps suggests: pn mesa-utils -- no debconf information
Bug#657215: [PATCH videoproto] Xvproto: fix xvEncodingInfo to match actual wire protocol
Julien Cristau writes: > > Both it and libXv use sz_xvEncodingInfo, which is ok. Am I right code is always supposed to use the "sz_" constants, not sizeof? Not that that would be an excuse to break anything. If in doubt I suppose could put the intended pad before, but leave the pad at the end as well so the sizeof is unchanged. Not matching the sz_, but at least not changed. -- 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/87r4g9d27v@blah.blah
Bug#657215: x11proto-video-dev: sizeof(xvEncodingInfo) vs sz_xvEncodingInfo
Julien Cristau writes: > > matches > http://cgit.freedesktop.org/xcb/proto/tree/src/xv.xml#n110 Ah, there you go, a second source for the layouts. (And I thought I'd embarrassed myself with the obvious or the irrelevant ...) -- "House, trophy or fish?" -- 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/87fwf4zll9@blah.blah
Bug#657215: Acknowledgement (x11proto-video-dev: sizeof(xvEncodingInfo) vs sz_xvEncodingInfo)
I wrote: > > where if I'm not mistaken the two are supposed to be equal. Ah dear, oops, forget that, no, they can't always be equal. It still may be worth putting the "pad" field where it's meant to take effect. The rule is to express internal padding explicitly rather than rely on the compiler is it not? -- 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/87obtszrbf@blah.blah
Bug#657215: x11proto-video-dev: sizeof(xvEncodingInfo) vs sz_xvEncodingInfo
Package: x11proto-video-dev
Version: 2.3.1-2
Severity: normal
File: /usr/include/X11/extensions/Xvproto.h
The program foo.c below with gcc 4.6.1-3 prints
sizeof(xvEncodingInfo) 24
sz_xvEncodingInfo 20
where if I'm not mistaken the two are supposed to be equal.
It looks like in the xvEncodingInfo the xvRational field is padded onto
a 4-byte boundary so
CARD32 encoding
CARD16 name_size
CARD16 width
CARD16 height
INT32 rate.num
INT32 rate.den
CARD16 pad
= 24 bytes
Perhaps since the rate is 2*INT32 the pad was always supposed to be
before, as
typedef struct {
XvEncodingID encoding B32;
CARD16 name_size B16;
CARD16 width B16, height B16;
CARD16 pad B16;
xvRational rate;
} xvEncodingInfo;
The server circa 1.7.7 seems to spit out 20 bytes in that form. If I'm
not mistaken it uses sz_xvEncodingInfo rather than sizeof, so quietly
ignores the "pad" field at the end. Eg. reply from QueryEncodings
000: 01d9 0600 0700 0100 d7bf 8243 0708 .C..
010: e63f 0d01 e43f 0d01 .?...?..
020: 0800 fe07 fe07 0d01 0100
030: 0100 5856 5f49 4d41 4745XV_IMAGE
The xlib XvQueryEncodings() looks like it uses sz_xvEncodingInfo too,
but I don't have anything with more than one encoding to try to provoke
it.
Presuming what the server sends is correct (or at least is much too late
to change now :-) then perhaps it'd be worth moving the "pad" field to
where it is actually in effect, making the struct size match what's
sent.
Dunno if that would have to rate as a break of binary compatibility.
Presumably yes strictly speaking if anyone exposed that struct in their
interface, but in practice I expect no if it's only ever meant as a
temporary to layout data on send or receive.
#include
#include
int
main (void)
{
printf ("sizeof(xvEncodingInfo) %u\n", sizeof(xvEncodingInfo));
printf ("sz_xvEncodingInfo %u\n", sz_xvEncodingInfo);
return 0;
}
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
-- no debconf information
Bug#629488: x11-xserver-utils: xsetroot man page -cursor_name cross ref
Cyril Brulebois writes: > > please don't use maintonly. Ah that'll be reportbug's idea of "minor". I thought after that it may be easier to just list the cursor names in the xsetroot page, since a user stands a good chance of not having the library programming docs. The list isn't terribly long. -- 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/87mxhptenj@blah.blah
Bug#629488: x11-xserver-utils: xsetroot man page -cursor_name cross ref
Package: x11-xserver-utils Version: 7.6+2 Severity: minor File: /usr/share/man/man1/xsetroot.1.gz The xsetroot man page says, -cursor_name cursorname ... Refer to appendix B of the X pro- tocol for the names (except that the XC_ prefix is elided for this option). But if I'm not mistaken the names are not in the X protocol manual appendix B but instead the Xlib programmer's manual appendix B. All this stuff is confusing enough to want good cross references. For debian the actual xlib manual file could be shown, to know exactly where to look file:///usr/share/doc/libx11-dev/libX11.html#x_font_cursors /usr/share/doc/libx11-dev/libX11.txt.gz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages x11-xserver-utils depends on: ii cpp 4:4.6.0-5 The GNU C preprocessor (cpp) ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libx11-6 2:1.4.3-1 X11 client-side library ii libxau6 1:1.0.6-1 X11 authorisation library ii libxaw7 2:1.0.9-2 X11 Athena Widget library ii libxcursor1 1:1.1.11-1 X cursor management library ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar ii libxi62:1.4.2-1 X11 Input extension library ii libxmu6 2:1.1.0-2 X11 miscellaneous utility library ii libxmuu1 2:1.1.0-2 X11 miscellaneous micro-utility li ii libxrandr22:1.3.1-1 X11 RandR extension library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt61:1.1.1-1 X11 toolkit intrinsics library ii libxxf86vm1 1:1.1.1-1 X11 XFree86 video mode extension l x11-xserver-utils recommends no packages. Versions of packages x11-xserver-utils suggests: pn cairo-5c (no description available) pn nickle (no description available) ii xorg-docs-core1:1.6-1Core documentation for the X.org X -- 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/87d3iqtnfn@blah.blah
Bug#621702: libxres1: pixmap size "bytes_overflow" multiplier on 64-bit system
Package: libxres1 Version: 2:1.0.5-1 Severity: normal While nosing around the sources of libxres I saw in src/XRes.c XResQueryClientPixmapBytes() #ifdef LONG64 *bytes = (rep.bytes_overflow * 4294967295) + rep.bytes; Is that "bytes_overflow" field the high 32-bits of the size? If so I wonder if the multiplier is supposed to be 1 greater, ie. 4294967296 == 2**32, or maybe a bit shift "<< 32". The server code looks like it might send out high 32-bits, http://cgit.freedesktop.org/xorg/xserver/tree/Xext/xres.c has ProcXResQueryClientPixmapBytes() #ifdef _XSERVER64 rep.bytes_overflow = bytes >> 32; But I don't have 64-bits and 4Gb memory to try it out, and I couldn't find a protocol spec to check ... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libxres1 depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libx11-6 2:1.4.2-1 X11 client-side library ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar ii x11-common1:7.5+8X Window System (X.Org) infrastruc libxres1 recommends no packages. libxres1 suggests no packages. -- no debconf information -- The sigfile one-line movie reviews series: "Razorback" -- easily the best movie ever made about a homicidal wild pig. -- 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/87d3kx7i7r@blah.blah
Bug#401944: libx11-dev: XDrawArc man page maths come out bad on tty
Package: libx11-dev
Version: 2:1.0.3-4
Severity: normal
File: /usr/share/man/man3/XDrawArc.3.gz
On a tty, the eqn math bits in "man XDrawArc" come out looking like
[x+wi2th,y+hei2ht]
or
2n for normal-angle in the range [32,2n]
which makes it pretty hard to understand.
Apparently gnu eqn and/or nroff aren't interested in trying to render
maths on a tty. It'd be nice if XDrawArc could have alternative bits
(".ie n" conditions) that come out better, "[x+width/2,y+height/2]"
and "[3*pi/2,2*pi]" etc.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15-1-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Versions of packages libx11-dev depends on:
ii libx11-6 2:1.0.3-4 X11 client-side library
ii libxau-dev1:1.0.1-2 X11 authorisation library (develop
ii libxdmcp-dev 1:1.0.1-2 X11 authorisation library (develop
ii libxext-dev 1:1.0.1-2 X11 miscellaneous extensions libra
ii x11-common1:7.1.0-7 X Window System (X.Org) infrastruc
ii x11proto-core-dev 7.0.7-2X11 core wire protocol and auxilia
ii x11proto-input-dev1.3.2-4X11 Input extension wire protocol
ii x11proto-kb-dev 1.0.3-2X11 XKB extension wire protocol
ii xtrans-dev1.0.1-3X transport library (development f
libx11-dev recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375170: xdm: README.Debian on X FAQ
Package: xdm Version: 1:1.0.4-2 Severity: minor File: /usr/share/doc/xdm/README.Debian The xdm README.Debian refers to two files which don't seem to exist /usr/share/doc/x11-common/FAQ.gz /usr/share/doc/xbase/README.Debian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages xdm depends on: ii cpp 4:4.1.1-1 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libpam0g 0.76-23Pluggable Authentication Modules l ii libselinux1 1.30-1 SELinux shared libraries ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxau6 1:1.0.0-3 X11 authorisation library ii libxaw7 1:1.0.1-5 X11 Athena Widget library ii libxdmcp6 1:1.0.0-4 X11 Display Manager Control Protoc ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxpm4 1:3.5.4.2-3X11 pixmap library ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii x11-common1:7.0.21 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.1-2 miscellaneous X clients xdm recommends no packages. -- debconf information: * xdm/default_servers_nolisten_tcp: xdm/stop_running_server_with_children: true * xdm/default_servers_100dpi: xdm/daemon_name: /usr/bin/X11/xdm * xdm/default_nolisten_udp: * shared/default-x-display-manager: xdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373870: xdm: README.Debian referring to nonexistant files
Package: xdm Version: 1:1.0.4-2 Severity: minor File: /usr/share/doc/xdm/README.Debian The xdm README.Debian refers to two files which don't seem to exist /usr/share/doc/x11-common/FAQ.gz /usr/share/doc/xbase/README.Debian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages xdm depends on: ii cpp 4:4.1.1-1 The GNU C preprocessor (cpp) ii debconf [debconf-2.0]1.5.2 Debian configuration management sy ii libc62.3.6-7 GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libpam0g 0.76-23 Pluggable Authentication Modules l ii libselinux1 1.30-1 SELinux shared libraries ii libsm6 1:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxau6 1:1.0.0-3 X11 authorisation library ii libxaw7 1:1.0.1-5 X11 Athena Widget library ii libxdmcp61:1.0.0-4 X11 Display Manager Control Protoc ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxpm4 1:3.5.4.2-3 X11 pixmap library ii libxt6 1:1.0.0-5 X11 toolkit intrinsics library ii x11-common 1:7.0.22X Window System (X.Org) infrastruc ii xbase-clients1:7.0.1-2 miscellaneous X clients xdm recommends no packages. -- debconf information: * xdm/default_servers_nolisten_tcp: xdm/stop_running_server_with_children: true * xdm/default_servers_100dpi: xdm/daemon_name: /usr/bin/X11/xdm * xdm/default_nolisten_udp: * shared/default-x-display-manager: xdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373686: xbase-clients: [xkbcomp] man page showing "__mansuffix__"
Package: xbase-clients Version: 1:7.0.1-2 Severity: minor File: /usr/share/man/man1/xkbcomp.1x.gz "man xkbcomp" shows xkbcomp(__mansuffix__) in the heading, which I guess is meant to have 1x or something substituted. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages xbase-clients depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-3X11 Font Services library ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-6X11 client-side library ii libxau6 1:1.0.0-3X11 authorisation library ii libxaw7 1:1.0.1-5X11 Athena Widget library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxkbfile1 1:1.0.2-3X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-3X11 miscellaneous utility library ii libxmuu11:1.0.1-3X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxss1 1:1.0.1-4X11 Screen Saver extension library ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-3X11 event trapping extension libra ii libxtst61:1.0.1-3X11 Testing -- Resource extension ii libxv1 1:1.0.1-3X11 Video extension library ii libxxf86dga12:1.0.0-3X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.0-4X11 XFree86 video mode extension l ii x11-common 1:7.0.22 X Window System (X.Org) infrastruc ii xlibmesa3-gl [libgl1] 4.2.1-16 Mesa 3D graphics library [XFree86] ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- debconf information: * xbase-clients/default_100dpi: * xbase-clients/default_nolisten_tcp: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373138: xdm: man page auth files location
Package: xdm Version: 1:1.0.4-2 Severity: minor File: /usr/share/man/man1/xdm.1x.gz The xdm man page under "DisplayManager.authDir" and under the "FILES" section shows /etc/X11/xdm as the location for the authorization files, but they seem to actually go in /var/lib/xdm/authdir/authfiles. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages xdm depends on: ii cpp 4:4.1.1-1 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libpam0g 0.76-23Pluggable Authentication Modules l ii libselinux1 1.30-1 SELinux shared libraries ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxau6 1:1.0.0-3 X11 authorisation library ii libxaw7 1:1.0.1-5 X11 Athena Widget library ii libxdmcp6 1:1.0.0-4 X11 Display Manager Control Protoc ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxpm4 1:3.5.4.2-3X11 pixmap library ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii x11-common1:7.0.21 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.1-2 miscellaneous X clients xdm recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373139: xterm: README.Debian on ncurses-term
Package: xterm Version: 210-3 Severity: minor File: /usr/share/doc/xterm/README.Debian README.Debian refers to the ncurses-term package for the xterm terminfo definitions, but I see there's definitions in the ncurses-base package these days. Perhaps it should be referring to that one (assuming it has everything required). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages xterm depends on: ii libc6 2.3.6-7GNU 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-6 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.0.0-3 X Window System utility programs -- debconf information: * xterm/clobber_xresource_file: true xterm/xterm_needs_devpts: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369461: xspecs: text file versions of specs
Package: xspecs Version: 1:1.0.1-2 Severity: wishlist It'd be nice if text file renditions of the specs were in the package, like it had in the past, so you can read stuff just on a text screen. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300819: libx11-dev: XmbLookupString man page warning
Package: libx11-dev Version: 4.3.0.dfsg.1-12.0.1 Severity: minor "man XmbLookupString" produces a warning, /tmp/zmanE2taEp:218: warning: numeric expression expected (got `$') -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.10-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_AU) Versions of packages libx11-dev depends on: ii libc6-dev [libc-dev] 2.3.2.ds1-18GNU C Library: Development Librari ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext-dev 4.3.0.dfsg.1-8 X Window System miscellaneous exte ii libxi-dev4.3.0.dfsg.1-8 X Window System Input extension li ii x-dev4.3.0.dfsg.1-8 X protocol development files ii xlibs-static-dev 4.3.0.dfsg.1-8 X Window System client library dev -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#169019: (startx fails to start x from console). FIX
Branden Robinson <[EMAIL PROTECTED]> writes: > > I'm still waiting for an explicit recommendation. Just to chime in with my two cents worth, I'd say do nothing. Anyone fiddling with standard commands has got to confine that to their interactive shell (meaning using .bashrc or whatever), anything else is almost certainly going to break lots of things besides startx and friends.
Bug#169019: (startx fails to start x from console). FIX
Branden Robinson <[EMAIL PROTECTED]> writes: > > I'm still waiting for an explicit recommendation. Just to chime in with my two cents worth, I'd say do nothing. Anyone fiddling with standard commands has got to confine that to their interactive shell (meaning using .bashrc or whatever), anything else is almost certainly going to break lots of things besides startx and friends. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
