Bug#400389: xterm: installation fails
forcemerge 400375 400389 kthxbye On Sat, Nov 25, 2006 at 22:33:55 +0100, Mario 'BitKoenig' Holbe wrote: xterm 222-2 fails to install: Setting up xterm (222-2) ... Installing new version of config file /etc/X11/app-defaults/KOI8RXTerm ... error in control file: `Format' value not specified at /usr/sbin/install-docs line 699, /usr/share/doc-base/xterm-faq line 22. dpkg: error processing xterm (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: xterm Hi, this is a duplicate bug report, and the bug will be fixed by the next upload. Cheers, Julien signature.asc Description: Digital signature
Bug#400401: xterm upgrade: error in control file: `Format' value not specified at /usr/sbin/install-docs line 699, /usr/share/doc-bae/xterm-faq line 22.
forcemerge 400375 400401 kthxbye On Sat, Nov 25, 2006 at 15:25:23 -0800, Stefan O'Rear wrote: Setting up xterm (222-2) ... Installing new version of config file /etc/X11/app-defaults/KOI8RXTerm ... error in control file: `Format' value not specified at /usr/sbin/install-docs li ne 699, /usr/share/doc-base/xterm-faq line 22. dpkg: error processing xterm (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: xterm E: Sub-process /usr/bin/dpkg returned an error code (1) Hi, it would be nice if you checked whether a bug has already been reported before you reported it again (this one had already been reported twice). This bug will be fixed in the next upload. Thanks Julien signature.asc Description: Digital signature
Bug#400450: xterm not installable
close 400450 222-3 forcemerge 400375 400450 kthxbye On Sun, Nov 26, 2006 at 11:53:06 +0100, Mathias Brodala wrote: Setting up xterm (222-2) ... Installing new version of config file /etc/X11/app-defaults/KOI8RXTerm ... error in control file: `Format' value not specified at /usr/sbin/install-docs line 699, /usr/share/doc-base/xterm-faq line 22. Hi, this bug has already been reported (at least 7 times now) and is fixed in xterm 222-3, which is in incoming.debian.org right now and should hit the mirrors tonight (european time). Cheers, Julien signature.asc Description: Digital signature
Bug#399187: CVE-2006-5925: Links smb Protocol File Upload/Download Vulnerability
tags 399187 patch kthxbye On Sat, Nov 18, 2006 at 12:59:57 +0100, Stefan Fritsch wrote: A vulnerability has been found in links: Links web browser 1.00pre12 and Elinks 0.9.2 with smbclient installed allows remote attackers to execute arbitrary code via shell metacharacters in an smb:// URI, as demonstrated by using PUT and GET statements. Hi, the attached patch disables smb support in links and thus fixes this issue. Cheers, Julien diff -u links-0.99+1.00pre12/debian/changelog links-0.99+1.00pre12/debian/changelog --- links-0.99+1.00pre12/debian/changelog +++ links-0.99+1.00pre12/debian/changelog @@ -1,3 +1,12 @@ +links (0.99+1.00pre12-1.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency for security bug fix. + * Build without smb support to fix security issue (CVE-2006-5925), +closes: #399187. + + -- Julien Cristau [EMAIL PROTECTED] Mon, 27 Nov 2006 02:03:42 +0100 + links (0.99+1.00pre12-1) unstable; urgency=low * New upstream version 1.00pre12 (closes: #240059). diff -u links-0.99+1.00pre12/debian/rules links-0.99+1.00pre12/debian/rules --- links-0.99+1.00pre12/debian/rules +++ links-0.99+1.00pre12/debian/rules @@ -17,6 +17,8 @@ cat http.c | sed -e s/@@PKGVERSION@@/${PKGVER}/ http.c.versioned ; \ mv http.c http.c.unchanged ; mv http.c.versioned http.c ; \ fi + # make sure Makefile.in is newer than Makefile.am + touch Makefile.in ./configure --without-ssl --prefix=/usr --mandir=\$${prefix}/share/man # Add here commands to compile the package. only in patch2: unchanged: --- links-0.99+1.00pre12.orig/links.h +++ links-0.99+1.00pre12/links.h @@ -957,7 +957,7 @@ /* smb.c */ -void smb_func(struct connection *); +/* void smb_func(struct connection *); */ /* mailto.c */ only in patch2: unchanged: --- links-0.99+1.00pre12.orig/Makefile.am +++ links-0.99+1.00pre12/Makefile.am @@ -8,7 +8,7 @@ EXTRA_DIST=$(man_MANS) Unicode/* intl/* config2.h Makefile.gen BUGS TODO SITES mailcap.pl wipe-out-ssl wipe-out-ssl.awk bin_PROGRAMS=links -links_SOURCES=af_unix.c beos.c bfu.c bookmarks.c cache.c charsets.c connect.c cookies.c default.c dns.c error.c file.c finger.c ftp.c html.c html_r.c html_tbl.c http.c https.c kbd.c kbdbind.c language.c mailto.c main.c menu.c os_dep.c sched.c select.c session.c smb.c terminal.c types.c url.c view.c win32.c links.h os_dep.h os_depx.h setup.h codepage.h language.h codepage.inc entity.inc uni_7b.inc language.inc rebuild rebuild.cmd +links_SOURCES=af_unix.c beos.c bfu.c bookmarks.c cache.c charsets.c connect.c cookies.c default.c dns.c error.c file.c finger.c ftp.c html.c html_r.c html_tbl.c http.c https.c kbd.c kbdbind.c language.c mailto.c main.c menu.c os_dep.c sched.c select.c session.c terminal.c types.c url.c view.c win32.c links.h os_dep.h os_depx.h setup.h codepage.h language.h codepage.inc entity.inc uni_7b.inc language.inc rebuild rebuild.cmd datadir = $(prefix)/@DATADIRNAME@ LIBS = @LIBS@ only in patch2: unchanged: --- links-0.99+1.00pre12.orig/Makefile.in +++ links-0.99+1.00pre12/Makefile.in @@ -72,7 +72,7 @@ EXTRA_DIST = $(man_MANS) Unicode/* intl/* config2.h Makefile.gen BUGS TODO SITES mailcap.pl wipe-out-ssl wipe-out-ssl.awk bin_PROGRAMS = links -links_SOURCES = af_unix.c beos.c bfu.c bookmarks.c cache.c charsets.c connect.c cookies.c default.c dns.c error.c file.c finger.c ftp.c html.c html_r.c html_tbl.c http.c https.c kbd.c kbdbind.c language.c mailto.c main.c menu.c os_dep.c sched.c select.c session.c smb.c terminal.c types.c url.c view.c win32.c links.h os_dep.h os_depx.h setup.h codepage.h language.h codepage.inc entity.inc uni_7b.inc language.inc rebuild rebuild.cmd +links_SOURCES = af_unix.c beos.c bfu.c bookmarks.c cache.c charsets.c connect.c cookies.c default.c dns.c error.c file.c finger.c ftp.c html.c html_r.c html_tbl.c http.c https.c kbd.c kbdbind.c language.c mailto.c main.c menu.c os_dep.c sched.c select.c session.c terminal.c types.c url.c view.c win32.c links.h os_dep.h os_depx.h setup.h codepage.h language.h codepage.inc entity.inc uni_7b.inc language.inc rebuild rebuild.cmd datadir = $(prefix)/@DATADIRNAME@ LIBS = @LIBS@ @@ -89,7 +89,7 @@ links_OBJECTS = af_unix.o beos.o bfu.o bookmarks.o cache.o charsets.o \ connect.o cookies.o default.o dns.o error.o file.o finger.o ftp.o \ html.o html_r.o html_tbl.o http.o https.o kbd.o kbdbind.o language.o \ -mailto.o main.o menu.o os_dep.o sched.o select.o session.o smb.o \ +mailto.o main.o menu.o os_dep.o sched.o select.o session.o \ terminal.o types.o url.o view.o win32.o links_LDADD = $(LDADD) links_DEPENDENCIES = only in patch2: unchanged: --- links-0.99+1.00pre12.orig/url.c +++ links-0.99+1.00pre12/url.c @@ -16,7 +16,6 @@ {proxy, 3128, proxy_func, NULL, 0, 1, 1, 1}, {ftp, 21, ftp_func, NULL, 0, 1, 1, 0}, {finger, 79, finger_func, NULL, 0, 1, 1, 0}, - {smb, 139, smb_func, NULL, 0, 1
Bug#399188: CVE-2006-5925: ELinks smb Protocol File Upload/Download Vulnerability
tags 399188 patch kthxbye On Sat, Nov 18, 2006 at 13:00:55 +0100, Stefan Fritsch wrote: A vulnerability has been found in elinks: Links web browser 1.00pre12 and Elinks 0.9.2 with smbclient installed allows remote attackers to execute arbitrary code via shell metacharacters in an smb:// URI, as demonstrated by using PUT and GET statements. Hi, the attached patch disables support for smb:// URI, and thus fixes this bug. Cheers, Julien diff -u elinks-0.11.1/debian/rules elinks-0.11.1/debian/rules --- elinks-0.11.1/debian/rules +++ elinks-0.11.1/debian/rules @@ -65,7 +65,7 @@ --without-x \ --with-gnutls=/usr \ --with-perl --enable-nntp --enable-256-colors --enable-leds \ - --without-spidermonkey --enable-html-highlight + --without-spidermonkey --enable-html-highlight --disable-smb # spidermonkey: libsmjs-dev # perl libperl-dev diff -u elinks-0.11.1/debian/changelog elinks-0.11.1/debian/changelog --- elinks-0.11.1/debian/changelog +++ elinks-0.11.1/debian/changelog @@ -1,3 +1,12 @@ +elinks (0.11.1-1.2) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for security bug fix. + * Configure with --disable-smb to fix security issue (CVE-2006-5925), +closes: #399188. + + -- Julien Cristau [EMAIL PROTECTED] Mon, 27 Nov 2006 02:32:47 +0100 + elinks (0.11.1-1.1) unstable; urgency=medium * Non-maintainer upload. signature.asc Description: Digital signature
Bug#396844: vbetool: FTBFS: undefined reference to `gzopen'
tags 396844 patch kthxbye On Fri, Nov 3, 2006 at 10:43:52 +0100, Julien Danjou wrote: Another victime of pciutils-dev, see #396732. Hi, the attached patch fixes this FTBFS. Cheers, Julien diff -Nru /tmp/Kr0L01zv32/vbetool-0.7/Makefile.am /tmp/dmaQa97eLk/vbetool-0.7/Makefile.am --- /tmp/Kr0L01zv32/vbetool-0.7/Makefile.am 2006-07-26 03:21:31.0 +0200 +++ /tmp/dmaQa97eLk/vbetool-0.7/Makefile.am 2006-11-27 03:37:31.0 +0100 @@ -23,4 +23,4 @@ $(RM) Makefile.in aclocal.m4 config.h.in stamp-h.in configure AM_CFLAGS = -g -Wall -pedantic -std=gnu99 -AM_LDFLAGS = +AM_LDFLAGS = -lz diff -Nru /tmp/Kr0L01zv32/vbetool-0.7/Makefile.in /tmp/dmaQa97eLk/vbetool-0.7/Makefile.in --- /tmp/Kr0L01zv32/vbetool-0.7/Makefile.in 2006-07-26 03:26:30.0 +0200 +++ /tmp/dmaQa97eLk/vbetool-0.7/Makefile.in 2006-11-27 03:37:55.0 +0100 @@ -182,7 +182,7 @@ noinst_HEADERS = include/lrmi.h vbetool.h EXTRA_DIST = vbetool.1 LRMI AM_CFLAGS = -g -Wall -pedantic -std=gnu99 -AM_LDFLAGS = +AM_LDFLAGS = -lz all: all-recursive .SUFFIXES: diff -Nru /tmp/Kr0L01zv32/vbetool-0.7/debian/changelog /tmp/dmaQa97eLk/vbetool-0.7/debian/changelog --- /tmp/Kr0L01zv32/vbetool-0.7/debian/changelog2006-07-26 03:29:16.0 +0200 +++ /tmp/dmaQa97eLk/vbetool-0.7/debian/changelog2006-11-27 03:44:03.0 +0100 @@ -1,3 +1,11 @@ +vbetool (0.7-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add zlib1g-dev to Build-Depends and -lz to LDFLAGS, as needed by newer +pciutils (closes: #396844). + + -- Julien Cristau [EMAIL PROTECTED] Mon, 27 Nov 2006 03:43:37 +0100 + vbetool (0.7-1) unstable; urgency=low * Add copyright information. Closes: #375159 diff -Nru /tmp/Kr0L01zv32/vbetool-0.7/debian/control /tmp/dmaQa97eLk/vbetool-0.7/debian/control --- /tmp/Kr0L01zv32/vbetool-0.7/debian/control 2005-11-23 03:53:59.0 +0100 +++ /tmp/dmaQa97eLk/vbetool-0.7/debian/control 2006-11-27 03:43:23.0 +0100 @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Matthew Garrett [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), pciutils-dev +Build-Depends: debhelper (= 4.0.0), pciutils-dev, zlib1g-dev Standards-Version: 3.6.1 Package: vbetool
Bug#399187: CVE-2006-5925: ELinks smb Protocol File Upload/Download Vulnerability
Hi, do the security@ people have a DSA in preparation for links and/or elinks for CVE-2006-5925, or should I prepare a patch for the stable versions too? Cheers, Julien signature.asc Description: Digital signature
Bug#399188: CVE-2006-5925: ELinks smb Protocol File Upload/Download Vulnerability
On Mon, Nov 27, 2006 at 11:35:07 +0100, Martin Schulze wrote: Julien Cristau wrote: Hi, do the security@ people have a DSA in preparation for links and/or elinks for CVE-2006-5925, or should I prepare a patch for the stable versions too? As far as I know, no. Please prepare an update. I have source packages ready at: http://www.liafa.jussieu.fr/~jcristau/debian/CVE-2006-5925/links_0.99+1.00pre12-1sarge1.dsc http://www.liafa.jussieu.fr/~jcristau/debian/CVE-2006-5925/elinks_0.10.4-7.1.dsc Please find the debdiffs attached to this mail. Let me know if you want me to have them uploaded. Cheers, Julien diff -u links-0.99+1.00pre12/debian/changelog links-0.99+1.00pre12/debian/changelog --- links-0.99+1.00pre12/debian/changelog +++ links-0.99+1.00pre12/debian/changelog @@ -1,3 +1,11 @@ +links (0.99+1.00pre12-1sarge1) stable-security; urgency=high + + * Non-maintainer upload for stable-security. + * Build without smb support to fix security issue (CVE-2006-5925), +closes: #399187. + + -- Julien Cristau [EMAIL PROTECTED] Mon, 27 Nov 2006 11:50:37 +0100 + links (0.99+1.00pre12-1) unstable; urgency=low * New upstream version 1.00pre12 (closes: #240059). diff -u links-0.99+1.00pre12/debian/rules links-0.99+1.00pre12/debian/rules --- links-0.99+1.00pre12/debian/rules +++ links-0.99+1.00pre12/debian/rules @@ -17,6 +17,8 @@ cat http.c | sed -e s/@@PKGVERSION@@/${PKGVER}/ http.c.versioned ; \ mv http.c http.c.unchanged ; mv http.c.versioned http.c ; \ fi + # make sure Makefile.in is newer than Makefile.am + touch Makefile.in ./configure --without-ssl --prefix=/usr --mandir=\$${prefix}/share/man # Add here commands to compile the package. only in patch2: unchanged: --- links-0.99+1.00pre12.orig/links.h +++ links-0.99+1.00pre12/links.h @@ -957,7 +957,7 @@ /* smb.c */ -void smb_func(struct connection *); +/* void smb_func(struct connection *); */ /* mailto.c */ only in patch2: unchanged: --- links-0.99+1.00pre12.orig/Makefile.am +++ links-0.99+1.00pre12/Makefile.am @@ -8,7 +8,7 @@ EXTRA_DIST=$(man_MANS) Unicode/* intl/* config2.h Makefile.gen BUGS TODO SITES mailcap.pl wipe-out-ssl wipe-out-ssl.awk bin_PROGRAMS=links -links_SOURCES=af_unix.c beos.c bfu.c bookmarks.c cache.c charsets.c connect.c cookies.c default.c dns.c error.c file.c finger.c ftp.c html.c html_r.c html_tbl.c http.c https.c kbd.c kbdbind.c language.c mailto.c main.c menu.c os_dep.c sched.c select.c session.c smb.c terminal.c types.c url.c view.c win32.c links.h os_dep.h os_depx.h setup.h codepage.h language.h codepage.inc entity.inc uni_7b.inc language.inc rebuild rebuild.cmd +links_SOURCES=af_unix.c beos.c bfu.c bookmarks.c cache.c charsets.c connect.c cookies.c default.c dns.c error.c file.c finger.c ftp.c html.c html_r.c html_tbl.c http.c https.c kbd.c kbdbind.c language.c mailto.c main.c menu.c os_dep.c sched.c select.c session.c terminal.c types.c url.c view.c win32.c links.h os_dep.h os_depx.h setup.h codepage.h language.h codepage.inc entity.inc uni_7b.inc language.inc rebuild rebuild.cmd datadir = $(prefix)/@DATADIRNAME@ LIBS = @LIBS@ only in patch2: unchanged: --- links-0.99+1.00pre12.orig/Makefile.in +++ links-0.99+1.00pre12/Makefile.in @@ -72,7 +72,7 @@ EXTRA_DIST = $(man_MANS) Unicode/* intl/* config2.h Makefile.gen BUGS TODO SITES mailcap.pl wipe-out-ssl wipe-out-ssl.awk bin_PROGRAMS = links -links_SOURCES = af_unix.c beos.c bfu.c bookmarks.c cache.c charsets.c connect.c cookies.c default.c dns.c error.c file.c finger.c ftp.c html.c html_r.c html_tbl.c http.c https.c kbd.c kbdbind.c language.c mailto.c main.c menu.c os_dep.c sched.c select.c session.c smb.c terminal.c types.c url.c view.c win32.c links.h os_dep.h os_depx.h setup.h codepage.h language.h codepage.inc entity.inc uni_7b.inc language.inc rebuild rebuild.cmd +links_SOURCES = af_unix.c beos.c bfu.c bookmarks.c cache.c charsets.c connect.c cookies.c default.c dns.c error.c file.c finger.c ftp.c html.c html_r.c html_tbl.c http.c https.c kbd.c kbdbind.c language.c mailto.c main.c menu.c os_dep.c sched.c select.c session.c terminal.c types.c url.c view.c win32.c links.h os_dep.h os_depx.h setup.h codepage.h language.h codepage.inc entity.inc uni_7b.inc language.inc rebuild rebuild.cmd datadir = $(prefix)/@DATADIRNAME@ LIBS = @LIBS@ @@ -89,7 +89,7 @@ links_OBJECTS = af_unix.o beos.o bfu.o bookmarks.o cache.o charsets.o \ connect.o cookies.o default.o dns.o error.o file.o finger.o ftp.o \ html.o html_r.o html_tbl.o http.o https.o kbd.o kbdbind.o language.o \ -mailto.o main.o menu.o os_dep.o sched.o select.o session.o smb.o \ +mailto.o main.o menu.o os_dep.o sched.o select.o session.o \ terminal.o types.o url.o view.o win32.o links_LDADD = $(LDADD) links_DEPENDENCIES = only in patch2: unchanged: --- links-0.99+1.00pre12.orig/url.c +++ links-0.99+1.00pre12/url.c @@ -16,7 +16,6 @@ {proxy, 3128, proxy_func, NULL, 0, 1
Bug#399188: CVE-2006-5925: ELinks smb Protocol File Upload/Download Vulnerability
On Mon, Nov 27, 2006 at 02:44:03 +0100, Julien Cristau wrote: Hi, the attached patch disables support for smb:// URI, and thus fixes this bug. An NMU has been uploaded today with the patch I attached to my previous mail. Cheers, Julien signature.asc Description: Digital signature
Bug#399187: CVE-2006-5925: Links smb Protocol File Upload/Download Vulnerability
On Mon, Nov 27, 2006 at 02:25:32 +0100, Julien Cristau wrote: Hi, the attached patch disables smb support in links and thus fixes this issue. An NMU has been uploaded today with the patch I attached to my previous mail. Cheers, Julien signature.asc Description: Digital signature
Bug#396844: vbetool: FTBFS: undefined reference to `gzopen'
On Mon, Nov 27, 2006 at 03:51:55 +0100, Julien Cristau wrote: On Fri, Nov 3, 2006 at 10:43:52 +0100, Julien Danjou wrote: Another victime of pciutils-dev, see #396732. Hi, the attached patch fixes this FTBFS. Hi, an NMU has been uploaded with the attached patch (same as previous except for urgency=medium instead of low). Cheers, Julien diff -Nru /tmp/Kr0L01zv32/vbetool-0.7/Makefile.am /tmp/dmaQa97eLk/vbetool-0.7/Makefile.am --- /tmp/Kr0L01zv32/vbetool-0.7/Makefile.am 2006-07-26 03:21:31.0 +0200 +++ /tmp/dmaQa97eLk/vbetool-0.7/Makefile.am 2006-11-27 03:37:31.0 +0100 @@ -23,4 +23,4 @@ $(RM) Makefile.in aclocal.m4 config.h.in stamp-h.in configure AM_CFLAGS = -g -Wall -pedantic -std=gnu99 -AM_LDFLAGS = +AM_LDFLAGS = -lz diff -Nru /tmp/Kr0L01zv32/vbetool-0.7/Makefile.in /tmp/dmaQa97eLk/vbetool-0.7/Makefile.in --- /tmp/Kr0L01zv32/vbetool-0.7/Makefile.in 2006-07-26 03:26:30.0 +0200 +++ /tmp/dmaQa97eLk/vbetool-0.7/Makefile.in 2006-11-27 03:37:55.0 +0100 @@ -182,7 +182,7 @@ noinst_HEADERS = include/lrmi.h vbetool.h EXTRA_DIST = vbetool.1 LRMI AM_CFLAGS = -g -Wall -pedantic -std=gnu99 -AM_LDFLAGS = +AM_LDFLAGS = -lz all: all-recursive .SUFFIXES: diff -Nru /tmp/Kr0L01zv32/vbetool-0.7/debian/changelog /tmp/dmaQa97eLk/vbetool-0.7/debian/changelog --- /tmp/Kr0L01zv32/vbetool-0.7/debian/changelog2006-07-26 03:29:16.0 +0200 +++ /tmp/dmaQa97eLk/vbetool-0.7/debian/changelog2006-11-27 03:44:03.0 +0100 @@ -1,3 +1,11 @@ +vbetool (0.7-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add zlib1g-dev to Build-Depends and -lz to LDFLAGS, as needed by newer +pciutils (closes: #396844). + + -- Julien Cristau [EMAIL PROTECTED] Mon, 27 Nov 2006 03:43:37 +0100 + vbetool (0.7-1) unstable; urgency=low * Add copyright information. Closes: #375159 diff -Nru /tmp/Kr0L01zv32/vbetool-0.7/debian/control /tmp/dmaQa97eLk/vbetool-0.7/debian/control --- /tmp/Kr0L01zv32/vbetool-0.7/debian/control 2005-11-23 03:53:59.0 +0100 +++ /tmp/dmaQa97eLk/vbetool-0.7/debian/control 2006-11-27 03:43:23.0 +0100 @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Matthew Garrett [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), pciutils-dev +Build-Depends: debhelper (= 4.0.0), pciutils-dev, zlib1g-dev Standards-Version: 3.6.1 Package: vbetool signature.asc Description: Digital signature
Bug#401112: xorg installation
On Thu, Nov 30, 2006 at 23:38:55 +0100, Franco Vecchiato wrote: With apt-get there are 98 packages to install and the video card is not recognized (vesa driver doesn't work, but this is not important for me). Aptitude installs 105 packages instead, and the video card (nv driver) is correctly recognized. See commands outputs in each attachment. Is this behavior correct? IMHO apt-get should make the same work aptitude does: hardware recognition, correct driver installation, (installation of the same packets?). I think this is expected, because aptitude (by defaults) install recommended packages, while apt-get only install dependencies. xserver-xorg recommends a bunch of hardware detection tools, which it would IMHO be wrong to depend on, so the autodetection of your hardware works better if they are installed, as with aptitude. Cheers, Julien signature.asc Description: Digital signature
Bug#401449: geneweb: uses debconf unconditionally in postrm purge
Package: geneweb Version: 4.10-23 Severity: important Hi Christian, currently geneweb's postrm script uses debconf if $1 = purge, but at that stage debconf might not be installed. 4.10-24 added a pre-depends, which doesn't fix the problem: pre-depends are installed before preinst, but not necessarily for postrm purge (only Essential: yes packages are guaranteed to be installed at that point). I think that you should check if debconf is installed before using it in postrm. Cheers, Julien -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401726: xterm: color change on redraw
Package: xterm Version: 223-1 Severity: normal Hi, I noticed what seems to be an off-by-one problem on redraw with the latest xterm, see the screenshot at http://liafa.jussieu.fr/~jcristau/tmp/screenshot.png In mutt the border (which is black when launching it) changes color when I switch workspaces. Cheers, Julien -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=en_US.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 -- no debconf information signature.asc Description: Digital signature
Bug#401726: xterm: color change on redraw
On Tue, Dec 5, 2006 at 16:44:02 +0100, Julien Cristau wrote: Hi, I noticed what seems to be an off-by-one problem on redraw with the Or more something like the background color not being set correctly, I guess. Cheers, Julien signature.asc Description: Digital signature
Bug#401726: xterm: color change on redraw
On Tue, Dec 5, 2006 at 14:47:29 -0500, Thomas Dickey wrote: I'm not quite sure how to interpret the pictures wrt workspaces. What I _see_ looks plausible enough: the inner border of the window is colored to match the last background used for clearing the screen. Normally the inner border isn't treated specially; I happened to notice that it (along with some other cases) wasn't being repainted on exposure events. In #223, I added a check if the inner border needs to be repainted, and that can account for the difference between the top two windows. So maybe mutt changes the background color, and then xterm uses that to repaint the inner border? I also noticed that when the inner border has been repainted when inside mutt, and I quit mutt, the border is not repainted and stays blue (for example) while the rest of the background is black (until the next exposure event) :) Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345509: xserver-xorg: 2nd monitor in xinerama setup gets no signal
On Sun, Jan 15, 2006 at 18:41:29 +, Andreas Pakulat wrote: Attaching the log from the last try (leaving out the HSync/VRefresh information from xorg.conf). Hi Andreas, it seems you forgot to actually attach your log file. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496360: The possibility of attack with the help of symlinks in some Debian packages
On Fri, Oct 10, 2008 at 17:39:09 +0200, Tobias Klauser wrote: I still see a problem with the liquidsoap logfile being written to /tmp [1]. The filename there is only depended on the PID of the liquidsoap process. Unfortunately I lack OCaml hacking skills so I didn't patch this one. [1] set(log.file.path,/tmp/lig.pid.log) set(log.file.path, Filename.temp_file liguidsoap .log) would probably work (untested, though). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501819: xserver-xorg-video-radeon: Screen corruption with KDE4: horizontal lines after resizing windows
On Sat, Oct 11, 2008 at 21:28:34 +0200, Felix Homann wrote: Hi, Michel Dänzer wrote: This should be fixed in libgl1-mesa-dri 7.2-1 from experimental (and upstream Git mesa_7_0_branch). After upgrading libgl1-mesa-dri (and only libgl1-mesa-dri) makes the KDE4 desktop unusable. It looks like OpenGL/GLX isn't working then. You shouldn't have been able to upgrade libgl1-mesa-dri without libgl1-mesa-glx... I tried to upgrade a couple more xorg packages (e.g. xserver-xorg-core ) to the versions in experimental but whne I got the desktop displayed the panel was totall corrupted and the desktop was unresponsive to mouse clicks. Is the xserver-xorg version in experimental broken or have I missed some packages? It works for me, so if it doesn't for you either something's missing from your system or there's a bug. But without any details, it's hard to tell. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490912: Cursor Stucked at bottom right
On Tue, Jul 15, 2008 at 09:42:05 +, Gerard Mensoif wrote: If using: Option Device/dev/input/mice in my /etc/X11/xorg.conf, vmmouse does not work any longer. It worked before last update. If I comment this lise the driver falls back to mouse, wich removes the ability of switching from guest OS to host OS. iThe visible cursor is moving, but every click goes to the bottom right corner of the screen. It's seems to be an old bug who surfaced again http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=442853 and http://bugs.freedesktop.org/show_bug.cgi?id=12506. The old proposed patch resolves this bug. Hi, as far as I can see, the server expects the driver to setup the axis min and max values correctly so it can do the scaling, and vmmouse doesn't do that. Can some of you try the patch below, which should fix this issue, and report back? Thanks in advance, Julien From 74d1f41d644e113bee86929b5d0c638a3b2c25d6 Mon Sep 17 00:00:00 2001 From: Julien Cristau [EMAIL PROTECTED] Date: Sun, 12 Oct 2008 12:09:17 +0200 Subject: [PATCH] Pass max_value when setting up valuators Without this, the server doesn't scale events properly. Should fix Debian bug#490912. --- src/vmmouse.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/vmmouse.c b/src/vmmouse.c index 1e2a1c9..86a71f5 100644 --- a/src/vmmouse.c +++ b/src/vmmouse.c @@ -807,10 +807,10 @@ VMMouseDeviceControl(DeviceIntPtr device, int mode) ); /* X valuator */ - xf86InitValuatorAxisStruct(device, 0, 0, -1, 1, 0, 1); + xf86InitValuatorAxisStruct(device, 0, 0, 65535, 1, 0, 1); xf86InitValuatorDefaults(device, 0); /* Y valuator */ - xf86InitValuatorAxisStruct(device, 1, 0, -1, 1, 0, 1); + xf86InitValuatorAxisStruct(device, 1, 0, 65535, 1, 0, 1); xf86InitValuatorDefaults(device, 1); #if GET_ABI_MAJOR(ABI_XINPUT_VERSION) == 0 xf86MotionHistoryAllocate(pInfo); -- 1.5.6.5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502032: FTBFS: cast from ... to ... increases required alignment of target type
On Sun, Oct 12, 2008 at 21:55:54 +0100, Jose Calhariz wrote: xorp don't build because of a g++ error: cc1plus: warnings being treated as errors io_link_pcap.cc: In member function 'int IoLinkPcap::join_leave_multicast_group(bool, const Mac, std::string)': io_link_pcap.cc:419: warning: cast from 'uint8_t*' to 'ifreq*' increases required alignment of target type The attached patch was build-tested on sparc and should fix this afaict. Cheers, Julien diff -u xorp-1.5/debian/changelog xorp-1.5/debian/changelog --- xorp-1.5/debian/changelog +++ xorp-1.5/debian/changelog @@ -1,3 +1,10 @@ +xorp (1.5-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Don't cast uint8t* to struct ifreq*. + + -- Julien Cristau [EMAIL PROTECTED] Sun, 12 Oct 2008 19:34:44 + + xorp (1.5-4) unstable; urgency=low * Upload to unstable as requested by release team. Amongst --- xorp-1.5.orig/fea/data_plane/io/io_link_pcap.cc +++ xorp-1.5/fea/data_plane/io/io_link_pcap.cc @@ -415,11 +415,14 @@ // On NetBSD and OpenBSD we need to use ifreq.ifr_addr with sa_family // of AF_UNSPEC. // -uint8_t buffer[sizeof(struct ifreq) + sizeof(struct sockaddr_storage)]; -struct ifreq* ifreq_p = reinterpret_caststruct ifreq *(buffer[0]); +struct { +struct ifreq r; + struct sockaddr_storage s; +} buffer; +struct ifreq* ifreq_p = buffer.r; struct sockaddr* sa = NULL; -memset(buffer, 0, sizeof(buffer)); +memset(buffer, 0, sizeof(buffer)); strlcpy(ifreq_p-ifr_name, vif_name().c_str(), sizeof(ifreq_p-ifr_name)); #ifdef HAVE_STRUCT_IFREQ_IFR_HWADDR sa = ifreq_p-ifr_hwaddr;
Bug#502120: xserver-xorg: allows different /etc/X11/X symlinks as well as /usr/bin/X
On Mon, Oct 13, 2008 at 20:14:17 +0200, Luca Capello wrote: Please keep the Debian FSO Team [1] mailing list always Cc:ed. If you do so, no need to cc: me, I read the list. I discovered these issues because of the Xglamo KDrive server [2]. The problem is described also at [3]. Basically, AFAIK xinit/startx requires both /etc/X11/X and /usr/bin/X: let's see both in details, at least as I understood the situation. Since I'm not an X11 expert, feel free to point me at documentation I need to read :-) /usr/bin/X is a setuid wrapper, which does some basic permission checks and then exec()s /etc/X11/X. So /etc/X11/X should point to the actual X server you want to use when running /usr/bin/X. startx/xinit run /usr/bin/X by default, but can just as well start any other X server (be it /usr/bin/Xephyr, /usr/bin/Xvfb or /usr/bin/Xglamo) based on /etc/X11/xinit/xserverrc, $HOME/.xserverrc or command-line arguments. There used to be some logic to change the /etc/X11/X symlink via debconf until about a year ago (it used to be needed when we had hardware specific X servers, which means before XFree86 4.0 iirc), so it might be possible to reintroduce that if you feel that Xglamo need it. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502103: xserver-xorg-video-nv: system reboots shortly after X starts
On Mon, Oct 13, 2008 at 20:45:03 -0400, Graham wrote: without at least a config and log file, we really cannot do anything... The config file is no problem. See attached. The log file, on the other hand, is not so simple. It seems to be lost when the reboot occurs; i.e. /var/log/Xorg.0.log contains log output from the last time that X was started without causing a reboot. Any suggestions? The previous log will be in /var/log/Xorg.0.log.old. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501825: libjson-xs-perl_2.23-1(sparc/unstable): FTBFS on sparc, fails in tests
On Wed, Oct 15, 2008 at 23:39:52 +0300, Niko Tyni wrote: This is reproducible on sperger.d.o. It's an alignment problem that only shows up with an optimization level of at least -O2. Program received signal SIGBUS, Bus error. 0xf7ec1134 in decode_json (string=0x192280, json=0x39f18, offset_return=0xff85b96c) at XS.xs:1443 1443 SvGROW (string, SvCUR (string) + 1); // should basically be a NOP (gdb) bt #0 0xf7ec1134 in decode_json (string=0x192280, json=0x39f18, offset_return=0xff85b96c) at XS.xs:1443 #1 0xf7ec2444 in XS_JSON__XS_incr_parse (my_perl=0x22008, cv=0x126d58) at XS.xs:1828 #2 0xf7dfab48 in Perl_pp_entersub () from /usr/lib/libperl.so.5.10 #3 0xf7df8f9c in Perl_runops_standard () from /usr/lib/libperl.so.5.10 #4 0xf7df4298 in perl_run () from /usr/lib/libperl.so.5.10 #5 0x00010b88 in main () The instruction that causes the bus error is a double-word load (ldd): 0xf7ec1130 decode_json+132: ld [ %l1 ], %g1 0xf7ec1134 decode_json+136: ldd [ %g1 + 8 ], %g2 0xf7ec1138 decode_json+140: inc %g2 0xf7ec113c decode_json+144: cmp %g3, %g2 The preprocessor output for the above SvGROW() macro invocation is (((XPV*) (string)-sv_any)-xpv_len (((XPV*) (string)-sv_any)-xpv_cur + 1) ? Perl_sv_grow(((PerlInterpreter *)pthread_getspecific((*Perl_Gthr_key_ptr(((void *)0), string,((XPV*) (string)-sv_any)-xpv_cur + 1) : ((string)-sv_u.svu_pv)); and the above assembly is the compiled form of the first comparison at -O2. The compiler is using a double-word instruction to load both xpv_cur and xpv_len in one go. Now, this apparently requires that ((XPV*) (string)-sv_any)-xpv_cur is aligned on a double-word (64-bit) boundary, which fails here: [...] This suggests to me that gcc is being too aggressive on optimizing here. I don't see how it can consider the double word instruction safe. __alignof__(XPV) is 8, so gcc is allowed to assume that any XPV is 64-bit aligned, as far as I can tell. xpv_cur's offset is 8, so it should also be 64-bit aligned. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502387: complete system hangup
severity 502387 important retitle 502387 [G4X] complete system hang kthxbye On Thu, Oct 16, 2008 at 08:48:12 +0200, Nico Schottelius wrote: Since some days, maybe since the upgrade from xserver-xorg-core from 2:1.4.2-6 to 2:1.4.2-7, the system has a total hangup when I specify to use the intel driver in xorg.conf. It runs fine without specification, in which case xorg choses vesa (that`s why I report the bug for the intel package). There's a reason we don't use the intel driver on cantiga by default. It seems the problems got tracked down recently though, see below. As seen below, I have the Intel Cantiga chipset runnin on the Lenovo X200. This happens with plain debian kernel (2.6.26) and also with 2.6.27-rc6. The patches at [1] and [2] might help. d-k: can we get the kernel part of this bug fixed in lenny? Cheers, Julien [1] http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=commitdiff_plain;h=2052746fc8397130c120f0194a89938b0b62b6cb [2] http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=4dd00681dd0f9fce8dfd4592b46418edbbd2eeb4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502285: first upgrade fails, xserver-xorg-video-ati is removed
On Sat, Oct 18, 2008 at 09:33:00 +0200, Sven Joachim wrote: As you can see, I accepted the third solution which actually upgraded, not removed, xserver-xorg-video-all. The actual upgrade then ran through without a hitch. Should we reassign this to aptitude, or make sure the release notes recommend apt-get for the upgrade instead of aptitude? Removing a lot of packages that are perfectly installable doesn't seem like a good choice... Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502387: complete system hangup
tag 502387 patch clone 502387 -1 reassign -1 linux-2.6 retitle -1 [intel agp] stolen memory counting broken on G4X kthxbye On Thu, Oct 16, 2008 at 13:45:28 +0200, Julien Cristau wrote: On Thu, Oct 16, 2008 at 08:48:12 +0200, Nico Schottelius wrote: Since some days, maybe since the upgrade from xserver-xorg-core from 2:1.4.2-6 to 2:1.4.2-7, the system has a total hangup when I specify to use the intel driver in xorg.conf. It runs fine without specification, in which case xorg choses vesa (that`s why I report the bug for the intel package). There's a reason we don't use the intel driver on cantiga by default. It seems the problems got tracked down recently though, see below. As seen below, I have the Intel Cantiga chipset runnin on the Lenovo X200. This happens with plain debian kernel (2.6.26) and also with 2.6.27-rc6. The patches at [1] and [2] might help. d-k: can we get the kernel part of this bug fixed in lenny? Cheers, Julien [1] http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=commitdiff_plain;h=2052746fc8397130c120f0194a89938b0b62b6cb [2] http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=4dd00681dd0f9fce8dfd4592b46418edbbd2eeb4 The kernel patch is now in mainline, commit id 82e14a6215cbc9804ecc35281e973c6c8ce22fe7 (attached). I'll apply the X driver fix soon. Cheers, Julien From 82e14a6215cbc9804ecc35281e973c6c8ce22fe7 Mon Sep 17 00:00:00 2001 From: Eric Anholt [EMAIL PROTECTED] Date: Tue, 14 Oct 2008 11:28:58 -0700 Subject: [PATCH] agp: Fix stolen memory counting on G4X. On the GM45, the amount of stolen memory mapped to the GTT was underestimated, even though we had 508KB more available since the GTT doesn't take from stolen memory. On the non-GM45 G4X, we overestimated how much stolen was mapped to the GTT by 4KB, resulting in GPU page faults when that page was accessed. This update requires a corresponding update to xf86-video-intel to work correctly. Signed-off-by: Eric Anholt [EMAIL PROTECTED] Signed-off-by: Dave Airlie [EMAIL PROTECTED] --- drivers/char/agp/intel-agp.c | 12 +++- 1 files changed, 7 insertions(+), 5 deletions(-) diff --git a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c index 016fdf0..f1fe749 100644 --- a/drivers/char/agp/intel-agp.c +++ b/drivers/char/agp/intel-agp.c @@ -54,8 +54,7 @@ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_82965Q_HB || \ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_82965G_HB || \ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_82965GM_HB || \ - agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_82965GME_HB || \ - agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_GM45_HB) + agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_82965GME_HB) #define IS_G33 (agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G33_HB || \ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_Q35_HB || \ @@ -63,7 +62,8 @@ #define IS_G4X (agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_IGD_E_HB || \ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_Q45_HB || \ - agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G45_HB) + agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G45_HB || \ + agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_GM45_HB) extern int agp_memory_reserved; @@ -525,8 +525,10 @@ static void intel_i830_init_gtt_entries(void) size += 4; } else if (IS_G4X) { /* On 4 series hardware, GTT stolen is separate from graphics - * stolen, ignore it in stolen gtt entries counting */ - size = 0; + * stolen, ignore it in stolen gtt entries counting. However, + * 4KB of the stolen memory doesn't get mapped to the GTT. + */ + size = 4; } else { /* On previous hardware, the GTT size was just what was * required to map the aperture. -- 1.5.6.5
Bug#487110: Packaging of the current git master
On Sat, Oct 18, 2008 at 15:03:23 +0300, Alexandros Konstantinakis - Karmis wrote: for the aforementioned reasons i think packaging version 1.2.3 and pushing it to experimental would be a good idea and i would be more than happy to try it out and report back. Xv (and DRI) should work on that hardware with the radeon driver currently in lenny. But yes, hopefully someone will have time to update the radeonhd package to 1.2.3 at some point... Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502606: Bug#502387: complete system hangup
On Sat, Oct 18, 2008 at 11:47:48 +0200, Julien Cristau wrote: The kernel patch is now in mainline, commit id 82e14a6215cbc9804ecc35281e973c6c8ce22fe7 (attached). Doesn't apply as-is because 2.6.26 is missing 'intel_agp: official name for GM45 chipset' (99d32bd5c7b1caa05d1fe3c89b08aabd459bc12a). Is the attached patch ok (it seems to apply fine)? Cheers, Julien Index: changelog === --- changelog (revision 12346) +++ changelog (working copy) @@ -1,3 +1,10 @@ +linux-2.6 (2.6.26-10) UNRELEASED; urgency=low + + * intel_agp: official name for GM45 chipset + * agp: Fix stolen memory counting on G4X (closes: #502606). + + -- Julien Cristau [EMAIL PROTECTED] Sat, 18 Oct 2008 16:46:28 +0200 + linux-2.6 (2.6.26-9) unstable; urgency=low [ Bastian Blank ] Index: patches/bugfix/x86/agp-Fix-stolen-memory-counting-on-G4X.patch === --- patches/bugfix/x86/agp-Fix-stolen-memory-counting-on-G4X.patch (revision 0) +++ patches/bugfix/x86/agp-Fix-stolen-memory-counting-on-G4X.patch (revision 0) @@ -0,0 +1,60 @@ +From 82e14a6215cbc9804ecc35281e973c6c8ce22fe7 Mon Sep 17 00:00:00 2001 +From: Eric Anholt [EMAIL PROTECTED] +Date: Tue, 14 Oct 2008 11:28:58 -0700 +Subject: [PATCH] agp: Fix stolen memory counting on G4X. + +On the GM45, the amount of stolen memory mapped to the GTT was underestimated, +even though we had 508KB more available since the GTT doesn't take from +stolen memory. On the non-GM45 G4X, we overestimated how much stolen was +mapped to the GTT by 4KB, resulting in GPU page faults when that page was +accessed. + +This update requires a corresponding update to xf86-video-intel to work +correctly. + +Signed-off-by: Eric Anholt [EMAIL PROTECTED] +Signed-off-by: Dave Airlie [EMAIL PROTECTED] +--- + drivers/char/agp/intel-agp.c | 12 +++- + 1 files changed, 7 insertions(+), 5 deletions(-) + +diff --git a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c +index 016fdf0..f1fe749 100644 +--- a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c +@@ -54,8 +54,7 @@ + agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_82965Q_HB || \ + agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_82965G_HB || \ + agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_82965GM_HB || \ +- agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_82965GME_HB || \ +- agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_GM45_HB) ++ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_82965GME_HB) + + #define IS_G33 (agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G33_HB || \ + agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_Q35_HB || \ +@@ -63,7 +62,8 @@ + + #define IS_G4X (agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_IGD_E_HB || \ + agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_Q45_HB || \ +- agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G45_HB) ++ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_G45_HB || \ ++ agp_bridge-dev-device == PCI_DEVICE_ID_INTEL_GM45_HB) + + extern int agp_memory_reserved; + +@@ -525,8 +525,10 @@ static void intel_i830_init_gtt_entries(void) + size += 4; + } else if (IS_G4X) { + /* On 4 series hardware, GTT stolen is separate from graphics +- * stolen, ignore it in stolen gtt entries counting */ +- size = 0; ++ * stolen, ignore it in stolen gtt entries counting. However, ++ * 4KB of the stolen memory doesn't get mapped to the GTT. ++ */ ++ size = 4; + } else { + /* On previous hardware, the GTT size was just what was + * required to map the aperture. +-- +1.5.6.5 + Index: patches/bugfix/x86/intel_agp-official-name-for-GM45-chipset.patch === --- patches/bugfix/x86/intel_agp-official-name-for-GM45-chipset.patch (revision 0) +++ patches/bugfix/x86/intel_agp-official-name-for-GM45-chipset.patch (revision 0) @@ -0,0 +1,69 @@ +From 99d32bd5c7b1caa05d1fe3c89b08aabd459bc12a Mon Sep 17 00:00:00 2001 +From: Zhenyu Wang [EMAIL PROTECTED] +Date: Wed, 30 Jul 2008 12:26:50 -0700 +Subject: [PATCH] intel_agp: official name for GM45 chipset + +Signed-off-by: Zhenyu Wang [EMAIL PROTECTED] +Cc: Dave Airlie [EMAIL PROTECTED] +Signed-off-by: Andrew Morton [EMAIL PROTECTED] +Signed-off-by: Dave Airlie [EMAIL PROTECTED] +--- + drivers/char/agp/intel-agp.c | 14 +++--- + 1 files changed, 7 insertions(+), 7 deletions(-) + +diff --git a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c +index df70264..e0d68aa 100644 +--- a/drivers/char/agp/intel-agp.c b/drivers/char/agp/intel-agp.c +@@ -32,8 +32,8 @@ + #define PCI_DEVICE_ID_INTEL_Q35_IG 0x29B2 + #define PCI_DEVICE_ID_INTEL_Q33_HB 0x29D0 + #define PCI_DEVICE_ID_INTEL_Q33_IG 0x29D2 +-#define PCI_DEVICE_ID_INTEL_IGD_HB 0x2A40 +-#define PCI_DEVICE_ID_INTEL_IGD_IG 0x2A42 ++#define PCI_DEVICE_ID_INTEL_GM45_HB 0x2A40 ++#define PCI_DEVICE_ID_INTEL_GM45_IG 0x2A42 + #define
Bug#502751: clamav-getfiles: piuparts test fails: eicar.com md5sum mismatch, file needs downloading
On Sun, Oct 19, 2008 at 16:22:43 +0200, Marc Haber wrote: Please explain what a package which needs to download a non-free file from the Internet should do if the Internet is not available. That sounds like it wants to live in contrib then, not main? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502675: closed by Julien Cristau [EMAIL PROTECTED] (Bug#502675: fixed in libdrm 2.3.1-2)
On Sun, Oct 19, 2008 at 17:17:06 +0100, Ben Hutchings wrote: Julien Cristau [EMAIL PROTECTED] wrote: libdrm (2.3.1-2) unstable; urgency=high . * Remove from the source package a bunch of files that are only used by the kernel drm component. This gets rid of the mga, r128 and radeon microcode, and thus closes: #502675. Thanks, Ben Hutchings! Shouldn't this be removed from the orig tarball? I don't see any point in patching it out. It's not in the orig tarball in the first place. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502842: xserver-xorg-video-intel: Look up with i915 chipset
severity 502842 important kthxbye On Mon, Oct 20, 2008 at 10:26:02 +0300, AKbara wrote: Package: xserver-xorg-video-intel Version: 2:2.3.2-2+lenny4 Severity: critical Justification: breaks unrelated software no it doesn't. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502861: xorg: text occasionally misplaced / missing / wrong font colour
tag 502861 moreinfo kthxbye On Mon, Oct 20, 2008 at 12:22:12 +0100, alex wrote: In a huge variety of applications e.g. iceweasel, openoffice, openbox (menu entries, window titles), text is either missing, out of place on the page, or the font is incorrect color. This usually affects a whole line, but sometimes just the first letter. After a redraw, appearance is fine. Sometimes i have had a letter that should have appeared in an application window, appear on my desktop background. Please run '/usr/share/bug/xserver-xorg/script 3/tmp/xorg_bug.txt' and send the resulting file to this bug. Thanks, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501367: installation-reports: various problem on an Apple iMac G3
On Tue, Oct 7, 2008 at 01:18:32 +0200, Luca Capello wrote: 3) X.Org This is the main problem: after the first reboot, X11 starts, but the screen remains black. After investigation, to have a working screen I needed a single xorg.conf option for the Monitor section, taken from etch's xorg.conf: HorizSync 60-60 However, the screen resolution is set to 1280x968, which is not wrong, but the font size is too small. I've never used this iMac with Apple software, but according to the Apple site [1] (and Wikipedia as well [2]) the correct resolution should be 1024x768, which is obtained with another single xorg.conf option in the Monitor section, again taken from etch's xorg.conf: VertRefresh 75-117 I can provide X.Org log files from etch and lenny as well as perform other tests or even installations: this is still a playing machine, thus no need to be careful with it :-) Yes please. Without the logs there's nothing we can do. I suspect DDC is just screwed up in the r128 driver, so X can't get the informations about your monitor, and uses defaults that are wrong in your case :/ Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483487: Undelivered Mail Returned to Sender
fwiw. On Sun, Aug 24, 2008 at 20:59:27 +0200, Mail Delivery System wrote: [EMAIL PROTECTED]: host mail.dingman.org[64.151.155.69] said: 550 relaying to [EMAIL PROTECTED] prohibited by administrator (in reply to RCPT TO command) [EMAIL PROTECTED]: host mail.compact.com[208.188.84.201] said: 550 Unrouteable address (in reply to RCPT TO command) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454202: setting package to xterm, tagging 454202
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # xterm (236-1) UNRELEASED; urgency=low # # * Configure with --enable-dabbrev (closes: #454202). package xterm tags 454202 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496360: Not a bug for us
reopen 496360 severity 496360 important kthxbye On Mon, Aug 25, 2008 at 11:21:24 +0200, Romain Beauxis wrote: Hi ! Indeed, liguidsoap uses files under /tmp to write logs and dump audio data during the live show. We don't consider this as a bug, but as feature (tm). This is broken. Furthermore, this is known to the user, the name is predictible -- /tmp/liguidsoap.log -- and run manually by the user, with no root rights. That makes symlink attacks against root impossible, but it still allows an attacker to overwrite any file owned by the user running liguidsoap. Please move the files out of /tmp. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496375: The possibility of attack with the help of symlinks in some Debian packages
On Mon, Aug 25, 2008 at 11:09:02 +0200, Julien Valroff wrote: I think rkhunter is safe, given that the script does check that the file in /tmp is a file (and not a symlink) before using it: if [ $1 = --debug ]; then if [ -e /tmp/rkhunter-debug ]; then if [ -f /tmp/rkhunter-debug -a ! -h /tmp/rkhunter-debug ]; then rm -f /tmp/rkhunter-debug /dev/null 21 else echo Cannot use '--debug' option. /tmp/rkhunter-debug already exists, but it is not a file. exit 1 fi fi Would you please confirm this is ok so that I can close this bug? This isn't ok. Your script is still vulnerable to a race condition (if the symlink is created between when you check for it and when you use it). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485615: dpkg-reconfigure xserver-xorg doesn't define Monitor values
On Sun, Aug 24, 2008 at 22:37:58 +0200, Tim Köhlmann wrote: On Sat, 12 Jul 2008 12:50:46 +0200, Julien Cristau wrote: The monitor settings should be automatically detected on X server startup in most cases, so dpkg-reconfigure xserver-xorg doesn't ask about them anymore. What's the actual problem you're trying to fix? The actual problem is probably the same that I have: After installation, all you can get is a desktop with 640x480 @ 50 Hz - autoconfiguration failed. Not everyone may have that problem but asking in several forums shows that it fails for quite a few people. Then please open a new bug with your config and log, so we can try and fix this. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496519: compiz: segfault at startup
On Mon, Aug 25, 2008 at 14:26:17 +0200, Bernhard Kuemel wrote: [EMAIL PROTECTED]:~$ compiz --replace Checking for Xgl: not present. Detected PCI ID for VGA: Checking for texture_from_pixmap: present. Checking for non power of two support: present. Checking for Composite extension: present. Comparing resolution (1600x1200) to maximum 3D texture size (4096): Passed. Checking for nVidia: present. Checking for FBConfig: present. Checking for Xgl: not present. Starting gtk-window-decorator /usr/bin/compiz: line 393: 4683 Segmentation fault ${COMPIZ_BIN_PATH}${COMPIZ_NAME} $COMPIZ_OPTIONS $@ $COMPIZ_PLUGINS ^C Please provide a backtrace from gdb. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469221: severity of 469221 is important
# Automatically generated email from bts, devscripts version 2.10.35 # should probably be closed, but in any case not RC, upgrades from etch aren't affected severity 469221 important -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495006: closing 495006
# Automatically generated email from bts, devscripts version 2.10.35 # missing colon after closes in the changelog prevented this from getting properly marked as fixed close 495006 2.40-2.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495244: xcompmgr: causes x applications to stop updating
severity 495244 important tag 495244 moreinfo kthxbye On Fri, Aug 15, 2008 at 13:39:32 -0400, Benjamin Seidenberg wrote: Julien Cristau wrote: On Fri, Aug 15, 2008 at 12:32:01 -0400, Benjamin Seidenberg wrote: Package: xcompmgr Version: 1.1.4-0.1 Severity: grave Justification: renders package unusable It works well enough here (although with automatic compositing, I haven't really tested anything else). Fair enough. I used it for quite a while before problems developed, but I don't know what changed (it was originally infrequent and took me a while to realize it was xcompmgr). FWIW, I use xcompgr -c. While using xcompmgr (with fluxbox), it periodically (every few hours while watching video) locks up in such a way that various applications fail to make updates to the screen. Video and games freeze, terminals don't show anything typed, etc. A focus change (which changes transparency level) will sometimes make a window update once (a different video frame, text appears in a terminal all at once, etc). Restarting xcompmgr resolves this issue. (Killing it makes everything update normally, rerunning it does not break things). Would be nice if you could find out where it's stuck (use gdb from an ssh connection). This could as well be a bug in the x server. Or just from the console. I'll try to remember to do this, it's just it has to crash at a time when it's convenient for me to debug (not when I'm doing work or late at night, etc). Hi Benjamin, I seem unable to reproduce this, so I'll go ahead and downgrade the severity. It's possible this is a bug in the video driver or X server, rather than xcompmgr. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495244: xcompmgr: causes x applications to stop updating
On Mon, Aug 25, 2008 at 09:52:19 -0400, Benjamin Seidenberg wrote: Is there a debug symbol package for xcompmgr? Nope, sorry. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494241: gmpc: FTBFS: configure.ac:28: error: possibly undefined macro: AC_PROG_LIBTOOL
On Sat, Aug 9, 2008 at 10:57:24 +0200, Andreas Metzler wrote: I intend to NMU with the attached diff.gz/dsc on August 16. Ping Andreas? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492414: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492414
On Sun, Aug 24, 2008 at 22:31:19 +0200, Moritz Muehlenhoff wrote: severity 492414 grave thanks On Mon, Jul 28, 2008 at 08:03:35PM +0200, Nicolas Adenis-Lamarre wrote: i can reproduce the bug with 0.4.2 the bug dissappear with svn version. I've updated my Etch workstation to Lenny and I can also reproduce the problem, raising severity. Rebuilding xmoto with noopt nostrip, I get: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb72426e0 (LWP 3211)] 0xb7979358 in strtol_l_internal () from /lib/i686/cmov/libc.so.6 (gdb) bt #0 0xb7979358 in strtol_l_internal () from /lib/i686/cmov/libc.so.6 #1 0xb79790c0 in strtol () from /lib/i686/cmov/libc.so.6 #2 0xb7975e21 in atoi () from /lib/i686/cmov/libc.so.6 #3 0x080f83a5 in StateMainMenu::updateStats (this=0x8872d10) at states/StateMainMenu.cpp:700 #4 0x081072b2 in StateMainMenu::enter (this=0x8872d10) at states/StateMainMenu.cpp:125 #5 0x080c7dd2 in StateManager::pushState (this=0x886dbf8, pNewState=0x8872d10) at states/StateManager.cpp:96 #6 0x081a6be3 in GameApp::run_load (this=0x8314658, nNumArgs=1, ppcArgs=0xbf9dbd84) at GameInit.cpp:380 #7 0x081a71ef in GameApp::run (this=0x8314658, nNumArgs=1, ppcArgs=0xbf9dbd84) at GameInit.cpp:85 #8 0x081a723d in main (nNumArgs=1, ppcArgs=0xbf9dbd84) at GameInit.cpp:63 Looking at frame 3: #3 0x080f83a5 in StateMainMenu::updateStats (this=0x8872d10) at states/StateMainMenu.cpp:700 700 v_totalPlayedTime = atoi(pDb-getResult(v_result, 8, 0, 2)); (gdb) p pDb-getResult(v_result, 8, 0, 2) $3 = 0x0 Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492414: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492414
On Mon, Aug 25, 2008 at 17:10:25 +0200, Julien Cristau wrote: Looking at frame 3: #3 0x080f83a5 in StateMainMenu::updateStats (this=0x8872d10) at states/StateMainMenu.cpp:700 700 v_totalPlayedTime = atoi(pDb-getResult(v_result, 8, 0, 2)); (gdb) p pDb-getResult(v_result, 8, 0, 2) $3 = 0x0 The attached patch was enough to make xmoto start without segfaulting here. Cheers, Julien diff -u xmoto-0.4.2/debian/changelog xmoto-0.4.2/debian/changelog --- xmoto-0.4.2/debian/changelog +++ xmoto-0.4.2/debian/changelog @@ -1,3 +1,10 @@ +xmoto (0.4.2-2) UNRELEASED; urgency=low + + * Don't call atoi(NULL), fixes segfault on upgrade from etch +(closes: #492414) + + -- Julien Cristau [EMAIL PROTECTED] Mon, 25 Aug 2008 17:21:36 +0200 + xmoto (0.4.2-1) unstable; urgency=low * New upstream release. only in patch2: unchanged: --- xmoto-0.4.2.orig/src/svnVersion +++ xmoto-0.4.2/src/svnVersion @@ -0,0 +1 @@ +exported only in patch2: unchanged: --- xmoto-0.4.2.orig/src/states/StateMainMenu.cpp +++ xmoto-0.4.2/src/states/StateMainMenu.cpp @@ -673,6 +673,7 @@ int v_nbDiffLevels= 0; std::string v_level_name= ; xmDatabase* pDb = xmDatabase::instance(main); + char *tmpresult; if(v_window != NULL){ delete v_window; @@ -695,14 +696,21 @@ return; } - v_nbStarts= atoi(pDb-getResult(v_result, 8, 0, 0)); + tmpresult = pDb-getResult(v_result, 8, 0, 0); + v_nbStarts= tmpresult ? atoi(tmpresult) : 0; v_since = pDb-getResult(v_result, 8, 0, 1); - v_totalPlayedTime = atoi(pDb-getResult(v_result, 8, 0, 2)); - v_nbPlayed= atoi(pDb-getResult(v_result, 8, 0, 3)); - v_nbDied = atoi(pDb-getResult(v_result, 8, 0, 4)); - v_nbCompleted = atoi(pDb-getResult(v_result, 8, 0, 5)); - v_nbRestarted = atoi(pDb-getResult(v_result, 8, 0, 6)); - v_nbDiffLevels= atoi(pDb-getResult(v_result, 8, 0, 7)); + tmpresult = pDb-getResult(v_result, 8, 0, 2); + v_totalPlayedTime = tmpresult ? atoi(tmpresult) : 0; + tmpresult = pDb-getResult(v_result, 8, 0, 3); + v_nbPlayed= tmpresult ? atoi(tmpresult) : 0; + tmpresult = pDb-getResult(v_result, 8, 0, 4); + v_nbDied = tmpresult ? atoi(tmpresult) : 0; + tmpresult = pDb-getResult(v_result, 8, 0, 5); + v_nbCompleted = tmpresult ? atoi(tmpresult) : 0; + tmpresult = pDb-getResult(v_result, 8, 0, 6); + v_nbRestarted = tmpresult ? atoi(tmpresult) : 0; + tmpresult = pDb-getResult(v_result, 8, 0, 7); + v_nbDiffLevels= tmpresult ? atoi(tmpresult) : 0; pDb-read_DB_free(v_result); @@ -754,11 +762,16 @@ if(cy + 45 nHeight) break; /* out of window */ v_level_name = pDb-getResult(v_result, 6, i, 0); -v_totalPlayedTime = atoi(pDb-getResult(v_result, 6, i, 5)); -v_nbDied = atoi(pDb-getResult(v_result, 6, i, 2)); -v_nbPlayed= atoi(pDb-getResult(v_result, 6, i, 1)); -v_nbCompleted = atoi(pDb-getResult(v_result, 6, i, 3)); -v_nbRestarted = atoi(pDb-getResult(v_result, 6, i, 4)); +tmpresult = pDb-getResult(v_result, 6, i, 5); +v_totalPlayedTime = tmpresult ? atoi(tmpresult) : 0; +tmpresult = pDb-getResult(v_result, 6, i, 2); +v_nbDied = tmpresult ? atoi(tmpresult) : 0; +tmpresult = pDb-getResult(v_result, 6, i, 1); +v_nbPlayed= tmpresult ? atoi(tmpresult) : 0; +tmpresult = pDb-getResult(v_result, 6, i, 3); +v_nbCompleted = tmpresult ? atoi(tmpresult) : 0; +tmpresult = pDb-getResult(v_result, 6, i, 4); +v_nbRestarted = tmpresult ? atoi(tmpresult) : 0; snprintf(cBuf, 512, ([%s] %s:\n+ std::string(GAMETEXT_XMOTOLEVELSTATS_PLAYS(v_nbPlayed) + std::string(, ) + GAMETEXT_XMOTOLEVELSTATS_DEATHS(v_nbDied)+ std::string(, ) +
Bug#496548: xmodmap in xdm Xsetup, empty modifier map, broken Shift
Hi Peter, see the below report about issues running xmodmap on xserver startup. Do you know if this is fixed in 1.5 or master, or if the same thing still exists there? Thanks, Julien On Mon, Aug 25, 2008 at 17:00:08 +0100, Ian Jackson wrote: Package: xserver-xorg-core Version: 2:1.4.2-3 I'm suffering a problem with xmodmap. Since at least July 1997 I have swapped control and capslock on my displays, and made certain other changes to the keymap, by using xmodmap in the xdm Xsetup script. This no longer works properly. (I do it like this because this affects all X displays connected to the server, because I want more than the swapcaps option can provide, and of course because originally there was no server config file option to change keymaps at all.) The symptoms are that on the display running lenny it is not possible to log in because it is not possible to type shifted letters into the xdm greeter (eg for one's passphrase). (I'm using the xdm greeter rather than gdm etc.) I have investigated and discovered that: * When xmodmap -pm is run in Xsetup, it prints an empty modifier map. That is, there are no modifiers set. * The runes I use for xmodmap to swap control and capslock explicitly set up mappings for control and capslock, rather than transplanting them. After xmodmap runs, there are modifier settings for control and capslock but not for shift. I conjecture that xmodmap works by reading the whole modifier map and then writing a modified version. * My xmodmap invocation to change the modifier map exits with status 1 without any apparent cause and without printing an explanation. This would seem to be a bug in xmodmap. * If I comment out the xmodmap call in Xsetup, everything works fine. After logging in I see the expected modifier map. I can then do exactly the same xmodmap invocation and it works perfectly - the functionality of shift is not affected. * The effect happens nearly every time but doesn't seem to be quite 100% reproducible. I haven't had it fail to go wrong under 100% controlled conditions so I'm not sure, but I suspect a race. A complicating factor is that the xdm host is running sarge. Thus xdm and the chooser are those from sarge. xmodmap is running on the sarge host. It would be rather too disruptive to untangle this so that I could run xdm on what is current the lenny client and I don't have a spare box right now to use for a specific test. However I have verified that running lenny's xmodmap (via chroot and NFS) doesn't help: lenny's xmodmap appears to be identical in behaviour. Here are some relevant files: My instrumented Xsetup_2 script: #!/bin/sh # $XConsortium: Xsetup_0,v 1.3 93/09/28 14:30:31 gildea Exp $ set -e echo 1 $0 $* echo 2 $0 $* 2 set -x type -p xmodmap xmodmap -pm || echo x $? printenv || sort rsync -vP $XAUTHORITY /net/anarres/root/.Xauthority XAUTHORITY=/root/.Xauthority chroot /net/anarres xdpyinfo || echo q $? XAUTHORITY=/root/.Xauthority chroot /net/anarres xmodmap -pm || echo y $? XAUTHORITY=/root/.Xauthority chroot /net/anarres xmodmap -verbose /root/Xmodmap_local || echo $? XAUTHORITY=/root/.Xauthority chroot /net/anarres xmodmap -pm || echo z $? xsetroot -fg blue -bg black -bitmap /etc/X11/xdm/defaultroot.bitmap Output of xmodmap -pm after Shift has been broken in this way, in a session obtained by logging in as a user with no shifted characters in the password: xmodmap: up to 1 keys per modifier, (keycodes in parentheses): shift lockCaps_Lock (0x25) control Control_L (0x42) mod1 mod2 mod3 mod4 mod5 The xmodmap file Xmodmap_local: ! UK keymap, swap capslock and control clear control clear lock keycode 11 = 2 quotedbl keycode 22 = BackSpace keycode 48 = apostrophe at keycode 51 = numbersign asciitilde keycode 94 = backslash bar keycode 37 = Caps_Lock keycode 66 = Control_L add control = Control_L Control_R add lock = Caps_Lock keycode 113 = Meta_R keycode 99 = End keycode 103 = Prior The contents of xdm.log including the debugging output from the Xsetup_2 script above: Mon Aug 25 16:44:42 2008 xdm info (pid 22554): starting X server on anarres.relativity.greenend.org.uk:2 Mon Aug 25 16:44:42 2008 xdm info (pid 24883): sourcing /etc/X11/xdm/Xsetup 1 /etc/X11/xdm/Xsetup_2 2 /etc/X11/xdm/Xsetup_2 + type -p xmodmap /usr/bin/X11/xmodmap + xmodmap -pm xmodmap: up to 0 keys per modifier, (keycodes in parentheses): shift lock control mod1 mod2 mod3 mod4 mod5 + printenv SHELL=/bin/sh -e
Bug#464353: xserver-xorg-video-intel: xserver is very unstable using the 2.2.x version of the driver
On Wed, Feb 6, 2008 at 12:05:14 +0100, Florian Reitmeir wrote: Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: grave Justification: renders package unusable Hi, the X server only runs for a couple of secounds, then it crashes and is not able to start again. it doesn't matter if i reboot or suspend the machine. Downgrading to 2:2.1.0 helps. Hi Florian, I haven't seen any lockup for a while on my laptop with a 945GM chip. Do you still experience these lockups with xserver-xorg-video-intel 2.3.2? Thanks, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470901: xserver-xorg-core: Uses sync dbus calls through the libhal API
(for some reason i never saw this report..) On Fri, Mar 14, 2008 at 13:01:42 +0100, Sjoerd Simons wrote: I just had a quite nasty experience. When running hal in verbose mode in a x terminal it locks up my X, untill i kill hald from another machine.. Stracing of X shows that it was blocking on dbus calls. What seems to happen is that hal's stdout/stderr buffers are filled up because X is busy with other stuff, causing hal to block, which in turn causes X to block when it calls out to hal the next time :( A quick look in the xorg-server code shows it's using libhal_* functions. Almost all of these result in synchronous dbus calls (thus they block untill a reply is received). Which make them unsuitable for something as critical as the X server. From my point of view it might be best to turn the input hotplugging code in unstable for now as it's not actually used at this point anyway... From my point of view it wouldn't be a good solution :) (we use the input hotplugging code to load the synaptics driver on laptops with touchpads, if nothing else, and will use it for most everything post-lenny) Is there any better way to fix this, or should we just consider it a wontfix thing? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472252: setting package to xserver-xorg-video-radeon xserver-xorg-video-ati-dbg xserver-xorg-video-radeon-dbg xserver-xorg-video-ati ...
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # xserver-xorg-video-ati (1:6.9.0+git20080802.1f3eee36-2) UNRELEASED; urgency=low # # * Build with -fvisibility=hidden, avoiding symbol name clashes with #radeonhd (closes: #472252). # package xserver-xorg-video-radeon xserver-xorg-video-ati-dbg xserver-xorg-video-radeon-dbg xserver-xorg-video-ati tags 472252 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496565: closed by Julien Cristau [EMAIL PROTECTED] (Re: Bug#496565: Missing -dpi 100 argument in /etc/X11/xinit/xserverrc after upgrade from etch)
On Mon, Aug 25, 2008 at 20:51:36 +0200, Claus Fischer wrote: I found the problem after upgrading from etch to lenny, actually with xdm. There's no way I'm going to read the NEWS files for 1000 packets when upgrading from etch to lenny; I think you'll understand. Not all packages include NEWS files, only important changes should be listed there. If installed, apt-listchanges will display them to you (or send a mail) upon upgrade. I can't include a log since xdm does not log any more to /var/log/xdm.log. Another problem. Fixed in unstable (and will be in lenny in a few days). The log I'll need is not that one, but /var/log/Xorg.0.log, though, so that shouldn't matter. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496548: xmodmap in xdm Xsetup, empty modifier map, broken Shift
On Mon, Aug 25, 2008 at 17:00:08 +0100, Ian Jackson wrote: * When xmodmap -pm is run in Xsetup, it prints an empty modifier map. That is, there are no modifiers set. 14:08 daniels jcristau: getting an empty modmap is a symptom of running without xkb Does this also happen if xkb-data is installed on the machine running the X server? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485769: [pkg-wpa-devel] Bug#485769: wpasupplicant crashes: not with 32bit kernel
On Tue, Aug 26, 2008 at 22:12:00 +1000, Kel Modderman wrote: severity 485769 important thanks On Sunday 24 August 2008 23:50:05 Stefan Fritsch wrote: Hrm. It works with linux-image-2.6.25-2-686. Maybe the severity is not grave after all. But wpasupplicant should not crash. I cannot reproduce the problem, neither can my peer. Also have little idea of what can be wrong. Downgrading the severity as it seem to work for many people. Sounds like an issue with handling of compat ioctl paths (when the kernel is 64bit and the userland 32bit)… Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496073: [Pkg-samba-maint] Bug#496073: samba: group_mapping.ldb created world writeable after manual deletion
On Fri, Aug 22, 2008 at 15:54:21 +0200, Sascha Herrmann wrote: After removing the group_mapping.tdb file in /var/lib/samba, samba recreates this file with the permissions set to 0666, allowing everybody with access to the system to modify this file. I think this isn't a good idea. I removed this file on a system I cloned from a working system because I wanted to be sure there are no cached informations of the domain the original system was a member of. This has been assigned CVE-2008-3789, FWIW. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492913: xserver-xorg-video-intel: 855GM not recognized any more
On Tue, Jul 29, 2008 at 22:07:44 +0200, Vincent Bernat wrote: Package: xserver-xorg-video-intel Version: 2:2.4.0-1 Severity: normal Hi! After upgrading to 2.4.0, my 855GM is not recognized any more. See attached logs. Pretty weird. It would be interesting to step through InitOutput using gdb, to see why the driver's probe routine fails. If you do that, make sure you have xserver-xorg-video-intel-dbg and xserver-xorg-core-dbg installed, and use gdb over an ssh connection. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496667: vim-scripts: gnupg.vim should use --armor when encrypting to *.asc
Package: vim-scripts Version: 20080722-1 Severity: minor Hi, 'vim foo.asc' using the gnupg plugin should encrypt using gpg --armor, instead of using the binary format. Cheers, Julien -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vim-scripts depends on no packages. Versions of packages vim-scripts recommends: ii vim 2:7.2.000-2 Vi IMproved - enhanced vi editor ii vim-addon-manager0.4 manager of addons for the Vim edit ii vim-gtk [vim]2:7.2.000-2 Vi IMproved - enhanced vi editor - Versions of packages vim-scripts suggests: pn libtemplate-perl none (no description available) pn perlsgml none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470901: xserver-xorg-core: Uses sync dbus calls through the libhal API
clone 470901 -1 reassign -1 hal 0.5.11-3 retitle -1 libhal needs to expose async calls severity -1 wishlist tag -1 upstream tag 470901 upstream block 470901 with -1 kthxbye On Tue, Aug 26, 2008 at 17:02:27 +0100, Sjoerd Simons wrote: Yes, patch the X server to not use synchronous dbus calls, which are definately the wrong thing for it. This does mean the server should use dbus-glib or libdbus directly (or fix libhal to expose async variants..). It's definately something upstream should fix imho. So I went and asked upstream: 18:47 daniels jcristau: libhal needs to expose async calls Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496576: Bad screen resolution detection on Thinkpad T60p/amd64/ATI V5250
On Tue, Aug 26, 2008 at 18:55:57 +0200, Brice Goglin wrote: config and log please :) Sent in private mail, attached now. Would be nice to get the log without either -dpi 100 or DisplaySize in xorg.conf, though, since the values detected seem pretty sane. Cheers, Julien # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section ServerLayout Identifier Default Layout Screen Default Screen 0 0 InputDeviceGeneric Keyboard InputDeviceConfigured Mouse InputDeviceSynaptics Touchpad Option Xinerama off Option Clone on EndSection Section Files # path to defoma fonts 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 FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Load i2c Load bitmap Load ddc Load dri Load extmod Load freetype Load glx Load int10 Load vbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout us Option XkbOptions compose:rwin 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 SendCoreEvents true Option Device /dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Monitor Identifier IBM Thinkpad Monitor Option DPMS DisplaySize 1400 1050 # required against floating point exception in Qt # HorizSync 28-70 # VertRefresh 43-60 EndSection Section Monitor Identifier External Monitor Option VendorName ATI Proprietary Driver Option ModelName Generic Autodetecting Monitor Option DPMS true EndSection Section Device #Option UseFBDev true #Option VideoOverlay on #Option OpenGLOverlay off Identifier ATI FireGL V5250 Driver fglrx Option MonitorLayout LVDS,AUTO Option EnableMonitor lvds Option DesktopSetup clone # OptionOverlayOnCRTC2 1 Option UseFastTLS 2 # required for Wine BusID PCI:1:0:0 EndSection Section Device Identifier External Device Driver fglrx BusID PCI:1:0:0 Screen 1 EndSection Section Screen Identifier Default Screen Device ATI FireGL V5250 MonitorIBM Thinkpad Monitor DefaultDepth 24 SubSection Display Depth 1 Modes1400x1050 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes1400x1050 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes1400x1050 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes1400x1050 1280x1024 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes1400x1050 1280x1024 1152x864
Bug#496548: xmodmap in xdm Xsetup, empty modifier map, broken Shift
On Tue, Aug 26, 2008 at 19:06:52 +0100, Ian Jackson wrote: [EMAIL PROTECTED]:~ dpkg -i /export/mirror/debian-ftp/pool/main/x/xkeyboard-config/xkb-data_1.3-2_all.deb dpkg: considering removing xkb-data-legacy in favour of xkb-data ... dpkg: yes, will remove xkb-data-legacy in favour of xkb-data. (Reading database ... 226123 files and directories currently installed.) Unpacking xkb-data (from .../xkb-data_1.3-2_all.deb) ... dpkg: error processing /export/mirror/debian-ftp/pool/main/x/xkeyboard-config/xkb-data_1.3-2_all.deb (--install): cannot remove file `/usr/share/X11/xkb/symbols/pc/vn': Not a directory Errors were encountered while processing: /export/mirror/debian-ftp/pool/main/x/xkeyboard-config/xkb-data_1.3-2_all.deb [EMAIL PROTECTED]:~ dpkg -i /export/mirror/debian-ftp/pool/main/x/xkb-data-legacy/xkb-data-legacy_1.0.1-4_all.deb Selecting previously deselected package xkb-data-legacy. dpkg: considering removing xkb-data in favour of xkb-data-legacy ... xkb-data is not properly installed - ignoring any dependencies on it. dpkg: yes, will remove xkb-data in favour of xkb-data-legacy. (Reading database ... 226328 files and directories currently installed.) Preparing to replace xkb-data-legacy 1.0.1-4 (using .../xkb-data-legacy_1.0.1-4_all.deb) ... Unpacking replacement xkb-data-legacy ... Setting up xkb-data-legacy (1.0.1-4) ... [EMAIL PROTECTED]:~ Hrm. Why is dpkg unpacking xkb-data before removing -legacy? Looks like some Conflicts/Replaces are missing there. Anyway, should be pretty easy to work around by removing xkb-data-legacy first. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496548: xmodmap in xdm Xsetup, empty modifier map, broken Shift
On Tue, Aug 26, 2008 at 19:43:09 +0100, Ian Jackson wrote: Ian Jackson writes (Re: Bug#496548: xmodmap in xdm Xsetup, empty modifier map, brokenShift): Julien Cristau writes (Re: Bug#496548: xmodmap in xdm Xsetup, empty modifier map, broken Shift): Hrm. Why is dpkg unpacking xkb-data before removing -legacy? Looks like some Conflicts/Replaces are missing there. Because that's what an in-place replacement looks like. That's precisely the consequence of the Conflicts. Sorry, thaat was perhaps rather terse. See policy 6.6, bullet 2 and the rest of the consequences. Thanks. Does xkb-data intentionally contain a nondirectory where xkb-data-legacy contains a directory ? I have no idea. The -legacy version is pretty much abandoned at this point, but feel free to file a bug since this looks like something we ought to fix. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496690: xdm: want to use Tab to switch from Login to Password field
Package: xdm Version: 1:1.1.8-4 Severity: wishlist Tags: patch Note to self: set submitter to Claus Fischer [EMAIL PROTECTED] once this has a bug number. Claus requested to be able to use Tab instead of Enter to get to the password prompt after giving the login, and provided the following patch. --- Xresources.orig 2008-08-25 12:07:06.0 +0200 +++ Xresources 2008-08-25 22:33:47.0 +0200 @@ -21,7 +21,11 @@ CtrlKeyKP_Enter: set-session-argument(failsafe) finish-field()\n\ KeyKP_Enter: set-session-argument() finish-field()\n\ CtrlKeyReturn: set-session-argument(failsafe) finish-field()\n\ - KeyReturn: set-session-argument() finish-field() + KeyReturn: set-session-argument() finish-field()\n\ + CtrlKeyKP_Tab: set-session-argument(failsafe) finish-field()\n\ + KeyKP_Tab: set-session-argument() finish-field()\n\ + CtrlKeyTab: set-session-argument(failsafe) finish-field()\n\ + KeyTab: set-session-argument() finish-field() xlogin*greeting: Welcome to CLIENTHOST xlogin*namePrompt: \040\040\040\040\040\040\040Login: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451791: closed by Julien Cristau [EMAIL PROTECTED] (Bug#451791: fixed in xserver-xorg-video-intel 2:2.3.2-2+lenny3)
On Wed, Aug 27, 2008 at 19:25:17 +0200, Mike Hommey wrote: [ Brice Goglin ] * Add 02_xaa_by_default_on_i965.diff to switch back to XAA on i965 by default to avoid many rendering problems, closes: #451791. Interestingly, I've never been hit by these rendering problems with EXA, but I don't exactly have a 965G, but a 965GM. But the switch back to XAA seems to apply to any 965... The rendering problems with EXA were reported by people with pretty much every 965 variant, and we have no known good version. Upstream was never able to reproduce, so at this point this (or forcing ExaNoComposite by default) was the only option left. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496814: xserver-xorg: [sis]xserver error (Caught signal 11): can't load gnome
On Wed, Aug 27, 2008 at 17:54:33 +, Stéphane Blondon wrote: The error seems to be like #474504 but the behaviour is not the same. Yeah, seems it's the same error in x86emu, and the same SiS chip, so probably the same bug. We'll need more debugging information from x86emu to understand what's going on, but I don't have time right now to look into it. Stay tuned (or you can play with it yourself if you feel like it, there's quite some debugging infrastructure in x86emu ;) ). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472618: [xserver-xorg] synaptics touchpad doesn't work out of the box
On Wed, Aug 27, 2008 at 23:52:22 +0300, Eddy Petrișor wrote: Not sure what will happen to this bug until Lenny is released, but since Adding a ServerLayout section after adding a InputDevice for the synaptics touchpad and the scroll works afterwards, maybe if time doesn't allow it to be fixed properly, we should revert the code that actually placed that code in xorg.conf. Personally, I hope that this regression will be fixed properly before the release :-). This bug is fixed in xserver-xorg-input-synaptics 0.14.7~git20070706-2.2, as far as I'm concerned. The driver will be loaded automatically if a touchpad is detected. No xorg.conf modification needed. No non-default options are set, but I don't think that should be a problem, you can play with xorg.conf for that if you want. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496922: xserver-xorg-video-openchrome: mouse cursor disappeared after upgrade
On Thu, Aug 28, 2008 at 17:18:09 +0200, Paolo Cavallini wrote: Package: xserver-xorg-video-openchrome Version: 1:0.2.902+svn579-1 Severity: grave Justification: renders package unusable After the last upgrade, the driver causes the mouse pointer to disappear. The pointer is working, just not visible. Going back to vesa cured the problem, but the package itself is useless. Upgrade of what package, from what version? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472618: [xserver-xorg] synaptics touchpad doesn't work out of the box
On Thu, Aug 28, 2008 at 22:48:36 +0300, Eddy Petrișor wrote: The problem is that I need to readd the InputDriver section since, by default, 'SHMConfig' is not 'true' and gsynaptics and other synaptics configuration tools don't work. Is there a security reason why this option isn't already true, by default? Is changing this to be the default difficult? Yes, SHMConfig is a security hole. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496664: [Pkg-samba-maint] Bug#496664: Upgrade to lenny: cannot copy from netapp filer using smbclient or kde/gnome
On Fri, Aug 29, 2008 at 09:26:13 +0200, Ludovic Drolez wrote: Will the 3.2.3 unstable release will enter testing soon ? Yes. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492913: xserver-xorg-video-intel: 855GM not recognized any more
On Fri, Aug 29, 2008 at 23:03:00 +0200, Vincent Bernat wrote: OoO En cette soirée bien amorcée du vendredi 29 août 2008, vers 22:55, Brice Goglin [EMAIL PROTECTED] disait : It's strange that you have a i810 driver on your machine. Our packages are supposed to prevent this situation thanks to conflicts. Did you build/install a i810 driver manually? xserver-xorg-video-i810 is not installed on my system (status rc in dpkg -l). xserver-xorg-video-intel from sid provides i810_drv.so while this is not the case anymore for the one from experimental. Err... $ dpkg -c ../xserver-xorg-video-intel_2.4.1-1_i386.deb |grep i810_drv lrwxrwxrwx root/root 0 2008-08-24 18:29 ./usr/lib/xorg/modules/drivers/i810_drv.so - intel_drv.so If i810_drv.so is gone, that's a bug. If 'Driver i810' in xorg.conf is not equivalent to 'Driver intel', that's a bug too. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497267: xserver-xorg-video-intel 2.4.1-1:(EE) intel(0): underrun on pipe B!
On Sun, Aug 31, 2008 at 17:36:45 +0200, Brice Goglin wrote: Jos van Wolput wrote: Package: xserver-xorg-video-intel Version: 2:2.4.1-1 (experimental) System: linux 2.6.26-1-686, chipset 852GM/855GM Severity: normal Since I upgraded xserver-xorg and mesa from unstable to experimental I get the following error in xorg.log: (EE) intel(0): underrun on pipe B! I can find some similar bug reports in the upstream bugzilla but most of them seems to be fixed now. The problem has been reintroduced for me with 48d4b0a. I reported it to Jesse on #intel-gfx, but haven't filed a bug. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497162: setting package to xorg xlibmesa-gl-dev xserver-xorg-input-all xserver-xorg libglu1-xorg-dev xbase-clients xserver-xorg-video-all xlibmesa-gl xlibmesa-glu xutils libglu1-xorg xorg-dev x11-
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # xorg (1:7.3+16) UNRELEASED; urgency=low # # * Lithuanian. Closes: #497314 # * Norwegian Bokmal. Closes: #497315 # * Polish. Closes: #497162 package xorg xlibmesa-gl-dev xserver-xorg-input-all xserver-xorg libglu1-xorg-dev xbase-clients xserver-xorg-video-all xlibmesa-gl xlibmesa-glu xutils libglu1-xorg xorg-dev x11-common tags 497314 + pending tags 497315 + pending tags 497162 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356930: closing
On Wed, Sep 3, 2008 at 17:11:10 +0200, Holger Levsen wrote: Hi, closing this old bug (it was filed before etch was released) an the assumptions that a.) I dont see this bug on my etch systems and b.) a lot has changed in Xorg since then. That would be the display manager, not X, in any case. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500358: Xorg with ATI driver and Linux 2.6.25 (on Ultra 5)
On Sat, Sep 27, 2008 at 15:22:49 +0200, Josip Rodin wrote: On Sat, Sep 27, 2008 at 02:53:46PM +0200, Julien Cristau wrote: On Sat, Sep 27, 2008 at 14:48:42 +0200, Josip Rodin wrote: Oh, and we already have one in 488669, but it's filed against the core X server package. I'll leave it to the X guys to decide where to merge. In any case it's a clear regression from etch. :( Feel free to provide a patch, or revert the kernel changes that broke X. The X guys are not sparc porters, don't have access to sparc hardware, and the affected code is very much arch-specific. All of them? Nobody upstream? Sparc patches that I've seen go upstream lately came mostly from davem. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496655: State of pci.ids
On Tue, Sep 30, 2008 at 09:17:31 +1000, Aníbal Monsalve Salazar wrote: In the changelog of pciutils 1:2.1.11-15.3, Christian Perrier applied a patch by Colin Watson which stripped the subsystem ids. That changelog is dated 3 Dec 2005. ... for the udeb, not for the main package. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500698: xserver-xorg-video-intel: autodetection problems on 945GM mini-pc
On Tue, Sep 30, 2008 at 16:30:38 +0200, [EMAIL PROTECTED] wrote: Hi, after an update from etch to lenny, i had a black screen (no signal) when I started a x-session. At that time I used the i810 driver on my Transtec Senyo 600 mini-pc. I read i810 is deprecated and replaced by xserver-xorg-video-intel, which I installed together with the new, simplified xorg.conf. The problem persisted. I tried to track it down and found, that autodetection choosed the wrong video-output and that I miss a matching modeline for my monitor (BenQ FP93GX 1280x1024). The mini-pc has four (!) outputs, TV, LVDS (though no LCD-Display), TMDS-1 (the DVI-Out) and VGA (when I plug my DVI-VGA-Adapter into TMDS-1). I think the hassle is, that LVDS is chosen - and not VGA, where my monitor is: It seems the driver enabled the nonexistent LVDS panel, and TMDS-1. Can you send a log without your workarounds in xorg.conf, and with the ModeDebug option enabled? It sounds like we should quirk out the LVDS, but I wonder why both VGA and TMDS-1 are detected as connected if you only have one monitor. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500740: Some variables don't default correctly
On Wed, Oct 1, 2008 at 15:44:14 +0200, Daniel Baumann wrote: Juliusz Chroboczek wrote: When LH_UNION_FILESYSTEM and LH_LINUX_PACKAGES are left undefined how are you *exactely* constructing a situation where they are undefined? We're only defining in config/* the variables for which we don't want to use the default values, and relying on lh_build to define the rest if it needs them. For some reason it doesn't do that, and wants some stuff to be defined anyway, even if it's unchanged from what lh_config says is the default. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500800: xorg: -isolatedevice fails: multiseat impossible
On Wed, Oct 1, 2008 at 09:39:21 -0500, hugo vanwoerkom wrote: and the pieces in /etc/gdm/gdm.conf: [server-Standard] name=Standard server command=/usr/bin/X1 :0 -layout X1 -dpi 110 -deferglyphs 16 -isolateDevice \PCI:1:0:0\ vt7 ... [server-2nd] name=2nd server command=/usr/bin/X0 :1 -layout X0 -dpi 110 -deferglyphs 16 -isolateDevice \PCI:0:8:0\ -sharevts The latter 2 commands cause the error. What if you remove the quotes around the PCI ids? The relevant code is: if (!strcmp(argv[i], -isolateDevice)) { int bus, device, func; CHECK_FOR_REQUIRED_ARGUMENT(); if (strncmp(argv[++i], PCI:, 4)) { FatalError(Bus types other than PCI not yet isolable\n); } if (sscanf(argv[i], PCI:%d:%d:%d, bus, device, func) == 3) { xf86IsolateDevice.bus = bus; xf86IsolateDevice.device = device; xf86IsolateDevice.func = func; return 2; } else { FatalError(Invalid isolated device specification\n); } } Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500626: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori
On Thu, Oct 2, 2008 at 00:01:29 +0200, Luca Capello wrote: clone 500626 -1 retitle -1 xserver-xglamo: crashes after xrandr command thanks Hi, Can you take these bugs off the xorg package? They were filed against a nonexistent package, then reassigned to xorg, and I don't know what's the appropriate package here. Thanks, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500830: Misc packaging fixes
On Wed, Oct 1, 2008 at 22:13:06 +0200, Loïc Minier wrote: If you're happy with the changes, I can NMU this debdiff at your earliest convenience; woudln't hurt for lenny, but could as well be experimental or sit in usntable. Looks good to me. If nobody objects in the next days, I think you can commit your changes to the pkg-ocaml-maint svn and upload. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500887: xserver-xorg: Unpredictable X server crash when Gnome screen saver (lock screen) run
On Thu, Oct 2, 2008 at 21:12:17 +1000, Jason White wrote: On several occasions now, upon running the Gnome screen saver or the lock screen menu option, the X server has crashed. My only recourse has been to log in over ssh from another system and reboot the machine. As this system has an nVidia video card installed, and I have chosen not to install the non-free nVidia driver, the X server should be using the nv driver. The automatically generated xorg.conf file is included below. The following segfault is reported in the kernel log. Oct 2 20:06:11 jdc kernel: [59619.632360] Xorg[18999]: segfault at 61 ip 7f60a837f18f sp 7fffc77fd610 error 4 in libgcc_s.so.1[7f60a836f000+16000] Hi, can you send an Xorg log from the crash (should be in /var/log/Xorg.0.log.old after reboot), or even better try to log in remotely before the crash, attach gdb to the X server process, and catch a full backtrace when it segfaults (make sure xserver-xorg-core-dbg is installed for that). Thanks, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500900: xorg: X autoconfiguration fails (completely) on a Thinkpad A21p
On Thu, Oct 2, 2008 at 15:00:38 +0200, Mitsch Jarosch wrote: First time I installed lenny I had a garbled looking xserver on my Thinkpad A21p. dpkg-reconfigure xserver-xorg was no sollution, since it was changed not to configure any resolution or frequency data. Please send your Xorg log and config. Thanks, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488685: xserver-xorg-input-kbd: Acer TravelMate 2303M : the 'Fn' key is inverted
On Thu, Oct 2, 2008 at 16:02:52 +0200, Christophe Lohr wrote: Christophe Lohr a écrit : Package: xserver-xorg-input-kbd Version: 1:1.3.1-1 Severity: normal Hi, My laptop is an Acer TravelMate 2303M. There is a blue 'Fn' (function) key to activate extra (blue) functions on some keys. For instance, the 'j' key is also '1' by pressing keys 'Fn' plus 'j' Now the 'Fn' is inverted : I have to press Fn+j keys to get a 'j'. Without the 'Fn' key I get a '1'. Hi, Here is my keybord configuration (/etc/X11/xorg.conf): Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr-latin9 EndSection Please note that playing with Options does not solve the problem. However, is there some work-around solution? X believes that num-lock is on. Try turning it off? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500900: xorg: X autoconfiguration fails (completely) on a Thinkpad A21p
On Thu, Oct 2, 2008 at 17:30:07 +0200, Michael Jarosch wrote: Xorg.0.log: (II) R128(0): VESA VBE DDC supported (II) R128(0): VESA VBE DDC Level none (II) R128(0): VESA VBE DDC transfer in appr. 2 sec. (II) R128(0): VESA VBE DDC read failed I guess that's the problem, the driver is unable to get info about the mode that should be used for the monitor, so it uses standard sync rates, and can't find a working 1600x1200 mode. Working config and log would be nice, thanks Michael! Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500987: libpcre3 missing shlibs bump
On Sun, Oct 5, 2008 at 16:54:48 +0200, Sune Vuorela wrote: You should update the shlibs file and ask for binNMUs of the reverse dependencies built against libpcre3-dev 7.8-1 Or revert to 7.6, which would avoid the mess related to a pcre3 shlibs bump in unstable at this stage of the release. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501012: [Pkg-db-devel] Processed: Same bug, and RC
On Mon, Oct 6, 2008 at 09:54:00 +0300, Adrian Bunk wrote: On Mon, Oct 06, 2008 at 06:31:18AM +, Clint Adams wrote: On Sun, Oct 05, 2008 at 10:33:10PM +, Debian Bug Tracking System wrote: severity 501241 serious severity 501012 serious RC? Really? Failed upgrade. This was always considered to be RC during the last 10 years. Only failed upgrades from the previous stable release can be RC... Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500231: mouse (buttons) not properly working in gnome
On Tue, Oct 7, 2008 at 13:57:23 +0200, Patrick Schoenfeld wrote: That seems like a regression to me. Whats wrong with the following configuration? Section InputDevice Identifier Configured Mouse Driver mouse #Option CorePointer Option Device/dev/input/mouse0 Option Protocol IMPS/2 Option ZAxisMapping 4 5 Option Emulate3Buttons true EndSection Nothing, if your mouse is actually /dev/input/mouse0 at every boot (look at /proc/bus/input/devices) Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500231: mouse (buttons) not properly working in gnome
On Tue, Oct 7, 2008 at 13:57:23 +0200, Patrick Schoenfeld wrote: indeed it seems to be related to the Xorg configuration. In fact I had a configuration that worked fine back in Etch and is now broken. Removing the mouse block (and every reference) entireley, so that the autodetection code is used, does the trick for me. The Change from /dev/input/mouse0 to /dev/input/mice however did not work. please provide the full config and log, not just some snippet. it really sounds like your config was just wrong. Thanks, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500231: mouse (buttons) not properly working in gnome
On Tue, Oct 7, 2008 at 16:32:59 +0200, Patrick Schoenfeld wrote: 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 mouse #Option CorePointer Option Device/dev/input/mouse0 Option Protocol IMPS/2 Option ZAxisMapping 4 5 Option Emulate3Buttons true EndSection OK this is odd, the keyboard and mouse get added twice according to the log. Why are the CorePointer and CoreKeyboard options commented out? Uncommenting them should fix this. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501461: acon: code still insecure, post-audit buffer overflows exist
On Tue, Oct 7, 2008 at 17:43:59 +0200, Thomas Viehmann wrote: Please note that this is NOT about this specific overflow. I have found it by grepping(!) through the code for string functions for 5 minutes. acon needs to be completely redone before being remotely safe, preferably in a way that is less likely to create all sorts of vulnerabilities. Note that this hole was unnoticed during an audit during which the auditor came to the conclusion to not ship the code as it is likely that there are more vulnerabilities than those he found. He was right. I suggest removing this package from debian altogether. We shouldn't distribute setuid root binaries with lots of known bugs and poor code quality, IMO. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446804: closed by Loic Minier [EMAIL PROTECTED] (Bug#446804: fixed in facile 1.1-6.2)
On Tue, Oct 7, 2008 at 10:46:18 -0700, Ross Boylan wrote: Should the bug be closed? The changelog doesn't mention anything about fixing it, as far as I can see. Ross On Tue, 2008-10-07 at 09:57 +, Debian Bug Tracking System wrote: * Provide examples/*.ml and examples/*.dat as examples; closes: #446804. Hmm? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501546: Forgot the important content
On Wed, Oct 8, 2008 at 12:52:26 +0200, Alexander Reichle-Schmehl wrote: The following packages have unmet dependencies: xserver-xorg-video-all: Depends: xserver-xorg-video-apm but it is not installable Depends: xserver-xorg-video-ark but it is not installable Depends: xserver-xorg-video-ati but it is not installable Depends: xserver-xorg-video-fbdev but it is not installable [...] Sounds like aptitude is busted, and we shouldn't recommend to use it for upgrades. These packages are all installable in lenny. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500126: xserver-xorg-input-all: screensaver timeout: ignores external (usb-)keyboard and mouse
On Thu, Sep 25, 2008 at 12:32:21 +0200, Folkert van Heusden wrote: Situation is that I have a laptop with an external keyboard and mouse connected via USB. Now every 10 minutes the screensaver kicks in even though I'm constantly typing and moving the mouse. That doesn't happen if you're using the laptop's keyboard? This seems weird, considering X doesn't see the difference between the internal and external keyboards. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498823: xfs: recent change from 'root' to 'nobody' perhaps requires more thought
severity 498823 serious kthxbye On Sat, Sep 13, 2008 at 19:08:06 +0400, Stanislav Maslovski wrote: xfs still tries to access /var/log/xfs.log and /var/run/xfs.pid (as 'nobody') and reports these errors: == Sep 12 23:03:05 shota xfs[3307]: terminating Sep 12 23:03:05 shota xfs[3307]: cannot remove process ID file /var/run/xfs.pid: Permission denied Sep 13 09:45:24 shota xfs[3281]: can't open error file /var/log/xfs.log == Hrm. AIUI logging should now happen through syslog, so that part is probably fixable. The pid file, on the other hand, might be a real problem with the whole 'running as nobody' thing. I think the easiest fix is to have a dedicated user, and an xfs directory in /var/run where the pidfile would be stored, as that would allow the xfs process to remove its pid file itself. But maybe I'm missing something. Petter, since you made the change to run as nobody, care to cook up a patch for this? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501590: PrintScreen key causes many apps to suddenly die if you are running in Linux text mode
On Wed, Oct 8, 2008 at 13:29:07 -0400, Jason Spiro wrote: On Ubuntu 8.10, in console mode, the PrintScreen key sends SIGQUIT to the running application. Depending which application you are running, this may cause it to dump core. So this single wrong keystroke can cause data loss. Most text editors are unaffected, but most other apps are. This problem has affected most Linux PCs for almost a decade now, but AFAICT nobody has ever filed a proper bug report about it with the kernel folks or with Ubuntu. People have complained on mailing lists though. There's no way this is 'grave'... Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501590: PrintScreen key causes many apps to suddenly die if you are running in Linux text mode
On Wed, Oct 8, 2008 at 13:47:57 -0400, Jason Spiro wrote: http://www.debian.org/Bugs/Developer#severities says data loss bugs are 'grave'. That said, if you feel an exception should be made just because nobody cared to fix it for a long time until a more recent version of the keymaps came out (shipped with kbd), I completely understand; go ahead and lower the severity. No, I'm saying this is not data loss. This is a 'it hurts when I shoot myself in the foot' kind of bug. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492140: xserver-xorg: xorg.conf generated with no ServerLayout section
Hi Carl, On Thu, Jul 24, 2008 at 07:49:04 -0700, Carl Worth wrote: But I *think* that with no ServerLayout section the server adds default input devices rather than hunting them out in the config file, (but I could be wrong about that part). when AllowEmptyInput is off, the server calls checkCoreInputDevices(), which does: * Locate the core input devices. These can be specified/located in * the following ways, in order of priority: * * 1. The InputDevices named by the -pointer and -keyboard command line * options. * 2. The CorePointer and CoreKeyboard InputDevices referred to by * the active ServerLayout. * 3. The first InputDevices marked as CorePointer and CoreKeyboard. * 4. The first InputDevices that use the 'mouse' and 'keyboard' or 'kbd' * drivers. * 5. Default devices with an empty (default) configuration. These defaults * will reference the 'mouse' and 'keyboard' drivers. The xorg.conf generated by the xserver-xorg package relies on 4 above, which breaks when AllowEmptyInput is turned on. I think the first four points should still be tried when no ServerLayout section is present, even with AllowEmptyInput. Meanwhile, I agree that it's a bug that the server doesn't respect the InputDevice sections without a ServerLayout section, (it does respect a Screen section without a ServerLayout section). I even looked a bit at xf86Config.c to see how easy that might be to fix. Yeah, I looked too, and will try to fix that upstream, time permitting. But regardless, that's not fixed now, and the configuration file that dpkg-reconfigure xserver-xorg generates results in a non-functional setup with xserver = 1.5. So that's something that should be fixed still. There are no downsides to actually generating the ServerLayout section that the server wants, right? It makes xorg.conf longer :) Seriously though, it probably doesn't hurt, so I'll try to make that change soonish. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491663: setting package to xdmx-tools xvfb xnest xserver-xorg-core xserver-xorg-core-dbg xserver-xorg-dev xprint xdmx xprint-common xorg-server xserver-xephyr ...
# Automatically generated email from bts, devscripts version 2.10.34 # via tagpending # # xorg-server (2:1.4.2-3) UNRELEASED; urgency=low # # * Update Dutch debconf translation (closes: #491663). Thanks, Thijs #Kinkhorst! # package xdmx-tools xvfb xnest xserver-xorg-core xserver-xorg-core-dbg xserver-xorg-dev xprint xdmx xprint-common xorg-server xserver-xephyr tags 491663 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492140: xserver-xorg: xorg.conf generated with no ServerLayout section
On Thu, Jul 24, 2008 at 23:51:15 +0200, Julien Cristau wrote: * Locate the core input devices. These can be specified/located in * the following ways, in order of priority: * * 1. The InputDevices named by the -pointer and -keyboard command line * options. * 2. The CorePointer and CoreKeyboard InputDevices referred to by * the active ServerLayout. * 3. The first InputDevices marked as CorePointer and CoreKeyboard. * 4. The first InputDevices that use the 'mouse' and 'keyboard' or 'kbd' * drivers. * 5. Default devices with an empty (default) configuration. These defaults * will reference the 'mouse' and 'keyboard' drivers. The xorg.conf generated by the xserver-xorg package relies on 4 above, which breaks when AllowEmptyInput is turned on. I think the first four points should still be tried when no ServerLayout section is present, even with AllowEmptyInput. (and the xorg.conf manpage says AllowEmptyInput takes effect if there are no input devices in the config file) The attached patch should fix this. Daniel, can you take a look? I'm not sure why we have both checkInput() and checkCoreInputDevices(), by the way. Cheers, Julien From d5dc9233bf05968a4f2d5ad9d1be1a7aac9c9f59 Mon Sep 17 00:00:00 2001 From: Julien Cristau [EMAIL PROTECTED] Date: Sat, 26 Jul 2008 15:35:42 +0200 Subject: [PATCH] xfree86: use xorg.conf input devices if there is no ServerLayout If xorg.conf has no ServerLayout section, use the first mouse and keyboard sections as core devices, even with AllowEmptyInput. --- hw/xfree86/common/xf86Config.c | 63 +-- 1 files changed, 40 insertions(+), 23 deletions(-) diff --git a/hw/xfree86/common/xf86Config.c b/hw/xfree86/common/xf86Config.c index 663d81a..054f819 100644 --- a/hw/xfree86/common/xf86Config.c +++ b/hw/xfree86/common/xf86Config.c @@ -1315,7 +1315,7 @@ checkCoreInputDevices(serverLayoutPtr servlayoutp, Bool implicitLayout) } /* 3. First core pointer device. */ -if (!foundPointer) { +if (!foundPointer (!xf86Info.allowEmptyInput || implicitLayout)) { XF86ConfInputPtr p; for (p = xf86configptr-conf_input_lst; p; p = p-list.next) { @@ -1331,7 +1331,7 @@ checkCoreInputDevices(serverLayoutPtr servlayoutp, Bool implicitLayout) } /* 4. First pointer with 'mouse' as the driver. */ -if (!foundPointer) { +if (!foundPointer (!xf86Info.allowEmptyInput || implicitLayout)) { confInput = xf86findInput(CONF_IMPLICIT_POINTER, xf86configptr-conf_input_lst); if (!confInput) { @@ -1346,7 +1346,7 @@ checkCoreInputDevices(serverLayoutPtr servlayoutp, Bool implicitLayout) } /* 5. Built-in default. */ -if (!foundPointer) { +if (!foundPointer !xf86Info.allowEmptyInput) { bzero(defPtr, sizeof(defPtr)); defPtr.inp_identifier = strdup(default pointer); defPtr.inp_driver = strdup(mouse); @@ -1373,9 +1373,13 @@ checkCoreInputDevices(serverLayoutPtr servlayoutp, Bool implicitLayout) } if (!foundPointer) { - /* This shouldn't happen. */ - xf86Msg(X_ERROR, Cannot locate a core pointer device.\n); - return FALSE; + if (!xf86Info.allowEmptyInput) { + /* This shouldn't happen. */ + xf86Msg(X_ERROR, Cannot locate a core pointer device.\n); + return FALSE; + } else { + xf86Msg(X_INFO, Cannot locate a core pointer device.\n); + } } /* @@ -1392,7 +1396,7 @@ checkCoreInputDevices(serverLayoutPtr servlayoutp, Bool implicitLayout) found = 1; break; } } -if (!found) { +if (!found !xf86Info.allowEmptyInput) { xf86Msg(X_INFO, No default mouse found, adding one\n); bzero(defPtr, sizeof(defPtr)); defPtr.inp_identifier = strdup(default pointer); @@ -1451,7 +1455,7 @@ checkCoreInputDevices(serverLayoutPtr servlayoutp, Bool implicitLayout) } /* 3. First core keyboard device. */ -if (!foundKeyboard) { +if (!foundKeyboard (!xf86Info.allowEmptyInput || implicitLayout)) { XF86ConfInputPtr p; for (p = xf86configptr-conf_input_lst; p; p = p-list.next) { @@ -1467,7 +1471,7 @@ checkCoreInputDevices(serverLayoutPtr servlayoutp, Bool implicitLayout) } /* 4. First keyboard with 'keyboard' or 'kbd' as the driver. */ -if (!foundKeyboard) { +if (!foundKeyboard (!xf86Info.allowEmptyInput || implicitLayout)) { confInput = xf86findInput(CONF_IMPLICIT_KEYBOARD, xf86configptr-conf_input_lst); if (!confInput) { @@ -1482,7 +1486,7 @@ checkCoreInputDevices(serverLayoutPtr servlayoutp, Bool implicitLayout) } /* 5. Built-in default. */ -if (!foundKeyboard) { +if (!foundKeyboard !xf86Info.allowEmptyInput) { bzero(defKbd, sizeof(defKbd)); defKbd.inp_identifier = strdup(default keyboard); defKbd.inp_driver = strdup(kbd); @@ -1509,21 +1513,33 @@ checkCoreInputDevices(serverLayoutPtr servlayoutp, Bool implicitLayout) } if (!foundKeyboard) { - /* This shouldn't happen. */ - xf86Msg(X_ERROR, Cannot locate a core keyboard
Bug#483989: xserver-xorg-video-savage: system freeze while starting X
On Sun, Jun 1, 2008 at 20:45:54 +0200, Stefan Lippers-Hollmann wrote: Hi On Sonntag, 1. Juni 2008, you wrote: [...] Is the machine completely dead with the plain 2.2.1 driver? Can you ping? ssh? catch the log? Yes, it is completely dead, open ssh connections trying to gather last bits from tail -f /var/log/messages stall immediately (unfortunately the notebook has no serial connectors for a serial console), pings get no answer - a hard poweroff is the only recovery. Hi, could you try to find out where the hang occurs? You can put some calls to ErrorF() at various points in the driver, and add Option Log sync in the ServerFlags section of xorg.conf. If we don't manage to track this down soon, I'd be tempted to revert to an earlier version of the savage driver for lenny. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490368: Patch for Bug 490368
On Sat, Jul 26, 2008 at 23:05:57 +0100, Martin Meredith wrote: Please Note: As I've done this properly, and used dpatch to fix this, it will cause lintian errors (as it already does) because of previous changes being against the source, rather than using a patch system. There's nothing proper about using dpatch. If you introduce changes in an NMU, and there isn't already a patch system, then you shouldn't add one. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]