X Strike Force X.Org X11 SVN commit: r3219 - in branches/7.1/xserver/xorg-server: . debian debian/patches include
Author: dparsons
Date: 2006-09-15 23:41:22 -0400 (Fri, 15 Sep 2006)
New Revision: 3219
Modified:
branches/7.1/xserver/xorg-server/aclocal.m4
branches/7.1/xserver/xorg-server/configure
branches/7.1/xserver/xorg-server/configure.ac
branches/7.1/xserver/xorg-server/debian/changelog
branches/7.1/xserver/xorg-server/debian/control
branches/7.1/xserver/xorg-server/debian/patches/series
branches/7.1/xserver/xorg-server/include/do-not-use-config.h.in
branches/7.1/xserver/xorg-server/include/xorg-config.h.in
Log:
* Applied git patch 5a3488ccac8e5dabd9fc98bc41ef178ead1b2faf directly into
configure scripts activated with autoreconf. Replaces
18_execinfo_configured.patch.
* Only requires build-depends version of x11proto-gl-dev on 1.4.6.
Modified: branches/7.1/xserver/xorg-server/aclocal.m4
===
--- branches/7.1/xserver/xorg-server/aclocal.m4 2006-09-16 02:55:21 UTC (rev
3218)
+++ branches/7.1/xserver/xorg-server/aclocal.m4 2006-09-16 03:41:22 UTC (rev
3219)
@@ -6518,7 +6518,8 @@
_PKG_TEXT
])],
- [$4])
+ [AC_MSG_RESULT([no])
+$4])
elif test $pkg_failed = untried; then
ifelse([$4], , [AC_MSG_FAILURE(dnl
[The pkg-config script could not be found or is too old. Make sure it
@@ -6584,7 +6585,7 @@
XORG_MACROS_needed_major=`echo $XORG_MACROS_needed_version | sed
's/\..*$//'`
XORG_MACROS_needed_minor=`echo $XORG_MACROS_needed_version | sed -e
's/^[0-9]*\.//' -e 's/\..*$//'`]
AC_MSG_CHECKING([if xorg-macros used to generate configure is at least
${XORG_MACROS_needed_major}.${XORG_MACROS_needed_minor}])
- [XORG_MACROS_version=1.1.0
+ [XORG_MACROS_version=1.1.1
XORG_MACROS_major=`echo $XORG_MACROS_version | sed 's/\..*$//'`
XORG_MACROS_minor=`echo $XORG_MACROS_version | sed -e 's/^[0-9]*\.//'
-e 's/\..*$//'`]
if test $XORG_MACROS_major -ne $XORG_MACROS_needed_major ; then
@@ -6653,27 +6654,17 @@
AC_REQUIRE([AC_CANONICAL_HOST])
if test x$APP_MAN_SUFFIX = x; then
-case $host_os in
- gnu* | k*bsd*-gnu) APP_MAN_SUFFIX=1x ;;
- *) APP_MAN_SUFFIX=1 ;;
-esac
+APP_MAN_SUFFIX=1
fi
if test x$APP_MAN_DIR = x; then
-case $host_os in
- gnu* | k*bsd*-gnu) APP_MAN_DIR='$(mandir)/man1' ;;
- *) APP_MAN_DIR='$(mandir)/man$(APP_MAN_SUFFIX)' ;;
-esac
+APP_MAN_DIR='$(mandir)/man$(APP_MAN_SUFFIX)'
fi
if test x$LIB_MAN_SUFFIX = x; then
-case $host_os in
- *) LIB_MAN_SUFFIX=3 ;;
-esac
+LIB_MAN_SUFFIX=3
fi
if test x$LIB_MAN_DIR = x; then
-case $host_os in
- *) LIB_MAN_DIR='$(mandir)/man$(LIB_MAN_SUFFIX)' ;;
-esac
+LIB_MAN_DIR='$(mandir)/man$(LIB_MAN_SUFFIX)'
fi
if test x$FILE_MAN_SUFFIX = x; then
@@ -6683,14 +6674,9 @@
esac
fi
if test x$FILE_MAN_DIR = x; then
-case $host_os in
- gnu* | k*bsd*-gnu) FILE_MAN_DIR='$(mandir)/man5' ;;
- *) FILE_MAN_DIR='$(mandir)/man$(FILE_MAN_SUFFIX)' ;;
-esac
+FILE_MAN_DIR='$(mandir)/man$(FILE_MAN_SUFFIX)'
fi
-# In Imake's linux.cf, the misc man suffix & dir was only changed for
-# LinuxDebian, not other Linuxes, so we leave it unchanged here
if test x$MISC_MAN_SUFFIX = x; then
case $host_os in
solaris*) MISC_MAN_SUFFIX=5 ;;
@@ -6698,25 +6684,17 @@
esac
fi
if test x$MISC_MAN_DIR = x; then
-case $host_os in
- *) MISC_MAN_DIR='$(mandir)/man$(MISC_MAN_SUFFIX)' ;;
-esac
+MISC_MAN_DIR='$(mandir)/man$(MISC_MAN_SUFFIX)'
fi
-# In Imake's linux.cf, the driver man suffix & dir was only changed for
-# LinuxDebian, not other Linuxes, so we leave it unchanged here
if test x$DRIVER_MAN_SUFFIX = x; then
case $host_os in
-# gnu* | k*bsd*-gnu) DRIVER_MAN_SUFFIX=4x ;;
solaris*) DRIVER_MAN_SUFFIX=7 ;;
*) DRIVER_MAN_SUFFIX=4 ;;
esac
fi
if test x$DRIVER_MAN_DIR = x; then
-case $host_os in
-# gnu* | k*bsd*-gnu) DRIVER_MAN_DIR='$(mandir)/man4' ;;
- *) DRIVER_MAN_DIR='$(mandir)/man$(DRIVER_MAN_SUFFIX)' ;;
-esac
+DRIVER_MAN_DIR='$(mandir)/man$(DRIVER_MAN_SUFFIX)'
fi
if test x$ADMIN_MAN_SUFFIX = x; then
Modified: branches/7.1/xserver/xorg-server/configure
===
--- branches/7.1/xserver/xorg-server/configure 2006-09-16 02:55:21 UTC (rev
3218)
+++ branches/7.1/xserver/xorg-server/configure 2006-09-16 03:41:22 UTC (rev
3219)
@@ -1,6 +1,6 @@
#! /bin/sh
# Guess values for system-dependent variables and create Makefiles.
-# Generated by GNU Autoconf 2.60 for xorg-server 1.1.1.
+# Generated by GNU Autoconf 2.60a for xorg-server 1.1.1.
#
# Report bugs to .
#
@@ -721,36 +721,36 @@
# Factoring default headers for most tests.
ac_includes_de
X Strike Force X.Org X11 SVN commit: r3218 - in branches/7.1/xserver/xorg-server/debian: . patches
Author: dparsons
Date: 2006-09-15 22:55:21 -0400 (Fri, 15 Sep 2006)
New Revision: 3218
Added:
branches/7.1/xserver/xorg-server/debian/patches/18_execinfo_configured.patch
branches/7.1/xserver/xorg-server/debian/patches/18_execinfo_only_for_backtrace.patch
Modified:
branches/7.1/xserver/xorg-server/debian/changelog
branches/7.1/xserver/xorg-server/debian/patches/series
Log:
* Apply upstream patches 18_execinfo_configured.patch,
18_execinfo_only_for_backtrace.patch, to use execinfo.h for and
only for backtrace. Closes: #363218.
Modified: branches/7.1/xserver/xorg-server/debian/changelog
===
--- branches/7.1/xserver/xorg-server/debian/changelog 2006-09-16 02:25:58 UTC
(rev 3217)
+++ branches/7.1/xserver/xorg-server/debian/changelog 2006-09-16 02:55:21 UTC
(rev 3218)
@@ -1,8 +1,11 @@
xorg-server (2:1.1.1-6) UNRELEASED; urgency=low
* Added SGI FreeB licence to debian/copyright. Closes: #368563.
+ * Apply upstream patches 18_execinfo_configured.patch,
+18_execinfo_only_for_backtrace.patch, to use execinfo.h for and
+only for backtrace. Closes: #363218.
- -- Drew Parsons <[EMAIL PROTECTED]> Sat, 16 Sep 2006 12:23:04 +1000
+ -- Drew Parsons <[EMAIL PROTECTED]> Sat, 16 Sep 2006 12:45:25 +1000
xorg-server (2:1.1.1-5) experimental; urgency=low
Added:
branches/7.1/xserver/xorg-server/debian/patches/18_execinfo_configured.patch
===
---
branches/7.1/xserver/xorg-server/debian/patches/18_execinfo_configured.patch
(rev 0)
+++
branches/7.1/xserver/xorg-server/debian/patches/18_execinfo_configured.patch
2006-09-16 02:55:21 UTC (rev 3218)
@@ -0,0 +1,29 @@
+From: Daniel Stone <[EMAIL PROTECTED]>
+Date: Sat, 12 Aug 2006 16:25:06 + (+0300)
+Subject: configure.ac: fix execinfo.h test (Debian #363218)
+X-Git-Url:
http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=5a3488ccac8e5dabd9fc98bc41ef178ead1b2faf
+
+configure.ac: fix execinfo.h test (Debian #363218)
+Define HAVE_EXECINFO_H as well as HAVE_BACKTRACE, when we find execinfo.h.
+---
+
+--- a/configure.ac
b/configure.ac
+@@ -174,6 +174,7 @@ dnl glibc backtrace support check (hw/xf
+ AC_CHECK_HEADER([execinfo.h],[
+ AC_CHECK_LIB(c, backtrace, [
+ AC_DEFINE(HAVE_BACKTRACE, 1, [Has backtrace support])
++AC_DEFINE(HAVE_EXECINFO_H, 1, [Have execinfo.h])
+ ])]
+ )
+
+--- a/include/xorg-config.h.in
b/include/xorg-config.h.in
+@@ -109,4 +109,7 @@
+ /* Name of the period field in struct kbd_repeat */
+ #undef LNX_KBD_PERIOD_NAME
+
++/* Have execinfo.h */
++#undef HAVE_EXECINFO_H
++
+ #endif /* _XORG_CONFIG_H_ */
Added:
branches/7.1/xserver/xorg-server/debian/patches/18_execinfo_only_for_backtrace.patch
===
---
branches/7.1/xserver/xorg-server/debian/patches/18_execinfo_only_for_backtrace.patch
(rev 0)
+++
branches/7.1/xserver/xorg-server/debian/patches/18_execinfo_only_for_backtrace.patch
2006-09-16 02:55:21 UTC (rev 3218)
@@ -0,0 +1,31 @@
+From: Michel Dänzer <[EMAIL PROTECTED]>
+Date: Sat, 24 Jun 2006 13:09:24 + (+0200)
+Subject: Make sure is actually included when needed.
+X-Git-Tag: xorg-server-1.1.99.3
+X-Git-Url:
http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=36756fdb2ddc154b406f664a6af0f38d26e6973d
+
+Make sure is actually included when needed.
+
+configure only defines HAVE_BACKTRACE, not HAVE_EXECINFO_H.
+
+This could cause problems on platforms where the size of a pointer is greater
+than that of an integer, see
+http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=363218 .
+---
+
+--- a/hw/xfree86/common/xf86Events.c
b/hw/xfree86/common/xf86Events.c
+@@ -1255,12 +1255,8 @@ xf86InterceptSigIll(void (*sigillhandler
+ xf86SigIllHandler = sigillhandler;
+ }
+
+-#ifdef HAVE_EXECINFO_H
+-#define HAVE_BACKTRACE
+-#include
+-#endif
+-
+ #ifdef HAVE_BACKTRACE
++#include
+
+ static __inline__ void xorg_backtrace(void)
+ {
Modified: branches/7.1/xserver/xorg-server/debian/patches/series
===
--- branches/7.1/xserver/xorg-server/debian/patches/series 2006-09-16
02:25:58 UTC (rev 3217)
+++ branches/7.1/xserver/xorg-server/debian/patches/series 2006-09-16
02:55:21 UTC (rev 3218)
@@ -15,3 +15,5 @@
15_symlink_mesa.diff
16_s390_fix.diff
17_ignoreabi.diff
+18_execinfo_configured.patch
+18_execinfo_only_for_backtrace.patch
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r3217 - branches/7.1/xserver/xorg-server/debian
Author: dparsons Date: 2006-09-15 22:25:58 -0400 (Fri, 15 Sep 2006) New Revision: 3217 Modified: branches/7.1/xserver/xorg-server/debian/changelog branches/7.1/xserver/xorg-server/debian/copyright Log: * Added SGI FreeB licence to debian/copyright. Closes: #368563. Modified: branches/7.1/xserver/xorg-server/debian/changelog === --- branches/7.1/xserver/xorg-server/debian/changelog 2006-09-15 06:23:00 UTC (rev 3216) +++ branches/7.1/xserver/xorg-server/debian/changelog 2006-09-16 02:25:58 UTC (rev 3217) @@ -1,3 +1,9 @@ +xorg-server (2:1.1.1-6) UNRELEASED; urgency=low + + * Added SGI FreeB licence to debian/copyright. Closes: #368563. + + -- Drew Parsons <[EMAIL PROTECTED]> Sat, 16 Sep 2006 12:23:04 +1000 + xorg-server (2:1.1.1-5) experimental; urgency=low * Fix error in 16_s390_fix.diff caused by my idiot copying. Thanks Yannick Modified: branches/7.1/xserver/xorg-server/debian/copyright === --- branches/7.1/xserver/xorg-server/debian/copyright 2006-09-15 06:23:00 UTC (rev 3216) +++ branches/7.1/xserver/xorg-server/debian/copyright 2006-09-16 02:25:58 UTC (rev 3217) @@ -823,4 +823,188 @@ $Id: LICENSE,v 1.3 2004/09/03 23:41:21 kem Exp $ -$XdotOrg$ + +Certain files in this package (e.g. GL/glx/g_*) are covered by the SGI +Free Software License B, Version 1.1, http://oss.sgi.com/projects/FreeB + +SGI FREE SOFTWARE LICENSE B (Version 1.1 [02/22/2000]) +1. Definitions. +1.1. "Additional Notice Provisions" means such additional provisions as appear in the +Notice in Original Code under the heading "Additional Notice Provisions." +1.2. "Covered Code" means the Original Code or Modifications, or any combination thereof. +1.3. "Hardware" means any physical device that accepts input, processes input, stores the +results of processing, and/or provides output. +1.4. "Larger Work" means a work that combines Covered Code or portions thereof with +code not governed by the terms of this License. +1.5. "Licensable" means having the right to grant, to the maximum extent possible, whether +at the time of the initial grant or subsequently acquired, any and all of the rights conveyed herein. +1.6. "License" means this document. +1.7. "Licensed Patents" means patent claims Licensable by SGI that are infringed by the use +or sale of Original Code or any Modifications provided by SGI, or any combination thereof. +1.8. "Modifications" means any addition to or deletion from the substance or structure of the +Original Code or any previous Modifications. When Covered Code is released as a series of files, +a Modification is: +A. Any addition to the contents of a file containing Original Code and/or addition to or +deletion from the contents of a file containing previous Modifications. +B. Any new file that contains any part of the Original Code or previous Modifications. +1.9. "Notice" means any notice in Original Code or Covered Code, as required by and in +compliance with this License. +1.10. "Original Code" means source code of computer software code that is described in the +source code Notice required by Exhibit A as Original Code, and updates and error corrections +specifically thereto. +1.11. "Recipient" means an individual or a legal entity exercising rights under, and complying +with all of the terms of, this License or a future version of this License issued under Section 8. +For legal entities, "Recipient" includes any entity that controls, is controlled by, or is under +common control with Recipient. For purposes of this definition, "control" of an entity means (a) +the power, direct or indirect, to direct or manage such entity, or (b) ownership of fifty percent +(50%) or more of the outstanding shares or beneficial ownership of such entity. +1.12. "Recipient Patents" means patent claims Licensable by a Recipient that are infringed by +the use or sale of Original Code or any Modifications provided by SGI, or any combination +thereof. +1.13. "SGI" means Silicon Graphics, Inc. +1.14. "SGI Patents" means patent claims Licensable by SGI other than the Licensed Patents. +2. License Grant and Restrictions. +2.1. SGI License Grant. Subject to the terms of this License and any third party intellectual +property claims, for the duration of intellectual property protections inherent in the Original +Code, SGI hereby grants Recipient a worldwide, royalty-free, non-exclusive license, to do the +following: (i) under copyrights Licensable by SGI, to reproduce, distribute, create derivative +works from, and, to the extent applicable, display and perform the Original Code and/or any +Modifications provided by SGI alone and/or as part of a Larger Work; and (ii) under any +Licensable Patents, to make, have made, use, sell, offer for sale, import and/or otherwise transfer +t
Bug#368558: x11proto-gl: debian/copyright does not contain actual licenses
> The copyright file contains a copy of the license notices from the top of the > header files. So far so good. HOWEVER, those notices do not contain the > actual > licenses. They merely refer to them by reference: A patch has been made available at http://people.debian.org/~giskard/xorg/x11proto-gl-dev_changelog.diff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xterm-220
On Sat, 16 Sep 2006, Julien Cristau wrote: On Fri, Sep 15, 2006 at 19:31:14 -0400, Thomas Dickey wrote: On Fri, Sep 15, 2006 at 09:40:09PM +0200, Julien Cristau wrote: I have prepared a source package (including Christoph's Berg NMU) at http://www.liafa.jussieu.fr/~jcristau/tmp/xterm_220-0.1.dsc Does this have a fix for #381591? That was the main problem with the 210 package... No, I didn't add the configure option, the only change I made was to fix the KOI8RXTerm app-defaults file (#384925), but I can prepare packages with this bug fixed soon. You mention two options in #381591: which one would you recommend, and which effect does each have (in terms of added dependencies, for example)? --enable-luit is the one that adds dependencies. --enable-mini-luit adds some built-in tables, on top of --enable-luit I'm not sure how many people use Latin-9 (the --enable-mini-luit feature). It was from a SuSE patch. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Bug#368972: libgl1-mesa-directfb-dev should not provide libgl-dev: ITNMU
Aaron asked: > Any chance of addressing #369895 while you're at it? The fix is a > one-liner, and upstream applied it three months ago: Hi Aaron, because we're dealing with mesa snapshots, we're being conversative in how we plan to nmu them. That means we are going to start by bring the version from experimental into unstable, since we already know it more or less works (for a certain value of "works", anyway). We need to do this as a prerequisite for bringing the remainder of X11R7.1 (xserver and drivers) into unstable. Once X11R7.1 is more settled, we will probably be able to bring mesa 6.5.1 in (it should have been finalised by then), which will contain the patch you referred to. Of course Steve or another can apply the one-line patch anyway if they like :) Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#368972: libgl1-mesa-directfb-dev should not provide libgl-dev: ITNMU
So first of all, it seems that no changes at all will be needed to mesa to fix 368972, because the mesa in experimental has dropped the directfb packages completely. Nothing in the archive depends on them, so unless I hear otherwise, I'll assume that this change is ok for testing/unstable as well as for experimental, and honor this decision in my NMU. On Fri, Sep 15, 2006 at 03:02:44PM +0200, Michael Banck wrote: > On Fri, Sep 15, 2006 at 03:11:28AM -0700, Steve Langasek wrote: > > I will also be fixing this bug and bug #386185 in the process. > Please also apply the last patch in #358065 (FTBFS on hurd-i386 because > of dri/drm), unless Michel or Marcelo veto this. I have attached the > patch again for review. > --- mesa-build.orig/mesa-6.4.2/configs/debian-directfb1970-01-01 > 12:44:32.0 + > +++ mesa-build/mesa-6.4.2/configs/debian-directfb 2006-08-30 > 21:32:40.0 + > @@ -5,3 +5,10 @@ > GL_LIB_DEPS = -lm -lpthread > > DRIVER_DIRS = directfb > + > +ifeq ($(DEB_HOST_ARCH),hurd-i386) > +gnudefault: > + @echo "No directfb on hurd, disabling the build by default target > diversion" > + @echo "Creating an empty and invalid shared object so that the build > runs OK" > + touch mesa/drivers/directfb/libidirectfbgl_mesa.so > +endif > --- mesa-build.orig/mesa-6.4.2/configs/debian-dri 1970-01-01 > 12:44:32.0 + > +++ mesa-build/mesa-6.4.2/configs/debian-dri 2006-08-30 21:37:24.0 > + > @@ -2,6 +2,11 @@ > > CONFIG_NAME = debian-dri > > +ifeq ($(DEB_HOST_ARCH_OS),hurd) > +# Switch to debian-indirect target > +include $(TOP)/configs/debian-indirect > +else > + > DEBIAN_COMMON_CPPFLAGS += -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 > -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DHAVE_ALIAS > -DDEFAULT_DRIVER_DIR=\"$(DEBIAN_DRIVERS_DIR)\" > > LIBDRM_LIB = `pkg-config --libs libdrm` > @@ -31,3 +36,5 @@ > ifeq ($(DEB_HOST_ARCH),amd64) > DRI_DIRS += i915 > endif > + > +endif # DRI or debian-indirect > --- /dev/null 1970-01-01 00:00:00.0 + > +++ mesa-build/mesa-6.4.2/configs/debian-indirect 2006-08-30 > 21:34:30.0 + > @@ -0,0 +1,6 @@ > +DEBIAN_COMMON_CPPFLAGS += -DPTHREADS -DHAVE_ALIAS > + > +DRI_LIB_DEPS = -lm -lpthread -lexpat -ldl > +GL_LIB_DEPS = `pkg-config --libs x11 xext xxf86vm` -lm -lpthread -ldl > + > +SRC_DIRS = glx/x11 glu glut/glx glw > --- mesa-build.orig/mesa-6.4.2/debian/control 1970-01-01 12:44:32.0 > + > +++ mesa-build/mesa-6.4.2/debian/control 2006-08-30 21:30:41.0 > + > @@ -4,7 +4,7 @@ > Maintainer: Mesa package maintainers <[EMAIL PROTECTED]> > Uploaders: Marcelo E. Magallon <[EMAIL PROTECTED]> > Standards-Version: 3.7.2 > -Build-Depends: lesstif2-dev, grep-dctrl, debhelper (>> 4), build-essential > (>= 11), libdrm-dev (>> 2) [!hurd-i386], libdirectfb-dev, xutils, > libexpat-dev, libxxf86vm-dev, libx11-dev, libxext-dev, pkg-config, > x11proto-gl-dev > +Build-Depends: lesstif2-dev, grep-dctrl, debhelper (>> 4), build-essential > (>= 11), libdrm-dev (>> 2) [!hurd-i386], libdirectfb-dev [!hurd-i386], > xutils, libexpat-dev, libxxf86vm-dev, libx11-dev, libxext-dev, pkg-config, > x11proto-gl-dev > > Package: libgl1-mesa-swx11 > Section: libs I don't think I'm comfortable applying this patch in an NMU, because I don't understand the upstream rules well enough to be sure it's correct. I particularly don't understand why there needs to be a new debian-indirect config in order to support Hurd. A Hurd porter would of course be able to do their own subsequent NMU if they're confident in this patch. On Fri, Sep 15, 2006 at 02:42:58PM -0400, Aaron M. Ucko wrote: > Any chance of addressing #369895 while you're at it? The fix is a > one-liner, and upstream applied it three months ago: > http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/tnl/t_vb_render.c?r1=1.49&r2=1.50&view=patch Heh, thanks, I was wondering about that irritating output on my console. Yes, included. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xterm-220
On Fri, Sep 15, 2006 at 19:31:14 -0400, Thomas Dickey wrote: > On Fri, Sep 15, 2006 at 09:40:09PM +0200, Julien Cristau wrote: > > I have prepared a source package (including Christoph's Berg NMU) at > > http://www.liafa.jussieu.fr/~jcristau/tmp/xterm_220-0.1.dsc > > Does this have a fix for #381591? > That was the main problem with the 210 package... > No, I didn't add the configure option, the only change I made was to fix the KOI8RXTerm app-defaults file (#384925), but I can prepare packages with this bug fixed soon. You mention two options in #381591: which one would you recommend, and which effect does each have (in terms of added dependencies, for example)? Thanks, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xterm-220
On Fri, Sep 15, 2006 at 09:40:09PM +0200, Julien Cristau wrote: > On Sun, Sep 10, 2006 at 19:24:07 -0400, Thomas Dickey wrote: > > > Patch #220 - 2006/9/10 > > > Hi, > > I have prepared a source package (including Christoph's Berg NMU) at > http://www.liafa.jussieu.fr/~jcristau/tmp/xterm_220-0.1.dsc Does this have a fix for #381591? That was the main problem with the 210 package... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpo8DDZYVHl6.pgp Description: PGP signature
xprint-utils 7.1-1 MIGRATED to testing
FYI: The status of the xprint-utils source package in Debian's testing distribution has changed. Previous version: 7.0.0+cvs20040414-5 Current version: 7.1-1 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387621: xserver-xephyr: "Illegal instruction" on pentium at startup
On Fri, Sep 15, 2006 at 08:34:43AM -0400, Dale P. Smith wrote: > Package: xserver-xephyr > Version: 6.6.1-1 > Severity: grave > Justification: renders package unusable > > "Xephyr :1" crashes immediately while starting on my old pentuim > laptop. Here is my cpuinfo: Do you have the same problem with version 1:1.1.1-3 in unstable? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#368972: libgl1-mesa-directfb-dev should not provide libgl-dev: ITNMU
Steve Langasek <[EMAIL PROTECTED]> writes: > I will also be fixing this bug and bug #386185 in the process. Thanks for taking care of this; as an i915 user, I've been looking forward to having a more consistent set of packages in unstable. Any chance of addressing #369895 while you're at it? The fix is a one-liner, and upstream applied it three months ago: http://webcvs.freedesktop.org/mesa/Mesa/src/mesa/tnl/t_vb_render.c?r1=1.49&r2=1.50&view=patch Thanks! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xterm-220
On Sun, Sep 10, 2006 at 19:24:07 -0400, Thomas Dickey wrote: > Patch #220 - 2006/9/10 > Hi, I have prepared a source package (including Christoph's Berg NMU) at http://www.liafa.jussieu.fr/~jcristau/tmp/xterm_220-0.1.dsc Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 365612 to x11-common
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.21 > reassign 365612 x11-common Bug#365612: default XFILESEARCHPATH no longer finds -color resources Bug#364599: libxt6: resource finding broken Bug#365358: xorg: /etc/X11/app-defaults/XTerm-color not checked when starting xterm Bug reassigned from package `libxt6' to `x11-common'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reopening 365612
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.21 > # /etc/X11/Xresources/x11-common, which was setting the -color customization, > is still missing > reopen 365612 Bug#365612: default XFILESEARCHPATH no longer finds -color resources 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug#364599: libxt6: resource finding broken Bug#365358: xorg: /etc/X11/app-defaults/XTerm-color not checked when starting xterm Bug reopened, originator not changed. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384593: Fixed in NMU of xterm 210-3.1
Here's the patch for the NMU: debdiff xterm_210-3.dsc xterm_210-3.1.dsc xterm-210/debian/patches/series |1 + xterm-210/debian/changelog |8 debian/patches/902_disallowWindowOps | 10 ++ 3 files changed, 19 insertions(+) diff -u xterm-210/debian/patches/series xterm-210/debian/patches/series --- xterm-210/debian/patches/series +++ xterm-210/debian/patches/series @@ -2,0 +3 @@ +902_disallowWindowOps diff -u xterm-210/debian/changelog xterm-210/debian/changelog --- xterm-210/debian/changelog +++ xterm-210/debian/changelog @@ -1,3 +1,11 @@ +xterm (210-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Apply patch by Samuel Thibault to disable allowWindowOps in XTerm.ad +(Closes: #384593). + + -- Christoph Berg <[EMAIL PROTECTED]> Fri, 15 Sep 2006 16:18:06 +0200 + xterm (210-3) unstable; urgency=low * Depend on xbitmaps rather than xlibs-data. only in patch2: unchanged: --- xterm-210.orig/debian/patches/902_disallowWindowOps +++ xterm-210/debian/patches/902_disallowWindowOps @@ -0,0 +1,10 @@ +Index: xterm-210/XTerm.ad +=== +--- xterm-210.orig/XTerm.ad2006-09-15 16:17:12.0 +0200 xterm-210/XTerm.ad 2006-09-15 16:17:19.0 +0200 +@@ -190,3 +190,5 @@ + ! + ! Alternatively, + !*on2Clicks: regex [[:alpha:]]+://([[:alnum:]!#+,./[EMAIL PROTECTED]|(%[[:xdigit:]][[:xdigit:]]))+ ++ ++*allowWindowOps: false Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#387563: Typo: lspci -X should be lspci -n
On Fri, Sep 15, 2006 at 03:07:01PM +0200, Michel D?nzer wrote:
> On Fri, 2006-09-15 at 08:27 +0300, Tapio Lehtonen wrote:
> > My lspci command does not have option -X. I think it should be -n.
> >
> > The text shown to user is here:
> >
> > msgid ""
> > "You may wish to use the \"lspci -X\" command to determine the bus location
> > "
> > "of your PCI, AGP, or PCI-Express video card."
> >
> > It should be:
> >
> > msgid ""
> > "You may wish to use the \"lspci -n\" command to determine the bus location
> > "
> > "of your PCI, AGP, or PCI-Express video card."
>
> Then it should prbably also mention that lspci -n prints hex numbers,
> but X takes decimal... from the pciutils changelog:
>
> Looks like it was used after all.
The X people assured me it wasn't being used. I'm not reintroducing the
flag. I don't understand why you'd want -n.
Users of PowerPC machines, and users of any computer with multiple video
devices, should specify the BusID of the video card in an accepted
bus-specific format.
.
Examples:
.
ISA:1
PCI:0:16:0
SBUS:/[EMAIL PROTECTED],1000/[EMAIL PROTECTED],10001000/SUNW,[EMAIL
PROTECTED],80
.
For users of multi-head setups, this option will configure only one of the
heads. Further configuration will have to be done manually in the X server
configuration file, /etc/X11/xorg.conf.
.
The lspci command shows the bus location of your PCI, AGP, or PCI-Express
video card in hexadecimal, please note that it must be specified in decimal
in the configuration file.
.
When possible, this question has been pre-answered for you and you should
accept the default unless you know it doesn't work.
Or alternatively, you could include a little program that shows you all
your VGA cards. Something like this:
#!/usr/bin/perl
require "shellwords.pl";
while (<>) {
@line = shellwords($_);
next unless $line[1] =~ /VGA/;
($bus,$dev,$fn) = ($line[0] =~ /^(\S+):(\S+).(\d)/);
$bus = hex($bus);
$dev = hex($dev);
print "PCI:$bus:$dev:$fn ($line[2] $line[3])\n";
}
Normally, you'd invoke it like this:
$ lspci -m | ./Xlspci
PCI:1:0:0 (nVidia Corporation NV17 [GeForce4 420 Go 32M])
But for the sake of testing ...
$ echo -e '01:1f.7 "VGA compatible controller" "nVidia Corporation" "NV17
[GeForce4 420 Go 32M]" -ra3 "Hewlett-Packard Company" "tc1100 tablet"\nff:10.5
"VGA compatible controller" "nVidiot Corporation" "NV17 [GeForce4 420 Go 32M]"
-ra3 "Hewlett-Packard Company" "tc1100 tablet"' | ./Xlspci
PCI:1:31:7 (nVidia Corporation NV17 [GeForce4 420 Go 32M])
PCI:255:16:5 (nVidiot Corporation NV17 [GeForce4 420 Go 32M])
(If you prefer not to pipe data at it, this also works:
#!/usr/bin/perl
require "shellwords.pl";
open F, "lspci -m|" || die "Could not execute lspci";
while () {
@line = shellwords($_);
next unless $line[1] =~ /VGA/;
($bus,$dev,$fn) = ($line[0] =~ /^(\S+):(\S+)\.(\d)/);
$bus = hex($bus);
$dev = hex($dev);
print "PCI:$bus:$dev:$fn ($line[2] $line[3])\n";
}
But I prefer to be able to test it).
The advanced hacker might want to extend this to support PCI domains
(hint, use lspci -mD to see domain numbers), but I don't know what the
X syntax is for specifying domains. And we could do with a bit more
error checking ... but I think you see the idea.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fixed in NMU of xterm 210-3.1
tag 384593 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 15 Sep 2006 16:18:06 +0200 Source: xterm Binary: xterm Architecture: source powerpc Version: 210-3.1 Distribution: unstable Urgency: high Maintainer: Debian X Strike Force Changed-By: Christoph Berg <[EMAIL PROTECTED]> Description: xterm - X terminal emulator Closes: 384593 Changes: xterm (210-3.1) unstable; urgency=high . * Non-maintainer upload. * Apply patch by Samuel Thibault to disable allowWindowOps in XTerm.ad (Closes: #384593). Files: 82de82999d5f23a4c4b9f0c27952663e 771 x11 optional xterm_210-3.1.dsc 6af407b5e4c61ce8dd6bac1c500ea984 60879 x11 optional xterm_210-3.1.diff.gz 0d71ea273aed2e2af23e8bc0ee5ea011 396524 x11 optional xterm_210-3.1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFCryaxa93SlhRC1oRAiQfAKDb4/k0VOFvjnnRaKMUsMAjVfV4QwCfVa0T LIHS+hlf0r/CV2Z4fs2yNrA= =twdw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of xterm_210-3.1_powerpc.changes
xterm_210-3.1_powerpc.changes uploaded successfully to localhost along with the files: xterm_210-3.1.dsc xterm_210-3.1.diff.gz xterm_210-3.1_powerpc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of xterm 210-3.1
Processing commands for [EMAIL PROTECTED]: > tag 384593 + fixed Bug#384593: xterm: allowWindowOps should be disabled by default Tags were: fixed-upstream patch security Tags added: fixed > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xterm_210-3.1_powerpc.changes ACCEPTED
Accepted: xterm_210-3.1.diff.gz to pool/main/x/xterm/xterm_210-3.1.diff.gz xterm_210-3.1.dsc to pool/main/x/xterm/xterm_210-3.1.dsc xterm_210-3.1_powerpc.deb to pool/main/x/xterm/xterm_210-3.1_powerpc.deb Override entries for your package: xterm_210-3.1.dsc - source x11 xterm_210-3.1_powerpc.deb - optional x11 Announcing to debian-devel-changes@lists.debian.org Setting bugs to severity fixed: 384593 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387563: Typo: lspci -X should be lspci -n
On Fri, 2006-09-15 at 08:27 +0300, Tapio Lehtonen wrote: > Package: xorg > Severity: normal > Tags: patch > > > My lspci command does not have option -X. I think it should be -n. > > The text shown to user is here: > > msgid "" > "You may wish to use the \"lspci -X\" command to determine the bus location " > "of your PCI, AGP, or PCI-Express video card." > > It should be: > > msgid "" > "You may wish to use the \"lspci -n\" command to determine the bus location " > "of your PCI, AGP, or PCI-Express video card." Then it should prbably also mention that lspci -n prints hex numbers, but X takes decimal... from the pciutils changelog: pciutils (1:2.2.1-1) unstable; urgency=low [ Matthew Wilcox ] [...] * Remove -X option as upstream has vetoed it. It wasn't actually being used anyway. [...] pciutils (1:2.1.11-13) unstable; urgency=low [...] * Add -X option for output suitable for use in XFree86Config (closes: #251828) Looks like it was used after all. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#255872: marked as done (base: dri as slow as software rendering since update)
Your message dated Fri, 15 Sep 2006 15:17:22 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#255872: dri as slow as software rendering since update has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: base Severity: normal Tags: sid since i did a dist-upgrade yesterday (jun 22 2004) dri is very very slow, it seems to be even slower than software rendering. I use a debian stock kernel, all necessary modules are loaded, and glxinfo tells me direct rendering is running fine. Before i had no problems. hardware is: :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.6-2-686 Locale: LANG=C, LC_CTYPE=C --- End Message --- --- Begin Message --- Oh sorry i bought a new system in the meantime. But i have just tested the old one with the newest version and the trouble is gone. Arne Am Mittwoch, 6. September 2006 12:53 schrieb Michel Dänzer: Hi Arne, are you still seeing this problem? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer --arne--- End Message ---
Re: libgl1-mesa-directfb-dev should not provide libgl-dev: ITNMU
On Fri, Sep 15, 2006 at 03:11:28AM -0700, Steve Langasek wrote: > I will also be fixing this bug and bug #386185 in the process. Please also apply the last patch in #358065 (FTBFS on hurd-i386 because of dri/drm), unless Michel or Marcelo veto this. I have attached the patch again for review. thanks, Michael --- mesa-build.orig/mesa-6.4.2/configs/debian-directfb 1970-01-01 12:44:32.0 + +++ mesa-build/mesa-6.4.2/configs/debian-directfb 2006-08-30 21:32:40.0 + @@ -5,3 +5,10 @@ GL_LIB_DEPS = -lm -lpthread DRIVER_DIRS = directfb + +ifeq ($(DEB_HOST_ARCH),hurd-i386) +gnudefault: + @echo "No directfb on hurd, disabling the build by default target diversion" + @echo "Creating an empty and invalid shared object so that the build runs OK" + touch mesa/drivers/directfb/libidirectfbgl_mesa.so +endif --- mesa-build.orig/mesa-6.4.2/configs/debian-dri 1970-01-01 12:44:32.0 + +++ mesa-build/mesa-6.4.2/configs/debian-dri2006-08-30 21:37:24.0 + @@ -2,6 +2,11 @@ CONFIG_NAME = debian-dri +ifeq ($(DEB_HOST_ARCH_OS),hurd) +# Switch to debian-indirect target +include $(TOP)/configs/debian-indirect +else + DEBIAN_COMMON_CPPFLAGS += -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DHAVE_ALIAS -DDEFAULT_DRIVER_DIR=\"$(DEBIAN_DRIVERS_DIR)\" LIBDRM_LIB = `pkg-config --libs libdrm` @@ -31,3 +36,5 @@ ifeq ($(DEB_HOST_ARCH),amd64) DRI_DIRS += i915 endif + +endif # DRI or debian-indirect --- /dev/null 1970-01-01 00:00:00.0 + +++ mesa-build/mesa-6.4.2/configs/debian-indirect 2006-08-30 21:34:30.0 + @@ -0,0 +1,6 @@ +DEBIAN_COMMON_CPPFLAGS += -DPTHREADS -DHAVE_ALIAS + +DRI_LIB_DEPS = -lm -lpthread -lexpat -ldl +GL_LIB_DEPS = `pkg-config --libs x11 xext xxf86vm` -lm -lpthread -ldl + +SRC_DIRS = glx/x11 glu glut/glx glw --- mesa-build.orig/mesa-6.4.2/debian/control 1970-01-01 12:44:32.0 + +++ mesa-build/mesa-6.4.2/debian/control2006-08-30 21:30:41.0 + @@ -4,7 +4,7 @@ Maintainer: Mesa package maintainers <[EMAIL PROTECTED]> Uploaders: Marcelo E. Magallon <[EMAIL PROTECTED]> Standards-Version: 3.7.2 -Build-Depends: lesstif2-dev, grep-dctrl, debhelper (>> 4), build-essential (>= 11), libdrm-dev (>> 2) [!hurd-i386], libdirectfb-dev, xutils, libexpat-dev, libxxf86vm-dev, libx11-dev, libxext-dev, pkg-config, x11proto-gl-dev +Build-Depends: lesstif2-dev, grep-dctrl, debhelper (>> 4), build-essential (>= 11), libdrm-dev (>> 2) [!hurd-i386], libdirectfb-dev [!hurd-i386], xutils, libexpat-dev, libxxf86vm-dev, libx11-dev, libxext-dev, pkg-config, x11proto-gl-dev Package: libgl1-mesa-swx11 Section: libs
Bug#387621: xserver-xephyr: "Illegal instruction" on pentium at startup
Package: xserver-xephyr Version: 6.6.1-1 Severity: grave Justification: renders package unusable "Xephyr :1" crashes immediately while starting on my old pentuim laptop. Here is my cpuinfo: [EMAIL PROTECTED]:~$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 5 model : 8 model name : Mobile Pentium MMX stepping: 1 cpu MHz : 233.972 fdiv_bug: no hlt_bug : no f00f_bug: yes coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr mce cx8 mmx bogomips: 468.20 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xephyr depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libx11-6 2:1.0.0-8 X11 client-side library ii libxau6 1:1.0.0-4 X11 authorisation library ii libxdmcp61:1.0.1-2 X11 Display Manager Control Protoc ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfont11:1.2.0-2 X11 font rasterisation library xserver-xephyr recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313851: marked as done (xfree86: [INTL:de] German PO file corrections)
Your message dated Fri, 15 Sep 2006 12:51:44 +0200 with message-id <[EMAIL PROTECTED]> and subject line closing old Debconf l10n bugs has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xfree86 Version: 4.3.0.dfsg.1-14 Severity: minor Tags: patch l10n Hi, attached you will find an update of the German PO file de.po. Note that this is a semi automatic created mail which contains all issues I found during checking most of Debians German PO files. This includes also encoding but mostly typo fixes. Please contact upstream for non-native Debian packages to incorporate the changes (even if Debians version is old) since I noticed that the same errors are made again and again over all packages. Jens --- de.po.gz.orig/xfree86_4.3.0.dfsg.1-14_de.po 2005-06-11 16:42:52.0 +0200 +++ de.po.gz/xfree86_4.3.0.dfsg.1-14_de.po 2005-06-14 02:27:40.0 +0200 @@ -920,7 +920,7 @@ "Die »pc102«- und »pc105«-Modelle sind Versionen der pc101- und pc104- " "Tastaturen, wie sie häufig in Europa gefunden werden. Falls Ihre Tastatur " "eine »< >«-Taste aufweist (eine einzelne Taste, auf der sowohl das kleiner-" -"als als auch das größer-als Symbol stehen), haben Sie wahrscheinlich ein " +"als wie auch das größer-als Symbol stehen), haben Sie wahrscheinlich ein " "»pc102«- oder »pc105«-Modell; falls Sie stattdessen »pc101« oder »pc104« " "auswählen, wird Ihre »< >«-Taste wohl nicht funktionieren." @@ -951,7 +951,7 @@ "respectively. These models can only be used if the \"sun\" XKB rule set is " "in use." msgstr "" -"»type4« und »type5« sind für Sun Type4 und Type5 Tastaturen gedacht.Beide " +"»type4« und »type5« sind für Sun Type4 und Type5 Tastaturen gedacht. Beide " "Modelle können nur mit dem XKB-Regelsatz »sun« benutzt werden." #. Type: string @@ -982,7 +982,7 @@ #: ../xserver-xfree86.templates:214 msgid "Users of U.S. English keyboards should generally enter \"pc104\"." msgstr "" -"Benutzer von US-Englischen Tastaturen sollten im allgemeinen »pc104« " +"Benutzer von US-Englischen Tastaturen sollten im Allgemeinen »pc104« " "eingeben." #. Type: string --- End Message --- --- Begin Message --- xfree86 was removed from the archive (see #326839). I'm therefore closing the l10n-related bugs. -- Thomas Huriaux signature.asc Description: Digital signature --- End Message ---
Bug#310334: marked as done (xfree86: [INTL:ru] Russian debconf templates translation)
Your message dated Fri, 15 Sep 2006 12:51:44 +0200 with message-id <[EMAIL PROTECTED]> and subject line closing old Debconf l10n bugs has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xfree86 Severity: wishlist Tags: patch l10n Please use this updated Russian debconf templates translation -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) xfree86_4.3.0.dfsg.1-13_ru.po.gz Description: Binary data --- End Message --- --- Begin Message --- xfree86 was removed from the archive (see #326839). I'm therefore closing the l10n-related bugs. -- Thomas Huriaux signature.asc Description: Digital signature --- End Message ---
Re: libgl1-mesa-directfb-dev should not provide libgl-dev: ITNMU
Hi Marcelo, Since Xorg 7.1 is needed for etch (7.0 is almost completely broken on alpha, for instance), and Xorg 7.1 needs a newer mesa, and there are also some incompatibilities between the mesa currently in etch and some of the drivers there, I intend to NMU mesa this weekend, uploading the version in experimental into unstable. I will also be fixing this bug and bug #386185 in the process. Please let me know if you have any objections to this NMU; I know having a mesa CVS snapshot in the release isn't ideal, and I wouldn't normally NMU a new upstream version like this even if it had been packaged, but as I said this is on the critical path for etch so I think it's necessary here. Indeed, I've been side-stepping this particular issue for a while hoping that you might have time to take care of it soon, but I think we're at the point that we need to push this forward for etch one way or another. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387597: x11proto-fonts-dev: missing dependency on x11proto-core-dev
Package: x11proto-fonts-dev Version: 2.0.2-4 Severity: important Hi, This package contains only headers, and those include some external ones, which are not represented in the dependencies: #include #include #include #include All those includes can be found in the x11proto-core-dev package. I'm not setting the severity to RC because, even if this is making xfstt FTBFS, it was my fault to switch to this more fine grained dependency (from libfs-dev). ;) regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387593: xserver-xorg/config/monitor/selection-method is never used
Package: xserver-xorg Severity: important xserver-xorg/config/monitor/selection-method is never displayed anymore during a "dpkg-reconfigure xserver-xorg" call. That makes it impossible to select resolutions manualy. I can see that db_get xserver-xorg/config/monitor/selection-method is run in the config script, but no db_input, so it's just picking the value from my debconf database with no possibility of user input. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
